Cli: Catch-All: "npm ERR! Cb () никогда не вызывал!"

Созданный на 8 нояб. 2019  ·  29Комментарии  ·  Источник: npm/cli

Использование этого билета как универсального средства для этого типа ошибок. Вся актуальная информация о них должна содержаться в этом выпуске.

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

Из исходного выпуска: https://npm.community/t/9355
Журнал отладки:
Сработало действие: npm audit fix

Информация о платформе:

$ 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

Самый полезный комментарий

Для меня это произошло, когда я пытался npm install через корпоративный прокси, через VPN (на самом деле прокси не имеет значения). NPM задыхается, когда пакет пытается загрузить двоичный файл (например, https://github.com/sass/node-sass/releases/download/v4.13.1/win32-x64-79_binding.node, в моем случае) во время шаг после установки (не знаю, зависит ли он от пакета).

После отключения VPN (Global Protect) и прокси - все заработало без сбоев.

При включенных прокси и 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

image

image

image

2020-03-16T23_37_35_801Z-debug.log

Если прокси и 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

image

Только с прокси ✔

$ 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

image

Итак, по дедуктивным рассуждениям, это должно иметь какое-то отношение к тому, как запрос / ответ обрабатывается через VPN ...

Я убедился, что rm /c/Users/---/AppData/Roaming/npm-cache/node-sass/4.13.1/win32-x64-79_binding.node и начинаю с нового каталога node_modules между каждым тестом.

Обычно я работаю из офиса, поэтому мне нужно иметь дело только с прокси, что не вызывает проблем. Однако теперь, когда мы все работаем из дома, у меня была возможность столкнуться с этим ... Надеюсь, это как-то поможет 😅

Версия и системная информация

  • Windows 10
$ node --version
v13.11.0
$ npm --version
6.13.7

Все 29 Комментарий

Я думаю, что у нас много одинаковых отчетов, поэтому все они должны быть дубликатами.

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 это решается принудительной очисткой кеша и обновлением / обновлением до последней версии npm.

спасибо @DanielRuf за то, что связал все это ❤️

489

Я думаю, мы можем проверить, какая версия впервые представила это (сделав небольшой git bisect ) и проверить трассировки стека на сходство.

В проблемах упоминались следующие версии:

6.4.1
6.9.0
6.10.2
6.12.1
6.13.1
6.13.4

Теперь пытаюсь получить воспроизводимый тестовый пример.

Соответствующие изменения в прошлом приводят к этой ошибке: https://github.com/npm/npm/pull/15716

Тесты с локальным npm 6.13.1 (на macOS):

@vue/cli : не воспроизводится
npm audit fix : не воспроизводится
plotly.js : не воспроизводится
expo-cli : не воспроизводится

Пока что похоже, что это вызвано другими ошибками, которые слишком рано отменяют CLI.

Я помню, что у нас была эта ошибка также в Ubuntu с последней версией и некоторыми пакетами.

У меня такая же ошибка при установке проекта компании для разработки.
Microsoft Windows [Версия 10.0.17134.1184]

Использование NVM для переключения экземпляров node / npm
узел v10.14.2 (64-бит), npm v6.4.1
узел v12.4.0 (64-разрядный), npm v6.9.0

проект был создан с помощью Angular CLI версии 8.3.21

[NVM для установки Windows, Ecor Ventures LLC, вторник, 7 августа 2018 г., 21:46:31]

(обратите внимание, что это должно быть nvm-windows; фактический nvm не работает в Windows, отличной от WSL, и не различает 64-разрядные версии)

Мы периодически получаем эту ошибку как при локальной разработке, так и в нашей системе CI. С радостью добавлю любые дополнительные журналы, которые могут помочь. Прикрепил журнал npm из прогона, который только что произошел на моем ноутбуке на моем Mac - попытка npm установить один из наших частных пакетов. Немедленный повторный запуск команды работал без проблем.

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

❯ npm -v
6.13.4
❯ узел -v
v13.5.0

Дайте мне знать, если я могу что-нибудь сделать, чтобы помочь отследить это, я бы хотел решить эту проблему.

Запущенные действия:

Мысли как сортировка:

  • Похоже, при установке пакета произошла ошибка, которая вызывает эту ошибку cb() never called! .
  • Нужно отсортировать 42 проблемы ...
  • https://github.com/npm/cli/issues/442 исходная проблема ссылается на исправление, которое ссылается на обновление и очистку кеша для решения проблемы (обновление разрешений на исправления), кеш может указывать на то, что проблема существует / существует в cacache или pacote
  • https://github.com/npm/cli/issues/451, похоже, имеет тот же симптом, но причина, похоже, не находится в пределах npm , хотя это помогает указать на проблему при установке пакета

Шокирует, как мало людей умеют пользоваться панелью поиска ...

Кто-нибудь знает, что может быть причиной этого?

Есть ли обходные пути?

Когда я запускаю свой npm install локально, в Windows 10 все работает нормально.

Когда я запускаю свой npm install на dev.azure.com на 64-битной машине Amazon Linux / 4.13.0, я получаю следующую ошибку:

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

Я попытался обновить среду Node с Node 10 до Node 12, так как я также запускал Node 12 локально, но это, похоже, не оказало никакого влияния.

Я понятия не имею, что с этим делать, и эта проблема полностью блокирует !!

Привет, @jslegers, жаль слышать, что вас заблокировали!

В моем первоначальном исследовании проблемы я заметил, что проблема https://github.com/npm/cli/issues/442 ссылается на нашу страницу сообщества, на которой была ссылка на возможное решение для вас. Для некоторых казалось, что очистка кеша решила проблему. Я бы посоветовал попробовать, чтобы увидеть, сможете ли вы разблокировать свою работу.

Привет, @jslegers, жаль слышать, что вас заблокировали!

В моем первоначальном исследовании проблемы я заметил, что проблема № 442 связана с нашей страницей сообщества, на которой была ссылка на возможное решение для вас. Для некоторых казалось, что очистка кеша решила проблему. Я бы посоветовал попробовать, чтобы увидеть, сможете ли вы разблокировать свою работу.

Спасибо за совет!

В конце концов, мне удалось найти решение самостоятельно.

Видимо, проблема была вызвана тем, что я внес некоторые изменения в локальную структуру пакета. В рамках продолжающейся попытки рефакторинга я избавился от универсального пакета с незаданной областью и заменил его кучей пакетов с небольшой областью видимости. Видимо, это сбило с толку NPM и вызвало ошибку npm ERR! cb() never called! .

Кажется, что это было исправлено путем удаления моего файла package-lock.json и отправки этого удаления в удаленную ветку, где возникла эта проблема.

Для меня это произошло, когда я пытался npm install через корпоративный прокси, через VPN (на самом деле прокси не имеет значения). NPM задыхается, когда пакет пытается загрузить двоичный файл (например, https://github.com/sass/node-sass/releases/download/v4.13.1/win32-x64-79_binding.node, в моем случае) во время шаг после установки (не знаю, зависит ли он от пакета).

После отключения VPN (Global Protect) и прокси - все заработало без сбоев.

При включенных прокси и 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

image

image

image

2020-03-16T23_37_35_801Z-debug.log

Если прокси и 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

image

Только с прокси ✔

$ 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

image

Итак, по дедуктивным рассуждениям, это должно иметь какое-то отношение к тому, как запрос / ответ обрабатывается через VPN ...

Я убедился, что rm /c/Users/---/AppData/Roaming/npm-cache/node-sass/4.13.1/win32-x64-79_binding.node и начинаю с нового каталога node_modules между каждым тестом.

Обычно я работаю из офиса, поэтому мне нужно иметь дело только с прокси, что не вызывает проблем. Однако теперь, когда мы все работаем из дома, у меня была возможность столкнуться с этим ... Надеюсь, это как-то поможет 😅

Версия и системная информация

  • Windows 10
$ node --version
v13.11.0
$ npm --version
6.13.7

darcyclarke закрыл этот vor 1 Stunde

@darcyclarke , эта проблема решена каким-то коммитом?

@DanielRuf извиняюсь. Это было связано с сортировкой проблем в ZenHub (нашей системе управления проектами). Соответственно, я снова открылся.

Была такая же проблема при попытке установить пустой проект expo init. Узел 13.12.0, npm 6.14.5
Мне кажется, что добавление моей папки проекта в исключения Защитника Windows помогло.
Settings->Update and Security->Windows Security->Virus & threat protection -> Virus & threat protection settings -> Exclusions и я добавил к нему целую папку.

Это вызвало проблему? Я думаю, у многих нет антивируса или Windows 10. Также бывает в Linux и macOS без антивирусного сканера в реальном времени.

В общем, я отключаю антивирус во время установки, чтобы ускорить установку, поскольку он сканирует каждый файл при доступе / создании - с отключенными скриптами и полным сканированием после этого он работает.

Конечно, но я пытался несколько раз с одной и той же ошибкой, потом сделал это, и это помогло. Может быть, тоже что-то связано с индексацией не знаю.

При наличии значения https-proxy в npm config set, но не в сети, в которой был прокси-сервер, я получал эту ошибку. Если я удалил значение прокси, все снова заработало. Было бы неплохо включить предложение о проверке настроек прокси для npm, если люди сталкиваются с этой ошибкой.

версия npm: 6.17.4
версия узла: 12.18.3
Версия nvm: 0.35.3

Другие связанные вопросы:

1696

1671

1740 г.

1737

1731

1666 г.

1647

1625

1608

1605

1552

1546

1531

1505

1466

1464

1720

1748 г.

Иногда мы получаем это в Windows WSL2

  • версия npm: 6.14.8
  • команда. npm --unsafe-perm ci
  • но в той же системе есть также некоторые проблемы с подключением ssh / git в WSL2 - WSL # 4690 , так что, возможно, это не проблема npm в нашем случае
Была ли эта страница полезной?
4 / 5 - 1 рейтинги