Forum OpenACS Q&A: Re: setting up a second OpenAcs instace - problem loading nspostgres.so
Try starting it up frm the command line to see if you get the same error.
Try "echo $LD_LIBRARY_PATH" to see if the directory that contains libpq.so.5 is in the LD_LIBRARY_PATH.
You might need a shell script to set LD_LIBRARY_PATH when starting nsd.
See section 5 https://openacs.org/doc/current/aolserver4.html here look for "nsd-postgres.txt" for instructions on setting it up.
When using the version of OpenAcs 5.4.1 downloaded yesterday I run into this problem.
When using a version downloaded a week prior all is well.
I have checked what you suggested and it is fine. It appears to be something in the new download OpenAcs 5.4.1 that is causing this.
The problem is that I don't know where to look (the config file is not the issue as I am using literally the same one in both cases)
Where is libpq.so.5 located in your system?
What are the permission on the shared lib and its path?
Under which user runs your nsd?
[root@vps ~]# ls -al /usr/local/pgsql
drwxr-xr-x 3 postgres web 2048 May 17 01:11 lib
lrwxrwxrwx 1 postgres web 12 May 17 01:11 libpq.so -> libpq.so.5.1
lrwxrwxrwx 1 postgres web 12 May 17 01:11 libpq.so.5 -> libpq.so.5.1
-rwxr-xr-x 1 postgres web 111295 May 17 01:11 libpq.so.5.1
nsd is run in both situations by the same user who is member of the web group
We had a few years ago the problem, that psql worked perfectly, but aolserver was not able to load nspostgres. The problem were default permissions on the system that were used during the make install.... since aolserver switches to the specified user+group before loading the .so files, things went wrong withing aolserver. Sounds suspiciously like what you are seeing.
there was a mistake in the run script in daemontools. Indeed the issue was $LD_LIBRARY_PATH not being set.
thank you both for your help