cypress: "Failed to connect to the bus: Address does not contain a colon" throws a SIGSEGV error
UPDATE [by Cypress Team]: Please see https://github.com/cypress-io/cypress/issues/19299#issuecomment-1090474752 for details. Failed to connect to the bus is a harmless message and will be silenced in future Cypress releases.
In addition, see https://github.com/cypress-io/cypress/issues/19299#issuecomment-1092084463 for some discussion of potential solutions to SIGSEGV.
Current behavior
Our tests intermittently crash in our Docker runs with the error below. We get the Failed to connect to the bus: Address does not contain a colon error often, but it doesnβt crash it.
But, when it does crash, that error is always the last one before the SIGSEGV.
I think weβre going to downgrade to 8.5.0 to fix this as it wasnβt happening back then. However, before we do, is there some kind of diagnostic log that will help you, help me, help you? π
Thanks, and I know this is vague, not sure where to even start here.
[15:24:18]W: [Docker Run] [111:1207/202418.627106:ERROR:bus.cc(392)] Failed to connect to the bus: Address does not contain a colon
[15:24:19] : [Docker Run] The Test Runner unexpectedly exited via a exit event with signal SIGSEGV
[15:24:19] : [Docker Run]
[15:24:19] : [Docker Run] Please search Cypress documentation for possible solutions:
[15:24:19] : [Docker Run]
[15:24:19] : [Docker Run] https://on.cypress.io
[15:24:19] : [Docker Run]
[15:24:19] : [Docker Run] Check if there is a GitHub issue describing this crash:
[15:24:19] : [Docker Run]
[15:24:19] : [Docker Run] https://github.com/cypress-io/cypress/issues
[15:24:19] : [Docker Run]
[15:24:19] : [Docker Run] Consider opening a new issue.
[15:24:19] : [Docker Run]
[15:24:19] : [Docker Run] ----------
[15:24:19] : [Docker Run]
[15:24:19] : [Docker Run] Platform: linux-x64 (Debian - 10.10)
[15:24:19] : [Docker Run] Cypress Version: 9.1.1
[15:24:19] : [Docker Run] info Visit https://yarnpkg.com/en/docs/cli/run for documentation about this command.
[15:24:19]W: [Docker Run] error Command failed with exit code 1.
[15:24:19]W: [Docker Run] Error: Command failed with exit code 1: yarn test:cypress --reporter teamcity --config video=false,defaultCommandTimeout=10000 --record false
[15:24:19]W: [Docker Run] at makeError (/workspace/Sites/node_modules/start-server-and-test/node_modules/execa/lib/error.js:60:11)
[15:24:19]W: [Docker Run] at handlePromise (/workspace/Sites/node_modules/start-server-and-test/node_modules/execa/index.js:118:26)
[15:24:19]W: [Docker Run] at processTicksAndRejections (node:internal/process/task_queues:96:5) {
[15:24:19]W: [Docker Run] shortMessage: 'Command failed with exit code 1: yarn test:cypress --reporter teamcity --config video=false,defaultCommandTimeout=10000 --record false',
[15:24:19]W: [Docker Run] command: 'yarn test:cypress --reporter teamcity --config video=false,defaultCommandTimeout=10000 --record false',
[15:24:19]W: [Docker Run] escapedCommand: '"yarn test:cypress --reporter teamcity --config video=false,defaultCommandTimeout=10000 --record false"',
[15:24:19]W: [Docker Run] exitCode: 1,
[15:24:19]W: [Docker Run] signal: undefined,
[15:24:19]W: [Docker Run] signalDescription: undefined,
[15:24:19]W: [Docker Run] stdout: undefined,
[15:24:19]W: [Docker Run] stderr: undefined,
[15:24:19]W: [Docker Run] failed: true,
[15:24:19]W: [Docker Run] timedOut: false,
[15:24:19]W: [Docker Run] isCanceled: false,
[15:24:19]W: [Docker Run] killed: false
[15:24:19]W: [Docker Run] }
[15:24:19]W: [Docker Run] error Command failed with exit code 1.
[15:24:19] : [Docker Run] info Visit https://yarnpkg.com/en/docs/cli/run for documentation about this command.
Desired behavior
Do not throw the SIGSEGV.
Test code to reproduce
It can happen on any test, at any time, in our 850+ test test suite.
Cypress Version
9.1.1
Other
It doesnβt seem to happen if we run on Windows, and we have a parallel set of Component tests (about 100) that have yet to show the issue and theyβre run exactly the same way in the same Docker container, just as component tests.
About this issue
- Original URL
- State: closed
- Created 3 years ago
- Reactions: 138
- Comments: 64 (8 by maintainers)
Commits related to this issue
- Specify Chrome browser for https://github.com/cypress-io/cypress/issues/19299 — committed to bonnie/ten-cent-teacakes by bonnie 2 years ago
Please tap on π reaction on first message in this issue to get attention of Cypress team π
So I spent a lot of time looking deep into the internals of Electron + Chromium to verify this, be extra 100% sure: these errors never cause problems, and are a red herring. There are sometimes issues where cypress fails to launch, where it fails to connect to electron and to browsers, but these errors arenβt the cause.
Thatβs why there hasnβt been much motion on this issue - we were pretty sure this was the case, but didnβt have time to verify it 100% until now. If you want the technical details of why these were being emitted, take a look at the PR for an explanation. Theyβll be silenced in the next cypress release, but this wonβt fix any existing issues people are running into.
@jennifer-shehane whatβs the status of this showstopper?
Iβm using 9.2.0 and I see these warnings:
STILL A PROBLEM!
As a note: βMe tooβ comments are not particularly useful. We look at reactions to issues when assessing seriousness - 132 thumbs up means itβs very important to the community!
By all means hold conversation and discussion, and if something hasnβt been updated in weeks, a bump may be appropriate. But βMe tooβ multiple times a day make it harder for everyone to find the meat of issues.
Iβm getting these when running as a github action:
Using cypress 9.2.0, chrome 96, node version 12.22.8
Any word on the status of this from the cypress team π ?
ok, I did some research and ran the container with debugging and exactly the same test spec. cypress/included:9.5.2
and then cypress/included:8.7.0
The error raises when Xvfb is stopped⦠maybe it´s not a cypress related issue, but at least the cypress/included:9.5.2 container is broken.
I downgraded to cypress 8.7.0 again.
Cypress 9.5.2 [18:0316/124110.484585:ERROR:bus.cc(392)] Failed to connect to the bus: Address does not contain a colon
Same issue here (version 9.3.1) but in our CI pipeline, which also caused excessive run time (+5min) for the cypress tests. Reverted to version
8.3.1and the issue is resolved. None of the issues above resolved it otherwiseSame issue in Cypress 9.1.1
[STARTED] Task without title.[SUCCESS] Task without title.[853:0112/180551.155229:ERROR:bus.cc(392)] Failed to connect to the bus: Failed to connect to socket/run/dbus/system_bus_socket: No such file or directory[853:0112/180551.157544:ERROR:bus.cc(392)] Failed to connect to the bus: Address does not contain a colon[853:0112/180551.157587:ERROR:bus.cc(392)] Failed to connect to the bus: Address does not contain a colon[1009:0112/180551.209964:ERROR:gpu_init.cc(453)] Passthrough is not supported, GL is swiftshader, ANGLE isThese dbus errors will be silenced in the next Cypress release. This will not solve SIGSEGV errors, since they were not caused by this message to begin with.
Sorry! There are quite a number of open issues discussing faults in CI / docker - I encourage people whoβve found this issue to search other github issues, where youβre more likely to find solutions, or at least better able to provide more targeted debugging so we can tackle the real causes.
I encountered the same issue with GitHub Actions + Docker, but I was able to workaround (locally) using the following post.
9.2.1cypress/browsers:node16.13.0-chrome95-ff94v16.13.095.0.4638.69Workaround Steps
Although the recommendation is that you run the container with
--user 1001, I entered the container through an interactive shell and changed permissions (logged in as root).Once done, I proceeded to run the Cypress tests using the following:
$ nohup yarn start &(i.e. start React app in foreground)$ Xvfb -screen 0 1920x1080x24 :99 & export DISPLAY=:99 && npx cypress run --browser chrome && pkill XvfbTo make sure that this wasnβt a false positive, I edited my integration tests to assert a false statement, and confirmed the tests are working as intended.
Going to do some more digging and see how I can utilise this within GitHub actions - would be great for the Cypress team to provide a proper solution / patch to this.
I want to reiterate for those that didnβt see my comment after opening this issue.
I had all kinds of
SIGSEGVissues with Cypress/Electron/Docker.I switched to using headless Chrome and they all went away.
I get that may not be a solution for everyone, and if you think you can add value by helping the Cypress team with debug info, or reproducible test cases, definitely do that as Iβm sure theyβre as frustrated with these
SIGSEGVerrors as you are.For me and my team, running in Chrome is fine, and we have seen no downsides.
Good luck all!
+1 SIGSEV
Cypress: 9.2.1 Browser: Electron 94 (headless) Node Version: v16.5.0
Hi,
IΒ΄m running a CI with: cypress/included:9.5.2. and get this error in the gitlab logs: This happens with --browser chrome and with default electron browser.
The run finishes successful and then still drops an error on exit:
+1 in Gitlab CI Pipeline with Image cypress/included:9.5.0
Same issue through our Gitlab pipeline on Cypress 9.3.1 / Node 16.13.1
Same happening here, I was following this: https://docs.cypress.io/guides/continuous-integration/gitlab-ci#Basic-Setup
Cypress: 9.3.0 Browser: chrome85-ff81 Node Version: 12.14.1
Iβm getting
[10195:0324/092959.801981:ERROR:bus.cc(392)] Failed to connect to the bus: Could not parse server address: Unknown address type (examples of valid types are "tcp" and on UNIX "unix")with 9.5.2Iβve had to back track to 7.6.0, this is horrible.
I am having the same error as above but the tests are executing as expected. I am running my tests in a Pod on K8s and at first the tests were running indefinitely. Then Iβve found out somwhere that headless tests are consuming a lot of resources. So after I configured my Pod template spec resources to request
cputo β1β andmemoryto β1Giβ and limitcputo β2β andmemoryto β4Giβ my tests are running fine also with the error written above. Here is an example of my Pod template:So to put in less words, if you have an option, try increasing the resources of whatever you are running your tests in. Hope it helps!
Iβm seeing the same with latest cypress + github actions. Tests donβt crash, but they do seem to be hanging indefinitely - Iβm not sure if THIS is the cause.
same here in our ci π¦
[STARTED] Task without title. [SUCCESS] Task without title. [328:0120/115656.474194:ERROR:bus.cc(392)] Failed to connect to the bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory [328:0120/115656.477331:ERROR:bus.cc(392)] Failed to connect to the bus: Could not parse server address: Unknown address type (examples of valid types are "tcp" and on UNIX "unix") [328:0120/115656.477487:ERROR:bus.cc(392)] Failed to connect to the bus: Could not parse server address: Unknown address type (examples of valid types are "tcp" and on UNIX "unix") [328:0120/115656.498674:ERROR:zygote_host_impl_linux.cc(263)] Failed to adjust OOM score of renderer with pid 499: Permission denied (13) [499:0120/115656.512083:ERROR:gpu_init.cc(453)] Passthrough is not supported, GL is swiftshader, ANGLE isPlatform: linux-x64 (Debian - 10.11) Cypress Version: 9.3.1I have the same issue with cypress 9.1.1, randomly the execution unexpectedly exits with sigsev, rolling it back to 8.4.0 solved the problem, also I noticed that this message shows up between every spec file
Failed to connect to the bus: Could not parse server address: Unknown address type (examples of valid types are "tcp" and on UNIX "unix")but it doesnβt happen in version 8.4.0, we use cypress/base:12.16.0 image in github actions.