Bug #22357
closed
"Content Source" not updated in the UI
Added by Evgeni Golov about 7 years ago.
Updated almost 7 years ago.
Description
This happens on Katello 3.5, but I've also seen reports from Satellite 6.3 Beta (Katello 3.4.5).
When updating a host via the UI, you can set the "Content Source" to whichever proxy available and the next load of the edit page will show that the old proxy is still selected.

However, hammer host info
and the API show the correct, new proxy:
Content Information:
Content View: default-p4
Lifecycle Environment: Library
Content Source: pipeline-proxy-3-5-centos7.kangae.example.com
The same happens when updating the host via hammer
or the API directly.
- Translation missing: en.field_release set to 339
I have not been able to reproduce this on master/nightly. Does this occur when only switching between two proxies, or does it happen when assigning/removing a proxy?
The situation was:
- Setup Katello + Proxy using the forklift pipeline job.
- Attach a client to the Katello host
- Try to move that client to the Proxy
I did not try any other combinations.
By "attach a client", do you mean via subscription-manager, puppet? In testing, I used the Katello server itself (added by default as a client) on 3.5, and I am still unable to reproduce this. I'm using the centos7-katello-3-5 and centos7-foreman-proxy-3-5 forklift boxes.
Also no luck reproducing this on centos7-katello-3-5 and centos7-foreman-proxy-3-5 from forklift, registering a host via subscription-manager.
- Status changed from New to Need more information
Evgeni, can you setup or point us to a reproducer?
- Has duplicate Bug #19738: WebUI LifeCycle Environment/Content View/Content Source don't always match actual values added
heck, I can't reproduce this anymore on latest 3.5. :(
- Status changed from Need more information to Closed
- Translation missing: en.field_release changed from 339 to 166
If anyone sees this issue, please feel free to reopen with relevant logs.
Also available in: Atom
PDF