Node.js: ENOSPC Hatası nedir ve nasıl düzeltilir?

Node.js ve sunucuya dosya yükleme ile ilgili bir sorunum var. Dosyaları sunucuya yüklemek için bu eklentiyi kullanıyorum . Sunucuya dosya yüklemeye başlarken, Node.js işlemi çöktü ve hatayı göster:

Hata: ENOSPC.

Sunucu kodu çalışmaz.

$ df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/xvda1      7.9G  4.1G  3.5G  55% /
udev            288M  8.0K  288M   1% /dev
tmpfs           119M  168K  118M   1% /run
none            5.0M     0  5.0M   0% /run/lock
none            296M     0  296M   0% /run/shm
/dev/xvdf       9.9G  3.0G  6.5G  32% /vol
overflow        1.0M  1.0M     0 100% /tmp

ENOSPC'yi önlemek için aşağıdaki komutu çalıştırın:

echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf && sudo sysctl -p

Arch Linux için bu satırı şuraya ekleyin /etc/sysctl.d/99-sysctl.conf:

fs.inotify.max_user_watches=524288

Sonra yürütün:

sysctl --system

Bu aynı zamanda yeniden başlatmalarda da devam edecektir. Teknik Detaylar Kaynak

ENOSPC sürücüde yer olmadığı anlamına gelir.

Belki /tmpdolu mu? npmAyarlayarak farklı bir geçici klasör kullanmak üzere yapılandırabilir npm config set tmp /path/to/some/other/dirveya /tmpklasördeki her şeyi silebilirsiniz .

Kaynak: npm 1.1.21 yazamıyor, ENOSPC npm'in github repo'sunda.

Not Sorunumu yukarıdaki kaynakta açıklanan şekilde çözdüm. Ancak, daha kapsamlı olan Murali Krishna'nın aşağıdaki cevabına bakınız.

Bunun için kredi alınamıyor, ancak @grenadenpm dedupe belirtiyi değil nedeni (çok fazla dosya) gidereceğini belirtti .

Kaynak: Grunt watch hatası - Bekliyor… Önemli hata: ENOSPC'yi izle .

Sorunumu çözmenin basit bir yolu:

npm cache clear

npm veya onun tarafından kontrol edilen bir işlem çok fazla dosya izliyor. Derleme düğümündeki max_user_watches öğesinin güncellenmesi sonsuza kadar düzeltebilir. Debian için aşağıdakileri terminale koyun:

echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf && sudo sysctl -p

Nasıl inotify izleyici miktarını artırmak istiyorsanız sadece linke tıklayın.

Makineyi yeniden başlatmak sorunu benim için çözdü. İlk olarak silmeyi denedim /tmp/ama düğüm hala şikayet ediyordu.

Linux'ta bu, dosya izleme sayısı için bir sınır olacaktır.

Geliştirme sunucusu inotify'ı sıcak yeniden yüklemeyi uygulamak için kullanır . İnotify API, geliştirme sunucusunun dosyaları izlemesine ve değiştiğinde bilgilendirilmesine izin verir.

Varsayılan inotify dosya izleme limiti dağıtımdan dağıtıma değişir (Fedora'da 8192). Geliştirme sunucusunun ihtiyaçları genellikle bu sınırı aşıyor.

En iyi yaklaşım, dosya izleme sınırını geçici olarak artırmayı denemek ve bundan memnunsanız kalıcı bir yapılandırma değişikliği yapmaktır. Ancak bunun yalnızca düğümün değil tüm sisteminizin yapılandırmasını değiştirdiğini unutmayın.

Mevcut sınırınızı görüntülemek için:

sysctl fs.inotify.max_user_watches

Geçici olarak yeni bir sınır belirlemek için:

# this limit will revert after reset
sudo sysctl fs.inotify.max_user_watches=524288
sudo sysctl -p
# now restart the server and see if it works

Kalıcı bir sınır belirlemek için:

echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf
sudo sysctl -p

Ubuntu 18.04'te, iyonik / düğüm tarafından izlenen dosyayı yeniden etkinleştirmek için kullandığım bir numara denedim ve burada da çalışıyor. Bu, sistem conf dosyalarına erişimi olmayanlar için yararlı olabilir.

CHOKIDAR_USEPOLLING=1 npm start

Tüm izci kontrol süreçlerini öldürme sorunumu çözdüm (komut dosyası bir sunucuda çalışıyorsa, durumunuzu değil, GDM kullanıyorsanız deneyebilirsiniz)

tracker-control -r

Kurulumum: GNOME 3 ile Arch

/tmpBir linux dosya sistemindeki bağlantınız taşma olarak (genellikle 1 MB boyutunda) monte edilirse , bunun nedeni büyük olasılıkla /tmpkendi bölümü olarak belirtmemeniz ve kök dosya sisteminizin doldurulması ve /tmpyedek olarak yeniden takılmasıdır.

Alanı temizledikten sonra bunu düzeltmek için yedeklemeyi sökün ve orijinal noktasında yeniden takılmalıdır:

sudo umount overflow

ember serverKomutu çalıştırmayı denerken bu hatayla karşılaşırsanız lütfen rm -rf tmpdizin. Sonra ember stekrar çalıştırın . Bana yardımcı oldu.

Aynı hatayla karşılaşıyordum. Reactjs uygulamasını çalıştırırken. Ne yaptığım sadece node_modules klasörünü kaldırın ve node_modules yazın ve tekrar yükleyin. Bu hatayı kaldırır.

Benim için bir kullanıcının sahip olabileceği maksimum dosya sayısına ulaşmıştım

Numaralarınızı quota -sve dosyaların altındaki sayının kotaya çok yakın olmadığını kontrol edin

Bu çok garip geliyor, ancak evet, bir sistem yeniden başlatılır veya killall nodesorunu benim için çözer.

Benim durumumda, linux üzerinde, sudoing sorunu çözdü.

Misal:

sudo gulp dev