-
Notifications
You must be signed in to change notification settings - Fork 9.3k
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
LightHouse - Chrome Launching Issue #1799
Comments
Which OS and version are you running? It looks like Chrome is complaining about the version of your linux kernel. There's a new lighthouse option that's been added to use arbitrary Chrome flags (#1761) that you could use, but I recommend against using |
A workaround for the moment is running Then run |
First of all thanks patrickhulce and paulirish for the quick reply. I'm using Red Hat Enterprise Linux Server release 7.3 (Maipo) Kernal : 3.10.0-514.6.1.el7.x86_64 Command: LightHouse Invocation: Results are dumped but terminal hangs and not comes out of execution. Also ps -f grep "chrome" tells that [chrome] chrome-err.log |
Seems like you're bumping into some generic Chrome issues with Red Hat, maybe this can help? http://superuser.com/questions/536433/what-applications-provide-org-freedesktop-secrets-service |
Hi My experience RESOLUTION - Launch a chrome window beforehand |
Is this still an issue with Lighthouse 2.1.0? |
It seems I have a similar issue with win7 and last lighthouse |
I have what appears to be the same issue, running Chromium 59.0.3071.115 on Arch, fully updated as of posting this. Lighthouse doesn't normally find the binary, so this is the current invocation that gets anywhere: However I get the same error as pasted before:
So I tried finding the full list of command line flags in order to run Chromium manually. I eventually got it by spamming The full command that was executed is: Switching the ports to Here's the
|
@ebidel - Still lighhouse expects a chrome browser but im using the headless command to avoid this issue |
@paulirish need to move this over to https://github.com/GoogleChrome/chrome-launcher |
This issue was moved to GoogleChrome/chrome-launcher#34 |
When I run lighthouse I stuck at the below error in launching chrome browser,
Chrome: 56.0.2924.87 (64-bit)
LIGHTHOUSE_CHROMIUM_PATH = /usr/bin/google-chrome-stable
Lighthouse Cli invocation
./lighthouse http://abcd.test.com/ --verbose
Lighthouse CLI:verbose Using supplied port 9222 +0ms
Lighthouse CLI Launching Chrome... +8ms
ChromeLauncher:verbose created /tmp/lighthouse.rmRno9z +7ms
ChromeLauncher:verbose Chrome running with pid 24444 on port 9222. +25ms
ChromeLauncher Waiting for browser. +0ms
ChromeLauncher Waiting for browser... +1ms
ChromeLauncher Waiting for browser..... +504ms
ChromeLauncher Waiting for browser....... +501ms
ChromeLauncher Waiting for browser......... +502ms
ChromeLauncher Waiting for browser........... +501ms
ChromeLauncher Waiting for browser............. +501ms
ChromeLauncher Waiting for browser............... +502ms
ChromeLauncher Waiting for browser................. +501ms
ChromeLauncher Waiting for browser................... +501ms
ChromeLauncher Waiting for browser..................... +502ms
ChromeLauncher Waiting for browser....................... +501ms
(node:24423) UnhandledPromiseRejectionWarning: Unhandled promise rejection (rejection id: 1): TypeError: Cannot read property 'kill' of undefined
Chrome Error Log:
[24444:24444:0301/185543.506507:FATAL:zygote_host_impl_linux.cc(107)] No usable sandbox! Update your kernel or see https://chromium.googlesource.com/chromium/src/+/master/docs/linux_suid_sandbox_development.md for more information on developing with the SUID sandbox. If you want to live dangerously and need an immediate workaround, you can try using --no-sandbox.
I passed --no-sandbox in chrome-launcher.js and it re-run the lighthouse command and it worked fine.
Changes to chrome-launcher.js
const flags = [
--remote-debugging-port=${this.port}
,'--no-sandbox', //added no sandbox option
]
How to provide this flag as an option from lighthouse cli? or How to overcome the issue mentioned above.
The text was updated successfully, but these errors were encountered: