Kein Alarmtext nach FMS32 Übergabe

[grisu63]

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

[firEmergency]

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.

[Maulwurf]

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

[grisu63]

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?

[firEmergency]

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.

[grisu63]

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.

[grisu63]

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