nach Update vom js-controler nicht mehr erreichbar
-
@uwe96 sagte in nach Update vom js-controler nicht mehr erreichbar:
js-controller: 4.0.23
gehe mal zuerst auf 4.0.24
cd /opt/iobroker sudo -H -u iobroker npm install iobroker.js-controller@4.0.24Container danach neu startendann später mit
pkill -u iobroker iobroker update iobroker upgrade selfContainer danach neu starten@glasfaser
Sehe ich das richtig, dass der neue Container bei vorhandenen Daten auch die (eigentlich neue) Version des JS-Controllers wieder überklatscht?Das wäre - naja, sagen wir mal "suboptimal" :thinking_face:
"Any fool can write code that a computer can understand. Good programmers write code that humans can understand." (Martin Fowler, "Refactoring")
Proxmox 9.1.1 LXC|8 GB|Core i7-6700
HmIP|ZigBee|Tasmota|Unifi
Zabbix Certified Specialist
Konnte ich Dir helfen? Dann benutze bitte das Voting unten rechts im Beitrag -
@glasfaser
Sehe ich das richtig, dass der neue Container bei vorhandenen Daten auch die (eigentlich neue) Version des JS-Controllers wieder überklatscht?Das wäre - naja, sagen wir mal "suboptimal" :thinking_face:
@codierknecht sagte in nach Update vom js-controler nicht mehr erreichbar:
Sehe ich das richtig,
ja , das siehst du so richtig ,
ist im Sinne kein Backup ( würde ioBroker sonst schon meckern beim neuen Image mit JS- 5) , sondern wie du schon schreibst die vorhandenen Daten im gemounten Ordner ... werden genutzt , wie bei Ihm 4.0.23 !Wäre genauso mit einem Backup was alte Adapterstände beinhaltet , da gibt es bei js-controller auch keine ausnahme.
Synology 918+ 16GB - ioBroker in Docker v9 , VISO auf Trekstor Primebook C13 13,3" , Hikvision Domkameras mit Surveillance Station .. CCU RaspberryMatic in Synology VM .. Zigbee CC2538+CC2592 .. Sonoff .. KNX .. Modbus ..
-
@codierknecht sagte in nach Update vom js-controler nicht mehr erreichbar:
Sehe ich das richtig,
ja , das siehst du so richtig ,
ist im Sinne kein Backup ( würde ioBroker sonst schon meckern beim neuen Image mit JS- 5) , sondern wie du schon schreibst die vorhandenen Daten im gemounten Ordner ... werden genutzt , wie bei Ihm 4.0.23 !Wäre genauso mit einem Backup was alte Adapterstände beinhaltet , da gibt es bei js-controller auch keine ausnahme.
@glasfaser sagte in nach Update vom js-controler nicht mehr erreichbar:
die vorhandenen Daten im gemounten Ordner ... werden genutzt , wie bei Ihm 4.0.23
Na dann kann er ja neue Container erzeugen bis er schwarz wird :-(
<Hier stand Quatsch>
"Any fool can write code that a computer can understand. Good programmers write code that humans can understand." (Martin Fowler, "Refactoring")
Proxmox 9.1.1 LXC|8 GB|Core i7-6700
HmIP|ZigBee|Tasmota|Unifi
Zabbix Certified Specialist
Konnte ich Dir helfen? Dann benutze bitte das Voting unten rechts im Beitrag -
@glasfaser sagte in nach Update vom js-controler nicht mehr erreichbar:
die vorhandenen Daten im gemounten Ordner ... werden genutzt , wie bei Ihm 4.0.23
Na dann kann er ja neue Container erzeugen bis er schwarz wird :-(
<Hier stand Quatsch>
@codierknecht sagte in nach Update vom js-controler nicht mehr erreichbar:
Es werden ja auch die neuesten Versionen der Adapter installiert und nur deren Daten übernommen.
? Mhh ...
es wird doch nur das Image erneuert ... ( + Nodejs)
alle vorhandenen Adapterstände behalten den Stand X zum Zeitpunkt , warum sollen sie dann Automatich bei einem Image Wechsel auf den neusten Stand gebracht werden . -
@glasfaser sagte in nach Update vom js-controler nicht mehr erreichbar:
die vorhandenen Daten im gemounten Ordner ... werden genutzt , wie bei Ihm 4.0.23
Na dann kann er ja neue Container erzeugen bis er schwarz wird :-(
<Hier stand Quatsch>
@codierknecht sagte in nach Update vom js-controler nicht mehr erreichbar:
<Hier stand Quatsch>
:blush:
-
@codierknecht sagte in nach Update vom js-controler nicht mehr erreichbar:
Sehe ich das richtig,
ja , das siehst du so richtig ,
ist im Sinne kein Backup ( würde ioBroker sonst schon meckern beim neuen Image mit JS- 5) , sondern wie du schon schreibst die vorhandenen Daten im gemounten Ordner ... werden genutzt , wie bei Ihm 4.0.23 !Wäre genauso mit einem Backup was alte Adapterstände beinhaltet , da gibt es bei js-controller auch keine ausnahme.
@glasfaser
ist so, bin zwar noch nicht lange dabei, aber das Thema war schon oft.
Der neue JS-Controller wird nur in ein neues leeres Verzeichnis installiert. Ist ein Datenverzeichnis vorhanden wird der JS nicht mit aktualisiert.
siehe auch hier
Zitas:- Erstellen eines neuen Backups
- Erstellen eines neuen, leeren Verzeichnisses für die ioBroker Daten auf dem Host
- Kopieren der letzten Backup-Datei in das neue Verzeichnis
- Stoppen und Löschen des alten Containers
5 Erstellen eines neuen Containers aus dem aktuellsten Image mit der selben Konfiguration wie zuvor, aber mit dem neuen Verzeichnis als ioBroker Datenverzeichnis - Beobachten des Container Logs beim Start des neuen Containers bis ioBroker gestartet wurde
- Wiederherstellen des Backups über die Kommandozeile oder den ioBroker.backitup Adapter
- Überprüfen der Installation der Adapter nach erfolgreicher Wiederherstellung
Gruß Udo
-
@glasfaser
ist so, bin zwar noch nicht lange dabei, aber das Thema war schon oft.
Der neue JS-Controller wird nur in ein neues leeres Verzeichnis installiert. Ist ein Datenverzeichnis vorhanden wird der JS nicht mit aktualisiert.
siehe auch hier
Zitas:- Erstellen eines neuen Backups
- Erstellen eines neuen, leeren Verzeichnisses für die ioBroker Daten auf dem Host
- Kopieren der letzten Backup-Datei in das neue Verzeichnis
- Stoppen und Löschen des alten Containers
5 Erstellen eines neuen Containers aus dem aktuellsten Image mit der selben Konfiguration wie zuvor, aber mit dem neuen Verzeichnis als ioBroker Datenverzeichnis - Beobachten des Container Logs beim Start des neuen Containers bis ioBroker gestartet wurde
- Wiederherstellen des Backups über die Kommandozeile oder den ioBroker.backitup Adapter
- Überprüfen der Installation der Adapter nach erfolgreicher Wiederherstellung
@ubecker sagte in nach Update vom js-controler nicht mehr erreichbar:
@glasfaser
ist so,Ja ... das weiß ich , deshalb habe ich es auch so oben geschrieben !
-
@uwe96 sagte in nach Update vom js-controler nicht mehr erreichbar:
Wie soll das gehen?
Wie soll was gehen?
Einen Container muss man nicht selbst updaten, wenn das der Maintainer regelmäßig macht.
Und bei den Images von buanet kannst Du eigentlich immer mit aktuellen Updates rechnen.Du hast ein externes Verzeichnis auf der Synology auf
/opt/iobroker/des Containers gemappt?
Dann ist ein Update eigentlich trivial:- Container stoppen (und umbenennen oder löschen)
Vorher die Adapter auf möglichst aktuellen Stand bringen - aktuelle Version des Image holen
Nicht unbedingt "latest", sondern eine aktuelle stable-Version - neuen Container mit identischen Einstellungen erzeugen und starten
- warten ... warten ... voilá
@codierknecht said in nach Update vom js-controler nicht mehr erreichbar:
Container stoppen (und umbenennen oder löschen)
Vorher die Adapter auf möglichst aktuellen Stand bringen
aktuelle Version des Image holen
Nicht unbedingt "latest", sondern eine aktuelle stable-Version
neuen Container mit identischen Einstellungen erzeugen und starten
warten ... warten ... voilánicht ganz, wenn man das liest bleibt das alte Datenverzeichnis erhalten. Dann wir kein neuer JS installiert.
Deshalb mach ich das immer so
Container stoppen. gemaptes Verzeichnis umbenennen, (damit hab ich immer noch den alten Stand)
neues Verzeichnis wie vorher anlegen
Container löschen
neuen Container erstellen.
Backup rein und gut ist.Gruß Udo
- Container stoppen (und umbenennen oder löschen)
-
@codierknecht said in nach Update vom js-controler nicht mehr erreichbar:
Container stoppen (und umbenennen oder löschen)
Vorher die Adapter auf möglichst aktuellen Stand bringen
aktuelle Version des Image holen
Nicht unbedingt "latest", sondern eine aktuelle stable-Version
neuen Container mit identischen Einstellungen erzeugen und starten
warten ... warten ... voilánicht ganz, wenn man das liest bleibt das alte Datenverzeichnis erhalten. Dann wir kein neuer JS installiert.
Deshalb mach ich das immer so
Container stoppen. gemaptes Verzeichnis umbenennen, (damit hab ich immer noch den alten Stand)
neues Verzeichnis wie vorher anlegen
Container löschen
neuen Container erstellen.
Backup rein und gut ist.@ubecker sagte in nach Update vom js-controler nicht mehr erreichbar:
nicht ganz,
Alles gut ... @Codierknecht hat es schon verstanden !
Einmal reicht ;)
Synology 918+ 16GB - ioBroker in Docker v9 , VISO auf Trekstor Primebook C13 13,3" , Hikvision Domkameras mit Surveillance Station .. CCU RaspberryMatic in Synology VM .. Zigbee CC2538+CC2592 .. Sonoff .. KNX .. Modbus ..
-
@ubecker sagte in nach Update vom js-controler nicht mehr erreichbar:
nicht ganz,
Alles gut ... @Codierknecht hat es schon verstanden !
Einmal reicht ;)
-
@glasfaser
das er das weiss ist mir klar, aber Uwe96 wohl nicht.@ubecker sagte in nach Update vom js-controler nicht mehr erreichbar:
aber Uwe96 wohl nicht.
du hast @Codierknecht angesprochen ... aber Egal ...
-
@glasfaser sagte in nach Update vom js-controler nicht mehr erreichbar:
Ja ... das weiß ich
Ich jetzt auch.
Werde mir das mal endlich hinter die Ohren schreiben.Im "Normalfall" funzt meine einfache Vorgehensweise ja. Also wenn man seine Installation aktuell gehalten hat.
Bei einem Update-Stau (oder wenn selbiges nicht funktioniert) muss die von @ubecker beschriebene - etwas aufwändigere - Vorgehensweise verwendet werden.
@Uwe96 Sorry dass ich Dich da zunächst auf die falsche Fährte geschickt habe.
"Any fool can write code that a computer can understand. Good programmers write code that humans can understand." (Martin Fowler, "Refactoring")
Proxmox 9.1.1 LXC|8 GB|Core i7-6700
HmIP|ZigBee|Tasmota|Unifi
Zabbix Certified Specialist
Konnte ich Dir helfen? Dann benutze bitte das Voting unten rechts im Beitrag -
@glasfaser sagte in nach Update vom js-controler nicht mehr erreichbar:
Ja ... das weiß ich
Ich jetzt auch.
Werde mir das mal endlich hinter die Ohren schreiben.Im "Normalfall" funzt meine einfache Vorgehensweise ja. Also wenn man seine Installation aktuell gehalten hat.
Bei einem Update-Stau (oder wenn selbiges nicht funktioniert) muss die von @ubecker beschriebene - etwas aufwändigere - Vorgehensweise verwendet werden.
@Uwe96 Sorry dass ich Dich da zunächst auf die falsche Fährte geschickt habe.
@codierknecht sagte in nach Update vom js-controler nicht mehr erreichbar:
Bei einem Update-Stau (oder wenn selbiges nicht funktioniert) muss die von @ubecker beschriebene - etwas aufwändigere - Vorgehensweise verwendet werden.
Geht im Moment nicht , da er mit JS 4 Probleme hat bzw. mit seinem Container / Mount !
Bei einem neuen Image mit JS 5 und einem Backup mit JS 4 was er nur hat , muß er erst die 5 auf 4 bringen im neuen Image , dann kann erst das Backup eingespielt werden !
Synology 918+ 16GB - ioBroker in Docker v9 , VISO auf Trekstor Primebook C13 13,3" , Hikvision Domkameras mit Surveillance Station .. CCU RaspberryMatic in Synology VM .. Zigbee CC2538+CC2592 .. Sonoff .. KNX .. Modbus ..
-
@codierknecht sagte in nach Update vom js-controler nicht mehr erreichbar:
Bei einem Update-Stau (oder wenn selbiges nicht funktioniert) muss die von @ubecker beschriebene - etwas aufwändigere - Vorgehensweise verwendet werden.
Geht im Moment nicht , da er mit JS 4 Probleme hat bzw. mit seinem Container / Mount !
Bei einem neuen Image mit JS 5 und einem Backup mit JS 4 was er nur hat , muß er erst die 5 auf 4 bringen im neuen Image , dann kann erst das Backup eingespielt werden !
@glasfaser sagte in nach Update vom js-controler nicht mehr erreichbar:
Bei einem neuen Image mit JS 5 und einem Backup mit JS 4 was er nur hat , muß er erst die 5 auf 4 bringen im neuen Image , dan kann erst das Backup eingespielt werden !
Stimmt auch wieder.
War ich auch schon mal drauf reingefallen."Any fool can write code that a computer can understand. Good programmers write code that humans can understand." (Martin Fowler, "Refactoring")
Proxmox 9.1.1 LXC|8 GB|Core i7-6700
HmIP|ZigBee|Tasmota|Unifi
Zabbix Certified Specialist
Konnte ich Dir helfen? Dann benutze bitte das Voting unten rechts im Beitrag -
@glasfaser sagte in nach Update vom js-controler nicht mehr erreichbar:
Bei einem neuen Image mit JS 5 und einem Backup mit JS 4 was er nur hat , muß er erst die 5 auf 4 bringen im neuen Image , dan kann erst das Backup eingespielt werden !
Stimmt auch wieder.
War ich auch schon mal drauf reingefallen.so ... jetzt hat er sehr viel INPUT ... mal sehn was von Ihm kommt :)
-
@uwe96 sagte in nach Update vom js-controler nicht mehr erreichbar:
js-controller: 4.0.23
gehe mal zuerst auf 4.0.24
cd /opt/iobroker sudo -H -u iobroker npm install iobroker.js-controller@4.0.24Container danach neu startendann später mit
pkill -u iobroker iobroker update iobroker upgrade selfContainer danach neu starten@glasfaser sagte in nach Update vom js-controler nicht mehr erreichbar:
@uwe96 sagte in nach Update vom js-controler nicht mehr erreichbar:
js-controller: 4.0.23
gehe mal zuerst auf 4.0.24
Das wars :) Erst auf 4.0.24 dann update. Bin jetzt auf 5.0.19
Danke an alle. Habe einiges gelernt :)
Support us
298
Online32.7k
Benutzer82.4k
Themen1.3m
Beiträge