86 lines
2.9 KiB
Plaintext
86 lines
2.9 KiB
Plaintext
============================================================
|
|
Frequently Asked Questions (FAQ) for PostgreSQL 7.1
|
|
Sun Solaris specific
|
|
to be read in conjunction with the installation instructions
|
|
============================================================
|
|
last updated: $Date: 2001/04/08 16:36:13 $
|
|
|
|
current maintainer: Marc Liyanage (liyanage@access.ch)
|
|
original author: Marc Liyanage (liyanage@access.ch)
|
|
|
|
|
|
Contents:
|
|
|
|
1) What tools do I need to build and install PostgreSQL on Solaris?
|
|
2) Why do I get problems when building with OpenSSL support?
|
|
3) Why does configure complain about a failed test program?
|
|
4) A bunch of regression tests fail in random, non-reproduceable
|
|
patterns. What's wrong?
|
|
|
|
|
|
1) What tools do I need to build and install PostgreSQL on Solaris?
|
|
|
|
You will need
|
|
|
|
- GNU zip (for installing the documentation)
|
|
- GNU make
|
|
- GNU readline library (optional)
|
|
|
|
Both GCC and the Sun compiler suite work.
|
|
|
|
If you like Solaris packages, you can find these tools here:
|
|
http://www.sunfreeware.com
|
|
|
|
If you prefer sources, look here:
|
|
http://www.gnu.org/order/ftp.html
|
|
|
|
|
|
2) Why do I get problems when building with OpenSSL support?
|
|
|
|
When you build PostgreSQL with OpenSSL support you might get
|
|
compilation errors in the following files:
|
|
|
|
src/backend/libpq/crypt.c
|
|
src/backend/libpq/password.c
|
|
src/interfaces/libpq/fe-auth.c
|
|
src/interfaces/libpq/fe-connect.c
|
|
|
|
This is because of a namespace conflict between the standard
|
|
/usr/include/crypt.h header and the header files provided by OpenSSL.
|
|
|
|
Upgrading your OpenSSL installation to version 0.9.6a fixes this
|
|
problem.
|
|
|
|
|
|
3) Why does configure complain about a failed test program?
|
|
|
|
This is probably a case of the run-time linker being unable to find
|
|
libz or some other non-standard library, such as libssl. To point it
|
|
to the right location, set the LD_LIBRARY_PATH environment variable,
|
|
e.g.,
|
|
|
|
LD_LIBRARY_PATH=/usr/local/lib:/usr/local/ssl/lib
|
|
export LD_LIBRARY_PATH
|
|
|
|
and restart configure. You will also have to keep this setting
|
|
whenever you run any of the installed PostgreSQL programs.
|
|
|
|
In the future, consider installing the offending libraries so they
|
|
provide their own "rpath".
|
|
|
|
|
|
4) A bunch of regression tests fail in random, non-reproduceable
|
|
patterns. What's wrong?
|
|
|
|
A lot of users have reported that the parallel regression test suite
|
|
causes a varying, unpredictable set of tests to fail, usually tests in
|
|
the second half of the run. The failure is usually a failure to
|
|
connect to the server at all, or an abrupt loss of the connection.
|
|
Invariably, these problems go away when the regression test suite is
|
|
changed to use TCP/IP sockets instead of Unix domain sockets. (Change
|
|
line 163 of src/test/regress/pg_regress to match *solaris*; yes, there
|
|
should be an easier way to do this.) Since a number of users do not
|
|
seem to have any problems with this at all, we do not claim that "Unix
|
|
domain sockets are broken on Solaris", but feel free to draw your own
|
|
conclusions, or better yet, share your insights with the rest of us.
|