Bug 1508294

Summary: Forbidden messages when upgrading to 3.6
Product: OpenShift Container Platform Reporter: Jaspreet Kaur <jkaur>
Component: InstallerAssignee: Mo <mkhan>
Status: CLOSED WONTFIX QA Contact: Johnny Liu <jialiu>
Severity: high Docs Contact:
Priority: high    
Version: 3.6.1CC: aos-bugs, ccoleman, jokerman, mkhan, mmccomas, pdwyer, sdodson
Target Milestone: ---Keywords: Reopened
Target Release: 3.9.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2018-01-26 20:37:12 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Comment 1 liujia 2017-11-01 06:12:41 UTC
I hit the issue just now, should be duplicated with https://bugzilla.redhat.com/show_bug.cgi?id=1508290

Comment 2 Scott Dodson 2017-11-01 12:21:02 UTC

*** This bug has been marked as a duplicate of bug 1508290 ***

Comment 4 Ben Parees 2017-11-01 17:49:18 UTC
It sounds to me like they managed to create build objects referencing an image, and then later introduced a policy forbidding the images referenced by those objects, so they can't be rewritten now.

The workaround is to either delete the build objects or loosen the image policy to allow the images they reference.

This isn't a build specific problem, anything that references images could hit this.

Clayton, sanity check my theory please.

Comment 5 Ben Parees 2017-11-01 20:35:21 UTC
So after talking to Clayton this is a known bug in the image policy which is fixed in 3.6.1.  (objects which have not actually changed should not be processed through the image admission policy).

The error here can be ignored and the upgrade can proceed.

I'm not sure exactly what we need to doc, it sounds like we need general instructions that in some cases a migration failure is unavoidable and the upgrade can proceed.  I'm passing this off to Mo since my understanding is he owns migration and should know the more general rules that apply.

Comment 6 Mo 2017-11-01 20:46:49 UTC
The known issues docs should point here and state the possible workarounds as:

1. Manually updating the objects to be compliant with image policy and then re-running migration (this is the safest and ideal option, but may too time consuming)
2. Ignoring these errors, and then making sure the post-migration (i.e. once the server is 3.6.1+) is successful (because that should then be able to process the update in place even with non-compliant objects)

Comment 8 Red Hat Bugzilla 2023-09-14 04:11:05 UTC
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days