-
Notifications
You must be signed in to change notification settings - Fork 189
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Launcher ECONNREFUSED flake #6
Comments
From @wardpeet on June 21, 2017 4:52 not sure it's relevant but in smokehouse we have
just a sidenote on smoke tests we add a delay of 0.5s which maybe gives travis some extra room to breath between runs? |
From @paulirish on June 28, 2017 23:59 pwmetrics has had a workaround for this issue for a long time now: https://github.com/paulirish/pwmetrics/blob/2eb1266f0997050dd56435a2dac5b34dd26e1b82/lib/index.ts#L129-L154 (basically just adding retry logic. ) I've put up a proposed fix in #2616 |
From @brendankenny on June 29, 2017 0:11 hey now, smokehouse has had a workaround for even longer :P |
A lot more discussion of this in GoogleChrome/lighthouse#2726 and related: when we let chrome pick the arbitrary port (via port=0) we can follow the pattern that TracerBench/chrome-debugging-client#30 uses. |
This may be amiss, but for anyone debugging an We ran into it on
|
I was getting this error and the problem was that I was passing in the debugging port as a chrome flag. Chrome Launcher ignores this and sets the flag on its own later. You need to pass the port in as a separate argument outside of the chrome flags for this to work. Perhaps it would make sense for Chrome Launcher to check for the existence of of the --remote-debugging-port=9222 chrome flag before setting its own random port? Happy to submit a pull request for this if its helpful. |
@bendytree thank you soo much |
Hi, I am running into this issue as well, and I am not sure what is the root cause.
The process works as expected on MacOs Catalina, issue only happens on CentOS/CI. Can someone provide some guidance on how to investigate / find a fix? |
@susannakosic are you able to start and run Chrome on that machine without chrome-launcher/loki involved? as @bendytree said in #6 (comment) this is usually because Chrome crashes or is unable to start properly and so the connection fails. |
People getting this error in your CI environments, check if your process is running as root. In that case you need to pass the Chrome flag |
I am getting the issue when I try to fire it from node via an api call. There is no issue when I log into my Ubuntu 20 server and fire the node script from the CL. Only when the node script is executed without being logged in. I am using the flags: Is there an issue with permissions to launch the chrome headless as non root user? |
From @paulirish on June 20, 2017 21:59
This is a bit of carryover from #2544. It was failing 100% of the time and now its more like 5%.
Example build: https://travis-ci.org/GoogleChrome/lighthouse/jobs/245116083
Things to note:
There might be still a bug on the travis/chrome side, but seems like we have room to handle this from within launcher. (port sniffing & retry logic?)
At the very least, more usable error messages and extra logging.
wdyt @samccone
edit: he said..
Copied from original issue: GoogleChrome/lighthouse#2556
The text was updated successfully, but these errors were encountered: