Hallo Liste, ich habe ein Problem mit dem Cyrus-Imap Server. Zuerst einmal die allgemeinen Infos: Opensuse 10.2 auf x86_64, fetchmail, procmail, postfix, cyrus und evolution als Frontend. Die Versionen sind auf dem Stand des aktuellen Suse-Updates; keine Änderungen. Das Problem: Im Imap-Mail-Folder /var/spool/imap/<mailbox> entstehen immer wieder Dateien, die sich nicht öffnen lassen - weder -als root noch als user cyrus. Ein Beispiel: ls -l ergibt folgende Ausgabe: -rw------- 1 cyrus mail 13940 9. Dez 21:43 1095. Weder cat, noch vi noch file ergeben sinnvolle Zugriff auf diese Datei. Die Ausgabe von (als User root und als user cyrus) file ist: 1095.: writable, regular file, no read permission Ein reconstruct -r <mailbox> ergibt für diese Dateien: reconstruct: fopen() failed for '100856.' [error=1] -- skipping. reconstruct: fopen() failed for '101017.' [error=1] -- skipping. reconstruct: fopen() failed for '39.' [error=1] -- skipping. reconstruct: fopen() failed for '56.' [error=1] -- skipping. reconstruct: fopen() failed for '75.' [error=1] -- skipping. reconstruct: fopen() failed for '95.' [error=1] -- skipping. reconstruct: fopen() failed for '100.' [error=1] -- skipping. reconstruct: fopen() failed for '135.' [error=1] -- skipping. reconstruct: fopen() failed for '177.' [error=1] -- skipping. reconstruct: fopen() failed for '204.' [error=1] -- skipping. reconstruct: fopen() failed for '421.' [error=1] -- skipping. reconstruct: fopen() failed for '425.' [error=1] -- skipping. reconstruct: fopen() failed for '1095.' [error=1] -- skipping. reconstruct: fopen() failed for '1106.' [error=1] -- skipping. reconstruct: fopen() failed for '1111.' [error=1] -- skipping. reconstruct: fopen() failed for '1177.' [error=1] -- skipping. reconstruct: fopen() failed for '1258.' [error=1] -- skipping. reconstruct: fopen() failed for '1278.' [error=1] -- skipping. reconstruct: fopen() failed for '1298.' [error=1] -- skipping. reconstruct: fopen() failed for '1341.' [error=1] -- skipping. reconstruct: fopen() failed for '1437.' [error=1] -- skipping. reconstruct: fopen() failed for '1467.' [error=1] -- skipping. reconstruct: fopen() failed for '1472.' [error=1] -- skipping. reconstruct: fopen() failed for '1505.' [error=1] -- skipping. reconstruct: fopen() failed for '1506.' [error=1] -- skipping. reconstruct: fopen() failed for '1766.' [error=1] -- skipping. reconstruct: fopen() failed for '1775.' [error=1] -- skipping. reconstruct: fopen() failed for '1776.' [error=1] -- skipping. reconstruct: fopen() failed for '1782.' [error=1] -- skipping. reconstruct: fopen() failed for '1783.' [error=1] -- skipping. reconstruct: fopen() failed for '1784.' [error=1] -- skipping. Das Problem dabei ist, das ein Auftauchen solcher Dateien bei Evolution zu einer Fehlermeldung führt ("Das Auffrischen wurde zu früh beendet") Zur Zeit löse ich das Problem, in dem ich die Dateien mit einem move aus der Mailbox entferne (das geht! Mit cp ist es unmöglich!). Danach funktioniert wieder alles wie beabsichtigt. Woran könnte es liegen und was kann ich dagegen tun? Vielen Dank für die kommenden Hilfe und allen, die sich darüber Gedanken machen. Klaus -- Klaus Hoffmann HOFFMANN Consulting Tel: +49 7161 989464 Unternehmensberatungs GmbH Fax: +49 7161 989466 Zeisigweg 1,73054 Eislingen Mobil: +49 170 2033183 Geschäftsführer: Klaus Hoffmann HR Göppingen B3348 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Klaus Hoffmann wrote:
Hallo Liste,
ich habe ein Problem mit dem Cyrus-Imap Server.
Zuerst einmal die allgemeinen Infos: Opensuse 10.2 auf x86_64, fetchmail, procmail, postfix, cyrus und evolution als Frontend.
Die Versionen sind auf dem Stand des aktuellen Suse-Updates; keine Änderungen.
Das Problem:
Im Imap-Mail-Folder /var/spool/imap/<mailbox> entstehen immer wieder Dateien, die sich nicht öffnen lassen - weder -als root noch als user cyrus. Ein Beispiel: ls -l ergibt folgende Ausgabe: -rw------- 1 cyrus mail 13940 9. Dez 21:43 1095.
Weder cat, noch vi noch file ergeben sinnvolle Zugriff auf diese Datei. Die Ausgabe von (als User root und als user cyrus) file ist: 1095.: writable, regular file, no read permission
Das sieht stark nach einem Rechteproblem aus. Versuche mal, entsprechende Meldungen im Log zu finden. Wohin loggt AppArmor noch mal? Schalte AppArmor testweise mal aus und versuche es dann noch einmal. Eine weitere Möglichkeit ist ein korruptes Dateisystem. Ist kurz vorher mal der Rechner abgestürzt/hart resetted worden? Wenn ja, dann mal einen Dateisystem-Check durchführen. Als letzte (recht unwahrscheinliche) Möglichkeit kann ich anbieten, mit getfacl zu testen, ob skurrile ACLs gesetzt wurden. -- Sandy Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Sandy, vielen Dank für Deine Antwort. Also los: 1) AppAmor läuft nicht auf dem Rechner 2) Der Rechner wurde rebooted, jedoch fs-check war OK. FS ist ein LVM über zwei SATA Platten 3) getfacl ergibt folgende Ausgabe (als root) getfacl 1095. # file: 1095. # owner: cyrus # group: mail user::rw- group::--- other::--- Das sieht ja soweit auch gut aus.. Unklar bleibt ja auch, das auch der Nutzer root keinen Zugriff auf die Dateien hat. Ich werde aber, sobald möglich nochmals einen FS-Check laufen lassen, Viele Grüße Klaus Am Samstag, den 03.02.2007, 20:37 +0100 schrieb Sandy Drobic:
Klaus Hoffmann wrote:
Hallo Liste,
ich habe ein Problem mit dem Cyrus-Imap Server.
Zuerst einmal die allgemeinen Infos: Opensuse 10.2 auf x86_64, fetchmail, procmail, postfix, cyrus und evolution als Frontend.
Die Versionen sind auf dem Stand des aktuellen Suse-Updates; keine Änderungen.
Das Problem:
Im Imap-Mail-Folder /var/spool/imap/<mailbox> entstehen immer wieder Dateien, die sich nicht öffnen lassen - weder -als root noch als user cyrus. Ein Beispiel: ls -l ergibt folgende Ausgabe: -rw------- 1 cyrus mail 13940 9. Dez 21:43 1095.
Weder cat, noch vi noch file ergeben sinnvolle Zugriff auf diese Datei. Die Ausgabe von (als User root und als user cyrus) file ist: 1095.: writable, regular file, no read permission
Das sieht stark nach einem Rechteproblem aus. Versuche mal, entsprechende Meldungen im Log zu finden. Wohin loggt AppArmor noch mal? Schalte AppArmor testweise mal aus und versuche es dann noch einmal.
Eine weitere Möglichkeit ist ein korruptes Dateisystem. Ist kurz vorher mal der Rechner abgestürzt/hart resetted worden? Wenn ja, dann mal einen Dateisystem-Check durchführen.
Als letzte (recht unwahrscheinliche) Möglichkeit kann ich anbieten, mit getfacl zu testen, ob skurrile ACLs gesetzt wurden.
-- Sandy
Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com -- Klaus Hoffmann HOFFMANN Consulting Tel: +49 7161 989464 Unternehmensberatungs GmbH Fax: +49 7161 989466 Zeisigweg 1,73054 Eislingen Mobil: +49 170 2033183 Geschäftsführer: Klaus Hoffmann HR Göppingen B3348
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Klaus Hoffmann wrote:
Hallo Sandy,
vielen Dank für Deine Antwort.
Gerne, aber bitte kein Top-Posting, das macht das Antworten nur unnötig schwer.
Also los: 1) AppAmor läuft nicht auf dem Rechner
Wenn root keine Leserechte auf eine Datei hat, dann ist entweder das Dateisystem in den Fritten oder eine zusätzliche Schickt wie AppArmor oder SE-Linux verhindert den Zugriff. Die einzige andere Erklärung wäre ein Locking-Problem. Aber das würde ich weniger bei LVM vermuten, eher bei gemounteten Laufwerken.
2) Der Rechner wurde rebooted, jedoch fs-check war OK. FS ist ein LVM über zwei SATA Platten
Freiwillig oder zwangsweise rebootet?
3) getfacl ergibt folgende Ausgabe (als root) getfacl 1095. # file: 1095. # owner: cyrus # group: mail user::rw- group::--- other::---
Das sieht ja soweit auch gut aus..
War auch nur ein Schuss ins Dunkle...
Unklar bleibt ja auch, das auch der Nutzer root keinen Zugriff auf die Dateien hat. Ich werde aber, sobald möglich nochmals einen FS-Check laufen lassen,
Das ist ratsam. Ansonsten würde ich mal im Serverlog nachschauen nach Fehlern. Unter Suse loggt Cyrus als Standard nach /var/log/messages. -- Sandy Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Samstag, den 03.02.2007, 21:24 +0100 schrieb Sandy Drobic:
Klaus Hoffmann wrote:
Hallo Sandy,
vielen Dank für Deine Antwort.
Gerne, aber bitte kein Top-Posting, das macht das Antworten nur unnötig schwer.
Also los: 1) AppAmor läuft nicht auf dem Rechner
Wenn root keine Leserechte auf eine Datei hat, dann ist entweder das Dateisystem in den Fritten oder eine zusätzliche Schickt wie AppArmor oder SE-Linux verhindert den Zugriff.
Die einzige andere Erklärung wäre ein Locking-Problem. Aber das würde ich weniger bei LVM vermuten, eher bei gemounteten Laufwerken.
2) Der Rechner wurde rebooted, jedoch fs-check war OK. FS ist ein LVM über zwei SATA Platten
Freiwillig oder zwangsweise rebootet?
3) getfacl ergibt folgende Ausgabe (als root) getfacl 1095. # file: 1095. # owner: cyrus # group: mail user::rw- group::--- other::---
Das sieht ja soweit auch gut aus..
War auch nur ein Schuss ins Dunkle...
Unklar bleibt ja auch, das auch der Nutzer root keinen Zugriff auf die Dateien hat. Ich werde aber, sobald möglich nochmals einen FS-Check laufen lassen,
Das ist ratsam.
Ansonsten würde ich mal im Serverlog nachschauen nach Fehlern. Unter Suse loggt Cyrus als Standard nach /var/log/messages.
-- Sandy
Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com
Hallo Sandy, anscheinend doch ein FS Fehler, nach einem FS-Check war alles wieder OK. Vielen Dank für die Hilfe Klaus -- Klaus Hoffmann HOFFMANN Consulting Tel: +49 7161 989464 Unternehmensberatungs GmbH Fax: +49 7161 989466 Zeisigweg 1,73054 Eislingen Mobil: +49 170 2033183 Geschäftsführer: Klaus Hoffmann HR Göppingen B3348 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (2)
-
Klaus Hoffmann -
Sandy Drobic