Re: [otrs-de] PostmasterPOP3-Verhalten bei DB-Problemen
André Bauer schrieb: > am Dienstag, 21. April 2009 um 09:44 schrieben Sie: > > > LK> Falls ersteres, koennte man das vielleicht fuer eine zukuenftige > LK> Version vorsehen, dass PostMasterPOP3 eine empfange Mail erst mal > LK> lokal ablegt, so dass man sie erneut "zustellen" kann, wenn das > LK> OTRS gerade mal Probleme hatte? > > > Sowas in der Art steht schon in der Todo List: > > http://bugs.otrs.org/show_bug.cgi?id=2823 Nicht ganz. Dort geht es um die Verwendung von Transaktionen beim Beschreiben von mehreren Tabellen (ueberrascht mich, dass das nicht schon passiert, schliesslich sind die Tabellen ja vom Typ InnoDB). Beim bei mir vorliegenden Fall, habe ich eine durch Systemabsturz inkonsistente Datenbank. Das fuehrt beim Versuch, ein neues Ticket anzulegen zu einem Fehler. Wird das Ticket vom PostMasterPOP3 angelegt, faellt dieser auf die Nase, legt die Originalmail dann aber nicht irgendwo im System ab, so dass man das Ticket nicht neu erstellen kann, wenn die Datenbank wieder schnurrt. Technisch bedeutet das einen Datenverlust, mit dem Effekt, dass Kunden keine Antwort auf eine Anfrage bekommen (allerdings auch keinen Autoresponder, was die Aufgeweckten unter den Kunden schon mal einen Hinweis darauf gibt, dass es keine Boshaftigkeit ist). Haelt man an die Supportadresse gesendet Mails nicht parallel in einem (z.B. IMAP-)Archiv, kann man ueber das syslog vielleicht noch nachvollziehen, welcher Kunde eine Mail an den Support ge- schickt hat, man hat aber den Inhalt dieser Mails nicht mehr vor- liegen und darf diese dann telefonisch erneut anfordern. Gruesse, Lothar - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/
Re: [otrs-de] PostmasterPOP3-Verhalten bei DB-Problemen
Guten Tag Lothar Kimmeringer, am Dienstag, 21. April 2009 um 09:44 schrieben Sie: LK> Falls ersteres, koennte man das vielleicht fuer eine zukuenftige LK> Version vorsehen, dass PostMasterPOP3 eine empfange Mail erst mal LK> lokal ablegt, so dass man sie erneut "zustellen" kann, wenn das LK> OTRS gerade mal Probleme hatte? Sowas in der Art steht schon in der Todo List: http://bugs.otrs.org/show_bug.cgi?id=2823 LK> Gruesse, Lothar LK> - LK> OTRS mailing list: otrs-de - Webpage: http://otrs.org/ LK> Archive: http://lists.otrs.org/pipermail/otrs-de LK> To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de LK> NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! LK> http://www.otrs.com/de/support/enterprise-subscription/ -- Mit freundlichen Grüßen André Bauer mono...@gmx.net System: Ubuntu 8.04.1/Apache 2.2.8-MOD_PERL/MySQL 5.0.51a/ OTRS 2.3.3 - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/
[otrs-de] PostmasterPOP3-Verhalten bei DB-Problemen
Hallo, wir hatten hier letzte Woche ein Problem mit unserem Fileserver, auf dem die DB von OTRS seine Tabellen ablegte, mit dem Effekt, dass diverse OTRS-Tabellen nach dem Wiederhochfahren in einem inkonsistenten Zustand waren. Typische Fehlermeldungen waren dann in etwa folgende: DBD::mysql::db do failed: Duplicate entry '128929' for key 1 at /vols/vol2/opt/otrs/Kernel/System/DB.pm line 387. ERROR: OTRS-PM3-10 Perl: 5.8.6 OS: linux Time: Sun Apr 19 12:59:17 2009 Message: Duplicate entry '128929' for key 1, SQL: 'INSERT INTO ticket_history (name, history_type_id, ticket_id, article_id, queue_id, owner_id, priority_id, state_id, type_id, valid_id, create_time, create_by, change_time, change_by) VALUES ('%%20090419103484%%01 Support%%3 normal%%new%%4028', 1, 4028, NULL, 5, 1, 3, 1, 1, 1, current_timestamp, 1, current_timestamp, 1)' Die Probleme in der Datenbank waren schnell geloest (ich habe da ein Skript, das auf allen Tabellen einer Datenbank ein "repair table" und "optimize table" ausfuehrt), die Mails waren nach dem fehlerhaften Durchlauf aber weg und ich musste sie aus unserem Mailarchiv herausholen und erneut dem Support-Account zustellen. Werden Mails tatsaechlich vom PostmasterPOP3-Skript verworfen, wenn das darunterliegende OTRS-System Schluckauf hat oder habe ich da etwas uebersehen? Falls ersteres, koennte man das vielleicht fuer eine zukuenftige Version vorsehen, dass PostMasterPOP3 eine empfange Mail erst mal lokal ablegt, so dass man sie erneut "zustellen" kann, wenn das OTRS gerade mal Probleme hatte? Gruesse, Lothar - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/