Keine Abarbeitung einer Pipeline bei aktivierter Absturz-Überwachung

[firemichael]

Neuigkeiten:

Es ist wieder passiert. FE ist "taub" geworden. Auch 1.1.5 mit aktuellstem Java-Update.

Hinweis zur Fehlersuche:
Die Datei-Überwachung der ERROR.log (und der damit verbundene Neustart des Servers) hat NICHT funktioniert, obwohl das ERROR.log bei der letzten erfolgreichen Alarmierung geändert worden war.
(gleiche Fehlermeldung wie im Post #11)
Beim daraufhin erfolgten Login in die Admin-Oberfläche hat FE die ERROR.log erneut geändert: jetzt hat auch die Dateiüberwachung funktioniert.

Merke: FE wird sporadisch nicht nur "taub" bei BOSMON-Alarmierungen, sondern auch bei der Datei-Überwachung. Ist vielleicht n Hinweis...

Leider hatte ich durch einen Neustart des FE-servers die "DEBUG"-Einstellung wieder verloren. Daher nur die gleichen Fehlermeldungen wie im Post #11 erwähnt.

[firEmergency]

DEBUG Modus dauerhaft:
http://firemergency-wiki.de/mediawik...el_%C3%A4ndern

Ansonsten:
Der Fehler kann grundsätzlich bei jedem Alarm auftreten, da der Fehler an sich erst ganz am Ende des Alarms (beim Speichern des Alarms in den Settings) auftritt. Das Input-Plugin, welches den Alarm ausgelöst hatte, bei dem der Fehler auftritt, stürzt dann ab.

Wir wissen also, warum es abstürzt. Nur der Auslöser ist noch nicht ganz klar. Wir sind auf jeden Fall dran.

[firemichael]

...Das Input-Plugin, welches den Alarm ausgelöst hatte, bei dem der Fehler auftritt, stürzt dann ab....

Bei mir haben ZWEI Plugins nicht funktioniert:

1) das Input-Plugin, welches den Alarm (und scheinbar auch den Fehler) ausgelöst hat (BOSMON) und
2) auch das Datei-Überwachungs-Plugin. ERROR.log ist ja bei Auftreten des Fehlers definitiv geändert worden, aber das Datei-Überwachungs-Plugin hat es nicht gemerkt.
Das Datei-Überwachungs-Plugin hat erst wieder funktioniert, als ich mich (OHNE Neustart des Servers, also in "taubem Zustand") an der Admin-Oberfläche anmelden wollte. (das führt ja irgendwie immer zu einem Eintrag im ERROR-log)

[Brandinspektor]

Bei uns ist der Fehler auch gerade wieder aufgetreten,
FE reagiert nicht mehr auf BOSMON.

Den DEBUG-Modus hatte ich gestern eingeschaltet, was
muss ich nun für die Fehlerprüfung wohin senden?

Hier öffentlich posten möchte ich es nicht, wenn es u. U.
vertrauliche Daten enthalten könnte.

Kann ich den Server neu starten damit wir wieder einsatz-
bereit sind oder geht damit das Fehlerprotokoll verloren ?

Gruß
BI

[firemichael]

...was
muss ich nun für die Fehlerprüfung wohin senden?...

Du musst im Windows-Explorer die ERROR.log -Datei sichern (Kopieren, öffnen, copy&paste usw.).
NICHT vorher den FE-Server neu starten oder Dich in einer Oberfläche einloggen, das könnte die Fehlermeldungen überschreiben!

Das Files kannst Du dann bestimmt per Mail an FE schicken. -oder anonymisieren...

[Beuti]

Wenn ihr den DEBUG-Modus aktiviert habt bitte vor allem das Daily-Log senden nicht nur das Error-Log weil die reine Fehlermeldung zwar schön ist aber uns das Daily-Log uns wesentlich mehr hilft. Da wir dann nachverfolgen können was sonst noch passiert bevor FE "taub" wird. Dadurch können wir dann hoffentlich analysieren warum das passiert.

[Brandinspektor]

OK,

gesichert habe ich sowohl das ERROR als auch das DAILY-Log.

Im ERROR-Log sind Einheitennamen aufgeführt, die habe ich teilweise
mit XX überschrieben und den Dateinamen mit .txt ergänzt, sonst aber
nichts geändert.

Viel Erfolg bei der Fehlersuche ;)

Gruß
BI

[Brandinspektor]

Wenn ihr den DEBUG-Modus aktiviert habt bitte vor allem das Daily-Log senden nicht nur das Error-Log weil die reine Fehlermeldung zwar schön ist aber uns das Daily-Log uns wesentlich mehr hilft. Da wir dann nachverfolgen können was sonst noch passiert bevor FE "taub" wird. Dadurch können wir dann hoffentlich analysieren warum das passiert.

OK,

WOHIN soll ich es senden ?

Gruß
BI


Edit: Habe es soeben per E-Mail an support@firemergency.de geschickt.

[Beuti]

Super Danke für die Dateien. Antwort ist schon raus :)

Aufgrund der Daten erweitere ich meine Bitte auch nochmal.
Falls der Fehler irgendwo auftreten sollte bitte folgende Dateien senden:

-Daily-Log im DEBUG-Modus
-Error-Log
-AlarmHistory-Datei von dem Tag dem der Fehler auftritt

Die AlarmHistor-Datei findet sich im firemergency-Verzeichnis unter "Confgi\AlarmHistory". Es trägt den namen History_Datum.fdb. Files mit der Endung .fdb.bak falls vorhanden bitte auch mit senden.

[Brandinspektor]

Ok,

auch diese Daten habe ich per E-Mail zur Verfügung gestellt
und hoffe, dass ihr den "Übeltäter" bald ermitteln könnt. :)

Gruß
BI

[Brandinspektor]

Vielen Dank an Stefan (FMS-User: Beuti) vom firEmergency-Team.

Er hat sich unserem Fehler umgehend angenommen, konnte ihn ein-
grenzen und schnell beheben.

Seit 24h alarmiert firEmergency nun wieder einwandfrei.

DANKE!

Gruß
BI

[firemichael]

Ähm, ja... Glückwunsch!

... und woran lag es nun?
Lasst Ihr die anderen Betroffenen an Eurem Erfolg teilhaben?
Bzw. ist die Lösung übertragbar?

Grüße,

der Michel

[Brandinspektor]

Hallo Michael,

setz Dich per E-Mail mit Beuti support@firemergency.de in Verbindung.
Eventuell musst Du Deine Error- und Daily-Logfiles sowie die AlarmHistory
mitschicken.

Ich habe von ihm eine, auf mein Problem angepasste, neue Version von FE
erhalten und installiert, die bisher einwandfrei zur Probe läuft.

Ich denke, dass die Behebung von "meinem" Fehler mit in das nächste Update
von FE einfliessen wird. ;)

Also, wende Dich an Beuti - hier werden Sie geholfen. :)

Gruß
BI

[firEmergency]

Da der Fehler relativ kritisch sein kann, werden wir die bisherige "Closed-Beta" 1.2 zur "Open-Beta" umfunktionieren.

Neben ganz vielen Neuerungen wird dann dort auch der Fehler behoben sein.

Kann nur noch keinen 100% genauen Termin nennen. Denke nächste Woche ist realistisch.

[Beuti]

Freut mich das es jetzt wieder funktioniert!

Falls jemand momentan akut in den Fehler läuft, der wohl nur unter gewissen Konstelationen auftritt, kann er sich wie Bandinspektor schon sagte an support@firemergency.de wenden un bekommt vorab schon die Version. Für alle anderen dann in der OpenBeta zu 1.2.

Zum woran lags: Im Prinzip ein Problem mit Multithreading in Java im Zusammenhang mit Dateizugriffen was dann irgendwelche sehr seltsame Seiteneffekte produziert hat.