Hello,
Hopefully I am sending this to the correct mailing list but it seemed best suited for troubleshooting :-)
I am trying to fix Subversion which isn't working for me on one of our machines: every attempt to run 'svn ls' or 'svn co' ends in: svnserve: error while loading shared libraries: libexpat.so.0: cannot open shared object file: No such file or directory
Which is strange as the symlink is present in /lib/libexpat.so.0 (which points to /lib/libexpat.so.0.5.0) and /usr/lib/libexpat.so.0 - I even tried copying an identical libexpat.so.0.5.0 from another machine. Next I ran 'ldd -r /usr/bin/svnserve': || ldd -r /usr/bin/svnserve linux-gate.so.1 => (0x009df000) libsvn_repos-1.so.0 => /usr/lib/libsvn_repos-1.so.0 (0x008a1000) libsvn_fs-1.so.0 => /usr/lib/libsvn_fs-1.so.0 (0x00110000) libsvn_fs_fs-1.so.0 => /usr/lib/libsvn_fs_fs-1.so.0 (0x0034f000) libsvn_fs_base-1.so.0 => /usr/lib/libsvn_fs_base-1.so.0 (0x00c2d000) libsvn_fs_util-1.so.0 => /usr/lib/libsvn_fs_util-1.so.0 (0x00857000) libsvn_delta-1.so.0 => /usr/lib/libsvn_delta-1.so.0 (0x00f5f000) libsvn_subr-1.so.0 => /usr/lib/libsvn_subr-1.so.0 (0x00ac1000) libsvn_ra_svn-1.so.0 => /usr/lib/libsvn_ra_svn-1.so.0 (0x0094d000) libz.so.1 => /usr/lib/libz.so.1 (0x00d8d000) libaprutil-1.so.0 => /usr/lib/libaprutil-1.so.0 (0x0026c000) libcrypt.so.1 => /lib/libcrypt.so.1 (0x06dfd000) libldap-2.3.so.0 => /usr/lib/libldap-2.3.so.0 (0x005f6000) liblber-2.3.so.0 => /usr/lib/liblber-2.3.so.0 (0x007b5000) libdb-4.3.so => /lib/libdb-4.3.so (0x07144000) libexpat.so.0 => /lib/libexpat.so.0 (0x0086a000) libapr-1.so.0 => /usr/lib/libapr-1.so.0 (0x00116000) libpthread.so.0 => /lib/libpthread.so.0 (0x00d74000) libdl.so.2 => /lib/libdl.so.2 (0x00d45000) libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0x06c45000) libc.so.6 => /lib/libc.so.6 (0x0036d000) libuuid.so.1 => /lib/libuuid.so.1 (0x00d64000) libpq.so.4 => /usr/lib/libpq.so.4 (0x00167000) libsqlite3.so.0 => /usr/lib/libsqlite3.so.0 (0x0028b000) libresolv.so.2 => /lib/libresolv.so.2 (0x0013e000) libssl.so.6 => /lib/libssl.so.6 (0x00a78000) libcrypto.so.6 => /lib/libcrypto.so.6 (0x004b0000) /lib/ld-linux.so.2 (0x00bdd000) libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x009e3000) libnsl.so.1 => /lib/libnsl.so.1 (0x001bb000) libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x00771000) libcom_err.so.2 => /lib/libcom_err.so.2 (0x00337000) libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x00187000) libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x005eb000) libkeyutils.so.1 => /lib/libkeyutils.so.1 (0x0033c000) libselinux.so.1 => /lib/libselinux.so.1 (0x001d2000) libsepol.so.1 => /lib/libsepol.so.1 (0x00dad000)
As you can see, all libs are found and present. I tried installing a custom Subversion 1.5.1 RPM which also fails the same way. Finally I installed all build tools and build the SRPM into a binary RPM and guess what? It also fails...
I tried rebooting the server, running 'yum update' a couple of times and right now I'm out of ideas....
I am running CentOS 5.2 - 32-bit in a virtual machine (don't think the latter matters but right now I don't know where to look for the cause).
Regards, Berend Dekens
Berend Writes:
svnserve: error while loading shared libraries: libexpat.so.0: cannot open shared object file: No such file or directory
JohnStanley Writes:
#]yum whatprovides libexpat.so.0
expat.i386 : A library for parsing XML. mysql-gui-tools.i386 : GUI Tools for MySQL 5.0 - common files expat.i386 : A library for parsing XML.
Do you have any of those installed?
Try running "ldconfig"?
John schreef:
Berend Writes:
svnserve: error while loading shared libraries: libexpat.so.0: cannot open shared object file: No such file or directory
JohnStanley Writes:
#]yum whatprovides libexpat.so.0
expat.i386 : A library for parsing XML. mysql-gui-tools.i386 : GUI Tools for MySQL 5.0 - common files expat.i386 : A library for parsing XML.
I have expat installed - even reinstalled it from RPM (not using yum as it would remove 99% over the system in order to 'safely' remove expat).
Do you have any of those installed?
Try running "ldconfig"?
Also tried that - nothing changed :-(
Berend
Berend Wrote:
I have expat installed - even reinstalled it from RPM (not using yum as it would remove 99% over the system in order to 'safely' remove expat).
JohnStanley Writes:
Sometimes conlflicts can be created between the two. RPM and Yum. Run rpm --rebuilddb Alternatively: Maybe then your problem lies in the kind of install you did with Subversion. Installed from source or Binary RPM Package and where did you get it? What version is it and CentOS?
John schreef:
JohnStanley Writes:
Sometimes conlflicts can be created between the two. RPM and Yum. Run rpm --rebuilddb
No change in there - SVN still fails.
Alternatively: Maybe then your problem lies in the kind of install you did with Subversion. Installed from source or Binary RPM Package and where did you get it? What version is it and CentOS?
I started with 1.4.2-*-el5, then 1.5.1 from the Subversion site and right now I have a custom compiled version installed - none of them worked.
Whats strange about this whole thing is that even the locally compiled version is broken. I mean - the linked in the toolchain found libexpat so why doesn't the binary? I even turned SE Linux off - didn't make a change...
On Wed, Nov 12, 2008 at 11:42 AM, Berend Dekens berend@cyberwizzard.nl wrote:
John schreef:
JohnStanley Writes:
Sometimes conlflicts can be created between the two. RPM and Yum. Run rpm --rebuilddb
No change in there - SVN still fails.
Alternatively: Maybe then your problem lies in the kind of install you did with Subversion. Installed from source or Binary RPM Package and where did you get it? What version is it and CentOS?
I started with 1.4.2-*-el5, then 1.5.1 from the Subversion site and right now I have a custom compiled version installed - none of them worked.
Whats strange about this whole thing is that even the locally compiled version is broken. I mean - the linked in the toolchain found libexpat so why doesn't the binary? I even turned SE Linux off - didn't make a change...
I don't recall from earlier in this thread, but did you happen to mention what hardware you're running?
I have seen behavior like this before on my 64-bit machine at home when there is a conflict between the 32 and 64 bit libraries. It's the main reason I can't build gnome at home (I think), for which I am actually grateful (who knows how much damage I could have done to myself), and I have also had issues with Seamonkey in this respect (though not this particular one).
HTH
mhr
I just found out that the other machine holding the SVN repository was recently updated. So after trying on that one I got the same error! (Which ofcourse made me think)
It seems that SVN invokes a remote copy of the binary for reading the repo and simply pipes back the results... So while I got an error telling me libexpat was not found, the error originated from the other server...
I copied the libexpat.so.0 file back and fixed the symlinks and now all is well again. Next time I know that if SVN acts up the problem can be on any computer and not just the local one.
Thanks for all the help, Berend
Ralph Angenendt schreef:
John wrote:
Sometimes conlflicts can be created between the two. RPM and Yum.
No.
Run rpm --rebuilddb
How is that supposed to help in this case?
Ralph
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
On Wed, Nov 12, 2008 at 3:27 PM, Berend Dekens berend@cyberwizzard.nl wrote:
I just found out that the other machine holding the SVN repository was recently updated. So after trying on that one I got the same error! (Which ofcourse made me think)
It seems that SVN invokes a remote copy of the binary for reading the repo and simply pipes back the results... So while I got an error telling me libexpat was not found, the error originated from the other server...
I copied the libexpat.so.0 file back and fixed the symlinks and now all is well again. Next time I know that if SVN acts up the problem can be on any computer and not just the local one.
Thanks for all the help, Berend
Glad to learn that you've sorted it out. Could you kindly update the forum thread you started?
Thanks,
Akemi / toracat
On Thu, 13 Nov 2008, Berend Dekens wrote:
I just found out that the other machine holding the SVN repository was recently updated. So after trying on that one I got the same error! (Which ofcourse made me think)
It seems that SVN invokes a remote copy of the binary for reading the repo and simply pipes back the results... So while I got an error telling me libexpat was not found, the error originated from the other server...
That is both funny and concerning. I think you should bring this up on the subversion mailinglist (or open a bug for it on the subversion bug tracking system). More people may fall in this trap.
John wrote:
John wrote:
Sometimes conlflicts can be created between the two. RPM and Yum.
No.
Run rpm --rebuilddb
How is that supposed to help in this case?
Ralph
Was hoping you could explain? :-) Now I think about it I cant either :-)
No, I cannot explain how that would help in this case - it was your idea. And no, there cannot be conflicts between "yum and rpm", as one is the frontend for the other and there is only *one* package database in the system.
BTW: It would be great if you could fix your mail client so one can see which parts of a mail were written by you and which were written by others. http://www.netmeister.org/news/learn2quote.html - it is written for usenet, but most of it also applies to mailing lists, if not all.
Ralph
Ralph Wrote: BTW: It would be great if you could fix your mail client so one can see which parts of a mail were written by you and which were written by others. http://www.netmeister.org/news/learn2quote.html - it is written for usenet, but most of it also applies to mailing lists, if not all.
JohnStanley Writes: Ahh you mean you want ">>>>"?
John wrote:
Ralph Wrote: BTW: It would be great if you could fix your mail client so one can see which parts of a mail were written by you and which were written by others. http://www.netmeister.org/news/learn2quote.html - it is written for usenet, but most of it also applies to mailing lists, if not all.
JohnStanley Writes: Ahh you mean you want ">>>>"?
No, just correct quoting qith *correct* quoting levels (so not like you did above), so it is *obvious* to everyone reading those mails who wrote what.
Ralph
Berend Dekens schrieb:
I have expat installed - even reinstalled it from RPM (not using yum as it would remove 99% over the system in order to 'safely' remove expat).
Do you have any of those installed?
Try running "ldconfig"?
Also tried that - nothing changed :-(
You are sure, that you really use the correct svn binary? Maybe an old installation is still active and your $PATH does not start the svn binary in /usr/bin? Try to call the binaries with full path, since ldd seems to report correct libraries.
Regards,
Peter
-
Akemi Yagi -
Berend Dekens -
Dag Wieers -
John -
MHR -
Peter Hinse -
Ralph Angenendt