-
Notifications
You must be signed in to change notification settings - Fork 2.3k
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
machine: Volume ops test: statfs /private/tmp/ci/ginkgoNNN: no such file or directory #22569
Comments
@cevich is there any chance whatsoever that https://github.com/containers/podman/blob/c9644ebccf14309a77769cba00833cd139509e4a/contrib/cirrus/mac_cleanup.sh is getting invoked in the middle of a running CI job? I just can't understand this bug and am grasping at straws. |
Unlikely, there is a extra level of indirectness here given the dir is mounted in the machine VM. As such maybe the machine mount failed silently? |
What Paul said. And the Mac's are single-task/single-user. Is it possible the running VM really is x86_64 via some emulation and/or is the Sorry no Otherwise, there is a way to isolate (for a few hours) one of the Macs and dedicate it to servicing a single PR. In that PR, the end-of-task cleanup could be disabled, so that a human may ssh in and check out the state of things. This is all manual, and a bit of a chore to pull off, but it's technically possible. |
@edsantiago Not sure if you are testing machine in your non flake retry testing PR but if you do could you give this a go: diff --git a/pkg/machine/apple/apple.go b/pkg/machine/apple/apple.go
index 93201407e..04db7638b 100644
--- a/pkg/machine/apple/apple.go
+++ b/pkg/machine/apple/apple.go
@@ -124,7 +124,7 @@ func GenerateSystemDFilesForVirtiofsMounts(mounts []machine.VirtIoFs) ([]ignitio
mountPrep.Add("Service", "Type", "oneshot")
mountPrep.Add("Service", "ExecStartPre", "chattr -i /")
mountPrep.Add("Service", "ExecStart", "mkdir -p '%f'")
- mountPrep.Add("Service", "ExecStopPost", "chattr +i /")
+ // mountPrep.Add("Service", "ExecStopPost", "chattr +i /")
mountPrep.Add("Install", "WantedBy", "remote-fs.target")
mountPrepFile, err := mountPrep.ToString() |
Oops, no, I long ago disabled machine tests in #17831. I will look into reenabling this one. FWIW here's the current flake list. I don't think there's any useful info in this list, i.e., I haven't seen any logs that look different or provide interesting new data, but am posting anyway.
|
The alternative is I instrument the tests to do some checks. Basically I it would have to ssh into the machine VM and run systemctl status on all the mount units. I think the race here is the most likely cause. One interesting point would be the new |
…bugging containers#22569 Signed-off-by: Ed Santiago <santiago@redhat.com>
…bugging containers#22569 Signed-off-by: Ed Santiago <santiago@redhat.com>
…bugging containers#22569 Signed-off-by: Ed Santiago <santiago@redhat.com>
…bugging containers#22569 Signed-off-by: Ed Santiago <santiago@redhat.com>
…bugging containers#22569 Signed-off-by: Ed Santiago <santiago@redhat.com>
…bugging containers#22569 Signed-off-by: Ed Santiago <santiago@redhat.com>
Not quite as frequent or annoying as #22551, but still causing wasted runs:
The text was updated successfully, but these errors were encountered: