Як я налагоджую помилку "Помилка: spawn 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 = виробництво
• 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 Помилка: spawn ENOENT в errnoException (child_process.js: 975: 11)
• Node.js SpookyJS: помилка виконання hello.js
• /programming/26572214/run-grunt-on-a-directory-nodewebkit
• Запустіть EXE-файл за допомогою дочірнього процесу 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. Ключова ідея - обернути оригінальний нерестовий виклик обгорткою, яка друкує аргументи, що надсилаються на нерестовий виклик.

Ось функція обгортки, помістіть її вгорі 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' ]);

і підключіть туди слухача події для події "помилка", тож ви помітите точного випромінювача події, який кидає його як "Нерозроблений". Після налагодження цей обробник можна буде видалити.

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

Нерест може видавати ENOENTпомилку, якщо ім'я файлу 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)подія завжди буде спрацьовувати, доки встановлений bash, інакше cp.on('error', fn)подія може спершу розпочатись, якщо ми будемо використовувати її першим способом, якщо ми запустимо 'npm' безпосередньо.

Для ENOENT у Windows, https://github.com/nodejs/node-v0.x-archive/isissue/2318#issuecomment-249355505 виправте це.

наприклад, замініть spawn ('npm', ['-v'], {stdio: 'nasledit'}) на:

• для всіх версій 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 не був встановлений. Я зробив сприятливий спосіб встановити 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

шанобливо. якщо не тоді

yarn install

або

npm i

Я зіткнувся з тією ж проблемою, але знайшов простий спосіб її виправити. Виявляються spawn()помилки, якщо користувач додав програму до PATH (наприклад, працюють звичайні системні команди).

Щоб виправити це, ви можете використовувати будь модуль ( 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замість нересту для більш конкретного повідомлення про помилку!

наприклад:

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

Переконайтеся, що встановлений модуль встановлений або повний шлях до команди, якщо це не модуль вузла

Я також переживав цю набридливу проблему під час запуску тестових випадків, тому спробував багато способів подолати це. Але спосіб для мене полягає в тому, щоб запустити тестовий бігун з каталогу, який містить ваш основний файл, який включає вашу функцію нересту 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 Code в системі Debian Linux. Я помітив, що те саме працювало нормально у Windows. Раніше наведені тут рішення не дуже допомагали, оскільки я не писав жодних команд "spawn". Код правопорушення, імовірно, був написаний корпорацією Майкрософт та захований під кришкою програми VS Code.

Далі я помітив, що node.js називається node в Windows, але в Debian (і, імовірно, в системах на базі Debian, таких як Ubuntu) він називається nodejs. Тож я створив псевдонім - з кореневого терміналу я побіг

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

і це вирішило проблему. Ця ж чи подібна процедура, ймовірно, буде працювати в інших випадках, коли ваш node.js називається nodejs, але ви запускаєте програму, яка очікує, що вона буде називатися вузлом, або навпаки.

Якщо ви перебуваєте у 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 в якості адміністратора вирішив проблему для мене.

Я отримав таку ж помилку для Windows 8. Проблема полягає в тому, що змінної середовища у вашому системному шляху відсутня. Додайте значення "C: \ Windows \ System32 \" до змінної PATH вашої системи.

Додати C:\Windows\System32\до pathзмінної середовища.

Кроки

1. Перейдіть до мого комп’ютера та власності

2. Клацніть на Розширені налаштування

3. Потім на змінні середовища

4. Виберіть, Pathа потім натисніть на редагувати

5. Вставте наступне, якщо його ще немає: C:\Windows\System32\

6. Закрийте командний рядок

7. Запустіть команду, яку ви хотіли виконати