RE: [otrs-de] GenericAgent zum Tickets löschen - dringend
Hallo Marc, ich habe zwar keine Antwort auf Deine Anfrage, kann Dein Problem jedoch indirekt bestätigen. Du verwendest wohl OTRS 2.x. Bei dieser Version habe ich nämlich festgestellt, dass die Ticket# bei einstelligen Monatstagen 2 statt 1 Null enthält, also z.B für Deinen Fall eben nicht Ticket#20041006 sondern Ticket#20041006. Hier vermute ich einen Bug, der sich wohl nicht nur im Ticket-Generator, sondern auch beim Generieren der SQL-Anfragen auswirkt. Versuche doch mal Deine Ticketlöschung mit einem 2-stelligen Tagesdatum. Ciao, Alex p.s. Im OTRS-Bugzilla habe ich hierzu keinen Eintrag gefunden, jedoch bin ich nicht Bugzilla-Experte. Das Problem tritt vermutlich auf im Bereich von /opt/otrs/Kernel/System/Ticket/Number/DateChecksum.pm Zeile 42 folgende ================ otrs-de schrieb: Hallo Liste, Grössere Probleme beim endgültigen Löschnversuch von Tickets. Da unserew ArticlePlain Tabelle 4GB erreicht hat, wir dadurch keine Emails mehr empfangen, muss ich die Tabelle etwas leerer bekommen. Nehme ich den GenericAgent und wähle Ticket erstellt zwischen z.B. 2003-10-10 bis 2004-10-06 und Nehme JA bei Tickets löschen wird der Datumsbereich bzw. damit verbunden die SQL-Abfrage falsch gestartet. No valid time format '2004-10-006 23:59:59'! Man beachte die 006. Nun die drigende Frage: Wie lautet die SQL-Abfrage im Klartext, damit ich das von Hand starten kann. Oder wo im OTRS kann der Fehler zu finden sein? Gruß Marc
Hallo zusammen, zwar in anderem Zusammenhang, aber wohl die selbe Fehlerursache betreffend hab ich hier im Forum folgendes gefunden:
Hallo.
Ich habe nun ein Patch, der bei mir funktioniert.
Suche in DateChecksum.pm nach:
$Month = "0$Month" if ($Month <10); $Day = "0$Day" if ($Day <10); # read count
Ersetze durch:
while ( length( $Month ) < 2 ) { $Month = "0" . $Month; }
while ( length( $Day ) < 2 ) { $Day = "0" . $Day; } # read count
-- Mit freundlichen Grüssen Andre Bauer System: Debian 3.1 / Apache 2.0.54 / MySQL 4.0.24 / OTRS 2.0.3
Hoffentlich hilft's. Gruß Markus Nagel Alexander Scholler schrieb:
Hallo Marc,
ich habe zwar keine Antwort auf Deine Anfrage, kann Dein Problem jedoch indirekt bestätigen. Du verwendest wohl OTRS 2.x. Bei dieser Version habe ich nämlich festgestellt, dass die Ticket# bei einstelligen Monatstagen 2 statt 1 Null enthält, also z.B für Deinen Fall eben nicht Ticket#20041006 sondern Ticket#20041006. Hier vermute ich einen Bug, der sich wohl nicht nur im Ticket-Generator, sondern auch beim Generieren der SQL-Anfragen auswirkt. Versuche doch mal Deine Ticketlöschung mit einem 2-stelligen Tagesdatum.
Ciao, Alex
p.s. Im OTRS-Bugzilla habe ich hierzu keinen Eintrag gefunden, jedoch bin ich nicht Bugzilla-Experte. Das Problem tritt vermutlich auf im Bereich von /opt/otrs/Kernel/System/Ticket/Number/DateChecksum.pm Zeile 42 folgende
================ otrs-de schrieb:
Hallo Liste,
Grössere Probleme beim endgültigen Löschnversuch von Tickets.
Da unserew ArticlePlain Tabelle 4GB erreicht hat, wir dadurch keine Emails mehr empfangen, muss ich die Tabelle etwas leerer bekommen.
Nehme ich den GenericAgent und wähle Ticket erstellt zwischen z.B. 2003-10-10 bis 2004-10-06 und Nehme JA bei Tickets löschen wird der Datumsbereich bzw. damit verbunden die SQL-Abfrage falsch gestartet.
No valid time format '2004-10-006 23:59:59'! Man beachte die 006.
Nun die drigende Frage: Wie lautet die SQL-Abfrage im Klartext, damit ich das von Hand starten kann. Oder wo im OTRS kann der Fehler zu finden sein?
Gruß Marc
------------------------------------------------------------------------
_______________________________________________ OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.de/
Hallo. Mein Patch hilft allerdings nur für Tickets, die neu erstellt werden. Die alten behalten Ihre "falsche" Ticketnummer. Deiner SQL Abfrag hilft das also nicht. Für die Zukunft würde ich empfehlen gleich auf dem Dateisystem statt in der Datenbank zu speichern. Dann sollten sich solche Probleme vermeiden lassen. -- Mit freundlichen Grüssen Andre Bauer System: Debian 3.1 / Apache 2.0.54 / MySQL 4.0.24 / OTRS 2.0.3 ============================================ ET> Hallo zusammen, ET> zwar in anderem Zusammenhang, aber wohl die selbe Fehlerursache ET> betreffend hab ich hier im Forum folgendes gefunden:
Hallo.
Ich habe nun ein Patch, der bei mir funktioniert.
Suche in DateChecksum.pm nach:
$Month = "0$Month" if ($Month <10); $Day = "0$Day" if ($Day <10); # read count
Ersetze durch:
while ( length( $Month ) < 2 ) { $Month = "0" . $Month; }
while ( length( $Day ) < 2 ) { $Day = "0" . $Day; } # read count
-- Mit freundlichen Grüssen Andre Bauer System: Debian 3.1 / Apache 2.0.54 / MySQL 4.0.24 / OTRS 2.0.3
ET> Hoffentlich hilft's. ET> Gruß ET> Markus Nagel ET> Alexander Scholler schrieb:
Hallo Marc,
ich habe zwar keine Antwort auf Deine Anfrage, kann Dein Problem jedoch indirekt bestätigen. Du verwendest wohl OTRS 2.x. Bei dieser Version habe ich nämlich festgestellt, dass die Ticket# bei einstelligen Monatstagen 2 statt 1 Null enthält, also z.B für Deinen Fall eben nicht Ticket#20041006 sondern Ticket#20041006. Hier vermute ich einen Bug, der sich wohl nicht nur im Ticket-Generator, sondern auch beim Generieren der SQL-Anfragen auswirkt. Versuche doch mal Deine Ticketlöschung mit einem 2-stelligen Tagesdatum.
Ciao, Alex
p.s. Im OTRS-Bugzilla habe ich hierzu keinen Eintrag gefunden, jedoch bin ich nicht Bugzilla-Experte. Das Problem tritt vermutlich auf im Bereich von /opt/otrs/Kernel/System/Ticket/Number/DateChecksum.pm Zeile 42 folgende
================ otrs-de schrieb:
Hallo Liste,
Grössere Probleme beim endgültigen Löschnversuch von Tickets.
Da unserew ArticlePlain Tabelle 4GB erreicht hat, wir dadurch keine Emails mehr empfangen, muss ich die Tabelle etwas leerer bekommen.
Nehme ich den GenericAgent und wähle Ticket erstellt zwischen z.B. 2003-10-10 bis 2004-10-06 und Nehme JA bei Tickets löschen wird der Datumsbereich bzw. damit verbunden die SQL-Abfrage falsch gestartet.
No valid time format '2004-10-006 23:59:59'! Man beachte die 006.
Nun die drigende Frage: Wie lautet die SQL-Abfrage im Klartext, damit ich das von Hand starten kann. Oder wo im OTRS kann der Fehler zu finden sein?
Gruß Marc
------------------------------------------------------------------------
_______________________________________________ OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.de/
participants (3)
-
Alexander Scholler -
Andre Bauer -
EDV Tekomedia