Cli: Catch-All: "npm ERR! Cb () never called!"

Creado en 8 nov. 2019 · 29Comentarios · Fuente: npm/cli

Usando este ticket como una solución general para este tipo de error. Toda la información relevante sobre ellos debe estar contenida en este número.

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

Del número original: https://npm.community/t/9355
Registro de depuración: 2019-08-07T17_07_58_949Z-debug.log
Acción activada: npm audit fix

Información de la plataforma:

$ 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

Fuente

darcyclarke

👍1

Comentario más útil

Para mí, esto ocurrió cuando estaba intentando npm install través de un proxy corporativo, a través de una VPN (en realidad, el proxy no parece importar). NPM se ahoga cuando un paquete intenta descargar un binario (por ejemplo, https://github.com/sass/node-sass/releases/download/v4.13.1/win32-x64-79_binding.node, en mi caso) durante el paso postinstall (no tengo idea si depende del paquete).

Después de apagar la VPN (Global Protect) ~~y el proxy~~ , todo funcionó sin problemas.

Con Proxy y VPN activados ❌

$ 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

Con Proxy y VPN desactivados ✔

$ 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

Solo con 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

Entonces, por razonamiento deductivo, debe tener algo que ver con cómo se maneja la solicitud / respuesta a través de la VPN ...

Me aseguré de rm /c/Users/---/AppData/Roaming/npm-cache/node-sass/4.13.1/win32-x64-79_binding.node y comenzar con un nuevo directorio node_modules entre cada prueba.

Por lo general, trabajo desde la oficina, por lo que solo necesito ocuparme del proxy, lo que no causa ningún problema. Sin embargo, ahora que todos estamos trabajando desde casa, tuve la oportunidad de encontrarme con esto ... Ojalá ayude, de alguna manera 😅

Información de versión y sistema

Windows 10

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

jrtitus en 17 mar. 2020

👍4 🎉1

Todos 29 comentarios

Creo que tenemos muchos informes de lo mismo, por lo que todos deberían ser duplicados.

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, esto se resuelve forzando el borrado de la caché y actualizando / actualizando a la última versión de npm.

DanielRuf en 11 nov. 2019

👍1

DanielRuf en 11 nov. 2019

gracias @DanielRuf por vincular todos esos ❤️

ruyadorno en 11 nov. 2019

489

ruyadorno en 19 nov. 2019

DanielRuf en 8 dic. 2019

🚀1

Supongo que podemos verificar qué versión introdujo esto por primera vez (haciendo un pequeño git bisect ) y verificar las similitudes de la pila.

DanielRuf en 25 dic. 2019

Las siguientes versiones se mencionaron en los problemas:

6.4.1
6.9.0
6.10.2
6.12.1
6.13.1
6.13.4

Ahora tratando de obtener un caso de prueba reproducible.

DanielRuf en 25 dic. 2019

Cambios relevantes en el pasado a este error: https://github.com/npm/npm/pull/15716

DanielRuf en 25 dic. 2019

Pruebas con un npm 6.13.1 local (en macOS):

@vue/cli : no reproducible
npm audit fix : no reproducible
plotly.js : no reproducible
expo-cli : no reproducible

Hasta ahora, parece que esto se debe a otros errores que cancelan la CLI demasiado pronto.

Recuerdo que también tuvimos este error en Ubuntu con la última versión y algunos paquetes.

DanielRuf en 25 dic. 2019

Estoy experimentando el mismo error al intentar instalar un proyecto de empresa para el desarrollo.
Microsoft Windows [Versión 10.0.17134.1184]

Usar NVM para cambiar instancias de nodo / npm
nodo v10.14.2 (64 bits), npm v6.4.1
nodo v12.4.0 (64 bits), npm v6.9.0

proyecto fue generado con Angular CLI versión 8.3.21

[NVM para la configuración de Windows, Ecor Ventures LLC, martes 7 de agosto de 2018 9:46:31 p.m.]

melvinwallerjr en 4 ene. 2020

(tenga en cuenta que debe ser nvm-windows; el nvm real no funciona en Windows que no sea WSL y no distingue 64 bits)

ljharb en 4 ene. 2020

Recibimos este error de forma intermitente tanto en el desarrollo local como en nuestro sistema de CI. Feliz de agregar cualquier registro adicional que pueda ayudar. Adjunto el registro de npm de una ejecución que acaba de ocurrir en mi computadora portátil en mi Mac, tratando de instalar npm uno de nuestros paquetes privados. La ejecución inmediata del comando funcionó sin problemas.

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

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

Avíseme si hay algo que pueda hacer para ayudar a rastrear esto, me gustaría solucionar el problema.

mdouglass en 4 ene. 2020

🚀1

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

DanielRuf en 14 ene. 2020

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

DanielRuf en 14 ene. 2020

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

DanielRuf en 14 ene. 2020

Acciones activadas:

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

Pensamientos como clasificación:

Parece que hay un error al instalar un paquete que causa este error cb() never called! .
Hay 42 cuestiones para clasificar ...
https://github.com/npm/cli/issues/442 problema original hace referencia a una solución que hace referencia a la actualización y limpieza de la caché para resolver el problema (la actualización de los permisos de corrección), la caché puede indicar que el problema existe / existió en cacache o pacote
https://github.com/npm/cli/issues/451 parece tener el mismo síntoma, pero la causa no parece estar dentro de npm , aunque sí ayuda a señalar un problema al instalar un paquete

mikemimik en 18 ene. 2020

Es impactante ver cómo pocas personas saben cómo usar una barra de búsqueda ...

puppy0cam en 4 feb. 2020

¿Alguien tiene ALGUNA idea de qué podría estar causando esto?

¿Existen soluciones alternativas?

Cuando ejecuto mi npm install localmente, en Windows 10, todo funciona bien.

Cuando ejecuto mi npm install en dev.azure.com, en una máquina Amazon Linux / 4.13.0 de 64 bits, aparece el siguiente error:

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

Intenté actualizar mi entorno de Nodo del Nodo 10 al Nodo 12, ya que también estaba ejecutando Nodo 12 localmente, pero esto no pareció tener ningún impacto en absoluto.

¡No tengo idea de qué hacer con esto, y este problema está bloqueando totalmente!

jslegers en 12 feb. 2020

¡Hola @jslegers, lamento oír que estás bloqueado!

En mi investigación inicial sobre el problema, noté que el problema https://github.com/npm/cli/issues/442 hacía referencia a nuestra página de comunidad, que tenía un enlace a una posible solución para usted. Borrar el caché pareció resolver el problema para algunos. Sugeriría darle una oportunidad para ver si puede desbloquear su trabajo.

mikemimik en 17 feb. 2020

¡Hola @jslegers, lamento oír que estás bloqueado!
En mi investigación inicial sobre el problema, noté que el problema # 442 hacía referencia a nuestra página de comunidad que tenía un enlace a una posible solución para usted. Borrar el caché pareció resolver el problema para algunos. Sugeriría darle una oportunidad para ver si puede desbloquear su trabajo.

¡Gracias por el consejo!

Finalmente logré encontrar una solución por mi cuenta.

Aparentemente, el problema se debió a que hice algunos cambios en la estructura del paquete local. Como parte de un intento de refactorización en curso, me deshice de un tipo de paquete sin ámbito único para todos y lo reemplacé por un montón de paquetes pequeños con ámbito. Aparentemente, esto confundió a NPM y causó el error npm ERR! cb() never called! .

Parece que se ha solucionado eliminando mi archivo package-lock.json y enviando esa eliminación a la rama remota donde ocurrió este problema.

jslegers en 17 feb. 2020

👍1

Después de apagar la VPN (Global Protect) ~~y el proxy~~ , todo funcionó sin problemas.

Con Proxy y VPN activados ❌

$ 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

Con Proxy y VPN desactivados ✔

$ 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

Solo con 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

Entonces, por razonamiento deductivo, debe tener algo que ver con cómo se maneja la solicitud / respuesta a través de la VPN ...

Me aseguré de rm /c/Users/---/AppData/Roaming/npm-cache/node-sass/4.13.1/win32-x64-79_binding.node y comenzar con un nuevo directorio node_modules entre cada prueba.

Información de versión y sistema

Windows 10

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

jrtitus en 17 mar. 2020

👍4 🎉1

darcyclarke cerró este vor 1 Stunde

@darcyclarke, ¿este problema se resuelve mediante algún compromiso?

DanielRuf en 24 mar. 2020

@DanielRuf disculpas. Esto quedó atrapado en una clasificación de problemas en ZenHub (nuestro sistema de gestión de proyectos). He vuelto a abrir en consecuencia.

darcyclarke en 24 mar. 2020

Tuve el mismo problema al intentar instalar el proyecto expo init en blanco. Nodo 13.12.0, npm 6.14.5
Para mí, parece que agregar la carpeta de mi proyecto a las exclusiones de Windows Defender ayudó.
Settings->Update and Security->Windows Security->Virus & threat protection -> Virus & threat protection settings -> Exclusions y le agregué una carpeta completa.

gbkwiatt en 13 may. 2020

¿Esto causó el problema? Creo que muchos no tienen un antivirus o Windows 10. Ocurre también en Linux y macOS sin ningún escáner antivirus en tiempo real.

En general, deshabilito el antivirus durante la instalación para obtener instalaciones más rápidas, ya que escanea cada archivo en el acceso / creación; con scripts deshabilitados y un escaneo completo luego, funciona.

DanielRuf en 13 may. 2020

Un poco seguro, pero lo intenté varias veces con el mismo error, luego lo hice y ayudó. También podría ser algo que ver con la indexación sin idea.

gbkwiatt en 13 may. 2020

Mientras tenía el https-proxy establecido en npm config establecido, pero no estaba en la red que tenía el proxy, recibía este error. Si eliminé el valor de proxy, las cosas funcionaron nuevamente. Podría ser una buena idea incluir una sugerencia de que verifique la configuración del proxy para npm si las personas encuentran este error.

versión npm: 6.17.4
versión de nodo: 12.18.3
versión nvm: 0.35.3

malisbad en 5 ago. 2020

👀1

Otros problemas relacionados:

1696

1671

1740

1737

1731

1666

1647

1625

1608

1605

1552

1546

1531

1505

1466

1464

1720

1748

pkrasicki en 31 ago. 2020

Obtenemos esto a veces en Windows WSL2

versión npm: 6.14.8
mando. npm --unsafe-perm ci
pero en el mismo sistema también hay algunos problemas de conexión ssh / git en WSL2 - WSL # 4690 , así que tal vez no sea un problema de npm en nuestro caso