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/
