-
Notifications
You must be signed in to change notification settings - Fork 17.8k
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
x/build,os/signal: TestDetectNohup and TestNohup fail on replacement darwin LUCI builders #63875
Comments
Change https://go.dev/cl/538698 mentions this issue: |
The new LUCI builders have a temporary limitation that breaks nohup. Skip nohup tests there. For #63875. Cq-Include-Trybots: luci.golang.try:gotip-darwin-arm64_13 Change-Id: Ia9ffecea7310f84a21f6138d8f8cdfc5e1392307 Reviewed-on: https://go-review.googlesource.com/c/go/+/538698 Reviewed-by: Dmitri Shuralyov <dmitshur@golang.org> Reviewed-by: Dmitri Shuralyov <dmitshur@google.com> LUCI-TryBot-Result: Go LUCI <golang-scoped@luci-project-accounts.iam.gserviceaccount.com> Reviewed-by: Bryan Mills <bcmills@google.com>
@gopherbot Please backport to 1.20 and 1.21. This test needs to avoid failures on release branches as well. |
Backport issue(s) opened: #63910 (for 1.20), #63911 (for 1.21). Remember to create the cherry-pick CL(s) as soon as the patch is submitted to master, according to https://go.dev/wiki/MinorReleases. |
Change https://go.dev/cl/546376 mentions this issue: |
Change https://go.dev/cl/546022 mentions this issue: |
Is this issue waiting on anything to be resolved? |
The new LUCI builders have a temporary limitation that breaks nohup. Skip nohup tests there. For #63875. Fixes #63911. Cq-Include-Trybots: luci.golang.try:go1.21-darwin-amd64_13 Change-Id: Ia9ffecea7310f84a21f6138d8f8cdfc5e1392307 Reviewed-on: https://go-review.googlesource.com/c/go/+/538698 Reviewed-by: Dmitri Shuralyov <dmitshur@golang.org> Reviewed-by: Dmitri Shuralyov <dmitshur@google.com> LUCI-TryBot-Result: Go LUCI <golang-scoped@luci-project-accounts.iam.gserviceaccount.com> Reviewed-by: Bryan Mills <bcmills@google.com> (cherry picked from commit a334c45) Reviewed-on: https://go-review.googlesource.com/c/go/+/546022
The new LUCI builders have a temporary limitation that breaks nohup. Skip nohup tests there. For #63875. Fixes #63910. Cq-Include-Trybots: luci.golang.try:go1.20-darwin-amd64_13 Change-Id: Ia9ffecea7310f84a21f6138d8f8cdfc5e1392307 Reviewed-on: https://go-review.googlesource.com/c/go/+/538698 Reviewed-by: Dmitri Shuralyov <dmitshur@golang.org> Reviewed-by: Dmitri Shuralyov <dmitshur@google.com> LUCI-TryBot-Result: Go LUCI <golang-scoped@luci-project-accounts.iam.gserviceaccount.com> Reviewed-by: Bryan Mills <bcmills@google.com> (cherry picked from commit a334c45) Reviewed-on: https://go-review.googlesource.com/c/go/+/546376 TryBot-Bypass: Carlos Amedee <carlos@golang.org>
We should fix the builders so that this test can actually run and the skips can be reverted. |
At present, LUCI is using temporary loaner Macs for darwin builders. They are getting replaced with macOS VMs. On the new bots, the
os/signal
TestDetectNohup
andTestNohup
fail like so:I ran into this before, but did not really understand what was going on.
I believe that this is related to the way the swarming bot is running under
launchd
on the new bots. This same failure can be reproduced using a similar service:/Library/LaunchDaemons/test.plist
:/tmp/test.sh
:I believe this is related to the Execution Context of different types of
launchd
services. My working theory is thatnohup
wants to move into the "Background" bootstrap namespace, but this type of service does not have a "Background" bootstrap namespace.I believe this should work OK using either a "pre-login launchd agent" or "per-user launchd agent" (I believe that the existing loaner Macs use the latter), but I have not had much luck reliably converting to one of those service types so far. Since this is a fairly minor problem, I am simply documenting for now to unblock the rest of this migration.
The text was updated successfully, but these errors were encountered: