Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 31610 - New European portage mirror
Summary: New European portage mirror
Status: RESOLVED FIXED
Alias: None
Product: Mirrors
Classification: Unclassified
Component: New Server (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Mirror Admins
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-10-20 10:15 UTC by Alin Năstac (RETIRED)
Modified: 2003-10-30 15:52 UTC (History)
0 users

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 Alin Năstac (RETIRED) gentoo-dev 2003-10-20 10:15:54 UTC
A new gentoo-portage European mirror has borned :)

Server data:
 - IP: 193.226.140.51
 - DNS: ftp.lug.ro
 - location: Bucharest, ROMANIA
 - bandwidth: 100Mbit
 - mirror admin: ftpadm@lug.ro
 - concurrent connections limit: no limit



Reproducible: Always
Steps to Reproduce:
Comment 1 Alin Năstac (RETIRED) gentoo-dev 2003-10-20 15:22:07 UTC
I've made a mistake. I don't have the root password on that machine (I'm
only the admin of gentoo mirror) and I forgot to speak with sys admin about
this new rsync mirror. 

The new mirror will be available at rsync://ftp.lug.ro/gentoo-portage as
soon as possible.
Comment 2 Peter Penkala gentoo-dev 2003-10-20 22:23:44 UTC
*** Bug 31629 has been marked as a duplicate of this bug. ***
Comment 3 Peter Penkala gentoo-dev 2003-10-20 22:28:27 UTC
I noticed the connection is "gentoo" and not "gentoo-portage".
Also, for backwards compatibility, we need a "gentoo-x86-portage".
Will you be able to make those changes?

See http://www.gentoo.org/doc/en/rsync.xml for more info.

Thanks.
Comment 4 Alin Năstac (RETIRED) gentoo-dev 2003-10-21 02:00:50 UTC
The sys admin made the gentoo-portage available through rsync://ftp.lug.ro/gentoo-portage
and rsync://ftp.lug.ro/gentoo-x86-portage.
We want to make this mirror available through rsync.ro.gentoo.org (rsync2.ro.gentoo.org)

I see you've marked bug 31629 as duplicate of this one. This bug is reffering
to a complete ftp mirror, not a portage mirror. This mirror is available
at
   ftp://ftp.lug.ro/gentoo
   rsync://ftp.lug.ro/gentoo
We want to make this mirror the first Romanian public mirror.
Organisation name is "Romanian Linux Users Group".

P.S. Both mirrors are synchronizing in concordance with gentoo policies:
 */30 * * * * for portage 
 3-23/4 * * * * for source (GMT+3)
Comment 5 Peter Penkala gentoo-dev 2003-10-21 19:49:22 UTC
I've added 193.226.140.51 to the access list for rsync1.us.gentoo.org.
You'll be able to sync with rsync1.us in about 30 minutes.  Please update
your rsync cron jobs to point to rsync1.us.gentoo.org and post back here
when you've done so.  We'll monitor the server for a couple days to make
sure things are working fine.

Thanks.
Comment 6 Alin Năstac (RETIRED) gentoo-dev 2003-10-21 22:09:03 UTC
I've switched to rsync1.us.gentoo.org.
Comment 7 Peter Penkala gentoo-dev 2003-10-23 20:00:58 UTC
Do you have anything running around 19:50 UTC that might interfere
with syncing?  The "missing" timestamp and the late one following it
are clues that something else is running using up alot of resources.
Otherwise, its been syncing fine.

Checked (UTC)   Timestamp
================================================
     19:20:05   Thu, 23 Oct 2003 18:50:00 +0000 OK
     19:53:12   timestamp missing               (19:20)
     20:20:08   Thu, 23 Oct 2003 18:50:00 +0000 (19:50)
Comment 8 Peter Penkala gentoo-dev 2003-10-23 20:03:36 UTC
I forgot to mention the times in () are expected timestamps.
Comment 9 Alin Năstac (RETIRED) gentoo-dev 2003-10-23 22:40:46 UTC
I don't have anything which could interfere with sync. 
The only strange thing is that I didn't receive the failure on email. 
I am also the admin on rsync1.ro.gentoo.org and I did receive the following
failure report on date mentioned by you. The difference between rsync1.ro.gentoo.org
and ftp.lug.ro is in rsync timeout value:
   -auq --partial --delete --timeout 180.
respectively
   -auq --partial --delete --timeout 300

I think it was a network error, probably caused by some BGP routers.

Return-Path: <root@hades.loginet.ro>
Delivered-To: mrness-admin@mx.loginet.ro
Received: (qmail 14300 invoked by alias); 23 Oct 2003 19:36:18 -0000
From: root@hades.loginet.ro (Cron Daemon)
To: root@hades.loginet.ro
Subject: Cron <root@hades> /etc/cron.d/up2date-gentoo-portage
X-Cron-Env: <SHELL=/bin/bash>
X-Cron-Env: <PATH=/sbin:/bin:/usr/sbin:/usr/bin>
X-Cron-Env: <MAILTO=root>
X-Cron-Env: <HOME=/>
X-Cron-Env: <LOGNAME=root>
Message-Id: <20031023193617.7DCA4180A6BE@hades.loginet.ro>
Date: Thu, 23 Oct 2003 19:36:17 -0000

io timeout after 187 seconds - exiting
rsync error: timeout in data send/receive (code 30) at io.c(103)
rsync: connection unexpectedly closed (1506506 bytes read so far)
rsync error: error in rsync protocol data stream (code 12) at io.c(165)
Comment 10 Peter Penkala gentoo-dev 2003-10-26 12:10:32 UTC
I wouldn't think the differences in timeout would be a factor, do you?
There are still some syncs missing, but they only seem to be happening
for one sync (so the mirror is only out of sync by 30 minutes).

There isn't any room in rsync.europe, so it will only be added as a .ro
mirror, which would obviously only affect those syncing with .ro.  We 
can add it on a "trial" basis, and as long as it doesn't go out of sync
too far and users don't complain, I don't have a problem with it.  If 
it is a problem with routers, hopefully it'll clear up.

Checked (UTC)   Timestamp                       (expected)
================================================
     06:20:04   Fri, 24 Oct 2003 05:20:01 +0000 (05:50)
     14:20:04   Fri, 24 Oct 2003 13:20:01 +0000 (13:50)
     12:20:04   Sat, 25 Oct 2003 11:20:01 +0000 (11:50)
     18:50:04   Sun, 26 Oct 2003 17:50:01 +0000 (18:20)
Comment 11 Alin Năstac (RETIRED) gentoo-dev 2003-10-26 14:44:36 UTC
I did mention that I want to be a mirror for .ro only.

About sync errors... In this weekend I had some failures on both mirrors
(rsync1.ro.gentoo.org and ftp.lug.ro). Cause of failures was:
   - temporary failure in name resolution (it cannot be a local DNS mis-configuration
because these 2 servers are on different networks & providers)
   - timeout
   - access denied (on both servers!!!)
What is going on? Problems on rsync1.us.gentoo.org?

   
Comment 12 Peter Penkala gentoo-dev 2003-10-26 19:40:54 UTC
We did have a problem beginning around Sun, 26 Oct 2003 20:50:00 +0000,
but that should be resolved now.
Comment 13 Peter Penkala gentoo-dev 2003-10-27 21:12:57 UTC
As I mentioned, I think we've fixed the problem.  I could be mistaken,
but we haven't heard any complaints from other mirrors or users.

There's definately some problem though.  Can you see if you are still
getting access denied errors?

Checked (UTC)   Timestamp                       (Expected)
==========================================================
     05:50:08   Mon, 27 Oct 2003 04:50:01 +0000 (05:20)
     16:20:04   Mon, 27 Oct 2003 15:19:59 +0000 (15:50)
     21:50:04   Mon, 27 Oct 2003 20:50:01 +0000 (21:20)
     23:20:04   Mon, 27 Oct 2003 22:50:01 +0000 (OK)
     23:50:03   timestamp missing
     00:20:04   timestamp missing
     00:50:03   timestamp missing
     01:20:04   timestamp missing
     01:50:03   timestamp missing
     02:20:03   timestamp missing
     02:50:03   timestamp missing
     03:20:03   timestamp missing
     03:50:04   Tue, 28 Oct 2003 03:20:01 +0000 (OK)
Comment 14 Alin Năstac (RETIRED) gentoo-dev 2003-10-27 23:40:35 UTC
All errors that I've received was timeout errors (now I use timeout == 300
seconds on both) but never 2 consecutive ones. Last 2 errors appeared on
both servers (rsync1.ro.gentoo.org and ftp.lug.ro) on:
   6:06 UTC
   7:07 UTC
Probably Romanian backbone has some problems. Until now, on rsync1.ro.gentoo.org
I had about an timeout error or two per week.

Is it possible that you see an "host unreachable" error as "timestamp missing"?
Comment 15 Peter Penkala gentoo-dev 2003-10-28 21:33:36 UTC
Yes, "timestamp missing" could be "host unreachable".  All it
indicates is that I couldn't get the file.  Some day, I may get
around to improving the script.
Comment 16 Peter Penkala gentoo-dev 2003-10-30 15:52:03 UTC
The syncs have been OK for a couple of days, so hopefully you were
correct about it being a router problem.

This server is now rsync2.ro.gentoo.org.  Please update the motd file
to include that information.

Thanks for supporting Gentoo.