Ansatz 1:
Es kann sein, dass der parallele Betrieb von FZUs bei
verschiedenen xRes-Kunden unsere oder Midoco-Dienste sehr stark
belastet und damit die Latenz der Midoco-Antworten beeinflusst.
Obige Fehlermeldungen lassen darauf schließen, es könnte ggf.
Connection-Probleme geben. Oliver hat dazu auch ermittelt, dass
zur gleichen Zeit auch FZUs anderer Kunden (LMX, Tropo, FOR)
laufen. Ich habe nun den CRON für das FZU bei FOR von 06:00Uhr auf
05:00 Uhr vorverlegt.
Ansatz 2:
Oliver hat das Logging für Midoco-Anfragen erweitert und wir
können (bei Aktivierung eines LogLevels 2) sehen, wo Probleme
liegen könnten (ggf. muss der Code dafür erst noch live genommen
werden?). Sollte meine Anpassung das FOR-Problem nicht verbessern,
so empfehle ich, das Logging TEMPORÄR hochzudrehen und das FZU
manuell durchlaufen zu lassen. Dies ist besonders dann hilfreich,
wenn es bei Midoco noch nicht-richtig hinterlegte Flugzeiten gibt
(also möglichst gleich am Morgen). Sicher kann OHO auf Basis solch
eines Testlaufes genauere Aussagen machen.
@OHO: Ich denke, es gibt ein Problem im Logging.
Flight_Times_Update::fzuLogic Zeile 158 => $whereClauses ist
ein Array und hat keine Keys $whereClauses['field'] und
$whereClauses['match']. Das erklärte auch die leeren
Loggbook-Einträge "toc=ITT field= match=".
Fazit: Keine Ahnung, erste Symptome wurden durch einen ersten
Versuch angefasst.
-- 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@traso.de Internet: http://www.traso.de ________________________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig, HRB 21850