Watcher is failing, by default, on Linux
See original GitHub issueWhen @Elchi3 tested yarn start
it crashes the watcher
(with an unhandled error too!) because his system couldn’t cope with that many open files. By default.
He fixed his system by (blindly) following the tips here: https://github.com/guard/listen/wiki/Increasing-the-amount-of-inotify-watchers#the-technical-details
Somehow we need to cope with this better for our Linux users.
Issue Analytics
- State:
- Created 3 years ago
- Reactions:1
- Comments:11 (10 by maintainers)
Top Results From Across the Web
[Debian] File watcher failed repeatedly and is disabled
I am getting the following error: [Debian] File watcher failed ... i think its the default file watcher that checks if files are...
Read more >Ubuntu Increase Inotify Watcher (File Watch Limit)
Listen uses inotify by default on Linux to monitor directories for changes. It's not uncommon to encounter a system limit on the number...
Read more >React Native Error: ENOSPC: System limit for number of file ...
Listen uses inotify by default on Linux to monitor directories for changes. It's not uncommon to encounter a system limit on the number...
Read more >watch(1) - Linux manual page - man7.org
This allows you to watch the program output change over time. By default, command is run every 2 seconds and watch will run...
Read more >Watcher | Kibana Guide [8.5] - Elastic
Watcher is an Elasticsearch feature that you can use to create actions based on conditions, which are periodically evaluated using queries on your...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
I suggest we support running the server without the watcher. Modifying system settings should be a last resort.
It would also be okay to just document this for now as it’s a common issue. But I would prefer making it optional.
It’s been a while since I looked at that, but what’s wrong with adding a
watcher.on("error" …)
? As long as we can “inject” aconsole.log()
before it re-throws, I think we can make life easier for people.