NEWS
Adapter update dependency >=12 fails
-
Moin.
Mein iobroker verweigert die Aktualisierung einiger Adapter. Ich habe vor 13 Tagen das System komplett aktualisiert (Node 14.19.1, controller 4.0.23). Auch alle Adapter, hat problemlos funktioniert. Heute schaue ich rein und z.B. der Fully Adapter ist der Meinung, die Dependency node >= 12 wäre nicht erfüllt. Betrifft auch info, mihome und mqtt.


Ist das Problem bekannt?
Systemdata Bitte Ausfüllen Hardwaresystem: Odroid C4 / Docker Arbeitsspeicher: 4GB Festplattenart: eMMC/SSD Betriebssystem: dietPi Node-Version: 14.19.1 Nodejs-Version: 14.19.1 NPM-Version: 6.14.16 Installationsart: Docker Image genutzt: Ja Ort/Name der Imagedatei: n/a -
Was mir auch auffällt :


auch nach dem "...upload all "
tut ... ein komplettes Reboot mal gut@glasfaser sagte in Adapter update dependency >=12 fails:
Was mir auch auffällt :


auch nach dem "...upload all "
tut ... ein komplettes Reboot mal gutDurchaus. Habe ich dann jetzt nach dem Update der 90 Pakete gemacht, hatte aber das gleiche Ergebnis. Ich habe dann aber noch einen Tip bekommen, dass Apollon ja noch
iobroker fixnach der node updated in der Anleitung stehen hat. Gesagt, getan, leider immer noch kein Erfolg.Ich habe dann nvm zu Hilfe genommen und node nochmal neu installiert, sowie die aktuelle Version als system default eingetragen. Seitdem funktioniert es. Ich denke, der letzte Schritte hätte ausgereicht.
Danke für Eure Unterstützung und den Hinweis auf Debian 9, das hätte ich definitiv übersehen!
-
@glasfaser sagte in Adapter update dependency >=12 fails:
Was mir auch auffällt :


auch nach dem "...upload all "
tut ... ein komplettes Reboot mal gutDurchaus. Habe ich dann jetzt nach dem Update der 90 Pakete gemacht, hatte aber das gleiche Ergebnis. Ich habe dann aber noch einen Tip bekommen, dass Apollon ja noch
iobroker fixnach der node updated in der Anleitung stehen hat. Gesagt, getan, leider immer noch kein Erfolg.Ich habe dann nvm zu Hilfe genommen und node nochmal neu installiert, sowie die aktuelle Version als system default eingetragen. Seitdem funktioniert es. Ich denke, der letzte Schritte hätte ausgereicht.
Danke für Eure Unterstützung und den Hinweis auf Debian 9, das hätte ich definitiv übersehen!
@andygr42 sagte in Adapter update dependency >=12 fails:
Ich habe dann nvm zu Hilfe genommen und node nochmal neu installiert
Nimmst du immer nvm zur Installation von nodejs her? Würde ich im Allgemeinen dringend von abraten, das bügelt dir i.d.R. was schräges auf das System, wenn da nicht ganz genau aufgepasst wird.
-
@andygr42 sagte in Adapter update dependency >=12 fails:
Ich habe dann nvm zu Hilfe genommen und node nochmal neu installiert
Nimmst du immer nvm zur Installation von nodejs her? Würde ich im Allgemeinen dringend von abraten, das bügelt dir i.d.R. was schräges auf das System, wenn da nicht ganz genau aufgepasst wird.
@thomas-braun sagte in Adapter update dependency >=12 fails:
@andygr42 sagte in Adapter update dependency >=12 fails:
Ich habe dann nvm zu Hilfe genommen und node nochmal neu installiert
Nimmst du immer nvm zur Installation von nodejs her? Würde ich im Allgemeinen dringend von abraten, das bügelt dir i.d.R. was schräges auf das System, wenn da nicht ganz genau aufgepasst wird.
Moin.
Nein, das war jetzt die schiere Verzweiflung :) Auch mit dem Hintergedanken, dass ich eh alles neu machen muss.
-
@thomas-braun sagte in Adapter update dependency >=12 fails:
@andygr42 sagte in Adapter update dependency >=12 fails:
Ich habe dann nvm zu Hilfe genommen und node nochmal neu installiert
Nimmst du immer nvm zur Installation von nodejs her? Würde ich im Allgemeinen dringend von abraten, das bügelt dir i.d.R. was schräges auf das System, wenn da nicht ganz genau aufgepasst wird.
Moin.
Nein, das war jetzt die schiere Verzweiflung :) Auch mit dem Hintergedanken, dass ich eh alles neu machen muss.
Also, meiner Meinung nach ist das ein Bug:

Weiß jemand wie "Adapter" hier die Version prüft?
Wenn ich das Update im "Info" Bereich anstoße, funktioniert es einwandfrei! Entweder findet hier die Prüfung nicht statt oder sie erfolgt korrekt.
Ich bin gerade dabei das ganze System neu aufzusetzen. Mal sehen, wie es sich dann verhält.
-
Also, meiner Meinung nach ist das ein Bug:

Weiß jemand wie "Adapter" hier die Version prüft?
Wenn ich das Update im "Info" Bereich anstoße, funktioniert es einwandfrei! Entweder findet hier die Prüfung nicht statt oder sie erfolgt korrekt.
Ich bin gerade dabei das ganze System neu aufzusetzen. Mal sehen, wie es sich dann verhält.
Admin 6.0.X installiert?
-
+ system.adapter.admin.0 : admin : gt-iob01 - enabled, port: 8081, bind: 0.0.0.0, run as: admin + system.adapter.alexa2.0 : alexa2 : gt-iob01 - enabled + system.adapter.backitup.0 : backitup : gt-iob01 - enabled system.adapter.daswetter.0 : daswetter : gt-iob01 - enabled system.adapter.devices.0 : devices : gt-iob01 - enabled system.adapter.dwd.0 : dwd : gt-iob01 - enabled system.adapter.flot.0 : flot : gt-iob01 - enabled + system.adapter.fullybrowser.0 : fullybrowser : gt-iob01 - enabled + system.adapter.harmony.0 : harmony : gt-iob01 - enabled + system.adapter.hue.0 : hue : gt-iob01 - enabled, port: 80 system.adapter.icons-addictive-flavour-png.0: icons-addictive-flavour-png: gt-iob01 - enabled system.adapter.icons-icons8.0 : icons-icons8 : gt-iob01 - enabled system.adapter.icons-open-icon-library-png.0: icons-open-icon-library-png: gt-iob01 - enabled + system.adapter.info.0 : info : gt-iob01 - enabled + system.adapter.javascript.0 : javascript : gt-iob01 - enabled system.adapter.mihome-vacuum.0 : mihome-vacuum : gt-iob01 - disabled, port: 54321 system.adapter.mihome-vacuum.1 : mihome-vacuum : gt-iob01 - disabled, port: 54321 + system.adapter.mqtt.0 : mqtt : gt-iob01 - enabled, port: 1883, bind: 0.0.0.0 + system.adapter.nina.0 : nina : gt-iob01 - enabled + system.adapter.node-red.0 : node-red : gt-iob01 - enabled, port: 8083, bind: 0.0.0.0 + system.adapter.pushover.0 : pushover : gt-iob01 - enabled + system.adapter.ring.0 : ring : gt-iob01 - enabled + system.adapter.simple-api.0 : simple-api : gt-iob01 - enabled, port: 8087, bind: 0.0.0.0, run as: admin system.adapter.sonos.0 : sonos : gt-iob01 - disabled + system.adapter.sql.0 : sql : gt-iob01 - enabled, port: 3306 + system.adapter.tahoma.0 : tahoma : gt-iob01 - enabled system.adapter.vis-bars.0 : vis-bars : gt-iob01 - enabled system.adapter.vis-colorpicker.0 : vis-colorpicker : gt-iob01 - enabled system.adapter.vis-fancyswitch.0 : vis-fancyswitch : gt-iob01 - enabled system.adapter.vis-history.0 : vis-history : gt-iob01 - enabled system.adapter.vis-hqwidgets.0 : vis-hqwidgets : gt-iob01 - enabled system.adapter.vis-justgage.0 : vis-justgage : gt-iob01 - enabled system.adapter.vis-players.0 : vis-players : gt-iob01 - enabled system.adapter.vis-rgraph.0 : vis-rgraph : gt-iob01 - enabled system.adapter.vis-timeandweather.0 : vis-timeandweather : gt-iob01 - enabled system.adapter.vis.0 : vis : gt-iob01 - enabled + system.adapter.web.0 : web : gt-iob01 - enabled, port: 8082, bind: 0.0.0.0, run as: admin + system.adapter.worx.0 : worx : gt-iob01 - enabled + instance is alivesystem.adapter.admin : admin - v5.3.8 system.adapter.alexa2 : alexa2 - v3.11.2 system.adapter.backitup : backitup - v2.4.6 system.adapter.daswetter : daswetter - v3.1.2 system.adapter.devices : devices - v1.0.10 system.adapter.dwd : dwd - v2.8.3 system.adapter.flot : flot - v1.10.7 system.adapter.fullybrowser : fullybrowser - v2.1.1 system.adapter.harmony : harmony - v1.2.2 system.adapter.hue : hue - v3.6.5 system.adapter.icons-addictive-flavour-png: icons-addictive-flavour-png - v0.1.0 system.adapter.icons-icons8 : icons-icons8 - v0.0.1 system.adapter.icons-open-icon-library-png: icons-open-icon-library-png - v0.1.3 system.adapter.info : info - v1.9.18 system.adapter.javascript : javascript - v5.2.21 system.adapter.lgtv : lgtv - v1.1.6 system.adapter.material : material - v1.0.4 system.adapter.mihome-vacuum : mihome-vacuum - v3.3.1 system.adapter.mqtt : mqtt - v2.7.4 system.adapter.nina : nina - v0.0.25 system.adapter.node-red : node-red - v3.2.0 system.adapter.pushover : pushover - v2.1.0 system.adapter.ring : ring - v1.2.8 system.adapter.simple-api : simple-api - v2.6.4 system.adapter.socketio : socketio - v4.2.0 system.adapter.sonos : sonos - v2.1.7 system.adapter.sql : sql - v1.16.2 system.adapter.tahoma : tahoma - v0.6.1 system.adapter.vis : vis - v1.4.15 system.adapter.vis-bars : vis-bars - v0.1.4 system.adapter.vis-colorpicker : vis-colorpicker - v1.2.0 system.adapter.vis-fancyswitch : vis-fancyswitch - v1.1.0 system.adapter.vis-history : vis-history - v1.0.0 system.adapter.vis-hqwidgets : vis-hqwidgets - v1.2.0 system.adapter.vis-justgage : vis-justgage - v1.0.2 system.adapter.vis-players : vis-players - v0.1.6 system.adapter.vis-rgraph : vis-rgraph - v0.0.2 system.adapter.vis-timeandweather : vis-timeandweather - v1.1.7 system.adapter.web : web - v4.2.3 system.adapter.worx : worx - v1.5.5Used repository: stable Adapter "admin" : 5.3.8 , installed 5.3.8 Adapter "alexa2" : 3.11.2 , installed 3.11.2 Adapter "backitup" : 2.4.6 , installed 2.4.6 Adapter "daswetter" : 3.1.2 , installed 3.1.2 Adapter "devices" : 1.0.10 , installed 1.0.10 Adapter "dwd" : 2.8.3 , installed 2.8.3 Adapter "flot" : 1.10.7 , installed 1.10.7 Adapter "fullybrowser" : 2.1.2 , installed 2.1.1 [Updatable] Adapter "harmony" : 1.2.2 , installed 1.2.2 Adapter "hue" : 3.6.5 , installed 3.6.5 Adapter "icons-addictive-flavour-png": 0.1.0, installed 0.1.0 Adapter "icons-icons8" : 0.0.1 , installed 0.0.1 Adapter "icons-open-icon-library-png": 0.1.2, installed 0.1.3 Adapter "info" : 1.9.19 , installed 1.9.18 [Updatable] Adapter "javascript" : 5.2.21 , installed 5.2.21 Controller "js-controller": 4.0.23 , installed 4.0.23 Adapter "material" : 1.1.2 , installed 1.1.2 Adapter "mihome-vacuum": 3.3.3 , installed 3.3.1 [Updatable] Adapter "mqtt" : 3.0.6 , installed 2.7.4 [Updatable] Adapter "nina" : 0.0.25 , installed 0.0.25 Adapter "node-red" : 3.2.0 , installed 3.2.0 Adapter "pushover" : 2.1.0 , installed 2.1.0 Adapter "ring" : 1.2.8 , installed 1.2.8 Adapter "simple-api" : 2.6.5 , installed 2.6.4 [Updatable] Adapter "socketio" : 4.2.0 , installed 4.2.0 Adapter "sonos" : 2.1.7 , installed 2.1.7 Adapter "sql" : 1.16.2 , installed 1.16.2 Adapter "tahoma" : 0.6.1 , installed 0.6.1 Adapter "vis" : 1.4.15 , installed 1.4.15 Adapter "vis-bars" : 0.1.4 , installed 0.1.4 Adapter "vis-colorpicker": 1.2.0 , installed 1.2.0 Adapter "vis-fancyswitch": 1.1.0 , installed 1.1.0 Adapter "vis-history" : 1.0.0 , installed 1.0.0 Adapter "vis-hqwidgets": 1.2.0 , installed 1.2.0 Adapter "vis-justgage" : 1.0.2 , installed 1.0.2 Adapter "vis-players" : 0.1.6 , installed 0.1.6 Adapter "vis-rgraph" : 0.0.2 , installed 0.0.2 Adapter "vis-timeandweather": 1.1.7, installed 1.1.7 Adapter "web" : 4.3.0 , installed 4.2.3 [Updatable] Adapter "worx" : 1.5.5 , installed 1.5.5 Adapter "ws" : 1.3.0 , installed 1.3.0aarch64 /usr/bin/nodejs /usr/bin/node /usr/bin/npm v14.19.1 v14.19.1 6.14.16 root /opt/iobroker Ign:1 http://deb.debian.org/debian stretch InRelease Hit:2 http://security.debian.org/debian-security stretch/updates InRelease Hit:3 http://deb.debian.org/debian stretch-updates InRelease Hit:4 http://deb.debian.org/debian stretch Release Hit:5 https://deb.nodesource.com/node_14.x stretch InRelease Reading package lists... Done Building dependency tree Reading state information... Done 90 packages can be upgraded. Run 'apt list --upgradable' to see them. nodejs: Installed: 14.19.1-1nodesource1 Candidate: 14.19.3-1nodesource1 Version table: 14.19.3-1nodesource1 500 500 https://deb.nodesource.com/node_14.x stretch/main arm64 Packages *** 14.19.1-1nodesource1 100 100 /var/lib/dpkg/status 4.8.2~dfsg-1 500 500 http://deb.debian.org/debian stretch/main arm64 Packages@andygr42 sagte in Adapter update dependency >=12 fails:
system.adapter.admin : admin - v5.3.8
@sigi234
Anfangs noch nicht -
Also, meiner Meinung nach ist das ein Bug:

Weiß jemand wie "Adapter" hier die Version prüft?
Wenn ich das Update im "Info" Bereich anstoße, funktioniert es einwandfrei! Entweder findet hier die Prüfung nicht statt oder sie erfolgt korrekt.
Ich bin gerade dabei das ganze System neu aufzusetzen. Mal sehen, wie es sich dann verhält.
@andygr42 sagte in Adapter update dependency >=12 fails:
Also, meiner Meinung nach ist das ein Bug:

Weiß jemand wie "Adapter" hier die Version prüft?
Wenn ich das Update im "Info" Bereich anstoße, funktioniert es einwandfrei! Entweder findet hier die Prüfung nicht statt oder sie erfolgt korrekt.
Ich bin gerade dabei das ganze System neu aufzusetzen. Mal sehen, wie es sich dann verhält.
Dann hast du hochwahrscheinlich irgendwann mal etwas schief installiert/upgedated
wenn manuell, und besonders über github, ggf. ohneiobroker uploadmöglicherweise auch mal falsche npm Version und defekte package-lock.json
Der Möglichkeiten gibt es viele.
-
@andygr42 sagte in Adapter update dependency >=12 fails:
Also, meiner Meinung nach ist das ein Bug:

Weiß jemand wie "Adapter" hier die Version prüft?
Wenn ich das Update im "Info" Bereich anstoße, funktioniert es einwandfrei! Entweder findet hier die Prüfung nicht statt oder sie erfolgt korrekt.
Ich bin gerade dabei das ganze System neu aufzusetzen. Mal sehen, wie es sich dann verhält.
Dann hast du hochwahrscheinlich irgendwann mal etwas schief installiert/upgedated
wenn manuell, und besonders über github, ggf. ohneiobroker uploadmöglicherweise auch mal falsche npm Version und defekte package-lock.json
Der Möglichkeiten gibt es viele.
-
Auf was genau wird denn da geprüft? Ich würde gerne verhindern den Fehler beim Umzug (Backp/Restore) auf ein neues System mitzunehmen.
-
@andygr42
Den Fehler bei nem Restor mitzunehmen wird schwer, da alles neu installiert wird und das diesmal hoffentlich automatisch richtig ;) -
Hoffentlich hast Du recht. Der Umzug von Docker auf bare metal scheint eh etwas komplizierter zu werden... :(
@andygr42 sagte in Adapter update dependency >=12 fails:
Hoffentlich hast Du recht. Der Umzug von Docker auf bare metal scheint eh etwas komplizierter zu werden... :(
wieso?
lediglich der Unterbau ist anders.
iobroker läuft immer gleich, egal was darunter existiert. Lediglich node muss korrekt installiert sein.
Unter Linux (und im neuen Beta Installer für WIN) wird das bei einem cleanen System automatisch mit erledigt -
@andygr42 sagte in Adapter update dependency >=12 fails:
Hoffentlich hast Du recht. Der Umzug von Docker auf bare metal scheint eh etwas komplizierter zu werden... :(
wieso?
lediglich der Unterbau ist anders.
iobroker läuft immer gleich, egal was darunter existiert. Lediglich node muss korrekt installiert sein.
Unter Linux (und im neuen Beta Installer für WIN) wird das bei einem cleanen System automatisch mit erledigt-
Backup läuft gerade nicht sauber, das System antwortet irgendwann nicht mehr und muss neu gestartet werden. Ich versuche gerade herauszufinden warum. Es könnte an der Dateigröße liegen, die ist gerade bei 1,9GB!!! (ohne MySQL) Auch hier suche ich nach der Ursache.
-
Mein Docker Image hat zum Teil andere Pfade. Mal schauen, ob das zu einem Problem wird und wie man das wieder hinbiegen kann.
-
-
-
Backup läuft gerade nicht sauber, das System antwortet irgendwann nicht mehr und muss neu gestartet werden. Ich versuche gerade herauszufinden warum. Es könnte an der Dateigröße liegen, die ist gerade bei 1,9GB!!! (ohne MySQL) Auch hier suche ich nach der Ursache.
-
Mein Docker Image hat zum Teil andere Pfade. Mal schauen, ob das zu einem Problem wird und wie man das wieder hinbiegen kann.
@andygr42 sagte in Adapter update dependency >=12 fails:
Auch hier suche ich nach der Ursache.
Hollywood-Filme von Überwachungskameras vielleicht?
-
-
@andygr42 sagte in Adapter update dependency >=12 fails:
Auch hier suche ich nach der Ursache.
Hollywood-Filme von Überwachungskameras vielleicht?
Guter Punkt! Danke
-
-
Backup läuft gerade nicht sauber, das System antwortet irgendwann nicht mehr und muss neu gestartet werden. Ich versuche gerade herauszufinden warum. Es könnte an der Dateigröße liegen, die ist gerade bei 1,9GB!!! (ohne MySQL) Auch hier suche ich nach der Ursache.
-
Mein Docker Image hat zum Teil andere Pfade. Mal schauen, ob das zu einem Problem wird und wie man das wieder hinbiegen kann.
@andygr42 sagte in Adapter update dependency >=12 fails:
Backup läuft gerade nicht sauber, das System antwortet irgendwann nicht mehr und muss neu gestartet werden
bloß nicht!
wahrscheinlich ist dein Backup zu groß und die Komprimierung dauert nur so lange!ach ja...
-
-
@andygr42 sagte in Adapter update dependency >=12 fails:
Auch hier suche ich nach der Ursache.
Hollywood-Filme von Überwachungskameras vielleicht?
@thomas-braun sagte in Adapter update dependency >=12 fails:
@andygr42 sagte in Adapter update dependency >=12 fails:
Auch hier suche ich nach der Ursache.
Hollywood-Filme von Überwachungskameras vielleicht?
Ring Adapter..... Ich dachte das wäre gat nicht aktiv.... :face_with_rolling_eyes:
Danke nochmal!
-
@andygr42 sagte in Adapter update dependency >=12 fails:
Backup läuft gerade nicht sauber, das System antwortet irgendwann nicht mehr und muss neu gestartet werden
bloß nicht!
wahrscheinlich ist dein Backup zu groß und die Komprimierung dauert nur so lange!ach ja...
@homoran sagte in Adapter update dependency >=12 fails:
@andygr42 sagte in Adapter update dependency >=12 fails:
Backup läuft gerade nicht sauber, das System antwortet irgendwann nicht mehr und muss neu gestartet werden
bloß nicht!
wahrscheinlich ist dein Backup zu groß und die Komprimierung dauert nur so lange!ach ja...
Nach 6h habe ich die Hoffnung verloren... ;) Die Sicherung lief nachts um 2 und morgens um 8 war iobroker immer noch tot.
-
@homoran sagte in Adapter update dependency >=12 fails:
@andygr42 sagte in Adapter update dependency >=12 fails:
Backup läuft gerade nicht sauber, das System antwortet irgendwann nicht mehr und muss neu gestartet werden
bloß nicht!
wahrscheinlich ist dein Backup zu groß und die Komprimierung dauert nur so lange!ach ja...
Nach 6h habe ich die Hoffnung verloren... ;) Die Sicherung lief nachts um 2 und morgens um 8 war iobroker immer noch tot.
@andygr42 ja, dann hat die Größe es geschafft das Backup komplett lahmzulegen