Node.js'de “Hata: spawn ENOENT” hata ayıklamasını nasıl yaparım?

Aşağıdaki hatayı aldığımda:

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)

Düzeltmek için hangi prosedürü takip edebilirim?

Yazar notu : Bu hatayla ilgili birçok sorun, bu soruyu ileride başvurmak üzere göndermem konusunda beni teşvik etti.

İlgili sorular:

• NODE_ENV = üretim ile spawn işlevi kullanılıyor
• node.js child_process.spawn ENOENT hatası - yalnızca gözetim altında
• ENOENT node.js hatası spawn
• /programming/27603713/nodejs-spawn-enoent-error-on-travis-calling-global-npm-package
• Düğüm JS - Grunt görevindeki child_process spawn ('npm install') ENOENT hatasına neden oluyor
• "Ustabaşı" görevi çalıştırılıyor Önemli hata: spawn ENOENT
• js düğümünde işlenmeyen hata olayı Hata: errnoException adresinde ENOENT spawn (child_process.js: 975: 11)
• Node.js SpookyJS: hello.js yürütülürken hata
• /programming/26572214/run-grunt-on-a-directory-nodewebkit
• Exe dosyasını Alt İşlem DüğümüJS ile çalıştırın
• Düğüm: child_process.spawn yolda olmasına rağmen Java üzerinde çalışmıyor (ENOENT)
• NodeJS ile spao ENOENT hatası (PYTHON ile ilgili)
• resim yeniden boyutlandırma node.js'de (partial.js) (yüklü olmayan bağımlılık) çalışmıyor
• npm yükleme hatası ENOENT (derleme bağımlılığı sorunu)
• Windows 7'ye node.js - oracle modülü yüklenemiyor (derleme bağımlılığı sorunu)
• Windows'da nodejs kullanarak gulp yüklerken hata (garip durum)

NOT: Bu hata hemen hemen her zaman komutun bulunmadığından, çalışma dizini olmadığından veya yalnızca Windows hatalarından kaynaklanır.

Temel nedeni hakkında fikir edinmek için kolay bir yol buldum:

Error: spawn ENOENT

Bu hatanın sorunu, hata mesajında, çağrı sitesinin nerede olduğunu, yani hangi yürütülebilir / komutun bulunmadığını söylemek için gerçekten çok az bilgi olması, özellikle çok fazla spawn çağrısı olan büyük bir kod tabanınız olduğunda . Öte yandan, hataya neden olan kesin komutu biliyorsanız , sorunu çözmek için @ laconbass 'cevabını takip edebiliriz .

@Laconbass 'cevabında önerildiği gibi kodunuzun her yerine olay dinleyicileri eklemek yerine, hangi komutun soruna neden olduğunu bulmanın çok kolay bir yolunu buldum. Ana fikir, orijinal spawn çağrısını spawn çağrısına gönderilen argümanları yazdıran bir sargı ile sarmaktır.

İşte sarmalayıcı işlevi, index.jssunucunuzun başlangıç ​​komut dosyasının üstüne veya her ne olursa olsun.

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

Daha sonra uygulamanızı bir sonraki çalıştırışınızda, yakalanmamış istisna mesajından önce şöyle bir şey göreceksiniz:

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

Bu şekilde hangi komutun gerçekten yürütüldüğünü kolayca öğrenebilir ve daha sonra nodların sorunu çözmek için çalıştırılabilir dosyayı neden bulamadığını öğrenebilirsiniz.

1. Adım: spawnDoğru şekilde adlandırıldığından emin olun

İlk olarak child_process.spawn (komut, argümanlar, seçenekler) için dokümanları inceleyin :

commandKomut satırı bağımsız değişkenleri ile verilen ile yeni bir işlem başlatır args. Atlanırsa, argsvarsayılan olarak boş bir Array olur.

Üçüncü argüman varsayılan olarak ek seçenekleri belirtmek için kullanılır:

{ cwd: undefined, env: process.env }

envYeni işlem tarafından görülebilecek ortam değişkenlerini belirtmek için kullanın , varsayılan değerdir process.env.

Komut satırı bağımsız değişkenleri koymadığınızdan commandve tüm spawnçağrının geçerli olduğundan emin olun . Bir sonraki adıma geçin.

Adım 2: Hata olayını yayan Olay Yayıcısını belirleme

Yapılan her çağrı için kaynak kodunu üzerinde ara spawnveya child_process.spawn, yani

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

ve orada 'hata' olayı için bir olay dinleyicisi ekleyin, böylece tam olarak 'İşlenmemiş' olarak atanan Olay Yayıcısını fark edersiniz. Hata ayıklamadan sonra, bu işleyici kaldırılabilir.

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

Yürüt ve 'hata' dinleyicinizin kaydedildiği dosya yolunu ve satır numarasını almalısınız. Gibi bir şey:

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

İlk iki satır hala

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

olmadıkça bu adımı tekrarlayın. Bir sonraki adıma geçmeden önce hata yayan dinleyiciyi tanımlamalısınız.

3. Adım: Ortam değişkeninin $PATHayarlandığından emin olun

İki olası senaryo vardır:

1. Varsayılan spawndavranışa güvenirsiniz, bu nedenle alt işlem ortamı ile aynı olur process.env.
2. Bağımsız değişken üzerinde bir envnesneyi spawngeçiren optionsaçıklıktasınız.

Her iki senaryoda da, PATHortaya çıkan alt işlemin kullanacağı ortam nesnesindeki anahtarı incelemelisiniz .

Senaryo 1 örneği

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

Senaryo 2 örneği

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

PATHundefinedspawnENOENTcommandYürütülebilir dosyaya mutlak bir yol olmadığı sürece herhangi bir yeri bulmak mümkün olmayacağından , (yani, ) olmaması hatayı yaymaya neden olur .

Doğru PATHşekilde ayarlandığında, bir sonraki adıma geçin. Bir dizin veya bir dizin listesi olmalıdır. Son durum olağan.

4. Adım: commandiçinde tanımlananların bir dizininde bulunduğundan emin olunPATH

ENOENTDosya adı command(yani, 'bazı komutlar') üzerinde tanımlanan dizinlerden en az birinde yoksa, Spawn hata verebilir PATH.

Öğesinin tam yerini bulun command. Çoğu linux dağıtımında, bu whichkomutla bir terminalden yapılabilir . Çalıştırılabilir dosyanın mutlak yolunu (yukarıdaki gibi) veya bulunup bulunmadığını söyler.

Komut olan ve çıkış Örnek kullanım Bulunan

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

Komut bulunmadığında hangisinin ve çıktısının örnek kullanımı

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

yanlış yüklenen programlar, bulunmayan bir komutun en yaygın nedenidir . Gerekirse her komut belgesine bakın ve yükleyin.

Komut basit bir komut dosyası olduğunda, dosyadaki bir dizinden erişilebilir olduğundan emin olun PATH. Değilse, ya birine taşıyın ya da bir bağlantı kurun.

PATHDoğru bir şekilde ayarlandığını ve commanderişilebilir olduğunu belirledikten sonra , çocuk sürecinizi spawn ENOENTatılmadan ortaya çıkarabilmelisiniz .

As @DanielImfeld doğrulttu , sen seçeneklerinde "cwd" belirtirseniz ENOENT atılmış, ancak verilen dizin mevcut değil.

Windows çözümü: Düğüm arası yumurtlamaspawn ile değiştirin . Örneğin, app.js dosyanızın başında böyle:

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

@ laconbass'ın yanıtı bana yardımcı oldu ve muhtemelen en doğru olanı.

Buraya geldim çünkü spawn'ı yanlış kullanıyordum. Basit bir örnek olarak:

bu yanlış:

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

bu yanlış:

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

doğru:

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

ancak, bu şekilde yapmanızı öneririm:

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

Bunun nedeni cp.on('exit', fn), bash kurulu olduğu sürece olayın her zaman cp.on('error', fn)tetiklenmesidir , aksi takdirde, ilk yolu kullanırsak, doğrudan 'npm' yi başlatırsak , olay ilk önce patlayabilir.

Windows'ta ENOENT için, https://github.com/nodejs/node-v0.x-archive/issues/2318#issuecomment-249355505 düzeltin.

örneğin spawn ('npm', ['-v'], {stdio: 'inherit'}) ile değiştirin:

• tüm node.js sürümü için:

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

• node.js 5.x ve üstü için:

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

Bu sorunla karşılaşanspawn herkes için, diğer tüm cevaplar yardımcı olmazsa ve Windows'taysanız, Windows'ta ve PATHEXTortam değişkeninde şu anda büyük bir sorun olduğunu ve belirli çağrıların nasıl ortaya çıkmasına bağlı olarak çalışabileceğini öğrenin target komutu yüklenir.

Benim durumumda, gerekli bağımlı sistem kaynaklarının yüklenmemesi nedeniyle bu hatayı alıyordum.

Daha spesifik olarak, ImageMagick kullanan bir NodeJS uygulaması var. Npm paketinin yüklü olmasına rağmen, çekirdek Linux ImageMagick kurulmadı. ImageMagick'i yüklemek için uygun bir yol aldım ve bundan sonra hepsi harika çalıştı!

pencerelerde, shell: true seçenek benim sorunum çözüldü:

yanlış:

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

doğru:

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

Değiştiriyor musun envSeçeneği ?

O zaman bu cevaba bak.

Bir düğüm işlemi ve TIL'i ortaya çıkarmaya çalışıyordum. PATH .

Bu benim için bir çözümdü:

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

Herkes bu sorunu ayıklamak için çok zaman harcamadan önce, çoğu zaman silerek çözülebilir node_modules paketleri ve yeniden .

Yüklemek:

Bir kilit dosyası varsa,

yarn install --frozen-lockfile

veya

npm ci

respectivly. o zaman değilse

yarn install

veya

npm i

Aynı problemle karşılaştım, ama düzeltmek için basit bir yol buldum. Öyle görünüyorspawn()Program kullanıcı tarafından PATH'a eklenmişse hata (örn. Normal sistem komutları çalışır).

Bunu düzeltmek için hangi modülü ( npm install --save which) kullanabilirsiniz:

// 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').execDaha özel bir hata mesajı için spawn yerine kullanın !

Örneğin:

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

Yürütülecek modülün kurulu olduğundan veya düğüm modülü değilse komutun tam yolundan emin olun

Test vakalarımı çalıştırırken de bu sinir bozucu problemi yaşıyordum, bu yüzden bunu aşmanın birçok yolunu denedim. Ama benim için yol , nodejs spawn işlevini içeren ana dosyanızı içeren dizinden test çalıştırıcınızı aşağıdaki gibi çalıştırmaktır :

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

Örneğin, bu dosya adı test.js'dir , bu nedenle onu içeren klasöre gidin . Benim durumumda, bu gibi test klasörü:

cd root/test/

sonra benim durumda test koşucuyu çalıştırmak mocha böylece şöyle olacak:

mocha test.js

Anlamak için bir günden fazla zamanımı boşa harcadım. Zevk almak!!

Arama execve spawntam olarak aynı komutla (bağımsız değişkenleri atlamak) için iyi çalıştı exec(bu yüzden komutumun açık olduğunu biliyordum $PATH), ancak spawnENOENT verecek Windows bu sorunla karşılaştım . Sadece .exekullandığım komuta eklemem gerektiği ortaya çıktı :

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

Debian Linux sistemindeki VS Code editöründen bir node.js programında hata ayıklamaya çalışırken bu hatayı alıyordum. Aynı şeyin Windows'ta iyi çalıştığını fark ettim. Daha önce burada verilen çözümler pek yardımcı olmadı çünkü herhangi bir “spawn” komutu yazmamıştım. Rahatsız edici kod muhtemelen Microsoft tarafından yazılmıştır ve VS Code programının başlığı altında gizlenmiştir.

Daha sonra node.js'nin Windows'ta düğüm olarak adlandırıldığını fark ettim, ancak Debian'da (ve muhtemelen Ubuntu gibi Debian tabanlı sistemlerde) buna nodejs denir. Bu yüzden bir takma ad oluşturdum - bir kök terminalden koştum

ln -s / usr / bin / düğüm / usr / local / bin / düğüm

ve bu sorunu çözdü. Aynı veya benzer bir prosedür muhtemelen node.js'nizin nodejs olarak adlandırıldığı ancak düğüm olarak adlandırılmasını bekleyen bir program çalıştırdığınız veya tam tersi olduğu durumlarda çalışır.

Windows Node.js kullanıyorsanız, konsoldan çalıştığını bildiğiniz, ancak Düğüm'de çalıştırılmadığında bildiğiniz bir komut vermenize neden olabilecek tırnakları işlerken bazı komik işler yapar. Örneğin şu olmalıdır çalışır:

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

ama başarısız olur. windowsVerbatimArgumentsHile yapıyor gibi görünen tırnak / benzerleri işlemek için fevkalade belgelenmemiş bir seçenek var , sadece opts nesnenize aşağıdakileri eklediğinizden emin olun:

const opts = {
    windowsVerbatimArguments: true
};

ve emriniz işe geri dönmelidir.

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

benim durumumda çözüm

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

Bu sorunu, kaynağını değiştiremediğiniz bir uygulamada yaşıyorsanız, bunu ortam değişkeni olarak NODE_DEBUGayarlanmış olarak çağırmayı düşünün child_process, ör NODE_DEBUG=child_process yarn test. Bu, hangi komut satırlarının hangi dizinde çağrıldığını ve başarısızlığın nedeni genellikle son ayrıntıyı size bildirir.

Bazı insanlar için bir ortam yolu veya başka bir sorun olsa da, Windows 10'da Visual Studio Code için Latex Workshop uzantısını yeni yükledim ve PDF'yi oluşturmaya / önizlemeye çalışırken bu hatayı gördüm. VS Code'u Yönetici olarak çalıştırmak sorunu benim için çözdü.

Windows 8 için aynı hatayı aldım. Sorun, sistem yolunuzun ortam değişkeni eksik olmasıdır. Sistem PATH değişkeninize "C: \ Windows \ System32 \" değerini ekleyin.

Ekle C:\Windows\System32\için pathortam değişkeni.

adımlar

1. Bilgisayarıma ve özelliklere git

2. Gelişmiş ayarlar'ı tıklayın

3. Sonra Ortam değişkenleri hakkında

4. Seçin Pathve ardından düzenle'yi tıklayın

5. Henüz yoksa aşağıdakileri yapıştırın: C:\Windows\System32\

6. Komut istemini kapatma

7. Çalıştırmak istediğiniz komutu çalıştırın