3:25 a.m.
Hi all!
Some weeks ago we experienced an irrecoverable failure on our zpools
(more drives failed than the redundancy we had configured).
Happily, we are back, but still, experiencing some trouble with
synchronization.
We are serving traffic:
190.54.60.60 - - [23/May/2019:09:10:04 -0300] "GET
/fedora/epel/7/x86_64/repodata/repomd.xml HTTP/1.1" 404 972
177.14.64.34 - - [23/May/2019:09:10:05 -0300] "GET
/fedora/epel/7/x86_64/Packages/t/Thunar-1.6.16-1.el7.x86_64.rpm
HTTP/1.1" 404 972
177.14.64.34 - - [23/May/2019:09:10:06 -0300] "GET
/fedora/epel/7/x86_64/Packages/e/exo-0.10.7-1.el7.x86_64.rpm
HTTP/1.1" 404 972
191.243.197.228 - - [23/May/2019:09:10:06 -0300] "GET
/fedora/epel/7/x86_64/repodata/repomd.xml HTTP/1.1" 404 972
177.14.64.34 - - [23/May/2019:09:10:06 -0300] "GET
/fedora/epel/7/x86_64/Packages/g/garcon-0.4.0-3.el7.x86_64.rpm
HTTP/1.1" 404 972
177.184.199.210 - - [23/May/2019:09:10:07 -0300] "GET
/fedora/epel/7/x86_64/repodata/repomd.xml HTTP/1.1" 404 972
so something is working.
On the other hand, initial synchronization produced the following output:
file has vanished:
"/fedora/linux/updates/32/Modular/aarch64/Packages/p/perl-utils-5.32.0-460.module_f32+9697+f7cfbc52.noarch.rpm"
(in fedora-buffet)
file has vanished:
"/fedora/linux/updates/32/Modular/aarch64/Packages/p/perl-vars-1.05-460.module_f32+9697+f7cfbc52.noarch.rpm"
(in fedora-buffet)
file has vanished:
"/fedora/linux/updates/32/Modular/aarch64/Packages/p/perl-vmsish-1.04-460.module_f32+9697+f7cfbc52.noarch.rpm"
(in fedora-buffet)
file has vanished:
"/fedora/linux/updates/32/Modular/aarch64/repodata/b4a2397c78db1935678d16c804f24abe6838b6f5e4efdfeec568db54599217af-updateinfo.xml.xz"
(in fedora-buffet)
file has vanished:
"/fedora/linux/updates/32/Modular/aarch64/repodata/b96f7217244654b4ad9e11848424862a93740aba80f56c92bfbfced987597ce5-updateinfo.xml.zck"
(in fedora-buffet)
got transfer request in phase 2 [sender]
rsync error: protocol incompatibility (code 2) at sender.c(294)
[sender=3.1.2]
rsync failed; aborting run.
Will not check in or delete anything.
Mirror starting: Sun Oct 25 08:26:38 -03 2020
Changes in fedora-enchilada: 1724070 files/dirs
Changes in fedora-epel: 180016 files/dirs
=========================
Mirror finished: Tue Nov 3 03:23:10 -03 2020 (1)
but still, we have
espejito:/zp0/mirrors/fedora # du -sh .
2,5T
and
espejito:/zp0/mirrors/fedora # find | wc -l
1128666
I cannot be sure if the output indicates any important problem, yet, we
are not listed in mirrormanager.
any advice?
regards
ariel
4:34 a.m.
New subject: your mail
On Wed, Nov 04, 2020 at 06:25:46AM -0300, ariel sabiguero yawelak wrote:
Some weeks ago we experienced an irrecoverable failure on our zpools
(more
drives failed than the redundancy we had configured).
Happily, we are back, but still, experiencing some trouble with
synchronization.
We are serving traffic:
190.54.60.60 - - [23/May/2019:09:10:04 -0300] "GET
/fedora/epel/7/x86_64/repodata/repomd.xml HTTP/1.1" 404 972
177.14.64.34 - - [23/May/2019:09:10:05 -0300] "GET
/fedora/epel/7/x86_64/Packages/t/Thunar-1.6.16-1.el7.x86_64.rpm
HTTP/1.1" 404 972
177.14.64.34 - - [23/May/2019:09:10:06 -0300] "GET
/fedora/epel/7/x86_64/Packages/e/exo-0.10.7-1.el7.x86_64.rpm
HTTP/1.1" 404 972
191.243.197.228 - - [23/May/2019:09:10:06 -0300] "GET
/fedora/epel/7/x86_64/repodata/repomd.xml HTTP/1.1" 404 972
177.14.64.34 - - [23/May/2019:09:10:06 -0300] "GET
/fedora/epel/7/x86_64/Packages/g/garcon-0.4.0-3.el7.x86_64.rpm
HTTP/1.1" 404 972
177.184.199.210 - - [23/May/2019:09:10:07 -0300] "GET
/fedora/epel/7/x86_64/repodata/repomd.xml HTTP/1.1" 404 972
so something is working.
On the other hand, initial synchronization produced the following output:
file has vanished:
"/fedora/linux/updates/32/Modular/aarch64/Packages/p/perl-utils-5.32.0-460.module_f32+9697+f7cfbc52.noarch.rpm"
(in fedora-buffet)
file has vanished:
"/fedora/linux/updates/32/Modular/aarch64/Packages/p/perl-vars-1.05-460.module_f32+9697+f7cfbc52.noarch.rpm"
(in fedora-buffet)
file has vanished:
"/fedora/linux/updates/32/Modular/aarch64/Packages/p/perl-vmsish-1.04-460.module_f32+9697+f7cfbc52.noarch.rpm"
(in fedora-buffet)
file has vanished:
"/fedora/linux/updates/32/Modular/aarch64/repodata/b4a2397c78db1935678d16c804f24abe6838b6f5e4efdfeec568db54599217af-updateinfo.xml.xz"
(in fedora-buffet)
file has vanished:
"/fedora/linux/updates/32/Modular/aarch64/repodata/b96f7217244654b4ad9e11848424862a93740aba80f56c92bfbfced987597ce5-updateinfo.xml.zck"
(in fedora-buffet)
got transfer request in phase 2 [sender]
rsync error: protocol incompatibility (code 2) at sender.c(294)
[sender=3.1.2]
rsync failed; aborting run.
Will not check in or delete anything.
Mirror starting: Sun Oct 25 08:26:38 -03 2020
Changes in fedora-enchilada: 1724070 files/dirs
Changes in fedora-epel: 180016 files/dirs
=========================
Mirror finished: Tue Nov 3 03:23:10 -03 2020 (1)
but still, we have
espejito:/zp0/mirrors/fedora # du -sh .
2,5T
and
espejito:/zp0/mirrors/fedora # find | wc -l
1128666
I cannot be sure if the output indicates any important problem, yet, we are
not listed in mirrormanager.
any advice?
You did not mention which mirror you are running. Based on your email
address I assume this is about espejito.fder.edu.uy.
Your mirror has been auto-disabled because of too many failed crawls. I
enabled it again and manually started a crawler run. A lot of the
directories do not seem to be up to date. Based on the output I also
assume that your are running quick-fedora-mirror. You should run it with
-a, --alwayscheck Always compare local content with file lists, even if
file lists have not changed.
to make sure it actually looks which files you have. With '-a' it should
be possible to get all missing files.
Adrian
4:57 a.m.
New subject: your mail
I was going to send the mail later, but I clicked on "Send"... it even
went out without subject... sorry for the missing data.
El 4/11/20 a las 7:34, Adrian Reber escribió:
You did not mention which mirror you are running. Based on your
email
address I assume this is about espejito.fder.edu.uy.
That one!
Your mirror has been auto-disabled because of too many failed crawls.
That happens when two drives fail and you need to make a public bid to
replace the drives...
I
enabled it again and manually started a crawler run. A lot of the
directories do not seem to be up to date.
It took 8 days to make the initial
synchronization... I assume that
several updates occured while rsync was running... in future executions
the distance should fade away.
Based on the output I also
assume that your are running quick-fedora-mirror.
good guess....
You should run it with
-a, --alwayscheck Always compare local content with file lists, even if
file lists have not changed.
to make sure it actually looks which files you have. With '-a' it should
be possible to get all missing files.
I ran it manually with -a. Should we keep -a in the script (for all
executions) or it should be used as an "emergency switch"?
regards
ariel
>
> Adrian
6:56 a.m.
New subject: your mail
On Wed, Nov 04, 2020 at 07:57:04AM -0300, ariel sabiguero yawelak wrote:
I was going to send the mail later, but I clicked on
"Send"... it even went
out without subject... sorry for the missing data.
El 4/11/20 a las 7:34, Adrian Reber escribió:
> You did not mention which mirror you are running. Based on your email
> address I assume this is about espejito.fder.edu.uy.
That one!
> Your mirror has been auto-disabled because of too many failed crawls.
That happens when two drives fail and you need to make a public bid to
replace the drives...
> I
> enabled it again and manually started a crawler run. A lot of the
> directories do not seem to be up to date.
It took 8 days to make the initial synchronization... I assume that several
updates occured while rsync was running... in future executions the distance
should fade away.
> Based on the output I also
> assume that your are running quick-fedora-mirror.
good guess....
> You should run it with
>
> -a, --alwayscheck Always compare local content with file lists, even if
> file lists have not changed.
>
> to make sure it actually looks which files you have. With '-a' it should
> be possible to get all missing files.
I ran it manually with -a. Should we keep -a in the script (for all
executions) or it should be used as an "emergency switch"?
No, there is no need to keep '-a'. Just if you think something is not
working correctly.
Adrian
1268
days inactive
1268
days old
mirror-admin@lists.fedoraproject.org
3 comments
2 participants
participants (2)
-
Adrian Reber -
ariel sabiguero yawelak