Zeitverzögerung bei Übergabe Bosmon -> Firemergency

[feodor]

Die Werte klingen ja in Ordnung.
Wenn fe die eingehenden Alarme mit der Verzögerung anzeigt, könnte natürlich auch bosmon die Quelle sein. Ich würde empfehlen dort zusätzlich nachzufragen.

[feodor]

Also nochmal ausführlicher:

Im FE Log stehen die Zeiten (neuer eingehender Alarm für xxx) wie sie verspätet kommen?
Hast du auf Debug Level umgestellt? Dann kannst du sehen wann FE den Alarm entgegen genommen hat.

[Melder]

Hallo nochmal,

ich habe das Logging jetzt mal auf Debug umgestellt,wusste im Vorfeld leider nichts damit anzufangen :-)
Ich habe mich jetzt etwas eingelesen und denke das so hinbekommen zu haben!

Ich habe jetzt also mal wieder von Bosmon aus einen manuellen Alarm 5x hintereinander ausgelöst (innerhalb von max. 10sek.)

Das ganze Logging erspare ich Dir/Euch mal an dieser stelle und zeige mal den Teil, der für mich interessant erscheint:

22:57:27 [INFO] [ProwlThread Tue Apr 24 22:57:27 2012] [server.PluginController][75] PluginController mit Plugin prowl.Prowl (XXXXX) mit AlarmData ()wurde gestartet
22:57:27 [DEBUG] [ProwlThread Tue Apr 24 22:57:27 2012] [server.PluginController][288] Das GUIElement person-iphone benötigt iphone-Information der Person
22:57:27 [DEBUG] [ProwlThread Tue Apr 24 22:57:27 2012] [prowl.Prowl][52] Pushdata:
22:57:27 [DEBUG] [ProwlThread Tue Apr 24 22:57:27 2012] [prowl.Prowl][57] application: nur XXXXX
22:57:27 [DEBUG] [ProwlThread Tue Apr 24 22:57:27 2012] [prowl.Prowl][62] event: Einsatzalarmierung
22:57:27 [DEBUG] [ProwlThread Tue Apr 24 22:57:27 2012] [prowl.Prowl][64] priority: Gering
22:57:27 [DEBUG] [ProwlThread Tue Apr 24 22:57:27 2012] [prowl.Prowl][66] description: N/A - N/A
22:57:27 [DEBUG] [ProwlThread Tue Apr 24 22:57:27 2012] [prowl.Prowl][95] Push für API-Key: XYZ
22:57:28 [INFO] [ProwlThread Tue Apr 24 22:57:27 2012] [prowl.Prowl][104] Senden an XYZ: API call succeeded. 997 api calls left.
22:57:28 [DEBUG] [ProwlThread Tue Apr 24 22:57:27 2012] [prowl.Prowl][105] Push erfolgreich!
22:57:28 [INFO] [ProwlThread Tue Apr 24 22:57:27 2012] [server.PluginController][140] PluginController mit Plugin prowl.Prowl (XXXXX) mit AlarmData () nach 391 ms beendet
22:57:28 [DEBUG] [XXXXXPipelineThread Tue Apr 24 22:57:27 2012] [server.Pipeline][281] Erstelle AlarmHistory
22:57:50 [DEBUG] [Thread-14] [server.gui.status.GStatusController$ServerThread][161] Neue Alarmierungen sind da
22:57:50 [DEBUG] [XXXXXPipelineThread Tue Apr 24 22:57:27 2012] [server.Launcher][430] 1 Oberflächen wurden über neue Alarmierungen informiert
22:57:50 [DEBUG] [Thread-14] [server.gui.MainFrame][693] Aktualisierung der AlarmHistory gestartet
22:57:50 [INFO] [XXXXXPipelineThread Tue Apr 24 22:57:27 2012] [server.Pipeline][305] Alarmabarbeitung beendet
22:57:50 [INFO] [XXXXXPipelineThread Tue Apr 24 22:57:27 2012] [server.Pipeline][138] Pipeline von Feuerwehr (XXXXX) wurde nach 23328 ms beendet, isError?: false
22:57:50 [DEBUG] [HistoryThread] [server.gui.MainFrameController][190] Füge Eintrag zu History hinzu
22:57:51 [DEBUG] [PipeControllerThread] [server.PipelineController][158] Server legt sich schlafen!
22:57:51 [INFO] [Thread-3] [server.AlarmPool][124] Neuer eingehender Alarm für "0000"

....

So, es ist also so, das Immer bei "Erstelle AlarmHistory" knappe 10-15sek. verloren gehen und erst danach ein neuer Alarm bearbeitet wird.
Ich bin mir nun nicht sicher, ob diese Erkennung des nächsten Alarmes an FE hängt oder wie Du bereits geschrieben hast ein Problem von Bosmon ist!?
Der geloggte "eingehende Alarm" ist also ebenfalls die verzögerte Zeit wie hier z.B. 22:57:51 und der letzte davor war ja 22:57:27 obwohl die Alarmierungen manuell keine 2sek. auseinander waren!

Ich werde es im BosMon-Forum auf jeden Fall auch mal thematisieren

Vielen Dank schon mal für Eure Hilfe

[Melder]

Anbei nochmal ein richtiger Alarm, alarmiert wurden 5Rics!
Das eine ist die Ansicht in BosMon mit den augewerteten Zeiten, das andere die anonymisierte Logdatei von FE!
Die "Push-Fehler" können ignoriert werden, Problem bekannt, Verzögerung war allerdings schon vor Auftreten dieser Fehler.

[Melder]

Aktuelle Antwort im BosMon-Forum:

"BosMon verzögert Ereignisse nicht. Sobald ein Ereignis ausgelöst wird, wird es auch sofort ausgeführt."

[firEmergency]

Problem:
Liegt an uns

Lösung:
Auf Update warten.
Alarm-History löschen.

Wie groß ist denn deine Alarm-History (im Ordner /Config/)?
Hast du viele Alarmierungen gespeichert?
Kannst du uns eventuell deine AlarmHistory zukommen lassen (via http://support.firemergency.de)

[feodor]

Hallo,

jetzt mit dem Log ist der Fehler greifbar. Der Fehler liegt an FE.
Wir haben ihn bereits auf die Liste genommen, danke für's Melden.

Gruß

[Melder]

Hallo nochmal,

vielen Dank für die schnelle Hilfe!!!
Meine AlarmHistory hat 5,5MB, allerdings habe ich von mir aus keine Alarme gespeichert.
Ich habe die Datei jetzt gelöscht und Server neu gestartet, mit dem Ergebnis, dass alles einwandfrei funktioniert *Begeisterung*
Kann ich verhindern, dass sie wieder so groß wird?
Datei schicke ich Euch.

Vielen Dank für die Hilfe, Service wirklich 1A*