Bug 1884043 - Image fails to prune from registry, preventing subsequent prunes
Summary: Image fails to prune from registry, preventing subsequent prunes
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: OpenShift Container Platform
Classification: Red Hat
Component: Containers
Version: 4.3.z
Hardware: Unspecified
OS: Unspecified
medium
high
Target Milestone: ---
: 4.7.0
Assignee: Nalin Dahyabhai
QA Contact: MinLi
URL:
Whiteboard:
Depends On:
Blocks: 1972150
TreeView+ depends on / blocked
 
Reported: 2020-09-30 20:18 UTC by Brandon Anderson
Modified: 2023-12-15 19:37 UTC (History)
11 users (show)

Fixed In Version: podman-3.2.3-0.11.module+el8.4.0+12050+ef972f71
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
: 1972150 (view as bug list)
Environment:
Last Closed: 2021-10-27 08:22:59 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Knowledge Base (Solution) 5886041 0 None None None 2021-04-07 08:35:16 UTC
Red Hat Product Errata RHBA-2021:3931 0 None None None 2021-10-27 08:23:18 UTC

Description Brandon Anderson 2020-09-30 20:18:05 UTC
Description of problem: When attempting to prune images to restore storage capacity, one container image provides the following error:

ERRO[0000] error reading image "cc7639456e4a4c922cb086cf35f297427b3e8c38c14716533f67c66d70dd052a" as image: error locating item named "manifest" for image with ID "cc7639456e4a4c922cb086cf35f297427b3e8c38c14716533f67c66d70dd052a": file does not exist

This prevents all subsequent images from being pruned. This occurs with the command

# podman --log-level debug image rm cc7639456e4a --force

but all subsequent attempts to remove this image have failed with similar results. Attempts to delete the container storage related to that container id have also failed. Investigation and attempts combined with the no manifest error seem to indicate the data is gone, but prune cannot progress past this point as something is indicating it exists


Actual results:
Image fails to prune and prevents storage reclaimation, resulting in eventual capacity


Expected results: Unused images should prune


Additional info: Cluster mustgather is in flopbox associated with case 02757892 and can be retrieved via supportshell

Comment 1 Oleg Bulatov 2020-09-30 20:23:12 UTC
Where are you trying to delete the image from?

Comment 2 Brandon Anderson 2020-09-30 20:30:12 UTC
(In reply to Oleg Bulatov from comment #1)
> Where are you trying to delete the image from?

It looks like the last attempt from the cu was from a worker node:

[root@worker-4 ~]#‌ podman image prune -a

Error:failed to prune image: error reading image 

"cc7639456e4a4c922cb086cf35f297427b3e8c38c14716533f67c66d70dd052a" as image: error locating item named "manifest" for image with ID "cc7639456e4a4c922cb086cf35f297427b3e8c38c14716533f67c66d70dd052a": file does not exist

Comment 3 Oleg Bulatov 2020-09-30 21:44:17 UTC
I'm trying to understand what registry this is about. Do they want to get more space on worker-4's /var?

Comment 5 Tom Sweeney 2020-10-01 18:34:43 UTC
Brandon,

Can you provied the version of Podman on the machine please and also the RHEL version?  `podman --version`.  Also please provide the output from `podman info`

Thanks

Comment 6 Brandon Anderson 2020-10-01 21:20:50 UTC
(In reply to Tom Sweeney from comment #5)
> Brandon,
> 
> Can you provied the version of Podman on the machine please and also the
> RHEL version?  `podman --version`.  Also please provide the output from
> `podman info`
> 
> Thanks

    osImage: Red Hat Enterprise Linux CoreOS 43.81.202007010053.0 (Ootpa)

I can provide the full node description if needed.

Comment 7 Brandon Anderson 2020-10-01 21:30:25 UTC
cluster must-gather is attached to related case 02757892 and accessible via supportshell.

Comment 8 Tom Sweeney 2020-10-02 15:17:54 UTC
Brandon, thanks for the info, the main thing I was looking for was Podman 1.6.4 which I found in the attached support case.  Matt can I have you take a look at this please?  I seem to remeber you having fixed this or have a workaround for it handy.

Comment 9 Matthew Heon 2020-10-05 13:42:30 UTC
No, I'm not familiar with this issue. Looks like a potential c/storage bug to me - inability to remove an incomplete image. Swapping assignee to Nalin.

Comment 10 Tom Sweeney 2020-10-05 21:38:34 UTC
Setting needinfo for Nalin to make sure he sees this.

Comment 11 Daniel Walsh 2020-10-07 12:37:32 UTC
It would be helpful if someone could test a podman built with this patch, to see if this fixes the issue.

https://github.com/containers/podman/pull/7945

Comment 39 Sunil Choudhary 2021-10-21 10:21:57 UTC
Checked on 4.7.0-0.nightly-2021-10-18-191324, podman version is 3.2.3-0.11

$ oc get clusterversion
NAME      VERSION                             AVAILABLE   PROGRESSING   SINCE   STATUS
version   4.7.0-0.nightly-2021-10-18-191324   True        False         167m    Cluster version is 4.7.0-0.nightly-2021-10-18-191324

sh-4.4# cat /etc/os-release 
NAME="Red Hat Enterprise Linux CoreOS"
VERSION="47.84.202110151631-0"
VERSION_ID="4.7"
OPENSHIFT_VERSION="4.7"
RHEL_VERSION="8.4"
PRETTY_NAME="Red Hat Enterprise Linux CoreOS 47.84.202110151631-0 (Ootpa)"
ID="rhcos"
ID_LIKE="rhel fedora"
ANSI_COLOR="0;31"
CPE_NAME="cpe:/o:redhat:enterprise_linux:8::coreos"
HOME_URL="https://www.redhat.com/"
BUG_REPORT_URL="https://bugzilla.redhat.com/"
REDHAT_BUGZILLA_PRODUCT="OpenShift Container Platform"
REDHAT_BUGZILLA_PRODUCT_VERSION="4.7"
REDHAT_SUPPORT_PRODUCT="OpenShift Container Platform"
REDHAT_SUPPORT_PRODUCT_VERSION="4.7"
OSTREE_VERSION='47.84.202110151631-0'


sh-4.4# rpm -q podman
podman-3.2.3-0.11.module+el8.4.0+12050+ef972f71.x86_64

Comment 41 errata-xmlrpc 2021-10-27 08:22:59 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory (OpenShift Container Platform 4.7.36 bug fix update), and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2021:3931


Note You need to log in before you can comment on or make changes to this bug.