July 2016 - Hotfix - example.com

Umstellung der Logration auf ToBri01
by Stefan Rank-Kunitz 18 Jul '16

18 Jul '16

Moin, Auf dem Tobri01.DEV wurde die Logrotation durch den Supervisor deaktiviert und der Supervisor (und damit alle Stadis-Gateways) einmal durchgestartet. http://jira.app.infra.gs.xtrav.de/browse/INFRA-525 Verantwortlicher: Stefan Rank-Kunitz Zeitpunkt: 2016-07-18 08:20 Uhr Kunden: alle VG Stefan Rank-Kunitz Mit freundlichen Grüßen Stefan Rank-Kunitz - Lead Developer - ________________________________________________________ TraSo GmbH Georg-Schumann-Str. 294 D-04159 Leipzig Tel.: +49 341 355 740 - 43 E-Mail: s.rank-kunitz(a)traso.de Internet: http://www.traso.de ________________________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig, HRB 21850

1 0

Logfiles Tobi Fwd: ** PROBLEM Service: tobri01.rz1.dev.xres.de/Disk / is WARNING **
by Felix Seidel 14 Jul '16

14 Jul '16

Hi, auf der Tobi wurden die Logs nicht ordentlich wegrotiert und/oder gezipt (war letztens wohl schonmal ein Problem). Ich hab die Files die schon längst hätten wegrotiert sein müssten entfernt und die letzten verbliebenen Files (/var/log/supervisor/tobri-tb.log.* und /var/log/supervisor/xresgate.log.*) mittels gzip komprimiert. Jetzt sind wieder 20% frei. Gute N8, Felix -------- Weitergeleitete Nachricht -------- Betreff: ** PROBLEM Service: tobri01.rz1.dev.xres.de/Disk / is WARNING ** Datum: Thu, 14 Jul 2016 23:26:36 +0200 (CEST) Von: nagios(a)monitor02.luan.xres.de An: f.seidel(a)traso.de Service: Disk / Host: tobri01.rz1.dev.xres.de Hostalias: tobri01 State: WARNING Address: 10.21.4.40 Info: DISK WARNING - free space: / 196 MB (4% inode=78%): Date/Time: Thu Jul 14 23:26:36 CEST 2016

1 0

[DB] LMX Pac Tabelle ID
by Viktoras Bezaras 14 Jul '16

14 Jul '16

Hallo, nach der Abspracht mit Haiko habe ich die Pac Tabelle bei LMX aktualisiert. Es ist lieber jetzt das Problem vermeiden wenn alle dabei sind, als dann am WE darum kümmern zu müssen. ID Feld ist jetzt BIGINT und die Gefahr besteht nicht mehr. Referenz: JT-2347 Zeitpunkt: 17:20 - 17:25 Verantwortlicher: Viktoras Bezaras Kunden: LMX VG Viktoras -- Mit freundlichen Grüßen Viktoras Bezaras - Entwickler - ________________________________________________________ TraSo GmbH Georg-Schumann-Str. 294 D-04159 Leipzig Tel.: +49 341 355 740 44 E-Mail: v.bezaras(a)traso.de Internet: http://www.traso.de ________________________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig, HRB 21850

2 1

[CONFIG] [OPD] Übertrag Midoco mit Externer ID
by Jessica Vorholz 13 Jul '16

13 Jul '16

Hallo zusammen, es ist ein Config Hotfix live gegangen. Verantwortlich: Jessica Vorholz Datum: 11.07.16 / 08:50 Uhr Kunde: OPD Info: Es wurde unter CONTEXT > MIDOFFICE im Exportknoten die neue Config <REFERENCEBOOKINGIDSTARTDATE>2016-07-11 10:00:00</REFERENCEBOOKINGIDSTARTDATE>" gesetzt. Damit werden für alle Neubuchungen ab dem 11.07.16 10Uhr zusätzlich zu jeder LT-Vorgangsnummer immer auch eine Externe ID pro Leistung an Midoco gesendet. Damit kann Tropo später auch Vorgänge per MAE an Midoco senden, bei denen die LT-Vorgangsnummer noch nicht gesetzt sind. Die Externe ID sorgt dafür, dass stets der richtige Vorgang in Midoco gefunden wird bei einem Übertrag. Alle alten Buchung (vor dem 11.07.16 10:00 Uhr) werden ausschließlich ohne Externe ID gesendet, auch bei neuen Updates. Ist diese Config einmal gesetzt, darf sie nicht wieder entfernt werden! -- Mit freundlichen Grüßen Jessica Vorholz - xRes Support - ________________________________________________________ TraSo GmbH Georg-Schumann-Str. 294 D-04159 Leipzig Tel: +49 341 355 740 27 E-Mail: j.vorholz(a)traso.de Internet: https://www.traso.de ________________________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig, HRB 21850

1 1

4YBK Livegang
by Carsten Zinke 12 Jul '16

12 Jul '16

Hallo zusammen, ich habe erfolgreich die (von JT kopierte) 4YBK-Config umgegraben, auf 4YBK eingerichtet und gleich ein geringes Cleanup von längst veralteten Knoten vorgenommen. Weiterhin habe ich eure xAdmin-Logindaten vom JT Livesystem auf das 4YBK-Livesystem kopiert. Der allgemeine "traso"-Account wurde soeben deaktivert. ToDos: @Admins: Bitte direkt ein Mailgateway für 4YBK einrichten, das vom Start weg verfügbar ist. Adresse: service(a)4ybk.xres.de Antwort an: service(a)4yourbooking.de (kann sich noch ändern) Pauschal-Exporte, Hotelprovider, etc., die individuelle Login-Daten benötigen, müssen noch auf 4YBK angepasst werden. Die Einträge dafür sind aktuell überall mit "**********" gekennzeichnet, um sie gut suchbar zu machen, und deaktiviert oder auskommentiert. Bei Mehrfach-Einträgen von Uploads habe ich nur ein Beispiel übrig gelassen, das als Vorlage verwendet werden kann. -- Mit freundlichen Grüßen Carsten Zinke - xRes Support - ________________________________________________________ TraSo GmbH Georg-Schumann-Str. 294 D-04159 Leipzig Tel.: +49 341 355 740 20 E-Mail: c.zinke(a)traso.de Internet: https://www.traso.de ________________________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig, HRB 21850

1 0

Bugfix-Deployment xRes 2.5.3-93 FOR-448|XRES-3528
by Felix Seidel 12 Jul '16

12 Jul '16

Moin, alle Kunden hat eben xRes 2.5.3-93 erhalten. Verantwortlicher: JFL, FSE Zeitpunkt: 2016-07-07 14:08-14:18 Uhr Kunden: DAF, JT, FER, XPUR, OPD, FOR, HOCL, 4YBK (nicht LMX) Info: FOR-448 (PNL auf SEG verursacht bei TOC-MIX Problem) XRES-3528 (ABP: initialer Import) -- Mit freundlichen Grüßen Felix Seidel - Entwicklung - ________________________________________________________ TraSo GmbH Georg-Schumann-Str. 294 D-04159 Leipzig Tel: +49 341 355 740 47 E-Mail: f.seidel(a)traso.de Internet: https://www.traso.de ________________________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig, HRB 21850

1 0

[CONFIG] tropo
by Jenny Florstedt 12 Jul '16

12 Jul '16

Hallo zusammen, es ist ein Config Hotfix live gegangen. Verantwortliche: Jenny Florstedt Zeitpunkt: 12.7.2016 Kunden: tropo Info: auf ausdrücklichen Wunsch von tropo (mehrfach nachgefragt) wurde das RT-Cleanup so eingestellt, dass ALLE RTs, die älter als 720 Tage sind, gelöscht werden. Egal, ob sie mit Buchungen verknüpft sind oder nicht. => Auftrag per E-Mail an support(a)traso.de von flug(a)tropo.de -- ________________________________________________________ TraSo GmbH Georg-Schumann-Str. 294 D-04159 Leipzig Tel.: +49 341 - 355 740 23 E-Mail: j.florstedt(a)traso.de Internet: http://www.traso.de ________________________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig, HRB 21850

1 0

[CONFIG] Re: AW: Infx bei FER nicht erfolgreich
by Viktoras Bezaras 09 Jul '16

09 Jul '16

Hallo ich habe das Problem gefunden. Nachdem wir am Mittwoch das Problem mit der Platte behoben haben (wir haben die alte Produktionsdateien aufgeräumt), hat Thomas die Platte vergrößert. Jetzt ist sie 150Gb statt 50Gb, was natürlich reichen soll. Es gibt aber ein Config Eintrag, wie groß ist die Platte. Und da war immer noch 50Gb drin. Also Exporter dachte, dass die Platte wieder voll war. Das, dass es bei der Destinations LPA Bearbeitung passiert ist reiner Zufall. Also: die 2. Produktion ist nicht ausgeschaltet, sie startet wieder um 14 Uhr. Config habe ich aktualisiert, jetzt ist Exporter der Meinung es 150Gb Platz gibt. Ich werde um 14 auf jeden Fall nicht beim Rechner, guckt ihr bitte ob meine Vermutung korrekt ist und dass die Produktion um 14 ohne Probleme läuft. VG Viktoras On 07/09/16 10:02, Haiko Gerdes wrote: > Hallo Viktoras, > > nimm bitte zunächst die 2 Produktion wieder raus, damit wir am WE hoffentlich Ruhe haben. > Ich informiere den Kunden. > > Danke für Unterstützung > > Mit freundlichen Grüßen / Best regards > > Haiko Gerdes > - Geschäftsführer / Managing Director – > > ___________________________________________________________________________ > TraSo GmbH > Georg-Schumann-Str. 294 > D-04159 / Leipzig > Tel.: +49 341 355 740 – 10 // Fax: +49 341 355 740 - 11 > Mobil: +49 172 610 2849 > > Internet: http://traso.de E-Mail: h.gerdes(a)traso.de > ___________________________________________________________________________ > Geschäftsführer: Haiko Gerdes > Handelsregister: Amtsgericht Leipzig, HRB 21850 > > -----Ursprüngliche Nachricht----- > Von: v.bezaras(a)traso.de [mailto:v.bezaras@traso.de] > Gesendet: Samstag, 9. Juli 2016 09:44 > An: Haiko Gerdes <h.gerdes(a)traso.de>; notfall(a)traso.de > Betreff: Re: Infx bei FER nicht erfolgreich > > Hallo Haiko > > ich habe keine Bereitschaft, habe aber 20 Minuten Zeit um mir anzuschauen. Das Problem sieht sehr ähnlich aus zudem von vorgestern, aber die Platte ist diesmal nicht "voll". Es passiert folgendes, export scheint zu laufen, es startet ein Validator wieder und wieder. Und es passiert nichts mehr, keine neue infx Daten sind serializiert/gepackt. > Wir haben leider letztes Mal eine andere Ursache, außer "Platte voll" > nicht gefunden. > > Ich habe jetzt den Export Prozess abgeschossen, da er lief seit gestern > 14 Uhr. Ich denke das bedeutet, das weder gestrige, noch heutige Produktion erfolgreich waren. Ich habe dann den Export neugestartet mit den "-nu" Parameter: new export, upload. Ohne Snapshot zu Produzieren. > Ja, das Snapshot kann seit gestern 14 Uhr bisschen verältet sein, aber wir haben genau das letztes Mal gemacht und es hat geholfen. Auf jeden Fall es startet eine Weitere Produktion um 14 Uhr, dann wir das Snapshot wieder generiert. > > Um nicht das ganze Wochenened darum kümmern zu müssen konnte man vielleicht entweder die zweite Produktion auszuschalten, oder zum Export parallele Snapshot Erstellung auszuschalten. Mehr Ideen habe ich leider aktuell nicht. > > VG > Viktoras > > On 07/09/16 09:04, Haiko Gerdes wrote: >> Moin Bereitschaft, >> bin gerade unterwegs und bekomme Meldung von FER, das INFX nicht erfolgreich und Notfall Mail wohl nicht angekommen. >> Bitte prüfen und antworten >> Danke >> VG Haiko >> >> Von meinem iPhone gesendet > -- > Mit freundlichen Grüßen > > Viktoras Bezaras > - Entwickler - > ________________________________________________________ > TraSo GmbH > > Georg-Schumann-Str. 294 > D-04159 Leipzig > Tel.: +49 341 355 740 44 > > E-Mail: v.bezaras(a)traso.de > Internet: http://www.traso.de > > ________________________________________________________ > Geschäftsführer: Haiko Gerdes > Handelsregister: Amtsgericht Leipzig, HRB 21850 -- Mit freundlichen Grüßen Viktoras Bezaras - Entwickler - ________________________________________________________ TraSo GmbH Georg-Schumann-Str. 294 D-04159 Leipzig Tel.: +49 341 355 740 44 E-Mail: v.bezaras(a)traso.de Internet: http://www.traso.de ________________________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig, HRB 21850

2 1

[CRON] JT-2348 otaqueue Verarbeitung läuft auf dem service01
by Viktoras Bezaras 08 Jul '16

08 Jul '16

Hallo am Mittwoch hat die Nadine gemeldet, dass die Preiserfassung nicht ging. Und tatsächlich die OTA Queue war gefüllt und scheinbar nicht verarbeitet. Ich habe damals den Skript manuell gestartet und habe dann aber gemerkt, dass der Verarbeiter Skript (//hotel/ota/otaqueue) startet auf dem data01, markiert die Jobs als "In der Verarbeitung" und versucht dann OTAtoPAC Skript zu starten. Der liegt aber in der xadmin Module, was ist auf data01 nicht deployed. Also waren die Hotels ewig "verarbeitet" und ist danach nichts mehr passiert. Heute hat die Victoria gemeldet, dass es weitere Kunden Tickets zum Thema gibt. Wenn ich richtig verstanden habe ist die OTA Queue eine neue Feature, die in der 2.5.3 rein gekommen ist. Marcus hat in die Release TODOs eingetragen, dass es OTA Queue Verarbeiter in CRON ergänzt werden muss. Hat aber darauf nicht hingewiesen wo genau. Ich habe jetzt also das geändert. OTA Queue Verarbeitung läuft jetzt bei jedem Kunden auf dem service01. Ich habe auch geprüft, dass CRON weiter in Ordnung funktioniert und mal ein Eigenerfasstes Hotel bei jedem Kunden aktualisiert habe. Sie hängen nicht mehr in der Queue und sind schnell verarbeitet. VG Viktoras -- Mit freundlichen Grüßen Viktoras Bezaras - Entwickler - ________________________________________________________ TraSo GmbH Georg-Schumann-Str. 294 D-04159 Leipzig Tel.: +49 341 355 740 44 E-Mail: v.bezaras(a)traso.de Internet: http://www.traso.de ________________________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig, HRB 21850

1 0

LMX Flug SPOK
by Oliver Horn 08 Jul '16

08 Jul '16

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Moin, da es aktuell Probleme im Konti Bereich von SPOK bei LMX gibt, haben wir so eben SPOK aus dem Verkauf genommen. SPOK Import cron deaktiviert und bei alle buchbaren RTs mit Konti > 0, den Provider auf DUMMY gestellt, somit ist SPOK nicht mehr im Verkauf und geht beim nächsten Export auch nicht raus. Verantwortlicher: Haiko, Olli - -- Mit freundlichen Grüßen Oliver Horn - Entwicklung - ________________________________________________________ TraSo GmbH Georg-Schumann-Str. 294 D-04159 Leipzig Tel.: +49 341 90 987 45 E-Mail: o.horn(a)traso.de Internet: http://www.traso.de ________________________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig, HRB 21850 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJXf7RNAAoJEJJVTvLi/DO69lgH/1pujcsSWOftq/y5CS+dzm4W yC9l3/G7dkgQO7ukcxvGnLrGBR9GaIefEiWKz+4PwL+/vfA5rhvLRoWt8Ve6My+/ NSEqsvhRxOyoUbhVQCJWThgmvVroFmUfohBGDIGW+ZoFP00x4u2C5wGZ668UqNnt VcyxGZByjmAPMuJWzFFTQE/X0Dz229QiNahcFAPxohJgVJWpbpLTOQrfWK+TFp1J 0btxpMdtc04lArzTczp5SYcmWx7IhokJUNkqhMBkqhZy4VOEhUcecDWe7ZE7hx/g PPIk/+ecr9KrgPbFLrFInt9UedEP8sJ6R6zdGVPNklAIAMmzg3dTiBaT88xpoYw= =plsr -----END PGP SIGNATURE-----

1 0