J'essaye de courir npm install, ceci est la sortie de la console:

npm ERR! Linux 4.8.0-27-generic
npm ERR! argv "/usr/bin/nodejs" "/usr/bin/npm" "install"
npm ERR! node v6.9.1
npm ERR! npm  v3.10.8

npm ERR! Maximum call stack size exceeded
npm ERR! 
npm ERR! If you need help, you may report this error at:
npm ERR!     <https://github.com/npm/npm/issues>

et c'est le contenu de npm-debug.log:

113791 verbose stack RangeError: Maximum call stack size exceeded
113791 verbose stack     at Object.color (/usr/lib/node_modules/npm/node_modules/npmlog/node_modules/console-control-strings/index.js:115:32)
113791 verbose stack     at EventEmitter.log._format (/usr/lib/node_modules/npm/node_modules/npmlog/log.js:252:51)
113791 verbose stack     at EventEmitter.<anonymous> (/usr/lib/node_modules/npm/node_modules/npmlog/log.js:138:24)
113791 verbose stack     at emitThree (events.js:116:13)
113791 verbose stack     at emit (events.js:194:7)
113791 verbose stack     at .<anonymous> (/usr/lib/node_modules/npm/node_modules/npmlog/node_modules/are-we-there-yet/tracker-group.js:23:18)
113791 verbose stack     at emitThree (events.js:116:13)
113791 verbose stack     at emit (events.js:194:7)
113791 verbose stack     at .<anonymous> (/usr/lib/node_modules/npm/node_modules/npmlog/node_modules/are-we-there-yet/tracker-group.js:23:18)
113791 verbose stack     at emitThree (events.js:116:13)
113791 verbose stack     at emit (events.js:194:7)
113792 verbose cwd /home/giorgi/AdMove/dev/web-advertiser-admove
113793 error Linux 4.8.0-27-generic
113794 error argv "/usr/bin/nodejs" "/usr/bin/npm" "install"
113795 error node v6.9.1
113796 error npm  v3.10.8
113797 error Maximum call stack size exceeded
113798 error If you need help, you may report this error at:
113798 error     <https://github.com/npm/npm/issues>
113799 verbose exit [ 1, true ]

Supprimé node_modulesplusieurs fois et essayé de réinstaller. Je ne comprends pas quelle est la raison qui en est la cause et comment y remédier.

La réponse de metzelder m'a aidé à résoudre le problème. cependant si vous exécutez la commande npm cache clean, elle vous donnera un message

À partir de npm @ 5, le cache npm se guérit automatiquement des problèmes de corruption et les données extraites du cache sont garanties valides

Ainsi, à partir de npm5, vous pouvez le faire en ajoutant un --forceindicateur à la commande.

La commande est donc:

npm cache clean --force

npm rebuild ça a résolu mon problème

Essayez de supprimer package-lock.jsonet le node-modulesdossier:

rm package-lock.json
rm -r node_modules

J'ai eu le même problème avec npm install. Après de nombreuses recherches, j'ai découvert que la suppression de votre .npmrcfichier ou de son contenu (trouvé sur %USERPROFILE%/.npmrc) résoudra ce problème. Cela a fonctionné pour moi.

npm uninstall

npm cache clean --force

J'utilise ces deux méthodes mais cela n'a pas fonctionné. Après avoir supprimé les modules de nœuds et à nouveau installer npm, cela n'a plus fonctionné. Enfin, je supprime package-lock.json et crée un nouveau fichier package-lock.json après cela en utilisant

npm install

et d'accord !!!

J'ai surmonté ce problème en procédant comme suit:

• Supprimez tout le contenu des dépendances npm. Vous pouvez trouver l'emplacement d'installation par défaut en fonction de ce fil: https://stackoverflow.com/a/5926706/1850297

• Avant d'exécuter la npm installcommande, je suggère d'exécuternpm cache clean --force

j'ai effacé

node_modules

puis réinstallé par

npm installer

Ça a marché pour moi

Dans mon cas, mettez à jour vers la dernière version:

npm install -g npm

Je viens de le faire npm rebuilda fonctionné comme du charme.

npm cache clean renvoie le message ci-dessous

À partir de npm @ 5, le cache npm se guérit automatiquement des problèmes de corruption et les données extraites du cache sont garanties valides. Si vous voulez vous assurer que tout est cohérent, utilisez plutôt 'npm cache verify'. D'un autre côté, si vous déboguez un problème avec le programme d'installation, vous pouvez npm install --cache /tmp/empty-cacheutiliser un cache temporaire au lieu de détruire le cache réel.

si vous exécutez npm cache verify comme spécifié ci-dessus, il exécute en fait la vérification du cache et le garbage collection qui résout le problème

Cache vérifié et compressé (~ \ AppData \ Roaming \ npm-cache_cacache): Contenu vérifié: 6183 (447214684 octets) Contenu garbage-collecté: 16 (653745 octets) Entrées d'index: 9633

Ce problème peut également se produire si vous essayez d'installer un package qui n'existe pas ou si vous essayez d'installer une version qui n'existe pas.

Vous désinstallez le package npm et forcez le nettoyage du cache, fermez le terminal et réinstallez le package quel qu'il soit.

$sudo npm uninstall <package - name>
$sudo npm cache clean --force

Puis redémarrez le terminal et vérifiez

Ne fonctionne toujours pas, mettez à niveau npm et node vers la dernière version

Si aucune de ces réponses ne fonctionne pour vous, c'est peut-être parce que le terminal que vous utilisez n'est pas le bon / le vôtre node_modulesest utilisé par une autre partie de votre ordinateur.

Dans mon cas, j'ai continué à jongler entre cette erreur (taille maximale de la pile d'appels dépassée) et l'événement d'erreur d'accès lorsque j'ai fait un sudo npm i.

Le correctif était de fermer mon IDE (qui était webstorm), de l'exécuter npm idans un terminal de base, et c'était tout.

Je ne suis pas un utilisateur de Windows , donc si vous l'êtes, essayez de vérifier le commentaire de René Knop .

Pour les utilisateurs Unix / OSX , j'ai supprimé le fichier racine .npmrc~/.npmrc .
Avant que vous allez essayer, s'il vous plaît , vérifier s'il n'y a rien de nécessaire là - bas vous pouvez utiliser cette commande pour mettre tout le contenu dans votre terminal: cat ~/.npmrc.

Si vous avez quelque chose comme:

cat: /Users/$USER/.npmrc: No such file or directory

pour enregistrer une copie:

cp ~/.npmrc ~/.npmrc_copy

Maintenant, essayez de le supprimer (Fonctionne pour les utilisateurs bash: Unix / Ubuntu / OSX ...):

rm -f ~/.npmrc

Cela a fonctionné pour moi.
J'espère que cela sera utile pour les autres.

Je l'ai résolu à 100%, j'ai eu ce problème avec la version gulp: 3.5.6.

Vous devez nettoyer le package-lock.js, puis exécuter npm installet cela a fonctionné sous forme

J'ai aussi eu le même problème. J'avais essayé les solutions précédentes, mais la solution pour moi était beaucoup plus simple. Je n'ai eu qu'à supprimer l'espace dans le répertoire puis à npm irecommencer

Merci à: https://github.com/nodejs/node-gyp/issues/809#issuecomment-155019383 pour l'avoir signalé.

J'ai tout essayé pour résoudre ce problème sur mon Mac. Je pense que le problème a commencé lorsque j'avais déjà téléchargé npm à partir de Node.js, puis l'ai réinstallé avec Homebrew tout en suivant une vidéo de Team Treehouse.

Voici ce que j'ai essayé:

Depuis https://docs.npmjs.com/misc/removing-npm

sudo npm uninstall npm -g
sudo make uninstall
sudo rm -rf /usr/local/{lib/node{,/.npm,_modules},bin,share/man}/npm*

De Comment désinstaller complètement Node.js et réinstaller depuis le début (Mac OS X)

sudo rm -rf /usr/local/{lib/node{,/.npm,_modules},bin,share/man}/{npm*,node*,man1/node*}

Voici ce qui a fonctionné:

En fin de compte, la seule chose qui a fonctionné pour moi était de cloner le repo npm-reinstall à partir de GitHub, qui supprimait complètement tout ce qui concernait npm sur mon Mac.

https://github.com/brock/node-reinstall

J'ai ensuite dû réinstaller node et npm depuis Node.js.

L'environnement de développement de notre entreprise utilise Artifactorycomme registre par défaut pour nos dépendances NPM, et lors de son exécution, npm installil était par défaut, ce qui ne fonctionnait pas ... donc la spécification manuelle du registre npm principal via a npm install --registry https://registry.npmjs.orgcorrigé ce problème pour moi ...

J'étais confronté à la même erreur, j'essayais d'installer jest dans l'un des packages d'un projet monorepo.

Si vous utilisez Yarn + Learna pour empaqueter un projet monorepo, vous devrez accéder au package.json dans le package cible, puis exécuter npm installou npm install <package name>.

J'ai eu ce problème et c'était dû à une mise à jour de mon exécutable git. Je suis revenu à Git-2.21.0.rc1.windows.1-64-bit et l'ai ajouté au chemin de mon environnement et cela a résolu mon problème.

J'ai tout essayé pour résoudre ce problème sur ma machine Windows 7 comme

Réinstaller et reconstruire npm

Enfin, j'ai résolu ce petit problème de configuration en perdant toute ma journée.

Comment j'ai résolu ce problème

Suppression des configurations spécifiques à mon projet dans .npmrc global à un emplacement tel que lecteur: / Windows / Users /../. Npmrc

La seule chose qui a finalement fonctionné pour moi sur Mac a été la mise à niveau du nœud 8.12 vers 10.x en utilisant NVM.

J'ai désinstallé toutes les autres versions de Node avec NVM, puis installé 10.x, puis exécuté nvm alias default node, ce qui indique à NVM de toujours utiliser par défaut la dernière version de nœud disponible sur un shell.

Après cela, mon problème de rechargement en direct a disparu!

Le passage au fil a résolu le problème pour moi.

Pour ceux qui rencontrent ce problème lors de la création d'une image Docker avec Jenkins (ou tout autre CI), assurez-vous que le package-lock.jsonest également copié dans le conteneur.

COPY ./src/package*.json /home/node/
RUN npm install

Pour nous, l'installation s'est bien déroulée, l'erreur ne s'est produite que lors de l'exécution npm prune productionde l'image de production.

Si votre registre npm par défaut est autre chose que le référentiel npm public (vous pouvez le vérifier en accédant à votre fichier .npmrc ou en vérifiant votre configuration npm via les commandes CLI npm), vous pouvez essayer de désactiver la configuration du registre pour qu'elle pointe vers le public Dépôt npm. Puis exécutez à npm installnouveau.

Si vous avez des dépendances qui ne sont pas disponibles dans le référentiel npm public, essayez de supprimer temporairement ces dépendances de package.json. Cela vous permettra de courir npm install. Enfin, rétablissez les dépendances et la configuration de registre que vous avez supprimées et exécutez npm installune dernière fois pour installer le reste de vos dépendances.

Aujourd'hui, nous avons rencontré cette erreur lors de l'exécution d'un npm prunemême après l' exécution d'un npm cache clean --force.

Versions:

node 13.8.0 
npm 6.13.6

Suppression du package-lock.jsontravaillé pour ce cas également. Merci à tous!

J'étais confronté à une erreur similaire. Je l'ai retrouvé au fait que npm était incapable de supprimer les fichiers des dossiers .bin pour un dossier npm lié. Je suis donc entré et rm -rf tous les dossiers .bin du dossier npm link'd.

find "linked-folder" -type d -name ".bin" -print  
For all folders listed | rm -rf  

Cela a résolu le problème.

Je suis tombé sur le même problème mais dans mon cas, j'utilise yarndepuis le début, mais à partir d'un fichier readme de package, j'ai copié la npm installcommande et j'ai obtenu cette erreur. Plus tard réalisé que yarn add <package-name>résolu le problème et le package a été installé.

Cela pourrait aider quelqu'un à l'avenir.

Les étapes suivantes m'ont aidé à résoudre ce problème:

1. Arrêtez toutes les bandes de réaction (par exemple, commencez la construction)
2. courir npm cache clean --force
3. courir npm install

echo 65536 | sudo tee -a /proc/sys/fs/inotify/max_user_watches

fonctionne pour moi sur Ubuntu.