The F28 propagation statistics page at https://admin.fedoraproject.org/mirrormanager/propgation/f28_updates seems to be nonfunctional. There is a page there, but there should be far more hosts and at least some of them should be shown as up to date.
For comparison, the F27 page looks correct: https://admin.fedoraproject.org/mirrormanager/propgation/f27_updates
I suspect that the revised structure of the updates tree in F28 is to blame. there's an extra directory 'Everything' to be traversed before you arrive at the updates which are directly in the 27 updates directory.
I doubt this is urgent, but I assume those statistics pages are kept for a reason so they might as well be functional.
Metadata Update from @kevin: - Issue assigned to adrian - Issue priority set to: Waiting on Assignee (was: Needs Review)
Metadata Update from @smooge: - Issue assigned to smooge (was: adrian)
Problem was in infrastructure script roles/mirrormanager/crawler/files/check_propagation.sh
I added a test for releases after f27
# check propagation for the active branches for version in `jq -r ".results[$i].version" < ${ACTIVE} | grep -v Rawhide`; do if [[ ${version -lt 28 ]]; then ${CRAWLER} --propagation --proppath updates/${version}/x86_64/repodata --threads 50 2>&1 | grep SHA256 > ${LOGBASE}/f${version}_updates-propagation.log.$( date +%s \ ) else ${CRAWLER} --propagation --proppath updates/${version}/Everything/x86_64/repodata --threads 50 2>&1 | grep SHA256 > ${LOGBASE}/f${version}_updates-propagation.log.$\ ( date +%s ) fi done
Confirmed that this is working now. It looks a bit odd as it doesn't show any hosts in the state "synced -1" or "synced -2" but I am assuming that will work itself out after a few update cycles as the script actually knows what the older repodata looks like.
Yep. Looks working again...
:scorpius:
Metadata Update from @kevin: - Issue close_status updated to: Fixed - Issue status updated to: Closed (was: Open)
Login to comment on this ticket.