Summary: | 64.50.236.52 and 156.56.247.195 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> |
Status: | VERIFIED INVALID | ||
Severity: | normal | CC: | cshields, marineam |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Andrei Slavoiu
2005-10-12 13:57:26 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 Ok, so the it's not a DNS problem. 64.50.236.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. 156.56.247.195 on the other hand is down. It was down yesterday and is down today. 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 156.56.247.195 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: 64.50.236.52 Yes, 156.56.247.195 now replies to pings but still does not accept ftp connections. ping 156.56.247.195 PING 156.56.247.195 (156.56.247.195) 56(84) bytes of data. 64 bytes from 156.56.247.195: icmp_seq=1 ttl=51 time=234 ms 64 bytes from 156.56.247.195: icmp_seq=2 ttl=51 time=262 ms 64 bytes from 156.56.247.195: icmp_seq=3 ttl=51 time=212 ms --- 156.56.247.195 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 156.56.247.195 ftp: connect: Connection refused It doesn't offer FTP on that interface. Working as expected. Leaving open because of the Chicago issue. 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? because it offers its services over http. Mike, Can you take a look at this? 15:00 <@cshields> if there is a bug in bugs.g.o reassign it to marineam@g.o :D 15:00 <@cshields> I'm sure he'll like that No, this is all working as expected. "distfiles.gentoo.org" is a round robin intended for http:// only. Closing the bug. Cheers. Closed |