Untersuchung: code 25 fehlerlösung

[Thomas Braun]

@david-g

Das sind Kommandos für die bash, da kannste unter Windows natürlich nichts mit anfangen.
Mir wäre auch neu, dass da das Phänomen mir den nicht gelöschten Verzeichnissen auftaucht.

Fehler 25 bedeutet nur, das irgendwas nicht funktioniert hat. Die ausführliche Meldung lautet?

[David G.]

@thomas-braun

Hab die Meldung grad eben ergänzt.

Hier ist Sie nochmal:

0 verbose cli C:\Program Files\nodejs\node.exe C:\Program Files\nodejs\node_modules\npm\bin\npm-cli.js
1 info using npm@9.5.0
2 info using node@v18.15.0
3 timing npm:load:whichnode Completed in 3ms
4 timing config:load:defaults Completed in 3ms
5 timing config:load:file:C:\Program Files\nodejs\node_modules\npm\npmrc Completed in 4ms
6 timing config:load:builtin Completed in 4ms
7 timing config:load:cli Completed in 4ms
8 timing config:load:env Completed in 1ms
9 timing config:load:file:C:\ioBroker\.npmrc Completed in 0ms
10 timing config:load:project Completed in 3ms
11 timing config:load:file:C:\WINDOWS\system32\config\systemprofile\.npmrc Completed in 0ms
12 timing config:load:user Completed in 0ms
13 timing config:load:file:C:\WINDOWS\system32\config\systemprofile\AppData\Roaming\npm\etc\npmrc Completed in 1ms
14 timing config:load:global Completed in 1ms
15 timing config:load:setEnvs Completed in 2ms
16 timing config:load Completed in 19ms
17 timing npm:load:configload Completed in 20ms
18 timing npm:load:mkdirpcache Completed in 1ms
19 timing npm:load:mkdirplogs Completed in 0ms
20 verbose title npm install copystring/ioBroker.roborock#dev
21 verbose argv "install" "copystring/ioBroker.roborock#dev"
22 timing npm:load:setTitle Completed in 4ms
23 timing config:load:flatten Completed in 6ms
24 timing npm:load:display Completed in 7ms
25 verbose logfile logs-max:10 dir:C:\WINDOWS\system32\config\systemprofile\AppData\Local\npm-cache\_logs\2023-03-30T08_57_07_607Z-
26 verbose logfile C:\WINDOWS\system32\config\systemprofile\AppData\Local\npm-cache\_logs\2023-03-30T08_57_07_607Z-debug-0.log
27 timing npm:load:logFile Completed in 9ms
28 timing npm:load:timers Completed in 0ms
29 timing npm:load:configScope Completed in 0ms
30 timing npm:load Completed in 45ms
31 timing arborist:ctor Completed in 1ms
32 silly logfile start cleaning logs, removing 8 files
33 timing idealTree:init Completed in 565ms
34 verbose shrinkwrap failed to load node_modules/.package-lock.json out of date, updated: node_modules/iobroker.js-controller
35 timing idealTree Completed in 645ms
36 timing command:install Completed in 659ms
37 verbose stack Error: An unknown git error occurred
37 verbose stack     at makeError (C:\Program Files\nodejs\node_modules\npm\node_modules\@npmcli\git\lib\make-error.js:28:13)
37 verbose stack     at C:\Program Files\nodejs\node_modules\npm\node_modules\@npmcli\git\lib\spawn.js:37:26
37 verbose stack     at process.processTicksAndRejections (node:internal/process/task_queues:95:5)
38 verbose cwd C:\ioBroker
39 verbose Windows_NT 10.0.22621
40 verbose node v18.15.0
41 verbose npm  v9.5.0
42 error code ENOENT
43 error syscall spawn git
44 error path git
45 error errno -4058
46 error enoent An unknown git error occurred
47 error enoent This is related to npm not being able to find a file.
47 error enoent
48 verbose exit -4058
49 timing npm Completed in 750ms
50 verbose unfinished npm timer reify 1680166627692
51 verbose unfinished npm timer reify:loadTrees 1680166627699
52 verbose unfinished npm timer idealTree:userRequests 1680166628267
53 verbose code -4058
54 error A complete log of this run can be found in:
54 error     C:\WINDOWS\system32\config\systemprofile\AppData\Local\npm-cache\_logs\2023-03-30T08_57_07_607Z-debug-0.log

[Thomas Braun]

@david-g sagte in Untersuchung: code 25 fehlerlösung:

error enoent An unknown git error occurred

Das ist ein anderer Fehler, den bekämst du mit dem bash-Kommando auch nicht beigeflickt.

[arteck]

@david-g sagte in Untersuchung: code 25 fehlerlösung:

npm v9.5.0

in verbindung mit

An unknown git error occurred

[apollon77]

@david-g Diese Meldung besagt das Du einen Adapter installieren willst der ein installiertes "git" braucht. Bitte git installieren und sicherstellen das es im Pfad ist

[David G.]

@apollon77
Weißt du zufällig, wie ich das unter Windows entsprechend mache?

Gleich schreibe ich zusätzlich mal im Thread vom neuen Windows installer ob man es dort ggf Optional mit installiert bekommt.

[paul53]

@thomas-braun
Nachdem ich mit NPM 9.5.0 erhebliche Probleme (ENOEMPTY, Code 217) hatte, verwende ich diese Kombination:

type -P nodejs node npm npx && nodejs -v && node -v && npm -v && npx -v 
/usr/bin/nodejs
/usr/bin/node
/usr/bin/npm
/usr/bin/npx
v18.15.0
v18.15.0
6.14.18
6.14.18

Das funktioniert bisher problemlos.

[Thomas Braun]

@paul53

Würde ich nicht machen. Mittlerweile ist die Korrektur auch im

iob fix

enthalten

[apollon77]

@paul53 Jupp, AM Ende ist das Problem wir irgendwo in npm 8+ drin. npm 6 wird generell gehen ... ist nur die Farge warum es bei dir immer passiert,.

Mal eine Bitte an alle die die diese Issues haben: Installiert/updated mal den nächsten Adapter mit "--debug" per Kommandozeile und posted hier die Ausgaben.

Wir wissen inzwischen das diese Verzeichnisse wohl angelegt werden wenn irgendwelche Nativen Teile gebaut werden müssen. Da wa aber am Ende eher wenige User betrifft: Erweiterte Annahme: Irgendwo ist ein optionales Paket was bei euch nicht gebaut werden kann und damit immer wieder failed und vllt hat in dem Fall npm einen Bug und die Verzeichnisse bleiben da.

[paul53]

@thomas-braun sagte: Mittlerweile ist die Korrektur auch im

iob fix

enthalten.

NPM 9.5.0 hatte einige Verzeichnisse in "node_modules" versaut. Ich möchte nicht eine nachträgliche Korrektur vornehmen, sondern gleich richtig installieren / updaten. Deshalb hatte ich das Verzeichnis "node_modules" unter "iobroker" komplett gelöscht und ioBroker mit NPM 6.14.18 neu installiert.

[mayer]

@apollon77 Ich habe das selbe Problem unter Windows nach dem Update auf Node Version 19.9.0.
Auf der Command line werden die Verzeichnisse nicht angezeigt. Im Explorer werden die Verzeichnisse zwar angezeigt, aber bei Zugriff als nicht vorhanden gemeldet.

Update backitup from @2.5.12 to @2.6.16
host.OptiPlex Adapter "system.adapter.backitup.0" is stopped.
NPM version: 9.6.3
Installing iobroker.backitup@2.6.16... (System call)
npm notice
npm notice New patch version of npm available! 9.6.3 -> 9.6.4
npm notice Changelog: <https://github.com/npm/cli/releases/tag/v9.6.4>
npm notice Run `npm install -g npm@9.6.4` to update!
npm notice
npm ERR! code EBUSY
npm ERR! syscall rename
npm ERR! path C:\ioBroker\node_modules\iobroker
npm ERR! dest C:\ioBroker\node_modules\.iobroker-hewf7iLQ
npm ERR! errno -4082
npm ERR! EBUSY: resource busy or locked, rename 'C:\ioBroker\node_modules\iobroker' -> 'C:\ioBroker\node_modules\.iobroker-hewf7iLQ'

[Glasfaser]

@mayer sagte in Untersuchung: code 25 fehlerlösung:

auf Node Version 19.9.0.

Warum 19 !?
18 ist empfohlen !

[apollon77]

@mayer also ja, warum 19 … am Ende ist EBUSY irgend etwas mit filesystem Zugriffssperren. Versuch mal iobroker zu stoppen und das Update dann zu machen per cli.

[mayer]

@apollon77 Ich habe jetzt mit den Versionen 16, 17 und 18 getestet. Immer das gleiche Ergebnis.
Wenn ich ioBroker stoppe und das das Update mache, läuft es zwar durch, aber mit jeder Menge npm Fehlermeldungen. Anschließend lässt sich ioBroker nicht mehr starten.
Ich werde wohl alles neu aufsetzen.

[apollon77]

@mayer Könntest mal so ein Log hier posten ... dann könnten wir vllt mit überlegen?

[mayer]

@apollon77 Ich habe ioBroker jetzt mal neu installiert. Hatte ich schon lange mal vor. Mit dem neuen Windows-Installer hat dies ohne Probleme funktioniert. Leider bekam ich beim Nachinstallieren der Adapter die gleichen Fehlermeldungen. Ich habe dann noch ein Downgrade von NPM auf die Version 6.14.18 gemacht und konnte anschließend alle Adapter installieren. Seltsam ist nur, dass mir ioBroker immer noch die NPM Version 9.5.1 anzeigt, ein npm -v aber die Version 6.14.18 ausgibt.

[Glasfaser]

@mayer sagte in Untersuchung: code 25 fehlerlösung:

Ich habe ioBroker jetzt mal neu installiert.

Was machst du da !?

Downgrade von NPM auf die Version 6.14.18

das ist dann :

ioBroker immer noch die NPM Version 9.5.1 anzeigt, ein npm -v aber die Version 6.14.18 ausgibt.

dann hast du alles quer installiert ..

das hat aber alles nichts mit diesem Thread mehr zu tun " Untersuchung: code 25 fehlerlösung "

[mayer]

@glasfaser sagte in Untersuchung: code 25 fehlerlösung:

dann hast du alles quer installiert ..

das hat aber alles nichts mit diesem Thread mehr zu tun " Untersuchung: code 25 fehlerlösung "

Doch, hatte es. Wie schon gesagt, selbst nach Neuinstallation mit Node.js v18.16.0 und NPM v9.5.1 konnte ich keine Adapter installieren oder updaten. Abbruch mit Fehler 25. Erst ein Downgrade der NPM Version auf 6.14.18 (Node Version ist weiterhin 18.16.10) löste dieses Problem. Meine, nicht gerade kleine, ioBroker Konfiguration läuft jetzt wieder fehlerfrei.

[Homoran]

@mayer sagte in Untersuchung: code 25 fehlerlösung:

Doch, hatte es

was?

wo ist das Untersuchungsergebnis von dir zur Ursache dass ein Fehler 25 ausgeworfen wird?