NEWS
Untersuchung: code 25 fehlerlösung
-
Du stehst eh im falschen Verzeichnis...
iobroker@iobroker:~/node_modules$Ist /home/iobroker/node_modules, also das home-Verzeichnis. Der iobroker wohnt aber in /opt/iobroker.
Es sei denn, der node-red-Kram soll da wirklich hin, kann ich mir aber nicht vorstellen.
Solte das nicht darauf hindeuten, dass jedesmal das komplette node-modules neu aufgebaut wurde?
Das wird eh immer gemacht. Dauert halt länger, wenn dann wie ich vermute wieder versucht wird irgendwelche Überbleibsel zu kompilieren.
@thomas-braun sagte in Untersuchung: code 25 fehlerlösung:
Du stehst eh im falschen Verzeichnis...
Nop, zumindest nicht im Dockercontainer. Auszug aus dem Dockerfile:
# Install ioBroker RUN curl -sL https://iobroker.net/install.sh | bash - \ && mkdir -p /opt/scripts/.docker_config/ \ && echo "starting" > /opt/scripts/.docker_config/.healthcheck \ && echo "${VERSION}" > /opt/scripts/.docker_config/.thisisdocker \ && echo $(hostname) > /opt/.firstrun \ # Deleting UUID from build && iobroker unsetup -y \ # Backup initial ioBroker and userscript folder && tar -cf /opt/initial_iobroker.tar /opt/iobroker \ && tar -cf /opt/initial_userscripts.tar /opt/userscripts \ # Setting up iobroker-user (shell, home dir and rights) && chsh -s /bin/bash iobroker \ && usermod --home /opt/iobroker iobroker \ && usermod -u 1000 iobroker \ && groupmod -g 1000 iobroker \ && chown root:iobroker /usr/sbin/gosu \ && chmod +s /usr/sbin/gosu \ # Clean up installation cache && apt-get autoclean -y \ && apt-get autoremove \ && apt-get clean \ && rm -rf /tmp/* /var/tmp/* \ && rm -rf /root/.cache/* /root/.npm/* \ && rm -rf /var/lib/apt/lists/*Zeile 14
reiner@rock64:~$ docker exec -u 1000:1000 -ti iobroker /bin/bash iobroker@iobroker:~$ pwd /opt/iobroker iobroker@iobroker:~$ -
Du stehst eh im falschen Verzeichnis...
iobroker@iobroker:~/node_modules$Ist /home/iobroker/node_modules, also das home-Verzeichnis. Der iobroker wohnt aber in /opt/iobroker.
Es sei denn, der node-red-Kram soll da wirklich hin, kann ich mir aber nicht vorstellen.
Solte das nicht darauf hindeuten, dass jedesmal das komplette node-modules neu aufgebaut wurde?
Das wird eh immer gemacht. Dauert halt länger, wenn dann wie ich vermute wieder versucht wird irgendwelche Überbleibsel zu kompilieren.
@thomas-braun sagte in Untersuchung: code 25 fehlerlösung:
Das wird eh immer gemacht. Dauert halt länger, wenn dann wie ich vermute wieder versucht wird irgendwelche Überbleibsel zu kompilieren.
Ja, deshalb frage ich mich, was es bringen kann, das node-modules Verzeichnis neu aufzubauen.
-
@thomas-braun sagte in Untersuchung: code 25 fehlerlösung:
Du stehst eh im falschen Verzeichnis...
Nop, zumindest nicht im Dockercontainer. Auszug aus dem Dockerfile:
# Install ioBroker RUN curl -sL https://iobroker.net/install.sh | bash - \ && mkdir -p /opt/scripts/.docker_config/ \ && echo "starting" > /opt/scripts/.docker_config/.healthcheck \ && echo "${VERSION}" > /opt/scripts/.docker_config/.thisisdocker \ && echo $(hostname) > /opt/.firstrun \ # Deleting UUID from build && iobroker unsetup -y \ # Backup initial ioBroker and userscript folder && tar -cf /opt/initial_iobroker.tar /opt/iobroker \ && tar -cf /opt/initial_userscripts.tar /opt/userscripts \ # Setting up iobroker-user (shell, home dir and rights) && chsh -s /bin/bash iobroker \ && usermod --home /opt/iobroker iobroker \ && usermod -u 1000 iobroker \ && groupmod -g 1000 iobroker \ && chown root:iobroker /usr/sbin/gosu \ && chmod +s /usr/sbin/gosu \ # Clean up installation cache && apt-get autoclean -y \ && apt-get autoremove \ && apt-get clean \ && rm -rf /tmp/* /var/tmp/* \ && rm -rf /root/.cache/* /root/.npm/* \ && rm -rf /var/lib/apt/lists/*Zeile 14
reiner@rock64:~$ docker exec -u 1000:1000 -ti iobroker /bin/bash iobroker@iobroker:~$ pwd /opt/iobroker iobroker@iobroker:~$Ich hasse diese Docker-Scheisse
-
@Homoran Also bei mir war das Ganze auch reproduzierbar.
Dank dem Befehl unterhttps://forum.iobroker.net/topic/57337/fehler-25-bei-adapter-install-update-mit-npm8/2
konnte ich alle Adapter upgraden, außer NodeRED. Da muss ich mal noch sehen, ob ich noch alte Verzeichnisse finde.
Allerdings zeigt es mir auf der Admin-Oberfläche immer noch an, dass Updates verfügbar wären. Bei der Suche werden dann allerdings keine gelistet:
Zudem kann ein Script wegen fehlender Berechtigung nicht gelöscht werden:
Viele Grüße
-
@Homoran Also bei mir war das Ganze auch reproduzierbar.
Dank dem Befehl unterhttps://forum.iobroker.net/topic/57337/fehler-25-bei-adapter-install-update-mit-npm8/2
konnte ich alle Adapter upgraden, außer NodeRED. Da muss ich mal noch sehen, ob ich noch alte Verzeichnisse finde.
Allerdings zeigt es mir auf der Admin-Oberfläche immer noch an, dass Updates verfügbar wären. Bei der Suche werden dann allerdings keine gelistet:
Zudem kann ein Script wegen fehlender Berechtigung nicht gelöscht werden:
Viele Grüße
-
@thomas-braun sagte in Untersuchung: code 25 fehlerlösung:
iobroker updatesagt? Was in GUIs steht ist oft nicht wahr.
Passt schon, habe das natürlich mit iobroker update gecheckt, wollte das nur einfach melden, weil im Posting stand, ob es bei uns reproduzierbar ist.
GUI ist klar..iobroker update Used repository: stable Adapter "admin" : 6.2.22 , installed 6.2.22 Adapter "backitup" : 2.4.12 , installed 2.4.12 Adapter "discovery" : 3.0.5 , installed 3.0.5 Adapter "influxdb" : 3.1.8 , installed 3.1.8 Adapter "javascript" : 6.0.3 , installed 6.0.3 Controller "js-controller": 4.0.23 , installed 4.0.23 Adapter "loxone" : 3.0.0 , installed 3.0.0 Adapter "modbus" : 5.0.5 , installed 5.0.5 Adapter "mqtt" : 4.0.7 , installed 4.0.7 Adapter "node-red" : 4.0.0 , installed 4.0.0 Adapter "proxmox" : 1.3.4 , installed 1.3.4 Adapter "shelly" : 6.0.0 , installed 6.0.0 Adapter "simple-api" : 2.7.0 , installed 2.7.0 Adapter "socketio" : 4.2.0 , installed 4.2.0 Adapter "viessmannapi" : 2.0.9 , installed 2.0.9 Adapter "web" : 4.3.0 , installed 4.3.0 Adapter "ws" : 1.3.0 , installed 1.3.0Eher störend ist für mich der Fehler beim Löschen des Skripts.
Node ist übrigens v16.15.1
und
npm ist 8.11.0
-
@thomas-braun sagte in Untersuchung: code 25 fehlerlösung:
iobroker updatesagt? Was in GUIs steht ist oft nicht wahr.
Passt schon, habe das natürlich mit iobroker update gecheckt, wollte das nur einfach melden, weil im Posting stand, ob es bei uns reproduzierbar ist.
GUI ist klar..iobroker update Used repository: stable Adapter "admin" : 6.2.22 , installed 6.2.22 Adapter "backitup" : 2.4.12 , installed 2.4.12 Adapter "discovery" : 3.0.5 , installed 3.0.5 Adapter "influxdb" : 3.1.8 , installed 3.1.8 Adapter "javascript" : 6.0.3 , installed 6.0.3 Controller "js-controller": 4.0.23 , installed 4.0.23 Adapter "loxone" : 3.0.0 , installed 3.0.0 Adapter "modbus" : 5.0.5 , installed 5.0.5 Adapter "mqtt" : 4.0.7 , installed 4.0.7 Adapter "node-red" : 4.0.0 , installed 4.0.0 Adapter "proxmox" : 1.3.4 , installed 1.3.4 Adapter "shelly" : 6.0.0 , installed 6.0.0 Adapter "simple-api" : 2.7.0 , installed 2.7.0 Adapter "socketio" : 4.2.0 , installed 4.2.0 Adapter "viessmannapi" : 2.0.9 , installed 2.0.9 Adapter "web" : 4.3.0 , installed 4.3.0 Adapter "ws" : 1.3.0 , installed 1.3.0Eher störend ist für mich der Fehler beim Löschen des Skripts.
Node ist übrigens v16.15.1
und
npm ist 8.11.0
@michif100 sagte in Untersuchung: code 25 fehlerlösung:
Node ist übrigens v16.15.1
Updaten.
Den Rest vom Betriebssystem auch. -
@thomas-braun sagte in Untersuchung: code 25 fehlerlösung:
iobroker updatesagt? Was in GUIs steht ist oft nicht wahr.
Passt schon, habe das natürlich mit iobroker update gecheckt, wollte das nur einfach melden, weil im Posting stand, ob es bei uns reproduzierbar ist.
GUI ist klar..iobroker update Used repository: stable Adapter "admin" : 6.2.22 , installed 6.2.22 Adapter "backitup" : 2.4.12 , installed 2.4.12 Adapter "discovery" : 3.0.5 , installed 3.0.5 Adapter "influxdb" : 3.1.8 , installed 3.1.8 Adapter "javascript" : 6.0.3 , installed 6.0.3 Controller "js-controller": 4.0.23 , installed 4.0.23 Adapter "loxone" : 3.0.0 , installed 3.0.0 Adapter "modbus" : 5.0.5 , installed 5.0.5 Adapter "mqtt" : 4.0.7 , installed 4.0.7 Adapter "node-red" : 4.0.0 , installed 4.0.0 Adapter "proxmox" : 1.3.4 , installed 1.3.4 Adapter "shelly" : 6.0.0 , installed 6.0.0 Adapter "simple-api" : 2.7.0 , installed 2.7.0 Adapter "socketio" : 4.2.0 , installed 4.2.0 Adapter "viessmannapi" : 2.0.9 , installed 2.0.9 Adapter "web" : 4.3.0 , installed 4.3.0 Adapter "ws" : 1.3.0 , installed 1.3.0Eher störend ist für mich der Fehler beim Löschen des Skripts.
Node ist übrigens v16.15.1
und
npm ist 8.11.0
@michif100 sagte in Untersuchung: code 25 fehlerlösung:
Adapter "node-red" : 4.0.0 , installed 4.0.0
zur 4.0 gibt es schon Threads
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@michif100 sagte in Untersuchung: code 25 fehlerlösung:
Node ist übrigens v16.15.1
Updaten.
Den Rest vom Betriebssystem auch.@thomas-braun sagte in Untersuchung: code 25 fehlerlösung:
@michif100 sagte in Untersuchung: code 25 fehlerlösung:
Node ist übrigens v16.15.1
Updaten.
Was habe ich verpasst, ich dachte v16.x sei aktuell die empfohlene Version? Oder liegt es an der Unterversion?
Viele Grüße
-
@michif100 sagte in Untersuchung: code 25 fehlerlösung:
Adapter "node-red" : 4.0.0 , installed 4.0.0
zur 4.0 gibt es schon Threads
-
@thomas-braun sagte in Untersuchung: code 25 fehlerlösung:
@michif100 sagte in Untersuchung: code 25 fehlerlösung:
Node ist übrigens v16.15.1
Updaten.
Was habe ich verpasst, ich dachte v16.x sei aktuell die empfohlene Version? Oder liegt es an der Unterversion?
Viele Grüße
16.17.1 ist aktuell.
Und schau den Rest vom OS auch an. -
16.17.1 ist aktuell.
Und schau den Rest vom OS auch an.@thomas-braun OK, danke, werde ich machen.
-
Ich hasse diese Docker-Scheisse
@thomas-braun sagte in Untersuchung: code 25 fehlerlösung:
Ich hasse diese Docker-Scheisse
Ich nicht:grin:
-
@thomas-braun sagte in Untersuchung: code 25 fehlerlösung:
iobroker updatesagt? Was in GUIs steht ist oft nicht wahr.
Passt schon, habe das natürlich mit iobroker update gecheckt, wollte das nur einfach melden, weil im Posting stand, ob es bei uns reproduzierbar ist.
GUI ist klar..iobroker update Used repository: stable Adapter "admin" : 6.2.22 , installed 6.2.22 Adapter "backitup" : 2.4.12 , installed 2.4.12 Adapter "discovery" : 3.0.5 , installed 3.0.5 Adapter "influxdb" : 3.1.8 , installed 3.1.8 Adapter "javascript" : 6.0.3 , installed 6.0.3 Controller "js-controller": 4.0.23 , installed 4.0.23 Adapter "loxone" : 3.0.0 , installed 3.0.0 Adapter "modbus" : 5.0.5 , installed 5.0.5 Adapter "mqtt" : 4.0.7 , installed 4.0.7 Adapter "node-red" : 4.0.0 , installed 4.0.0 Adapter "proxmox" : 1.3.4 , installed 1.3.4 Adapter "shelly" : 6.0.0 , installed 6.0.0 Adapter "simple-api" : 2.7.0 , installed 2.7.0 Adapter "socketio" : 4.2.0 , installed 4.2.0 Adapter "viessmannapi" : 2.0.9 , installed 2.0.9 Adapter "web" : 4.3.0 , installed 4.3.0 Adapter "ws" : 1.3.0 , installed 1.3.0Eher störend ist für mich der Fehler beim Löschen des Skripts.
Node ist übrigens v16.15.1
und
npm ist 8.11.0
@michif100 sagte in Untersuchung: code 25 fehlerlösung:
@thomas-braun sagte in Untersuchung: code 25 fehlerlösung:
Adapter "admin" : 6.2.22 , installed 6.2.22
``Eher störend ist für mich der Fehler beim Löschen des Skripts.
Habe eben noch gelesen unter
https://forum.iobroker.net/topic/58249/skript-löschen-geht-nicht-permissionerror/140?_=1664788908150
dass ein Downgrade auf admin 6.2.12 helfen soll.
-
Es sollte nichts mit node-red zu tun haben.
Wenn man einen neuen iobroker Container erstellt (docker pull buanet/iobroker) und das ioBroker sich einrichten lässt und das Setup durchklickt, hat man drei Adapter die nicht up to date ist. Wenn man da einen Adapter updaten will kommt auch dieser Fehler 25 und kein Adapter davon ist ein node-red.D.h. das Problem tritt wohl generell auf und hat wohl imho eher was mit der Node Version oder npm zu tun als bestimmte Adapter.
-
Es sollte nichts mit node-red zu tun haben.
Wenn man einen neuen iobroker Container erstellt (docker pull buanet/iobroker) und das ioBroker sich einrichten lässt und das Setup durchklickt, hat man drei Adapter die nicht up to date ist. Wenn man da einen Adapter updaten will kommt auch dieser Fehler 25 und kein Adapter davon ist ein node-red.D.h. das Problem tritt wohl generell auf und hat wohl imho eher was mit der Node Version oder npm zu tun als bestimmte Adapter.
Kannst du mal die betroffenen Module identifizieren?
Also mit der Variante 'nur-schauen' des Lösch-Skripts. -
Kannst du mal die betroffenen Module identifizieren?
Also mit der Variante 'nur-schauen' des Lösch-Skripts.@thomas-braun
Der Befehl for i in $(find /opt/iobroker/node_modules -type d -iname ".-????????" ! -iname ".local-chromium"); do echo ${i%/};* done im node_modules Verzeichnis bringt da keine Treffer. -
@thomas-braun
Der Befehl for i in $(find /opt/iobroker/node_modules -type d -iname ".-????????" ! -iname ".local-chromium"); do echo ${i%/};* done im node_modules Verzeichnis bringt da keine Treffer.Dann ist es auch was anderes.
Fehler 25 ist ja nur die Meldung, das irgendwo ein Fehler aufgetreten ist, die genaue Ursache muss man sich anschauen.
-
@thomas-braun
Der Befehl for i in $(find /opt/iobroker/node_modules -type d -iname ".-????????" ! -iname ".local-chromium"); do echo ${i%/};* done im node_modules Verzeichnis bringt da keine Treffer. -
Dann ist es auch was anderes.
Fehler 25 ist ja nur die Meldung, das irgendwo ein Fehler aufgetreten ist, die genaue Ursache muss man sich anschauen.
@thomas-braun Also, das muss bei @lcars irgend etwas Anderes sein.
Hab das grad mal nachgestellt. Geht ja Dank docker in Windeseile ;-)Hier mal die komplette Session:
In einem frischen Container alle 3 Adapter ohne die geringsten Probleme und blitzartig geupdated.
Werde etwas später mal den NR-Adapter in den Testcontainer (ältere Version) installieren und dann nochmal testen.
745
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge