Использование этого билета как универсального средства для этого типа ошибок. Вся актуальная информация о них должна содержаться в этом выпуске.
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
Я думаю, что у нас много одинаковых отчетов, поэтому все они должны быть дубликатами.
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.
https://github.com/npm/cli/issues/303
https://github.com/npm/cli/issues/306
https://github.com/npm/cli/issues/325
https://github.com/npm/cli/issues/353
https://github.com/npm/cli/issues/369
https://github.com/npm/cli/issues/370
https://github.com/npm/cli/issues/375
https://github.com/npm/cli/issues/383
https://github.com/npm/cli/issues/408
https://github.com/npm/cli/issues/418
https://github.com/npm/cli/issues/448
https://github.com/npm/cli/issues/474
https://github.com/npm/cli/issues/499
https://github.com/npm/cli/issues/522
спасибо @DanielRuf за то, что связал все это ❤️
https://github.com/npm/cli/issues/544
https://github.com/npm/cli/issues/552
https://github.com/npm/cli/issues/553
https://github.com/npm/cli/issues/556
https://github.com/npm/cli/issues/566
https://github.com/npm/cli/issues/570
https://github.com/npm/cli/issues/571
https://github.com/npm/cli/issues/573
https://github.com/npm/cli/issues/574
https://github.com/npm/cli/issues/581
https://github.com/npm/cli/issues/584
https://github.com/npm/cli/issues/585
https://github.com/npm/cli/issues/594
https://github.com/npm/cli/issues/596
https://github.com/npm/cli/issues/618
https://github.com/npm/cli/issues/630
https://github.com/npm/cli/issues/634
Я думаю, мы можем проверить, какая версия впервые представила это (сделав небольшой 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
Дайте мне знать, если я могу что-нибудь сделать, чтобы помочь отследить это, я бы хотел решить эту проблему.
Запущенные действия:
npm audit fix
( [email protected]
/ [email protected]
)npm install
( [email protected]
/ [email protected]
)sudo npm install -g npm
( [email protected]
/ [email protected]
)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]
)Мысли как сортировка:
cb() never called!
.cacache
или pacote
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) и прокси - все заработало без сбоев.
$ 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
$ 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
$ 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
Итак, по дедуктивным рассуждениям, это должно иметь какое-то отношение к тому, как запрос / ответ обрабатывается через VPN ...
Я убедился, что rm /c/Users/---/AppData/Roaming/npm-cache/node-sass/4.13.1/win32-x64-79_binding.node
и начинаю с нового каталога node_modules
между каждым тестом.
Обычно я работаю из офиса, поэтому мне нужно иметь дело только с прокси, что не вызывает проблем. Однако теперь, когда мы все работаем из дома, у меня была возможность столкнуться с этим ... Надеюсь, это как-то поможет 😅
$ 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
Другие связанные вопросы:
Иногда мы получаем это в Windows WSL2
6.14.8
npm --unsafe-perm ci
Самый полезный комментарий
Для меня это произошло, когда я пытался
npm install
через корпоративный прокси, через VPN (на самом деле прокси не имеет значения). NPM задыхается, когда пакет пытается загрузить двоичный файл (например, https://github.com/sass/node-sass/releases/download/v4.13.1/win32-x64-79_binding.node, в моем случае) во время шаг после установки (не знаю, зависит ли он от пакета).После отключения VPN (Global Protect)
и прокси- все заработало без сбоев.При включенных прокси и VPN ❌
2020-03-16T23_37_35_801Z-debug.log
Если прокси и VPN выключены ✔
Только с прокси ✔
Итак, по дедуктивным рассуждениям, это должно иметь какое-то отношение к тому, как запрос / ответ обрабатывается через VPN ...
Я убедился, что
rm /c/Users/---/AppData/Roaming/npm-cache/node-sass/4.13.1/win32-x64-79_binding.node
и начинаю с нового каталогаnode_modules
между каждым тестом.Обычно я работаю из офиса, поэтому мне нужно иметь дело только с прокси, что не вызывает проблем. Однако теперь, когда мы все работаем из дома, у меня была возможность столкнуться с этим ... Надеюсь, это как-то поможет 😅
Версия и системная информация