-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo, wie angekündigt ist das System u.a. deswegen langsam weil dort ca. 3.200.000 Tickets mit insgesamt ca. 600GB Anhängen gelöscht werden! Das ist wie bei vielem aber nicht *der* Grund. Gewöhnt euch daran, dass bei steigender Komplexität auch Probleme dazu tendieren multi-kausal begründbar zu sein und sich eben nicht der/die/das Schuldige findet auf das man mit dem Finger zeigt und schwupps ist das Problem nicht mehr da. Das wird sich auch so schnell nicht ändern; ganz im Gegenteil. Und es bezieht sich nicht nur auf Arbeit ;-) Ohne Gewichtung/Reihenfolge hier mal ein paar Gründe für das "tolle" Ticketssystem: - - Alte Hardware - - Altes BS - - Alte OTRS-Version - - Alte MySQL-Version - - suboptimale Konfiguration - -- HW - -- BS - -- OTRS - -- MySQL - - suboptimale Struktur/Workflow innerhalb des OTRS - -- viele nicht geschlossene Tickets (xRes Queue 555) - -- viele alte Tickets - -- viele nutzlose Tickets - - suboptimale Benutzung des OTRS aka Anwenderfehler Was will man nach 4 Jahren Stillstand erwarten? Grüße, Tilo PS: F: Warum ändert ihr das nicht? A: Bitte Mail (Thread) nochmal von vorne lesen. Am 12.03.2015 um 13:59 schrieb Tilo Werner:
Nunja, diese Schätzung war ein wenig zu optimistisch, wir sind jetzt bei ca. 900k Tickets die noch gelöscht werden müssen.
Das dauert also noch 'ne Weile...
Am 12.03.2015 um 00:42 schrieb Tilo Werner:
Das Löschen von ca. 1,35 Mio Tickets inkl. Anhänge der Queue Servicecenter::Midoco hat eben begonnen.
Ich gehe davon aus, dass das bis in die Vormittagsstunden dauern wird. Also rechnet bitte mit Engpässen.
@Admin Bitte nicht einfach MySQL neustarten, sondern den Job killen und den dazugehörigen CronJob deaktivieren, falls das System gar nicht mehr benutzbar sein sollte. Details dazu im Task INFRA-283.
Schönen Abend noch, Tilo
Am 05.03.2015 um 18:36 schrieb Tilo Werner:
Hallo,
wie immer gibt es Nachwehen, in dem Fall waren sie aber wie erwartet nur auf unsere Seite zu spüren.
Da wir nun OTRS-technisch getrennte Wege gehen, mussten wir die SystemID unseres OTRS ändern, um Überschneidungen in den generierten Ticketnamen zu vermeiden.
Das hatte heute kurz zur Folge, dass Antworten (Mails) auf bestehende Tickets nicht mehr richtig zugeordnet werden konnten. Das Problem wurde aber gelöst. Danke an Jen und Carsten für die Mitarbeit.
LMX/BOC/LTS ist heute nach Rücksprache nichts aufgefallen, auch da war die Prognose das die nüscht merken richtig ;-)
Das weitere Vorgehen besteht nun darin unser System zu verkleinern und Tickets löschen noch und nöcher. Das System dann zu virtualisieren und auf einem dedizierten VMHost der TraSo unterzubringen, womit wir wieder eine HE mehr Platz im RZ haben.
Jaja mühsam ernährt sich das Eichhörnchen und es vergisst bei ca. 60% den Ablageort seines Vorrats. Aber das nur am Rande, falls ihr mal wieder fragt, ob wir für XY Platz haben.
Der Webmailer von LMX ist heute früh auf der Strecke geblieben, den werde ich nun wieder in Betrieb nehmen.
Soweit dazu, wer mehr wissen möchte -> INFRA-189 ff.
Grüße, Tilo
Am 05.03.2015 um 04:17 schrieb Tilo Werner:
Hallo,
heute war es nun so weit. Ein kleiner Schritt für uns Admins ein großer Schritt für die TraSo. Und LMX merkt nix.
Das Ticketsystem sind nun zwei Ticketsysteme.
Das von LMX ist weiterhin unter http://ticket.mailmanager.de zu erreichen und kennt nun keine Queues von ehem. Activate und xRes. Ebenso wurden die Jobs zum Abholen der E-Mails abgeschaltet sowie alle Accounts der TraSo-Mannschaft (außer meiner) deaktiviert.
Unser Ticketsystem ist wie schon angedroht nur noch unter https://ticket.traso.de erreichbar. Dort wurden von mir alle Jobs abgeschaltet, die LMX/BOC betreffen und sämtliche Accounts von denen deaktiviert. Auch habe ich die System-ID (der ein oder andere wird sich noch an so lustige Dinge wie - GTI hat eine Mail aus ihrem Ticketsystem geschickt und die wurde in eine falsche Queue eingeordnet - erinnern) geändert, sowie die URL und die E-Mail Absender Domain auf (https://) ticket.traso.de umgeschrieben. Danke Jenny für den Hinweis! (INFRA-306)
Soweit sieht alles gut aus und wie gesagt sollte LMX/BOC nichts davon mitbekommen, außer dass diverse Entitäten nicht mehr in die xRes Queue schauen können. Das Löschen der Kunden-Logins auf dem LMX/BOC-System habe ich erstmal nicht vorgenommen, da ich dort etwaige Überschneidungen nicht kenne. Sollte aber kein Problem sein.
Außerdem habe ich schon mal begonnen ein paar Leistungsoptimierungen in unserem System vorzunehmen, ich habe ca. 200k Tickets gelöscht und weitere 16k geschlossen. Sind aber noch mehr als genug da, also wer Bock kann noch mitmachen ;-)
Das Ganze hat für LMX/BOC von 22:00 Uhr bis 03:00 Uhr gedauert, die restliche 1h 15m ging für Accounts deaktivieren und Tickets löschen/schließen auf unserem System drauf.
Naja, ich höre euch zufrieden grunzen, dann bis dann.
Tilo
Am 25.02.2015 um 21:44 schrieb Tilo Werner:
Hallo zusammen,
die ersten Tests für die Umstellung waren erfolgreich, d.h. es wird nach heutigem Stand keine besonderen Vorkommnisse geben. Lediglich wird auf unserer Seite eine Umstellung der URL stattfinden. Soweit ich weiß nutzen die Kunden das OTRS-Frontend nicht wirklich, dennoch sollte ihnen die neue URL mitgeteilt werden.
Für uns gilt aus http://ticket.mailmanager.de wird https://ticket.traso.de
Die nachgelagerte Verzeichnisstruktur ändert sich nicht, die Kunden können weiterhin das Portal unter ~/otrs/customer.pl erreichen und wir unser Portal unter ~/otrs/index.pl Schaut in eure Lesezeichen, dann ist es klar: Es ändert sich nur das Protokoll (http -> https) und der Servername (ticket.mailmanager.de -> ticket.traso.de).
Ihr solltet ab heute schon die neue URL nutzen und daran wird sich auch nach der Umstellung nichts ändern. Bitte stellt um! Für LMX bleibt der Servername (DNS) gleich, lediglich die Maschinen dahinter entzweien sich.
Das Ganze ist im Task INFRA-189 nochmal ausführlich beschrieben. Der Termin der Umstellung/Trennung ist die Nacht vom 03.03.2015 auf den 04.03.2015 -> Save the Date!
Ab dann gilt für:
LMX/BOC: (LMX ändert nix ;-)) http://ticket.mailmanager.de/otrs/index.pl
TraSo: (Wir machen den unterschwelligen Scheiß aka PCI-Compliance) Unser Portal - https://ticket.traso.de/index.pl Kundenportal - https://ticket.traso.de/customer.pl
Grüße, Tilo
PS: Es gibt auf dem bestehenden System ca. 604GB an Anhängen und ca. 3.22 Millionen Tickets. Davon gehören uns ca. 2GB an Anhängen und ca. 18.000 Tausend Tickets ;-)
_______________________________________________ team mailing list team@lists.traso.de https://lists.traso.de/listinfo/team
_______________________________________________ team mailing list team@lists.traso.de https://lists.traso.de/listinfo/team
_______________________________________________ team mailing list team@lists.traso.de https://lists.traso.de/listinfo/team
_______________________________________________ team mailing list team@lists.traso.de https://lists.traso.de/listinfo/team
_______________________________________________ team mailing list team@lists.traso.de https://lists.traso.de/listinfo/team
- -- Mit freundlichen Grüßen Tilo Werner - - Systemadministration - _______________________________________________ TraSo GmbH G.-Schumann-Str. 294 04159 Leipzig E-Mail: t.werner@traso.de Internet: https://www.traso.de _______________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig (HRB 21850) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJVAbTWAAoJEFfjOJdKpi1EwCAQAKZSyuq1MtBkceIwdxFGF4AI XFTgce8Y9KpghWF4c65nr2v4nzR7UB4jQ6+8I0D4yrljAqekljs9/oY++rNhQSVN KvxZyZNOtIa/GdzlZ+S2e04lYWdbukzuW6BJmZ71E78TJF0yD6Sm75hqXaj97Eyf Ja2G/YugtKUVO8T/QBnLuokA+tJ2DE+dJVR4ycKKNSw1nvBnSRlDb2ZkJFyvb/kd S64QakxHn8fKWdPtGlzaiDhmGtjzdd/8jFMHG9qVBrgC/8NYzTfbd8sIFr7JpPqn Ws2kBlAmx9Z7NpxpydA76uub07/znZCwLYBTaShjM1kKZYyALG1NlfTB64CNOGSw bYRMIaFiVSY9OvSFcT1nTZZshocuLzOLHtWaq4Rz8JRImZikwcu+cZ4DCh9pKuI4 65r9mpZq1pcB1F2ihDISdZxUcP2g/PjkQFc5z+8G8BGpRAKwwRNf+Ejxc79hOMk5 /1VL/87+qsH+YLdGIvkU/NMlnmTGgpjk6ZZz4h+vH7cUCFXl+loLrPAkixpVfvrf egRbjhliFpfPZC80TVBJcsqXUFRNC6J+HdB27EIx9r5X98vBl0TymcAwxzyml4hf 1UgKO2J2xiQRCnt1zKRjCj3eKJCBjsetRwTtK5H/GhIeNQOJTmeuhZ0LS8omaXgN VrZdpEivxDgJ2bQTfNeS =Q4/Y -----END PGP SIGNATURE-----