Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 308751 - ftp.daum.net is lagging in updates, and FTP is inaccessible
Summary: ftp.daum.net is lagging in updates, and FTP is inaccessible
Status: RESOLVED FIXED
Alias: None
Product: Mirrors
Classification: Unclassified
Component: Server Problem (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Mirror Admins
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-03-09 22:41 UTC by Mark Loeser (RETIRED)
Modified: 2010-04-23 01:53 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Mark Loeser (RETIRED) gentoo-dev 2010-03-09 22:41:50 UTC
Hello,

It looks like your mirror is currently lagging behind the main mirrors by 20 days.  Also, your ftp seems to be down as well.  Could you please look into these issues and let us know?

Thanks,

Mark
Comment 1 Seung-chul, Lee 2010-03-10 06:23:32 UTC
I'm the administrator of ftp.daum.net.

I just command below.
rsync -avH --delete --password-file=/home/likejazz/bin/gentoo_password rsync://gentoo@masterdistfiles.gentoo.org/gentoo/ /disk/0/gentoo
(Of course, there is a password in 'gentoo_password' file.)

And I saw a error message. 
rsync: failed to connect to masterdistfiles.gentoo.org: Connection timed out (110)
rsync error: error in socket IO (code 10) at clientserver.c(94)

What's the problem in here?
is masteredistfiles.gentoo.org invalid now?
Let me know how I can test by other methods.

(In reply to comment #0)
> Hello,
> It looks like your mirror is currently lagging behind the main mirrors by 20
> days.  Also, your ftp seems to be down as well.  Could you please look into
> these issues and let us know?
> Thanks,
> Mark

Comment 2 Jeremy Olexa (darkside) (RETIRED) archtester gentoo-dev Security 2010-03-10 16:12:11 UTC
(In reply to comment #1)
> I'm the administrator of ftp.daum.net.
> 
> I just command below.
> rsync -avH --delete --password-file=/home/likejazz/bin/gentoo_password
> rsync://gentoo@masterdistfiles.gentoo.org/gentoo/ /disk/0/gentoo
> (Of course, there is a password in 'gentoo_password' file.)
> 
> And I saw a error message. 
> rsync: failed to connect to masterdistfiles.gentoo.org: Connection timed out
> (110)
> rsync error: error in socket IO (code 10) at clientserver.c(94)
> 
> What's the problem in here?
> is masteredistfiles.gentoo.org invalid now?
> Let me know how I can test by other methods.

That is the correct address to sync from. Can you provide a traceroute?
Comment 3 Seung-chul, Lee 2010-03-11 01:33:18 UTC
(In reply to comment #2)
> (In reply to comment #1)
> > I'm the administrator of ftp.daum.net.
> > 
> > I just command below.
> > rsync -avH --delete --password-file=/home/likejazz/bin/gentoo_password
> > rsync://gentoo@masterdistfiles.gentoo.org/gentoo/ /disk/0/gentoo
> > (Of course, there is a password in 'gentoo_password' file.)
> > 
> > And I saw a error message. 
> > rsync: failed to connect to masterdistfiles.gentoo.org: Connection timed out
> > (110)
> > rsync error: error in socket IO (code 10) at clientserver.c(94)
> > 
> > What's the problem in here?
> > is masteredistfiles.gentoo.org invalid now?
> > Let me know how I can test by other methods.
> That is the correct address to sync from. Can you provide a traceroute?

I did it such as below.

# traceroute -w 60 masterdistfiles.gentoo.org

 1  211.62.252.125 (211.62.252.125)  0.441 ms  0.200 ms  0.212 ms
 2  192.168.200.17 (192.168.200.17)  0.481 ms  0.410 ms  0.364 ms
 3  211.233.86.237 (211.233.86.237)  0.353 ms  0.354 ms  0.785 ms
 4  211.174.48.105 (211.174.48.105)  1.035 ms  0.456 ms  0.479 ms
 5  210.180.226.54 (210.180.226.54)  0.486 ms  0.565 ms  0.481 ms
 6  gi15-2.gw2.sel2.asianetcom.net (203.192.165.241)  0.874 ms ge-5-2.gw2.SEL2.asianetcom.net (203.192.165.177)  0.666 ms  0.718 ms
 7  gi2-0-0.cr1.nrt1.asianetcom.net (202.147.0.57)  79.946 ms  79.916 ms  79.922 ms
 8  po7-0-0.gw1.sjc1.asianetcom.net (202.147.0.34)  182.452 ms  182.468 ms  182.467 ms
 9  xe-7-3-0.edge2.SanJose3.Level3.net (4.53.210.29)  163.982 ms  163.950 ms  164.240 ms
10  vlan89.csw3.SanJose1.Level3.net (4.68.18.190)  186.956 ms vlan99.csw4.SanJose1.Level3.net (4.68.18.254)  184.236 ms  188.198 ms
11  ae-62-62.ebr2.SanJose1.Level3.net (4.69.134.209)  171.101 ms  164.486 ms ae-92-92.ebr2.SanJose1.Level3.net (4.69.134.221)  208.466 ms
12  ae-7-7.ebr1.Seattle1.Level3.net (4.69.132.50)  222.946 ms  221.916 ms  218.453 ms
13  ge-10-0.hsa2.Seattle1.Level3.net (4.68.105.7)  218.067 ms  218.331 ms  218.581 ms
14  unknown.Level3.net (63.211.200.246)  189.477 ms  187.299 ms  187.452 ms
15  corv-car3-gw.nero.net (207.98.64.180)  203.580 ms  203.676 ms  204.333 ms
16  *Icmp checksum is wrong
Icmp checksum is wrong
Icmp checksum is wrong
 *Icmp checksum is wrong
 *
17  * * *
18  * * *

Comment 4 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2010-03-11 20:43:06 UTC
tadoli2007: passive FTP is broken on your server. See logs below:

220 Welcome to Daum FTP service.
USER anonymous
331 Please specify the password.
PASS robbat2@gentoo.org
230 Login successful.
PWD
257 "/"
PASV
227 Entering Passive Mode (211,62,252,36,213,75)
LIST
(Data connection timed out.)

(now I try again with active)
220 Welcome to Daum FTP service.
USER anonymous
331 Please specify the password.
PASS robbat2@gentoo.org
230 Login successful.
PWD
257 "/"
PORT (ip censored),211,67
200 PORT command successful. Consider using PASV.
LIST
(Data connection timed out.)
Comment 5 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2010-03-11 20:47:45 UTC
ramereth:
can you please look on your OSL mirrors that are masterdistfiles for connections from 211.62.252.36 (ftp.daum.net, in South Korea). I'm just interested if they are managing to connect.

They are getting connection timed out from their end. I'm suspecting firewall breakage on the Daum end to FTP-passive breakage as well.

The last known good sync from them was between Feb 17 19:00 UTC and Feb 17 20:00 UTC.
Comment 6 Lance Albertson (RETIRED) gentoo-dev 2010-03-11 22:04:50 UTC
(In reply to comment #5)
> ramereth:
> can you please look on your OSL mirrors that are masterdistfiles for
> connections from 211.62.252.36 (ftp.daum.net, in South Korea). I'm just
> interested if they are managing to connect.
> 
> They are getting connection timed out from their end. I'm suspecting firewall
> breakage on the Daum end to FTP-passive breakage as well.
> 
> The last known good sync from them was between Feb 17 19:00 UTC and Feb 17
> 20:00 UTC.
> 

This is the last time I see anything in the logs (all times UTC):

2010/02/16 23:49:02 [31910] name lookup failed for 211.62.252.36: Name or service not known
2010/02/16 23:49:02 [31910] connect from UNKNOWN (211.62.252.36)
2010/02/16 23:49:03 [31910] rsync on gentoo/ from gentoo@UNKNOWN (211.62.252.36)

Comment 7 Seung-chul, Lee 2010-03-12 09:17:19 UTC
(In reply to comment #5)
> ramereth:
> can you please look on your OSL mirrors that are masterdistfiles for
> connections from 211.62.252.36 (ftp.daum.net, in South Korea). I'm just
> interested if they are managing to connect.
> They are getting connection timed out from their end. I'm suspecting firewall
> breakage on the Daum end to FTP-passive breakage as well.
> The last known good sync from them was between Feb 17 19:00 UTC and Feb 17
> 20:00 UTC.

hm.. I got that rsync port(873) was blocked.
I requested my network engineer to open port 873.
Comment 8 Seung-chul, Lee 2010-03-16 06:39:15 UTC
That port(873) at ftp.daum.net is opened now.
And It's being synced.

If you'd gotten other problems, let me know them.

Thank you.
Comment 9 Mark Loeser (RETIRED) gentoo-dev 2010-03-16 23:21:37 UTC
Looks like you are back in sync, but the ftp problem still exists that Robin diagnosed in comment #4
Comment 10 Mark Loeser (RETIRED) gentoo-dev 2010-03-26 19:31:24 UTC
Any updates on the ftp problem?

Thanks,

Mark
Comment 11 Jeremy Olexa (darkside) (RETIRED) archtester gentoo-dev Security 2010-04-23 01:53:13 UTC
I've removed your ftp site from our mirror listings. http remains. Closing bug.