New mirror in Fremont, CA
by Yihan Huang
Hi,
We recently added Fedora to our Linux mirror service in our FMT1 PoP, here
are some technical details about this mirror:
Location: Fremont, CA US
URL: https://mirrors.codec-cluster.org/fedora
IP: 38.39.233.213
Bandwidth: 10Gbps
--
Regards
Yihan Huang,
Project Manager
CodecCloud(HK)Limited
3 years
want to be a mirror
by Pascal Panneels
hello,
I'm Pascal Panneels, System engineer working for Belnet, the Belgian
National Research and Education Network.
We want to become a mirror for fedora;
Here are the details of our server/capability :
Location: Brussels, Belgium
Available Bandwidth : 10 Gbps
We have 2 servers :
- IP of the mirroring one: 193.190.67.13
- IP of the service one : 193.190.67.98
Protocols available: ftp, http, https, rsync
Thanks for considering the request,
with kind regards,
--
*Pascal Panneels*
System Architect
Belnet - Services
WTC III
Simon Bolivarlaan 30 Boulevard Simon Bolivar
Brussel 1000 Bruxelles
België - Belgique
T: +32 2 790 33 33
*www.belnet.be <http://www.belnet.be>*
3 years
Mirror check-in failing since Fedora 32 upgrade
by fedora＠dst.ca
Hello,
Here is the qfm log:
Mirrormanager checkin for fedora-epel did not appear to
succeed.
>> Log: Err: Doesn't look like we got a good return from
mirrormanager.
>> Log: Err: faultCode 1 faultString <type
'exceptions.KeyError'>:'{'
>> Log: Err: Checkin attempt 3 failed. Will retry.
>> Log: Making xmlrpc call for fedora-epel
>> /usr/bin/curl --verbose -H "Expect:" -H "Content-Type:
text/xml" --data @mirrormanager-xmlrpc-fedora-epel
https://admin.fedoraproject.org/mirrormanager/xmlrpc
Regards,
3 years
quick-fedora-mirror & rsync 3.1.3 bug
by fedora＠dst.ca
To all fellow mirror maintainers,
I recently upgraded from fedora 30 to 32 and the past few weeks I
had qfm fail on me due to rsync 3.1.3 with the following error
"rsync: write failed on" [...] "Success (0)"
[...] "error in file IO (code 11)"
The behavior I experienced is rsync doing its job and then
outputting the error, always on the same file, and stayed in a zombie state
for hours doing nothing thus preventing next schedule to run and leaving the
mirror with outdated data.
fedora/linux/development/rawhide/Everything/aarch64/debug/tree/repodata/3d3b
effb8a292897a20c08a2a5b39ff820b9a48d14399d28240cd5c917813d54-filelists.xml.z
ck
My qfm conf has the option RSYNCOPTS enabled to specify a password
file.
After many hours of investigation I found that rsync is buggy when
combining the S and --preallocate parameters which happens with the default
values provided in the conf:
"# RSYNCOPTS=(-aSH -f 'R .~tmp~' --stats --preallocate
--delay-updates --out-format='@ %i %n%L')"
See: https://bugzilla.samba.org/show_bug.cgi?id=13320 or search for
commit f3873b3d88b61167b106e7b9227a20147f8f6197
Removing the --preallocate from the rsync options resolved the
situation. I preferred to keep the efficient sparse to limit bandwidth
usage.
It may be a good thing for admins to double check their
configuration and review qfm logs to see if the mirror(s) they manage is/are
affected.
Regards,
3 years
Moving Fedora 29 to archive?
by Stefan Neufeind
Hi,
is Fedora 29 still needed on the mirrors, according to policy? Or could
that be moved to archive sometime soon? We're on Fedora 31 currently, so
even if you intend to keep one old version keeping 30 around would be
sufficient.
--
Kind regards,
Stefan Neufeind
******************************************************
SpeedPartner GmbH
Blindeisenweg 43, 41468 Neuss
Tel.: 02131 88591-0, Fax: 02131 88591-10
E-Mail: info(a)speedpartner.de
Eingetragen unter HRB 13256 beim Amtsgericht Neuss
Geschäftsführer: Michael Metz-Martini, Stefan Neufeind
Sitz: Neuss
******************************************************
3 years
fedora-buffet
by Theo Morra
Heya,
We're adding some more storage to our mirrors - how big is buffet?
--
Disclaimer: This message contains information which may be confidential and
privileged. Unless you are the intended recipient you may not use, copy,
disseminate or disclose to anyone the message or any information contained
in the message. Thank you.
3 years
