Cli: Catch-All: "npm ERR! Cb () hat nie angerufen!"

Erstellt am 8. Nov. 2019 · 29Kommentare · Quelle: npm/cli

Verwenden dieses Tickets als Sammelbegriff für diese Art von Fehler. Alle relevanten Informationen dazu sollten in dieser Ausgabe enthalten sein.

  Original bug ticket: [https://npm.community/t/9355](https://npm.community/t/9355)
  Originally filed: 2019-08-07T17:15:54.842Z

Aus der ursprünglichen Ausgabe: https://npm.community/t/9355
Debug-Protokoll: 2019-08-07T17_07_58_949Z-debug.log
Aktion ausgelöst: npm audit fix

Plattforminfo:

$ npm --versions
{ 'next-boilerplate': '1.0.0',
  npm: '6.9.0',
  ares: '1.15.0',
  brotli: '1.0.7',
  cldr: '35.1',
  http_parser: '2.8.0',
  icu: '64.2',
  modules: '64',
  napi: '4',
  nghttp2: '1.34.0',
  node: '10.16.1',
  openssl: '1.1.1c',
  tz: '2019a',
  unicode: '12.1',
  uv: '1.28.0',
  v8: '6.8.275.32-node.54',
  zlib: '1.2.11' }
$ node -p process.platform
linux

Bug Community Release 6.x

Quelle

darcyclarke

👍1

Hilfreichster Kommentar

Für mich trat dies auf, als ich versuchte, über ein Unternehmens-Proxy über ein VPN npm install (tatsächlich scheint der Proxy keine Rolle zu spielen). NPM drosselt, wenn ein Paket versucht, eine Binärdatei herunterzuladen (z. B. https://github.com/sass/node-sass/releases/download/v4.13.1/win32-x64-79_binding.node, in meinem Fall) Schritt nach der Installation (keine Ahnung, ob es paketabhängig ist).

Nach dem Ausschalten des VPN (Global Protect) ~~und des Proxys~~ funktionierte alles reibungslos.

Bei eingeschaltetem Proxy und VPN ❌

$ npm i node-sass
npm ERR! cb() never called!

npm ERR! This is an error with npm itself. Please report this error at:
npm ERR!     <https://npm.community>

npm ERR! A complete log of this run can be found in:
npm ERR!     C:\Users\---\AppData\Roaming\npm-cache\_logs\2020-03-16T23_37_35_801Z-debug.log

2020-03-16T23_37_35_801Z-debug.log

Bei ausgeschaltetem Proxy & VPN ✔

$ npm i node-sass
npm WARN deprecated [email protected]: request has been deprecated, see https://github.com/request/request/issues/3142

> [email protected] install C:\Users\---\Desktop\foo\node_modules\node-sass
> node scripts/install.js

Downloading binary from https://github.com/sass/node-sass/releases/download/v4.13.1/win32-x64-79_binding.node
Download complete
Binary saved to C:\Users\---\Desktop\foo\node_modules\node-sass\vendor\win32-x64-79\binding.node
Caching binary to C:\Users\---\AppData\Roaming\npm-cache\node-sass\4.13.1\win32-x64-79_binding.node

> [email protected] postinstall C:\Users\---\Desktop\foo\node_modules\node-sass
> node scripts/build.js

Binary found at C:\Users\---\Desktop\foo\node_modules\node-sass\vendor\win32-x64-79\binding.node
Testing binary
Binary is fine
npm WARN [email protected] No description
npm WARN [email protected] No repository field.

+ [email protected]
added 173 packages from 137 contributors and audited 528 packages in 16.034s

3 packages are looking for funding
  run `npm fund` for details

found 0 vulnerabilities

Nur mit Proxy ✔

$ npm i node-sass
npm WARN deprecated [email protected]: request has been deprecated, see https://github.com/request/request/issues/3142

> [email protected] install C:\Users\---\Desktop\foo\node_modules\node-sass
> node scripts/install.js

Downloading binary from https://github.com/sass/node-sass/releases/download/v4.13.1/win32-x64-79_binding.node
Download complete
Binary saved to C:\Users\---\Desktop\foo\node_modules\node-sass\vendor\win32-x64-79\binding.node
Caching binary to C:\Users\---\AppData\Roaming\npm-cache\node-sass\4.13.1\win32-x64-79_binding.node

> [email protected] postinstall C:\Users\---\Desktop\foo\node_modules\node-sass
> node scripts/build.js

Binary found at C:\Users\---\Desktop\foo\node_modules\node-sass\vendor\win32-x64-79\binding.node
Testing binary
Binary is fine
npm WARN [email protected] No description
npm WARN [email protected] No repository field.

+ [email protected]
added 173 packages from 137 contributors and audited 528 packages in 16.233s

3 packages are looking for funding
  run `npm fund` for details

found 0 vulnerabilities

Aus deduktiven Gründen muss es also etwas damit zu tun haben, wie die Anfrage / Antwort über das VPN behandelt wird ...

Ich habe auf rm /c/Users/---/AppData/Roaming/npm-cache/node-sass/4.13.1/win32-x64-79_binding.node und zwischen jedem Test mit einem neuen node_modules Verzeichnis begonnen.

Ich arbeite in der Regel vom Büro aus, daher muss ich mich nur um den Proxy kümmern, was kein Problem darstellt. Jetzt, da wir alle von zu Hause aus arbeiten, hatte ich die Gelegenheit, darauf zu stoßen ... Hoffentlich hilft es irgendwie 😅

Versions- und Systeminformationen

Windows 10

$ node --version
v13.11.0
$ npm --version
6.13.7

jrtitus am 17. März 2020

👍4 🎉1

Alle 29 Kommentare

Ich denke, wir haben viele Berichte darüber, daher sollten diese alle Duplikate sein.

https://github.com/npm/cli/issues/423
https://github.com/npm/cli/issues/425
https://github.com/npm/cli/issues/442
https://github.com/npm/cli/issues/451
https://github.com/npm/cli/issues/455
https://github.com/npm/cli/issues/465

Afaik dies wird behoben, indem der Cache zwangsweise geleert und auf die neueste npm-Version aktualisiert wird.

DanielRuf am 11. Nov. 2019

👍1

DanielRuf am 11. Nov. 2019

danke @DanielRuf für die Verknüpfung all dieser ❤️

ruyadorno am 11. Nov. 2019

489

ruyadorno am 19. Nov. 2019

DanielRuf am 8. Dez. 2019

🚀1

Ich denke, wir können überprüfen, welche Version dies zuerst eingeführt hat (mit einem kleinen git bisect ) und die Stacktraces auf Ähnlichkeiten überprüfen.

DanielRuf am 25. Dez. 2019

Folgende Versionen wurden in den Ausgaben erwähnt:

6.4.1
6.9.0
6.10.2
6.12.1
6.13.1
6.13.4

Versuchen Sie nun, einen reproduzierbaren Testfall zu erhalten.

DanielRuf am 25. Dez. 2019

Relevante Änderungen in der Vergangenheit führen zu diesem Fehler: https://github.com/npm/npm/pull/15716

DanielRuf am 25. Dez. 2019

Tests mit einem lokalen npm 6.13.1 (unter macOS):

@vue/cli : nicht reproduzierbar
npm audit fix : nicht reproduzierbar
plotly.js : nicht reproduzierbar
expo-cli : nicht reproduzierbar

Bisher scheint dies auf andere Fehler zurückzuführen zu sein, die die CLI zu früh abbrechen.

Ich erinnere mich, dass wir diesen Fehler auch unter Ubuntu mit der neuesten Version und einigen Paketen hatten.

DanielRuf am 25. Dez. 2019

Beim Versuch, ein Unternehmensprojekt für die Entwicklung zu installieren, tritt der gleiche Fehler auf.
Microsoft Windows [Version 10.0.17134.1184]

Verwenden von NVM zum Wechseln von Instanzen von node / npm
Knoten v10.14.2 (64-Bit), npm v6.4.1
Knoten v12.4.0 (64-Bit), npm v6.9.0

Das Projekt wurde mit Angular CLI Version 8.3.21 generiert

[NVM für Windows-Setup, Ecor Ventures LLC, Dienstag, 7. August 2018, 21:46:31 Uhr]

melvinwallerjr am 4. Jan. 2020

(Beachten Sie, dass es sich um nvm-Windows handeln muss. Tatsächlich funktioniert nvm unter Windows ohne WSL nicht und unterscheidet 64-Bit nicht.)

ljharb am 4. Jan. 2020

Wir bekommen diesen Fehler zeitweise sowohl in der lokalen Entwicklung als auch in unserem CI-System. Gerne fügen wir zusätzliche Protokollierung hinzu, die hilfreich sein könnte. Hängte das npm-Protokoll von einem Lauf an, der gerade auf meinem Laptop auf meinem Mac stattgefunden hat - und versuchte, npm eines unserer privaten Pakete zu installieren. Das sofortige erneute Ausführen des Befehls funktionierte ohne Probleme.

npm install @globalworldwide/km-core@latest
2020-01-04T02_02_56_202Z-debug.log

❯ npm -v
6.13.4
❯ Knoten -v
v13.5.0

Lassen Sie mich wissen, ob ich irgendetwas tun kann, um dies aufzuspüren, und möchte das Problem beheben.

mdouglass am 4. Jan. 2020

🚀1

https://github.com/npm/cli/issues/682

DanielRuf am 14. Jan. 2020

https://github.com/npm/cli/issues/671

DanielRuf am 14. Jan. 2020

https://github.com/npm/cli/issues/665

DanielRuf am 14. Jan. 2020

Ausgelöste Aktionen:

npm audit fix ( [email protected] / [email protected] )
npm install ( [email protected] / [email protected] )
sudo npm install -g npm ( [email protected] / [email protected] )
n / a _wahrscheinlich npm i ( [email protected] / [email protected] ) ( [email protected] / [email protected] )
npm install ( [email protected] / [email protected] )
npm install ( [email protected] / [email protected] )
vue create <app> ( [email protected] / [email protected] )

Gedanken als Triaging:

Es scheint, als ob beim Installieren eines Pakets ein Fehler aufgetreten ist, der diesen cb() never called! -Fehler verursacht.
Es gibt 42 Probleme bei der Triage ...
https://github.com/npm/cli/issues/442 Das ursprüngliche Problem verweist auf einen Fix, der auf das Aktualisieren und Bereinigen des Caches verweist, um das Problem zu lösen (Aktualisieren der Fixes-Berechtigungen). Der Cache weist möglicherweise darauf hin, dass ein Problem in cacache oder vorhanden ist / vorhanden war pacote
https://github.com/npm/cli/issues/451 scheint dasselbe Symptom zu haben, aber die Ursache scheint nicht innerhalb von npm , obwohl es hilft, auf ein Problem bei der Installation eines Pakets hinzuweisen

mikemimik am 18. Jan. 2020

Es ist schockierend, wie wenige Leute wissen, wie man eine Suchleiste benutzt ...

puppy0cam am 4. Feb. 2020

Hat jemand eine Idee, was dies verursachen könnte?

Gibt es Problemumgehungen?

Wenn ich meine npm install lokal unter Windows 10 ausführe, funktioniert alles einwandfrei.

Wenn ich mein npm install auf dev.azure.com auf einem 64-Bit-Computer von Amazon Linux / 4.13.0 ausführe, wird folgende Fehlermeldung angezeigt:

120982 error cb() never called! 120983 error This is an error with npm itself. Please report this error at: 120984 error <https://npm.community>

Ich habe versucht, meine Knotenumgebung von Knoten 10 auf Knoten 12 zu aktualisieren, da ich auch Knoten 12 lokal ausgeführt habe, aber dies schien keinerlei Auswirkungen zu haben.

Ich habe keine Ahnung, was ich damit anfangen soll, und dieses Problem blockiert total !!

jslegers am 12. Feb. 2020

Hey @jslegers Entschuldigung, dass du blockiert bist!

Bei meiner ersten Untersuchung des Problems stellte ich fest, dass das Problem https://github.com/npm/cli/issues/442 auf unsere Community-Seite verwies, die einen Link zu einer möglichen Lösung für Sie enthielt. Das Leeren des Caches schien das Problem für einige zu lösen. Ich würde vorschlagen, dass Sie versuchen, herauszufinden, ob Sie Ihre Arbeit entsperren können.

mikemimik am 17. Feb. 2020

Hey @jslegers Entschuldigung, dass du blockiert bist!
Bei meiner ersten Untersuchung des Problems habe ich festgestellt, dass das Problem Nr. 442 auf unsere Community-Seite verweist, die einen Link zu einer möglichen Lösung für Sie enthält. Das Leeren des Caches schien das Problem für einige zu lösen. Ich würde vorschlagen, dass Sie versuchen, herauszufinden, ob Sie Ihre Arbeit entsperren können.

Danke für den Tipp!

Ich habe es schließlich geschafft, selbst eine Lösung zu finden.

Anscheinend wurde das Problem dadurch verursacht, dass ich einige Änderungen an der lokalen Paketstruktur vorgenommen habe. Im Rahmen eines fortlaufenden Refactoring-Versuchs habe ich eine Einheitsgröße für alle Arten von nicht abgedeckten Paketen entfernt und sie durch eine Reihe von Paketen mit kleinem Umfang ersetzt. Anscheinend verwirrte dies NPM und verursachte den npm ERR! cb() never called! Fehler.

In scheint behoben worden zu sein, indem meine package-lock.json -Datei gelöscht und diese Löschung in den Remote-Zweig verschoben wurde, in dem dieses Problem aufgetreten ist.

jslegers am 17. Feb. 2020

👍1

Nach dem Ausschalten des VPN (Global Protect) ~~und des Proxys~~ funktionierte alles reibungslos.

Bei eingeschaltetem Proxy und VPN ❌

$ npm i node-sass
npm ERR! cb() never called!

npm ERR! This is an error with npm itself. Please report this error at:
npm ERR!     <https://npm.community>

npm ERR! A complete log of this run can be found in:
npm ERR!     C:\Users\---\AppData\Roaming\npm-cache\_logs\2020-03-16T23_37_35_801Z-debug.log

2020-03-16T23_37_35_801Z-debug.log

Bei ausgeschaltetem Proxy & VPN ✔

$ npm i node-sass
npm WARN deprecated [email protected]: request has been deprecated, see https://github.com/request/request/issues/3142

> [email protected] install C:\Users\---\Desktop\foo\node_modules\node-sass
> node scripts/install.js

Downloading binary from https://github.com/sass/node-sass/releases/download/v4.13.1/win32-x64-79_binding.node
Download complete
Binary saved to C:\Users\---\Desktop\foo\node_modules\node-sass\vendor\win32-x64-79\binding.node
Caching binary to C:\Users\---\AppData\Roaming\npm-cache\node-sass\4.13.1\win32-x64-79_binding.node

> [email protected] postinstall C:\Users\---\Desktop\foo\node_modules\node-sass
> node scripts/build.js

Binary found at C:\Users\---\Desktop\foo\node_modules\node-sass\vendor\win32-x64-79\binding.node
Testing binary
Binary is fine
npm WARN [email protected] No description
npm WARN [email protected] No repository field.

+ [email protected]
added 173 packages from 137 contributors and audited 528 packages in 16.034s

3 packages are looking for funding
  run `npm fund` for details

found 0 vulnerabilities

Nur mit Proxy ✔

$ npm i node-sass
npm WARN deprecated [email protected]: request has been deprecated, see https://github.com/request/request/issues/3142

> [email protected] install C:\Users\---\Desktop\foo\node_modules\node-sass
> node scripts/install.js

Downloading binary from https://github.com/sass/node-sass/releases/download/v4.13.1/win32-x64-79_binding.node
Download complete
Binary saved to C:\Users\---\Desktop\foo\node_modules\node-sass\vendor\win32-x64-79\binding.node
Caching binary to C:\Users\---\AppData\Roaming\npm-cache\node-sass\4.13.1\win32-x64-79_binding.node

> [email protected] postinstall C:\Users\---\Desktop\foo\node_modules\node-sass
> node scripts/build.js

Binary found at C:\Users\---\Desktop\foo\node_modules\node-sass\vendor\win32-x64-79\binding.node
Testing binary
Binary is fine
npm WARN [email protected] No description
npm WARN [email protected] No repository field.

+ [email protected]
added 173 packages from 137 contributors and audited 528 packages in 16.233s

3 packages are looking for funding
  run `npm fund` for details

found 0 vulnerabilities

Aus deduktiven Gründen muss es also etwas damit zu tun haben, wie die Anfrage / Antwort über das VPN behandelt wird ...

Ich habe auf rm /c/Users/---/AppData/Roaming/npm-cache/node-sass/4.13.1/win32-x64-79_binding.node und zwischen jedem Test mit einem neuen node_modules Verzeichnis begonnen.

Versions- und Systeminformationen

Windows 10

$ node --version
v13.11.0
$ npm --version
6.13.7

jrtitus am 17. März 2020

👍4 🎉1

Darcyclarke schloss diese vor 1 Stunde

@ Darcyclarke Ist dieses Problem durch ein Commit behoben?

DanielRuf am 24. März 2020

@ DanielRuf entschuldigt sich. Dies wurde in eine Reihe von Problemen in ZenHub (unserem Projektmanagementsystem) verwickelt. Ich habe entsprechend wieder geöffnet.

darcyclarke am 24. März 2020

Hatte das gleiche Problem beim Versuch, ein leeres Expo-Init-Projekt zu installieren. Knoten 13.12.0, npm 6.14.5
Für mich scheint es hilfreich, meinen Projektordner zu Windows Defender-Ausschlüssen hinzuzufügen.
Settings->Update and Security->Windows Security->Virus & threat protection -> Virus & threat protection settings -> Exclusions und ich habe einen ganzen Ordner hinzugefügt.

gbkwiatt am 13. Mai 2020

Hat dies das Problem verursacht? Ich denke, viele haben kein Antivirenprogramm oder Windows 10. Passiert auch unter Linux und MacOS ohne Echtzeit-Antivirenscanner.

Im Allgemeinen deaktiviere ich Antivirus während der Installation, um schnellere Installationen zu erhalten, da jede einzelne Datei beim Zugriff / bei der Erstellung gescannt wird - mit deaktivierten Skripten und einem vollständigen Scan danach funktioniert es dann.

DanielRuf am 13. Mai 2020

Etwas sicher, aber ich habe es mehrmals mit demselben Fehler versucht, dann habe ich das getan und es hat geholfen. Könnte auch etwas mit der Indizierung zu tun haben, keine Ahnung.

gbkwiatt am 13. Mai 2020

Während der https-proxy in npm config festgelegt wurde, sich aber nicht in dem Netzwerk befand, in dem sich der Proxy befand, wurde dieser Fehler angezeigt. Wenn ich den Proxy-Wert gelöscht habe, haben die Dinge wieder funktioniert. Es ist möglicherweise eine gute Idee, einen Vorschlag beizufügen, dass Sie die Proxy-Einstellungen für npm überprüfen, wenn Personen auf diesen Fehler stoßen.

npm-Version: 6.17.4
Knotenversion: 12.18.3
NVM-Version: 0.35.3

malisbad am 5. Aug. 2020

👀1

Andere verwandte Themen:

1696

1671

1740

1737

1731

1666

1647

1625

1608

1605

1552

1546

1531

1505

1466

1464

1720

1748

pkrasicki am 31. Aug. 2020

Wir bekommen dies manchmal in Windows WSL2

npm-Version: 6.14.8
Befehl. npm --unsafe-perm ci
Auf demselben System gibt es jedoch auch einige Probleme mit der SSH / Git-Verbindung in WSL2 - WSL # 4690. In unserem Fall handelt es sich also möglicherweise nicht um ein Npm-Problem

tmtron am 16. Okt. 2020

War diese Seite hilfreich?

4 / 5 - 1 Bewertungen

Cli: Catch-All: "npm ERR! Cb () hat nie angerufen!"

Hilfreichster Kommentar

Bei eingeschaltetem Proxy und VPN ❌

Bei ausgeschaltetem Proxy & VPN ✔

Nur mit Proxy ✔

Versions- und Systeminformationen

Alle 29 Kommentare

489

Bei eingeschaltetem Proxy und VPN ❌

Bei ausgeschaltetem Proxy & VPN ✔

Nur mit Proxy ✔

Versions- und Systeminformationen

1696

1671

1740

1737

1731

1666

1647

1625

1608

1605

1552

1546

1531

1505

1466

1464

1720

1748

Verwandte Themen