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

Don't run test in debugger on Arm #4358

Merged
merged 1 commit into from
Jul 7, 2023
Merged

Don't run test in debugger on Arm #4358

merged 1 commit into from
Jul 7, 2023

Conversation

SeanTAllen
Copy link
Member

CirrusCI moved the Arm infrastructure from AWS to Google's cloud. In the process, the security setup for Docker containers changed and we no longer have the permissions required to "debug C++ code" in containers on Arm.

Cirrus is unable "for security reasons" to change the configuration of the GKE to accomodate our needs.

The error in question happens when you try to run a program started up in the debugger. We get:

"'A' packet returned an error: 8"

According to a posting on StackOverflow, this can be addressed by adding "--cap-add=SYS_PTRACE --security-opt seccomp=unconfined" to the "docker run" command.

According to CirrusCI they added NET_RAW and SYS_PTRACE capabilities in an attempt to address the problem. However, that didn't work as we continued to get errors. Cirrus says they would have to weaken the seccomp setting for their entire cluster to address, something they aren't comfortable doing. They said we could run the workloads in privileged containers on dedicated virtual machines. That is a decent amount of work to set up and administer and adds some additional overhead money-wise. If we really need to turn this back on, we could consider going down that route.

CirrusCI moved the Arm infrastructure from AWS to Google's cloud.
In the process, the security setup for Docker containers changed and
we no longer have the permissions required to "debug C++ code" in
containers on Arm.

Cirrus is unable "for security reasons" to change the configuration
of the GKE to accomodate our needs.

The error in question happens when you try to run a program started
up in the debugger. We get:

"'A' packet returned an error: 8"

According to a posting on StackOverflow, this can be addressed by
adding "--cap-add=SYS_PTRACE --security-opt seccomp=unconfined" to
the "docker run" command.

According to CirrusCI they added NET_RAW and SYS_PTRACE capabilities
in an attempt to address the problem. However, that didn't work as
we continued to get errors. Cirrus says they would have to weaken
the seccomp setting for their entire cluster to address, something they
aren't comfortable doing. They said we could run the workloads in
privileged containers on dedicated virtual machines. That is a decent
amount of work to set up and administer and adds some additional overhead
money-wise. If we really need to turn this back on, we could consider
going down that route.
@SeanTAllen SeanTAllen requested a review from a team July 5, 2023 20:17
@ponylang-main ponylang-main added the discuss during sync Should be discussed during an upcoming sync label Jul 5, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants