Druckbare Version
WARN PipelineController - Alarm für 13xxxxx wird nicht behandelt, da kein zugehöriger Alarmablauf gefunden wurde.
Jetzt werden die Alarmabläufe aber wieder abgearbeitet.
Da ist wohl mächtig was schief gelaufen. Seltsamerweise fehlt der ganze Tag auch im Alarmverlauf auf der Serveroberfläche.
Das ist verrückt.
Die Meldung würde ja bedeuten, dass eine Einheit mit dem Code 13xxxxx versucht wurde zu alarmieren, sie jedoch nicht existiert.
Mal nur so ne Vermutung:
Hast du eventuell mehrere FE-Versionen auf deinem Rechner und zufälligerweise die falsche mal gestartet?
Hallo,
Das ist allerdings verrückt.
Die Einheit ist definitiv vorhanden und jetzt funktioniert es ja auch wieder. Zumindest für unseren RTW, den ich als Testeinheit laufen habe. Hier allerdings kenne ich den EA nicht und wenn auch, er wäre verschlüsselt.
Allerdings weiß ich noch nicht, ob auch der Text bei den Feuerwehreinheiten funktioniert.
Auf dem Rechner läuft auch nur die Premiumversion von FE, also keine weitere.
Warum allerdings der gesamte Tagesverlauf verschwunden ist, ist schon verrückt.
Ich verstehes es nicht.
Gestern hat die Alarmierung gut funktioniert.
Heute ist aber wieder nicht alarmiert worden:
3.07.2013 - 07:20:31.873 DEBUG AlarmFMS32ServerInput - FMS32: POC 1328008 1 [NULL][STX] 0 0
23.07.2013 - 07:20:31.873 INFO AlarmPool - Neuer eingehender Alarm für "1328008"
23.07.2013 - 07:20:31.873 INFO AddressGenerator - Versuche Einsatz-Adresse zu berechnen...
23.07.2013 - 07:20:31.873 DEBUG AddressGenerator - Suche nach Gebäude...
23.07.2013 - 07:20:31.873 DEBUG AddressGenerator - Kein Gebäude gefunden, suche nach Adresse...
23.07.2013 - 07:20:31.873 WARN AddressGenerator - Adresse konnte nicht gefunden werden
23.07.2013 - 07:20:31.873 DEBUG AlarmPool - Alarm-ID wird für diesen Alarm nicht erstellt
23.07.2013 - 07:20:31.873 INFO AlarmPool - Kein Sammelalarm
23.07.2013 - 07:20:31.873 DEBUG AlarmPool - Alarm hinzugefügt und Controller aufgeweckt
23.07.2013 - 07:20:31.873 DEBUG AlarmFMS32ServerInput - FMS32: POC 133xxxx 1 0 0
23.07.2013 - 07:20:31.873 WARN PipelineController - Alarm für 1328008 wird nicht behandelt, da kein zugehöriger Alarmablauf gefunden wurde.
23.07.2013 - 07:20:31.873 INFO AlarmPool - Neuer eingehender Alarm für "133xxxx"
23.07.2013 - 07:20:31.873 DEBUG AlarmPool - Alarm-ID wird für diesen Alarm nicht erstellt
23.07.2013 - 07:20:31.873 INFO AlarmPool - Der eingegangene Alarm ist ein Express-Alarm - ExpressAlertingTimerTask erstellt
23.07.2013 - 07:20:31.973 DEBUG PipelineController - Server legt sich schlafen!
So langsam vergeht einem die Lust!
Es existiert eine Einheit mit dem Code "1328008"?
Für diese Einheit wurde auch ein Alarmablauf angelegt?
Es betrifft den Code mit xxx. Dafür ist ein Alarmablauf eingerichtet. Nach Neustart des Servers gehen die Alarme wieder.
Irgendwie scheint es hier zu einer Fehlfunktion kommen.
Gesendet von meinem GT-N7100 mit Tapatalk 2
Ist die Einheit mit dem Code XX die einzige Einheit eines Benutzers Y, oder hat der Benutzer Y mehrere Einheiten?
Wenn ja, gehen dann die anderen Einheiten des Benutzers Y?
Kann der Benutzer eventuell nicht geladen werden (Fehler beim Start von FE)?
Solch ein Fehler wurde uns noch nie berichtet. Eventuell würde es uns helfen, die Benutzerdaten von dir zu erhalten (Config). Vorher müsstest du natürlich personenbezogene Daten entfernen. Wir würden dann versuchen das Verhalten nachzuvollziehen.
kann leider keine logs posten da ich die nicht mehr habe aber diesen Fall hatte ich auch!
hatte den Code dem Admin Account zugewiesen und alle Einheiten außer eine wurden alarmiert vom Benutzer Admin!
Einheit wurde einfach einem anderen Benutzer zugewiesen und schon klappte es! warum das so war habe ich mir keine Gedanken gemacht weil es ja dann ging!
Ergänzung: Ereignis wurde aus Bosmon ausgelöst
FE war damals keine Beta-Version
Der Benutzer heißt auch bei mir Admin!!
Der Benutzer hat mehrere Einheiten.
Am Samstag wurden durch FE alle Einheiten NICHT alarmiert, obwohl mehrere Einheiten von der Leitstelle alarmiert wurden.
Der Fehler trat genauso aus wie heute morgen. Einheiten hatten einen Alarmablauf, den der Server wohl nicht mehr erkannt.
Erst nach dem Neustart des FE-Servers liefen die Alarmierungen wieder..bis heute morgen.
Also wieder ein Neustart und die Alarme kommen wieder durch.
Bei Start des FE kommt keine Fehlermeldung!
Ich habe die Einheiten jetzt einem anderem Benutzer zugewiesen.
Wie kann ich den die pers. Daten aus der Configdatei entfernen?
Also wichtig ist:
Wir brauchen natürlich die Konstellation, bei der Fehler auftritt (also die fragwürdige Einheit beim Benutzer "Admin").
Es kommt jetzt drauf an, was du als personenbezogen alles siehst. Die Config wird bei uns nur zum Nachstellen des Szenarios verwendet. Danach wird sie wieder gelöscht.
Folgendes solltest du löschen:
- Deine Personen im Adressbuch
- Eventuelle Plugins mit Passwörtern oder ähnliches (SMS-Plugins etc.)
Wir benötigen dann nur die Config vom Admin. Einheiten-Codes solltest du am besten so lassen, da der Fehler ja auch damit zu tun haben könnte.
Desweiteren wäre eine Beschreibung hilfreich, mit der man den Fehler reproduzieren kann. Aber so wie es sich anhört, geht es ja manchmal und manchmal nicht.
Jetzt habe ich die Einheiten schon einem anderen Benutzer zugewiesen. :-(
Der neue Benutzer hat nun sämtliche Feuerwehreinheiten intus.
Im Adminordner belasse ich nun die RTW-Einheit, bei der es ja heute nochmals zu dem Problem kam.
An welche Adresse soll ich die Config-Dateien schicken?
Komisch jetzt gehts wieder.
Zu früh gefreut!
Nachdem gestern Alles lief, auch die Textübermittlung, gab es heute morgen wieder einen Rückschlag.
Unser RTW wurde letzte Nacht 2 mal alarmiert, aber FE hat den Alarm nicht weitergeleitet.
Wahrscheinlich wäre es mit den Feuerwehreinheiten ebenfalls so geschehen.
Wie kann es sein, dass es mal super funktioniert und dann plötzlich nicht mehr, ohne das etwas an der Config geändert wurde??
Hier das Log einer Alarmierung von heute Nacht:
Der Ric 1333xxxx ist übrigens kein EA und so auch nicht als EA in FE eingestellt. Es ist der RTW Ric!
24.07.2013 - 06:27:41.833 DEBUG AlarmFMS32ServerInput - FMS32: POC 133xxxx 4 0 0
24.07.2013 - 06:27:41.833 INFO AlarmPool - Neuer eingehender Alarm für "133xxxx"
24.07.2013 - 06:27:41.833 DEBUG AlarmPool - Alarm-ID wird für diesen Alarm nicht erstellt
24.07.2013 - 06:27:41.833 INFO AlarmPool - Der eingegangene Alarm ist ein Express-Alarm - ExpressAlertingTimerTask erstellt
24.07.2013 - 06:27:42.823 DEBUG AlarmFMS32ServerInput - FMS32: POC 1351993 1 OQC[CR]:R[EM]jüO9N+t)t[LF][SOH]I[LF]OxLlB[GS]bfu[ESC]b_[BEL][NULL]Q?n6-K!TO,U,[HT][CR]'[EM]v6m[EM]fa4_f[NULL]fT[FS]7!?0A[NULL])M$[DC]D8/Ö[US]3f 0 0
24.07.2013 - 06:27:42.823 INFO AlarmPool - >>>Mehrfachalamierung für "1351993" User( )
mit Nachricht "OQC[CR]:R[EM]jüO9N+t)t[LF][SOH]I[LF]OxLlB[GS]bfu[ESC]b_[BEL][NULL]Q?n6-K!TO,U,[HT][CR]'[EM]v6m[EM]fa4_f[NULL]fT[FS]7!?0A[NULL])M$[DC]D8/Ö[US]3f"
24.07.2013 - 06:27:43.823 DEBUG AlarmFMS32ServerInput - FMS32: POC 1351993 4 oQC[GS]:2[CR]VPC4$)[SUB]üC4ß0[NAK]ß[ENQ]t<nWrRi[VT]jO[DC][DC]#g[EOT].[FF][DC]'0L[ACK]7[ENQ]'4I3[DC]x;[FS]d:Ö"[DLE]/?H(m1"JÄWS:Sa(T[CAN][CR][FS]3f 0 0
24.07.2013 - 06:27:43.823 DEBUG AlarmFMS32ServerInput - Mehrfachalarmierung von 1351993
Also laut dem Log ist die 133XX ja zugehöriger einer EA-Alarmierung.
>> Der eingegangene Alarm ist ein Express-Alarm - ExpressAlertingTimerTask erstellt
Du sagst, die 133XX gehört nicht zu einem EA-Alarm und ist auch keinem zugewiesen.
War sie jemals zu einem EA-Alarm zugewiesen (und du hast sie später wieder entfernt)?
Config bitte an:
kontakt (at) alamos-ug (punkt) de
mit Bezug auf diesem Thread.
EDIT
Was mir gerade noch einfällt:
Wenn eine Einheit zu einer EA dazugehört, darf sie bei Alarmierung keinen Text enthalten. Wenn doch ein Text dabei ist (und sei es nur '0'), wird sie als ganz normale Einheit betrachtet, und nicht als EA-Einheit.
Das erklärt jetzt nicht dein Phänomen, aber wollte nur darauf hinweisen, da ja via FMS32-Input-Plugin wohl auch ein Text mitgesendet wird (0)
EDIT2
Habe gerade gesehen, dass es einen Fehler beim Löschen des EA gibt. Wenn du einen EA löschst, muss der Server neugestartet werden, damit die Änderung übernommen wird. Könnte dein Verhalten erklären.
Wird in einem Update behoben.
Die Einheit war schon einmal einem EA zugeordnet.
Diese habe ich jedoch wieder entfernt.
Der Server wurde danach aber neugestartet.
Die Config-Dateien habe ich soeben verschickt.
Vielen Dank für die Unterstützung.
Ich muss leider sagen, daß die Probleme wieder aufgetreten sind.
Der RTW wurde 2 mal alarmiert, was FMS32 auf korrekt entgegen nahm.
FE hat aber keinen Alarm rausgeschickt.
Auch die Wetterwarnungen funktionierten gestern nachmittag nicht mehr, allerdings die RTW-Alarmierung.
Erst nach Serverneustart wurden die Alarme wieder korrekt abgearbeitet.
Irgendetwas ist da faul.