Cli: Catch-All: "npm ERR! Cb () jamais appelé!"

Créé le 8 nov. 2019 · 29Commentaires · Source: npm/cli

Utiliser ce ticket comme fourre-tout pour ce type d'erreur. Toutes les informations pertinentes à leur sujet doivent figurer dans ce numéro.

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

À partir du numéro d'origine: https://npm.community/t/9355
Journal de débogage:
Action déclenchée: npm audit fix

Informations sur la plateforme:

$ 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

Source

darcyclarke

👍1

Commentaire le plus utile

Pour moi, cela s'est produit lorsque j'essayais de npm install sur un proxy d'entreprise, via un VPN (en fait, le proxy ne semble pas avoir d'importance). NPM s'étouffe lorsqu'un package tente de télécharger un binaire (par exemple, https://github.com/sass/node-sass/releases/download/v4.13.1/win32-x64-79_binding.node, dans mon cas) pendant le étape de post-installation (aucune idée si elle dépend du package).

Après avoir désactivé le VPN (Global Protect) ~~et le proxy~~ , tout a fonctionné sans accroc.

Avec Proxy et VPN activés ❌

$ 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

Avec Proxy et VPN désactivés ✔

$ 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

Avec proxy uniquement ✔

$ 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

Donc, par raisonnement déductif, cela doit avoir quelque chose à voir avec la façon dont la demande / réponse est gérée sur le VPN ...

Je me suis assuré de rm /c/Users/---/AppData/Roaming/npm-cache/node-sass/4.13.1/win32-x64-79_binding.node et de commencer avec un nouveau répertoire node_modules entre chaque test.

Je travaille généralement à partir du bureau, donc je n'ai besoin que du proxy, ce qui ne pose pas de problème. Cependant, maintenant que nous travaillons tous à domicile, j'ai eu la chance de rencontrer ça ... J'espère que cela aide, d'une manière ou d'une autre 😅

Informations sur la version et le système

Windows 10

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

jrtitus le 17 mars 2020

👍4 🎉1

Tous les 29 commentaires

Je pense que nous avons de nombreux rapports sur le même sujet, donc tous devraient être des doublons.

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, cela est résolu en effaçant de force le cache et en mettant à niveau / mettant à jour la dernière version de npm.

DanielRuf le 11 nov. 2019

👍1

DanielRuf le 11 nov. 2019

merci @DanielRuf pour avoir

ruyadorno le 11 nov. 2019

489

ruyadorno le 19 nov. 2019

DanielRuf le 8 déc. 2019

🚀1

Je suppose que nous pouvons vérifier quelle version a introduit cela en premier (en faisant un petit git bisect ) et vérifier les similitudes dans les stacktraces.

DanielRuf le 25 déc. 2019

Les versions suivantes ont été mentionnées dans les numéros:

6.4.1
6.9.0
6.10.2
6.12.1
6.13.1
6.13.4

J'essaie maintenant d'obtenir un cas de test reproductible.

DanielRuf le 25 déc. 2019

Changements pertinents dans le passé tolog cette erreur: https://github.com/npm/npm/pull/15716

DanielRuf le 25 déc. 2019

Tests avec un npm 6.13.1 local (sur macOS):

@vue/cli : non reproductible
npm audit fix : non reproductible
plotly.js : non reproductible
expo-cli : non reproductible

Jusqu'à présent, il semble que cela soit causé par d'autres erreurs qui annulent la CLI trop tôt.

Je me souviens que nous avions également ce bug sur Ubuntu avec la dernière version et quelques packages.

DanielRuf le 25 déc. 2019

Je rencontre la même erreur en essayant d'installer un projet d'entreprise pour le développement.
Microsoft Windows [Version 10.0.17134.1184]

Utilisation de NVM pour changer d'instance de nœud / npm
nœud v10.14.2 (64 bits), npm v6.4.1
nœud v12.4.0 (64 bits), npm v6.9.0

Le projet a été généré avec Angular CLI version 8.3.21

[NVM for Windows Setup, Ecor Ventures LLC, mardi 7 août 2018 21:46:31]

melvinwallerjr le 4 janv. 2020

(notez que cela doit être nvm-windows; nvm réel ne fonctionne pas sur Windows non-WSL, et ne distingue pas 64 bits)

ljharb le 4 janv. 2020

Nous obtenons cette erreur par intermittence dans le développement local et dans notre système CI. Heureux d'ajouter toute journalisation supplémentaire qui pourrait aider. J'ai joint le journal npm d'une exécution qui vient de se produire sur mon ordinateur portable sur mon mac - en essayant d'installer npm l'un de nos packages privés. La réexécution immédiate de la commande a fonctionné sans problème.

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

❯ npm -v
6.13.4
❯ nœud -v
v13.5.0

Faites-moi savoir si je peux faire quelque chose pour aider à retracer ce problème, je voudrais éliminer le problème.

mdouglass le 4 janv. 2020

🚀1

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

DanielRuf le 14 janv. 2020

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

DanielRuf le 14 janv. 2020

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

DanielRuf le 14 janv. 2020

Actions déclenchées:

npm audit fix ( [email protected] / [email protected] )
npm install ( [email protected] / [email protected] )
sudo npm install -g npm ( [email protected] / [email protected] )
s / o _ probable_ 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] )

Pensées comme tri:

Il semble qu'une erreur s'est produite lors de l'installation d'un package qui provoque cette erreur cb() never called! .
Il y a 42 problèmes à trier ...
https://github.com/npm/cli/issues/442 problème d'origine fait référence à un correctif qui fait référence à la mise à jour et au nettoyage du cache pour résoudre le problème (mise à jour des autorisations des correctifs), le cache peut indiquer que le problème existe / existait dans cacache ou pacote
https://github.com/npm/cli/issues/451 semble avoir le même symptôme mais la cause ne semble pas se situer dans les npm , bien que cela aide à signaler un problème lors de l'installation d'un paquet

mikemimik le 18 janv. 2020

Il est choquant de voir combien peu de gens savent utiliser une barre de recherche ...

puppy0cam le 4 févr. 2020

Quelqu'un a-t-il une idée de ce qui pourrait causer cela?

Existe-t-il des solutions de contournement?

Lorsque j'exécute mon npm install localement, sous Windows 10, tout fonctionne bien.

Lorsque j'exécute mon npm install sur dev.azure.com, sur une machine Amazon Linux / 4.13.0 64 bits, j'obtiens l'erreur suivante:

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

J'ai essayé de mettre à niveau mon environnement Node de Node 10 à Node 12, car j'exécutais également Node 12 localement, mais cela ne semblait pas avoir d'impact.

Je n'ai aucune idée de quoi faire avec cela, et ce problème est totalement bloquant !!

jslegers le 12 févr. 2020

Hey @jslegers désolé d'apprendre que vous êtes bloqué!

Dans ma recherche initiale sur le problème, j'ai noté que le problème https://github.com/npm/cli/issues/442 faisait référence à notre page de communauté qui avait un lien vers une solution possible pour vous. Effacer le cache semblait résoudre le problème pour certains. Je suggérerais d'essayer de voir si vous pouvez débloquer votre travail.

mikemimik le 17 févr. 2020

Hey @jslegers désolé d'apprendre que vous êtes bloqué!
Dans ma recherche initiale sur le problème, j'ai noté que le problème # 442 faisait référence à notre page de communauté qui contenait un lien vers une solution possible pour vous. Effacer le cache semblait résoudre le problème pour certains. Je suggérerais d'essayer de voir si vous pouvez débloquer votre travail.

Merci pour le conseil!

J'ai finalement réussi à trouver une solution par moi-même.

Apparemment, le problème a été causé par mes modifications apportées à la structure du package local. Dans le cadre d'une tentative de refactoring en cours, je me suis débarrassé d'un type de paquet unique et je l'ai remplacé par un tas de petits paquets de portée. Apparemment, cela a perturbé le NPM et provoqué le bogue npm ERR! cb() never called! .

In semble avoir été corrigé en supprimant mon fichier package-lock.json et en poussant cette suppression vers la branche distante où ce problème s'est produit.

jslegers le 17 févr. 2020

👍1

Après avoir désactivé le VPN (Global Protect) ~~et le proxy~~ , tout a fonctionné sans accroc.

Avec Proxy et VPN activés ❌

$ 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

Avec Proxy et VPN désactivés ✔

$ 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

Avec proxy uniquement ✔

$ 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

Donc, par raisonnement déductif, cela doit avoir quelque chose à voir avec la façon dont la demande / réponse est gérée sur le VPN ...

Je me suis assuré de rm /c/Users/---/AppData/Roaming/npm-cache/node-sass/4.13.1/win32-x64-79_binding.node et de commencer avec un nouveau répertoire node_modules entre chaque test.

Informations sur la version et le système

Windows 10

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

jrtitus le 17 mars 2020

👍4 🎉1

darcyclarke a fermé ce vor 1 Stunde

@darcyclarke ce problème est-il résolu par un commit?

DanielRuf le 24 mars 2020

@DanielRuf excuses. Cela a été pris dans un tri des problèmes dans ZenHub (notre système de gestion de projet). J'ai rouvert en conséquence.

darcyclarke le 24 mars 2020

J'ai eu le même problème, en essayant d'installer le projet init expo vierge. Nœud 13.12.0, npm 6.14.5
Pour moi, il semble que l'ajout de mon dossier de projet aux exclusions de Windows Defender ait aidé.
Settings->Update and Security->Windows Security->Virus & threat protection -> Virus & threat protection settings -> Exclusions et j'y ai ajouté un dossier entier.

gbkwiatt le 13 mai 2020

Cela a-t-il causé le problème? Je pense que beaucoup n'ont pas d'antivirus ou de Windows 10. Cela se produit également sur Linux et macOS sans aucun scanner antivirus en temps réel.

En général, je désactive l'antivirus lors de l'installation pour obtenir des installations plus rapides car il analyse chaque fichier lors de l'accès / de la création - avec des scripts désactivés et une analyse complète par la suite, cela fonctionne alors.

DanielRuf le 13 mai 2020

Un peu sûr, mais j'ai essayé plusieurs fois avec la même erreur, puis je l'ai fait et cela a aidé. Peut-être aussi quelque chose à voir avec l'indexation aucune idée.

gbkwiatt le 13 mai 2020

Tout en ayant la https-proxy définie dans npm config définie, mais n'étant pas sur le réseau qui avait le proxy, j'obtenais cette erreur. Si j'ai supprimé la valeur proxy, les choses ont fonctionné à nouveau. Il peut être judicieux d'inclure une suggestion de vérifier les paramètres de proxy pour npm si des personnes rencontrent cette erreur.

Version npm: 6.17.4
version du nœud: 12.18.3
version nvm: 0.35.3

malisbad le 5 août 2020

👀1

Autres problèmes connexes:

1696

1671

1740

1737

1731

1666

1647

1625

1608

1605

1552

1546

1531

1505

1466

1464

1720

1748

pkrasicki le 31 août 2020

Nous obtenons cela parfois dans Windows WSL2

Version npm: 6.14.8
commander. npm --unsafe-perm ci
mais sur le même système, il y a aussi des problèmes de connexion ssh / git dans WSL2 - WSL # 4690 , donc peut-être que ce n'est pas un problème de npm dans notre cas