Description of problem: A repository with on_demand policy set that was synchronized only a few days/hours ago takes the same amount of time. Version-Release number of selected component (if applicable): Satellite 6.9 How reproducible: 100% Steps to Reproduce: 1. Sync RHEL7 base channel 2. Wait a few days or hours 3. Sync RHEL7 base channel Actual results: First and second sync take about the same amount of time Expected results: It should only take a fraction of the time as most of the content was already synced before. Additional info:
Sync takes about 1h for on_demand of 'Red Hat Enterprise Linux 7 Server RPMs x86_64 7Server' repository the first time and this is pretty much the same time it takes after a few hours/days. Even the first sync for on_demand repository, should it really take 1h?
Steps to retest: 1. Import manifest 2. Enable rhel7 server, rhel8 baseOS, rhel8 AppStream 3. Sync all repos in step 2 4. Wait a day or a few hours 5. Resync all repos 6. Compare times Expected: Resync should have a faster time than the first sync Actual: Resync does have a faster time than the first sync Verified on 6.10_09
Created attachment 1802442 [details] 1st_sync
Created attachment 1802443 [details] 2nd syc result
Forgot to mention, but set the system to on_demand first before enabling the repos and syncing.
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 (Moderate: Satellite 6.10 Release), 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/RHSA-2021:4702