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
 
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
 
 
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>
 
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
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
_______________________________________________
linuxmuster-user mailing list
[email protected]
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Antwort per Email an