Probleme mit cyrus-imapd nach Update
Hallo Freunde, wir haben gestern auf unserem Schulserver (basiert aus SLES10) Updates installiert. Nach dem Neustart (Kernelupdate) funktioniert IMAP nicht mehr. cyrus-imapd-2.2.3-83.35 Dies findet sich in den messages: Dec 20 11:50:49 admin master[5475]: ready for work Dec 20 11:50:49 admin master[5478]: about to exec /usr/lib/cyrus/bin/ctl_cyrusdb Dec 20 11:50:49 admin ctl_cyrusdb[5478]: DBERROR db4: PANIC: fatal region error detected; run recovery Dec 20 11:50:49 admin ctl_cyrusdb[5478]: DBERROR: critical database situation Dec 20 11:50:49 admin master[5475]: process 5478 exited, status 75 Was ist zu tun? Vielen Dank! Walze.
Frank G. Walzebuck schrieb:
Hallo Freunde,
wir haben gestern auf unserem Schulserver (basiert aus SLES10) Updates installiert. Nach dem Neustart (Kernelupdate) funktioniert IMAP nicht mehr.
cyrus-imapd-2.2.3-83.35
Dies findet sich in den messages:
Dec 20 11:50:49 admin master[5475]: ready for work Dec 20 11:50:49 admin master[5478]: about to exec /usr/lib/cyrus/bin/ctl_cyrusdb Dec 20 11:50:49 admin ctl_cyrusdb[5478]: DBERROR db4: PANIC: fatal region error detected; run recovery Dec 20 11:50:49 admin ctl_cyrusdb[5478]: DBERROR: critical database situation Dec 20 11:50:49 admin master[5475]: process 5478 exited, status 75
Was ist zu tun?
1) Hoffen das du ein Backup hast 2) Die BerkeleyDB könnte das Problem sein. Schau unter /usr/share/doc/packages nach. Da müssten sich Infos zum Update finden. -- i.A. Ralf Prengel Customer Care Manager Comline AG Hauert 8 D-44227 Dortmund/Germany Fon +49231 97575- 904 Fax +49231 97575- 905 EMail ralf.prengel@comline.de www.comline.de Vorstand Stephan Schilling,Erwin Leonhardi Aufsichtsrat Dr. Franz Schoser (Vorsitzender) HR Dortmund B 14570 USt.-ID-Nr. DE 124727422 -- 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
Frank G. Walzebuck schrieb:
Hallo Freunde,
wir haben gestern auf unserem Schulserver (basiert aus SLES10) Updates installiert. Nach dem Neustart (Kernelupdate) funktioniert IMAP nicht mehr.
cyrus-imapd-2.2.3-83.35
Dies findet sich in den messages:
Dec 20 11:50:49 admin master[5475]: ready for work Dec 20 11:50:49 admin master[5478]: about to exec /usr/lib/cyrus/bin/ctl_cyrusdb Dec 20 11:50:49 admin ctl_cyrusdb[5478]: DBERROR db4: PANIC: fatal region error detected; run recovery Dec 20 11:50:49 admin ctl_cyrusdb[5478]: DBERROR: critical database situation Dec 20 11:50:49 admin master[5475]: process 5478 exited, status 75
Was ist zu tun?
Es ist zwar vielleicht nicht "ein Befehl, und alles geht wieder", aber mit einer Textversion der alten Mailboxlist, den Dateien in /var/spool/imap, und den Programmen ctl_mboxlist und reconstruct solltest Du ans Ziel kommen Also Strategie: leerer imap, die /var/spool/imap drüberbügeln und mit reconstruct die Mailboxes erkennen lassen, dann mit ctl_mboxlist fehlende Mailboxen und unpassende Rechte reparieren Wolfgang Hamann -- 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
hamann.w@t-online.de wrote:
Es ist zwar vielleicht nicht "ein Befehl, und alles geht wieder", aber mit einer Textversion der alten Mailboxlist, den Dateien in /var/spool/imap, und den Programmen ctl_mboxlist und reconstruct solltest Du ans Ziel kommen
Also Strategie: leerer imap, die /var/spool/imap drüberbügeln und mit reconstruct die Mailboxes erkennen lassen, dann mit ctl_mboxlist fehlende Mailboxen und unpassende Rechte reparieren
Vorsicht! Diese Schritte sind nicht ganz ungefährlich! Unter /var/lib/imap/user.. liegen z.B. die seen.db für den gelesen-Status der Mails. Auch die Backups der Mailboxes.db in Text-Format liegen unter /var/lib/imap/backup und auch die Quota-Informationen. Besser nicht mit dem eisernen Besen kehren. Mit den von mir genannten Schritten sollte zumindest der Server hochfahren, wenn die mailboxes.db wieder restauriert ist. Danach dann mit reconstruct eventuell fehlende Mailordner seit dem letzen Backup der mailboxes.db wieder herstellen. Die Rechte sind ebenfalls in der mailboxes.db gespeichert, sollten also mit dem import der Textversion wieder in Ordnung sein. Wichtig ist vor allem, dass dies unter dem User cyrus geschieht und nicht als root, da sonst Cyrus Imapd nicht auf die Datenbanken zugreifen kann. Die beste Methode wäre es, die db-utils der Berkeley-Version zu finden, mit welcher die .db erstellt wurden und dann einen export/import zu machen. Damit kommt man ohne Datenverlust und mühselige Rekonstruktion von Ordnern/Rechten/Quotas und gelesen-Status ans Ziel. -- 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
Tach Freunde,
Besser nicht mit dem eisernen Besen kehren.
Mit den von mir genannten Schritten sollte zumindest der Server hochfahren, wenn die mailboxes.db wieder restauriert ist. Danach dann mit reconstruct eventuell fehlende Mailordner seit dem letzen Backup der mailboxes.db wieder herstellen. Die Rechte sind ebenfalls in der mailboxes.db gespeichert, sollten also mit dem import der Textversion wieder in Ordnung sein.
Wichtig ist vor allem, dass dies unter dem User cyrus geschieht und nicht als root, da sonst Cyrus Imapd nicht auf die Datenbanken zugreifen kann.
Die beste Methode wäre es, die db-utils der Berkeley-Version zu finden, mit welcher die .db erstellt wurden und dann einen export/import zu machen. Damit kommt man ohne Datenverlust und mühselige Rekonstruktion von Ordnern/Rechten/Quotas und gelesen-Status ans Ziel.
vielen Dank für Eure Hilfe bis hierher. Da heute Papatag ist, konnte ich bisher nicht in alle Tiefe recherchieren was beim Systemupdate gelaufen ist. Soweit ich die Sache übersehe, wurde kein relevantes Paket überplättet. Es gibt auch nur ein Repositry, da es eine besondere (gekaufte) Schulserver-Lizenz ist. Leider zuckt sich der Support nicht und der Rektor macht mir die Hölle heiß, da er wichtige Emails erwartet. Schei... Walze. -- 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
Frank G. Walzebuck wrote:
Die beste Methode wäre es, die db-utils der Berkeley-Version zu finden, mit welcher die .db erstellt wurden und dann einen export/import zu machen. Damit kommt man ohne Datenverlust und mühselige Rekonstruktion von Ordnern/Rechten/Quotas und gelesen-Status ans Ziel.
vielen Dank für Eure Hilfe bis hierher. Da heute Papatag ist, konnte ich bisher nicht in alle Tiefe recherchieren was beim Systemupdate gelaufen ist. Soweit ich die Sache übersehe, wurde kein relevantes Paket überplättet. Es gibt auch nur ein Repositry, da es eine besondere (gekaufte) Schulserver-Lizenz ist. Leider zuckt sich der Support nicht und der Rektor macht mir die Hölle heiß, da er wichtige Emails erwartet. Schei...
Was ist denn jetzt der aktuelle Stand? Wenn der MTA Postfix ist, dann kannst du mit "mailq" den Inhalt der Queue sehen. Mit "postcat -q message-id" kannst du die Mails betrachten. Wenn alles nichts hilft, dann könntest du in virtual_alias_maps eine Kopie der Mail eines Accounts (rasender Rektor!) an einen zweite Emailadresse z.B. GMX schicken. Es ist schwer zu helfen, wenn keine Rückinfo kommt. -- 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
Tach Freunde,
Es ist schwer zu helfen, wenn keine Rückinfo kommt.
ja sorry; eben Papatag - heut bin ich für die Kinder verantwortlich... Jetzt scheint der Support des OSS reagiert zu haben. Der cyrus läuft wieder und ich kann auf die Mails zugreifen. Leider wurde ich nicht informiert und werde mir morgen die Informationen zusammen suchen. Anschließend werde ich die Lösung hier posten. Vielen Dank Euch allen! Walze. -- 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
Frank G. Walzebuck wrote:
Hallo Freunde,
wir haben gestern auf unserem Schulserver (basiert aus SLES10) Updates installiert. Nach dem Neustart (Kernelupdate) funktioniert IMAP nicht mehr.
cyrus-imapd-2.2.3-83.35
Dies findet sich in den messages:
Dec 20 11:50:49 admin master[5475]: ready for work Dec 20 11:50:49 admin master[5478]: about to exec /usr/lib/cyrus/bin/ctl_cyrusdb Dec 20 11:50:49 admin ctl_cyrusdb[5478]: DBERROR db4: PANIC: fatal region error detected; run recovery Dec 20 11:50:49 admin ctl_cyrusdb[5478]: DBERROR: critical database situation Dec 20 11:50:49 admin master[5475]: process 5478 exited, status 75
Was ist zu tun?
Herzlichen Glückwunsch, die Berkeley-DB ist zerschossen bzw. ihr habt ein Update von bdb durchgeführt, ohne die Datenbanken zu konvertieren. Dies ist mein Import-Script: #---------------------------------------------------------- # Delete old databases rm /var/lib/imap/db/* rm /var/lib/imap/tls_sessions.db rm /var/lib/imap/mailboxes.db rm /var/lib/imap/deliver.db find /var/lib/imap/ -type f -name *.seen | xargs rm # import mailboxes.db su - cyrus -c 'ctl_mboxlist -u
Hallo Sandy, vielen Dank für die schnelle Antwort!
Herzlichen Glückwunsch, die Berkeley-DB ist zerschossen bzw. ihr habt ein Update von bdb durchgeführt, ohne die Datenbanken zu konvertieren.
Nö, cyrus und bdb sind noch orginal.
Dies ist mein Import-Script:
#---------------------------------------------------------- # Delete old databases rm /var/lib/imap/db/* rm /var/lib/imap/tls_sessions.db rm /var/lib/imap/mailboxes.db rm /var/lib/imap/deliver.db find /var/lib/imap/ -type f -name *.seen | xargs rm
# import mailboxes.db su - cyrus -c 'ctl_mboxlist -u
Du kannst dies so nicht verwenden, da der dazugehörige export vorher nicht gelaufen ist.
Es gibt jedoch auf einer Suse-Installation immer einen Cronjob, der zumindest die mailboxes.db in Textform sichert. Diese Sicherungen liegen unter /var/lib/imap/backup
Beispiel: /var/lib/imap/backup/mailboxes.txt.2007-12-20.00.gz
#Stoppe Cyrus: rccyrus stop # Sichere die vorhandene mailboxes.db: mv /var/lib/imap/mailboxes.db /var/lib/imap/mailboxes.db.alt #Entpacke die Sicherungsdatei: gunzip mailboxes.txt.2007-12-20.00.gz # importiere die Sicherung: su - cyrus -c 'ctl_mboxlist -u
Was ist den für mich relevant? Muß ich dann nur den zweiten Teil durchführen? Oder Teile aus Deinem Skript auch? Walze.
Frank G. Walzebuck wrote:
Hallo Sandy,
vielen Dank für die schnelle Antwort!
Herzlichen Glückwunsch, die Berkeley-DB ist zerschossen bzw. ihr habt ein Update von bdb durchgeführt, ohne die Datenbanken zu konvertieren.
Nö, cyrus und bdb sind noch orginal.
Dann dürft die mailboxes.db zerstört sein.
Es gibt jedoch auf einer Suse-Installation immer einen Cronjob, der zumindest die mailboxes.db in Textform sichert. Diese Sicherungen liegen unter /var/lib/imap/backup
Beispiel: /var/lib/imap/backup/mailboxes.txt.2007-12-20.00.gz
#Stoppe Cyrus: rccyrus stop # Sichere die vorhandene mailboxes.db: mv /var/lib/imap/mailboxes.db /var/lib/imap/mailboxes.db.alt #Entpacke die Sicherungsdatei: gunzip mailboxes.txt.2007-12-20.00.gz # importiere die Sicherung: su - cyrus -c 'ctl_mboxlist -u
Was ist den für mich relevant? Muß ich dann nur den zweiten Teil durchführen? Oder Teile aus Deinem Skript auch?
Den oben stehenden Teil (nicht Teil des Scriptes, diese war doch bereits durch die Trennstriche gekennzeichnet!) Ich würde an deiner Stelle ernsthaft darüber nachdenken, wie ein funktionierendes Backup aussieht. Dazu gehört auch, zu wissen, wie ein Dienst läuft und wie er wieder restauriert wird. Sinnvollerweise erwirbt man sich dieses Wissen, BEVOR man in der Patsche sitzt. -- 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,
Ich würde an deiner Stelle ernsthaft darüber nachdenken, wie ein funktionierendes Backup aussieht. Dazu gehört auch, zu wissen, wie ein Dienst läuft und wie er wieder restauriert wird.
Sinnvollerweise erwirbt man sich dieses Wissen, BEVOR man in der Patsche sitzt.
Vielen Dank für die Belehrung! Ich war der Auffassung, daß ich ein Backup hätte. Ich halte jede Nacht cyrus an und sichere /var/lib/imap und /var/spool/imap. Wenn ich die Verzeichnisse austausche, bleibt es aber bei der Fehlermeldung. Aus meiner bescheidenen Sicht sieht es wirklich nach einem Versionsproblem der bdb bzw. cyrus aus. Aber es sind definitiv die Versionen wie auf dem Installationsmedium. Hmm... Walze.
Frank G. Walzebuck schrieb:
Hallo Sandy,
Ich würde an deiner Stelle ernsthaft darüber nachdenken, wie ein funktionierendes Backup aussieht. Dazu gehört auch, zu wissen, wie ein Dienst läuft und wie er wieder restauriert wird.
Sinnvollerweise erwirbt man sich dieses Wissen, BEVOR man in der Patsche sitzt.
Vielen Dank für die Belehrung! Ich war der Auffassung, daß ich ein Backup hätte. Ich halte jede Nacht cyrus an und sichere /var/lib/imap und /var/spool/imap. Wenn ich die Verzeichnisse austausche, bleibt es aber bei der Fehlermeldung. Aus meiner bescheidenen Sicht sieht es wirklich nach einem Versionsproblem der bdb bzw. cyrus aus. Aber es sind definitiv die Versionen wie auf dem Installationsmedium. Hmm...
Irgendwas wird sich geändert haben. Ich kenne das Thema von Updates bei der "normalen" Suse. Da stand dann aber in /usr/share/doc alles drinn was man wissen mußte. Ggf gibt da aber Abweichungen zu deiner Enterprise-Version aber die wird sicher auch Hinweise dabei haben. -- i.A. Ralf Prengel Customer Care Manager Comline AG Hauert 8 D-44227 Dortmund/Germany Fon +49231 97575- 904 Fax +49231 97575- 905 EMail ralf.prengel@comline.de www.comline.de Vorstand Stephan Schilling,Erwin Leonhardi Aufsichtsrat Dr. Franz Schoser (Vorsitzender) HR Dortmund B 14570 USt.-ID-Nr. DE 124727422 -- 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
hello all gegeben ist ein txt file mit mehreren Zeilen. mit grep "Home Folder" wird auch das passende ergebnis angezeigt aber die ganze zeile ich will nur den value zu Home Folder ziele sieht folgendermassen aus home folder \\mein_server\userid$ ich brauche nur den wert "mein_server" als ergebniss aber ich finde keinen Weg das mit Grep umzusetzen da grep ja die komplete Zeile zurueckgibt Ideen ? Greetings Juergen -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser -- 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
hello du, On Thursday 20 December 2007 15:33:34 Jürgen L. wrote:
hello all
home folder \\mein_server\userid$
sed -n '/^home folder/ s/^home folder[ \t]*//gp' dein_file Passt das? Roman -- Roman Fietze Telemotive AG Büro Mühlhausen -- 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, grep Home\ Folder | cut -d'\' -f 3 sollte tun, was du brauchst. cut teil eine Zeile in Spalten auf und gibt Dir die mit -f angegeben Spalte, wobei -d das Trennzeichen definiert. In der ersten Spalte stände home folder, in der zweiten nichts (da hier ja \\ steht), die dritte ist der Serber, die vierte dann userid$. Bis denne, Ortwin Jürgen L. wrote:
hello all
gegeben ist ein txt file mit mehreren Zeilen. mit grep "Home Folder" wird auch das passende ergebnis angezeigt aber die ganze zeile ich will nur den value zu Home Folder
ziele sieht folgendermassen aus home folder \\mein_server\userid$
ich brauche nur den wert "mein_server" als ergebniss aber ich finde keinen Weg das mit Grep umzusetzen da grep ja die komplete Zeile zurueckgibt Ideen ? Greetings Juergen
-- 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
Frank G. Walzebuck wrote:
Hallo Sandy,
Ich würde an deiner Stelle ernsthaft darüber nachdenken, wie ein funktionierendes Backup aussieht. Dazu gehört auch, zu wissen, wie ein Dienst läuft und wie er wieder restauriert wird.
Sinnvollerweise erwirbt man sich dieses Wissen, BEVOR man in der Patsche sitzt.
Vielen Dank für die Belehrung! Ich war der Auffassung, daß ich ein Backup hätte. Ich halte jede Nacht cyrus an und sichere /var/lib/imap und /var/spool/imap. Wenn ich die Verzeichnisse austausche, bleibt es
Leider ist dies nicht robust genug für ein zuverlässiges Backup, eben wegen dieser Abhängigkeit von der installierten Version der Berkeley-DB. Deshalb ist in meinem Backuplauf immer ein Dump der DBs in Textformat enthalten. So kann ich auch ohne Probleme den Server auf ein anderes Betriebssystem oder eine andere Version von Suse heben. Zu Cyrus gehört auch die Auth-Datenbank, der Auth-mechanismus (pam, sql, ldap etc), der Auth-Server (saslauthd?), /etc/cyrus.conf, /etc/imapd.conf und die Sievescripte. Deshalb finde ich, dass Cyrus nicht gerade leicht zu überschauen ist. Entsprechend aufwendig ist auch die Restauration aus einem Backup.
aber bei der Fehlermeldung. Aus meiner bescheidenen Sicht sieht es wirklich nach einem Versionsproblem der bdb bzw. cyrus aus. Aber es sind definitiv die Versionen wie auf dem Installationsmedium. Hmm...
Klapper doch mal die RPM-Datenbank ab, was du dazu findest: rpm --changelog -q db # womöglich gibt es mehrere db-Versionen? rpm -qa| grep db* Manchmal passiert es auch, dass ein anderes RPM-Paket die Berkelyversion einfach überbügelt. :-/ Sollte nicht so sein, aber geschieht manchmal. Hast du eventuell exerne REPOs eingebunden? -- 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
Morjen Sandy, nach den anstrengenden Erfahrungen hinsichtlich der zerlegten Datenbank würde ich nun gern mein Backup des IMAP nach Deinen Anregungen verbessern. Würdest Du so nett sein und Dein Export-Script zu posten. Dann würde ich das in die Sicherung des Cyrus einbauen und wäre so zukünftig auf der sicheren Seite. Vielen Dank!
Dies ist mein Import-Script:
#---------------------------------------------------------- # Delete old databases rm /var/lib/imap/db/* rm /var/lib/imap/tls_sessions.db rm /var/lib/imap/mailboxes.db rm /var/lib/imap/deliver.db find /var/lib/imap/ -type f -name *.seen | xargs rm
# import mailboxes.db su - cyrus -c 'ctl_mboxlist -u
Frank Walzebuck
Frank G. Walzebuck wrote:
Morjen Sandy,
nach den anstrengenden Erfahrungen hinsichtlich der zerlegten Datenbank würde ich nun gern mein Backup des IMAP nach Deinen Anregungen verbessern. Würdest Du so nett sein und Dein Export-Script zu posten. Dann würde ich das in die Sicherung des Cyrus einbauen und wäre so zukünftig auf der sicheren Seite.
Hier ist noch das export-Script: #################### Ende Script export.sh # export mailboxes.db su - cyrus -c 'ctl_mboxlist -d >/var/lib/imap/mailboxes.txt' # export seen databases (eine Zeile): su - cyrus -c 'for seenfile in `find /var/lib/imap/user -name \*.seen`; do /usr/lib/cyrus/bin/cvt_cyrusdb $seenfile skiplist ${seenfile%seen}txt flat; done' # export deliver.db ( eigenes format, bei mir berkeley-nosync): #su - cyrus -c '/usr/lib/cyrus/bin/cvt_cyrusdb /var/lib/imap/deliver.db berkeley-nosync /var/lib/imap/deliver.txt flat' #################### Ende Script export.sh Prüfe bitte, ob dies auch für deine Gegebenheiten zutrifft (wenn du virtuelle Domains hast, ist der Ordner vermutlich woanders). Folgende Empfehlung für einen Praxis-Test: - Setze einen Testserver in einer VMWare-Umgebung auf (kostenlos) - Teste das Restore deines geänderten Backups auf diesem Testserver - Dokumentiere die Probleme und die Lösungsschritte Danach wirst du VIEL ruhiger schlafen und einem Mailserver-Crash erheblich gelassener entgegenschauen. Bitte beachte auch folgendes: Zu dem Mailsystem gehört auch noch Postfix/Amavisd-new/SA/Clamav/Antivir/fetchmail etc. Wenn du die komplette Mailumgebung restaurieren kannst und die Rolle aller Dienste verstehst und über welche Schnittstellen die Dienste miteinander sprechen, wird dich so schnell nichts mehr von den Socken hauen. Als ich diesen Test das erste mal gemacht hatte, habe ich gestaunt, was alles schief gehen kann und wie lange es dauert, alles wieder gerade zu ziehen. Wie bereits erwähnt, solche Tests sollten dann stattfinden, wenn man noch nicht in der Patsche sitzt. (°-^) -- 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!
Folgende Empfehlung für einen Praxis-Test: - Setze einen Testserver in einer VMWare-Umgebung auf (kostenlos) - Teste das Restore deines geänderten Backups auf diesem Testserver - Dokumentiere die Probleme und die Lösungsschritte
Danach wirst du VIEL ruhiger schlafen und einem Mailserver-Crash erheblich gelassener entgegenschauen.
Bitte beachte auch folgendes: Zu dem Mailsystem gehört auch noch Postfix/Amavisd-new/SA/Clamav/Antivir/fetchmail etc.
Wenn du die komplette Mailumgebung restaurieren kannst und die Rolle aller Dienste verstehst und über welche Schnittstellen die Dienste miteinander sprechen, wird dich so schnell nichts mehr von den Socken hauen.
Als ich diesen Test das erste mal gemacht hatte, habe ich gestaunt, was alles schief gehen kann und wie lange es dauert, alles wieder gerade zu ziehen. Wie bereits erwähnt, solche Tests sollten dann stattfinden, wenn man noch nicht in der Patsche sitzt. (°-^)
Okay, werde ich genau so machen. Email ist eben doch so wichtig, daß man schlecht auf diesen Dienst verzichten kann. Walze.
Frank G. Walzebuck wrote:
Wenn du die komplette Mailumgebung restaurieren kannst und die Rolle aller Dienste verstehst und über welche Schnittstellen die Dienste miteinander sprechen, wird dich so schnell nichts mehr von den Socken hauen.
Als ich diesen Test das erste mal gemacht hatte, habe ich gestaunt, was alles schief gehen kann und wie lange es dauert, alles wieder gerade zu ziehen. Wie bereits erwähnt, solche Tests sollten dann stattfinden, wenn man noch nicht in der Patsche sitzt. (°-^)
Okay, werde ich genau so machen. Email ist eben doch so wichtig, daß man schlecht auf diesen Dienst verzichten kann.
Bei uns ist es inzwischen so, dass Email als "mission-critical" betrachtet wird. Vor ein paar Jahren war ein Ausfall von ein paar Stunden nur ein Achselzucken wert. Jetzt haben wir zwei unabhängige MX an zwei Internet-Leitungen, um ja immer erreichbar zu sein und selbst schnelle Mails schicken zu können. Bei meinen Restore-Tests kamen dann so Dinge wie - der lmtp-Socket von Cyrus war für Postfix verboten - DNS-Auflösung war nicht sauber möglich wegen altem/falschen Nameserver - Perl-Module für Amavisd-new fehlten/zu alte Version (manuell CPAN) - Scripte in /etc/cron.daily fehlten, waren zum falschen Zeitpunkt aktiv - Devel-Paket fehlten für selbstkompilierte Software - SASL-Pfade änderten sich - MySQL hatte Probleme beim Versionsupdate von 4->5 (export/import notwendig) - saslauthd startete nicht korrekt - AppArmor spuckte mir in die Suppe wegen fehlender Rechte usw... die Probleme kamen häufig an Stellen, wo ich es nie erwartet hätte. Die Lehre daraus lautete: nicht nur die Software und die Installation beschreiben, sondern auch die Abhängigkeiten und Test-Methoden. Systematisch den Verlauf von Mails über die Applikationen verfolgen und die entsprechenden Abläufe testen und dokumentieren. -- 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
participants (7)
-
"Jürgen L." -
Frank G. Walzebuck -
hamann.w＠t-online.de -
Ortwin Ebhardt -
Ralf Prengel -
Roman Fietze -
Sandy Drobic