npm ERR cb() nooit gebeld

Ik heb een Node.js-app die wordt gehost op Heroku. Elke keer dat ik een git push herokudoe, krijg ik de volgende foutmelding:

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
       > [email protected] 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
       > [email protected] 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 [email protected]: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'

De fout zit in de laatste paar regels:

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 [email protected]: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'

Ik heb eerder geen problemen gehad met het pushen van mijn code naar Heroku; pas sinds maandag heb ik deze fout.

Ik heb soortgelijke berichten op internet gezien die verwijzen naar iets andere fouten, maar ik heb er geen gezien met ! [remote rejected] master -> master (pre-receive hook declined)eerder.


Antwoord 1, autoriteit 100%

Als je npm versie 5 of hoger hebt, probeer dan eerst dit:

$ sudo npm cache verify

Anders:

$ sudo npm cache clean

Mijn node- en npm-versies zijn:

$ node -v
v0.10.0
$ npm -v
1.2.14

https://docs.npmjs.com/cli/cache


Antwoord 2, autoriteit 38%

Voor iedereen die deze pagina rond 29 september 2013 bezoekt, is er een gesloten bug in Node.js 0.10.19 die deze fout veroorzaakt.

https://github.com/isaacs/npm/issues/2907# issuecomment-15215278
https://github.com/joyent/node/issues/6263#issuecomment-25113849

Als je Heroku gebruikt, moet je upgraden naar 0.10.20

"engines": {
    "node": "0.10.20"
}

Antwoord 3, autoriteit 15%

Probeer

sudo npm cache clean --force

Meer info zie: https://reactgo.com/npm-err-cb -nooit genoemd/


Antwoord 4, autoriteit 8%

BELANGRIJK!De onderstaande oplossing wordt nu als onstabiel beschouwd en in plaats daarvan moet u Node Version Management gebruiken: Node Version Manager op Github. David Walsh heeft ook een goede introductie tot NVM. NVM werkt prachtig en ik gebruik het al een paar jaar om oudere WordPress-projecten te beheren.


Gebruik dit niet – gebruik NVM

Dit probleem had ik net toen ik het Sage-thema voor WordPress probeerde te installeren. Toen ik npm installuitvoerde in de themamap, mislukte het.

Kijkend naar de afhankelijkheden in package.json, kon ik zien dat de engine die ik draaide voor Node verouderd was. Het uitvoeren van node -vop de opdrachtregel toonde aan dat ik op v0.10.9 zat, en de nieuwste versie van Sage vereist >= 0.12.0

Dus hier is de oplossing daarvoor. Deze stappen zijn afkomstig van David Walsh’s blog

  1. Wis uw npm-cache: sudo npm cache clean -f
  2. Installeer de nieuwste versie van de Node-helper: sudo npm install -g n
  3. Vertel de helper (n) om de nieuwste stabiele versie van Node te installeren: sudo n stable

U zou dan een voortgangsweergave moeten krijgen, waarna u op de hoogte bent.

Toen ik daarna npm installuitvoerde, werkte alles prima en kon ik gulpuitvoeren om de initiële dist-directory te bouwen .


Antwoord 5, autoriteit 6%

Heeft u een specifieke versie van "npm"gespecificeerd onder "engines"in uw package.json? Klinkt alsof NPM v1.2.15 het probleem heeft opgelost(en Heroku beschikbaar heeft) . Ik kreeg hetzelfde probleem met "1.1.x".


Antwoord 6, autoriteit 5%

Als u angular cli, npm, node heeft bijgewerkt, hoeft u niets meer te doen. Voer de onderstaande opdracht uit om het probleem op te lossen. Deze opdracht lost ook het probleem van “onverwacht einde van de regel” op.

npm install --no-package-lock

Antwoord 7, autoriteit 4%

  • Voer npm install -g npm
  • uit

  • Voer vervolgens npm install
  • uit


Antwoord 8, autoriteit 4%

Het bijwerken van de NodeJS https://nodejs.org/en/Mijn probleem opgelost.

Voer npm install -g npm& npm cache clean


Antwoord 9, autoriteit 3%

Voor mij werkte geen van de bovenstaande oplossingen (opnieuw installeren, cache wissen, mappen enz.).

Mijn probleem is opgelost met:

npm config set registry https://registry.npmjs.org/

10, Autoriteit 2%

Ik had hetzelfde probleem met NPM-versie 1.3.11, en loste het gewoon door het exact dezelfde opdracht meerdere keren opnieuw te draaien (“NPM-update -g” in mijn geval). De fout verscheen voor een ander pakket op elke volgende run en uiteindelijk is alles met succes bijgewerkt.

Tenminste voor mij lijkt het erop dat het wordt veroorzaakt door een netwerkprobleem (beschadigde downloads). Ik kreeg ook een foutmelding over een ongeldig pakket, dat ik kon oplossen door alle instanties van “tmp.tgz” te verwijderen.

EDIT: (waarschijnlijk niet gerelateerd, maar voor het geval dit iedereen helpt: ik gebruikte Windows en startte een opdrachtprompt als beheerder na ontvangst van de eerste fout).


11, Autoriteit 2%

Bijgewerkt: het probleem is vrij gebruikelijk hier is de nieuwe fix npm cache verifyRennen die u goed zult zijn!


12, Autoriteit 2%

Ik heb net de nieuwste versie van NPM geïnstalleerd en het werkte voor mij.
Ik vermoed dat het clearden van NPM-cache optioneel is.

npm install -g npm

Antwoord 13, autoriteit 2%

Ik had de cb() never called!-fout, en geen van de antwoorden hier werkte direct voor mij. Ik draaide Node v8.11.2en ik moest het bestand package-lock.jsonhandmatig verwijderen om ergens te komen. Nadat ik dit had gedaan, voerde ik npm cache verifyuit volgens wat sommige van de antwoorden aanbevolen. Vervolgens gaf het uitvoeren van npm ihet volgende resultaat:

npm notice created a lockfile as package-lock.json. You should commit this file.
npm WARN [email protected] No description
npm WARN [email protected] No repository field.
up to date in 5.118s

Antwoord 14

sudo npm cache cleanwerkte niet voor mij. Update naar de nieuwste versie van node helpt.

Ik had node v.5.91 en geüpdatet naar v6.9.1


Antwoord 15

Wetend dat dit een oude vraag is en velen van jullie je antwoorden hebben gegeven. Gewoon om mijn ervaring met deze fout te delen en hoe ik het heb opgelost.

Dit begon allemaal nadat ik mijn Node-versie had geüpgraded naar > 12, heb ik alle antwoorden doorgenomen en geprobeerd de stappen te volgen om de npm-cache te wissen en de map node_moduleste verwijderen. Geen van hen lost mijn probleem op.

De hoofdoorzaak in mijn geval was een proxy-beperkende installatie. Ik heb de proxy-instellingen verwijderd om het probleem op te lossen.

  1. Controleer of je een proxy-configuratie hebt

    npm config list
    
  2. Verwijder ze door

    npm config delete proxy
    npm config delete http-proxy
    npm config delete https-proxy
    
  3. Probeer het nu

    npm install
    

Antwoord 16

[Werkt] probeer

npm config delete https-proxy

het zou in strijd zijn geweest met proxy.


Antwoord 17

Vanaf maart 2021 lost de nieuwe NPM-versie veel van deze problemen op.

Dus het bellen van npm i -g npm@latestlost dit weer op (tussenin werkte dit niet).


Antwoord 18

Sinds NPM 6 kunt u een schone installatie uitvoeren.
Dat was de enigeoplossing die voor mij werkte.

Voer gewoon het volgende uit:

npm clean-install

Opmerkingen:

  • U kunt de map node_modulesook handmatig verwijderen en het opnieuw proberen als de bovenstaande opdracht is mislukt.
  • Als het nog steeds niet werkt, is de globale cache mogelijk defect. Probeer npm cache clean --forceuit te voeren en voer vervolgens een schone installatie uit.
  • De opdracht clean-installwerkt op npm 6 en hoger. Overweeg voor oudere versies de andere antwoorden hieronder te controleren.

Antwoord 19

Het lijkt erop dat bepaalde afhankelijkheidsversies dit probleem kunnen veroorzaken. Gulp-uglifycss 1.0.7 heeft bijvoorbeeld dit probleem (zie https://github. com/rezzza/gulp-uglifycss/issues/15).

Als u grote of kleine versie-updates toestaat in uw packages.jsonvia ^of ~, verwijdert u die tekens uit het bestand en probeer een andere npm install. Als het op dat moment werkt, komt het goed, nadat je het plezier hebt gehad om te bepalen welk pakket het probleem veroorzaakt.


Antwoord 20

Ik had hetzelfde probleem toen ik Firebase-tools op mijn Windows-laptop probeerde te installeren. zo heb ik het opgelost.

  1. Ik heb Kaspersky gedownload en geïnstalleerd. toen heb ik de beveiligde verbindingen van Kaspersky uitgeschakeld
  2. ik opende cmd en voer dit commando uit npm cache clean --force
  3. ik voer dan dit commando uit npm install npm@latest -g
  4. ik voer vervolgens het firebase cli-commando npm install -g firebase-tools
  5. uit


Antwoord 21

Ik stel voor: Overschakelen naar garen!Garenis een pakketbeheerder die hetzelfde bestand package.jsonen de map node_modulesgebruikt als npm.

Met npm had ik hetzelfde probleem: bij een installatie van CentOS 6 kreeg ik herhaaldelijk de fout ERR cb() never calleden ik kon geen manier vinden om npm betrouwbaarvoltooi de installatie van sommige pakketten (zoals webpackbijvoorbeeld). – Garen werkt feilloos, zelfs op haperende netwerkverbindingen.

Migratie naar garen is eenvoudig. De meeste subcommando’s zijn hetzelfde. Ze hebben een goede Migratiegids. Lees verder voor de handige CLI-commando’s vergelijkingaan het einde.


Antwoord 22

Voor Ubuntu-gebruikers werkte de onderstaande methode voor mij.

Voer eerst dit uit: sudo npm cache verify

Ga vervolgens naar Home->.npm en verwijder de map _cache met: sudo rm -rf _cacache/

ga kijken, misschien heb je de oplossing gevonden.


Antwoord 23

Ook ik had vandaag hetzelfde probleem toen ik de download van het npm-pakket tussendoor geforceerd stopte vanwege internetproblemen.

Ik heb verschillende dingen geprobeerd, zoals,

  1. Sudo npm cache clean -fwordt uitgevoerd – wat niet werkte zoals verwacht
  2. Maak het verwijderen van het knooppunt schoon en installeer het opnieuw – wat ook niet werkte

Ik heb uiteindelijk geprobeerd de map te verwijderen die de npm-cache bevat die het probleem veroorzaakte. Ik heb het volgende commando uitgevoerd,

sudo rm -rf /Users/{user_system_user}/.npm/

Toen probeerde ik het pakket te installeren dat vast zat en alles werkte als een zonnetje.

P.S: vervang {user_sytem_user}volgens de huidige gebruiker van je systeem.


Antwoord 24

Ik heb dezelfde fout in mijn project. Ik werk aan een geïsoleerd intranet, dus mijn oplossing was het volgende:

  • voer npm clean cache --force
  • uit

  • pakket-lock.json verwijderen
  • in mijn geval moest ik NPM-proxy instellen in .npmrc

Antwoord 25

In mijn geval kon ik geen VueJS-plug-in installeren en moest ik:

Het eigendom van bestanden wijzigen:

sudo chown -R $(whoami) ~/.npm
sudo chown -R $(whoami) /usr/local/lib
sudo chown -R $(whoami) /usr/local/bin

En zorg er dan voor dat je de laatste npm hebt:

npm install -g npm@latest

Vervolgens heb ik mijn plug-in geïnstalleerd en in jouw geval waarschijnlijk niet je opdracht.


Antwoord 26

Wat voor mij werkte was: verwijder het bestand package-lock.json en voer de volgende opdracht uit:

npm cache opschonen –force


Antwoord 27

Als de bug aanhoudt, zelfs na het uitvoeren van npm cache clean --force, probeer dan npx create-react-app your_app_nameopnieuw uit te voeren na het overschakelen naar een ander netwerk. Deze fout kan ook worden veroorzaakt door trage en onstabiele netwerken…


Antwoord 28

Oppakken waar mdp gebleven was, het probleem is met knooppunt 0.10.19 en npm 1.3.11

Ik vond de gemakkelijkste manier om de downgrade te beheren om alles soepel te laten verlopen door NVM, hier is een leuke tutorial over hoe het te gebruiken. Ik had mijn serveromgeving aangepast en correct uitgevoerd, downgraden van 0.10.19 naar 0.10.18 in een kwestie van minuten met NVM.

Other episodes