| Summary: | Changing a host's Content View to "Default Organization View" does not make new content available | ||
|---|---|---|---|
| Product: | Red Hat Satellite | Reporter: | German Pulido <gpulido> |
| Component: | Content Views | Assignee: | Brad Buckingham <bbuckingham> |
| Status: | CLOSED NOTABUG | QA Contact: | |
| Severity: | high | Docs Contact: | |
| Priority: | high | ||
| Version: | 6.2.2 | CC: | bbuckingham, gpulido, jcallaha |
| Target Milestone: | Unspecified | Keywords: | Triaged |
| Target Release: | Unused | ||
| 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: | 2016-11-21 18:07:32 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: | |
|
Description
German Pulido
2016-10-18 17:38:13 UTC
Hi, did you happen to run 'subscription-manager refresh' from the client? When a content hosts environment or content view is changed from the server, the client is not currently aware that it changed. As a result, the 'refresh' is needed. I did run subscription-manager refresh, but it did not seem to work, the client still said there were no updates. So far, I have had to unregister the server and register it again (with the same Activation Key) for it to take the changed content view correctly. [root@rhel7 ~]# subscription-manager refresh All local data refreshed [root@rhel7 ~]# [root@rhel7 ~]# [root@rhel7 ~]# yum update Loaded plugins: package_upload, product-id, search-disabled-repos, subscription-manager rhel-7-server-rpms | 2.0 kB 00:00:00 rhel-7-server-satellite-tools-6.2-rpms | 2.1 kB 00:00:00 No packages marked for update [root@rhel7 ~]# Thanks!! Thanks for the feedback. When you mentioned that you changed the Content View to the 'Default Organization View', was that change on the content host (UI: Hosts->Content Host) or the activation key (UI: Content->Activation Key)? It will need to be on the Content Host, since changes to the Activation Key only affect hosts at registration time. I assume that the change was to the Content Host based upon the description, but wanted to confirm. Also, it would be great if we could get a foreman-debug (from satellite server) and the client logs (e.g. /var/log/messages) that cover the full scenario, as I have been unable to reproduce the scenario on my configuration. Or if your configuration is accessible, I'd be happy to log in to take a look. Clearing the NEEDINFO. I have a reproducer. Thanks! It turns out that this is different than the upstream issue; therefore, will have to continue to work towards a reproducer. So far, I am unable to reproduce this with 6.2.3. This may be a yum caching issue. Can you try the following? subscription-manager refresh yum clean all yum repolist yum update Does the above 'yum update' show the content expected from the Default Organization View? Hi Sorry for the delay, I have not been able to work with the customer for some time, so no updates here, but I will be able to work with them tomorrow so I hope to have more information by then. Thanks!! Tested again with the customer, suggestion form comment 3 (changing the CV in the content host) along with "subscription-manager refresh" did the trick. I think this bug can be closed. Thanks! Thanks for the update! For now, I'll close out the bugzilla; however, please feel free to re-open later if needed. |