npm ERR cb() ne s'est jamais appelé
J'ai un Node.js application hébergée sur Heroku. Chaque fois que je fais un git push heroku
j'obtiens l'erreur suivante:
Counting objects: 14, done.
Delta compression using up to 6 threads.
Compressing objects: 100% (12/12), done.
Writing objects: 100% (12/12), 1.20 KiB, done.
Total 12 (delta 8), reused 0 (delta 0)
-----> Node.js app detected
-----> Resolving engine versions
Using Node.js version: 0.6.20
Using npm version: 1.2.12
-----> Fetching Node.js binaries
-----> Vendoring node into slug
-----> Installing dependencies with npm
npm http GET https://registry.npmjs.org/pg/0.6.15
npm http GET https://registry.npmjs.org/socket.io
npm http 200 https://registry.npmjs.org/pg/0.6.15
npm http GET https://registry.npmjs.org/pg/-/pg-0.6.15.tgz
npm http 200 https://registry.npmjs.org/socket.io
npm http GET https://registry.npmjs.org/socket.io/-/socket.io-0.9.13.tgz
npm http 200 https://registry.npmjs.org/pg/-/pg-0.6.15.tgz
npm http 200 https://registry.npmjs.org/socket.io/-/socket.io-0.9.13.tgz
npm http GET https://registry.npmjs.org/socket.io-client/0.9.11
npm http GET https://registry.npmjs.org/policyfile/0.0.4
npm http GET https://registry.npmjs.org/base64id/0.1.0
npm http GET https://registry.npmjs.org/redis/0.7.3
npm http GET https://registry.npmjs.org/generic-pool/1.0.9
npm http 200 https://registry.npmjs.org/policyfile/0.0.4
npm http GET https://registry.npmjs.org/policyfile/-/policyfile-0.0.4.tgz
npm http 200 https://registry.npmjs.org/base64id/0.1.0
npm http GET https://registry.npmjs.org/base64id/-/base64id-0.1.0.tgz
npm http 200 https://registry.npmjs.org/generic-pool/1.0.9
npm http GET https://registry.npmjs.org/generic-pool/-/generic-pool-1.0.9
.tgz
npm http 200 https://registry.npmjs.org/socket.io-client/0.9.11
npm http GET https://registry.npmjs.org/socket.io-client/-/socket.io-clie
nt-0.9.11.tgz
npm http 200 https://registry.npmjs.org/redis/0.7.3
npm http GET https://registry.npmjs.org/redis/-/redis-0.7.3.tgz
npm http 200 https://registry.npmjs.org/policyfile/-/policyfile-0.0.4.tgz
npm http 200 https://registry.npmjs.org/base64id/-/base64id-0.1.0.tgz
npm http 200 https://registry.npmjs.org/generic-pool/-/generic-pool-1.0.9
.tgz
npm http 200 https://registry.npmjs.org/socket.io-client/-/socket.io-clie
nt-0.9.11.tgz
npm http 200 https://registry.npmjs.org/redis/-/redis-0.7.3.tgz
> pg@0.6.15 install /tmp/build_36us8733h7kkr/node_modules/pg
> node-waf configure build || (exit 0)
Checking for program g++ or c++ : /usr/bin/g++
Checking for program cpp : /usr/bin/cpp
Checking for program ar : /usr/bin/ar
Checking for program ranlib : /usr/bin/ranlib
Checking for g++ : ok
Checking for node path : not found
Checking for node prefix : ok /tmp/node-node-nNUw
Checking for program pg_config : /usr/bin/pg_config
'configure' finished successfully (0.058s)
Waf: Entering directory `/tmp/build_36us8733h7kkr/node_modules/pg/build'
[1/2] cxx: src/binding.cc -> build/Release/src/binding_1.o
[2/2] cxx_link: build/Release/src/binding_1.o -> build/Release/binding.no
de
Waf: Leaving directory `/tmp/build_36us8733h7kkr/node_modules/pg/build'
'build' finished successfully (0.492s)
npm http GET https://registry.npmjs.org/uglify-js/1.2.5
npm http GET https://registry.npmjs.org/ws
npm http GET https://registry.npmjs.org/xmlhttprequest/1.4.2
npm http GET https://registry.npmjs.org/active-x-obfuscator/0.0.1
npm http 200 https://registry.npmjs.org/active-x-obfuscator/0.0.1
npm http GET https://registry.npmjs.org/active-x-obfuscator/-/active-x-ob
fuscator-0.0.1.tgz
npm http 200 https://registry.npmjs.org/uglify-js/1.2.5
npm http GET https://registry.npmjs.org/uglify-js/-/uglify-js-1.2.5.tgz
npm http 200 https://registry.npmjs.org/xmlhttprequest/1.4.2
npm http GET https://registry.npmjs.org/xmlhttprequest/-/xmlhttprequest-1
.4.2.tgz
npm http 200 https://registry.npmjs.org/ws
npm http GET https://registry.npmjs.org/ws/-/ws-0.4.25.tgz
npm http 200 https://registry.npmjs.org/active-x-obfuscator/-/active-x-ob
fuscator-0.0.1.tgz
npm http 200 https://registry.npmjs.org/uglify-js/-/uglify-js-1.2.5.tgz
npm http 200 https://registry.npmjs.org/xmlhttprequest/-/xmlhttprequest-1
.4.2.tgz
npm http 200 https://registry.npmjs.org/ws/-/ws-0.4.25.tgz
npm http GET https://registry.npmjs.org/zeparser/0.0.5
npm http GET https://registry.npmjs.org/commander
npm http GET https://registry.npmjs.org/tinycolor
npm http GET https://registry.npmjs.org/options
npm http 200 https://registry.npmjs.org/zeparser/0.0.5
npm http GET https://registry.npmjs.org/zeparser/-/zeparser-0.0.5.tgz
npm http 200 https://registry.npmjs.org/options
npm http GET https://registry.npmjs.org/options/-/options-0.0.3.tgz
npm http 200 https://registry.npmjs.org/tinycolor
npm http GET https://registry.npmjs.org/tinycolor/-/tinycolor-0.0.1.tgz
npm http 200 https://registry.npmjs.org/commander
npm http GET https://registry.npmjs.org/commander/-/commander-0.6.1.tgz
npm http 200 https://registry.npmjs.org/zeparser/-/zeparser-0.0.5.tgz
npm http 200 https://registry.npmjs.org/options/-/options-0.0.3.tgz
npm http 200 https://registry.npmjs.org/tinycolor/-/tinycolor-0.0.1.tgz
npm http 200 https://registry.npmjs.org/commander/-/commander-0.6.1.tgz
> ws@0.4.25 install /tmp/build_36us8733h7kkr/node_modules/socket.io/node_
modules/socket.io-client/node_modules/ws
> (node-gyp rebuild 2> builderror.log) || (exit 0)
make: Entering directory `/tmp/build_36us8733h7kkr/node_modules/socket.io
/node_modules/socket.io-client/node_modules/ws/build'
CXX(target) Release/obj.target/bufferutil/src/bufferutil.o
SOLINK_MODULE(target) Release/obj.target/bufferutil.node
SOLINK_MODULE(target) Release/obj.target/bufferutil.node: Finished
COPY Release/bufferutil.node
CXX(target) Release/obj.target/validation/src/validation.o
SOLINK_MODULE(target) Release/obj.target/validation.node
SOLINK_MODULE(target) Release/obj.target/validation.node: Finished
COPY Release/validation.node
make: Leaving directory `/tmp/build_36us8733h7kkr/node_modules/socket.io/
node_modules/socket.io-client/node_modules/ws/build'
npm ERR! cb() never called!
npm ERR! not ok code undefined
npm ERR! cb() never called!
npm ERR! not ok code 1
! Failed to install --production dependencies with npm
! Heroku push rejected, failed to compile Node.js app
To git@heroku.com:still-chamber-1286.git
! [remote rejected] master -> master (pre-receive hook declined)
error: failed to push some refs to '[email protected]:still-chamber-1286.git'
L'erreur est dans le dernier quelques lignes:
npm ERR! cb() ne s'est jamais appelé!
npm ERR! pas ok code undefined
npm ERR! cb() ne s'est jamais appelé!
npm ERR! pas ok code 1
! Échec de l'installation --la production de dépendances avec npm
! Heroku pousser rejeté, réussi à compiler Node.js app
To git@heroku.com:still-chamber-1286.git
! [remote rejected] master -> master (pre-receive hook declined)
error: failed to push some refs to '[email protected]:still-chamber-1286.git'
Je n'ai eu aucun problème avec les poussant mon code pour Heroku avant; seulement depuis lundi, j'ai eu cette erreur.
J'ai vu des postes similaires sur le web en se référant à légèrement différentes erreurs, mais n'en ai pas vu avec ! [remote rejected] master -> master (pre-receive hook declined)
avant.
- J'obtiens le même message d'erreur lorsque l'on pousse mon nœud application pour heroku aujourd'hui:
! [remote rejected] master -> master (pre-receive hook declined)
- Étrangement, l'ajout de
"engines": { "node": "0.8.x" }
à monpackage.json
d'une correction d'erreur pour moi. - Cela a fonctionné, merci beaucoup 🙂 mais il faut noter que j'ai déjà eu
"engines": { "node": "0.6.x" }
danspackage.json
, j'ai simplement dû changer de0.6.x
à0.8.x
- Il y a actuellement une question ouverte au sujet de cette erreur avec les mnp et le nœud 0.10.0: github.com/isaacs/npm/issues/2907
- J'ai corrigé cela pour moi par simple mise à jour de mnp (
$> npm install -g npm
)depuis que j'ai été d'obtenir des avertissements que les paquets prévu une version supérieure de toute façon dans la sortie de la console. - il a travaillé pour moi aussi .. merci @smithclay
- faites un PR de commencer un dépannage de doc à ce sujet: github.com/npm/npm/pull/21005
- évitez d'utiliser sudo avec npm. Si vous obtenez des erreurs de vérifier si tous les répertoires sont la propriété de root dans votre mnp cache dir (~/.npm sur ubuntu) si elles sont de les supprimer et il devrait repartir à zéro et sans erreurs sur votre prochaine
npm install
de commande. - j'avais fixé une même question. voir ce lien stackoverflow.com/questions/52467848/...
Vous devez vous connecter pour publier un commentaire.
Si vous avez des mnp version 5 ou supérieure, essayez d'abord ceci:
Autrement:
Mon nœud et npm versions sont:
https://docs.npmjs.com/cli/cache
clean
pasclear
. npmjs.org/doc/cache.htmlnpm cache clean
fonctionne pour moi comme je ne cesse de basculer entre les différents mnp registres.Pour tous ceux qui visitent cette page autour de Sept 29, 2013, il y a un fermé bug dans Node.js 0.10.19 qui est à l'origine de cette erreur.
https://github.com/isaacs/npm/issues/2907#issuecomment-15215278
https://github.com/joyent/node/issues/6263#issuecomment-25113849
Si vous êtes sur Heroku vous devez mettre à jour 0.10.20
-g
il a échoué avec l'erreur. Si j'ai d'abord installé sans l'option, puis installé avec elle, je n'ai pas d'erreur.essayer
Avez-vous une version spécifique de
"npm"
spécifié sous"engines"
dans votrepackage.json
? Sonne comme MNP v1.2.15 résolu le problème (et Heroku est disponible). J'ai fait le même problème avec"1.1.x"
.J'ai juste eu exactement ce problème lorsque vous essayez d'installer le Sage thème pour WordPress. Quand j'ai couru
npm install
sur le thème répertoire, il a échoué.À la recherche dans les dépendances dans
package.json
, j'ai pu voir que le moteur j'ai du courir pour le Nœud était hors de date. L'exécution denode -v
sur la ligne de commande ont montré que j'étais sur v0.10.9, et la dernière version de Sage demande >= 0.12.0Alors, voici la solution pour que. Ces étapes sont de David Walsh blog
sudo npm cache clean -f
sudo npm install -g n
sudo n stable
Vous devriez alors obtenir un affichage de la progression, après quoi vous serez à jour.
Quand j'ai couru
npm install
après cela, tout a bien fonctionné, et j'ai été en mesure d'exécutergulp
pour construire la premièredist
répertoire.sudo npm install -g n
ainsi.Essayer de vider votre mnp cache:
Si vous avez mis à jour angulaire de la cli, npm, nœud, vous n'avez pas besoin de faire quelque chose de plus. Il suffit d'exécuter la commande ci-dessous pour résoudre le problème. Cette commande permet également de régler la question de la "fin inattendue de la ligne".
La mise à jour de la NodeJS https://nodejs.org/en/ Fixé Mon Problème.
Exécuter
npm install -g npm
&npm cache clean
J'ai eu le même problème lors de l'installation de
ionic@beta
.J'ai essayé les éléments suivants et ils ne m'aide pas.
npm cache clean
%temp%\npm-*
invite de commande "Exécuter en tant Qu'Administrateur"
J'ai résolu le problème en installant nœud-v5.10.1-x64.msi (la version Précédente était nœud-v5.9.0-x64.msi) et lancer une
npm cache clean
avant d'installerionic@beta
Il a travaillé!
J'ai eu le même problème avec NPM version 1.3.11, et résolu simplement en ré-exécutant exactement la même commande à plusieurs reprises ("npm mise à jour -g" dans mon cas). L'erreur surgit pour un package différent à chaque exécution et finalement tout mis à jour avec succès.
Pour moi, au moins, il semble que cela a été causé par un problème de réseau (téléchargements corrompus). J'avais aussi une erreur à propos d'un package non valide, qui j'ai été en mesure de résoudre par la suppression de toutes les instances de "tmp.tgz".
Edit: (Probablement non, mais dans le cas où cette aide à quelqu'un: j'ai été en utilisant Windows, et a commencé une invite de commande en tant qu'Administrateur après la réception de la première erreur).
npm install -g npm
npm install
sudo npm cache clean
n'a pas fonctionné pour moi. Mise à jour vers la dernière version de node aide.J'avais nœud v. 5.91 et mis à jour v6.9.1
Il semble que la dépendance versions peuvent causer ce problème. Par exemple, gulp-uglifycss 1.0.7 a ce problème (voir https://github.com/rezzza/gulp-uglifycss/issues/15).
Si vous autorisez la version majeure ou mineure mises à jour dans votre
packages.json
via^
ou~
, supprimer ces caractères, tout au long du fichier et essayez un autrenpm install
. Si elle travaille à temps, alors vous allez être très bien, après vous avez le plaisir de rétrécir le forfait est à l'origine du problème.Je viens à l'échelle mondiale installé la version la plus récente de la NGP et il a travaillé pour moi.
Je suppose que la Compensation mnp cache est facultatif.
Pour moi sur npm
6.4.0
et nœud10.9.0
aucune des réponses travaillé. Réinstallé nœud, npm, nettoyer le cache, supprimé les dossiers ...Après un peu de débogage, il s'est avéré que j'ai utilisé
npm link
pour deux de mes modules en cours de développement pour lier les uns aux autres. Une fois que je l'ai enlevé et refait quelques reliant j'ai pu obtenir tout cela fonctionne de nouveau.J'ai eu le même problème lors de la tentative d'installer firebase-outils dans mon ordinateur portable windows. c'est comment je l'ai résolu.
npm cache clean --force
npm install npm@latest -g
npm install -g firebase-tools
npm cache clean --force
--force a aidé à nettoyer le cachePour les Utilisateurs d'Ubuntu, la donnée ci-dessous la méthode a fonctionné pour moi.
Tout d'abord, effectuer cette :
sudo npm cache verify
Puis aller à l'Accueil->.npm et supprimer les _cache dossier par :
sudo rm -rf _cacache/
aller vérifier, peut-être que vous avez trouvé la solution.
J'ai moi aussi connu le même problème aujourd'hui, car je force cessé de mécanisme national de prévention de télécharger le paquet entre les deux à cause de problèmes d'internet.
J'ai essayé plusieurs choses comme,
J'ai finalement essayé de supprimer le dossier contenant le mécanisme national de prévention de cache qui a été la création du problème. J'ai exécuté la commande suivante,
sudo rm -rf /Users/{user_system_user}/.npm/
Puis j'ai essayé d'installer le paquet qui a été coincé et tout a fonctionné comme un charme.
P. S: remplacer {user_sytem_user} en fonction de l'utilisateur actuel de votre système.
Reprenant là où mdp gauche, le problème est avec le noeud 0.10.19 et npm 1.3.11
J'ai trouvé le moyen le plus facile pour gérer le downgrade pour garder les choses en douceur pour être NVM, ici est un bon tutoriel sur la façon de l'utiliser. J'ai eu mon environnement de serveur modifiée et s'exécute correctement un déclassement de la 0.10.19 à 0.10.18 dans une affaire de minutes avec NVM.
J'ai rencontré le même problème sur mon Mac et j'ai essayé toutes les méthodes que je peux trouver: mise à niveau vers le dernier Nœud, nettoyer le cache, supprimer _node_mudules_ répertoire, mais tous n'ont aucun effet. Finalement, je croyais que c'était le problème de Nœud de l'environnement, de sorte que j'ai dégradé mon Nœud à une ancienne version LTS 6.14.1, le problème a disparu. C'est ce que je fais:
Installer NVM (Pour obtenir une nouvelle marque isolé nœud de l'environnement, vous feriez mieux d'utiliser NVM pour gérer vos multiples Nœud de l'environnement, allez à ici pour plus de détails)
curl -o- https://raw.githubusercontent.com/creationix/nvm/v0.33.8/install.sh | bash
Installer Node.js 6.14.1
nvm install 6.14.1
Basculer vers le Nœud spécifique de l'environnement vous installer au-dessus de
nvm use 6.14.1
Installer créez-réagir-app
npm install -g create-react-app
Créer vos réagir application
create-react-app appname
npm install
dansDans mon cas, cette erreur a commencé lorsque j'ai mis à Node.js version
8.11.1
. Précédemment à l'aide d'Node.js version6.12.x
et NPM version5.8.0
.En plus de cela, mes scripts de test ne serait pas trouver AVA:
La solution a été de déclasser MNP à
5.7.1
Je suggère: Interrupteur de Fil! - Fil est un gestionnaire de paquets qui utilise la même
package.json
fichier etnode_modules
dossier en tant que mnp.Avec npm j'ai eu le même problème: Sur une CentOS 6 installer j'ai eu le
ERR cb() never called
erreur à plusieurs reprises et ne pouvait pas trouver un moyen de faire de mnp de manière fiable terminer l'installation de certains paquets (commewebpack
par exemple). - Fil fonctionne parfaitement, même sur feuilletée connexions réseau.La Migration-à-Fil est facile. La plupart des sous-commandes sont les mêmes. Ils ont une bonne Guide de Migration. Lisez la pratique Commandes CLI de comparaison à la fin.
npm install
à l'intérieur d'un conteneur Docker (généralement en cours d'exécution sur une Ubuntu hôte).yarn install
a débloqué moi dans deux projets différents lorsquenpm install
a échoué! Souhaite que je pourrais savoir pourquoi, d'ailleurs...Trouver d'autres versions de la sorte:
Ne
npm install npm@latest -g
pour mettre à jour les mnp à la dernière version.Le problème est résolu pour moi.
J'ai fait faire
npm cache clean
première[Les œuvres] essayer de mnp config supprimer https proxy
il aurait violé proxy.
Pour n'importe qui qui a récemment mis à niveau à partir de 6.x pour 6.7.0.
La suppression de la
/Users/{YOUR USERNAME}/.npm
dossier résolu mes problèmes avecnpm install
.J'ai également, couru certaines de ces commandes suggérées par https://npm.community/t/crash-npm-err-cb-never-called/858/93?u=jasonfoglia
Mais je ne suis pas sûr de ce qui a effectivement travaillé jusqu'à ce que j'ai supprimé le dossier. Donc, si vous rencontrez ce problème et il suffit de supprimer le .npm dossier de résoudre votre problème, veuillez noter que dans les commentaires.
Dans mon cas, je ne pourrais pas installer un VueJS plugin et j'ai dû:
La modification de la propriété des fichiers:
Puis fait en sorte d'avoir plus tard des mnp:
Puis installé mon plugin et dans votre cas, probablement votre commande plutôt que.
Pour moi aucune des deux solutions n'a fonctionné (réinstallation, effacer la mémoire cache, des dossiers, etc.).
Mon problème a été résolu avec:
Il semble que ce problème ne se produit pas avec une configuration spécifique de nœud ou de version. Nous avons connu une couple de fois lors du redéploiement et le suspect mécanisme national de prévention de serveurs à l'origine de ce problème.
De réessayer une couple de fois, ont permis de résoudre le problème par la suite.
Il peut y avoir deux possibilités=>
Essayer de mettre à jour votre node js et npm.
Problème de Permission =>
un. Déplacez votre solution sur le lecteur c de votre compte d'utilisateur
b. Besoin d'exécuter bash ou cmd en tant qu'administrateur.
Espère que cela va résoudre votre problème
Vérifier si vous avez plusieurs versions de la
npm
commande dans votre système variable de chemin d'accès.Dans mon cas, j'ai eu une version dans le Nœud répertoire d'installation et un ancien de la
npm globals
répertoire d'installation (appeléprefix
dans le mécanisme national de prévention fichier de config). Donc j'ai vérifiénpm config get prefix
pour l'emplacement et supprimé le lien et lanpm
dossier node_modules. (Suppression de l'autre, on peut également fonctionner, en fonction de l'ordre dans votre variable PATH.)Pour les utilisateurs de mac (HighSierra), n'installez pas de nœud à l'aide d'infusion. Il va gâcher avec npm. J'ai du nœud de désinstaller et d'installer à l'aide de l'emballage dans les principales nodejs.org source : https://nodejs.org/en/
Voici un guide simple qui n'utilise pas d'infusion: https://coolestguidesontheplanet.com/installing-node-js-on-macos/
Je suis tombé sur ce problème lors de l'installation de locaux forfaits à partir de mon ordinateur.
J'avais déplacé le local des paquets vers un autre dossier. Et puis quand j'ai voulu le mettre à jour, j'ai commencé à faire cette erreur.
Pour résoudre ce problème, j'ai supprimé tous les déjà créé des liens symboliques dans le dossier suivant:
Après ce que j'ai pu installer les paquets comme avant!
Exécutez la commande suivante qui a résolu mon problème --- npm install --no-package-lock
J'ai eu le
cb() never called!
erreur, et aucune des réponses ici directement travaillé pour moi. J'étais en train de Nœudv8.11.2
, et j'ai dû supprimer manuellement lespackage-lock.json
fichier pour obtenir n'importe où. Après avoir fait cela, j'ai courunpm cache verify
par ce que certaines des réponses recommandé. Ensuite,npm i
a donné le résultat suivant: