"Kurze Frage kurze Antwort"-Thread

[firEmergency]

So hier die AM§ Logs da ich daraus nix lesen kann :D

Also hier ist nur eine Wetterwarnung im Log zu finden:
!MESSAGE Input: {"startTime":"Mittwoch, 09.04.2014 07:42 Uhr ","weatherNbrWarnings":"0","vorwarnung":"nein","sh ortMessage":"","endTime":"Donnerstag, 10.04.2014 10:00 Uhr ","nbrVorwarnungen":"0","timestamp":"1397117069797 ","weatherWarningTyps":"","weatherWarnLevel":"Kein e Wetterwarnung","origin":"Keine Warnungen","address":"wetter","dwdURL":"/dyn/app/ws/html/reports/REG_warning_de.html","district":"Regen","message": "Keine Warnungen"}


Das ist ja aber keine "echte" Warnung. Hast du ein Log-Beispiel mit einer richtigen Warnung?

[Macetlf]

hey habe mal in die logs geschaut 17:34:34 ist es ausgefallen.
da gab es auch ein error.



08.04.2014 - 17:34:32.281 WARN PipelineController - Alarm für 69662919 wird nicht behandelt, da kein zugehöriger Alarmablauf gefunden wurde.
08.04.2014 - 17:34:34.156 INFO AlarmPool - Neuer eingehender Alarm für "0174760"
08.04.2014 - 17:34:34.156 INFO AlarmPool - Neuer eingehender Alarm für "1398098"
08.04.2014 - 17:34:34.156 INFO AlarmPool - Kein Sammelalarm
08.04.2014 - 17:34:34.156 INFO AlarmPool - Kein Sammelalarm
08.04.2014 - 17:34:34.156 INFO AAOController - Suche nach Stichwort in "[FF] [ETX]ö[SI]"
08.04.2014 - 17:34:34.156 INFO AddressGenerator - Versuche Einsatz-Adresse zu berechnen aus Feld <message> (Modus: [STREET_DICTIONARY])...
08.04.2014 - 17:34:34.156 INFO AddressGeneratorStreetDictionary - Es konnte im ersten Durchlauf keine Adresse gefunden werden
08.04.2014 - 17:34:34.156 WARN AddressGenerator - Keine Adresse im Modus STREET_DICTIONARY gefunden
08.04.2014 - 17:34:34.156 INFO PipelineController - Pipeline gestartet für 0174760
08.04.2014 - 17:34:34.156 INFO Pipeline - Pipeline von Einheit (0174760) wurde mit AlarmData () gestartet
08.04.2014 - 17:34:34.156 INFO PluginController - PluginController mit Plugin reichweitenalarm.Reicheitenalarm (Admin0) mit AlarmData ()wurde gestartet
08.04.2014 - 17:34:34.156 INFO PluginController - PluginController mit Plugin reichweitenalarm.Reicheitenalarm (Admin1) mit AlarmData ()wurde gestartet
08.04.2014 - 17:34:34.156 INFO PluginController - PluginController mit Plugin reichweitenalarm.Reicheitenalarm (Admin0) mit AlarmData () nach 0 ms beendet
08.04.2014 - 17:34:34.156 INFO PluginController - PluginController mit Plugin reichweitenalarm.Reicheitenalarm (Admin1) mit AlarmData () nach 0 ms beendet
08.04.2014 - 17:34:34.265 ERROR Throwable - Exception in thread "PipeControllerThread" java.util.NoSuchElementException
08.04.2014 - 17:34:34.265 ERROR Throwable - at java.util.LinkedList.removeFirst(Unknown Source)
08.04.2014 - 17:34:34.265 ERROR Throwable - at java.util.LinkedList.pop(Unknown Source)
08.04.2014 - 17:34:34.265 ERROR Throwable - at server.PipelineController.run(PipelineController.j ava:164)
08.04.2014 - 17:34:34.265 ERROR Throwable - at java.lang.Thread.run(Unknown Source)
08.04.2014 - 17:34:34.828 INFO Pipeline - Alarmabarbeitung beendet
08.04.2014 - 17:34:34.828 INFO Pipeline - Pipeline von Einheit (0174760) wurde nach 672 ms beendet. Fehler aufgetreten: Nein
08.04.2014 - 17:34:36.156 INFO AlarmPool - >> Mehrfachalarmierung (2000 ms) für "1398098" (<address>: 1398098) mit Nachricht ""
08.04.2014 - 17:34:36.781 INFO AlarmPool - >> Mehrfachalarmierung (4500 ms) für "69662919" (<address>: 69662919) mit Nachricht ""
08.04.2014 - 17:34:40.281 INFO AlarmPool - >> Mehrfachalarmierung (8000 ms) für "69662919" (<address>: 69662919) mit Nachricht ""
08.04.2014 - 17:34:56.781 INFO AlarmPool - Neuer eingehender Alarm für "69662401"
08.04.2014 - 17:34:56.781 INFO AlarmPool - Kein Sammelalarm
08.04.2014 - 17:36:32.281 INFO AlarmPool - Neuer eingehender Alarm für "696636A9"
08.04.2014 - 17:36:32.281 INFO AlarmPool - Kein Sammelalarm
08.04.2014 - 17:36:32.656 INFO AlarmPool - Neuer eingehender Alarm für "0174760"
08.04.2014 - 17:36:32.656 INFO AlarmPool - Neuer eingehender Alarm für "1398

Schon mal in den Logs geschaut? Fehler?


Was steht im AM3 Log? Hier sollte beim Eingang der Warnung zu sehen sein, wie lange er die Warnung anzeigen wird.


Kannst du ein Beispiel-Log anhängen? Eventuell gibt es Sonderzeichen die speziell ersetzt werden müssen.

[geiss-t]

Also hier ist nur eine Wetterwarnung im Log zu finden:
!MESSAGE Input: {"startTime":"Mittwoch, 09.04.2014 07:42 Uhr ","weatherNbrWarnings":"0","vorwarnung":"nein","sh ortMessage":"","endTime":"Donnerstag, 10.04.2014 10:00 Uhr ","nbrVorwarnungen":"0","timestamp":"1397117069797 ","weatherWarningTyps":"","weatherWarnLevel":"Kein e Wetterwarnung","origin":"Keine Warnungen","address":"wetter","dwdURL":"/dyn/app/ws/html/reports/REG_warning_de.html","district":"Regen","message": "Keine Warnungen"}


Das ist ja aber keine "echte" Warnung. Hast du ein Log-Beispiel mit einer richtigen Warnung?

So jetzt... hier im anhang ein log mit echten warnungen. sorry bin da letztes mal nicht so ganz durchgestiegen :D

[hawkeye94]

LOG:
09.04.2014 - 22:38:14.786 INFO MailInput - Neue Nachrichten sind eingetroffen
09.04.2014 - 22:38:14.903 INFO MailInput - Eingegangene Email ist berechtigt eine Alamierung auszulösen (<email adresse>)!
09.04.2014 - 22:38:15.088 INFO AlarmPool - Neuer eingehender Alarm für "testalarm"
09.04.2014 - 22:38:15.089 INFO AlarmPool - Kein Sammelalarm
09.04.2014 - 22:38:15.089 INFO MailInput - Neuen Alarm für testalarm erstellt!
09.04.2014 - 22:38:15.093 INFO AAOController - Suche nach Stichwort in "ÜBUNG-LG1*ERKUNDUNG*Musterstraße 15*Musterstadt*test"
09.04.2014 - 22:38:15.094 INFO AAOController - Alarmstichwort gefunden: ERKUNDUNG
09.04.2014 - 22:38:15.094 INFO PipelineController - Pipeline gestartet für testalarm
09.04.2014 - 22:38:15.095 INFO Pipeline - Pipeline von Einheit (testalarm) wurde mit AlarmData () gestartet
09.04.2014 - 22:38:15.096 INFO PluginController - PluginController mit Plugin customParams_customAlarm.CustomParams_customAlarm (Personeninfo0) mit AlarmData ()wurde gestartet
09.04.2014 - 22:38:15.097 INFO CustomParams_customAlarm - Textfeld für einzeiligen Alarmtext ist leer
09.04.2014 - 22:38:15.098 INFO CustomParams_customAlarm - Key "pluginMessage" gesetzt auf: ÜBUNG-LG1*ERKUNDUNG*Musterstraße 15*Musterstadt*test
09.04.2014 - 22:38:15.098 INFO PluginController - PluginController mit Plugin customParams_customAlarm.CustomParams_customAlarm (Personeninfo0) mit AlarmData () nach 1 ms beendet
09.04.2014 - 22:38:15.198 INFO PluginController - PluginController mit Plugin textmod.Textmod (Personeninfo1) mit AlarmData ()wurde gestartet
09.04.2014 - 22:38:15.198 INFO PluginController - PluginController mit Plugin textmod.Textmod (Personeninfo1) mit AlarmData () nach 0 ms beendet
09.04.2014 - 22:38:15.298 INFO PluginController - PluginController mit Plugin apager.Apager (Personeninfo2) mit AlarmData ()wurde gestartet
09.04.2014 - 22:38:15.299 INFO Apager - Versende Nachricht an aPager
09.04.2014 - 22:38:15.300 INFO SendMessage - Größe der Nachricht: 226
09.04.2014 - 22:38:15.747 INFO SendMessage - Nachricht erfolgreich versandt
09.04.2014 - 22:38:15.748 INFO PluginController - PluginController mit Plugin apager.Apager (Personeninfo2) mit AlarmData () nach 450 ms beendet
09.04.2014 - 22:38:15.816 INFO Pipeline - Alarmabarbeitung beendet
09.04.2014 - 22:38:15.816 INFO Pipeline - Pipeline von Einheit (testalarm) wurde nach 721 ms beendet. Fehler aufgetreten: Nein

Mail Inhalt (HTML):
<p dir="ltr">ÜBUNG-LG1*ERKUNDUNG*Musterstraße 15*Musterstadt*test</p>

Eigentlicher "Alarm":
ÜBUNG-LG1*ERKUNDUNG*Musterstraße 15*Musterstadt*test

Wass mir jetzt gerade aufgefallen ist: dieses Forum hier wandelt die HTML-Num-Tags automatisch in Buchstaben um....also denkt euch statt Ü ein &#220\; (nur ohne backslash)

[firEmergency]

So jetzt... hier im anhang ein log mit echten warnungen. sorry bin da letztes mal nicht so ganz durchgestiegen :D

Hast du zufällig noch den "Anfang"? Dein Log beginnt um 03:03 Uhr. Die Wetterwarnung muss es schon vorher gegeben haben (eventuell im Log back_9.log?).
Um 10:00 Uhr wird die Warnung beendet:


!ENTRY de.alamos.monitor.view.weather 1 0 2014-04-09 10:00:00.008
!MESSAGE Wetter-Warnung wird beendet

Wie lange hätte sie angezeigt werden sollen?
Bitte dran denken, dass der DWD Warnungen jederzeit aktualisieren kann. Zur Zeit als FE die Warnung an den AM3 geschickt hat, war End-Zeit wohl 10:00 Uhr. Zur Zeit als du draufgeschaut hast, war sie vielleicht schon 12:00 Uhr oder später. Wenn jetzt vor 10:00 Uhr kein neuer Alarm im AM3 eingeht (welcher Wetterwarnung verlängert), bricht der AM3 die Warnung korrekt um 10:00 Uhr ab.
Denke das könnte dein Problem gewesen sein?

[geiss-t]

Also ich hab zum test bei anstehender dwd warnung (orange) das wetter plugin neu gestartet. Nach ca. 5 min erschien dann die warnung. Alles noch korrekt. Dann 20-30min später war wieder die normale wetteranzeige dort obwohl die wetterwarnung noch min 5 stunden land auf der dwd karte anstand. Mir ist das die letzten 1-2 monate immerwieder aufgefallen das auf der dwd karte eine farbige warnung für unseren landkreis angezeigt wird aber der am die warnung nicht darstellt. Ich pack jetzt mal die ganzen log dateien zusammen und stell sie hoer online. Desweiteren schaue ich dann das ich dann mal innerhalb der nächsten woche hoffentlich mal ne wetterwarnung bekomme und verfolge das ganze dann nochmal genau. Danke schon mal. Mfg

[geiss-t]

Also ich hab zum test bei anstehender dwd warnung (orange) das wetter plugin neu gestartet. Nach ca. 5 min erschien dann die warnung. Alles noch korrekt. Dann 20-30min später war wieder die normale wetteranzeige dort obwohl die wetterwarnung noch min 5 stunden land auf der dwd karte anstand. Mir ist das die letzten 1-2 monate immerwieder aufgefallen das auf der dwd karte eine farbige warnung für unseren landkreis angezeigt wird aber der am die warnung nicht darstellt. Ich pack jetzt mal die ganzen log dateien zusammen und stell sie hoer online. Desweiteren schaue ich dann das ich dann mal innerhalb der nächsten woche hoffentlich mal ne wetterwarnung bekomme und verfolge das ganze dann nochmal genau. Danke schon mal. Mfg

Hier die Logs

[firEmergency]

Hier die Logs

Genau, bitte ein exaktes Beispiel als es Probleme gab. Es macht jetzt von unserer Seite aus keinen Sinn das ganze Log zu durchsuchen.
Nur ein Beispiel:

!MESSAGE Input: {"startTime":"Donnerstag, 28.11.2013 04:00 Uhr "... "endTime":"Donnerstag, 28.11.2013 10:00 Uhr ...}
Start um 04:00 Uhr
Ende laut Warnung um 10:00 Uhr

Log Ende:
!ENTRY de.alamos.monitor.view.weather 1 0 2013-11-28 10:00:00.000
!MESSAGE Wetter-Warnung wird beendet

Also alles korrekt.

[geiss-t]

Genau, bitte ein exaktes Beispiel als es Probleme gab. Es macht jetzt von unserer Seite aus keinen Sinn das ganze Log zu durchsuchen.
Nur ein Beispiel:

!MESSAGE Input: {"startTime":"Donnerstag, 28.11.2013 04:00 Uhr "... "endTime":"Donnerstag, 28.11.2013 10:00 Uhr ...}
Start um 04:00 Uhr
Ende laut Warnung um 10:00 Uhr

Log Ende:
!ENTRY de.alamos.monitor.view.weather 1 0 2013-11-28 10:00:00.000
!MESSAGE Wetter-Warnung wird beendet

Also alles korrekt.

All clear :) dann hoffe ich das bald ne warnung ansteht :D
Danke

[Wehrleiter]

Guten Morgen zusammen,
ich beobachte seit einiger Zeit, dass Alarme die ausgelöst werden und zu dem Zeitpunkt ich keinen Empfang habe (z.B. Funkloch) diese nachträglich nicht mehr zugestellt werden. Ich erkenne es dann daran, dass über MailExpert eine Datei versendet wird und diese per Mail kommt aber anderen die diese Datei nicht empfangen gehen leer aus. Die Pipeline wird normal abgearbeitet und es scheint auch das keine Fehler aufgetreten sind.
Die App-Version ist die 3.7.8
Jetzt weis ich natürlich nicht ob es mit dem Samsung Android Update zusammenhängt das kürzlichst kam. Aber die habe es jetzt schon bei 3 Alarmen feststelle können das in einem Funkloch der Alarm nachträglich auch ausbleibt. Hat diese Problematik noch jemand beobachten können?

[Wehrleiter]

Guten Morgen zusammen,
ich beobachte seit einiger Zeit, dass Alarme die ausgelöst werden und zu dem Zeitpunkt ich keinen Empfang habe (z.B. Funkloch) diese nachträglich nicht mehr zugestellt werden. Ich erkenne es dann daran, dass über MailExpert eine Datei versendet wird und diese per Mail kommt aber anderen die diese Datei nicht empfangen gehen leer aus. Die Pipeline wird normal abgearbeitet und es scheint auch das keine Fehler aufgetreten sind.
Die App-Version ist die 3.7.8
Jetzt weis ich natürlich nicht ob es mit dem Samsung Android Update zusammenhängt das kürzlichst kam. Aber die habe es jetzt schon bei 3 Alarmen feststelle können das in einem Funkloch der Alarm nachträglich auch ausbleibt. Hat diese Problematik noch jemand beobachten können?

Auf meinem Tablet werden sie komischerweise nachträglich zugestellt. Ich deinstalliere jetzt mal die Handy-App und beobachte es einmal erneut......

[geiss-t]

Genau, bitte ein exaktes Beispiel als es Probleme gab. Es macht jetzt von unserer Seite aus keinen Sinn das ganze Log zu durchsuchen.
Nur ein Beispiel:

!MESSAGE Input: {"startTime":"Donnerstag, 28.11.2013 04:00 Uhr "... "endTime":"Donnerstag, 28.11.2013 10:00 Uhr ...}
Start um 04:00 Uhr
Ende laut Warnung um 10:00 Uhr

Log Ende:
!ENTRY de.alamos.monitor.view.weather 1 0 2013-11-28 10:00:00.000
!MESSAGE Wetter-Warnung wird beendet

Also alles korrekt.

Hallo, habe jetzt mal die anhand deinem beispiel die wetterwarnung herausgesucht bei der ich vorm pc saß.

also um 13:14Uhr kam die wetterwarnung ganz korrekt
und um 13:37Uhr verschwand sie auf dem monitor als das wetter aktualiesiert wurde.
dann war sie bis zum eigentlichen ende um 18:00Uhr nicht mehr am am3 sichtbar.

wird die warnung dann von der wetteraktualierung überschrieben?

mfg

[firEmergency]

Hallo, habe jetzt mal die anhand deinem beispiel die wetterwarnung herausgesucht bei der ich vorm pc saß.

also um 13:14Uhr kam die wetterwarnung ganz korrekt
und um 13:37Uhr verschwand sie auf dem monitor als das wetter aktualiesiert wurde.
dann war sie bis zum eigentlichen ende um 18:00Uhr nicht mehr am am3 sichtbar.

wird die warnung dann von der wetteraktualierung überschrieben?

mfg

Hattest du in diesem Beispiel eingestellt, dass Warnungen und Wetter sich NICHT abwechseln lassen?
Eventuell könnte da tatsächlich ein Fehler sein. Denn in den anderen Beispielen hat sich ja Wetter und Warnungen immer abgewechselt (was man auch im Log sehen konnte).

[geiss-t]

Hattest du in diesem Beispiel eingestellt, dass Warnungen und Wetter sich NICHT abwechseln lassen?
Eventuell könnte da tatsächlich ein Fehler sein. Denn in den anderen Beispielen hat sich ja Wetter und Warnungen immer abgewechselt (was man auch im Log sehen konnte).

Ja genau das hatte ich umgestellt weils im "wechselbetrieb" das gleiche war. War zum test und hat auch nicht funktioniert. An was kann das noch liegen?

[Macetlf]

Hat wereine Idee?

hey habe mal in die logs geschaut 17:34:34 ist es ausgefallen.
da gab es auch ein error.



08.04.2014 - 17:34:32.281 WARN PipelineController - Alarm für 69662919 wird nicht behandelt, da kein zugehöriger Alarmablauf gefunden wurde.
08.04.2014 - 17:34:34.156 INFO AlarmPool - Neuer eingehender Alarm für "0174760"
08.04.2014 - 17:34:34.156 INFO AlarmPool - Neuer eingehender Alarm für "1398098"
08.04.2014 - 17:34:34.156 INFO AlarmPool - Kein Sammelalarm
08.04.2014 - 17:34:34.156 INFO AlarmPool - Kein Sammelalarm
08.04.2014 - 17:34:34.156 INFO AAOController - Suche nach Stichwort in "[FF] [ETX]ö[SI]"
08.04.2014 - 17:34:34.156 INFO AddressGenerator - Versuche Einsatz-Adresse zu berechnen aus Feld <message> (Modus: [STREET_DICTIONARY])...
08.04.2014 - 17:34:34.156 INFO AddressGeneratorStreetDictionary - Es konnte im ersten Durchlauf keine Adresse gefunden werden
08.04.2014 - 17:34:34.156 WARN AddressGenerator - Keine Adresse im Modus STREET_DICTIONARY gefunden
08.04.2014 - 17:34:34.156 INFO PipelineController - Pipeline gestartet für 0174760
08.04.2014 - 17:34:34.156 INFO Pipeline - Pipeline von Einheit (0174760) wurde mit AlarmData () gestartet
08.04.2014 - 17:34:34.156 INFO PluginController - PluginController mit Plugin reichweitenalarm.Reicheitenalarm (Admin0) mit AlarmData ()wurde gestartet
08.04.2014 - 17:34:34.156 INFO PluginController - PluginController mit Plugin reichweitenalarm.Reicheitenalarm (Admin1) mit AlarmData ()wurde gestartet
08.04.2014 - 17:34:34.156 INFO PluginController - PluginController mit Plugin reichweitenalarm.Reicheitenalarm (Admin0) mit AlarmData () nach 0 ms beendet
08.04.2014 - 17:34:34.156 INFO PluginController - PluginController mit Plugin reichweitenalarm.Reicheitenalarm (Admin1) mit AlarmData () nach 0 ms beendet
08.04.2014 - 17:34:34.265 ERROR Throwable - Exception in thread "PipeControllerThread" java.util.NoSuchElementException
08.04.2014 - 17:34:34.265 ERROR Throwable - at java.util.LinkedList.removeFirst(Unknown Source)
08.04.2014 - 17:34:34.265 ERROR Throwable - at java.util.LinkedList.pop(Unknown Source)
08.04.2014 - 17:34:34.265 ERROR Throwable - at server.PipelineController.run(PipelineController.j ava:164)
08.04.2014 - 17:34:34.265 ERROR Throwable - at java.lang.Thread.run(Unknown Source)
08.04.2014 - 17:34:34.828 INFO Pipeline - Alarmabarbeitung beendet
08.04.2014 - 17:34:34.828 INFO Pipeline - Pipeline von Einheit (0174760) wurde nach 672 ms beendet. Fehler aufgetreten: Nein
08.04.2014 - 17:34:36.156 INFO AlarmPool - >> Mehrfachalarmierung (2000 ms) für "1398098" (<address>: 1398098) mit Nachricht ""
08.04.2014 - 17:34:36.781 INFO AlarmPool - >> Mehrfachalarmierung (4500 ms) für "69662919" (<address>: 69662919) mit Nachricht ""
08.04.2014 - 17:34:40.281 INFO AlarmPool - >> Mehrfachalarmierung (8000 ms) für "69662919" (<address>: 69662919) mit Nachricht ""
08.04.2014 - 17:34:56.781 INFO AlarmPool - Neuer eingehender Alarm für "69662401"
08.04.2014 - 17:34:56.781 INFO AlarmPool - Kein Sammelalarm
08.04.2014 - 17:36:32.281 INFO AlarmPool - Neuer eingehender Alarm für "696636A9"
08.04.2014 - 17:36:32.281 INFO AlarmPool - Kein Sammelalarm
08.04.2014 - 17:36:32.656 INFO AlarmPool - Neuer eingehender Alarm für "0174760"
08.04.2014 - 17:36:32.656 INFO AlarmPool - Neuer eingehender Alarm für "1398