Bug 1748280

Summary: Updating customization for console logo will make the pod loop crash
Product: OpenShift Container Platform Reporter: XiaochuanWang <xiaocwan>
Component: Management ConsoleAssignee: Jakub Hadvig <jhadvig>
Status: CLOSED ERRATA QA Contact: Yadan Pei <yapei>
Severity: medium Docs Contact:
Priority: medium    
Version: 4.2.0CC: aos-bugs, jokerman
Target Milestone: ---   
Target Release: 4.2.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: 2019-10-16 06:39:51 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:

Description XiaochuanWang 2019-09-03 09:45:59 UTC
Description of problem:
Config console for a logo, when all console pods running, update the console config for new logo, then the new triggered console pod will crash in loop.

Version-Release number of selected component (if applicable):
4.2.0-0.nightly-2019-09-02-172410

How reproducible:
Always

Steps to Reproduce:
1. oc create configmap cmpng --from-file=logo.png -n openshift-config
2. edit console.operator.openshift.io for customization
spec:
  customization:
    brand: azure
    customLogoFile:
      key: logo.png
      name: cmpng
    customProductName: my-custom-name
3. When the pods are running, repeat step 1 and 2 (create new configmap and update console.operator.openshift.io). Check the new triggered pod.

Actual results:
New triggered pod will be CrashLoopBackOff from Error.

Picture is saved to Binary Data in configmap

$ oc logs -f console-795d749f7c-l87kb -n openshift-console
2019/09/3 06:07:03 cmd/main: could not read logo file: stat /var/logo/logo.png: no such file or directory



Expected results:
All pods should be Running.

Additional info:

Comment 1 XiaochuanWang 2019-09-03 09:50:00 UTC
*** Bug 1748182 has been marked as a duplicate of this bug. ***

Comment 2 Jakub Hadvig 2019-09-04 11:04:15 UTC
Bug is not reproducible with images that are saved in the confgiMap's `data` field, eg. svg format
The issue was traced down to the library-go where the sync is not couting with the `binaryData` field

Comment 4 XiaochuanWang 2019-09-09 01:52:21 UTC
Customized the logo twice and this is not reproduced.
Verified on 4.2.0-0.nightly-2019-09-08-180038

Comment 5 errata-xmlrpc 2019-10-16 06:39:51 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, 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-2019:2922