Help - Search - Members - Calendar
Full Version: Urchin install/startup problems on RHEL 4
The Planet Forums > Control Panels > Urchin
alinteractive
I think I found a new one. Just set up a new RHEL 4 box, dowloaded the latest version of urchin available (urchin5703_redhat_ent3.tar.gz) and get the following errror when it tries to start up during the installation process:

Starting the Urchin webserver and scheduler daemon
/usr/local/urchin/bin/urchinwebd: error while loading shared libraries: libgdbm.so.2: cannot open shared object file: No such file or directory
Urchin webserver failed to start
Urchin scheduler started

Anyone have any ideas?
eth00
Do you have GD installed? I just installed urchin on a box a few days ago and it worked fine.
alinteractive
QUOTE (eth00)
Do you have GD installed? I just installed urchin on a box a few days ago and it worked fine.


I do. It looks this is a Perl-related error from what I'm finding by google-ing the error message. But libgdbm.so is installed and linked properly as well, just like all the other Perl modules in /usr/lib64
eth00
QUOTE (alinteractive)
I do. It looks this is a Perl-related error from what I'm finding by google-ing the error message.  But libgdbm.so is installed and linked properly as well, just like all the other Perl modules in /usr/lib64


Make sure /usr/lib64 is in /etc/ld.so.conf and you run "ldconfig" if you have to add it
alinteractive
QUOTE (eth00)
Make sure /usr/lib64 is in /etc/ld.so.conf and you run "ldconfig" if you have to add it


Thanks for the help! My /etc/ld.so.conf file looks like this:

include ld.so.conf.d/*.conf
/usr/ofed/lib64

So it is indeed missing /usr/lib64. Can I add it to the file directly then run ldconfig?

I wonder how this would have gotten out of whack to start with on a brand new server...
alinteractive
QUOTE (alinteractive)
Thanks for the help!  My /etc/ld.so.conf file looks like this:

include ld.so.conf.d/*.conf
/usr/ofed/lib64

So it is indeed missing /usr/lib64.  Can I add it to the file directly then run ldconfig?

I wonder how this would have gotten out of whack to start with on a brand new server...


Actually - I went ahead and tried this. Worked fine, but threw an error at the beginning of output from ldconfig that /usr/lib64 was already included. Then, later in the output, sure enough, it's there under /usr/lib64:

/usr/lib64:
....
libcups.so.2 -> libcups.so.2
libgdbm.so.2 -> libgdbm.so.2.0.0
libisc.so.7 -> libisc.so.7.1.5
....
alinteractive
I've gone ahead and requested a re-image of the drives on this server. There was quite a bit of other fishy stuff on there that leads me to believe the drives weren't properly wiped in the first place.

Thanks for the help though eth00! Really appreciate all the posting you do in here...
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.
Invision Power Board © 2001-2009 Invision Power Services, Inc.