本机错误:ENOSPC:系统限制的文件监视器数量已达到

我已经设置了一个新的空白反应本机应用程序。

在安装了几个节点模块后，我得到了这个错误。

Running application on PGN518.
internal/fs/watchers.js:173
   throw error;
   ^

Error: ENOSPC: System limit for number of file watchers reached, watch '/home/badis/Desktop/react-native/albums/node_modules/.staging'
   at FSWatcher.start (internal/fs/watchers.js:165:26)
   at Object.watch (fs.js:1253:11)
   at NodeWatcher.watchdir (/home/badis/Desktop/react-native/albums/node modules/sane/src/node watcher. js:175:20)
   at NodeWatcher.<anonymous> (/home/badis/Desktop/react-native/albums/node modules/sane/src/node watcher. js:310:16)
   at /home/badis/Desktop/react-native/albums/node modules/graceful-fs/polyfills.js:285:20
   at FSReqWrap.oncomplete (fs.js:154:5)

我知道这与没有足够的空间让守望者监视所有文件更改有关。

我想知道在这里采取的最佳行动是什么?

我应该忽略node_modules文件夹添加到.watchmanconfig ?

当前回答

虽然几乎每个人都建议增加观看人数，但我不同意这是一个解决方案。在我的情况下，我想完全禁用watcher，因为测试运行在CI上使用vi -cli插件，启动web-pack-dev服务器为每个测试。

问题是:当几个构建同时运行时，它们会失败，因为达到了观察者的限制。

首先，我尝试将以下内容添加到vue.config.js中:

module.exports = {
  devServer: {
    hot: false,
    liveReload: false
  }
}

裁判:https://github.com/vuejs/vue-cli/issues/4368 # issuecomment - 515532738

而且它可以在本地工作，但不能在CI上工作(显然，由于某种模糊的原因，它在第二天也停止了在本地工作)。

在调查了web-pack-dev服务器文档后，我发现: https://webpack.js.org/configuration/watch/#watch

然后是这个: https://github.com/vuejs/vue-cli/issues/2725#issuecomment-646777425

长话短说这最终解决了问题:

vue.config.js

module.exports = {
publicPath: process.env.PUBLIC_PATH,
devServer: {
    watchOptions: {
        ignored: process.env.CI ? "./": null,
  },
}

}

Vue 2.6.14版本

2021-07-22 10:17:13

其他回答

另一个简单而好的解决方案是将这个添加到jest配置中:

watchPathIgnorePatterns: ["<rootDir>/node_modules/", "<rootDir>/.git/"]

这将忽略指定的目录，以减少被扫描的文件

2021-05-13 16:27:49

如果你已经添加了2个修复:fs.inotify.max_user_watches=524288

重启机器，一切都会恢复正常的将引起问题的文件夹(对我来说是node_modules)重命名为任意名称(node_modilesa)，然后重新命名。这将删除linux放在这些文件夹上的手表。允许您再次正常编码。

2022-09-25 21:50:52

Linux使用inotify包来观察文件系统事件、单个文件或目录。

由于React / Angular会在保存时热加载和重新编译文件，所以它需要跟踪所有项目的文件。增加inotify监视限制应该会隐藏警告消息。

你可以试着编辑

# insert the new value into the system config
echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf && sudo sysctl -p

# check that the new value was applied
cat /proc/sys/fs/inotify/max_user_watches

# config variable name (not runnable)
fs.inotify.max_user_watches=524288

2019-04-19 14:34:06

来自官方文件:

“Visual Studio Code无法监视此大工作区中的文件更改”(错误ENOSPC)

当你看到这个通知时，它表明VS Code文件监视器正在用完句柄，因为工作区很大，包含很多文件。可以通过运行以下命令查看当前限制:

猫/proc/sys/fs/inotify/max_user_watches

可以通过编辑将限制增加到最大值

/etc/sysctl.conf

并将这一行添加到文件的末尾:

fs.inotify.max_user_watches = 524288

然后可以通过运行加载新值

Sudo sysctl -p

请注意Arch Linux的工作方式略有不同，详细信息请参见增加inotify观察者的数量。

虽然524,288是可以观看的最大文件数量，但如果您处于内存特别受限的环境中，您可能希望降低这个数字。每个文件手表占用540字节(32位)或~1kB(64位)，因此假设所有524,288块手表都被消耗掉了，结果是大约256MB(32位)或512MB(64位)的上限。

另一个选择

是排除特定的工作空间目录从VS Code文件监视器的文件。watcherExclude设置。文件的默认值。watcherExclude排除了node_modules和.git下的一些文件夹，但是你可以添加其他你不想让VS Code跟踪的目录。

"files.watcherExclude": {
    "**/.git/objects/**": true,
    "**/.git/subtree-cache/**": true,
    "**/node_modules/*/**": true
  }

2019-08-30 14:30:57

根本原因

上面的大多数回答都在谈论提高限制，而不是消除根本原因，这通常只是冗余监视的问题，通常是针对node_modules中的文件。

Webpack

答案在webpack 5文档中: watchOptions:{被忽略:/node_modules/}

只需在这里阅读:https://webpack.js.org/configuration/watch/#watchoptionsignored

文档甚至提到这是一个“提示”，引用如下:

如果观察对你不起作用，试试这个方法。这可能会有所帮助 NFS和VirtualBox、WSL、容器或机器中的问题码头工人。在这些情况下，使用轮询间隔并忽略large 文件夹，如/node_modules/，以保持CPU的使用最小化。

VS代码

VS Code或任何代码编辑器也会创建大量的文件监视。默认情况下，其中许多是完全多余的。更多信息请点击:https://code.visualstudio.com/docs/setup/linux#_visual-studio-code-is-unable-to-watch-for-file-changes-in-this-large-workspace-error-enospc

2021-12-21 13:21:25

本机错误:ENOSPC:系统限制的文件监视器数量已达到

推荐文章

最新文章

标签