Bug 1373446 - [atomic registry] Access to registry web console in another tabs fails and shows 'Reconnect'
Summary: [atomic registry] Access to registry web console in another tabs fails and sh...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: OpenShift Container Platform
Classification: Red Hat
Component: Management Console
Version: 3.3.0
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ---
: 3.3.1
Assignee: Dominik Perpeet
QA Contact: Yadan Pei
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-09-06 09:58 UTC by Xingxing Xia
Modified: 2016-11-15 19:05 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-11-15 19:05:31 UTC
Target Upstream Version:


Attachments (Terms of Use)
Access in another tab fails (15.71 KB, image/png)
2016-09-06 09:59 UTC, Xingxing Xia
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2016:2777 0 normal SHIPPED_LIVE OpenShift Container Platform registry-console image bug fix update 2016-11-16 00:05:17 UTC

Description Xingxing Xia 2016-09-06 09:58:48 UTC
Description of problem:
Access to registry web console in other tabs fails and shows (see attachment):
Couldn't connect to server
Couldn't find running API server
    Reconnect

Clicking Reconnect also fails and gives same prompt.

But clicking links in the first tab still work. Even if close all tabs (without browser closed), access again, still fail.

Have to in the fail page click username --> logout, then login again, only now it can access successfully. Or have to open another browser to login and access successfully


Version-Release number of selected component (if applicable):
openshift3/registry-console:3.3

How reproducible:
Always

Steps to Reproduce:
1. Input registry URL in address bar, login to registry web console
2. After login successfully, open a new browser tab, input registry URL again.

Actual results:
2. Fail and prompt:
Couldn't connect to server
Couldn't find running API server
    Reconnect

Expected results:
2. Should access successfully on other tabs in the browser

Additional info:

Comment 1 Xingxing Xia 2016-09-06 09:59:39 UTC
Created attachment 1198158 [details]
Access in another tab fails

Comment 2 Peter 2016-09-06 13:55:52 UTC
This was fixed in 0.117.

Comment 6 Troy Dawson 2016-11-07 21:17:56 UTC
cockpit 118-2 has been released.
We have created image openshift3/registry-console:3.3-4 that has the updated rpms and should fix this problem.

Comment 8 Xingxing Xia 2016-11-08 07:17:20 UTC
Verified with openshift3/registry-console:3.3-4 with Cockpit Version 118:
$ docker images | grep registry
.../openshift3/registry-console      3.3-4               445ef31dcaaf        10 hours ago        223.8 MB

Fixed. Now can access registry console in other Tab

Comment 9 Alex Dellapenta 2016-11-11 22:50:49 UTC
If the registry console is already deployed, how should admins update to use the latest image? I see in the registry-console deploymentConfig it specifies the general 3.3 tag:

        image: registry.access.redhat.com/openshift3/registry-console:3.3
        imagePullPolicy: IfNotPresent

And it has a ConfigChange trigger:

  triggers:
  - type: ConfigChange

So I guess just importing the 3.3 tag wouldn't be enough since the dc wouldn't actually change?

$ oc import-image -n default registry-console:3.3

Should an admin just manually update the tag version in the "image" field of the dc from "3.3" to "3.3-4", like we do for manual registry or router updates? I.e.,

https://docs.openshift.com/container-platform/3.3/install_config/upgrading/manual_upgrades.html#upgrading-the-registry

Side note, when I tried importing w/o specifying a tag (defaulting to "latest"), it failed with:

error: the tag "latest" does not exist on the image stream - choose an existing tag to import or use the 'tag' command to create a new tag

Comment 10 Dominik Perpeet 2016-11-14 16:01:27 UTC
I think Troy Dawson is a better source for the release mechanics of the shipped images.

Comment 11 Troy Dawson 2016-11-14 16:26:24 UTC
I looked and we should have a :latest :3.3 and :3.3-4 tags, and they should all be pointing to the same image.  That part will be in place when this is fixed.

I believe Alex is asking what's going to actually trigger the running registry-console to actually use the new image.

Comment 12 Alex Dellapenta 2016-11-14 17:06:04 UTC
Confirmed w/ aweiteka via IRC that we'll follow the "bump the 'image' field / let ConfigChange auto-trigger new delpoyment" method for upgrading, same as we do for registry and router deployments.

Comment 14 errata-xmlrpc 2016-11-15 19:05:31 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-2016:2777


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