Skip to content
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

Jobs fail with error code 143 #7146

Closed
2 of 10 tasks
Mehdi-Bendriss opened this issue Feb 19, 2023 · 4 comments
Closed
2 of 10 tasks

Jobs fail with error code 143 #7146

Mehdi-Bendriss opened this issue Feb 19, 2023 · 4 comments

Comments

@Mehdi-Bendriss
Copy link

Mehdi-Bendriss commented Feb 19, 2023

Description

For a job where I allocate LXD containers for an integration test. The job consistently fails as soon as I get to the 3rd allocated unit, with an error 143.

Following this similar thread, It seems it has to do with the resources of the runner.

Something worth mentioning is that I disable the swappiness of the runner due to the requirements of the software running sysctl -w vm.swappiness = 0.

It doesn't seem like there is a straightforward way to investigate it from my side. Would it be possible, in the case of this specific job, to know exactly what the culprit is?

Platforms affected

  • Azure DevOps
  • GitHub Actions - Standard Runners
  • GitHub Actions - Larger Runners

Runner images affected

  • Ubuntu 18.04
  • Ubuntu 20.04
  • Ubuntu 22.04
  • macOS 11
  • macOS 12
  • Windows Server 2019
  • Windows Server 2022

Image version and build link

Image: ubuntu-22.04
Version: 20230206.1

Failed Job
Indefinitely hanging job

Is it regression?

No - it's been failing consistently when provisioning a 3th LXD container. Occasionally the job will run forever (up to ~6h or so)

Expected behavior

Build / integration tests should pass

Actual behavior

Error 143 when trying to allocate a new (3rd) LXD container on the runner.
In some other case, it will indefinitely hand (for hours)

Repro steps

Run the Integration tests for HA (lxd) job in the branch of the repo, i.e via a PR -- the pipeline yaml can be found here

@mikhailkoliada
Copy link
Contributor

Hello, please provide minimal repro-steps and yaml snippets to reproduce the issue :)

@Mehdi-Bendriss
Copy link
Author

@mikhailkoliada updated, thanks :)

@erik-bershel
Copy link
Contributor

Hey @Mehdi-Bendriss! May I ask you to run the same pipeline again once? I need it to get new logs for investigation.

@mikhailkoliada
Copy link
Contributor

@Mehdi-Bendriss please feel free to reach us again if the problem persists with a link of a workflow run, we will gladly help you. I am going to close it for now due to inactivity.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants