cyrus und db

[Andreas Dau-2]

Moin,

mein meckert:
incorrect version of Berkeley db: compiled against 4.7.25, linked
against 4.3.29

Wie kann das passieren und vor allen Dingen, wie kriege ich das wieder weg?

thx & cu,
Andreas

[Michael Hampicke-2]

Andreas Dau schrieb:
> Moin,
>
> mein meckert:
> incorrect version of Berkeley db: compiled against 4.7.25, linked
> against 4.3.29
>

Dein cyrus meckert, richtig?

> Wie kann das passieren und vor allen Dingen, wie kriege ich das wieder
weg?
>

Cyrus schon neu emerged? Auch mal gucken was revdep-rebuild -pv sagt

> thx & cu,
> Andreas
>

[Andreas Dau-2]

Michael Hampicke schrieb:
> Andreas Dau schrieb:
>> mein meckert:
>> incorrect version of Berkeley db: compiled against 4.7.25, linked
>> against 4.3.29
>
> Dein cyrus meckert, richtig?

Richtig.

>> Wie kann das passieren und vor allen Dingen, wie kriege ich das wieder
> weg?
>
> Cyrus schon neu emerged?

Klar.

> Auch mal gucken was revdep-rebuild -pv sagt

# revdep-rebuild -pv
 * Configuring search environment for revdep-rebuild
 * Temporary cache files are located in /var/cache/revdep-rebuild

revdep-rebuild environment:
SEARCH_DIRS="/bin
/lib
/opt/bin
/sbin
/usr/bin
/usr/i686-pc-linux-gnu/gcc-bin/4.3.2
/usr/i686-pc-linux-gnu/lib
/usr/lib
/usr/libexec
/usr/lib/gcc/i686-pc-linux-gnu/4.3.2
/usr/local/lib
/usr/sbin"
SEARCH_DIRS_MASK="/lib/modules"
LD_LIBRARY_MASK="libjava.so
libjvm.so
libodbcinst.so
libodbc.so"
PORTAGE_ROOT="/"
EMERGE_OPTIONS=""
ORDER_PKGS="1"
FULL_LD_PATH="1"

 * Checking reverse dependencies
 * Packages containing binaries and libraries broken by a package update
 * will be emerged.

 * Collecting system binaries and libraries
 * Generated new 1_files.rr
 * Collecting complete LD_LIBRARY_PATH
 * Generated new 2_ldpath.rr
 * Checking dynamic linking consistency
[ 100% ]

 * Dynamic linking on your system is consistent... All done.

Im Moment beschwert sich übrigens hauptsächlich der lmtpunix

thx & cu,
Andreas

[Andreas Dau-2]

Andreas Dau schrieb:
> Moin,
>
> mein meckert:
           ^cyrus
> incorrect version of Berkeley db: compiled against 4.7.25, linked
> against 4.3.29
>
> Wie kann das passieren und vor allen Dingen, wie kriege ich das wieder weg?

Ingrid

[Andreas Dau-2]

Andreas Dau schrieb:
> mein meckert:
> incorrect version of Berkeley db: compiled against 4.7.25, linked
> against 4.3.29

Ehm ... es muss doch eine Möglichkeit geben, das zu reparieren?

[Jan Kohnert]

Andreas Dau schrieb:
> Andreas Dau schrieb:
> > mein meckert:
> > incorrect version of Berkeley db: compiled against 4.7.25, linked
> > against 4.3.29
>
> Ehm ... es muss doch eine Möglichkeit geben, das zu reparieren?

man emerge *duck und weg*

Also:
emerge -pP wird dir vermutlich etliches anzeigen, was weg kann.
emerge -p --depclean vermutlich auch
Denk an python-updater, falls mit einem der vorigen Kommandos eine alte
Python-Version gelöscht werden soll (vor dem löschen derselben natürlich),
sonst ist dann dein emerge kaputt. Schlimm kann es auch werden, wenn alte
openssl-Versionen weg sollen, falls noch wget/ftp dagegen gelinkt sind. Dann
sind nämlich die kaputt, und man kann nur hoffen, einen Browser zu finden der
noch funktioniert, um die Quellen zum erneuten emergen runterladen zu können.

Danach dürfte dein System alles in allem ziemlich kaputt sein, da du leider
scheinbar ein fauler Updater bist (db-4.3 ist so uralt, das vermutlich
Archäologen damit ihren Spaß haben). revdep-rebuild ist dann dein Freund.

--
MfG Jan

[Andreas Dau-2]

Jan Kohnert schrieb:

> Andreas Dau schrieb:
>> Andreas Dau schrieb:
>>> mein meckert:
>>> incorrect version of Berkeley db: compiled against 4.7.25, linked
>>> against 4.3.29
>> Ehm ... es muss doch eine Möglichkeit geben, das zu reparieren?
>
> man emerge *duck und weg*
>
> Also:
> emerge -pP wird dir vermutlich etliches anzeigen, was weg kann.

# emerge -pP

Calculating dependencies... done!
>>> No packages selected for removal by prune
>>> To see reverse dependencies, use --verbose
>>> To ignore dependencies, use --nodeps

> emerge -p --depclean vermutlich auch

# emerge --depclean -p

 * Depclean may break link level dependencies.  Thus, it is
 * recommended to use a tool such as `revdep-rebuild` (from
 * app-portage/gentoolkit) in order to detect such breakage.
 *
 * Always study the list of packages to be cleaned for any obvious
 * mistakes. Packages that are part of the world set will always
 * be kept.  They can be manually added to this set with
 * `emerge --noreplace <atom>`.  Packages that are listed in
 * package.provided (see portage(5)) will be removed by
 * depclean, even if they are part of the world set.
 *
 * As a safety measure, depclean will not remove any packages
 * unless *all* required dependencies have been resolved.  As a
 * consequence, it is often necessary to run `emerge --update
 * --newuse --deep world` prior to depclean.

Calculating dependencies... done!
>>> No packages selected for removal by depclean
>>> To see reverse dependencies, use --verbose
Packages installed:   365
Packages in world:    191
Packages in system:   50
Required packages:    365
Number to remove:     0

> Denk an python-updater, falls mit einem der vorigen Kommandos eine alte
> Python-Version gelöscht werden soll (vor dem löschen derselben natürlich),

# python-updater
 * Starting Python Updater from 2.4 to 2.6 :
 * No packages needs to be remerged.

> sonst ist dann dein emerge kaputt. Schlimm kann es auch werden, wenn alte
> openssl-Versionen weg sollen, falls noch wget/ftp dagegen gelinkt sind. Dann
> sind nämlich die kaputt, und man kann nur hoffen, einen Browser zu finden der
> noch funktioniert, um die Quellen zum erneuten emergen runterladen zu können.
>
> Danach dürfte dein System alles in allem ziemlich kaputt sein, da du leider
> scheinbar ein fauler Updater bist (db-4.3 ist so uralt, das vermutlich
> Archäologen damit ihren Spaß haben).

Interessant. Ich mache auf dem System täglich(!)

1. emerge --sync
2. emerge --update --deep --newuse -pv world
3. emerge --depclean
4. revdep-rebuild (falls depclean was entfernt hat)
5. emerge --prune
6. revdep-rebuild (falls prune was entfernt hat)

Sollte also db-4.3 zu alt sein, dann ist definitiv Portage kaputt.

> revdep-rebuild ist dann dein Freund.

revdep-rebuild -p
 * Configuring search environment for revdep-rebuild

 * Checking reverse dependencies
 * Packages containing binaries and libraries broken by a package update
 * will be emerged.

 * Collecting system binaries and libraries
 * Generated new 1_files.rr
 * Collecting complete LD_LIBRARY_PATH
 * Generated new 2_ldpath.rr
 * Checking dynamic linking consistency
[ 100% ]

 * Dynamic linking on your system is consistent... All done.

cu,
Andreas

[Jan Kohnert]

Andreas Dau schrieb:

> Jan Kohnert schrieb:
> > Danach dürfte dein System alles in allem ziemlich kaputt sein, da du
> > leider scheinbar ein fauler Updater bist (db-4.3 ist so uralt, das
> > vermutlich Archäologen damit ihren Spaß haben).
>
> Interessant. Ich mache auf dem System täglich(!)
>
> 1. emerge --sync
> 2. emerge --update --deep --newuse -pv world
> 3. emerge --depclean
> 4. revdep-rebuild (falls depclean was entfernt hat)
> 5. emerge --prune
> 6. revdep-rebuild (falls prune was entfernt hat)
>
> Sollte also db-4.3 zu alt sein, dann ist definitiv Portage kaputt.

Hmmm, OK, ich glaub's ja schon. :) Wenn emerge -pP nichts entfernen will,
hängt noch ein Paket direkt von Version 4.3 ab. Welches das ist, zeigt dir:

equery depends sys-libs/db

Was sagt denn:

eix sys-libs/db

Vielleicht ist auch nur ein Rest übriggeblieben, der jetzt Probleme macht...
--
MfG Jan

[Andreas Dau-2]

Vorbemerkung:

Ich hab jetzt mal ganz dreist ein

# emerge -C db

gemacht. Danach ein

# emerge cyrus-sasl cyrus-imapd cyrus-imap-admin

hat sich dann nur db-4.7.* mit gezogen. jetzt liefert auch ldd für cyrus
ein db-4.7.* und cyrus startet auch fehlerfrei. Nur krieg ich jetzt
keine authentifizierung hin, weil sasl meine Passwörter nicht mehr
kennt. Der Clou ist, dass ich auch kein saslpasswd2 mehr hab. cyrus-sasl
emerged übrigens jetzt mit (-berkdb). Die Passwörter neu anlegen würde
ich ja noch überstehen, das sind nur ein paar Dutzend. Wichtiger ist mir
den Server wieder hoch zu kriegen. Das ist ein Produktivsystem.

Jan Kohnert schrieb:
> Andreas Dau schrieb:
>> Jan Kohnert schrieb:
> Hmmm, OK, ich glaub's ja schon. :) Wenn emerge -pP nichts entfernen will,
> hängt noch ein Paket direkt von Version 4.3 ab. Welches das ist, zeigt dir:
>
> equery depends sys-libs/db

# equery depends sys-libs/db
[ Searching for packages depending on sys-libs/db... ]
dev-lang/perl-5.8.8-r5 (berkdb? sys-libs/db)
dev-lang/php-5.2.11 (berkdb? =sys-libs/db-4*)
dev-lang/python-2.4.6 (!build & berkdb? sys-libs/db:4.2)
                      (!build&berkdb? sys-libs/db:4.3)
dev-lang/python-2.6.2-r1 (!build & berkdb? sys-libs/db:4.2)
                         (!build&berkdb? sys-libs/db:4.3)
                         (!build&berkdb? sys-libs/db:4.5)
                         (!build&berkdb? sys-libs/db:4.6)
                         (!build&berkdb? sys-libs/db:4.7)
dev-libs/apr-util-1.3.9 (berkdb? =sys-libs/db-4*)
dev-libs/cyrus-sasl-2.1.23 (berkdb? >=sys-libs/db-3.2)
mail-client/mutt-1.5.20-r4 (!qdbm & !gdbm & berkdb? >=sys-libs/db-4)
mail-mta/postfix-2.5.7 (>=sys-libs/db-3.2)
net-mail/cyrus-imap-admin-2.3.14 (>=sys-libs/db-3.2)
net-mail/cyrus-imapd-2.3.14 (>=sys-libs/db-3.2)
sys-devel/libperl-5.8.8-r2 (berkdb? sys-libs/db)

> Was sagt denn:
>
> eix sys-libs/db

eix musste ich gerade installieren.

# eix sys-libs/db
[I] sys-libs/db
     Available versions:
        (1)     1.85-r3
        (3)     3.2.9-r11 3.2.9_p2
        (4.2)   4.2.52_p4-r2 ~4.2.52_p5 4.2.52_p5-r1
        (4.3)   4.3.29-r2 ~4.3.29_p1 4.3.29_p1-r1
        (4.4)   ~4.4.20_p4 ~4.4.20_p4-r1
        (4.5)   4.5.20_p2 4.5.20_p2-r1
        (4.6)   4.6.21_p4
        (4.7)   ~4.7.25_p3 4.7.25_p4
        (4.8)   ~4.8.24
        {doc elibc_FreeBSD java nocxx tcl test}
     Installed versions:  4.7.25_p4(4.7)(15:21:58 07.10.2009)(doc
-elibc_FreeBSD -java -nocxx -tcl -test)
     Homepage:
http://www.oracle.com/technology/software/products/berkeley-db/index.html
     Description:         Oracle Berkeley DB

> Vielleicht ist auch nur ein Rest übriggeblieben, der jetzt Probleme macht...

Ja, irgend so etwas muss es sein.

Danke Dir schon mal und cu,
Andreas

[Jan Kohnert]

Andreas Dau schrieb:
> Vorbemerkung:
> # emerge -C db

OK, das ist die harte Variante. Geht aber, wie man sieht.

> # emerge cyrus-sasl cyrus-imapd cyrus-imap-admin
>
> hat sich dann nur db-4.7.* mit gezogen. jetzt liefert auch ldd für cyrus
> ein db-4.7.* und cyrus startet auch fehlerfrei. Nur krieg ich jetzt
> keine authentifizierung hin, weil sasl meine Passwörter nicht mehr
> kennt. Der Clou ist, dass ich auch kein saslpasswd2 mehr hab. cyrus-sasl
> emerged übrigens jetzt mit (-berkdb).

Das darf nicht sein. Du musst dafür sorgen, das cyrus-sasl mit dem Useflag
+berkdb emerged wird, entweder per /etc/make.conf, oder aber
per /etc/portage/package.use. Dann sollte alles wieder gehen. Wenn du Glück
hast, ist sogar deine Datenbank noch da (ich weiß nicht genau, was portage da
vom System schmeisst, wenn man deinstalliert).

> Jan Kohnert schrieb:
> > Andreas Dau schrieb:
> > equery depends sys-libs/db

[...]

Das sieht alles ganz OK aus, ich würde bei Gelegenheit nur mal das Python2.4
runterschmeissen, falls möglich. :)

--
MfG Jan

[Andreas Dau-2]

Andreas Dau schrieb:

> Jan Kohnert schrieb:
>> Andreas Dau schrieb:
>>> Nur krieg ich jetzt
>>> keine authentifizierung hin, weil sasl meine Passwörter nicht mehr
>>> kennt. Der Clou ist, dass ich auch kein saslpasswd2 mehr hab. cyrus-sasl
>>> emerged übrigens jetzt mit (-berkdb).
>> Das darf nicht sein. Du musst dafür sorgen, das cyrus-sasl mit dem Useflag
>> +berkdb emerged wird, [...]
>
> Das würde ich ja gerne:

Und das ist mir auch gelungen¹.

Jetzt kriege ich aber:
unable to open Berkeley db /etc/sasl2/sasldb2: Invalid argument

asterix ~ # ls -hl /etc/sasl2/
insgesamt 52K
-rw-r----- 1 root mail 48K 30. Sep 19:31 sasldb2
-rw-r--r-- 1 root root 184  7. Okt 16:57 smtpd.conf

Ich habe das Gefühl, ich bin kurz davor ;-)

thx & cu,
Andreas

[Jan Kohnert]

Andreas Dau schrieb:
> Jetzt kriege ich aber:
> unable to open Berkeley db /etc/sasl2/sasldb2: Invalid argument

Auf Verdacht: db4.7_upgrade /etc/sasl2/sasldb2

--
MfG Jan

[Andreas Dau-2]

Sodele!

Zusammengefasst sah die Lösung folgendermaßen aus:

Ich habe durch unmergen von sys-lbs/db die Pakete dazu gezwungen gegen
sys-libs/db-4.7 zu bauen.

Vielen Dank an die Helfer, insbesondere an Jan.

Mich würde trotzdem noch interessieren, wie so was passieren kann.

cu,
Andreas

[Tobias Scherbaum]

Am Mittwoch, den 07.10.2009, 14:09 +0200 schrieb Andreas Dau:
> Andreas Dau schrieb:
> > mein meckert:
> > incorrect version of Berkeley db: compiled against 4.7.25, linked
> > against 4.3.29
>
> Ehm ... es muss doch eine Möglichkeit geben, das zu reparieren?

Es *ist* gefixt. Du willst =cyrus-imapd-2.3.14-r3.

- Tobias

--
Praxisbuch Nagios
http://www.oreilly.de/catalog/pbnagiosger/

https://www.xing.com/profile/Tobias_Scherbaum

[Andreas Dau-2]

Tobias Scherbaum schrieb:
> Am Mittwoch, den 07.10.2009, 14:09 +0200 schrieb Andreas Dau:
>> Andreas Dau schrieb:
>>> mein meckert:
>>> incorrect version of Berkeley db: compiled against 4.7.25, linked
>>> against 4.3.29
>> Ehm ... es muss doch eine Möglichkeit geben, das zu reparieren?
>
> Es *ist* gefixt. Du willst =cyrus-imapd-2.3.14-r3.

Bedaure, aber solange das nicht in Portage abgebildet ist, würde ich das
nicht als "ist gefixt" ansehen. Aber mal angenommen, es würde so
funktionieren, wie Du schreibst, dann ist es nur ein Workaround, ähnlich
dem, den ich gestern durchgeführt habe und obendrein ist es ein
schlechter, weil cyrus damit auf eine bestimmte Version festgenagelt
wird. Obendrein: wie hätte ich dieses "Fix" gewahr werden können?

cu,
Andreas

[Tobias Scherbaum]

Moin,

Am Donnerstag, den 08.10.2009, 03:57 +0200 schrieb Andreas Dau:

> Tobias Scherbaum schrieb:
> > Am Mittwoch, den 07.10.2009, 14:09 +0200 schrieb Andreas Dau:
> >> Andreas Dau schrieb:
> >>> mein meckert:
> >>> incorrect version of Berkeley db: compiled against 4.7.25, linked
> >>> against 4.3.29
> >> Ehm ... es muss doch eine Möglichkeit geben, das zu reparieren?
> >
> > Es *ist* gefixt. Du willst =cyrus-imapd-2.3.14-r3.
>
> Bedaure, aber solange das nicht in Portage abgebildet ist, würde ich das
> nicht als "ist gefixt" ansehen.

Ahja.

> Aber mal angenommen, es würde so
> funktionieren, wie Du schreibst, dann ist es nur ein Workaround, ähnlich
> dem, den ich gestern durchgeführt habe und obendrein ist es ein
> schlechter, weil cyrus damit auf eine bestimmte Version festgenagelt
> wird.

Gut das wir das geklärt hätten.

> Obendrein: wie hätte ich dieses "Fix" gewahr werden können?

Schauen wir mal ins ChangeLog ... Wenn das nicht reicht, gibt es weitere
Informationen über die referenzierte Bug-ID im Bugtracker.

*cyrus-imapd-2.3.14-r2 (09 Jul 2009)

  09 Jul 2009; Tobias Scherbaum <dertobi123@...>
  -cyrus-imapd-2.3.14-r1.ebuild, +cyrus-imapd-2.3.14-r2.ebuild,
  +files/cyrus-imapd-2.3.14-add-db47-support.patch,
  +files/cyrus-imapd-2.3.14-fix-db-rpath.patch:
  Fix build with db-4.7 and fix potential bdb-related rpath issue,
thanks to
  Jorge Manuel B. S. Vicetto. #274595

- Tobias

--
Praxisbuch Nagios
http://www.oreilly.de/catalog/pbnagiosger/

https://www.xing.com/profile/Tobias_Scherbaum

[Andreas Dau-2]

Tobias Scherbaum schrieb:

> Moin,
>
> Am Donnerstag, den 08.10.2009, 03:57 +0200 schrieb Andreas Dau:
>> Tobias Scherbaum schrieb:
>>> Am Mittwoch, den 07.10.2009, 14:09 +0200 schrieb Andreas Dau:
>>>> Andreas Dau schrieb:
>>>>> mein meckert:
>>>>> incorrect version of Berkeley db: compiled against 4.7.25, linked
>>>>> against 4.3.29
>>>> Ehm ... es muss doch eine Möglichkeit geben, das zu reparieren?
>>> Es *ist* gefixt. Du willst =cyrus-imapd-2.3.14-r3.
>> Bedaure, aber solange das nicht in Portage abgebildet ist, würde ich das
>> nicht als "ist gefixt" ansehen.
>
> Ahja.
>
>> Aber mal angenommen, es würde so
>> funktionieren, wie Du schreibst, dann ist es nur ein Workaround, ähnlich
>> dem, den ich gestern durchgeführt habe und obendrein ist es ein
>> schlechter, weil cyrus damit auf eine bestimmte Version festgenagelt
>> wird.
>
> Gut das wir das geklärt hätten.

Oh, ich lerne gerne dazu. Wie also genau schlägst Du vor, Deinen "Fix"
anzuwenden?

thx & cu,
Andreas