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

Criado em 8 nov. 2019 · 29Comentários · Fonte: npm/cli

Usar este tíquete como um ponto-chave para esse tipo de erro. Todas as informações relevantes sobre eles devem estar contidas nesta edição.

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

Do problema original: https://npm.community/t/9355
Registro de depuração:
Ação desencadeada: npm audit fix

Informações da 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

Fonte

darcyclarke

👍1

Comentários muito úteis

Para mim, isso ocorreu quando eu estava tentando npm install em um proxy corporativo, por meio de uma VPN (na verdade, o proxy não parece importar). O NPM bloqueia quando um pacote tenta baixar um binário (por exemplo, https://github.com/sass/node-sass/releases/download/v4.13.1/win32-x64-79_binding.node, no meu caso) durante o etapa de pós-instalação (não tenho ideia se é dependente do pacote).

Depois de desligar a VPN (Global Protect) ~~e o proxy~~ - tudo funcionou sem problemas.

Com Proxy e VPN ativados ❌

$ 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

Com Proxy e VPN DESLIGADOS ✔

$ 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

Com apenas 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

Então, por raciocínio dedutivo, deve ter algo a ver com a forma como a solicitação / resposta está sendo tratada na VPN ...

Fiz questão de rm /c/Users/---/AppData/Roaming/npm-cache/node-sass/4.13.1/win32-x64-79_binding.node e comecei com um novo diretório node_modules entre cada teste.

Em geral, trabalho no escritório, então só preciso lidar com o proxy, o que não causa problemas. No entanto, agora que estamos todos trabalhando em casa, tive a chance de topar com isso ... Espero que ajude, de alguma forma 😅

Versão e informações do sistema

Windows 10

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

jrtitus em 17 mar. 2020

👍4 🎉1

Todos 29 comentários

Acho que temos muitos relatórios do mesmo, então todos devem 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 isso é resolvido limpando o cache à força e atualizando / atualizando para a versão npm mais recente.

DanielRuf em 11 nov. 2019

👍1

DanielRuf em 11 nov. 2019

obrigado @DanielRuf por ligar todos aqueles ❤️

ruyadorno em 11 nov. 2019

489

ruyadorno em 19 nov. 2019

DanielRuf em 8 dez. 2019

🚀1

Acho que podemos verificar qual versão introduziu isso primeiro (fazendo um pequeno git bisect ) e verificar os rastreamentos de pilha por semelhanças.

DanielRuf em 25 dez. 2019

As seguintes versões foram mencionadas nas edições:

6.4.1
6.9.0
6.10.2
6.12.1
6,13.1
6,13.4

Agora, tentando obter um caso de teste reproduzível.

DanielRuf em 25 dez. 2019

Mudanças relevantes no passado apontam este erro: https://github.com/npm/npm/pull/15716

DanielRuf em 25 dez. 2019

Testes com um npm 6.13.1 local (no macOS):

@vue/cli : não reproduzível
npm audit fix : não reproduzível
plotly.js : não reproduzível
expo-cli : não reproduzível

Até agora, parece que isso é causado por outros erros que cancelam a CLI muito cedo.

Lembro que tínhamos esse bug também no Ubuntu com a última versão e alguns pacotes.

DanielRuf em 25 dez. 2019

Estou tendo o mesmo erro ao tentar instalar um projeto da empresa para desenvolvimento.
Microsoft Windows [Versão 10.0.17134.1184]

Usando NVM para alternar instâncias de nó / npm
nó v10.14.2 (64 bits), npm v6.4.1
nó v12.4.0 (64 bits), npm v6.9.0

projeto foi gerado com Angular CLI versão 8.3.21

[NVM para instalação do Windows, Ecor Ventures LLC, terça-feira, 7 de agosto de 2018, 21:46:31]

melvinwallerjr em 4 jan. 2020

(observe que deve ser nvm-windows; o nvm real não funciona em Windows não WSL e não distingue 64 bits)

ljharb em 4 jan. 2020

Estamos recebendo esse erro intermitentemente no desenvolvimento local e em nosso sistema de CI. Fico feliz em adicionar qualquer registro adicional que possa ajudar. Anexei o log do npm de uma execução que acabou de acontecer no meu laptop no meu mac - tentando instalar o npm um de nossos pacotes privados. A reexecução imediata do comando funcionou sem problemas.

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

❯ npm -v
6,13.4
❯ node -v
v13.5.0

Deixe-me saber se houver algo que eu possa fazer para ajudar a rastrear isso, gostaria de eliminar o problema.

mdouglass em 4 jan. 2020

🚀1

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

DanielRuf em 14 jan. 2020

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

DanielRuf em 14 jan. 2020

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

DanielRuf em 14 jan. 2020

Ações desencadeadas:

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

Pensamentos como triagem:

Parece que há um erro durante a instalação de um pacote que causa este erro cb() never called! .
Existem 42 questões para fazer a triagem ...
https://github.com/npm/cli/issues/442 problema original faz referência a uma correção que faz referência à atualização e limpeza do cache para resolver o problema (atualizar permissões de correções), o cache pode indicar que o problema existe / existia em cacache ou pacote
https://github.com/npm/cli/issues/451 parece ter o mesmo sintoma, mas a causa não parece estar entre npm , embora ajude a apontar para um problema ao instalar um pacote

mikemimik em 18 jan. 2020

É chocante como poucas pessoas sabem usar uma barra de pesquisa ...

puppy0cam em 4 fev. 2020

Alguém tem ALGUMA ideia do que pode estar causando isso?

Existem soluções alternativas?

Quando executo meu npm install localmente, no Windows 10, tudo funciona bem.

Quando executo meu npm install em dev.azure.com, em uma máquina Amazon Linux / 4.13.0 de 64 bits, recebo o seguinte erro:

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

Tentei atualizar meu ambiente de Nó do Nó 10 para o Nó 12, pois também estava executando o Nó 12 localmente, mas isso não pareceu ter nenhum impacto.

Não tenho ideia do que fazer com isso, e esse problema está bloqueando totalmente !!

jslegers em 12 fev. 2020

Ei @jslegers, desculpe saber que você está bloqueado!

Em minha pesquisa inicial sobre o problema, observei que o problema https://github.com/npm/cli/issues/442 fazia referência à página da nossa comunidade, que tinha um link para uma possível solução para você. Limpar o cache pareceu resolver o problema para alguns. Eu sugeriria dar uma chance para ver se você consegue desbloquear seu trabalho.

mikemimik em 17 fev. 2020

Ei @jslegers, desculpe saber que você está bloqueado!
Em minha pesquisa inicial sobre o problema, observei que o problema nº 442 fazia referência à página de nossa comunidade, que tinha um link para uma possível solução para você. Limpar o cache pareceu resolver o problema para alguns. Eu sugeriria dar uma chance para ver se você consegue desbloquear seu trabalho.

Obrigado pela dica!

Acabei conseguindo encontrar uma solução sozinho.

Aparentemente, o problema foi causado por eu ter feito algumas alterações na estrutura do pacote local. Como parte de uma tentativa de refatoração em andamento, eu me livrei de um pacote sem escopo de tamanho único e substituí-o por um monte de pacotes pequenos com escopo. Aparentemente, isso confundiu o NPM e causou o bug npm ERR! cb() never called! .

Parece ter sido consertado excluindo meu arquivo package-lock.json e enviando essa exclusão para o branch remoto onde ocorreu o problema.

jslegers em 17 fev. 2020

👍1

Depois de desligar a VPN (Global Protect) ~~e o proxy~~ - tudo funcionou sem problemas.

Com Proxy e VPN ativados ❌

$ 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

Com Proxy e VPN DESLIGADOS ✔

$ 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

Com apenas 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

Então, por raciocínio dedutivo, deve ter algo a ver com a forma como a solicitação / resposta está sendo tratada na VPN ...

Fiz questão de rm /c/Users/---/AppData/Roaming/npm-cache/node-sass/4.13.1/win32-x64-79_binding.node e comecei com um novo diretório node_modules entre cada teste.

Versão e informações do sistema

Windows 10

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

jrtitus em 17 mar. 2020

👍4 🎉1

darcyclarke fechou este vor 1 Stunde

@darcyclarke esse problema foi resolvido por algum commit?

DanielRuf em 24 mar. 2020

@DanielRuf desculpas. Isso foi preso em uma triagem de problemas no ZenHub (nosso sistema de gerenciamento de projetos). Eu reabri em conformidade.

darcyclarke em 24 mar. 2020

Tive o mesmo problema ao tentar instalar o projeto expo init em branco. Nó 13.12.0, npm 6.14.5
Para mim parece, como adicionar minha pasta de projeto às exclusões do Windows Defender ajudou.
Settings->Update and Security->Windows Security->Virus & threat protection -> Virus & threat protection settings -> Exclusions e adicionei uma pasta inteira a ele.

gbkwiatt em 13 mai. 2020

Isso causou o problema? Acho que muitos não têm antivírus ou Windows 10. Acontece também no Linux e no macOS sem nenhum antivírus em tempo real.

Em geral, eu desabilito o antivírus durante a instalação para obter instalações mais rápidas, pois ele verifica cada arquivo no acesso / criação - com scripts desabilitados e uma verificação completa depois disso funciona.

DanielRuf em 13 mai. 2020

Com certeza, mas tentei várias vezes com o mesmo erro, então fiz isso e ajudou. Também pode ter algo a ver com indexação sem ideia.

gbkwiatt em 13 mai. 2020

Enquanto tinha o https-proxy definido em npm config definido, mas não estava na rede que tinha o proxy, estava recebendo este erro. Se eu excluí o valor do proxy, as coisas funcionaram novamente. Pode ser uma boa ideia incluir uma sugestão de que você verifique as configurações de proxy do npm se as pessoas encontrarem esse erro.

versão npm: 6.17.4
versão do nó: 12.18.3
versão nvm: 0.35.3

malisbad em 5 ago. 2020

👀1

Outros problemas relacionados:

1696

1671

1740

1737

1731

1666

1647

1625

1608

1605

1552

1546

1531

1505

1466

1464

1720

1748

pkrasicki em 31 ago. 2020

Às vezes vemos isso no Windows WSL2

versão npm: 6.14.8
comando. npm --unsafe-perm ci
mas no mesmo sistema há também alguns problemas de conexão ssh / git em WSL2 - WSL # 4690 , então talvez não seja um problema de npm em nosso caso