There's a new german portage rsync mirror out there: Name: gentoo.mirror.at.stealer.net IP: 213.133.109.232 Contact: sven.wegener@stealer.net
I've added 213.133.109.232 to the access list for rsync1.us.gentoo.org. You should be able to sync with rsync1.us within 30 minutes. Please update your rsync cron jobs to point to rsync1.us.gentoo.org and post back here when you've done so. I'll monitor the server for a couple days to make sure things are working fine. Thanks.
cron job updated and first sync successfully done at 06:30:00 UTC
Just checked my rsync log and noticed that I missed 4 syncs: Started update at Thu Nov 13 03:00:00 UTC 2003 1 gentoo-rsync.afn.org (gentoo2.afn.org) 2 Service provided by the Open Systems Group at the University of Florida. 3 4 io timeout after 600 seconds - exiting 5 rsync error: timeout in data send/receive (code 30) at io.c(103) End: Thu Nov 13 03:12:22 UTC 2003 Started update at Thu Nov 13 13:30:00 UTC 2003 1 gentoo-rsync.afn.org (gentoo2.afn.org) 2 Service provided by the Open Systems Group at the University of Florida. 3 4 io timeout after 600 seconds - exiting 5 rsync error: timeout in data send/receive (code 30) at io.c(103) End: Thu Nov 13 13:41:49 UTC 2003 Started update at Fri Nov 14 10:30:00 UTC 2003 1 rsync: getaddrinfo: rsync1.us.gentoo.org 873: Temporary failure in name resolution 2 rsync error: error in socket IO (code 10) at clientserver.c(83) End: Fri Nov 14 10:30:56 UTC 2003 Started update at Sun Nov 16 10:00:01 UTC 2003 1 gentoo-rsync.afn.org (gentoo1.afn.org) 2 Service provided by the Open Systems Group at the University of Florida. 3 4 io timeout after 600 seconds - exiting 5 rsync error: timeout in data send/receive (code 30) at io.c(103) End: Sun Nov 16 10:12:07 UTC 2003
One more miss: Started update at Tue Nov 18 21:00:00 UTC 2003 1 gentoo-rsync.afn.org (gentoo1.afn.org) 2 Service provided by the Open Systems Group at the University of Florida. 3 4 io timeout after 600 seconds - exiting 5 rsync error: timeout in data send/receive (code 30) at io.c(103) End: Tue Nov 18 21:12:04 UTC 2003 But the reason why I'm posting is, that the server has a defective HDD which should be replaced before adding the IP to the DNS round-robin. So when your monitoring is finished with positive result, could you please wait adding the IP to let me replace the HDD? I'll post back when it's done and then the IP can be added.
There have been some sporadic misses and problems with either my system or the master mirrors. Lets see what replacing the drive does.
Just checked the rsync log. 4 misses in the last 4 days were timeouts. The connection to the master server doesn't seem to be the best. I've replaced the HDD last night. From my home: PING gentoo-rsync.afn.org (128.227.163.17) 56(84) bytes of data. 64 bytes from gentoo1.afn.org (128.227.163.17): icmp_seq=8 ttl=51 time=411 ms 64 bytes from gentoo1.afn.org (128.227.163.17): icmp_seq=9 ttl=51 time=256 ms 64 bytes from gentoo1.afn.org (128.227.163.17): icmp_seq=16 ttl=51 time=205 ms 64 bytes from gentoo1.afn.org (128.227.163.17): icmp_seq=18 ttl=51 time=227 ms --- gentoo-rsync.afn.org ping statistics --- 20 packets transmitted, 4 received, 80% packet loss, time 19178ms rtt min/avg/max/mdev = 205.393/275.260/411.235/80.601 ms Directly from my server: PING gentoo-rsync.afn.org (128.227.163.18) 56(84) bytes of data. 64 bytes from gentoo2.afn.org (128.227.163.18): icmp_seq=1 ttl=47 time=132 ms 64 bytes from gentoo2.afn.org (128.227.163.18): icmp_seq=4 ttl=47 time=131 ms 64 bytes from gentoo2.afn.org (128.227.163.18): icmp_seq=6 ttl=47 time=131 ms 64 bytes from gentoo2.afn.org (128.227.163.18): icmp_seq=9 ttl=47 time=131 ms 64 bytes from gentoo2.afn.org (128.227.163.18): icmp_seq=17 ttl=47 time=131 ms 64 bytes from gentoo2.afn.org (128.227.163.18): icmp_seq=19 ttl=47 time=130 ms --- gentoo-rsync.afn.org ping statistics --- 20 packets transmitted, 6 received, 70% packet loss, time 19029ms rtt min/avg/max/mdev = 130.939/131.464/132.075/0.617 ms
There have been some problems during the last days. Last night there have been some maintenance works at the power connection to the data centre. The carrier of the data centre said that during this time the UPS will supply the servers with power, but there was an error that made a lot of servers to reboot. Since I'm using a rsync script with locking to keep two instances of rsync from running at the same time and the reboot happened in a running rsync, the rsync command didn't run today from about 1000 till 1600 UTC. After replacing the HDD last week a defective drive cage caused the server to lock after about 10-20 minutes uptime. That caused another downtime of about 12 hours. Now, everything should be up and running smoothly again. Sorry for the inconvenience.
Please close this bug and I'll re-open it when the system has been completely replaced. The server still locks after some days and I can't figure out why. Ther kernel runs on several others systems with out any problems, so there must be some hardware faulty.
OK, Thanks for the update.
Time for the re-opening. System has been up for 50 days without a problem. Currently syncing every 30 minutes against rsync8.de.gentoo.org Name: gentoo.mirror.at.stealer.net IP: 213.133.109.232 Contact: sven.wegener@stealer.net
You have been added into the rsync.de.gentoo.org rotation as rsync7.de. Continue to sync as directed. Thanks for helping out Gentoo! For Infrastructure, Jeffrey
cronjob updated, now syncing against rsync1.us.gentoo.org
