После обновления до macOS Big Sur я не могу npm install
работать с npm старше 7 (так что с npm v7 все в порядке).
Каждый раз, когда я получаю сообщение об ошибке, превышен максимальный размер стека вызовов в чистой папке проекта (без папки node_modules и файла package-lock.json).
я привязан к использованию
ProductName: macOS
ProductVersion: 11.0.1
BuildVersion: 20B50
Darwin: 20.1.0
nodejs v14.15.1
npm version 6.14.8
Я пытался:
npm cache clean --force
npm rebuild
Установите Node вручную, с помощью Homebrew, с помощью nvm, а также понизьте версию npm до различных более ранних версий.
Переустановите Homebrew, чтобы получить новый фон, который использовался до обновления до Big Sur.
Переустановите инструменты командной строки xcode.
Запустите узел и сопоставьте проект в контейнере docker ubuntu:focal.
Пара последних строк вывода возвращается с помощью npm install --loglevel verbose
:
npm http fetch GET 200 https://registry.npmjs.org/dashdash/-/dashdash-1.14.1.tgz 23ms (from cache)
npm http fetch GET 200 https://registry.npmjs.org/tweetnacl/-/tweetnacl-0.14.5.tgz 15ms (from cache)
npm http fetch GET 200 https://registry.npmjs.org/tweetnacl/-/tweetnacl-0.14.5.tgz 14ms (from cache)
npm timing stage:loadIdealTree:loadAllDepsIntoIdealTree Completed in 51352ms
npm timing stage:loadIdealTree Completed in 51653ms
npm timing stage:generateActionsToTake Completed in 225ms
npm verb correctMkdir /Users/dominikjelinek/.npm/_locks correctMkdir not in flight; initializing
npm verb lock using /Users/dominikjelinek/.npm/_locks/staging-a03ae73070af7d1f.lock for /Users/dominikjelinek/home/ccb-survey/survey/components/node_modules/.staging
npm timing audit submit Completed in 931ms
npm http fetch POST 200 https://registry.npmjs.org/-/npm/v1/security/audits/quick 931ms
npm timing audit body Completed in 3ms
npm timing action:extract Completed in 7997ms
npm timing action:finalize Completed in 91317ms
npm verb unlock done using /Users/dominikjelinek/.npm/_locks/staging-a03ae73070af7d1f.lock for /Users/dominikjelinek/home/ccb-survey/survey/components/node_modules/.staging
npm timing stage:rollbackFailedOptional Completed in 2ms
npm timing stage:runTopLevelLifecycles Completed in 156352ms
npm WARN [email protected] requires a peer of plotly.js@>1.34.0 but none is installed. You must install peer dependencies yourself.
npm verb stack RangeError: Maximum call stack size exceeded
npm verb stack at RegExp.test (<anonymous>)
npm verb stack at isDepOptional (/Users/dominikjelinek/.nvm/versions/node/v14.15.1/lib/node_modules/npm/lib/install/deps.js:432:45)
npm verb stack at failedDependency (/Users/dominikjelinek/.nvm/versions/node/v14.15.1/lib/node_modules/npm/lib/install/deps.js:441:9)
npm verb stack at failedDependency (/Users/dominikjelinek/.nvm/versions/node/v14.15.1/lib/node_modules/npm/lib/install/deps.js:457:9)
npm verb stack at failedDependency (/Users/dominikjelinek/.nvm/versions/node/v14.15.1/lib/node_modules/npm/lib/install/deps.js:457:9)
npm verb stack at failedDependency (/Users/dominikjelinek/.nvm/versions/node/v14.15.1/lib/node_modules/npm/lib/install/deps.js:457:9)
npm verb stack at failedDependency (/Users/dominikjelinek/.nvm/versions/node/v14.15.1/lib/node_modules/npm/lib/install/deps.js:457:9)
npm verb stack at failedDependency (/Users/dominikjelinek/.nvm/versions/node/v14.15.1/lib/node_modules/npm/lib/install/deps.js:457:9)
npm verb stack at failedDependency (/Users/dominikjelinek/.nvm/versions/node/v14.15.1/lib/node_modules/npm/lib/install/deps.js:457:9)
npm verb stack at failedDependency (/Users/dominikjelinek/.nvm/versions/node/v14.15.1/lib/node_modules/npm/lib/install/deps.js:457:9)
npm verb stack at failedDependency (/Users/dominikjelinek/.nvm/versions/node/v14.15.1/lib/node_modules/npm/lib/install/deps.js:457:9)
npm verb stack at failedDependency (/Users/dominikjelinek/.nvm/versions/node/v14.15.1/lib/node_modules/npm/lib/install/deps.js:457:9)
npm verb stack at failedDependency (/Users/dominikjelinek/.nvm/versions/node/v14.15.1/lib/node_modules/npm/lib/install/deps.js:457:9)
npm verb stack at failedDependency (/Users/dominikjelinek/.nvm/versions/node/v14.15.1/lib/node_modules/npm/lib/install/deps.js:457:9)
npm verb stack at failedDependency (/Users/dominikjelinek/.nvm/versions/node/v14.15.1/lib/node_modules/npm/lib/install/deps.js:457:9)
npm verb stack at failedDependency (/Users/dominikjelinek/.nvm/versions/node/v14.15.1/lib/node_modules/npm/lib/install/deps.js:457:9)
npm verb cwd /Users/dominikjelinek/home/ccb-survey/survey/components
npm verb Darwin 20.1.0
npm verb argv "/Users/dominikjelinek/.nvm/versions/node/v14.15.1/bin/node" "/Users/dominikjelinek/.nvm/versions/node/v14.15.1/bin/npm" "install" "--loglevel" "verbose"
npm verb node v14.15.1
npm verb npm v6.14.8
npm ERR! Maximum call stack size exceeded
ОБНОВЛЕНИЕ 1
Apple выпустила новое обновление системы, которое не помогло. Версия продукта: 11.1
Я не думаю, что это проблема с разрешениями, поскольку я установил проект на 777 для всех chmod -R 777 project
.
Насколько я знаю, мои товарищи нормально используют npm v6 на Big Sur.
В докер-контейнере я скопировал проект из сопоставленной папки в другую папку в докер-контейнере, и npm install
работает как положено.
То же самое происходит с Windows 10, работающей в VirtualBox, где npm не работает с общей папкой, но работает после копирования проекта в какую-то внутреннюю папку на машине Windows VirtualBox.
Поднята проблема в отслеживании проблем npm cli.
Поднята проблема в отслеживании проблем с докером.
ОБНОВЛЕНИЕ 2
Я попытался создать нового пользователя на своем компьютере Mac, чтобы начать частично заново, я установил nvm, как описано здесь, и запустил nvm install v14.15.4
с npm v6.14.10.
Все та же проблема.
Я действительно проверил, влияет ли на это наш антивирус (было просто ощущение), и, к сожалению, это было правдой. После отключения все заработало абсолютно нормально -.-. Все симптомы были именно такими, как вы описали. Есть вероятность, что вы также используете Trend Micro Security Agent?
Благодарю вас за эту информацию. Это действительно интересно. Мы решили обновиться до npm v7 в команде, чтобы решить эту только мою проблему. Но мне интересно, получает ли кто-нибудь из вашей команды какой-либо прерванный системный вызов в связи с операцией git, а также это еще одна проблема, возникающая в моей системе без какой-либо очевидной закономерности, поэтому я не могу работать с репозиторием, git fsck
возвращаю много ошибок и git gc --aggressive --prune=now --force
не помогает. Это также начинается после обновления Big Sure.
Была такая же проблема. Проблема решилась увеличением файла ulimit
.
Чтобы проверить, что у вас есть прямо сейчас, выполните:
улимит -а
Это должно отображать что-то вроде этого:
-t: cpu time (seconds) unlimited
-f: file size (blocks) 12288
-d: data seg size (kbytes) unlimited
-s: stack size (kbytes) 8192
-c: core file size (blocks) 0
-v: address space (kbytes) unlimited
-l: locked-in-memory size (kbytes) unlimited
-u: processes 2784
-n: file descriptors 12288
Затем, чтобы увеличить ограничение размера файла, выполните следующее:
ulimit -f [ЛЮБОЙ РАЗМЕР, КОТОРЫЙ ВЫ ХОТИТЕ]
Для себя я решил установить его на unlimited
, чтобы убедиться, что это больше не будет проблемой, поэтому:
ulimit -f неограниченно
Спасибо за ответ, но к сожалению это не мой случай. Размер моего файла уже установлен на неограниченный, поэтому я был достаточно смелым, чтобы изменить дескрипторы файлов с 256 на неограниченный, но это не помогло.
Хм... Это прискорбно. Просто в качестве теста, не могли бы вы изменить их все на неограниченные? Просто любопытно в этот момент.
Кроме того, обязательно сделайте это на той же вкладке терминала, где вы запускаете npm install
. (Я знаю, что это может показаться глупым, но я сам не осознавал этого, пока мне не пришлось делать это несколько раз.
Все та же проблема. Я также перезагружаю машину, чтобы убедиться. Но я не мог установить неограниченные все параметры ... размер стека имеет буквальный предел, а также процессы.
Дерьмо... Это раздражает. Буду следить за лучшим решением и соответствующим образом обновлю свой пост, если что-то придет мне на ум.
В моем случае спасибо @Flowkap, все вопросы:
npm install
Все решается удалением Trend Micro Security
Мы сталкиваемся с теми же проблемами в моей компании. После того, как проблема была связана с файловой системой, мы нашли этот ваш пост! Особенно проблема с докером, работающим внутри контейнера, но не на смонтированном файловом томе с хоста Mac. В колледжах со старыми компьютерами Mac проблем нет, но у 3 есть проблемы (все недавно установленные компьютеры Mac). У нас есть обходной путь! npm 7 работает нормально. Также пряжа, кажется, работает в большинстве случаев.