Seite 1 von 3 123 LetzteLetzte
Ergebnis 1 bis 15 von 35

Thema: Keine Abarbeitung einer Pipeline bei aktivierter Absturz-Überwachung

  1. #1
    Registriert seit
    06.06.2011
    Beiträge
    17

    Keine Abarbeitung einer Pipeline bei aktivierter Absturz-Überwachung

    Folgende Problemlage:
    Nach update auf 1.1.1 möchte ich neben den Alarmier-Pipelines noch die Absturz-Überwachung und den Wetter-Warner nutzen.
    Bei aktivierter Absturz-Überwachung allerdings hört FE irgendwann nach 1-2 Tagen auf, die Alarm-Pipelines abzuarbeiten (keine Hinweise im Terminal-Fenster, keine Reaktion von FE auf diese Pipelines).
    Die Absturz-Überwachung allerdings klappt dann nach wie vor zuverlässig und macht in meinem Fall alle 24h ein "HalloWach". -abgestürzt ist FE also nicht.
    Starte ich FE neu, klappts wieder 1-2 Tage lang, dann das gleiche Problem.
    Deaktiviere ich die Absturz-Überwachung, läuft alles, wie es soll.

    Ideen?

  2. #2
    Registriert seit
    27.09.2003
    Beiträge
    467
    Dann werden bestimmt keine Alarme mehr angenommen/übergeben.
    Welches Auswerteprogramm nutzt du? Steht nach dem Problem ein Eintrag in der Error.log?

  3. #3
    Registriert seit
    06.06.2011
    Beiträge
    17
    ich benutze BOSMON.
    Das wertet weiterhin alles korrekt aus, führt die betreffenden Aktionen aus und übergibt an den FE-Server. (Logs bei BOSMON waren leider nicht aktiviert).
    Im FE-Server-Fenster ist aber plötzlich nichts mehr neues zu lesen, es gibt bei FE-Server keine Error- oder sonstige unnormale Meldungen in den logs oder im Ablauf-Fenster.

    Es kommen für mich nur drei Ursachen in Frage (Dinge, die ich geändert habe):

    1) Update auf die 1.1.1er Version
    2) Absturz-Überwachung wurde aktiviert
    (Ich habe nach Auftreten des Fehlers zunächst die Absturz-Überwachung deaktiviert. Danach lief es mehrere Tage einwandfrei, bis dergleiche Fehler kommt)
    3) Wetter-Warnung aktiviert
    (habe ich als nächstes deaktiviert, mal sehen wie lange es gut geht...)

    Grüsse!

  4. #4
    Registriert seit
    06.06.2011
    Beiträge
    17
    So, es gibt Neuigkeiten:

    - Wetter-Warner und Hallo-wach wurden abgeschaltet, trotzdem hört firEmergency nach einiger Zeit einfach irgendwann auf, die Alarme abzuarbeiten. (stürzt aber nicht ab)

    - die decodierung und Übergabe seitens Bosmon klappt.

    - es gibt Einträge im Error-Log von firEmergency

    - der Fehler trat erst nach update von 1.0 auf 1.1.1 auf.

    - die Error-log seht Ihr im Anhang

    Das daily.log zeigt bei jedem weiteren Versuch, Alarmierungen zu FE zu senden, Fehlermeldungen mit folgendem Beginn:

    14:31:58 [ERROR] [RMI TCP Connection(18)-146.123.15.142] [server.data.DataManagement] [606] Fehler beim Laden der Alarmhistory
    ...



    Ich bin jetzt mit meinem Latein am Ende...
    Angehängte Dateien Angehängte Dateien

  5. #5
    Registriert seit
    22.11.2011
    Beiträge
    62
    Die Einträge in der error.txt haben meiner Ansicht mit dem Problem nichts zu tun. Sollten sich nur auf Fehler in der Anzeige auf der GUI auswirken.

    Kannst du bitte mal den ganzen Log von der Situation wo der Fehler auftritt aus dem Daily-Log posten. Da müsste rund um den Fehler mit der AlarmHistory noch mehr Informationen stehen. Der Fehler mit der AlarmHistory ist auch nicht gut sollte aber auch den kompletten Alarmablauf nicht blockieren.

    Am besten wäre ein kompletter Daily-Log in dem noch Alarme abgearbeitet werden und dann die Situation wo keine mehr kommen.
    Projektteam firEmergency - http://firemergency.de
    Fehler/Fragen/Anregungen > support@firemergency.de
    Fehler in der Android App > android@firemergency.de
    Wiki zu Firemergency: http://www.firemergency-wiki.de

  6. #6
    Registriert seit
    06.06.2011
    Beiträge
    17
    Zitat Zitat von Beuti Beitrag anzeigen
    Kannst du bitte mal den ganzen Log von der Situation wo der Fehler auftritt aus dem Daily-Log posten. Da müsste rund um den Fehler mit der AlarmHistory noch mehr Informationen stehen. Am besten wäre ein kompletter Daily-Log in dem noch Alarme abgearbeitet werden und dann die Situation wo keine mehr kommen.
    Hier bittesehr!

    Es sind seltsamerweise gar keine Einträge in der Daily log zu sehen in dem Zeitraum, in dem FE "taub" wird.
    Interessant ist, dass ein manueller Probealarm aus FE heraus aber klappt...

    Schon mal danke für Eure Hilfe!

    der Michel
    Angehängte Dateien Angehängte Dateien
    • Dateityp: txt log.txt (14,4 KB, 162x aufgerufen)

  7. #7
    Registriert seit
    27.09.2003
    Beiträge
    467
    Scheint wirklich so, dass die Alarmübergabe Bosmon > FirEmergency nicht mehr funktioniert. Abhilfe schafft wahrscheinlich nur ein Server-Neustart, oder?
    Ich hatte dasselbe Problem in einer frühreren Version von FE auch schonmal (allerdings mit FMS32). Zu dem Zeitpunkt, ab dem es nicht mehr funktionierte, wurde ein Fehler ausgegeben.

    Probier doch mal folgendes um das Problem einzugrenzen:
    Erstell eine neue Einheit nur mit Alarmtext & SMS, aktivier die Dateiüberwachnung und überprüf damit die error.log auf Änderungen. Wenn nun ein Fehler auftritt, bekommst du eine SMS (allerdings auch bei jedem Öffnen einer Oberfläche).

    Deine gepostete Log zeigt ja nur den Anzeigefehler der GUI, der nach Starten der Oberfläche auftrat. Glaube aber, dass die error.log immer wieder überschrieben wird.
    Deswegen: Falls du eine SMS kriegst, keine Oberfläche öffnen sondern direkt die error.log kontrollieren.

  8. #8
    Registriert seit
    17.08.2011
    Beiträge
    137
    Hi,
    ich gerade eben auch das gleich Problem das FE "taub" wurde. Bei mir stand ebenfalls nichts in den Logs. Erst nen Server-Neustart sorgte für Abhilfe.

    Grüße
    Heiliger St. Florian, beschütze unser Haus und zünd andere an!

  9. #9
    Registriert seit
    09.01.2010
    Beiträge
    3.908
    Wenn FE taub wird, ist dann der Port 5555 noch geöffnet (in Windows kann man das mit dem Befehl "netstat -a" in der Konsole herausfinden)?

  10. #10
    Registriert seit
    17.08.2011
    Beiträge
    137
    Werd ich beim nächsten mal probieren.
    Heiliger St. Florian, beschütze unser Haus und zünd andere an!

  11. #11
    Registriert seit
    06.06.2011
    Beiträge
    17
    So, ich habe das Error-log überwacht wie von Florian HSK empfohlen.

    FE wird "taub" direkt nach (bei?) Alarmierung.

    Hier die Zeilen im Error-log (das log wird tatsächlich bei login in die Oberfläche überschrieben / gelöscht)

    Da es nur ein kurzer Text ist, habe ich auf einen Anhang verzichtet und es direkt als Fließtext einkopiert:

    Exception in thread "Einheit_1PipelineThread Sun Oct 28 19:06:23 CET 2012" Exception in thread "Einheit_2PipelineThread Sun Oct 28 19:06:23 CET 2012" java.lang.NullPointerException
    at server.data.DataManagement.addAlarmHistory(DataMan agement.java:519)
    at server.Pipeline.runPipeline(Pipeline.java:302)
    at server.Pipeline.run(Pipeline.java:132)
    at java.lang.Thread.run(Unknown Source)
    java.lang.NullPointerException
    at server.data.DataManagement.addAlarmHistory(DataMan agement.java:519)
    at server.Pipeline.runPipeline(Pipeline.java:302)
    at server.Pipeline.run(Pipeline.java:132)
    at java.lang.Thread.run(Unknown Source)


    Sagt irgendjemandem das etwas?

    Grüße,

    der Michel

  12. #12
    Registriert seit
    22.11.2011
    Beiträge
    62
    Ich werde mir das Problem anschaun worans liegt.

    Was mir vielleicht noch helfen könnte um das Problem zu genauer zu lokalisieren wäre so ein Log wie du schon gepostet hast aber im DEBUG-Modus.

    Umschalten wie hier beschrieben => http://firemergency-wiki.de/mediawik...el_%C3%A4ndern

    EDIT: Hast du die Version 1.1.5 installiert oder noch eine davor?

    EDIT2: In der Log.txt die du oben gepostet hast, ist die komplett vollständig? Hast du da irgendwas rausgelöscht? Oder hast du da nur deine Kommentare eingefügt?
    Explezit geht es mir darum ob hier

    19:55:57 [INFO] [ProwlThread Thu Oct 25 19:55:56 2012] [server.PluginController][140] PluginController mit Plugin prowl.Prowl (Admin2) mit AlarmData () nach 1148 ms beendet


    *** kurze info: bis hierher erfolgte die Alarmierung einwandfrei.
    Danach gibt es keine Einträge, Fehlermeldungen oder Alarmierungen mehr (obwohl BOSMON fleissig einiges übergeben hat)

    *** knapp 24 Stunden dann der Login ins GUI:


    19:26:41 [INFO] [AWT-EventQueue-0] [server.gui.LauncherServerGUI][28] ServerGUI wird gestarten...
    19:26:41 [INFO] [AWT-EventQueue-0] [server.gui.LauncherServerGUI][43] Starte LoginScreen...
    Da wo dein Kommentar steht sind da im Log auch GAR KEINE Einträge?
    Geändert von Beuti (31.10.2012 um 13:28 Uhr)
    Projektteam firEmergency - http://firemergency.de
    Fehler/Fragen/Anregungen > support@firemergency.de
    Fehler in der Android App > android@firemergency.de
    Wiki zu Firemergency: http://www.firemergency-wiki.de

  13. #13
    Registriert seit
    05.02.2004
    Beiträge
    147
    Hallo,

    wir haben mit unserer FE-Vollversion in Verbindung mit BOSMON
    genau den selben Effekt - FE 1.1.1 wird nach ein paar Tagen taub
    und nur ein Neustart hilft.

    Die Wetterwarnung und die Absturzüberwachung wurde bereits
    deaktiviert - leider ohne Erfolg, der Fehler tritt trotzdem weiter-
    hin ohne Routine auf.

    Gibt es schon Abhilfe für dieses Problem mit FE 1.1.1 ?

    Gruß
    BI
    Eigentlich ist doch schon alles gesagt – nur nicht von jedem!

    1-1-2 DAAR RED JE LEVENS MEE !

  14. #14
    Registriert seit
    06.06.2011
    Beiträge
    17
    Zitat Zitat von Beuti Beitrag anzeigen
    Da wo dein Kommentar steht sind da im Log auch GAR KEINE Einträge?
    Nein. Da steht gar nix.


    Ich habe jetzt übrigens Java von der vorletzten auf die aktuelle Version upgedated (Java war immer aktuell) und das FE-Patch auf 1.1.5 aufgespielt. Seitdem habe ich zwar noch keine Probleme, allerdings muss das nix bedeuten, weil der Fehler ja nur alle paar Tage auftrat...

    Als Workaround habe ich mir eine Pipeline gebastelt, die bei Änderung der Error-Log den FE-Server über eine batch-Datei beendet und sofort wieder neu startet.
    Ist zwar nicht wirklich elegant und bestimmt nicht im Sinne des Erfinders, aber als erste Hilfe...

  15. #15
    Registriert seit
    22.11.2011
    Beiträge
    62
    Bisher gibt es leider noch keine Lösung für das Problem weil wir die Ursache bisher noch nicht genau lokalisieren konnten. Ist wohl eine sehr komische Konstellation die den Fehler verursacht die wir erst noch genau analysieren müssen.

    An euch beide nochmal die Bitte, falls noch nicht geschehen, das Log-Level auf DEBUG zu ändern und wenn der Fehler auftritt und uns bitte das komplette Log zukommen lassen. Im Log sollte mindestens der letzte erfogleich durchgeführte Alarm enthalten sein.
    Projektteam firEmergency - http://firemergency.de
    Fehler/Fragen/Anregungen > support@firemergency.de
    Fehler in der Android App > android@firemergency.de
    Wiki zu Firemergency: http://www.firemergency-wiki.de

Aktive Benutzer

Aktive Benutzer

Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •