Comment puis-je debug “Erreur: spawn ENOENT” sur node.js?

Quand je reçois l'erreur suivante:

events.js:72
        throw er; //Unhandled 'error' event
              ^
Error: spawn ENOENT
    at errnoException (child_process.js:1000:11)
    at Process.ChildProcess._handle.onexit (child_process.js:791:34)

Quelle procédure puis-je suivre pour résoudre ce problème?

Note de l'auteur: Beaucoup de problèmes avec cette erreur m'a encouragé à poster cette question pour de futures références.

Questions connexes:

InformationsquelleAutor laconbass | 2014-12-29

215

REMARQUE: Cette erreur est presque toujours le fait que la commande n'existe pas, car le répertoire de travail n'existe pas, ou à partir d'un windows uniquement bug.

J'ai trouvé un particulier moyen facile pour se faire une idée de la cause de racine:
```
Error: spawn ENOENT
```
Le problème de cette erreur, il y a vraiment peu d'informations dans le message d'erreur pour vous dire où en est le site d'appel est, c'est à dire qui exécutable/commande n'est pas trouvée, surtout quand vous avez une grande base de code où il y a beaucoup de spawn des appels. D'autre part, si nous savons que la commande exacte que la cause de l'erreur alors que nous pouvons suivre @laconbass réponse pour résoudre le problème.

J'ai trouvé un moyen très facile de repérer ce qui commande la cause du problème plutôt que d'ajouter des écouteurs d'événements partout dans votre code comme le suggère @laconbass de réponse. L'idée clé est d'envelopper l'apparition d'origine appel avec un wrapper qui imprime les arguments de l'envoyer à la réapparition d'appel.

Ici est la fonction wrapper, le mettre en haut de la index.js ou quel que soit votre démarrage du serveur de script.
```
(function() {
    var childProcess = require("child_process");
    var oldSpawn = childProcess.spawn;
    function mySpawn() {
        console.log('spawn called');
        console.log(arguments);
        var result = oldSpawn.apply(this, arguments);
        return result;
    }
    childProcess.spawn = mySpawn;
})();
```
Alors la prochaine fois que vous exécutez votre application, avant la uncaught exception du message, vous verrez quelque chose comme ça:
```
spawn called
{ '0': 'hg',
  '1': [],
  '2':
   { cwd: '/* omitted */',
     env: { IP: '0.0.0.0' },
     args: [] } }
```
De cette façon, vous pouvez facilement savoir qui commande s'est exécutée et ensuite, vous pouvez savoir pourquoi nodejs ne peut pas trouver le fichier exécutable pour résoudre le problème.
- Voici une autre idée: il suffit de changer spawn() à exec() et essayez de nouveau. exec() vais vous dire ce que la commande essayé exécuter.
- Important: assurez-vous de placer le code ci-dessus en tant que proche du début de la principale fichier JS que possible. Si vous charger d'autres modules d'abord, ils peuvent ranger le "spawn" la fonction et le remplacer ici ne sera jamais appelé.
- Je n'ai pas de chance en utilisant le script. Il ne fonctionne pas du tout.
- Alors, comment voulez-vous utiliser cette méthode dans un grognement de fichier? Je ne sais pas où mettre cette.
- Cela a fonctionné parfaitement pour moi. Je viens de le mettre en haut de mon gulpfile.js fichier, et bingo bango bongo, la réapparition de journalisation!
- Cela s'appelle monkey patching ! 🙂
- Hmm... Ne fonctionne pas pour moi. Placé au sommet de gulpfile.js
- Remplacer console.log(arguments) avec console.log(JSON.stringify(arguments, null, 4)) en cas de imbriquée (non circulaire) les objets que vous souhaitez imprimer
InformationsquelleAutor Jiaji Zhou
109

Étape 1: s'Assurer spawn est appelé le droit chemin

De passer en revue l' docs pour child_process.spawn( commande, args, options ):

Lance un nouveau processus avec le command, avec des arguments de ligne de commande dans args. Si omis, args par défaut un Tableau vide.

Le troisième argument est utilisé pour spécifier des options supplémentaires, par défaut:

{ cwd: undefined, env: process.env }

Utilisation env pour spécifier des variables d'environnement qui sera visible à ce nouveau processus, la valeur par défaut est process.env.

Vous assurer que vous ne sont pas de mettre des arguments de ligne de commande dans command et l'ensemble de la spawn appel est valide. Passez à l'étape suivante.

Étape 2: Identifier les Cas de l'Émetteur qui émet l'événement d'erreur

De recherche sur votre code source pour chaque appel à spawn, ou child_process.spawn, c'est à dire
```
spawn('some-command', [ '--help' ]);
```
et fixez-t-il un écouteur d'événement pour l' "erreur" de l'événement, afin de vous faire remarquer la exacte de l'Événement de l'Émetteur qui est en train de lancer en tant que 'Non'. Après le débogage, ce gestionnaire peut être retiré.
```
spawn('some-command', [ '--help' ])
  .on('error', function( err ){ throw err })
;
```
Exécuter et vous devriez obtenir le chemin d'accès au fichier et le numéro de ligne où votre "erreur" auditeur a été enregistré. Quelque chose comme:
```
/file/that/registers/the/error/listener.js:29
      throw err;
            ^
Error: spawn ENOENT
    at errnoException (child_process.js:1000:11)
    at Process.ChildProcess._handle.onexit (child_process.js:791:34)
```
Si les deux premières lignes sont toujours
```
events.js:72
        throw er; //Unhandled 'error' event
```
faire cette étape à nouveau jusqu'à ce qu'ils ne le sont pas. Vous devez identifier l'auditeur qui émet l'erreur avant de passer à la prochaine étape.

Étape 3: s'Assurer que la variable d'environnement $PATH est définie

Il y a deux scénarios possibles:
1. Vous comptez sur la valeur par défaut spawn comportement, de sorte que l'enfant environnement du processus sera le même que process.env.
2. Vous sont explicitement passage d'un env objet de spawn sur le options argument.
Dans les deux scénarios, vous devez inspecter la PATH clés sur l'environnement de l'objet qui l'a engendré processus enfant d'utilisation.

Exemple pour le scénario 1
```
//inspect the PATH key on process.env
console.log( process.env.PATH );
spawn('some-command', ['--help']);
```
Exemple pour le scénario 2
```
var env = getEnvKeyValuePairsSomeHow();
//inspect the PATH key on the env object
console.log( env.PATH );
spawn('some-command', ['--help'], { env: env });
```
L'absence de PATH (c'est à dire, c'est undefined) sera la cause de spawn à émettre de la ENOENT erreur, car il ne sera pas possible de localiser tous les command sauf si c'est un chemin absolu vers le fichier exécutable.

Quand PATH est défini correctement, passez à l'étape suivante. Il doit être un répertoire ou une liste de répertoires. Dernier cas, c'est l'habituel.

Étape 4: Assurer command existe sur un répertoire de celles définies dans les PATH

Frayer peut émettre l' ENOENT d'erreur si le nom de fichier command (j'.e, 'commande') n'existe pas dans au moins l'un des répertoires définis sur PATH.

Localiser l'endroit exact de command. Sur la plupart des distributions linux, ce qui peut être fait à partir d'un terminal avec la which de commande. Il vous indique le chemin absolu vers le fichier exécutable (comme ci-dessus), ou de savoir si il ne l'est pas.

Exemple d'utilisation et de sa sortie lorsqu'une commande est trouvé
```
> which some-command
some-command is /usr/bin/some-command
```
Exemple d'utilisation et de sa sortie lorsqu'une commande est pas trouvé
```
> which some-command
bash: type: some-command: not found
```
manquer programmes installés sont la cause la plus commune pour un pas trouvé commande. Reportez-vous à chaque commande de la documentation si nécessaire et de les installer.

Lorsque la commande est un simple fichier de script de s'assurer qu'il est accessible à partir d'un répertoire sur le PATH. Si elle ne l'est pas, soit le déplacer vers un ou faire un lien vers elle.

Une fois que vous déterminer PATH est correctement configuré et command est accessible à partir de cela, vous devriez être en mesure de lancer votre processus enfant sans spawn ENOENT être jeté.
- Le problème pour moi était, en effet, que PATH était pas défini. Savez-vous quelles sont les causes? J'ai posé une question à ce sujet ainsi stackoverflow.com/questions/29652582/...
- Je me souviens d'une époque où il était undefined parce que la façon dont j'ai été le frai le nœud proccess.
- Cela a été très utile pour mon débogage de Spawn ENOENT. J'ai référencé plusieurs fois. Merci!
- si c'est une erreur ENOENT, pourquoi la commande de ne pas être reconnu sur le système d'exploitation? il semble raisonnable que la commande est reconnue, mais quelque chose de mal avec la lecture du fichier lui-même...
- Habituellement, la situation que vous décrivez est signalé comme EACCES
- J'ai également constaté que ENOENT sera levée si vous spécifiez cwd dans les options, mais le répertoire n'existe pas.
- TOTAL SAUVEUR. Vous devez écrire une réponse qui dit que cette.
- J'ai une machine sous linux et osx case, à la fois nœud versions de rapports à l'aide de v4.2.4. Sur le OSX machine si un try/catch pour emballer un appel pour frayer ("faux-binary", ...), il atterrit dans l'instruction catch. dans la boîte linux, il montre que dans le cas de l'émetteur. c'est sauvage.
- merci de poster une nouvelle question avec le code et nous allons voir ce que le problème peut être
- Lorsque vous utilisez spawn('some-command', ['--help'], { env: env }); comme en témoigne l'Étape 3 de cette réponse et passez un environnement personnalisé, assurez-vous de spécifier le PATH, par exemple: { env: { PATH: process.env.PATH } }. L'env option n'hériteront pas des variables à partir de votre actuelle env par défaut.
- J'ai été l'exécution de la commande en tant que root ou avec sudo, donc la PATH variable d'environnement n'était pas le même. L'étape 3 est l'étape qui l'a signalé à moi. Merci!
- J'ai pu résoudre mon problème en passant shell: true pour le spawn des options.
- Aussi, si votre Noeud processus est en cours d'exécution à l'intérieur d'un conteneur comme Docker, assurez-vous que la commande que vous essayez d'exécuter a été ajouté à la Dockerfile
InformationsquelleAutor laconbass
31

Comme @DanielImfeld de le signaler, ENOENT sera levée si vous spécifiez "cwd" dans les options, mais le répertoire n'existe pas.
- donc, il y a une façon d'exécuter dans un répertoire spécifique à la commande?
- Dans Windows (7) il semble que vous devez également inclure la lettre de lecteur dans le cwd chemin:: 'c:/... "et pas juste"/...'
InformationsquelleAutor Leeroy Brun
26

Windows solution: Remplacer spawn avec nœud-croix-de spawn. Par exemple comme ceci au début de votre app.js:
```
(function() {
    var childProcess = require("child_process");
    childProcess.spawn = require('cross-spawn');
})(); 
```
- travaillé, sauf qu'elle est un "drop-in", pas besoin de child_process. Exactement de la même manière en tant que nœud de spawn ou spawnSync, c'est donc une baisse de remplacement. var spawn = require('cross-spawn'); // Spawn NPM asynchronously var child = spawn('npm', ['list', '-g', '-depth', '0'], { stdio: 'inherit' });
InformationsquelleAutor Nilzor
26

@laconbass la réponse m'a aidé et elle est probablement plus correct.

Je suis venu ici parce que j'ai été en utilisant spawn de manière incorrecte.
Un exemple simple:

c'est faux:
```
const s = cp.spawn('npm install -D suman', [], {
    cwd: root
});
```
c'est faux:
```
const s = cp.spawn('npm', ['install -D suman'], {
    cwd: root
});
```
c'est correct:
```
const s = cp.spawn('npm', ['install','-D','suman'], {
    cwd: root
});
```
cependant, je vous recommande de le faire de cette façon:
```
const s = cp.spawn('bash');
s.stdin.end(`cd "${root}" && npm install -D suman`);
s.once('exit', code => {
   //exit
});
```
c'est parce que la cp.on('exit', fn) événement aura toujours le feu, tant que bash est installé, sinon, le cp.on('error', fn) événement peut déclencher en premier lieu, si nous l'utilisons la première manière, si nous le lancement de la " npm " directement.
- La réflexion sur la refactorisation de ma réponse à fournir un guide général", et en laissant les détails de chaque cause du problème (miss dépendances, des appels incorrects, mauvais environnement,...).
- tout le monde qui aime cette réponse, pourriez également être intéressé par ce natif alternative: gist.github.com/ORESoftware/7bf225f0045b4649de6848f1ea5def4c
- Downvoted parce que si ce que vous voulez obtenir, c'est une coquille, alors vous devriez utiliser child_process.exec ou passer shell: true à spawn.
- pas nécessairement vrai - que vous souhaitez utiliser zsh, bash ou de fsh en fonction de l'interpréteur de commandes que vous souhaitez utiliser, et le comportement est différent aussi
InformationsquelleAutor Alexander Mills
18

Pour ENOENT sur Windows, https://github.com/nodejs/node-v0.x-archive/issues/2318#issuecomment-249355505 le fixer.

par exemple le remplacement de spawn('npm', ['v'], {stdio: 'inherit'}) avec:
- pour tous node.js version:
```
spawn(/^win/.test(process.platform) ? 'npm.cmd' : 'npm', ['-v'], {stdio: 'inherit'})
```
- pour node.js 5.x et plus tard:
```
spawn('npm', ['-v'], {stdio: 'inherit', shell: true})
```
- Où faire ces modifications?
- Partie de la clé est l'ajout de shell: true
InformationsquelleAutor Li Zheng
17

Pour toute personne qui pourrait tomber sur ce, si toutes les autres réponses ne sont pas utiles et que vous êtes sous Windows, sachez qu'il est actuellement un gros problème avec spawn sur Windows et la PATHEXT variable d'environnement qui peuvent causer certains appels à lancer pour ne pas fonctionner en fonction de la façon dont l'objectif de commande est installé.
- Et quelle est la solution?
- L'aide d'un noeud-croix-spawn a fonctionné pour moi. Voir la réponse ci-dessous: stackoverflow.com/a/35561971/507339
- Passé du temps à essayer de trouver ce qui n'allait pas et cela a fini par être le problème. J'ai renoncé à spawn et juste utilisé exec à la place.
InformationsquelleAutor Alex Turpin
7

Dans mon cas, j'ai été faire cette erreur renvoyé en raison de la nécessaire dépendante de ressources système n'est pas installé.

Plus précisément, j'ai une application NodeJS qui utilise ImageMagick. Malgré le mnp paquet installé, le noyau Linux ImageMagick n'a pas été installé. J'ai fait un apt-get pour installer ImageMagick et après que tout a très bien fonctionné!
- Windows besoin d'ImageMagick est installé ainsi? Im test sur windows et d'avoir d'erreur
InformationsquelleAutor PromInc
2

J'ai rencontré le même problème, mais j'ai trouvé un moyen simple de le résoudre.
Il semble être spawn() erreurs si le programme a été ajouté au CHEMIN d'accès par l'utilisateur (par exemple normal du système des commandes de travail).

Pour résoudre ce problème, vous pouvez utiliser le qui module (npm install --save which):
```
//Require which and child_process
const which = require('which');
const spawn = require('child_process').spawn;
//Find npm in PATH
const npm = which.sync('npm');
//Execute
const noErrorSpawn = spawn(npm, ['install']);
```
InformationsquelleAutor Gum Joe
1

Assurer module à exécuter est installé ou chemin d'accès complet à la commande si ce n'est pas un nœud module

InformationsquelleAutor Dalton

Utilisation require('child_process').exec au lieu de reproduire pour un message d'erreur plus spécifique!

par exemple:

var exec = require('child_process').exec;
var commandStr = 'java -jar something.jar';

exec(commandStr, function(error, stdout, stderr) {
  if(error || stderr) console.log(error || stderr);
  else console.log(stdout);
});

InformationsquelleAutor de Raad

1

J'ai été également passer par ce problème gênant lors de l'exécution de mon cas de test, j'ai donc essayé de nombreuses façons d'obtenir à travers elle. Mais la façon dont fonctionne pour moi est de exécuter votre lanceur de test à partir du répertoire qui contient votre fichier principal qui comprend votre nodejs frayer la fonction de quelque chose comme ceci:
```
nodeProcess = spawn('node',params, {cwd: '../../node/', detached: true });
```
Par exemple, ce nom de fichier est test.js, il suffit donc de déplacer vers le dossier qui contient. Dans mon cas, c'est le dossier de test comme ceci:
```
cd root/test/
```
puis, à partir de exécuter votre test runner dans mon cas, ses moka de sorte qu'il sera comme ceci:
```
mocha test.js
```
Que j'ai perdu mon plus qu'un jour pour le comprendre. Profitez-en!!

InformationsquelleAutor Rajkumar Bansal
0

J'ai été faire cette erreur lorsque vous essayez de déboguer un node.js programme à partir de l'intérieur de VS éditeur de Code sur un système Linux Debian. J'ai remarqué la même chose OK travaillé sur Windows. Les solutions déjà données ici n'ont pas beaucoup d'aide car je n'avais pas écrit de "spawn" des commandes. Le code malveillant a été probablement écrite par Microsoft et caché sous le capot de la VS Code de programme.

Ensuite, j'ai remarqué que node.js est appelé nœud sur Windows mais sur Debian (et sans doute sur les systèmes basés sur Debian comme Ubuntu), il est appelé nodejs. J'ai donc créé un alias à partir d'un terminal en root, j'ai couru

ln -s /usr/bin/nodejs /usr/local/bin/node

et cela a résolu le problème. De la même ou d'une procédure similaire sera vraisemblablement travailler dans d'autres cas où votre node.js est appelé nodejs, mais vous êtes en cours d'exécution d'un programme qui prévoit qu'il sera appelé nœud, ou vice-versa.

InformationsquelleAutor MTGradwell
0

J'ai eu le même message d'erreur de windows 8.Le problème est dû à une variable d'environnement de votre chemin d'accès au système est manquant . Ajouter "C:\Windows\System32\" la valeur de votre variable système PATH.

InformationsquelleAutor chayasan
0

Si vous êtes sur Windows Node.js fait un peu drôle d'affaires lors de la manipulation des citations qui peut vous délivrer une commande qui fonctionne à partir de la console, mais pas lorsqu'il est exécuté dans le Nœud. Par exemple les éléments suivants devrait travail:
```
spawn('ping', ['"8.8.8.8"'], {});
```
mais échoue. Il y a une fantastique option non documentée windowsVerbatimArguments pour la manipulation de devis/similaire qui semble faire l'affaire, juste être sûr d'ajouter les éléments suivants à votre opte objet:
```
const opts = {
    windowsVerbatimArguments: true
};
```
et votre commande doit être de retour dans les affaires.
```
 spawn('ping', ['"8.8.8.8"'], { windowsVerbatimArguments: true });
```
- Ne pas citer les arguments à l'intérieur de la matrice
- C'est évidemment un exemple trivial de véhiculer le concept et donc les citations pourraient être supprimés. Cependant, il ya des cas où vous avez absolument besoin de citer les arguments (par exemple, si vous avez besoin pour passer un argument qui a un chemin avec un espace: "C:\Program Files\..."). Je l'ai posté ici parce que, même si elle peut ne pas avoir été la cause de votre erreur spécifique cas, il sera, nous l'espérons aider quelqu'un d'autre rencontre ce cryptique d'erreur en raison de Nœud de la gestion de devis sur Windows comme j'étais confronté.
- node.js déjà fait de la Magie Noire et silencieusement citations arguments "correctement". Votre exemple devrait fonctionner sans les sans papiers de l'option que vous mentionnez, par unquoting argument à l'intérieur de la matrice.
- Juste pour ajouter ma propre expérience, j'ai été l'exécution d'un processus java à partir de nœud. Cette erreur m'est arrivé parce que des guillemets autour de la commande, plutôt que de l'argument. Test avec des espaces dans le chemin de commande et il fonctionne toujours sans les guillemets
InformationsquelleAutor Joel B
0

solution dans mon cas
```
var spawn = require('child_process').spawn;

const isWindows = /^win/.test(process.platform); 

spawn(isWindows ? 'twitter-proxy.cmd' : 'twitter-proxy');
spawn(isWindows ? 'http-server.cmd' : 'http-server');
```
- Tandis que ce peut être une solution pour gagner des corrections spécifiques, je ne vois pas comment il permet de déboguer la cause réelle de la ENOENT
- Je n'ai aucune idée pourquoi, mais le spawn appel serait de travailler dans le nœud repl sans .cmd, mais ne parviennent pas à un tapuscrit plaisanterie de test. -- Cette erreur peut être assez difficile à comprendre, cette réponse mérite plus upvotes.
InformationsquelleAutor Dan Alboteanu
0

J'ai rencontré ce problème sur Windows, où l'appelant exec et spawn avec la même commande (sans arguments) a bien fonctionné pour exec (donc je savais que ma commande était sur $PATH), mais spawn donnerait ENOENT. S'est avéré que j'avais juste besoin d'ajouter .exe à la commande j'ai été en utilisant:
```
import { exec, spawn } from 'child_process';

//This works fine
exec('p4 changes -s submitted');

//This gives the ENOENT error
spawn('p4');

//But this resolves it
spawn('p4.exe');
//Even works with the arguments now
spawn('p4.exe', ['changes', '-s', 'submitted']);
```
InformationsquelleAutor MostlyArmless
0

Changer le env option?

Ensuite, regardez cette réponse.

J'étais en train de frayer un nœud de processus et TIL que vous devez répartir les variables d'environnement existant lorsque vous frayer sinon vous perdrez la PATH variable d'environnement et, éventuellement, d'autres plus importants.

C'était le correctif pour moi:
```
const nodeProcess = spawn('node', ['--help'], {
  env: {
    //by default, spawn uses `process.env` for the value of `env`
    //you can _add_ to this behavior, by spreading `process.env`
    ...process.env,
    OTHER_ENV_VARIABLE: 'test',
  }
});
```
InformationsquelleAutor Rico Kahler
0

Dans le cas où vous êtes confronté à ce problème avec une application dont la source vous ne pouvez pas modifier songer à invoquer avec la variable d'environnement NODE_DEBUG ensemble de child_process, par exemple NODE_DEBUG=child_process yarn test. Cela va vous fournir des informations susceptibles de lignes de commande ont été invoquées dans le répertoire et le plus souvent le dernier détail est la raison de l'échec.

InformationsquelleAutor Karl Richter
-2

Ajouter C:\Windows\System32\ à la path variable d'environnement.

Étapes
1. Aller à mon ordinateur et les propriétés
2. Cliquez sur paramètres Avancés
3. Puis sur variables d'Environnement
4. Sélectionnez Path et puis cliquez sur modifier
5. Collez le si n'est pas déjà présent: C:\Windows\System32\
6. Fermer l'invite de commande
7. Exécutez la commande que vous voulez exécuter
- C'est un doublon de chayasan réponse
InformationsquelleAutor vmit dhawan

Vous devez vous connecter pour publier un commentaire.

Comment puis-je debug “Erreur: spawn ENOENT” sur node.js?

Quand je reçois l'erreur suivante:

Quelle procédure puis-je suivre pour résoudre ce problème?

Étape 1: s'Assurer `spawn` est appelé le droit chemin

Étape 2: Identifier les Cas de l'Émetteur qui émet l'événement d'erreur

Étape 3: s'Assurer que la variable d'environnement `$PATH` est définie

Étape 4: Assurer `command` existe sur un répertoire de celles définies dans les `PATH`

Changer le `env` option?

Étapes

Quand je reçois l'erreur suivante:

Quelle procédure puis-je suivre pour résoudre ce problème?

Étape 1: s'Assurer spawn est appelé le droit chemin

Étape 2: Identifier les Cas de l'Émetteur qui émet l'événement d'erreur

Étape 3: s'Assurer que la variable d'environnement $PATH est définie

Étape 4: Assurer command existe sur un répertoire de celles définies dans les PATH

Changer le env option?

Étapes

Étape 1: s'Assurer `spawn` est appelé le droit chemin

Étape 3: s'Assurer que la variable d'environnement `$PATH` est définie

Étape 4: Assurer `command` existe sur un répertoire de celles définies dans les `PATH`

Changer le `env` option?