Description of problem:
Changing download policy from on_demand to immediate and syncing does not download packages
Version-Release number of selected component (if applicable):
How reproducible: always
Steps to Reproduce:
1. Enable a repository
2. Go to the repository and change the download policy to 'immediate'
3. Sync repository
/var/lib/pulp does not grow
/var/lib/pulp should reflect the content by growing in size
I tried to reproduce it on Pulp 2.13.4 and it works for me.
Maybe it depends on how Katello updates importer config. I recall that there were some changes in that area.
Can anyone provide API calls with params which Katello performs during a download policy change?
Is the policy indeed changed on the importer?
Does force_full sync help?
It's worth looking into Pulp logs (journalctl) as well, just in case Pulp failure was not noticed by Katello.
Christine, can you assist with this additional data? If you had already determined it to be an issue isolated within katello, we can move the component back to Repositories. Thanks!
I had a client report this behavior since they were a bit surprised by the change to a default "on_demand" policy and transitioned back to "immediate" but weren't getting the packages. I reproduced locally on my home Satellite for an external yum repo to confirm but didn't debug it at that point aside from noting that "Advanced sync->Sync and validate" in the Satellite repo menu seemed to correct this (but "sync now" does not). What data would we want or need to chase this?
I encountered the issue (on 6.3.0) too.
I first changed the default download policy and then changed the policy of each repo. (on_demand to immediate).
It seems that these repos (previously enabled and synchronized) are still using the on_demand policy.
New enabled repos do use the new default immediate.
I will update the Sat6 instance to latest version as soon as i can.
are you still able to reproduce the issue?
I noticed that if the repo settings are set in a way that is acceptable to Katello but not Pulp, this issue can happen.
I didn't see the ping, but I'll give this a try on a current build locally to see if I can reproduce. Previously, I had been able to.
Flagging back to 'needinfo' on me.
I'm not able to reproduce and have passed a query to the client to see if they've seen this since. I'm suspecting that the answer is 'no' for newer builds, but will confirm to make certain.
The Satellite Team is attempting to provide an accurate backlog of bugzilla requests which we feel will be resolved in the next few releases. We do not believe this bugzilla will meet that criteria, and have plans to close it out in 1 month. This is not a reflection on the validity of the request, but a reflection of the many priorities for the product. If you have any concerns about this, feel free to contact Red Hat Technical Support or your account team. If we do not hear from you, we will close this bug out. Thank you.
Thank you for your interest in Satellite 6. We have evaluated this request, and while we recognize that it is a valid request, we do not expect this to be implemented in the product in the foreseeable future. This is due to other priorities for the product, and not a reflection on the request itself. We are therefore closing this out as WONTFIX. If you have any concerns about this, please do not reopen. Instead, feel free to contact Red Hat Technical Support. Thank you.