Как мне отладить «Ошибка: вызов ENOENT» на node.js?

Когда я получаю следующую ошибку:

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)

Какую процедуру я могу выполнить, чтобы исправить это?

Примечание автора : множество проблем с этой ошибкой побудило меня опубликовать этот вопрос для будущих ссылок.

Смежные вопросы:

• используя функцию порождения с NODE_ENV = production
• node.js child_process.spawn Ошибка ENOENT - только под наблюдением
• spawn ENOENT node.js ошибка
• /programming/27603713/nodejs-spawn-enoent-error-on-travis-calling-global-npm-package
• Узел JS - порождение child_process ('npm install') в задаче Grunt приводит к ошибке ENOENT
• Запуск задачи «бригадир». Неустранимая ошибка: порождает ENOENT.
• необработанное событие ошибки в узле js Ошибка: порождает ENOENT в errnoException (child_process.js: 975: 11)
• Node.js SpookyJS: ошибка при выполнении hello.js
• /programming/26572214/run-grunt-on-a-directory-nodewebkit
• Запустите исполняемый файл с дочерним процессом NodeJS
• Узел: child_process.spawn не работает на Java, даже если он находится в пути (ENOENT)
• ошибка ENOENT порождения с NodeJS (связанный с PYTHON)
• изменение размера изображения не работает в node.js (part.js) ( неустановленная зависимость)
• Ошибка установки npm ENOENT (проблема зависимости сборки)
• Не удается установить node.js - модуль Oracle в Windows 7 (проблема с зависимостью сборки)
• Ошибка установки gulp с помощью nodejs на Windows (странный случай)

ПРИМЕЧАНИЕ. Эта ошибка почти всегда возникает из-за того, что команда не существует, потому что рабочий каталог не существует или из-за ошибки Windows.

Я нашел очень простой способ понять причину:

Error: spawn ENOENT

Проблема этой ошибки в том, что в сообщении об ошибке действительно мало информации, чтобы сказать вам, где находится сайт вызова, т.е. какой исполняемый файл / команда не найден, особенно если у вас большая кодовая база, где много вызовов вызова , С другой стороны, если мы знаем точную команду, которая вызывает ошибку, тогда мы можем следовать ответу @laconbass, чтобы решить проблему.

Я нашел очень простой способ определить, какая команда вызывает проблему, вместо добавления прослушивателей событий в вашем коде, как предложено в ответе @laconbass. Основная идея заключается в том, чтобы обернуть исходный вызов spawn оболочкой, которая печатает аргументы, отправленные вызову spawn.

Вот функция-обертка, поместите ее в начало index.jsили любой другой сценарий запуска вашего сервера.

(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;
})();

Затем в следующий раз, когда вы запустите ваше приложение, перед сообщением с неперехваченным исключением вы увидите что-то вроде этого:

spawn called
{ '0': 'hg',
  '1': [],
  '2':
   { cwd: '/* omitted */',
     env: { IP: '0.0.0.0' },
     args: [] } }

Таким образом, вы можете легко узнать, какая команда на самом деле выполняется, а затем вы можете узнать, почему nodejs не может найти исполняемый файл для решения проблемы.

Шаг 1: Убедитесь, что spawnэто правильный путь

Сначала просмотрите документы для child_process.spawn (команда, аргументы, параметры) :

Запускает новый процесс с заданными commandаргументами командной строки в args. Если опущено, по argsумолчанию используется пустой массив.

Третий аргумент используется для указания дополнительных параметров, которые по умолчанию:

{ cwd: undefined, env: process.env }

Используется envдля указания переменных среды, которые будут видны новому процессу, по умолчанию process.env.

Убедитесь, что вы не вводите никаких аргументов командной строки, commandи весь spawnвызов действителен . Перейдите к следующему шагу.

Шаг 2. Определите источник событий, который генерирует событие ошибки

Поиск по исходному коду для каждого звонка spawnили child_process.spawn, т. Е.

spawn('some-command', [ '--help' ]);

и прикрепите туда прослушиватель событий для события error, чтобы вы точно заметили Emitter, который выбрасывает его как «Unhandled». После отладки этот обработчик может быть удален.

spawn('some-command', [ '--help' ])
  .on('error', function( err ){ throw err })
;

Выполните, и вы должны получить путь к файлу и номер строки, где был зарегистрирован ваш прослушиватель ошибок. Что-то вроде:

/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)

Если первые две строки еще

events.js:72
        throw er; // Unhandled 'error' event

сделайте этот шаг снова, пока их нет. Вы должны определить слушателя, который выдает ошибку, прежде чем перейти к следующему шагу.

Шаг 3. Убедитесь, что переменная среды $PATH установлена

Есть два возможных сценария:

1. Вы полагаетесь на spawnповедение по умолчанию , поэтому среда дочерних процессов будет такой же, как и process.env.
2. Вы просто передаете envобъект spawnв optionsаргумент.

В обоих сценариях вы должны проверить PATHключ объекта среды, который будет использоваться порожденным дочерним процессом.

Пример для сценария 1

// inspect the PATH key on process.env
console.log( process.env.PATH );
spawn('some-command', ['--help']);

Пример для сценария 2

var env = getEnvKeyValuePairsSomeHow();
// inspect the PATH key on the env object
console.log( env.PATH );
spawn('some-command', ['--help'], { env: env });

Отсутствие PATH(т.е. это undefined) заставит spawnизлучать ENOENTошибку , так как это не будет возможно найти какой - либо , commandесли это не абсолютный путь к исполняемому файлу.

Когда PATHправильно установлено, переходите к следующему шагу.Это должен быть каталог или список каталогов. Последний случай обычный.

Шаг 4: Убедитесь, что commandсуществует в каталоге тех, которые определены вPATH

Spawn может выдать ENOENTошибку, если имя файла command(то есть 'some-command') не существует хотя бы в одном из каталогов, определенных в PATH.

Найдите точное место command. В большинстве дистрибутивов Linux это можно сделать из терминала с помощью whichкоманды. Он скажет вам абсолютный путь к исполняемому файлу (как выше), или скажет, если он не найден.

Пример использования которого и его вывод, когда команда найдена

> which some-command
some-command is /usr/bin/some-command

Пример использования которого и его вывод, когда команда не найдена

> which some-command
bash: type: some-command: not found

неправильно установленные программы являются наиболее частой причиной не найденной команды. При необходимости обратитесь к документации по каждой команде и установите ее.

Когда команда представляет собой простой файл сценария, убедитесь, что он доступен из каталога на PATH. Если это не так, либо переместите его к одному, либо сделайте ссылку на него.

Как только вы определите, что PATHон правильно настроен и commandдоступен из него, вы сможете создавать дочерний процесс, не spawn ENOENTвызывая его.

Как указал @DanielImfeld , ENOENT будет выброшен, если вы укажете «cwd» в опциях, но данный каталог не существует.

Решение для Windows: замените spawnна узел-перекрестный спавн . Например, вот так в начале вашего app.js:

(function() {
    var childProcess = require("child_process");
    childProcess.spawn = require('cross-spawn');
})(); 

Ответ @ laconbass мне помог и, наверное, самый правильный.

Я пришел сюда, потому что я использовал спавн неправильно. В качестве простого примера:

это неверно:

const s = cp.spawn('npm install -D suman', [], {
    cwd: root
});

это неверно:

const s = cp.spawn('npm', ['install -D suman'], {
    cwd: root
});

это верно:

const s = cp.spawn('npm', ['install','-D','suman'], {
    cwd: root
});

Тем не менее, я рекомендую сделать это следующим образом:

const s = cp.spawn('bash');
s.stdin.end(`cd "${root}" && npm install -D suman`);
s.once('exit', code => {
   // exit
});

это потому, что тогда cp.on('exit', fn)событие будет всегда cp.on('error', fn)запускаться, пока установлена ​​bash, в противном случае событие может запускаться первым, если мы используем его первым способом, если мы запускаем 'npm' напрямую.

Для ENOENT в Windows https://github.com/nodejs/node-v0.x-archive/issues/2318#issuecomment-249355505 это исправить.

например, заменить spawn ('npm', ['-v'], {stdio: 'наследовать'}) на:

• для всей версии node.js:

  spawn(/^win/.test(process.platform) ? 'npm.cmd' : 'npm', ['-v'], {stdio: 'inherit'})

• для node.js 5.x и выше:

  spawn('npm', ['-v'], {stdio: 'inherit', shell: true})

Для тех, кто может наткнуться на это, если все остальные ответы не помогают, и вы находитесь в Windows, знайте, что в настоящее время существует большая проблема с spawnWindows и PATHEXTпеременная окружения, которая может привести к тому, что определенные вызовы не будут работать, в зависимости от того, как целевая команда установлена.

В моем случае я получал эту ошибку из-за того, что не были установлены необходимые зависимые системные ресурсы.

В частности, у меня есть приложение NodeJS, которое использует ImageMagick. Несмотря на установленный пакет npm, ядро ​​Linux ImageMagick не было установлено. Я сделал apt-get для установки ImageMagick, и после этого все работало отлично!

в Windows, просто добавив shell: trueопцию, решил мою проблему:

неправильно:

const { spawn } = require('child_process');
const child = spawn('dir');

верный:

const { spawn } = require('child_process');
const child = spawn('dir', [], {shell: true});

Вы меняете envопцию?

Тогда посмотрите на этот ответ.

Я пытался порождать процесс узла и TIL, чтобы вы распространяли существующие переменные окружения, когда вы порождаете, иначе вы потеряете PATHпеременную окружения и, возможно, другие важные.

Это было исправление для меня:

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',
  }
});

Прежде чем кто-либо потратит много времени на отладку этой проблемы, большую часть времени она может быть решена путем удаления node_modulesи переустановки пакетов.

Установить:

Если существует файл блокировки, вы можете использовать

yarn install --frozen-lockfile

или

npm ci

respectivly. если нет то

yarn install

или

npm i

Я столкнулся с той же проблемой, но нашел простой способ ее исправить. Это кажется spawn()ошибкой, если программа была добавлена ​​в PATH пользователем (например, работают нормальные системные команды).

Чтобы это исправить, вы можете использовать which 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']);

Используйте require('child_process').execвместо spawn для более конкретного сообщения об ошибке!

например:

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);
});

Убедитесь, что модуль для выполнения установлен или полный путь к команде, если это не модуль узла

Я также проходил через эту досадную проблему, выполняя свои тестовые случаи, поэтому я попробовал много способов решить эту проблему. Но способ для меня - запустить ваш тестовый прогон из каталога, в котором находится ваш главный файл, который включает в себя функцию spawn для nodejs, примерно так:

nodeProcess = spawn('node',params, {cwd: '../../node/', detached: true });

Например, это имя файла test.js , поэтому просто перейдите в папку, в которой он находится . В моем случае это тестовая папка:

cd root/test/

тогда от запуска вашего тестового бегуна в моем случае его мокко, так что это будет так:

mocha test.js

Я потратил больше одного дня, чтобы понять это. Наслаждаться!!

Я столкнулся с этой проблемой в Windows, где вызов execи spawnс точно такой же командой (без аргументов) работал нормально exec(поэтому я знал, что моя команда была включена $PATH), но spawnдал ENOENT. Оказалось, что мне просто нужно добавить .exeкоманду, которую я использовал:

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']);

Я получал эту ошибку при попытке отладки программы node.js из редактора кода VS в системе Debian Linux. Я заметил, что та же самая вещь работала хорошо на Windows. Решения, ранее приведенные здесь, не сильно помогли, потому что я не написал никаких команд "spawn". Оскорбительный код предположительно был написан Microsoft и спрятан под капотом программы VS Code.

Затем я заметил, что node.js называется node в Windows, но в Debian (и, вероятно, в системах на основе Debian, таких как Ubuntu) он называется nodejs. Итак, я создал псевдоним - из корневого терминала я запустил

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

и это решило проблему. Эта же или аналогичная процедура, вероятно, будет работать в других случаях, когда ваш node.js называется nodejs, но вы запускаете программу, которая ожидает, что он будет назван node, или наоборот.

Если вы работаете в Windows, Node.js делает несколько забавных операций с кавычками, что может привести к тому, что вы введете команду, которая, как вы знаете, работает из консоли, но не работает при работе в Node. Например, должно работать следующее :

spawn('ping', ['"8.8.8.8"'], {});

но не удается. Есть фантастически недокументированная опция windowsVerbatimArgumentsдля обработки кавычек / подобных, которая, кажется, делает свое дело, просто добавьте следующее к вашему объекту opts:

const opts = {
    windowsVerbatimArguments: true
};

и ваша команда должна вернуться в дело.

 spawn('ping', ['"8.8.8.8"'], { windowsVerbatimArguments: true });

решение в моем случае

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');

В случае , если вы столкнулись с этой проблемой с приложением, источником которого вы не можете изменить рассмотреть применение его с помощью переменной окружения NODE_DEBUGнабора к child_process, например NODE_DEBUG=child_process yarn test. Это предоставит вам информацию о том, какие командные строки были вызваны, в каком каталоге и, как правило, последняя деталь является причиной сбоя.

Хотя для некоторых людей это может быть путь к среде или другая проблема, я только что установил расширение Latex Workshop для кода Visual Studio в Windows 10 и увидел эту ошибку при попытке создать / просмотреть PDF. Запуск VS Code от имени администратора решил проблему для меня.

Я получил ту же ошибку для Windows 8. Проблема в том, что отсутствует переменная окружения вашего системного пути. Добавьте значение «C: \ Windows \ System32 \» в системную переменную PATH.

Добавить C:\Windows\System32\кpath переменную окружения.

меры

1. Перейти на мой компьютер и свойства

2. Нажмите на Дополнительные настройки

3. Тогда по переменным среды

4. Выберите, Pathа затем нажмите на редактировать

5. Вставьте следующее, если его еще нет: C:\Windows\System32\

6. Закройте командную строку

7. Запустите команду, которую вы хотели запустить