aboutsummaryrefslogtreecommitdiff
path: root/cmd
diff options
context:
space:
mode:
authorMatthew Heon <mheon@redhat.com>2021-02-15 11:58:24 -0500
committerMatthew Heon <mheon@redhat.com>2021-02-18 10:14:32 -0500
commit2fb1511690dba70adf25c36c28ec4bad2af79106 (patch)
tree75be82e20796715d9a457da22e306ae763239f67 /cmd
parent797f1ea8cd0b7f4f85df4cf069bcd64c37a8ed1d (diff)
downloadpodman-2fb1511690dba70adf25c36c28ec4bad2af79106.tar.gz
podman-2fb1511690dba70adf25c36c28ec4bad2af79106.tar.bz2
podman-2fb1511690dba70adf25c36c28ec4bad2af79106.zip
Fix an issue where copyup could fail with ENOENT
This one is rather bizarre because it triggers only on some systems. I've included a CI test, for example, but I'm 99% sure we use images in CI that have volumes over empty directories, and the earlier patch to change copy-up implementation passed CI without complaint. I can reproduce this on a stock F33 VM, but that's the only place I have been able to see it. Regardless, the issue: under certain as-yet-unidentified environmental conditions, the copier.Get method will return an ENOENT attempting to stream a directory that is empty. Work around this by avoiding the copy altogether in this case. Signed-off-by: Matthew Heon <mheon@redhat.com>
Diffstat (limited to 'cmd')
0 files changed, 0 insertions, 0 deletions