Node.js: lỗi ENOSPC là gì và cách giải quyết?

Tôi gặp sự cố với Node.js và tải tệp lên máy chủ. Để tải tập tin lên máy chủ, tôi sử dụng plugin này . Khi bắt đầu tải tệp lên máy chủ, quá trình Node.js bị lỗi và hiển thị lỗi:

Lỗi: ENOSPC.

Mã máy chủ không chạy.

$ 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

Chạy lệnh dưới đây để tránh ENOSPC:

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

Đối với Arch Linux, thêm dòng này vào /etc/sysctl.d/99-sysctl.conf:

fs.inotify.max_user_watches=524288

Sau đó thực hiện:

sysctl --system

Điều này cũng sẽ tiếp tục trên các lần khởi động lại. Chi tiết kỹ thuật nguồn

ENOSPC có nghĩa là không có không gian trên ổ đĩa.

Có lẽ /tmplà đầy đủ? Bạn có thể định cấu hình npmđể sử dụng thư mục tạm thời khác bằng cách cài đặt npm config set tmp /path/to/some/other/dirhoặc có thể xóa mọi thứ khỏi /tmpthư mục.

Nguồn: npm 1.1,21 không thể ghi, ENOSPC trong repo của npm trong github.

Lưu ý tôi đã giải quyết vấn đề của mình theo cách được mô tả trong nguồn trên. Tuy nhiên, hãy xem câu trả lời của Murali Krishna dưới đây, toàn diện hơn.

Không thể tin vào điều này, nhưng @grenade chỉ ra rằng npm dedupesẽ khắc phục nguyên nhân (quá nhiều tệp) và không phải là triệu chứng.

Nguồn: Lỗi đồng hồ Grunt - Đang chờ lỗi Lỗi nghiêm trọng: xem ENOSPC .

Một cách đơn giản để giải quyết vấn đề của tôi là:

npm cache clear

npm hoặc một quá trình được kiểm soát bởi nó đang xem quá nhiều tệp. Cập nhật max_user_watches trên nút xây dựng có thể sửa nó mãi mãi. Đối với debian đặt như sau trên thiết bị đầu cuối:

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

Nếu bạn muốn biết làm thế nào Tăng số lượng người theo dõi inotify chỉ nhấp vào liên kết.

Khởi động lại máy đã giải quyết vấn đề cho tôi. Lần đầu tiên tôi thử lau /tmp/nhưng nút vẫn phàn nàn.

Trên Linux, đây có thể là một giới hạn về số lượng đồng hồ tệp.

Máy chủ phát triển sử dụng inotify để thực hiện tải lại nóng. API inotify cho phép máy chủ phát triển xem các tệp và được thông báo khi chúng thay đổi.

Giới hạn xem tệp inotify mặc định thay đổi từ phân phối đến phân phối (8192 trên Fedora). Nhu cầu của máy chủ phát triển thường vượt quá giới hạn này.

Cách tiếp cận tốt nhất là thử tạm thời tăng giới hạn xem tệp, sau đó thực hiện thay đổi cấu hình vĩnh viễn nếu bạn hài lòng với nó. Tuy nhiên, lưu ý rằng điều này thay đổi toàn bộ cấu hình hệ thống của bạn, không chỉ nút.

Để xem giới hạn hiện tại của bạn:

sysctl fs.inotify.max_user_watches

Để tạm thời đặt giới hạn mới:

# 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

Để đặt giới hạn vĩnh viễn:

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

Trên Ubuntu 18.04, tôi đã thử một mẹo mà tôi đã sử dụng để kích hoạt lại tệp đang xem bằng ionic / nút và nó cũng hoạt động ở đây. Điều này có thể hữu ích cho những người không có quyền truy cập vào tệp conf hệ thống.

CHOKIDAR_USEPOLLING=1 npm start

Tôi đã giải quyết vấn đề của mình bằng cách tiêu diệt tất cả các quy trình kiểm soát theo dõi (bạn có thể thử nếu bạn sử dụng GDM, rõ ràng không phải trường hợp của bạn nếu tập lệnh đang chạy trên máy chủ)

tracker-control -r

Thiết lập của tôi: Arch với Gnome 3

Nếu giá trị /tmpgắn kết của bạn trên hệ thống tệp linux được gắn dưới dạng tràn (thường có kích thước 1MB), thì điều này có thể là do bạn không chỉ định /tmplà phân vùng riêng và hệ thống tệp gốc của bạn được lấp đầy và /tmpđược xem là dự phòng.

Để khắc phục điều này sau khi bạn đã xóa không gian, chỉ cần ngắt kết nối dự phòng và nó sẽ hiển thị lại tại điểm ban đầu:

sudo umount overflow

Nếu bạn gặp lỗi này trong khi cố gắng chạy ember serverlệnh xin vui lòng rm -rf tmpthư mục. Sau đó chạy ember slại. Nó đã giúp đỡ tôi.

Tôi đã có cùng một lỗi. Trong khi tôi chạy ứng dụng Reactjs. Những gì tôi làm chỉ là loại bỏ thư mục node_modules và gõ và cài đặt lại node_modules. Điều này loại bỏ lỗi.

Đối với tôi, tôi đã đạt đến số lượng tệp tối đa mà người dùng có thể sở hữu

Kiểm tra số của bạn với quota -svà số đó trong tệp không quá gần với hạn ngạch

Điều này nghe có vẻ rất kỳ quặc, nhưng đúng vậy, một hệ thống khởi động lại hoặc killall nodegiải quyết vấn đề cho tôi.

Trong trường hợp của tôi, trên linux, sudoing đã khắc phục vấn đề.

Thí dụ:

sudo gulp dev