Keine Abarbeitung einer Pipeline bei aktivierter Absturz-Überwachung

[firemichael]

Folgende Problemlage:
Nach update auf 1.1.1 möchte ich neben den Alarmier-Pipelines noch die Absturz-Überwachung und den Wetter-Warner nutzen.
Bei aktivierter Absturz-Überwachung allerdings hört FE irgendwann nach 1-2 Tagen auf, die Alarm-Pipelines abzuarbeiten (keine Hinweise im Terminal-Fenster, keine Reaktion von FE auf diese Pipelines).
Die Absturz-Überwachung allerdings klappt dann nach wie vor zuverlässig und macht in meinem Fall alle 24h ein "HalloWach". -abgestürzt ist FE also nicht.
Starte ich FE neu, klappts wieder 1-2 Tage lang, dann das gleiche Problem.
Deaktiviere ich die Absturz-Überwachung, läuft alles, wie es soll.

Ideen?

[florian_hsk]

Dann werden bestimmt keine Alarme mehr angenommen/übergeben.
Welches Auswerteprogramm nutzt du? Steht nach dem Problem ein Eintrag in der Error.log?

[firemichael]

ich benutze BOSMON.
Das wertet weiterhin alles korrekt aus, führt die betreffenden Aktionen aus und übergibt an den FE-Server. (Logs bei BOSMON waren leider nicht aktiviert).
Im FE-Server-Fenster ist aber plötzlich nichts mehr neues zu lesen, es gibt bei FE-Server keine Error- oder sonstige unnormale Meldungen in den logs oder im Ablauf-Fenster.

Es kommen für mich nur drei Ursachen in Frage (Dinge, die ich geändert habe):

1) Update auf die 1.1.1er Version
2) Absturz-Überwachung wurde aktiviert
(Ich habe nach Auftreten des Fehlers zunächst die Absturz-Überwachung deaktiviert. Danach lief es mehrere Tage einwandfrei, bis dergleiche Fehler kommt)
3) Wetter-Warnung aktiviert
(habe ich als nächstes deaktiviert, mal sehen wie lange es gut geht...)

Grüsse!

[firemichael]

So, es gibt Neuigkeiten:

- Wetter-Warner und Hallo-wach wurden abgeschaltet, trotzdem hört firEmergency nach einiger Zeit einfach irgendwann auf, die Alarme abzuarbeiten. (stürzt aber nicht ab)

- die decodierung und Übergabe seitens Bosmon klappt.

- es gibt Einträge im Error-Log von firEmergency

- der Fehler trat erst nach update von 1.0 auf 1.1.1 auf.

- die Error-log seht Ihr im Anhang

Das daily.log zeigt bei jedem weiteren Versuch, Alarmierungen zu FE zu senden, Fehlermeldungen mit folgendem Beginn:

14:31:58 [ERROR] [RMI TCP Connection(18)-146.123.15.142] [server.data.DataManagement] [606] Fehler beim Laden der Alarmhistory
...



Ich bin jetzt mit meinem Latein am Ende...

[Beuti]

Die Einträge in der error.txt haben meiner Ansicht mit dem Problem nichts zu tun. Sollten sich nur auf Fehler in der Anzeige auf der GUI auswirken.

Kannst du bitte mal den ganzen Log von der Situation wo der Fehler auftritt aus dem Daily-Log posten. Da müsste rund um den Fehler mit der AlarmHistory noch mehr Informationen stehen. Der Fehler mit der AlarmHistory ist auch nicht gut sollte aber auch den kompletten Alarmablauf nicht blockieren.

Am besten wäre ein kompletter Daily-Log in dem noch Alarme abgearbeitet werden und dann die Situation wo keine mehr kommen.

[firemichael]

Kannst du bitte mal den ganzen Log von der Situation wo der Fehler auftritt aus dem Daily-Log posten. Da müsste rund um den Fehler mit der AlarmHistory noch mehr Informationen stehen. Am besten wäre ein kompletter Daily-Log in dem noch Alarme abgearbeitet werden und dann die Situation wo keine mehr kommen.

Hier bittesehr!

Es sind seltsamerweise gar keine Einträge in der Daily log zu sehen in dem Zeitraum, in dem FE "taub" wird.
Interessant ist, dass ein manueller Probealarm aus FE heraus aber klappt...

Schon mal danke für Eure Hilfe!

der Michel

[florian_hsk]

Scheint wirklich so, dass die Alarmübergabe Bosmon > FirEmergency nicht mehr funktioniert. Abhilfe schafft wahrscheinlich nur ein Server-Neustart, oder?
Ich hatte dasselbe Problem in einer frühreren Version von FE auch schonmal (allerdings mit FMS32). Zu dem Zeitpunkt, ab dem es nicht mehr funktionierte, wurde ein Fehler ausgegeben.

Probier doch mal folgendes um das Problem einzugrenzen:
Erstell eine neue Einheit nur mit Alarmtext & SMS, aktivier die Dateiüberwachnung und überprüf damit die error.log auf Änderungen. Wenn nun ein Fehler auftritt, bekommst du eine SMS (allerdings auch bei jedem Öffnen einer Oberfläche).

Deine gepostete Log zeigt ja nur den Anzeigefehler der GUI, der nach Starten der Oberfläche auftrat. Glaube aber, dass die error.log immer wieder überschrieben wird.
Deswegen: Falls du eine SMS kriegst, keine Oberfläche öffnen sondern direkt die error.log kontrollieren.

[Kommandante]

Hi,
ich gerade eben auch das gleich Problem das FE "taub" wurde. Bei mir stand ebenfalls nichts in den Logs. Erst nen Server-Neustart sorgte für Abhilfe.

Grüße

[firEmergency]

Wenn FE taub wird, ist dann der Port 5555 noch geöffnet (in Windows kann man das mit dem Befehl "netstat -a" in der Konsole herausfinden)?

[Kommandante]

Werd ich beim nächsten mal probieren.

[firemichael]

So, ich habe das Error-log überwacht wie von Florian HSK empfohlen.

FE wird "taub" direkt nach (bei?) Alarmierung.

Hier die Zeilen im Error-log (das log wird tatsächlich bei login in die Oberfläche überschrieben / gelöscht)

Da es nur ein kurzer Text ist, habe ich auf einen Anhang verzichtet und es direkt als Fließtext einkopiert:

Exception in thread "Einheit_1PipelineThread Sun Oct 28 19:06:23 CET 2012" Exception in thread "Einheit_2PipelineThread Sun Oct 28 19:06:23 CET 2012" java.lang.NullPointerException
at server.data.DataManagement.addAlarmHistory(DataMan agement.java:519)
at server.Pipeline.runPipeline(Pipeline.java:302)
at server.Pipeline.run(Pipeline.java:132)
at java.lang.Thread.run(Unknown Source)
java.lang.NullPointerException
at server.data.DataManagement.addAlarmHistory(DataMan agement.java:519)
at server.Pipeline.runPipeline(Pipeline.java:302)
at server.Pipeline.run(Pipeline.java:132)
at java.lang.Thread.run(Unknown Source)


Sagt irgendjemandem das etwas?

Grüße,

der Michel

[Beuti]

Ich werde mir das Problem anschaun worans liegt.

Was mir vielleicht noch helfen könnte um das Problem zu genauer zu lokalisieren wäre so ein Log wie du schon gepostet hast aber im DEBUG-Modus.

Umschalten wie hier beschrieben => http://firemergency-wiki.de/mediawik...el_%C3%A4ndern

EDIT: Hast du die Version 1.1.5 installiert oder noch eine davor?

EDIT2: In der Log.txt die du oben gepostet hast, ist die komplett vollständig? Hast du da irgendwas rausgelöscht? Oder hast du da nur deine Kommentare eingefügt?
Explezit geht es mir darum ob hier

19:55:57 [INFO] [ProwlThread Thu Oct 25 19:55:56 2012] [server.PluginController][140] PluginController mit Plugin prowl.Prowl (Admin2) mit AlarmData () nach 1148 ms beendet


*** kurze info: bis hierher erfolgte die Alarmierung einwandfrei.
Danach gibt es keine Einträge, Fehlermeldungen oder Alarmierungen mehr (obwohl BOSMON fleissig einiges übergeben hat)

*** knapp 24 Stunden dann der Login ins GUI:


19:26:41 [INFO] [AWT-EventQueue-0] [server.gui.LauncherServerGUI][28] ServerGUI wird gestarten...
19:26:41 [INFO] [AWT-EventQueue-0] [server.gui.LauncherServerGUI][43] Starte LoginScreen...

Da wo dein Kommentar steht sind da im Log auch GAR KEINE Einträge?

[Brandinspektor]

Hallo,

wir haben mit unserer FE-Vollversion in Verbindung mit BOSMON
genau den selben Effekt - FE 1.1.1 wird nach ein paar Tagen taub
und nur ein Neustart hilft.

Die Wetterwarnung und die Absturzüberwachung wurde bereits
deaktiviert - leider ohne Erfolg, der Fehler tritt trotzdem weiter-
hin ohne Routine auf.

Gibt es schon Abhilfe für dieses Problem mit FE 1.1.1 ?

Gruß
BI

[firemichael]

Da wo dein Kommentar steht sind da im Log auch GAR KEINE Einträge?

Nein. Da steht gar nix.


Ich habe jetzt übrigens Java von der vorletzten auf die aktuelle Version upgedated (Java war immer aktuell) und das FE-Patch auf 1.1.5 aufgespielt. Seitdem habe ich zwar noch keine Probleme, allerdings muss das nix bedeuten, weil der Fehler ja nur alle paar Tage auftrat...

Als Workaround habe ich mir eine Pipeline gebastelt, die bei Änderung der Error-Log den FE-Server über eine batch-Datei beendet und sofort wieder neu startet.
Ist zwar nicht wirklich elegant und bestimmt nicht im Sinne des Erfinders, aber als erste Hilfe...

[Beuti]

Bisher gibt es leider noch keine Lösung für das Problem weil wir die Ursache bisher noch nicht genau lokalisieren konnten. Ist wohl eine sehr komische Konstellation die den Fehler verursacht die wir erst noch genau analysieren müssen.

An euch beide nochmal die Bitte, falls noch nicht geschehen, das Log-Level auf DEBUG zu ändern und wenn der Fehler auftritt und uns bitte das komplette Log zukommen lassen. Im Log sollte mindestens der letzte erfogleich durchgeführte Alarm enthalten sein.