Hallo Holger,
danke für die Hinweise. Eigentümer und Rechte in /var/lib/cyrus sehen für mich auf den ersten Blick ok aus:
-rw------- 1 cyrus mail 144 6. Jun 02:18 annotations.db
drwx------ 2 cyrus mail 4096 17. Sep 02:01 db
drwx------ 2 cyrus mail 4096 16. Jul 14:31 db.backup1
drwx------ 2 cyrus mail 4096 16. Jul 14:31 db.backup2
-rw------- 1 cyrus mail 651264 7. Jun 00:18 deliver.db
drwx------ 2 cyrus mail 4096 8. Jan 2009 log
-rw------- 1 cyrus mail 161380 6. Jun 02:18 mailboxes.db
drwx------ 2 cyrus mail 4096 8. Jan 2009 msg
drwx------ 2 cyrus mail 4096 7. Jun 00:57 proc
drwx------ 28 cyrus mail 4096 8. Jan 2009 quota
drwxr-x--- 2 cyrus mail 4096 16. Jul 14:31 socket
-rw------- 1 cyrus mail 184320 7. Jun 00:48 tls_sessions.db
drwx------ 28 cyrus mail 4096 8. Jan 2009 user
drwx------ 2 cyrus mail 4096 17. Sep 02:01 db
drwx------ 2 cyrus mail 4096 16. Jul 14:31 db.backup1
drwx------ 2 cyrus mail 4096 16. Jul 14:31 db.backup2
-rw------- 1 cyrus mail 651264 7. Jun 00:18 deliver.db
drwx------ 2 cyrus mail 4096 8. Jan 2009 log
-rw------- 1 cyrus mail 161380 6. Jun 02:18 mailboxes.db
drwx------ 2 cyrus mail 4096 8. Jan 2009 msg
drwx------ 2 cyrus mail 4096 7. Jun 00:57 proc
drwx------ 28 cyrus mail 4096 8. Jan 2009 quota
drwxr-x--- 2 cyrus mail 4096 16. Jul 14:31 socket
-rw------- 1 cyrus mail 184320 7. Jun 00:48 tls_sessions.db
drwx------ 28 cyrus mail 4096 8. Jan 2009 user
In /var/lib/cyurs/db sieht es auch ok aus, wenn ich die Werte mit deinen vergleiche:
insgesamt 1580
drwx------ 2 cyrus mail 4096 17. Sep 02:01 .
drwxr-x--- 11 cyrus mail 4096 16. Jul 14:31 ..
-rw------- 1 cyrus mail 8192 17. Sep 02:01 __db.001
-rw------- 1 cyrus mail 663552 17. Sep 02:01 __db.002
-rw------- 1 cyrus mail 98304 17. Sep 02:01 __db.003
-rw------- 1 mysql mail 20471 1. Jul 14:33 log.0000000001
-rw------- 1 cyrus mail 1534189 7. Jun 00:58 log.0000000040
-rw------- 1 cyrus mail 4 6. Jun 02:18 skipstamp
drwx------ 2 cyrus mail 4096 17. Sep 02:01 .
drwxr-x--- 11 cyrus mail 4096 16. Jul 14:31 ..
-rw------- 1 cyrus mail 8192 17. Sep 02:01 __db.001
-rw------- 1 cyrus mail 663552 17. Sep 02:01 __db.002
-rw------- 1 cyrus mail 98304 17. Sep 02:01 __db.003
-rw------- 1 mysql mail 20471 1. Jul 14:33 log.0000000001
-rw------- 1 cyrus mail 1534189 7. Jun 00:58 log.0000000040
-rw------- 1 cyrus mail 4 6. Jun 02:18 skipstamp
ps aux | grep cyrus bringt foglendes:
cyrus 2141 0.0 0.0 0 0 ? Z Sep18 0:00 [lmtpd] <defunct>
cyrus 2142 0.0 0.0 0 0 ? Z Sep18 0:00 [notifyd] <defunct>
cyrus 2143 0.0 0.0 0 0 ? Z Sep18 0:00 [imapd] <defunct>
cyrus 2144 0.0 0.0 0 0 ? Z Sep18 0:00 [imapd] <defunct>
cyrus 2145 0.0 0.0 0 0 ? Z Sep18 0:00 [pop3d] <defunct>
cyrus 2146 0.0 0.0 0 0 ? Z Sep18 0:00 [pop3d] <defunct>
root 16604 0.0 0.0 3924 704 pts/0 D+ 14:03 0:00 grep cyrus
cyrus 19576 0.7 0.0 15464 4088 ? Ss Sep17 80:33 /usr/sbin/cyrmaster -d
Scheinbar sind das Zombies.
ps -p 2141 -l bringt:
F S UID PID PPID C PRI NI ADDR SZ WCHAN TTY TIME CMD
0 Z 101 2141 19576 0 80 0 - 0 - ? 00:00:00 lmtpd <defunct>
0 Z 101 2141 19576 0 80 0 - 0 - ? 00:00:00 lmtpd <defunct>
Das heißt, der PPID ist /usr/sbin/cyrmaster -d
Macht es Sinn diesen PPID zu per kill? zu stoppen?
Viele Grüße
Christian
Gesendet: Dienstag, 23. September 2014 um 17:06 Uhr
Von: "Holger Baumhof" <[email protected]>
An: "Discussions about using linuxmuster.net" <[email protected]>
Betreff: Re: [lmn] Probleme beim Anlegen von Benutzern
Von: "Holger Baumhof" <[email protected]>
An: "Discussions about using linuxmuster.net" <[email protected]>
Betreff: Re: [lmn] Probleme beim Anlegen von Benutzern
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
> 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
_______________________________________________ linuxmuster-user mailing list [email protected] https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
