root@escargot /usr/lib # /etc/init.d/apache2 start * Apache2 has detected a syntax error in your configuration files: /usr/sbin/apache2: error while loading shared libraries: libgdbm.so.2: cannot open shared object file: No such file or directory Reproducible: Always Steps to Reproduce: 1. 2. 3. Actual Results: the people on #apache helped me... they said to re emerge apache... but I have no time, so I'm going to check to see if a new symlink makes it work ln -s /usr/lib/libgdbm.so.3.0.0 /usr/lib/libgdbm.so.2 Expected Results: not broke... I'm also wondering how many other things are broken, and if I need to rebuild a bunch of things. Portage 2.0.50-r9 (default-x86-1.4, gcc-3.4.1, glibc-2.3.4.20040619-r0, 2.6.7-gentoo-r11) ================================================================= System uname: 2.6.7-gentoo-r11 i686 AMD Athlon(TM) XP 1700+ Gentoo Base System version 1.5.1 distcc 2.16 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [enabled] Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5-r1 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer -Wall" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config/usr/kde/3.2/share/config /usr/kde/3.3/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer -Wall" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j1" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="3dnow X aac aalib accessibility acl acpi acpi4linux alsa amd apache2 apm arts artswrappersuid audiofile avi berkdb bidi bonobo canna cdr cjk cjkcrypt crypt cscope cups dga directfb divx4linux doc dv dvb dvd encode esd evms2 faad fam fbcon ffmpeg flac flash foomaticdb freetypefreewnn fs gdbm ggi gif gnome gpm gstreamer gtk gtk2 gtkhtml guile imagemagick imap imlib jack java javascript joystick jpeg kde kerberos krb4 ldap libcss libdvdread libg++ libwww linguas_es linguas_ru linguas_zh_CN linguas_zh_TW mad maildir md5sum mdb mikmod mmx motif mozilla mpeg mpeg4 mule mysql nas ncurses net nls nptl nvidia oggvorbis opengl oss pam pdflib perl pic png postgres python qt quicktime readline samba sasl scanner sdl slang spell sse ssl svg svga tcltk tcpd tetex theora threads tiff transcode truetype unicode usb v4l vhosts virus-scan x86 xine xinerama xml2 xmms xv xvid zeo zlib"
yes you need to re-emerge apache. The ebuild says: pkg_postinst() { ewarn "Please run revdep-rebuild --soname libgdbm.so" ewarn "Packages compiled against the previous version will not work" } However, on my system, running revdep-rebuild didn't rebuild anything, so... I just re-emerged apache.
root@escargot /usr/lib # ln -s libgdbm.so.3.0.0 libgdbm.so.2 root@escargot /usr/lib # /etc/init.d/apache2 start * Starting apache2... root@escargot /usr/lib # I think that started my apache.. and.. well... I'm not dead yet, but I'm recompiling apache anyway
Also, just found this: http://bugs.gentoo.org/show_bug.cgi?id=32510 So this might've been fixed this morning...
I recompiled apache... and now it gives a more specific error (and still works with the symlink: root@escargot /usr/lib # ls libgdbm.so.2 -lah lrwxrwxrwx 1 root root 16 Jul 24 20:31 libgdbm.so.2 -> libgdbm.so.3.0.0 root@escargot /usr/lib # rm libgdbm.so.2 root@escargot /usr/lib # /etc/init.d/apache2 restart * Re-caching dependency info (mtimes differ)... * Stopping apache2... Syntax error on line 5 of /usr/lib/apache2/conf/modules.d/70_mod_php.conf: Cannot load /usr/lib/apache2/extramodules/libphp4.so into server: libgdbm.so.2: cannot open sharedobject file: No such file or directory [ ok ] * Apache2 has detected a syntax error in your configuration files: Syntax error on line 5 of /usr/lib/apache2/conf/modules.d/70_mod_php.conf: Cannot load /usr/lib/apache2/extramodules/libphp4.so into server: libgdbm.so.2: cannot open sharedobject file: No such file or directory root@escargot /usr/lib # /etc/init.d/apache2 restart * Apache2 has detected a syntax error in your configuration files: Syntax error on line 5 of /usr/lib/apache2/conf/modules.d/70_mod_php.conf: Cannot load /usr/lib/apache2/extramodules/libphp4.so into server: libgdbm.so.2: cannot open sharedobject file: No such file or directory root@escargot /usr/lib # ln -s libgdbm.so.3.0.0 libgdbm.so.2 root@escargot /usr/lib # /etc/init.d/apache2 restart * Starting apache2... [ ok ] root@escargot /usr/lib # ***************** lines 1 - 6 of /usr/lib/apache2/conf/modules.d/70_mod_php.conf: <IfDefine PHP4> # Load the module first <IfModule !sapi_apache2.c> LoadModule php4_module extramodules/libphp4.so </IfModule> **************
... re-emerge mod_php, that helped me
run revdep rebuild like gdbm told you to
it's something wrong with gdbm. i've filed bug #58337 to get a resolution from those that handle it. In the meantime, I'd recommend: rm /usr/lib/libgdbm.so.2 /usr/lib/libgdbm.so.2.0.0 emerge gdbm revdep-rebuild --soname libgdbm.so
vapier: running revdep-rebuild does NOT catch it. I've double checked that. see the bug I filed on gdbm and marked as related to this.
*** Bug 58337 has been marked as a duplicate of this bug. ***
hmm, seems my instructions don't even work on all of my own machines. the gdbm bug has been fixed, so wait a bit and sync it. alternatively, here's something that works on ALL of my machines now: rm /usr/lib/libgdbm.so.2 /usr/lib/libgdbm.so.2.0.0 emerge gdbm revdep-rebuild
Latest Update from sys-libs/gdbm-1.8.3-r1 to sys-libs/gdbm-1.8.3-r2 breaks my system as described in this bug. I'm left with an empty /usr/lib/libgdbm.so.2 and all programs still using this lib stop working. As I'm normally up-to-date with my updates I'm afraid this bug reappeard somehow. Running revdep-rebuild didn't help (neither without parameter and nor with --soname). Solution: After deleting the emtpy libgdbm.so.2 and running revdep-rebuild again this problem was solved. I guess most systems aren't affected as almost no software depends on libgdbm. so.2 anymore. But anyways: A simple revdep-rebuild (without parameter) should find this missing lib and it doesn't - that is bad!
Please, *don't* comment on bugs closed *ages* ago... Open a new bug.
(In reply to comment #11) > Latest Update from sys-libs/gdbm-1.8.3-r1 to sys-libs/gdbm-1.8.3-r2 breaks my > system as described in this bug. I'm left with an empty /usr/lib/libgdbm.so.2 > and all programs still using this lib stop working. Added a comment to Bug 108048, comment there, please.
*** Bug 117239 has been marked as a duplicate of this bug. ***