Hallo, Seit der Installation von Suse 9.3 bereitet YAST Probleme. Es kommt zu nachfolgenden Fehlermeldungen die ich nicht einordnen kann. Das passiert aber nur bei bestimmten Paketen, hier scrollkeeper. --------------------------snip------------------------------------- ERROR(InstTarget:E_RpmDB_subprocess_failed) --- error: db4 error(-30978) from db->close: DB_RUNRECOVERY: Fatal error, run database recovery rpmdb: PANIC: fatal region error detected; run recovery error: db4 error(-30978) from db->close: DB_RUNRECOVERY: Fatal error, run database recovery rpmdb: PANIC: fatal region error detected; run recovery error: db4 error(-30978) from db->close: DB_RUNRECOVERY: Fatal error, run database recovery rpmdb: PANIC: fatal region error detected; run recovery error: db4 error(-30978) from db->close: DB_RUNRECOVERY: Fatal error, run database recovery rpmdb: PANIC: fatal region error detected; run recovery error: db4 error(-30978) from dbenv->close: DB_RUNRECOVERY: Fatal error, run database recovery -------------------------------------------------------------------- Wie muß ich darauf reagieren? Was kann ich tun? Danke Wolf
Wolf-Rüdiger Jürgens schrieb:
Hallo, Seit der Installation von Suse 9.3 bereitet YAST Probleme. Es kommt zu nachfolgenden Fehlermeldungen die ich nicht einordnen kann. Das passiert aber nur bei bestimmten Paketen, hier scrollkeeper.
--------------------------snip------------------------------------- ERROR(InstTarget:E_RpmDB_subprocess_failed) --- error: db4 error(-30978) from db->close: DB_RUNRECOVERY: Fatal error, run database recovery [..]
Tritt das nur bei der Installation mit Yast auf, oder auch sonst bei rpm?
Wie muß ich darauf reagieren?
Vielleicht einmal rpm --rebuilddb probieren... das ist wohl mit "run database recovery" gemeint, schätze ich. Gruß Sören
Hallo,
Sören Wengerowsky
Wolf-Rüdiger Jürgens schrieb:
Hallo, Seit der Installation von Suse 9.3 bereitet YAST Probleme. Es kommt zu nachfolgenden Fehlermeldungen die ich nicht einordnen kann. Das passiert aber nur bei bestimmten Paketen, hier scrollkeeper. --------------------------snip------------------------------------- ERROR(InstTarget:E_RpmDB_subprocess_failed) --- error: db4 error(-30978) from db->close: DB_RUNRECOVERY: Fatal error, run database recovery [..]
Tritt das nur bei der Installation mit Yast auf, oder auch sonst bei rpm?
Wie muß ich darauf reagieren?
Vielleicht einmal rpm --rebuilddb probieren... das ist wohl mit "run database recovery" gemeint, schätze ich.
Das wird nicht helfen, da die BerkeleyDB Datenbank von Yast defekt ist. Da hilft nur db_recover, wie ja auch die Fehlermeldung empfiehlt. Frag mich aber nicht, wo diese Datebank bei 9.3 liegt, irgendwo in /var jedenfalls. -Dieter -- Dieter Klünter | Systemberatung http://www.dkluenter.de GPG Key ID:01443B53
On Friday 22 April 2005 07:43, Dieter Kluenter wrote: Hallo,
Das wird nicht helfen, da die BerkeleyDB Datenbank von Yast defekt ist. Da hilft nur db_recover, wie ja auch die Fehlermeldung empfiehlt. Frag mich aber nicht, wo diese Datebank bei 9.3 liegt, irgendwo in /var jedenfalls.
Kann es sein das rpm --rebuilddb intern genau das db_recover aufruft? Denn danach geht yast erstmal wieder. Grüße Wolf -- * Registered Linux user #37136 http://counter.li.org * Suse Linux 9.3pro/Ubuntu 5.04, * AMD Sempron 2800+, SIS 748 * Matrox MGA-450, 1GB/240GB, SB Audigy 2 ZS
Dieter Kluenter schrieb:
Sören Wengerowsky
writes: [..] Vielleicht einmal rpm --rebuilddb probieren... das ist wohl mit "run database recovery" gemeint, schätze ich.
Das wird nicht helfen, da die BerkeleyDB Datenbank von Yast defekt ist. Da hilft nur db_recover, wie ja auch die Fehlermeldung empfiehlt. Frag mich aber nicht, wo diese Datebank bei 9.3 liegt, irgendwo in /var jedenfalls.
Wieder mal was gelernt... Würde ein rpm -qa | grep -i yast | xargs rpm -V das anzeigen, bzw. würde ein neu installieren von Yast das Problem vielleicht beheben? Gruß Sören
On Thursday 21 April 2005 16:10, Sören Wengerowsky wrote:
Tritt das nur bei der Installation mit Yast auf, oder auch sonst bei rpm?
Bisher nur mit yast.
Vielleicht einmal rpm --rebuilddb probieren... das ist wohl mit "run database recovery" gemeint, schätze ich.
Genau das wars. Ich habe im google auch Hinweise gefunden, die Datenbank so zu reparieren. Was mich aber zu der Frage bringt, warum passiert dieser Fehler? Sollte ich SuSe den Fehler melden? Grüße Wolf
participants (3)
-
Dieter Kluenter -
Sören Wengerowsky -
Wolf-Rüdiger Jürgens