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
The only Chrome revision guaranteed to work is xxx error #1347
Comments
I'm unable to reproduce this on browserless, and we support puppeteer@0.12.0. This statements sounds like a culprit: "In production, it is in source folder which is subfolder of project root.". Puppeteer tries to load the Chrome binary based upon location, so it's likely not able to find it. You can probably run your script with |
Should i use debug library(https://www.npmjs.com/package/debug) for node? Will it capture all errors or should I put debugger in specific points in code? If it is, where is the most likely place that this error comes from, is it launch command? |
It's up to the library providers to use it, which this does https://github.com/GoogleChrome/puppeteer/blob/master/package.json#L27. Lots of other libraries and frameworks also use it, so you'll likely get a firehose of information, just fyi. All of that said you shouldn't need to install anything on your end, just run your app like so: DEBUG=* node app.js Replacing |
In order not to interrupt production machine for wekeend, I will try it on monday and let you know with the results. |
I didn't confront with the same issue in almost two weeks so I am closing this one. |
I have attached debug logs from node application. I couldn't identify which parts are crucial so that I have attached all of it. |
On OSX I solved the problem doing the following:
const { CHROME_BIN } = process.env;
const browser = await puppeteer.launch(Object.assign({}, PUPPETEER_CONFIG, { executablePath: CHROME_BIN }));
and it worked! |
I have the same error in production environment (ubuntu): "Timed out after 30000 ms while trying to connect to Chrome! The only Chrome revision guaranteed to work is r515411" , but on local machine (mac os) it doesn't reproduced and all screenshots was gotten correctly... |
@20percent the logs you attached have perfectly valid pptr logs that successfully interact with the browser. Overall, there are two reasons for this error to happen:
@grebmeg this seems to be an environment issue, not pptr's one. If you think we can somehow be helpful with this, please let us know. |
Running as a worker on GCP App Engine w Docker (similar to TryPuppeteer), I see this on occasion when worker is under load. It's not anything to do with packaging, it's #2 (running in tight env) that is causing the issue to occur occasionally. Where is the timeout setting? Also, seems the better option would be to reduce the number of listeners running concurrently, but would be nice to see where the timeout setting anyway. |
@robertjchristian checkout |
I'm running puppeteer in GCP App Engine with autoscaling. I saw this error when the env: flex
runtime: custom
automatic_scaling:
min_num_instances: 2
max_num_instances: 10
cool_down_period_sec: 180
cpu_utilization:
target_utilization: 0.3 |
I also have a similar issue on puppeteer@1.0.0 running on Ubuntu 16.04 LTS 6 Gb RAM:
It was working great with puppeteer@0.13.0 |
After I close my vs code , it worked! |
I am using puppeteer for manipulating webpages and then taking their screenshot. My local environment is macOS Sierra 10.12.2 and it is working fine for every request. However, in production, puppeteer gives following error half of the time: "Timed out after 30000 ms while trying to connect to Chrome! The only Chrome revision guaranteed to work is r508693". node_modules folder has chromium revision 508693. I didn't encounter with this error in local environment. One thing to note, in local environment, node_modules folder is in root path of the project. In production, it is in source folder which is subfolder of project root.
The text was updated successfully, but these errors were encountered: