As reported in FS#69614 the lock should be before the delete for when
another sync job is running rsync can't move the files as they are
removed.

We noticed that sometimes rsync becomes confused and leaves .~tmp~ dirs around which inhibits syncing from that point forward.

Signed-off-by: Florian Pritz <bluewind@xinu.at>

The script is currently hosted on my private server, but still linked in
the wiki[1]. This way, we can update the wiki to link to this copy of
the script as an official source.

[1] https://wiki.archlinux.org/index.php/DeveloperWiki:NewMirrors



Signed-off-by: Florian Pritz <bluewind@xinu.at>

Upstream being me:
https://git.server-speed.net/users/flo/bin/tree/syncrepo.sh



Signed-off-by: Florian Pritz <bluewind@xinu.at>

There's a need for having the iso on soyuz, for the arch-boxes role,
so it can build the images without needing to download an iso from
external sources.

Signed-off-by: Florian Pritz <bluewind@xinu.at>

I'm not sure if a symlink race is possible with lockfiles, but better
safe than sorry.

Signed-off-by: Florian Pritz <bluewind@xinu.at>

Without this hidden files will show up in the /srv/ftp tree and other
mirrors will sync these. Sometimes they get removed in the meantime and
then errors are printed on the downstream mirror. Just move them out of
the way and let rsync keep them in a dedicated directory until they are
ready to be moved into place.

Signed-off-by: Florian Pritz <bluewind@xinu.at>

This is simpler/better than coding some complex check directly in
archweb and it should work just fine. Not really needed for our mirror
(no monitoring in archweb), but potentially important for downstream mirrors.

Signed-off-by: Florian Pritz <bluewind@xinu.at>