|Summary:||22.214.171.124 and 126.96.36.199 mirrors are broken (was distfiles.gentoo.org resolves to wrong IP)|
|Product:||Mirrors||Reporter:||Andrei Slavoiu <ansla80>|
|Component:||Server Problem||Assignee:||Mirror Admins <mirror-admin>|
|Package list:||Runtime testing required:||---|
Description Andrei Slavoiu 2005-10-12 13:57:26 UTC
one of the IPs that distfiles.gentoo.org may resolve to belongs to "Oregon State University Open Source Lab" Reproducible: Always Steps to Reproduce: 1. issue the command `host distfiles.gentoo.org` 2. 3. Actual Results: distfiles.gentoo.org has address 188.8.131.52 distfiles.gentoo.org has address 184.108.40.206 distfiles.gentoo.org has address 220.127.116.11 Expected Results: 18.104.22.168 is not the IP of a gentoo mirror so it should not be there. `host 22.214.171.124` returns 126.96.36.199.in-addr.arpa domain name pointer ftp-chi.osuosl.org.
Comment 1 Jeffrey Forman (RETIRED) 2005-10-12 17:56:47 UTC
hmm, think you are confused. those IP's in distfiles.g.o are all correct. the open source lab is a host of one of those mirrors, and therefore reverse dns resolves to them. -jeffrey
Comment 2 Andrei Slavoiu 2005-10-12 23:18:18 UTC
Ok, so the it's not a DNS problem. 188.8.131.52 is indeed a gentoo mirror but they don't have a symlink in their root directory that points to distfiles so it does not work with portage. 184.108.40.206 on the other hand is down. It was down yesterday and is down today.
Comment 3 Jeffrey Forman (RETIRED) 2005-10-13 04:22:55 UTC
corey, looks like its the chicago mirror. obviously the URL spits out a generic ftp directory, not dropping you into the "gentoo root"...surprised we didnt notice this before. or is it too early in the morning for me to see whats actually going on? on the other hand, the 220.127.116.11 mirror looks fine (thats gentoo.ussg). i know it had some downtime a few days ago because of an admin misconfig, but looks fine now. -jeff Name: ftp-chi.osuosl.org Address: 18.104.22.168
Comment 4 Andrei Slavoiu 2005-10-13 04:39:46 UTC
Yes, 22.214.171.124 now replies to pings but still does not accept ftp connections. ping 126.96.36.199 PING 188.8.131.52 (184.108.40.206) 56(84) bytes of data. 64 bytes from 220.127.116.11: icmp_seq=1 ttl=51 time=234 ms 64 bytes from 18.104.22.168: icmp_seq=2 ttl=51 time=262 ms 64 bytes from 22.214.171.124: icmp_seq=3 ttl=51 time=212 ms --- 126.96.36.199 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2000ms rtt min/avg/max/mdev = 212.376/236.578/262.729/20.602 ms ftp 188.8.131.52 ftp: connect: Connection refused
Comment 5 Kurt Lieber (RETIRED) 2005-10-13 07:38:02 UTC
It doesn't offer FTP on that interface. Working as expected. Leaving open because of the Chicago issue.
Comment 6 Andrei Slavoiu 2005-10-13 23:09:46 UTC
How can it be expected? Isn't distfiles.gentoo.org a public server? How can it be ok for it to only listen on a private interface?
Comment 7 Kurt Lieber (RETIRED) 2005-10-14 03:17:33 UTC
because it offers its services over http.
Comment 8 Jeffrey Forman (RETIRED) 2005-10-14 12:09:31 UTC
Mike, Can you take a look at this? 15:00 <@cshields> if there is a bug in bugs.g.o reassign it to firstname.lastname@example.org :D 15:00 <@cshields> I'm sure he'll like that
Comment 9 Corey Shields 2005-10-14 12:31:17 UTC
No, this is all working as expected. "distfiles.gentoo.org" is a round robin intended for http:// only. Closing the bug. Cheers.
Comment 10 Andrei Slavoiu 2006-06-18 06:31:55 UTC