Hallo Christian, > Danach passiert nichts mehr. Ein less /var/log/syslog | grep cyrus > brachte folgendes: > > " Sep 23 06:25:01 server cyrus/ctl_mboxlist[13020]: DBERROR db4: PANIC: > fatal region error detected; run recovery > Sep 23 06:25:01 server cyrus/ctl_mboxlist[13020]: DBERROR: critical > database situation > Sep 23 06:25:01 server cyrus/chk_cyrus[13023]: DBERROR db4: PANIC: fatal > region error detected; run recovery > Sep 23 06:25:01 server cyrus/chk_cyrus[13023]: DBERROR: critical > database situation"
wenn ich das richtig erinnere, dann war euer Server mehrfach wegen eines defekten Netzteils und USV im laufenden Betrieb abgeschmiert. Ich nehme also Dateisystemschaden an. Dabei verhaut es auch mal die Dateisystemrechte, was gerne zu falschen Besitzern von Datenbankdateien führt. Nun würde ich dir anbieten, den korrekten Eigentümer der .db Dateien in /var/lib/cyrus/ und darunter zu nennen, aber ihr habt eine paedML 5.x und da hab ich meine letzte Installation vor übereinem Jahr ersetzt .. Ich kann also nicht nachschauen. Du kannst aber mal einen "sanitycheck" machen: wer ist der Eigentümer? Wie sind die Rechte? Kann das passen? in einer lml 6 sieht das so aus: rw------- 1 cyrus mail 144 Sep 3 09:05 annotations.db drwx------ 2 cyrus mail 4096 Sep 3 09:05 db drwx------ 2 cyrus mail 4096 Sep 23 16:35 db.backup1 drwx------ 2 cyrus mail 4096 Sep 23 16:05 db.backup2 -rw------- 1 cyrus mail 144 Sep 3 09:05 deliver.db drwx------ 28 cyrus mail 4096 Apr 9 2013 lock drwx------ 2 cyrus mail 4096 Jun 4 2007 log -rw------- 1 cyrus mail 104052 Sep 22 17:28 mailboxes.db drwx------ 2 cyrus mail 4096 Jun 4 2007 msg drwx------ 2 cyrus mail 4096 Sep 23 17:01 proc drwx------ 28 cyrus mail 4096 Jun 4 2007 quota drwxr-x--- 2 cyrus mail 4096 Dez 28 2011 socket -rw------- 1 cyrus mail 144 Sep 3 09:10 statuscache.db -rw------- 1 cyrus mail 64324 Sep 3 09:05 tls_sessions.db drwx------ 28 cyrus mail 4096 Jun 4 2007 user -rw------- 1 cyrus mail 0 Apr 9 2013 user_deny.db 17:02/0 server (LMG) ~ # ls -al /var/lib/cyrus/db/ insgesamt 32084 drwx------ 2 cyrus mail 4096 Sep 3 09:05 . drwxr-x--- 12 cyrus mail 4096 Sep 23 16:35 .. -rw------- 1 cyrus mail 24576 Sep 23 17:02 __db.001 -rw------- 1 cyrus mail 6897664 Sep 23 17:02 __db.002 -rw------- 1 cyrus mail 663552 Sep 23 17:02 __db.003 -rw------- 1 cyrus mail 163840 Sep 3 09:05 __db.004 -rw------- 1 cyrus mail 42344448 Sep 3 09:05 __db.005 -rw------- 1 cyrus mail 49152 Sep 3 09:05 __db.006 -rw------- 1 cyrus mail 4 Sep 3 09:05 skipstamp Falls die Rechte OK sind, und cyrus trotzdem nicht läuft (testen mit ps aux | grep cyrus ), dann würde ich die auf der von dir genannten Seite vorgeschlagene vorgehensweise durchführen. Du kannst ja vorher sicherheitshalber den "Baum" retten mittels: cp -a -r --preserv=all /var/lib/cyrus /root/ Das kopiert den ganzen Baum nach root, unter Erhalt der Rechte: dann kannst du ihn auch zurückkopieren. Viele Grüße Holger -- Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net _______________________________________________ linuxmuster-user mailing list [email protected] https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
