-
Notifications
You must be signed in to change notification settings - Fork 44
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
Periodic ENOENT running in CI #86
Comments
@nathancahill can you try to run the pipeline without cache? I am afraid that the cache that includes the Sauce Connect binary is used for different environments. |
ping @nathancahill |
Thanks, I think removing the cache solved the issue. I'll reopen in the future if it reappears. |
Even with the cache disabled we're still getting periodic errors. Previously, with the cache, the error rate was probably 50%. Without the cache, it's around 10%. |
The error occurred too on each run after gitlab runner cached on gitlab ci using the docker executer. No error during the first run and clean cache. |
Haven't been able to reproduce on a private Gitlab instance with a docker runner so far. I was able to reproduce, however, if I was using the node alpine image:
This gave an error 100% of the time though and not intermittently. |
From @joventuraz:
Adding to this I think the issue lies somewhere in bin-wrapper and how it does its checks for the file/folder. It seems like bin-wrapper is a collection of small modules so it was a bit hard to pinpoint exactly what is missing. Some things we could try and do:
|
I proposed a change in the Sauce Connect Launcher to retry starting Sauce Connect if it fails: karma-runner/karma-sauce-launcher#219 Let's see if we can fix this issue with that. |
@nathancahill have you experienced the same issue after updating the package? |
@christian-bromann Are there any updates on this? I am also having this issue |
|
Any update on this? |
@wswebcreation would 7.1.3 fix this as bin-wrapper is now replaced? |
Hi @enriquegh I'm not 100% sure, we simplified the download now, so it's worth a try |
I'm going to close this ticket since bin-wrapper is no longer used and no new reports have been made. |
Not sure if a new issue should be opened up for this, but we are experiencing this issue also, here is the wdio/saucelab info from out package.json:
And here is the output we are getting with CircleCI: Error: spawn /project_path/node_modules/saucelabs/build/sc-loader/.sc-v4.8.0/bin/sc ENOENT I added some logging in the pipeline after looking at my local node_modules and found that while in the pipeline, node_modules/saucelabs/build/sc-loader does not exist at all. However, if you look at node_modules/saucelabs/sc-loader/.sc-v4.8.0/bin, it does contain sc in it. So not sure what the purpose of having downloaded twice is I was able to add these commands into my test run job to trick wdio/saucelabs into using the sc that exists in saucelabs/sc-loader instead of saucelabs/build/sc-loader: mkdir -p node_modules/saucelabs/build/sc-loader/.sc-v4.8.0/bin That cause the ENOENT error to go away, but now I get the error referenced in this issue: webdriverio/webdriverio#5900 |
I've re-opened this as it's essentially the same issue as before. We have something that in theory checks for the binary to be there so not sure why this is happening. |
We are running into the same issue here running in an alpine docker container as part of a gitlab ci job. Is this still being worked on, or is there a good work around?
|
I think probably this is one of the root cause #241 |
This is an error that happens >50% of the time on CircleCI. No changes are made between one run and the next. One run might pass, the next will fail with this error. All versions are committed in yarn.lock.
The text was updated successfully, but these errors were encountered: