Callidomus.core geht einfach nicht und muss neu gestartet werden.

[heckmannju]

Hi,
bei mir ist es heute nacht schon wieder runtergefallen.

hier das log.

2016-07-27 02:22:59 DEBUG    Scheduler    test2.l3 next time: None
2016-07-27 02:22:59 DEBUG    Scheduler    test2.l3 next time: None
2016-07-27 02:23:00 DEBUG    Scheduler    test2.l3 next time: None
2016-07-27 02:23:00 DEBUG    location.time Triggering location.time-code - caller: Scheduler source: None dest: None value: {'source': None, 'value': '1', 'caller':
2016-07-27 02:23:00 DEBUG    _maint       Item core.garbage = 48 via Logic None None
2016-07-27 02:23:00 DEBUG    location.time-code Item location.time = 2016-07-27 02:23:00.464380+02:00 via Scheduler None None
2016-07-27 02:23:00 WARNING  _maint       Garbage collector: collected 48 objects.
2016-07-27 02:23:00 INFO     _maint       Garbage: []
2016-07-27 02:23:00 DEBUG    _maint       Item core.objects = 17870 via Logic None None
2016-07-27 02:23:00 DEBUG    _maint       Threads: idle: 4, knx: 1, Main: 1, Scheduler: 1, _maint: 1
2016-07-27 02:23:00 INFO     _maint       Trace: packing database
2016-07-27 02:23:00 INFO     _maint       Trace: pack period 400 days, pack granularity 24 hours
2016-07-27 02:23:00 DEBUG    Scheduler    location.time next time: 2016-07-27 02:24:00+02:00
2016-07-27 02:23:00 DEBUG    Scheduler    test2.l3 next time: None
2016-07-27 02:23:01 INFO     _maint       Trace: pack period 180 days, pack granularity 4 hours
2016-07-27 02:23:01 DEBUG    Scheduler    test2.l3 next time: None
2016-07-27 02:23:01 INFO     _maint       Trace: pack period 32 days, pack granularity 1 hours
2016-07-27 02:23:01 DEBUG    Scheduler    test2.l3 next time: None
2016-07-27 02:23:02 DEBUG    Scheduler    test2.l3 next time: None
2016-07-27 02:23:02 DEBUG    Scheduler    test2.l3 next time: None
2016-07-27 02:23:03 DEBUG    Scheduler    test2.l3 next time: None
2016-07-27 02:23:03 DEBUG    Scheduler    test2.l3 next time: None
2016-07-27 02:23:04 INFO     _maint       Trace: pack period 7 days, pack granularity 0.5 hours
2016-07-27 02:23:04 DEBUG    Scheduler    test2.l3 next time: None
2016-07-27 02:23:04 DEBUG    Scheduler    test2.l3 next time: None
2016-07-27 02:23:05 DEBUG    Scheduler    test2.l3 next time: None
2016-07-27 02:23:06 DEBUG    Scheduler    test2.l3 next time: None
2016-07-27 02:23:06 DEBUG    Scheduler    test2.l3 next time: None
2016-07-27 02:23:07 DEBUG    Scheduler    test2.l3 next time: None
2016-07-27 02:23:07 INFO     _maint       Trace: pack period 1 days, pack granularity 0.1 hours
2016-07-27 02:23:07 DEBUG    Scheduler    test2.l3 next time: None
2016-07-27 02:23:08 DEBUG    Scheduler    test2.l3 next time: None
2016-07-27 02:23:08 DEBUG    Scheduler    test2.l3 next time: None
2016-07-27 02:23:09 DEBUG    Scheduler    test2.l3 next time: None
2016-07-27 02:23:09 DEBUG    Scheduler    test2.l3 next time: None
2016-07-27 02:23:10 DEBUG    Scheduler    test2.l3 next time: None
2016-07-27 02:23:10 DEBUG    Scheduler    test2.l3 next time: None
2016-07-27 02:23:11 DEBUG    Scheduler    test2.l3 next time: None
2016-07-27 02:23:11 DEBUG    Scheduler    test2.l3 next time: None
2016-07-27 02:23:12 DEBUG    Scheduler    test2.l3 next time: None
2016-07-27 02:23:12 DEBUG    Scheduler    test2.l3 next time: None
2016-07-27 02:23:13 DEBUG    Scheduler    test2.l3 next time: None
2016-07-27 02:23:13 DEBUG    Scheduler    test2.l3 next time: None
2016-07-27 02:23:14 DEBUG    Scheduler    test2.l3 next time: None
2016-07-27 02:23:14 DEBUG    Scheduler    test2.l3 next time: None
2016-07-27 02:23:15 DEBUG    Scheduler    test2.l3 next time: None
2016-07-27 02:23:15 DEBUG    Scheduler    test2.l3 next time: None
2016-07-27 02:23:16 DEBUG    Scheduler    test2.l3 next time: None
2016-07-27 02:23:16 DEBUG    Scheduler    test2.l3 next time: None
2016-07-27 02:23:17 DEBUG    Scheduler    test2.l3 next time: None
2016-07-27 02:23:17 DEBUG    Scheduler    test2.l3 next time: None
2016-07-27 02:23:18 DEBUG    Scheduler    test2.l3 next time: None
2016-07-27 02:23:18 INFO     Powador12TL3 fetching realtime data
2016-07-27 02:23:18 DEBUG    Powador12TL3 Item Kaco.Powador12TL3.Timestamp = 1469586829 via Logic None None

Die Meldung test2.l3 next time: None sagt mir nix.

[heckmannju]

Hi Marcus,
meine Lösung würde so Ausschaun...

callidomus:/var/log> crontab -l
#minute hour    mday    month   wday    who     command
#
39     *       *       *       *       admin    /usr/local/bin/sudo /usr/sbin/service cd_core start

Allerdings tut das nicht. In das logfile /var/log/cron darf ich nicht reingucken.

VG
Jürgen

[callidomus]

Hallo Jürgen,

erst einmal, ich finde es nicht akzeptabel das callidomus nicht durchläuft. Das muss auch ohne monit & co durchlaufen.
Ich kann den Fehler bei mir nicht reproduzieren.
Dein Workaround sollte aber prinzipiell funktionieren.

Als admin kann man mit crontab -e einen crontab für den Benutzer anlegen. (Da steht dann auch kein Benutzername drin)

38 2 * * * /usr/local/bin/sudo /usr/sbin/service cd_core start

Wichtig ist eine Leerzeile am Ende, da crontab sonst den Befehl nicht ausführt.

Ich versuche aber weiterhin das Problem einzugrenzen und zu lösen.

Das callidomus.admin update & reboot hattest Du aber durchgeführt, oder?

Die Meldung mit test2.l3 wird wahrscheinlich durch die Item-Konfig verursacht.

Bis bald

Marcus

[heckmannju]

Hi Markus,

ja ich habe den admin update & reboot gemacht. Die Meldung ist jetzt weg war aber gar nicht so schlecht da hat man dann genau gesehen nach wieviel sekunden das passiert ist.

Viele Grüsse
Jürgen

[MarcusW]

Hallo Marcus,
auch bei mir ist Calli heute Nacht wieder abgestürzt.
Anbei das Log:

callidomus:/data/callidomus/local> callidomus.core status
cd_core is not running.
callidomus:/data/callidomus/local> callidomus.log
2016-07-29 02:23:00 INFO _maint Trace: packing database

Das Update und reboot hatte ich durchgeführt.

Gruß
Marcus

[callidomus]

Hallo Marcus,

gibt es noch mehr vom Log?
Nach dem Update müsste mehr drin stehen.

Danke und bis bald

Marcus

[MarcusW]

Hallo Marcus,

gibt es noch mehr vom Log?
Nach dem Update müsste mehr drin stehen.

Danke und bis bald

Marcus

Nein,
das Log habe ich direkt aus der Konsole so rauskopiert wie oben zu sehen.
Loglevel war aber wieder auf "info" gesetzt. Habe jetzt wieder auf "debug" umgestellt.
Gruß
MarcusW

[heckmannju]

2016-07-31 02:23:00 WARNING  _maint       Garbage collector: collected 48 objects.
2016-07-31 02:23:00 INFO     _maint       Garbage: []
2016-07-31 02:23:00 DEBUG    _maint       Item core.objects = 17870 via Logic None None
2016-07-31 02:23:00 DEBUG    _maint       Threads: idle: 4, knx: 1, _maint: 1, Scheduler: 1, Main: 1
2016-07-31 02:23:00 INFO     _maint       Trace: packing database
2016-07-31 02:23:00 INFO     _maint       Trace: pack period 400 days, pack granularity 24 hours
2016-07-31 02:23:00 INFO     _maint       Trace: pack period 180 days, pack granularity 4 hours
2016-07-31 02:23:00 INFO     _maint       Trace: pack period 32 days, pack granularity 1 hours
2016-07-31 02:23:00 DEBUG    Scheduler    location.time next time: 2016-07-31 02:24:00+02:00
2016-07-31 02:23:02 INFO     _maint       Trace: pack period 7 days, pack granularity 0.5 hours

ich habe jetzt die crontab installiert damit ist jetzt hoffentlich ruhe.

[callidomus]

Hallo Jürgen,

war das Update von Samstag schon eingespielt?

Bis bald

Marcus

[heckmannju]

Hi Marcus,
ja das war eingespielt. Weil ich ja mit dem GA Import rumspiele. Kannst du in die erste Zeile beim core neustarten die Version ausgeben? Dann sind solche Fragen einfacher zu beantworten.
VG
Jürgen

[callidomus]

Hallo Jürgen,

das wird doch im Logfile ausgegeben.

Steht aber am Anfang. callidomus.log zeigt die letzten 10 und die folgenden neuen an. Ich habe callidomus.log abgeändert damit in Zukunft die letzten 80 Zeilen angezeigt werden. (Wird erst mit dem nächsten Imageupdate geändert sein)

Bis bald

Marcus

[MarcusW]

Hallo Marcus,

wollte nur mal eben mitteilen, dass mein Callidomus (core) am Dienstag in der Nacht wieder abgestürzt war.
War allerdings unterwegs und konnte/musste das System über eine Remote SSh Console über das Iphone neu starten.
Ich habe also keine Logs.

Heute Nacht ist die Core wieder abgestürzt. Anbei die Logs:

callidomus:/data/callidomus/local> callidomus.core status
cd_core is not running.

callidomus:/data/callidomus/local> callidomus.log
2016-08-06 02:23:00 DEBUG location.time-code Item location.time = 2016-08-06 02:23:00.337779+02:00 via Scheduler None None
2016-08-06 02:23:00 DEBUG _maint Threads: idle: 4, Scheduler: 1, _maint: 1, Main: 1, knx: 1
2016-08-06 02:23:00 INFO _maint Trace: packing database
2016-08-06 02:23:00 INFO _maint Trace: pack period 400 days, pack granularity 24 hours
2016-08-06 02:23:00 INFO _maint Trace: pack period 180 days, pack granularity 4 hours
2016-08-06 02:23:00 INFO _maint Trace: pack period 32 days, pack granularity 1 hours
2016-08-06 02:23:00 DEBUG Scheduler location.time next time: 2016-08-06 02:24:00+02:00
2016-08-06 02:23:04 INFO _maint Trace: pack period 7 days, pack granularity 0.5 hours
2016-08-06 02:23:08 INFO _maint Trace: pack period 1 days, pack granularity 0.1 hours
2016-08-06 02:23:08 DEBUG Main Item aussen.wetterstation.wind = 0.0 via KNX 1.1.69 6/0/1


Bedeutet also zwei Abstürze in dieser Woche.
Marcus,
was kann ich ändern / muss ich ändern oder bist Du an diesem Problem dran?
Die Abstürze nerven schon. Vor allem wenn ich unterwegs und was nachsehen möchte.

Gruß
MarcusW.

[heckmannju]

Hi MarcusW,
wenn es dich nervt ließ Post Nummer #18 da steht ein Workaround. Bei mir ist es auch passiert hab aber nix davon mitbekommen.

vg
Jürgen

[MarcusW]

Hi MarcusW,
wenn es dich nervt ließ Post Nummer #18 da steht ein Workaround. Bei mir ist es auch passiert hab aber nix davon mitbekommen.
vg
Jürgen

Hallo Jürgen,
ja, es nervt.

Der Workaround erinnert mich irgendwie an die Hotline einer IT Abteilung.
"Windows läuft nicht? Starten Sie doch mal neu."

Jürgen,
meine HW ist die, die von Callidomus empfohlen wurde.
Callidomus habe ich nicht verändert und auch nichts nachinstalliert. Updates pflege ich immer kurzfristig ein.
Warum läuft das Ding nicht stabil durch? Wir reden doch von Unix und nicht von Windows....

Mir wäre eine dauerhafte Lösung des Problems deutlich lieber. Wenn Callidomus mal abstürzt, i.O. kann ja mal passieren.
Aber zwei mal die Woche Absturz weil in der Nacht eine Datenbank (oder?) gepackt wird?
Nein, da kann ich nicht von stabiler Software sprechen.
Nochmals, sofern in meiner Installation ein Fehler vorliegt, installiere ich gerne neu.
Wenn der Verdacht auf meine HW geht, bin gerne bereit etwas zu ändern und auszuprobieren.
Jetzt fehlt mir allerdings eine Ansage von Marcus.

Trotzdem Danke Jürgen! Habe deine Lösung mit der Crontab so umgesetzt.
Gruß
MarcusW.

[callidomus]

Hallo Marcus,

ich bin mir sicher, das es nicht an dem callidomus Code liegt. Es liegt an der Laufzeitumgebung.
Ich arbeite mit Hochdruck daran das Problem weiter einzugrenzen, leider kann ich das Problem bei mir aber bis jetzt nicht reproduzieren.

Ich habe jetzt mehrere HW 24/7 laufen um das Problem bei mir zu triggern. Bei Euch trat das Problem ja aber erst nach einer gewissen Zeit auf.

Jürgen, Marcus: Ihr habt beide ein APU2? Welche Version? das c4?

Sonst jemand der ein APU2c4 über einen längeren Zeitraum laufen hat?

Bis bald

Marcus