-
Notifications
You must be signed in to change notification settings - Fork 2.4k
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
test: disable artifacts cache with composefs #23274
test: disable artifacts cache with composefs #23274
Conversation
3712f6f
to
11d155c
Compare
11d155c
to
0c1caec
Compare
28447aa
to
5d6c264
Compare
test/utils/matchers.go
Outdated
@@ -106,7 +107,7 @@ func (matcher *exitCleanlyMatcher) Match(actual interface{}) (success bool, err | |||
} | |||
|
|||
// Exit status is 0. Now check for anything on stderr | |||
if stderr != "" { | |||
if stderr != "" && os.Getenv("NO_TEST_CACHE") == "" { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yikes. Please add an enormous FIXME comment here explaining why the NO_TEST_CACHE exclusion is necessary and when it can be removed. I'm really really uncomfortable with this, is there any other way to be more selective about when/where warnings are silenced?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Many tests fail right now with NO_TEST_CACHE
because they perform an image pull.
This one was the easiest fix, the alternative would be to filter out any output generated by a pull, or pass -q
to each command that could cause a pull.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I thought I already had added -q
to any tests that might do a pull. Do you have a log handy, showing sample failures?
Also, in the other diff, please never say "for now". Please always include exact datestamps and, if possible, issue numbers, so a future reader can think "hmmm this should be fixed by now".
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I've added a "revert" patch to the current PR so we can get a list of the failing tests
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I was wrong, it seems we don't need this change
5d6c264
to
a23fe68
Compare
Was this supposed to fix the lxgetattr flake? It does not seem to: https://api.cirrus-ci.com/v1/artifact/task/5139484897968128/html/int-podman-rawhide-root-host-sqlite.log.html |
no, I am still trying to find a reproducer. |
a23fe68
to
5c833c5
Compare
235e406
to
99fca62
Compare
@edsantiago here are some of the failing tests: https://github.com/containers/podman/pull/23274/checks?check_run_id=27476648865 |
OIC. Now I see what |
db9a07e
to
ebc67de
Compare
Ephemeral COPR build failed. @containers/packit-build please check. |
I've not noticed that these pieces were left in the second commit. Dropped them |
8479b39
to
1ab3e1c
Compare
Cockpit tests failed for commit 1ab3e1ce2b66cc48ced3710633d4a4a4f88dc5c4. @martinpitt, @jelly, @mvollmer please check. |
Wrt. the TL/DR: Please retry the failed tests here and in #23275 and other recent PRs. Thanks! |
@containers/podman-maintainers PTAL |
contrib/cirrus/setup_environment.sh
Outdated
# artifacts restored from a tarball won't be stored correctly | ||
# in composefs, so we need to disable this feature. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think the question is still open here, is this temporary or permanent?
1ab3e1c
to
464b01d
Compare
Cockpit tests failed for commit 464b01d67755bfff6f76835083902f3234fce599. @martinpitt, @jelly, @mvollmer please check. |
New flake (as in, one I've never seen before, and is happening on rawhide root:
I'm blaming composefs. Should I open a new issue for it? |
yes please, I think it is the same root issue as #23274 (comment) EDIT: you could open it directly in c/storage, it definitely looks like composefs |
Should we then not merge for now given there is a (new?) flake? Or does this fix enough other flakes/problems that this should be merged regardless? |
Speaking as the person running the no-flake-retry tests, this is a big improvement over the current state of composefs in podman. With this PR in #17831, I see fewer flakes. Still see flakes, and I fully expect there to be more, but as-is right now composefs is unusable. Incremental progress is ok with me. |
That said, if the EINVAL flake is an easy one to find/fix, it'd sure be nice to whack it |
without this PR we are not creating the files in the additional image store in the composefs format |
LGTM |
let's wait for containers/storage#2043 and containers/storage#2044 before merging. Hopefully they can help to troubleshoot the "invalid argument" flake |
Signed-off-by: Giuseppe Scrivano <[email protected]>
the condition is based on the fact that podman save|podman load doesn't recreate the same digest, thus it would fail if the image in the additional store was pulled with a simple "podman pull". The same sequence of commands would fail using podman manually after a "podman pull alpine". Ignore the cache and use only the images that were pulled in the main store. Signed-off-by: Giuseppe Scrivano <[email protected]>
layers restored from a tarball won't be converted to composefs so disable the cache when using composefs. Signed-off-by: Giuseppe Scrivano <[email protected]>
464b01d
to
fef125c
Compare
patches for c/storage included, ready to merge |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
/lgtm
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: giuseppe, Luap99 The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
layers restored from a tarball won't be converted to composefs (for now at least), so disable the cache when using composefs.
Does this PR introduce a user-facing change?