Closed zepumph closed 2 years ago
I can reproduce this on bayes with another script that uses perennial's puppeteerLoad:
( async () => {
const puppeteerLoad = require( process.cwd() + '/../perennial/js/common/puppeteerLoad.js' );
const error = await puppeteerLoad( 'https://www.google.com', {
waitAfterLoad: 0
} );
console.log( error );
} )();
I was able to successfully launch Puppeteer on Bayes by following this guide to turn off the sandbox.
This is NOT recommended though for security reasons, even though it may be an acceptable workaround if we decide our content is safe enough, we may still want to investigate the 'recommended' solution, which is to configure a sandbox for chrome to run on bayes. I think from here I need to talk to @jonathanolson about some options.
It also still isn't clear to me why this came up only last night. I don't see a new version of chrome that came out, and the version of puppeteer I updated has stayed locked in for the last few weeks at least (confirmed with npm list
in aqua/ on bayes).
Working on this with @mattpen and @jonathanolson. We are leaning towards thinking this is a docker issue. Here is an error that most of our headless chrome instances for CT have:
We decided to try a reboot on Bayes (hadn't happened for 1500 days), and it hasn't yet come back up. @mattpen is taking the lead on reaching out to OIT about this. We will continue our investigation when it is complete.
@zepumph bayes came back online after reseating a failing memory module. We should be able to continue investigation today. I'm optimistic that the fix will also resolve the puppeteer issues.
We have not seen this issue for the last week. I think the reboot fixed this. Closing
This begain at 2am this morning. I cannot reproduce locally with
grunt quick-server
, and a restart of the CTQ didn't fix it.