Hallo Stefan, Sören und Jan, zunächst einmal danke für die Unterstützung. Aus meiner Sicht hat sich jetzt bewahrheitet, was ich im Laufe des Abends mehrfach gesagt habe, es kommen verschiedene Punkte zusammen. 1. Überflüssige Crawler bei FER - Diese sind abgestellt und Kenneth hat heute morgen den letzten Prozess abgestellt, der gestern immer wieder aufgeflackert ist 2. Falsche Konfiguration des Apache bei FER KeppAlive Off (vorher On) MaxRequestsPerChild - Das hat Stefan gestern geändert und last sich sicher mit Tilo gemeinsam noch optimieren 3. Fehler bei einem Provider in dem Fall MPIO in Verbindung mit einer falschen Implementierung des Buchungsrequests - Wir hatten schon immer das Problem, das ein Problem bei einem Provider bei uns zu massiven Problemen führt - Früher haben Peter oder Sebastian halt den Apache immer wieder durchgestartet und ich habe keine vernünftige Erklärung für die Ursache (nicht das Symptom) bekommen. @Stefan, danke für die Erklärung, die genauso einfach wie plausibel ist. - Ich habe MPIO aus dem Verkauf genommen - Warum nur ist es bei JT nicht so extrem – schaue ich noch. Mit freundlichen Grüßen Haiko Gerdes - Geschäftsführer - ___________________________________________________________________________ TraSo GmbH Georg-Schumann-Str. 294 D-04159 / Leipzig Tel.: +49 341 90 98 7 418 // Fax: +49 341 90 98 749 Mobil: +49 172 610 2849 Internet: http://traso.de E-Mail: h.gerdes@traso.de ___________________________________________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig, HRB 21850 Von: Stefan Rank Kunitz [mailto:s.rank-kunitz@traso.de] Gesendet: Samstag, 26. April 2014 00:35 An: Haiko Gerdes; team@lists.traso.de Betreff: Buchbarkeit: Problemsuche bei FER und OPD Hallo Haiko und Team, FER und OPD hatten heute ... also gestern ... Freitag ... große Probleme mit der Erreichbarkeit der Buchbarkeit. Nach Untersuchungen am Apache-Server und der Datenbank (siehe Hotfix-Mail von vorhin) konnten wir das Problem identifizieren: Es gibt ein Problem in der Buchungsschnittstelle von Hotels. Extreme Antwortzeiten von Hotel-Providern bremsen den Buchungskern aus und dieser ist nicht in der Lage, dies sauber zu umgehen. Genauer: * Eine einmal abgesendete Anfrage an einen Hotelprovider stirbt nie, auch wenn sie für die BA nicht mehr genutzt werden kann => der Apache-Prozess wartet seinem Ende SO lange entgegen, bis der Provider endlich eine Antwort sendet oder die Leitung gekappt wird. Und dieses "Kappen" der Leitung tun wir erst nach (ich glaube) 600 Sekunden. * Dabei muss der Provider nichtmal jener sein, der die BA auch beantwortet ... er reicht, dass er mit angefragt wurde. * Nachdem wir dieses Problem vor Kurzem bei Sejour und MPIO hatten, hat MPIO heute erneut die beiden benannten Kunden lahm gelegt. Anbei sende ich Bildschirmfotos mit Buchungslogs aus dem xAdmin der Kunden ... darin sieht man das sehr schön! @Haiko: Tritt das Problem am Wochenende wieder auf, empfehle ich wie beim letzten Mal MPIO kurzfristig aus dem Programm zu nehmen. @Tilo: Meine Änderungen an der Apache.Conf auf Service01.FER sollten nach einem kurzen persönlichen Gespräch sicher angepasst werden! Viele Grüße und gute Nacht! SRK -- Mit freundlichen Grüßen Stefan Rank-Kunitz - Entwicklung - ________________________________________________________ TraSo GmbH Georg-Schumann-Str. 294 D-04159 Leipzig Tel.: +49 341 909 87 45 / Fax: +49 341 909 87 49 E-Mail: s.rank-kunitz@traso.de Internet: http://www.traso.de ________________________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig, HRB 21850