Closed matthijskooijman closed 2 years ago
We had some strange drive crash (moved now to safer but slower storage) on a server where repository is held which could explain some malfunction.
When did you check this? Cause now it seems alright.
rsync -av rsync://rsync.armbian.com/apt/dists/jammy/
drwxrwsr-x 4,096 2022/03/07 11:16:55 by-hash -rw-rw-r-- 22,151,392 2022/03/07 11:17:12 Contents-arm64.gz
drwxrwsr-x 4,096 2022/03/07 11:17:17 jammy-desktop -rw-rw-r-- 25,950 2022/03/07 11:17:44 Release
drwxrwsr-x 4,096 2022/03/07 11:17:44 . -rw-rw-r-- 26,799 2022/03/07 11:17:44 InRelease
drwxrwsr-x 4,096 2022/03/07 11:17:44 jammy-utils -rw-rw-r-- 3,521,412 2022/03/07 11:17:15 Contents-amd64.gz
drwxrwsr-x 4,096 2022/03/07 11:17:44 main -rw-rw-r-- 800 2022/03/07 11:17:44 Release.gpg
-rw-rw-r-- 15,940,852 2022/03/07 11:16:55 Contents-armhf.gz
imola is origin and stpete is currently serving rsync. Others need 12-24h.
When did you check this? Cause now it seems alright.
Just an hour ago. Checked again, still wrong.
With rsync, I do get recent timestamps like you, but the file contents is still wrong:
$ rsync -av rsync://rsync.armbian.com/apt/dists/focal/InRelease .
receiving incremental file list
InRelease
sent 43 bytes received 26,895 bytes 17,958.67 bytes/sec
total size is 26,799 speedup is 0.99
$ grep Date InRelease
Date: Tue, 1 Feb 2022 17:25:15 UTC
I tested with focal, since that is what I tested before, but rsyncing Jammy shows the same result.
Thank you!!
tl;dr; Failed stuck rsync, copy / paste bug in updating script.
Main repository wasn't changing much if anything until last week so it was not possible to notice. Perhaps we need to implement unit testing to cover this ;)
Sync has to catch up ... still working.
Redoing my earlier tests, it seems that all mirrors I tested are now up-to-date (March 10 in the release file), so I'm going to close this. Thanks!
I'm reporting this here in the assumption that repo is for tracking issues with the sync state of various apt.armbian.com mirrors. If this should be elsewhere, let me know.
While investigating some build failures related to failed apt updates, I noticed that some mirrors seem to be inconsistent. I originally thought this was caused by apt.armbian.com doing inconsistent redirects (which I still think is an issue, reported at https://github.com/armbian/dl-router/issues/29, but not the biggest cause for these problems right now), but it seems that some mirrors are also inconsistent.
In short, it seems that at least the netix, stpete and xogium mirrors have an outdated InRelease file (dated Feb 1), while other files do seem up-to-date. To reproduce, use either of these sources.list lines:
Which produces either of these errors (depending, I think, on whether the mirror has by-hash enabled):
or
To confirm that these mirrors are indeed inconsistent, I manually downloaded some files:
Then you can see that only imola is up-to-date:
Looking at the MD5Sums of the Packages.bz2 files in the InRelease file also shows imola differs:
However, the actual files seem to all match the imola MD5sum:
IOW, it seems that the Packages files have been synced correctly, but not the InRelease files (for 5 weeks now).
This causes issues for anyone using these mirrors, including when redirected to them through apt.armbian.com (as I was).
To confirm my setup is otherwise ok, I tried:
Which succeeds every time.