Bug 1750790 - Custom logo volume mounts not set on the deployment when setting custom logo
Summary: Custom logo volume mounts not set on the deployment when setting custom logo
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: OpenShift Container Platform
Classification: Red Hat
Component: Management Console
Version: 4.2.0
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: ---
: 4.2.0
Assignee: Jakub Hadvig
QA Contact: Yadan Pei
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2019-09-10 13:31 UTC by Jakub Hadvig
Modified: 2019-10-16 06:41 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2019-10-16 06:40:52 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github openshift console-operator pull 292 0 None None None 2019-09-10 13:35:32 UTC
Red Hat Product Errata RHBA-2019:2922 0 None None None 2019-10-16 06:41:04 UTC

Description Jakub Hadvig 2019-09-10 13:31:15 UTC
Description of problem:
When setting custom logo the volume mounts are not set on the deployment, causing pod to CrashLoop

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1. oc create configmap custom-pic --from-file=pic.png -n openshift-config
2. edit Console operator.openshift.io for customization
spec:
  customization:
    brand: azure
    customLogoFile:
      key: pic.png
      name: custom-pic
    customProductName: my-custom-name
3. redeploy should be triggered

Actual results:
Redeployed pods will CrashLoop

Expected results:
Redeployed pods won't CrashLoop


Additional info:

Comment 2 Yadan Pei 2019-09-12 02:31:32 UTC
$ oc create configmap custom-pic --from-file=mypic.png -n openshift-config
configmap/custom-pic created
$ oc get console.operator.openshift.io cluster -o json | jq '.spec.customization'
{
  "brand": "azure",
  "customLogoFile": {
    "key": "mypic.png",
    "name": "custom-pic"
  },
  "customProductName": "my-custom-name"
}
$ oc get pods -n openshift-console
NAME                         READY   STATUS              RESTARTS   AGE
console-56d5fddb99-2cz8w     0/1     ContainerCreating   0          1s
console-56d5fddb99-pt8h9     1/1     Running             0          14s
console-77664894d-chqqp      0/1     Terminating         0          88m
console-77664894d-cjhd6      1/1     Running             1          92m
downloads-5cdcbb69d4-fv5gg   1/1     Running             0          93m
downloads-5cdcbb69d4-qmrff   1/1     Running             0          93m

$ oc get pods -n openshift-console
NAME                         READY   STATUS    RESTARTS   AGE
console-56d5fddb99-2cz8w     1/1     Running   0          40s
console-56d5fddb99-pt8h9     1/1     Running   0          53s
downloads-5cdcbb69d4-fv5gg   1/1     Running   0          94m
downloads-5cdcbb69d4-qmrff   1/1     Running   0          94m

console pods can be started and running successfully

Verified on 4.2.0-0.nightly-2019-09-11-202233

Comment 3 errata-xmlrpc 2019-10-16 06:40:52 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


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