在 AIX 5.3 上，使用 GCC 编译和运行 PostgreSQL 曾出现一些问题。

应使用晚于 3.3.2 的 GCC 版本，尤其是在使用预打包版本时。我们使用 4.0.1 的效果很好。较早版本的问题似乎更多与 IBM 打包 GCC 的方式有关，而非 GCC 本身的问题，因此如果自行编译 GCC，使用较早版本的 GCC 也很可能成功。

AIX 5.3 存在一个问题：sockaddr_storage 的大小定义不足。在 5.3 版中，IBM 增大了 Unix 域套接字地址结构 sockaddr_un 的大小，却未相应增大 sockaddr_storage。结果是，尝试通过 Unix 域套接字使用 PostgreSQL 时，libpq 会写出该数据结构的边界。TCP/IP 连接正常，但 Unix 域套接字无法正常工作，导致回归测试无法运行。

此问题已报告给 IBM，缺陷报告编号为 PMR29657。升级到维护级别 5300-03 或更高版本即可包含此修复。一种快速解决办法是将 /usr/include/sys/socket.h 中的 _SS_MAXSIZE 改为 1025。无论采用哪种方法，在取得修正后的头文件后，都应重新编译 PostgreSQL。

PostgreSQL 依赖系统的 getaddrinfo 函数解析 listen_addresses、pg_hba.conf 等位置中的 IP 地址。较旧的 AIX 版本在此函数中存在多种缺陷。如果遇到与这些设置有关的问题，更新到上面所列的适当 AIX 修复级别应该能够解决。

一位用户报告：

在 AIX 5.3 上部署 PostgreSQL 8.1 时，我们不时遇到统计信息收集器“莫名其妙地”无法成功启动的问题。这似乎是 IPv6 实现中意外行为所致。看起来在 AIX 5.3 上，PostgreSQL 与 IPv6 配合得不太好。

以下任意操作都能“修复”此问题。

AIX 的内存管理方式有些特殊。服务器可能有数 GB 乃至更多的空闲 RAM，但运行应用程序时仍会出现内存不足或地址空间错误。例如，createlang可能因不寻常的错误而失败。以下是以 PostgreSQL 安装所有者身份运行的例子：

-bash-3.00$ createlang plperl template1
createlang: language installation failed: ERROR:  could not load library "/opt/dbs/pgsql748/lib/plperl.so": A memory address is not in the address space for the process.

以 PostgreSQL 安装所属组中非所有者的成员身份运行：

-bash-3.00$ createlang plperl template1
createlang: language installation failed: ERROR:  could not load library "/opt/dbs/pgsql748/lib/plperl.so": Bad address

另一个例子是 PostgreSQL 服务器日志中的内存不足错误，此时每次接近或超过 256 MB 的内存分配都会失败。

这些问题的总体原因是服务器进程使用的默认位数和内存模型。默认情况下，在 AIX 上构建的所有二进制文件都是 32 位的。这与硬件类型或所用内核无关。这些 32 位进程的内存上限为 4 GB，按几种模型之一以 256 MB 的段布局。默认情况下，堆与栈共享一个段，因此堆可用空间不足 256 MB。

对于上面的 createlang 示例，请检查你的 umask 和 PostgreSQL 安装中二进制文件的权限。该示例涉及的二进制文件是 32 位的，安装时使用模式 750 而非 755。由于权限以这种方式设置，只有所有者或所属组的成员可以加载该库。因为它不是所有用户可读，加载器会将该对象放入进程的堆中，而不是通常应放置的共享库段。

这个问题的“理想”解决办法是使用 64 位构建的 PostgreSQL，但这并非总是可行，因为采用 32 位处理器的系统可以构建 64 位二进制文件，却无法运行它们。

如果需要 32 位二进制文件，请在启动 PostgreSQL 服务器之前，将 LDR_CNTRL 设为 MAXDATA=0xn0000000，其中 1 <= n <= 8，并尝试不同的值及 postgresql.conf 设置，找到能令人满意地工作的配置。这样使用 LDR_CNTRL 会告知 AIX，为服务器的堆预留 MAXDATA 字节，按 256 MB 的段分配。找到可用配置后，可以使用 ldedit 修改二进制文件，使其默认使用所需的堆大小。也可以重新构建 PostgreSQL，传入 configure LDFLAGS="-Wl,-bmaxdata:0xn0000000" 来达到相同效果。

对于 64 位构建，将 OBJECT_MODE 设为 64，并向 configure 传入 CC="gcc -maix64" 和 LDFLAGS="-Wl,-bbigtoc"。（xlc 的选项可能不同。）如果未导出 OBJECT_MODE，构建可能因链接器错误而失败。设置 OBJECT_MODE 后，它会告知 AIX 的 ar、as 和 ld 等构建工具默认处理哪种对象。

默认情况下，可能发生分页空间过量分配。虽然我们尚未见过这种情况，但当内存耗尽且访问了过量分配的空间时，AIX 会终止进程。我们遇到过最接近的情况是，系统认为没有足够内存容纳另一个进程，导致 fork 失败。与 AIX 的许多其他部分一样，如果这成为问题，可以在系统或进程级别配置分页空间分配方式和内存不足时终止进程的行为。

如果 PostgreSQL 在 Windows 上崩溃，它能够生成 minidumps，可用于追踪崩溃原因， 类似于 Unix 上的核心转储。这些转储可以使用 Windows Debugger Tools 或 Visual Studio 读取。 要在 Windows 上启用转储生成，请在集簇数据目录中创建一个名为 crashdumps 的子目录。随后，转储会以唯一名称写入该目录， 该名称基于崩溃进程的标识符以及崩溃发生时的当前时间。

你应当找到你的 SCO Skunkware CD 副本。Skunkware CD 随 UnixWare 7 和当前版本的 OpenServer 5 一起提供。Skunkware 包含 Internet 上 许多流行程序的即装即用版本。例如，gzip、gunzip、GNU Make、Flex 和 Bison 都包含在内。对于 UnixWare 7.1，这张 CD 现在标为 "Open License Software Supplement"。如果你没有这张 CD， 其上的软件可以从 http://www.sco.com/skunkware/ 获取。

Skunkware 对 UnixWare 和 OpenServer 有不同的版本。请确保为你的 操作系统安装正确的版本，下面注明的情况除外。

在 UnixWare 7.1.3 及更高版本中，UDK CD 上附带有 GCC 编译器， GNU Make 也是如此。

你需要使用 GNU Make 程序，它在 Skunkware CD 上。默认情况下， 它会安装为 /usr/local/bin/make。

对于 UnixWare 7.1.3 及更高版本，GNU Make 程序位于 UDK CD 的 OSTK 部分，路径为 /usr/gnu/bin/gmake。

Readline 库在 Skunkware CD 上。但 UnixWare 7.1 的 Skunkware CD 并不包含它。如果你有 UnixWare 7.0.0 或 7.0.1 的 Skunkware CD， 可以从那里安装。否则，请尝试 http://www.sco.com/skunkware/。

默认情况下，Readline 会安装到 /usr/local/lib 和 /usr/local/include。但是，PostgreSQL 的 configure 程序在没有帮助的情况下无法在那里找到它。 如果你安装了 Readline，请对 configure 使用以下选项：

./configure --with-libraries=/usr/local/lib --with-includes=/usr/local/include

如果你在 OpenServer 上使用新的 Universal Development Kit（UDK）编译器， 需要指定 UDK 库的位置：

./configure --with-libraries=/udk/usr/lib --with-includes=/udk/usr/include

把这些与上面的 Readline 选项结合起来：

./configure --with-libraries="/udk/usr/lib /usr/local/lib" --with-includes="/udk/usr/include /usr/local/include"

默认情况下，PostgreSQL 的手册页会安装到 /usr/local/pgsql/share/man。默认情况下，UnixWare 不会到该目录查找手册页。要能阅读它们，你需要修改 /etc/default/man 中的 MANPATH 变量，例如：

MANPATH=/usr/lib/scohelp/%L/man:/usr/dt/man:/usr/man:/usr/share/man:scohelp:/usr/local/man:/usr/local/pgsql/share/man

在 OpenServer 上，要让手册页可用还需要额外花些功夫研究，因为其 手册系统与其他平台有些不同。目前，PostgreSQL 完全不会安装它们。

对于早于 OpenUNIX 8.0.0（UnixWare 7.1.2）随附编译器的编译器， 包括 7.1.1b 特性补充，你可能需要在 CFLAGS 或 CC 环境变量中指定 -Xb。 其表现是在编译 tuplesort.c 时出现引用内联 函数的错误。显然，7.1.2(8.0.0) 及之后的编译器发生了变化。

对于线程，你必须在所有使用 libpq 的程序上使用 -Kpthread。libpq 使用 pthread_* 调用，而这些调用只有在使用 -Kpthread/-Kthread 标志时才可用。

你可以使用 GCC 或 Sun 编译器套件来构建。为了获得更好的代码优化，在 SPARC 架构上强烈推荐使用 Sun 编译器。我们收到过使用 GCC 2.95.1 时出现问题的报告；建议使用 GCC 2.95.3 或更高版本。如果使用 Sun 编译器，请注意不要选择 /usr/ucb/cc；应使用 /opt/SUNWspro/bin/cc。

你可以从 http://www.oracle.com/technetwork/server-storage/solarisstudio/downloads/ 下载 Sun Studio。许多 GNU 工具已经集成到 Solaris 10 中，或者包含在 Solaris 配套光盘中。如果你需要适用于较旧 Solaris 版本的软件包，可以到 http://www.sunfreeware.com 查找这些工具。如果你更想要源码，请看 http://www.gnu.org/order/ftp.html。

在以 OpenSSL 支持构建 PostgreSQL 时，你可能会在以下文件中遇到编译错误：

这是因为标准的 /usr/include/crypt.h 头文件与 OpenSSL 提供的头文件之间存在命名空间冲突。

将你的 OpenSSL 安装升级到 0.9.6a 版可解决此问题。Solaris 9 及更高版本带有较新版本的 OpenSSL。

如果 configure 报告某个测试程序失败， 这多半是因为运行时链接器找不到某些库，通常是 libz、libreadline， 或其他非标准库如 libssl。要把它指向正确位置，请在 configure 命令行中设置环境变量 LDFLAGS， 例如：

configure ... LDFLAGS="-R /usr/sfw/lib:/opt/sfw/lib:/usr/local/lib"

更多信息请参见 ld 手册页。

在 Solaris 7 及更早版本上，64 位 libc 的 vsnprintf 例程存在缺陷，导致 PostgreSQL 不定期发生核心转储。已知最简单的解决办法是强制 PostgreSQL 使用自带的 vsnprintf，而不是库中的版本。为此，在运行 configure 后，编辑由 configure 生成的文件：在 src/Makefile.global 中，将以下行：

LIBOBJS =

改为：

LIBOBJS = snprintf.o

（此变量中可能已经列有其他文件，顺序无关紧要。）然后照常构建。

在 SPARC 架构上，强烈推荐使用 Sun Studio 进行编译。可以尝试使用 -xO5 优化标志，以生成显著更快的二进制文件。不要使用任何会改变浮点运算行为以及 errno 处理行为的标志（例如 -fast）。这些标志可能导致 PostgreSQL 出现不符合标准的行为，例如在日期和时间计算中。

如果你没有理由在 SPARC 上使用 64 位二进制文件，那么优先选择 32 位版本。64 位运算更慢，而且 64 位二进制文件也比 32 位变体慢。另一方面，在 AMD64 CPU 家族上，32 位代码并不是原生模式，因此 32 位代码在该 CPU 家族上会明显更慢。

是的，可以使用 DTrace。更多信息见 第 27.4 节。你还可以在这篇文章中找到更多信息：https://blogs.oracle.com/robertlor/entry/user_level_dtrace_probes_in。

如果发现链接 postgres 可执行文件时中止，并出现类似以下错误消息：

Undefined                       first referenced
 symbol                             in file
AbortTransaction                    utils/probes.o
CommitTransaction                   utils/probes.o
ld: fatal: Symbol referencing errors. No output written to postgres
collect2: ld returned 1 exit status
make: *** [postgres] Error 1

则说明安装的 DTrace 太旧，无法处理静态函数中的探针。需要 Solaris 10u4 或更高版本。