Cypress crashing on Linux > System limit for number of file watchers reached 'package.json' #6960

jakub-bao · 2020-04-07T17:01:26Z

Hi, daily user of Cypress here.
Just found this corner case where Cypress.js is crashing.

Steps to reproduce

Not exactly sure but overall this is the scenario.

Open a bunch of processes which subscribe to package.json changes. In my case: two WebStorm windows & react build tools
Open Cypress, open the project directory and run all tests in Chrome
Cypress will crash right after opening Chrome with the following output:

Cypress process output

 {
  errno: -28,
  syscall: 'watch',
  code: 'ENOSPC',
  path: '/home/jake/DEV/dedupe-refresh/package.json',
  filename: '/home/jake/DEV/dedupe-refresh/package.json'
}
Error: ENOSPC: System limit for number of file watchers reached, watch '/home/jake/DEV/dedupe-refresh/package.json'
    at FSWatcher.start (internal/fs/watchers.js:165:26)
    at Object.watch (fs.js:1329:11)
    at createFsWatchInstance (/home/jake/.cache/Cypress/4.3.0/Cypress/resources/app/packages/server/node_modules/watchify/node_modules/chokidar/lib/nodefs-handler.js:38:15)
    at setFsWatchListener (/home/jake/.cache/Cypress/4.3.0/Cypress/resources/app/packages/server/node_modules/watchify/node_modules/chokidar/lib/nodefs-handler.js:81:15)
    at FSWatcher.NodeFsHandler._watchWithNodeFs (/home/jake/.cache/Cypress/4.3.0/Cypress/resources/app/packages/server/node_modules/watchify/node_modules/chokidar/lib/nodefs-handler.js:233:14)
    at FSWatcher.NodeFsHandler._handleFile (/home/jake/.cache/Cypress/4.3.0/Cypress/resources/app/packages/server/node_modules/watchify/node_modules/chokidar/lib/nodefs-handler.js:262:21)
    at FSWatcher.<anonymous> (/home/jake/.cache/Cypress/4.3.0/Cypress/resources/app/packages/server/node_modules/watchify/node_modules/chokidar/lib/nodefs-handler.js:495:21)
    at callback (/home/jake/.cache/Cypress/4.3.0/Cypress/resources/app/packages/server/node_modules/graceful-fs/polyfills.js:289:20)
    at FSReqCallback.oncomplete (fs.js:159:5)

GET /__cypress/tests?p=cypress/support/index.js-271 - - ms - -
GET /__cypress/tests?p=cypress/integration/2.rwandaAllDedupes.test.js-101 - - ms - -
GET /__cypress/tests?p=cypress/integration/1.filterOptions.test.js-697 - - ms - -
/home/jake/.cache/Cypress/4.3.0/Cypress/Cypress --no-sandbox -- --cwd /home/jake/DEV/dedupe-refresh[19436]: ../../third_party/electron_node/src/node_platform.cc:449:std::shared_ptr<PerIsolatePlatformData> node::NodePlatform::ForIsolate(v8::Isolate *): Assertion `data' failed.
The Test Runner unexpectedly exited via a exit event with signal SIGABRT

Please search Cypress documentation for possible solutions:

https://on.cypress.io

Check if there is a GitHub issue describing this crash:

https://github.com/cypress-io/cypress/issues

Consider opening a new issue.

----------

Platform: linux (Ubuntu Linux - 19.10)
Cypress Version: 4.3.0

System

Ubuntu 19.10
Cypress 4.3.0
node.js v12.16.1

Thanks! I love cypress. Let me know if I can provide more info.

The text was updated successfully, but these errors were encountered:

jennifer-shehane · 2020-04-08T05:19:11Z

I'd suggest increasing the limit for the number of file watchers your system can watch https://github.com/guard/listen/wiki/Increasing-the-amount-of-inotify-watchers#the-technical-details

jakub-bao · 2020-04-08T16:01:50Z

@jennifer-shehane True, I am going to do that.

However, I'd suggest the expected behavior should be not to crash the entire process over this.

jakub-bao · 2020-04-08T16:04:07Z

Also, FYI, I have file watching explicitly disabled in cypress.json, but it's still crashing:

{
  "baseUrl": "http://localhost:3003",
  "watchForFileChanges": false,
  "defaultCommandTimeout": 10000
}

berviantoleo · 2021-07-08T10:37:25Z

Hi,

I think I meet the same problem that the options for disabling file watch do not work (it's happened at 7.7.0):

https://github.com/berviantoleo/react-multi-crop/runs/3018043472?check_suite_focus=true

Since my configuration like this:

https://github.com/berviantoleo/react-multi-crop/blob/master/examples/demo/cypress.json

But it's fine when at 7.6.0:

https://github.com/berviantoleo/react-multi-crop/runs/2958413049?check_suite_focus=true

ckxddd0324 · 2021-07-14T02:52:03Z

Can we reopen this or do we create a separate issue for this? I am seeing in my project with this issue as well.

sterling · 2021-07-15T20:59:19Z

I am running into this on 7.7.0. This is despite using cypress run, which the documentation suggests should not be watching files. I've tried setting watchForFileChanges to false via the command line and cypress.json, but neither seems to take effect. I am running using the docker image cypress/included:7.7.0

adi518 · 2021-07-21T12:09:43Z

Also, FYI, I have file watching explicitly disabled in cypress.json, but it's still crashing:
{
  "baseUrl": "http://localhost:3003",
  "watchForFileChanges": false,
  "defaultCommandTimeout": 10000
}

It doesn't make sense to put it in the config file, because you do want it to watch for changes while writing/debugging tests. The correct way is to pass an override through the CLI:

cypress run --config watchForFileChanges=false

See: https://docs.cypress.io/guides/guides/command-line#cypress-run-config-lt-config-gt

Asharma86 · 2021-07-21T13:27:32Z

Also, FYI, I have file watching explicitly disabled in cypress.json, but it's still crashing:
{
  "baseUrl": "http://localhost:3003",
  "watchForFileChanges": false,
  "defaultCommandTimeout": 10000
}
It doesn't make sense to put it in the config file, because you do want it to watch for changes while writing/debugging tests. The correct way is to pass an override through the CLI:
cypress run --config watchForFileChanges=false
See: https://docs.cypress.io/guides/guides/command-line#cypress-run-config-lt-config-gt

@adi518 , I agree with your approach but did this work for you though? it did not for me. Thanks.

Asharma86 · 2021-07-21T13:38:25Z

I'd suggest increasing the limit for the number of file watchers your system can watch https://github.com/guard/listen/wiki/Increasing-the-amount-of-inotify-watchers#the-technical-details

@jennifer-shehane, this is becoming a blocking issue for many devs out here, could it be prioritized higher in your teams list? it would be highly appreciated.

A couple of thoughts:

This is happening for my team in our CI environment where it is not easy to make changes for large enterprises.
As @jakub-bao pointed out earlier, this should not fail the whole process. I think test should continue to run with auto-disabling of watcher and a warning about watcher reaching limit.

Thanks,
Ankit

adi518 · 2021-07-21T13:53:51Z

Also, FYI, I have file watching explicitly disabled in cypress.json, but it's still crashing:
{
  "baseUrl": "http://localhost:3003",
  "watchForFileChanges": false,
  "defaultCommandTimeout": 10000
}
It doesn't make sense to put it in the config file, because you do want it to watch for changes while writing/debugging tests. The correct way is to pass an override through the CLI:
cypress run --config watchForFileChanges=false
See: https://docs.cypress.io/guides/guides/command-line#cypress-run-config-lt-config-gt
@adi518 , I agree with your approach but did this work for you though? it did not for me. Thanks.

You are right, it doesn't work. I just tried it myself, since I have the same issue. Seems like the only workarounds now are to to modify the limit or downgrade Cypress to 7.6.0 (in package.json -> "cypress": "7.6.0"), notice the fixed version, otherwise it will still install 7.7.0.

elevatebart · 2021-07-26T15:10:55Z

Thank you @Asharma86 for connecting the two issues,

I apologize for not responding earlier.

To everyone following this issue, given the number of open issues we have it it gets very hard to follow up on closed ones. When we are 100% sure the same use case with the same reproduction is actually failing then we will re-open the issue and follow up on it.

If you have a blocking issue that is remotely linked, please open a new one. We can track duplicate issues, but we cannot track closed ones.

Thank y'all in advance for understanding

Hunsu · 2021-09-25T20:41:46Z

I ran into this recently and I would like to share how I fixed the issue. If you customize the webpack config then you should make sur to disable the watch feature of dev server. The watch feature is enabled by default in development mode.

So I added an environment variable to tell if cypress is running on CI or not. In my case I also configured webpack to use polling. The config will depend on the version of webpack you are using.

wereHamster · 2022-06-03T08:21:50Z

@Hunsu can you share your config?

jorian-p · 2022-09-06T07:22:31Z

The chokidar dependency seems to be the problem. The fix that works for me is to set CHOKIDAR_USEPOLLING:
CHOKIDAR_USEPOLLING=1 cypress run ...

See also: cypress-io/github-action#317 (comment)

cuongld2 · 2022-12-23T10:21:43Z

Thanks @jorian-p .
This works like a charm.

adi518 · 2022-12-23T18:19:16Z

But using polling is inferior to fs events.

mat813 · 2023-01-01T13:40:58Z

So, I ran into this upgrading from 11.2 to 12.2.

We're using GitLab, so I added this to the configuration, which disables watching when inside CI:

  watchForFileChanges: process.env.CI_PROJECT_URL == null,

fer-ri · 2024-03-11T09:57:35Z

The chokidar dependency seems to be the problem. The fix that works for me is to set CHOKIDAR_USEPOLLING: CHOKIDAR_USEPOLLING=1 cypress run ...

See also: cypress-io/github-action#317 (comment)

Works for me on Ubuntu + cypress/included:13.6.6

Thanks

jakub-bao changed the title ~~Cypress crashing on Lunux > System limit for number of file watchers reached 'package.json'~~ Cypress crashing on Linux > System limit for number of file watchers reached 'package.json' Apr 7, 2020

jennifer-shehane closed this as completed Apr 8, 2020

Asharma86 mentioned this issue Jul 21, 2021

Cypress 7. Component tests. File limit reached error is shown on CI #17173

Closed

rootulp mentioned this issue Sep 22, 2021

Increase response timeout for homepage test IndexCoop/index-ui#395

Closed

kswenson mentioned this issue Oct 13, 2021

Show category markers in middle of hurricane track segments concord-consortium/hurricane-model#50

Merged

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Cypress crashing on Linux > System limit for number of file watchers reached 'package.json' #6960

Cypress crashing on Linux > System limit for number of file watchers reached 'package.json' #6960

jakub-bao commented Apr 7, 2020

jennifer-shehane commented Apr 8, 2020

jakub-bao commented Apr 8, 2020

jakub-bao commented Apr 8, 2020

berviantoleo commented Jul 8, 2021 •

edited

Loading

ckxddd0324 commented Jul 14, 2021

sterling commented Jul 15, 2021

adi518 commented Jul 21, 2021 •

edited

Loading

Asharma86 commented Jul 21, 2021

Asharma86 commented Jul 21, 2021

adi518 commented Jul 21, 2021 •

edited

Loading

elevatebart commented Jul 26, 2021

Hunsu commented Sep 25, 2021

wereHamster commented Jun 3, 2022

jorian-p commented Sep 6, 2022

cuongld2 commented Dec 23, 2022

adi518 commented Dec 23, 2022

mat813 commented Jan 1, 2023

fer-ri commented Mar 11, 2024

Cypress crashing on Linux > System limit for number of file watchers reached 'package.json' #6960

Cypress crashing on Linux > System limit for number of file watchers reached 'package.json' #6960

Comments

jakub-bao commented Apr 7, 2020

Steps to reproduce

Cypress process output

System

jennifer-shehane commented Apr 8, 2020

jakub-bao commented Apr 8, 2020

jakub-bao commented Apr 8, 2020

berviantoleo commented Jul 8, 2021 • edited Loading

ckxddd0324 commented Jul 14, 2021

sterling commented Jul 15, 2021

adi518 commented Jul 21, 2021 • edited Loading

Asharma86 commented Jul 21, 2021

Asharma86 commented Jul 21, 2021

adi518 commented Jul 21, 2021 • edited Loading

elevatebart commented Jul 26, 2021

Hunsu commented Sep 25, 2021

wereHamster commented Jun 3, 2022

jorian-p commented Sep 6, 2022

cuongld2 commented Dec 23, 2022

adi518 commented Dec 23, 2022

mat813 commented Jan 1, 2023

fer-ri commented Mar 11, 2024

berviantoleo commented Jul 8, 2021 •

edited

Loading

adi518 commented Jul 21, 2021 •

edited

Loading

adi518 commented Jul 21, 2021 •

edited

Loading