[Problem] [CV 12 RC6] Probleme mit Testversion der neuen CometVisu APP auf TWS
-
- Reactions:
- Beiträge: 1900
- Registriert: Di Okt 09, 2018 9:26 am
- Hat sich bedankt: 642 Mal
- Danksagung erhalten: 788 Mal
Habe gestern erneut ein Problem erzeugt, welches zu diesem Topic passt.
V3.0 RC1.1
TWS ID 291
Habe eine neue CometVisu-Instanz erstellen wollen.
->App Seite -> ID: CV oben -> Aktion "+ Installieren" geklickt
Das sah zunächst erfolgreich aus (Status "Herunterladen und Installieren") und ich habe in der Zeit des Installierens dann etwas Anderes weiter gemacht (dazu weiter unten gleich mehr).
Nach einiger Zeit meldete sich mein Watchdog-Alarmsystem eines KNX-Panels, dass das KNX-Lebensbit vom TWS ausgebieben ist.
Ein Blick auf die Systemmonitorseite veriet mir, dass inziwschen alles Dienste im TWS neu gestartet wurden.
Die neue CV-App (CV-15) verharrt seit dem im Zustand "Herunterladen und Installieren" und ich kann sie weder löschen noch ändern.
Eine weitere CV-App (CV-16), die ich heute zum Test installiert habe um das Problem eventuell zu reproduzieren, läuft einwandfrei.
Der Neustart der Dienste war so gegen 17:02 Uhr gestern. Ich kann nicht alles mit Sicherheit sagen, aber meiner Browser-Chronik nach habe ich genau zu dem Zeitpunkt in Node Red gearbeitet (läuft als Container auf dem gleichen TWS). Ich kann es durch den Browserverlauf nicht rekonsturieren, aber irgendwann im Rahmen meiner Arbeiten bei Node Red bin ich auch in den Portainer gegangen und habe dort A) Node Red neu gestartet (ich hatte eine Palette geupdated, was den Restart erforderlich gemacht hat -> Start Time gemäß Portainerstatistik: Start time 2022-03-14 17:02:36) und B) habe in Portainer irgendwann auch im SSH-Container Einstellungen vorgenommen um über WinSCP auf die CV-Pfade zuzugreifen (hatte vor zwei Wochen eine CV-App installiert, die noch nicht in SSH drin war. Hier zeigt die Portainerseite aber eine Startime um 17:26 an, also deutlich später).
Ich gehe davon aus, dass dies parallel zur Installation einer neuen CV-App den Systemabsturz verursacht hat.
Ich denke es ist mühselig den Absturzgrund zu analysieren und da der Server ja nach einem Neustart wieder in den Normalmodus gegangen ist, ist es auch nicht schlimm, dass er neu gestartet ist.
Lediglich der nicht änderbare Zustand der CV-App ist ungünstig, weil er solange bleibt, bis das Elabnet-Team sich mit Aufwand auf meinen Server schaltet. Ich bin mir jetzt nicht sicher, ob Ihr in den kürzlich erschienen RC-Versionen zur 3.0 da schon was angepasst habt. Ich war um Urlaub und werde die neuesten Versionen jetzt erst installieren. Ich berichte dann, ob sich das Problem der "im Zustand eingefrohrenen CV-App" von alleine behoben haat.
V3.0 RC1.1
TWS ID 291
Habe eine neue CometVisu-Instanz erstellen wollen.
->App Seite -> ID: CV oben -> Aktion "+ Installieren" geklickt
Das sah zunächst erfolgreich aus (Status "Herunterladen und Installieren") und ich habe in der Zeit des Installierens dann etwas Anderes weiter gemacht (dazu weiter unten gleich mehr).
Nach einiger Zeit meldete sich mein Watchdog-Alarmsystem eines KNX-Panels, dass das KNX-Lebensbit vom TWS ausgebieben ist.
Ein Blick auf die Systemmonitorseite veriet mir, dass inziwschen alles Dienste im TWS neu gestartet wurden.
Die neue CV-App (CV-15) verharrt seit dem im Zustand "Herunterladen und Installieren" und ich kann sie weder löschen noch ändern.
Eine weitere CV-App (CV-16), die ich heute zum Test installiert habe um das Problem eventuell zu reproduzieren, läuft einwandfrei.
Der Neustart der Dienste war so gegen 17:02 Uhr gestern. Ich kann nicht alles mit Sicherheit sagen, aber meiner Browser-Chronik nach habe ich genau zu dem Zeitpunkt in Node Red gearbeitet (läuft als Container auf dem gleichen TWS). Ich kann es durch den Browserverlauf nicht rekonsturieren, aber irgendwann im Rahmen meiner Arbeiten bei Node Red bin ich auch in den Portainer gegangen und habe dort A) Node Red neu gestartet (ich hatte eine Palette geupdated, was den Restart erforderlich gemacht hat -> Start Time gemäß Portainerstatistik: Start time 2022-03-14 17:02:36) und B) habe in Portainer irgendwann auch im SSH-Container Einstellungen vorgenommen um über WinSCP auf die CV-Pfade zuzugreifen (hatte vor zwei Wochen eine CV-App installiert, die noch nicht in SSH drin war. Hier zeigt die Portainerseite aber eine Startime um 17:26 an, also deutlich später).
Ich gehe davon aus, dass dies parallel zur Installation einer neuen CV-App den Systemabsturz verursacht hat.
Ich denke es ist mühselig den Absturzgrund zu analysieren und da der Server ja nach einem Neustart wieder in den Normalmodus gegangen ist, ist es auch nicht schlimm, dass er neu gestartet ist.
Lediglich der nicht änderbare Zustand der CV-App ist ungünstig, weil er solange bleibt, bis das Elabnet-Team sich mit Aufwand auf meinen Server schaltet. Ich bin mir jetzt nicht sicher, ob Ihr in den kürzlich erschienen RC-Versionen zur 3.0 da schon was angepasst habt. Ich war um Urlaub und werde die neuesten Versionen jetzt erst installieren. Ich berichte dann, ob sich das Problem der "im Zustand eingefrohrenen CV-App" von alleine behoben haat.
VG, Sven - 3500 XL ID:1369 | 3500 L ID:1355, VPN offen, Reboot OK
-
- Elaborated Networks
- Reactions:
- Beiträge: 10133
- Registriert: So Aug 12, 2018 9:27 am
- Wohnort: Frauenneuharting
- Hat sich bedankt: 5019 Mal
- Danksagung erhalten: 8129 Mal
- Kontaktdaten:
Hi Sven,
ich bin verwirrt. Der Thread steht auf "gelöst" aber es gibt noch ein Problem?
Stefan
ich bin verwirrt. Der Thread steht auf "gelöst" aber es gibt noch ein Problem?
Stefan
Stefan Werner
Product Owner für Timberwolf Server, 1-Wire und BlitzART
Bitte WIKI lesen. Allg. Support nur im Forum. Bitte keine PN
Zu Preisen, Lizenzen, Garantie, HW-Defekt an service at elabnet dot de
Link zu Impressum und Datenschutzerklärung oben.
Product Owner für Timberwolf Server, 1-Wire und BlitzART
Bitte WIKI lesen. Allg. Support nur im Forum. Bitte keine PN
Zu Preisen, Lizenzen, Garantie, HW-Defekt an service at elabnet dot de
Link zu Impressum und Datenschutzerklärung oben.
-
- Reactions:
- Beiträge: 1900
- Registriert: Di Okt 09, 2018 9:26 am
- Hat sich bedankt: 642 Mal
- Danksagung erhalten: 788 Mal
"werde die neuesten Versionen jetzt erst installieren. Ich berichte dann, ob sich das Problem der "im Zustand eingefrohrenen CV-App" von alleine behoben hat."
Wenn das Problem auch nach Update auf V3.0 RC3 existiert, ändere ich den Status des Topics . Aber wenn es dann bereits behoben ist, ergänze ich das hier lediglich als Feedback.
Wenn das Problem auch nach Update auf V3.0 RC3 existiert, ändere ich den Status des Topics . Aber wenn es dann bereits behoben ist, ergänze ich das hier lediglich als Feedback.
Zuletzt geändert von Robosoc am Di Mär 15, 2022 10:06 am, insgesamt 1-mal geändert.
VG, Sven - 3500 XL ID:1369 | 3500 L ID:1355, VPN offen, Reboot OK
-
- Reactions:
- Beiträge: 1900
- Registriert: Di Okt 09, 2018 9:26 am
- Hat sich bedankt: 642 Mal
- Danksagung erhalten: 788 Mal
Das in Beitrag #9 geschilderte Problem auf Server ID 291 besteht auch nach dem Update auf V3.0 RC3 weiterhin.
Mir ist aufgefallen, dass im Systemmonitor keine Zeile zu dieser App existiert.
CV-11 ist meine aktuelle Produktiv-App
CV-12 ist meine Test-App für CV-V12 (aktuell auf v0.12.0-RC6-arm)
CV-14 ist eine Produktiv-App für die RGB-Regelung eines Raumes (aktuell auch auf v0.12.0-RC6-arm)
CV-15 und CV16 sind Spiel-Apps, die ich gestern und heute installiert haben und die noch keine Config haben.
Mir ist aufgefallen, dass im Systemmonitor keine Zeile zu dieser App existiert.
CV-11 ist meine aktuelle Produktiv-App
CV-12 ist meine Test-App für CV-V12 (aktuell auf v0.12.0-RC6-arm)
CV-14 ist eine Produktiv-App für die RGB-Regelung eines Raumes (aktuell auch auf v0.12.0-RC6-arm)
CV-15 und CV16 sind Spiel-Apps, die ich gestern und heute installiert haben und die noch keine Config haben.
VG, Sven - 3500 XL ID:1369 | 3500 L ID:1355, VPN offen, Reboot OK
-
- Elaborated Networks
- Reactions:
- Beiträge: 1086
- Registriert: Sa Aug 11, 2018 9:14 pm
- Hat sich bedankt: 305 Mal
- Danksagung erhalten: 560 Mal
Hallo Sven,
@Robosoc
ich habe den Status der APP #15 bei dir zurückgesetzt.
Bei dem Apps gibt es viele Möglichkeiten, dass etwas schief gehen kann. Die aktuellen Verbesserungen greifen nur zur Laufzeit des Timberwolf Servers. Wenn der Server während der Installation einer APP hart neu gestartet wird, kann das von dir geschilderte Verhalten auftreten.
Ich habe hierfür ein Ticket (WD-2161) angelegt, nehme aber an das dies eher ein selten auftretender Fall ist.
Viele Grüße,
Matthias
@Robosoc
ich habe den Status der APP #15 bei dir zurückgesetzt.
Bei dem Apps gibt es viele Möglichkeiten, dass etwas schief gehen kann. Die aktuellen Verbesserungen greifen nur zur Laufzeit des Timberwolf Servers. Wenn der Server während der Installation einer APP hart neu gestartet wird, kann das von dir geschilderte Verhalten auftreten.
Ich habe hierfür ein Ticket (WD-2161) angelegt, nehme aber an das dies eher ein selten auftretender Fall ist.
Viele Grüße,
Matthias
[ Timberwolf Entwicklung ]
TWS 2400 ID:102 VPN offen, Reboot auf Nachfrage
TWS 2400 ID:102 VPN offen, Reboot auf Nachfrage
-
- Reactions:
- Beiträge: 6
- Registriert: So Aug 12, 2018 9:33 pm
- Hat sich bedankt: 5 Mal
- Danksagung erhalten: 2 Mal
Hallo,
bei mir das gleiche Problem (schon seit langer Zeit CV-1 hängt in "Änderungen werden angewendet" und lässt sich weder löschen noch editieren.
Die App CV-1 funktioniert aber sonst tadellos - ich kann halt nicht mehr updaten. Daher habe ich CV-2 neu installiert und die Configs übertragen - jetzt wollte ich CV-1 löschen aber auch das geht nicht.
Gibt es dazu eine Lösung, die man selbst vornehmen kann und eine Anleitung? Ich denke das Problem existiert noch immer.
VG Tobias
bei mir das gleiche Problem (schon seit langer Zeit CV-1 hängt in "Änderungen werden angewendet" und lässt sich weder löschen noch editieren.
Die App CV-1 funktioniert aber sonst tadellos - ich kann halt nicht mehr updaten. Daher habe ich CV-2 neu installiert und die Configs übertragen - jetzt wollte ich CV-1 löschen aber auch das geht nicht.
Gibt es dazu eine Lösung, die man selbst vornehmen kann und eine Anleitung? Ich denke das Problem existiert noch immer.
VG Tobias
TWS 2600 ID:183, VPN offen, kein Reboot
-
- Reactions:
- Beiträge: 375
- Registriert: So Apr 14, 2019 11:12 am
- Hat sich bedankt: 204 Mal
- Danksagung erhalten: 198 Mal
Lässt sich hier seitens Elabnet ein simples Timeout vll. einstellen ... 30 min keine Reaktion --> Neustart der App oder so ähnlich?
Grüße, Adi
TWS 2600 ID: 331, VPN geschlossen, Reboot nach Rücksprache
TWS 2600 ID: 331, VPN geschlossen, Reboot nach Rücksprache
-
- Reactions:
- Beiträge: 1900
- Registriert: Di Okt 09, 2018 9:26 am
- Hat sich bedankt: 642 Mal
- Danksagung erhalten: 788 Mal
Ich habe den Status des Post mal wieder von gelöst auf Problem gesetzt.
Nach Update von V3.1 RC5.1 auf RC6 wird meine App#15 mit dem Status "wird Deinstalliert" angezeigt und verharrt dort.
Auch @TobiasK scheint ja ein ähnliches Problem zu haben (in den letzten Beiträgen hier in der Diskussion gemeldet)
@pbm : Meldet hier viewtopic.php?p=40186#p40186 ein ebenso ähnliches Problem.
Matthias hatte bei mir den Status der einen App #15 zurückgesetzt, das scheint aber nicht komplett gehoilfen zu haben:
Auch CV-16 nutze ich nicht und aus meiner Erinnerung habe ich Euch diese App gelassen um das Prpblem eventuell zu rekonstruieren. Ich würde im Moment vermuten, dass sie sich genauso wie CV-15 verhält. Probiert es gerne remote aus um der Sache vielleicht mehr auf die Schliche zu kommen.
Nach Update von V3.1 RC5.1 auf RC6 wird meine App#15 mit dem Status "wird Deinstalliert" angezeigt und verharrt dort.
Auch @TobiasK scheint ja ein ähnliches Problem zu haben (in den letzten Beiträgen hier in der Diskussion gemeldet)
@pbm : Meldet hier viewtopic.php?p=40186#p40186 ein ebenso ähnliches Problem.
Matthias hatte bei mir den Status der einen App #15 zurückgesetzt, das scheint aber nicht komplett gehoilfen zu haben:
Ich nutzte CV-15 nicht. Bitte löscht die App bei mir, dann ist das Thema für mich erledigt.
Auch CV-16 nutze ich nicht und aus meiner Erinnerung habe ich Euch diese App gelassen um das Prpblem eventuell zu rekonstruieren. Ich würde im Moment vermuten, dass sie sich genauso wie CV-15 verhält. Probiert es gerne remote aus um der Sache vielleicht mehr auf die Schliche zu kommen.
VG, Sven - 3500 XL ID:1369 | 3500 L ID:1355, VPN offen, Reboot OK