Neue Version: firEmergency 1.3.0.6 und Umstieg auf Google GCM

[firEmergency]

Diese Beobachtung kann ich leider bestätigen, seit dem Umstieg auf 1.3.0.6 muss ich einen täglichen Neustart vom Server durchführen. Der letzte Eintrag im Server ist, dass er sich schlafen legt. Es werden keine Informationen vom FMS32 mehr verarbeitet. Server schließen, neu starten und es funktioniert wieder. Das komische ist, dass das tägliche Fehlerprotokoll verschickt wird, Alarme und Stati aus dem FMS32 aber unberücksichtigt bleiben.

Jens

Aha.
Ich nutze zwar das Mail Plugin nicht habe aber wie im Post oben beschrieben das problem das mein Server auch plötzlich aufhört fms Meldungen vom fms32 pro auszuwerten. Ebenfalls wird das ganze System Ultra langsam. Nur wenn ch alles beende und neu starte läuft die Auswertung wieder korrekt für einige zeit. Gleicher Fehler? Ist auch erst seit der 1.3.06 so

Das ist seehr schlecht. Kann es sein, dass allerdings Fehler in der error.log auftreten?

ich wollte im alarmablauf gerade schon einmal den "stillen" alarm für eine einheit konfigurieren.
vermutlich sollte man diesen ja wie alarm abbruch/info konfigurieren können ( für stillen alarm ist es echt bescheiden im wiki beschrieben, eigentlich garnicht). jedoch gibt es die auswahl "manuel" garnicht!? das plugin ist alarmmonitor 1.6

Viel gibt es da eigentlich auch nicht zu beschreiben. Das ist die Wiki Seite dazu:
http://firemergency-wiki.de/mediawik..._Alarmierungen

[zatsch]

Also ich kann das ganze nur vom MailInput sagen. Systemgeschwindigkeit ist subjektiv nicht betroffen, allerdings hänge ich nur per VNC von zu Hause drauf. Ich kann nur vom Performance-Meter her sagen, dass ich im Schnitt bei Leerlauf bei 8-10 % Prozessorlast liege.
Alarmierungen (POCSAG und FMS) kommen weiterhin rein.

[firEmergency]

Version 1.3.0.7

Changelog:
- Adress- und AAO-Erkennung können Werte überschreiben, falls diese bereits vorhanden sind
- Fehler in der Alarmabarbeitung führen nicht mehr zum Kollaps des Input-Plugins
- Überwachung: Ältere Log-Einträge werden nicht mehr mit in die tägliche Überwachung aufgenommen (falls das tägliche Neuanlegen der Log-Datei nicht funktioniert)


WICHTIGSTE ÄNDERUNG:

Falls während der Alarmabarbeitung an einer nicht vorhergesehenen Stelle ein Fehler auftreten sollte, funktioniert der Alarmempfang danach trotzdem wie gewohnt.
Bei allen Versionen kleiner 1.3.0.7 stürzen die Input-Plugins bei einem unvorhergesehenem Fehler einfach ab und stellen den Alarmempfang ein.

ACHTUNG:
Dies behebt nicht die Ursache des Fehlers, sondern ermöglicht es, dass eventuell nachfolgende Alarmierungen trotzdem abgearbeitet werden können. Nichtsdestotrotz können natürlich auch bei diesen der gleiche Fehler wieder auftreten.

Die Version 1.3.0.7 ist also vor allem dafür da, dass der Fehler, welche zum Absturz des Plugins gefunden wird, von uns behoben werden kann. Bitte Log-Einträge schicken, wenn das Input-Plugin wieder abstürzen sollte!!!!

[zatsch]

Super! Werde ich sofort installieren.
Bezüglich Log Dateien, schicke dir sofort eine. Habe den ganzen Nachmittag
von 14:00 Uhr bis 18:00 Uhr mal durchgesehen. In der Zeit ist es irgendwann mal abgestürzt. Ich kann dazu aber nichts wirklich finden.

[lippe]

Viel gibt es da eigentlich auch nicht zu beschreiben. Das ist die Wiki Seite dazu:
http://firemergency-wiki.de/mediawik..._Alarmierungen

die frage ist wo diese einstellung vorgenommen werden muss. wenn sie im alarmablauf einzustellen ist gibt es ein problem! siehe bild