Install fails to create domain after re-install

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



All,

I had a successful installation of FDS 1.1 on CentOS 5.1 x86_64.  I had a
bunch of cruft in the directory from a poor migration, so I decided to start
over with a re-install to get things clean.  The uninstall was successful,
and I wiped /etc/dirsrv, /var/lib/dirsrv, and /usr/share/dirsrv.  Then I
re-installed, and ran setup-ds-admin.pl.  The dialogs were as expected, and
seemed to be just fine.  The setup program reported that everything was
fine, and the directory was created.  However, the domain didn?t
materialize.  There was nothing in the setup log to hint at any problem.  I
found the following messages in /var/log/messages:


Mar  5 19:20:38 corp-admin-001 ns-slapd: unable to dlopen
/usr/lib/sasl2/libcrammd5.so.2: /usr/lib/sasl2/libcrammd5.so.2: wrong ELF
class: ELFCLASS32
Mar  5 19:20:38 corp-admin-001 ns-slapd: unable to dlopen
/usr/lib/sasl2/libanonymous.so.2: /usr/lib/sasl2/libanonymous.so.2: wrong
ELF class: ELFCLASS32
Mar  5 19:20:38 corp-admin-001 ns-slapd: unable to dlopen
/usr/lib/sasl2/libplain.so.2: /usr/lib/sasl2/libplain.so.2: wrong ELF class:
ELFCLASS32
Mar  5 19:20:38 corp-admin-001 ns-slapd: unable to dlopen
/usr/lib/sasl2/libgssapiv2.so.2: /usr/lib/sasl2/libgssapiv2.so.2: wrong ELF
class: ELFCLASS32
Mar  5 19:20:38 corp-admin-001 ns-slapd: unable to dlopen
/usr/lib/sasl2/liblogin.so.2: /usr/lib/sasl2/liblogin.so.2: wrong ELF class:
ELFCLASS32
Mar  5 19:20:38 corp-admin-001 ns-slapd: unable to dlopen
/usr/lib/sasl2/libdigestmd5.so.2: /usr/lib/sasl2/libdigestmd5.so.2: wrong
ELF class: ELFCLASS32

So, this implies that ns-slapd is trying to get at the 32 bit libraries
instead of the 64 bit versions.

I tried setting LD_LIBRARY_PATH to /usr/lib64,  I?ve tried renaming
/usr/lib/sasl2 to get it out of the path, hoping the software would just
find the right version.

After these two attempts, the setup procedure created without generating any
error messages.  However, the domain still failed to be created.

Any advice on where to look, or what else to try?

Thanks!

-steve j


-- 
   
 
Steve Jacobson  ? Cozi  ? IT Manager  ? m: 206.310.7760  ? www.cozi.com 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.fedoraproject.org/pipermail/389-users/attachments/20080305/2370b3a8/attachment.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 3573 bytes
Desc: not available
Url : http://lists.fedoraproject.org/pipermail/389-users/attachments/20080305/2370b3a8/attachment.png 


[Index of Archives]     [Fedora User Discussion]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora News]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora QA]     [Fedora Triage]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Yosemite Photos]     [Linux Apps]     [Maemo Users]     [Gnome Users]     [KDE Users]     [Fedora Tools]     [Fedora Art]     [Fedora Docs]     [Maemo Users]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Fedora ARM]

  Powered by Linux