Re: 2 Fedora MirrorManager entries for ftp.sjtu.edu.cn
by Matt Domsch
Adrian, can you help Colin next week? I am offline for the next week.
Thanks.
On Jul 28, 2013 6:55 AM, "Colin" <colins(a)sjtu.edu.cn> wrote:
> Thank you for writing me.
> But I am sorry that I have lost the password of admin.fedoraproject.organd maybe I can recover my password as my email system may reject any
> automatic email without correct DNS spf setting.
> I guest my account is colinsjtu.
>
> btw, You mean change the config file ?
>
> [site]
> enabled=1
> name=ftp.sjtu.edu.cn
>
> [host]
> enabled=1
> name=ftp.sjtu.edu.cn
>
>
> Colin
>
> ----- Original Message -----
> From: "Matt Domsch" <matt(a)domsch.com>
> To: "'Colin Lai'" <colins(a)sjtu.edu.cn>; "'Homer Xing'" <
> homer.xing(a)gmail.com>
> Cc: <mirror-admin(a)fedoraproject.org>; <mdomsch(a)fedoraproject.org>
> Sent: Sunday, July 28, 2013 4:25 AM
> Subject: 2 Fedora MirrorManager entries for ftp.sjtu.edu.cn
>
>
>
10 years, 8 months
Warrior Hill Fedora mirror
by Matt Domsch
Jason, did you need some help setting up your Fedora mirror? I see an
entry in the Fedora MirrorManager database for your server, but you
don't list any URLs to reach the different Fedora content, so no users
are being directed to your server.
https://admin.fedoraproject.org/mirrormanager/site/1189
Please advise if I can help.
Thanks,
Matt
Fedora Mirror Wrangler
10 years, 8 months
your Fedora mirror dhcp77-170
by Matt Domsch
dhcp77-170.rhndev.redhat.com is registered in the Fedora MirrorManager
database, but the information there is incomplete. Do you need
assistance setting up this mirror?
Thanks,
Matt
--
Matt Domsch
Technology Strategist, Dell Office of the CTO
10 years, 8 months
mirror.totalhighspeed.net Fedora mirror content
by Matt Domsch
Greetings. I'm the Mirror Wrangler for the Fedora Project, and author
of the tool we use to know which mirrors are up-to-date:
MirrorManager.
I see you started registering a private mirror in our MirrorManager database:
https://admin.fedoraproject.org/mirrormanager/site/1203
However, you did not include URLs to this mirror. I've manually tried
rsync, http, and FTP, none of which connect, though I can ping it.
Without URLs listed in the MirrorManager database, no Fedora clients
will be directed to your mirror.
Furthermore, I presume you want this to be a private mirror (not
listed in the public listings). As such, you must run the
report_mirror script (see
https://fedoraproject.org/wiki/Infrastructure/Mirroring), as our
crawler will not crawl public mirrors.
I've marked your mirror as both private and disabled (you can
re-enable it yourself) once you have added URLs to your mirror and
have report_mirror running after each successful rsync run to pull
master content.
Thanks,
Matt
Fedora Mirror Wrangler
10 years, 8 months
mirror.fraunhofer.de does not have HTTP keep-alives enabled
by Matt Domsch
Greetings. I'm the Mirror Wrangler for the Fedora Project, and author
of the tool we use to know which mirrors are up-to-date:
MirrorManager.
For most mirrors, rsync directory listings are the fastest way to get
a full list of what content your mirror has. It falls back to doing
individual HTTP HEAD requests on a subset of the files, if rsync isn't
available, and FTP DIR calls if HTTP isn't available.
In your case, the crawler takes a relatively long time to retrieve the
directory listing from your mirror. You seem to not have HTTP
KeepAlives enabled, which, given as much content as you mirror, would
slow down the crawler enough to push you over the 2 hour timeout.
Now, for other mirrors serving rsync such as mirrors.us.kernel.org
shown here, we see times such as:
07/27/2013 12:29:05 AM Starting crawl
07/27/2013 12:29:05 AM scanning Category Fedora Linux
07/27/2013 12:31:26 AM rsync time: 0:01:14.965211
07/27/2013 12:34:21 AM scanning Category Fedora EPEL
07/27/2013 12:34:41 AM rsync time: 0:00:12.548085
07/27/2013 12:34:59 AM scanning Category Fedora Secondary Arches
07/27/2013 12:40:12 AM rsync time: 0:02:49.361520
07/27/2013 12:47:02 AM scanning Category Fedora Other
07/27/2013 12:47:13 AM rsync time: 0:00:06.161032
07/27/2013 12:57:27 AM Total directories: 5805
07/27/2013 12:57:27 AM Changed to up2date: 0
07/27/2013 12:57:27 AM Changed to not up2date: 0
07/27/2013 12:57:27 AM Unchanged: 5805
07/27/2013 12:57:27 AM Unknown disposition: 0
07/27/2013 12:57:27 AM New HostCategoryDirs created: 87
07/27/2013 12:57:27 AM HostCategoryDirs now deleted on the master, marked not up2date: 0
07/27/2013 12:57:27 AM Ending crawl
The whole process takes under 30 minutes.
I raise this because I know you do a good job running your mirror
generally, so this seems anomalous.
In addition to enabling HTTP keep-alives, in the past, mirror admins
have suggested reducing the value of /proc/sys/vm/vfs_cache_pressure,
from the default value 100, to a lower number, causing the kernel to
prefer to keep dentries when under memory pressure:
https://www.kernel.org/doc/Documentation/sysctl/vm.txt
vfs_cache_pressure
------------------
Controls the tendency of the kernel to reclaim the memory which is
used for caching of directory and inode objects.
At the default value of vfs_cache_pressure=100 the kernel will attempt
to reclaim dentries and inodes at a "fair" rate with respect to
pagecache and swapcache reclaim. Decreasing vfs_cache_pressure causes
the kernel to prefer to retain dentry and inode caches. When
vfs_cache_pressure=0, the kernel will never reclaim dentries and
inodes due to memory pressure and this can easily lead to
out-of-memory conditions. Increasing vfs_cache_pressure beyond 100
causes the kernel to prefer to reclaim dentries and inodes.
Please take a look and see if a change is warranted on your side to
either or both enabling HTTP KeepAlives or adding rsync targets for
the other Fedora content carried (and then adding those URLs into the
MirrorManager database), or if you see different behaviour than I am.
Thanks,
Matt
10 years, 8 months
RE: Crawler error
by Matt Domsch
You list rsync URLs in your MirrorManager information, however, the crawler just gets Connection Refused trying to make an rsync connection. Trying manually, I get:
$ rsync mirrors.yun-idc.com::
rsync: failed to connect to mirrors.yun-idc.com: Connection refused (111)
rsync error: error in socket IO (code 10) at clientserver.c(124) [receiver=3.0.6]
Thanks,
Matt
--
Matt Domsch
Technology Strategist
Dell | Office of the CTO
________________________________________
From: Christopher Meng [cickumqt(a)gmail.com]
Sent: Saturday, July 27, 2013 1:30 AM
To: Domsch, Matt
Subject: Crawler error
Hi Matt,
Can you help check site 1266?
We think there is no problem here.
Thanks.
Sent from Note I
10 years, 8 months
ftp.cc.uoc.gr Fedora mirror problems
by Matt Domsch
Greetings. I'm the Mirror Wrangler for the Fedora Project, and author
of the tool we use to know which mirrors are up-to-date:
MirrorManager.
MirrorManager is experiencing several problems with your mirror.
1) the /fedora/fullfilelist file timestamp is July 16, so the mirror
has gotten hung somehow or is not complete updating as you might
expect.
2) by running report_mirror even when the above is failing (as you
are), MirrorManager believes your mirror is actually up-to-date, so
is trying to send users your way.
3) Our crawler is timing out after 2 hours, unable to complete the
HTTP HEAD calls necessary to judge that your mirror is up-to-date.
To try to alleviate #3, because I note you do have an rsync target for
the "Fedora Linux" content (but oddly, not for Fedora EPEL and Fedora
Secondary Arches which you already carry), I added the rsync URL to
your information in the MirrorManager database.
https://admin.fedoraproject.org/mirrormanager/host/488
For most mirrors, rsync directory listings are the fastest way to get
a full list of what content your mirror has. It falls back to doing
individual HTTP HEAD requests on a subset of the files, if rsync isn't
available, and FTP DIR calls if HTTP isn't available.
In your case, the crawler takes a relatively long time to retrieve the
directory listing from your mirror. You seem to not have HTTP
KeepAlives enabled, which, given as much content as you mirror, would
slow down the crawler enough to push you over the 2 hour timeout.
Now, for other mirrors serving rsync such as mirrors.us.kernel.org
shown here, we see times such as:
07/27/2013 12:29:05 AM Starting crawl
07/27/2013 12:29:05 AM scanning Category Fedora Linux
07/27/2013 12:31:26 AM rsync time: 0:01:14.965211
07/27/2013 12:34:21 AM scanning Category Fedora EPEL
07/27/2013 12:34:41 AM rsync time: 0:00:12.548085
07/27/2013 12:34:59 AM scanning Category Fedora Secondary Arches
07/27/2013 12:40:12 AM rsync time: 0:02:49.361520
07/27/2013 12:47:02 AM scanning Category Fedora Other
07/27/2013 12:47:13 AM rsync time: 0:00:06.161032
07/27/2013 12:57:27 AM Total directories: 5805
07/27/2013 12:57:27 AM Changed to up2date: 0
07/27/2013 12:57:27 AM Changed to not up2date: 0
07/27/2013 12:57:27 AM Unchanged: 5805
07/27/2013 12:57:27 AM Unknown disposition: 0
07/27/2013 12:57:27 AM New HostCategoryDirs created: 87
07/27/2013 12:57:27 AM HostCategoryDirs now deleted on the master, marked not up2date: 0
07/27/2013 12:57:27 AM Ending crawl
The whole process takes under 30 minutes.
I raise this because I know you do a good job running your mirror
generally, so this seems anomalous.
In the past, mirror admins have suggested reducing the value of
/proc/sys/vm/vfs_cache_pressure, from the default value 100, to a
lower number, causing the kernel to prefer to keep dentries when under
memory pressure:
https://www.kernel.org/doc/Documentation/sysctl/vm.txt
vfs_cache_pressure
------------------
Controls the tendency of the kernel to reclaim the memory which is
used for caching of directory and inode objects.
At the default value of vfs_cache_pressure=100 the kernel will attempt
to reclaim dentries and inodes at a "fair" rate with respect to
pagecache and swapcache reclaim. Decreasing vfs_cache_pressure causes
the kernel to prefer to retain dentry and inode caches. When
vfs_cache_pressure=0, the kernel will never reclaim dentries and
inodes due to memory pressure and this can easily lead to
out-of-memory conditions. Increasing vfs_cache_pressure beyond 100
causes the kernel to prefer to reclaim dentries and inodes.
Please take a look and see if a change is warranted on your side to
either or both enabling HTTP KeepAlives or adding rsync targets for
the other Fedora content carried (and then adding those URLs into the
MirrorManager database), or if you see different behaviour than I am.
Thanks,
Matt
10 years, 8 months
Oportunidade Girafa: Sua chance de ter uma Smart TV Samsung é agora.
by Girafa
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87333,...]
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87333,...]
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87334,...]
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87335,...]
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87336,...]
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87337,...]
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87338,...]
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87339,...]
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87340,...]
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87341,...]
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87333,..."
src="http://img.virtualtarget.com.br//1636/20130726/01.jpg" alt="TV
LED 3D Samsung 40\'\' e 46\'\'" width="600" border="0" />
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87346,...]
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87347,...]
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87348,...]
SS015860000
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87347,...]
BDP-S4100
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87348,...]
Relógio Suunto M5 Box
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87347,...]
Blu-ray Player 3DSony
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87348,...
border-left:1px solid #f4ac1c; border-bottom:1px solid #f4ac1c;
width:292px; padding:10px 0px 0px 0px;">
351,12
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87347,...
margin: 0;padding: 0; border: 0; ">À vista no boleto
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87347,...:
bold; margin: 0px 0px 0px 0px; border: 0;">12x no cartão
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87347,...
height:50px; border-left:1px solid #f4ac1c; border-bottom:1px solid
#f4ac1c; width:292px; padding:10px 0px 0px 0px;">
377,52
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87348,...
margin: 0;padding: 0; border: 0; ">À vista no boleto
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87348,...
font-weight: bold; margin:0; border: 0;">10x no cartão
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87348,...]
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87349,...]
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87350,...]
BDV-E6100
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87349,...]
TX-SR313
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87350,...]
Home Theater sem fioSony
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87349,...]
Receiver Onkyo
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87350,...
border-left:1px solid #f4ac1c; border-bottom:1px solid #f4ac1c;
width:292px; padding:10px 0px 0px 0px;">
1.495,12
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87349,...
margin: 0;padding: 0; border: 0; ">À vista no boleto
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87349,...:
bold; margin: 0px 0px 0px 0px; border: 0;">12x no cartão
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87349,...
height:50px; border-left:1px solid #f4ac1c; border-bottom:1px solid
#f4ac1c; width:292px; padding:10px 0px 0px 0px;">
2.199,12
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87350,...
margin: 0;padding: 0; border: 0; ">À vista no boleto
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87350,...
font-weight: bold; margin:0; border: 0;">12x no cartão
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87350,...]
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87351,...]
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87352,...]
GT-I8190
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87351,...]
N7100
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87352,...]
Smartphone SamsungGalaxy S III Mini
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87351,...]
Smartphone Samsung Galaxy Note 2
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87352,...
border-bottom:1px solid #f4ac1c; border-left:1px solid #f4ac1c;
width:292px; padding:10px 0px 0px 0px;">
729,52
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87351,...
margin: 0;padding: 0; border: 0; ">À vista no boleto
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87351,...:
bold; margin: 0px 0px 0px 0px; border: 0;">12x no cartão
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87351,...
height:50px; border-left:1px solid #f4ac1c;border-bottom:1px solid
#f4ac1c; width:292px; padding:10px 0px 0px 0px;">
1.583,12
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87352,...
margin: 0;padding: 0; border: 0; ">À vista no boleto
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87352,...:
bold; margin:0; border: 0;">12x no cartão
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87352,...]
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87353,...]
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87354,...]
BABA 3005 - AZUL
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87353,...]
GR4
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87354,...]
Babá Eletrônica Siga-me Baby
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87353,...]
Grill Griddler Cuisinart
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87354,...
border-bottom:1px solid #f4ac1c; border-left:1px solid #f4ac1c;
width:292px; padding:10px 0px 0px 0px;">
131,91
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87353,...
margin: 0;padding: 0; border: 0; ">À vista no boleto
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87353,...:
bold; margin: 0px 0px 0px 0px; border: 0;">12x no cartão
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87353,...
height:50px; border-left:1px solid #f4ac1c;border-bottom:1px solid
#f4ac1c; width:292px; padding:10px 0px 0px 0px;">
483,12
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87354,...
margin: 0;padding: 0; border: 0; ">À vista no boleto
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87354,...:
bold; margin:0; border: 0;">12x no cartão
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87354,...]
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87333,...]
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87342,...]
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87355,...]
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87356,...]
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87357,...]
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87358,...]
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87359,...]
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87343,...]
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87333,...]
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87360,...]
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87361,...]
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87362,...]
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87344,...]
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87333,...]
Preços e condições de pagamento válidos até 28/07/2013 ou enquanto
durarem nossos estoques. Imagens meramente ilustrativas.*Consulte sua
região
[http://trk.email.girafa.com.br/index.dma/DmaClick?1636,3368,654371,87345,...]
10 years, 8 months
GPS tracker with multi discret shared an album with you.
by GPS tracker with multi discret
Tips: GPS tracker with multi discrete input and output /Attn: purchase
manager
Dear Sir
This is Anna,the sales manager of Redview GPS in China.
VT310 is a GPS tracker with 5 discrete inputs ,5 discrete outputs
and 2 analog ports . With VT310,you can get vehicle windows status, door
status, engine status, temperature and tank fuel level ,etc. This is widely
used in truck tracking application.
I would appreciate if you forward this letter to Technical Manager
or to other expert responsible for technical integration of new products in
your company, or provide me with his contact for we could discuss all the
details of our future cooperation.
Your early reply is highly appreciated.
Best Regards
Anna
https://picasaweb.google.com/lh/sredir?uname=113716083308588573371&target...
10 years, 8 months