IRRd-Discuss

[Craig Labovitz]

I just stepped through the code. In theory, it looks like we do everything
right already --  we perform an atomic move/rename and abort out as soon as
we detect an error. I don't know what is failing in practice... I'll set up
a test system tonight and bang un this a while.

- Craig



> -----Original Message-----
> From: Marc Blanchet [mailto:Marc.Blanchet@viagenie.qc.ca]
> Sent: Monday, September 20, 1999 7:46 AM
> To: Gerald Andrew Winters; voeckler@rvs.uni-hannover.de
> Cc: irrd-discuss@merit.edu
> Subject: Re: radb.db.gz
> 
> 
> small suggestion:
>          always keep two: the old one and the new one. 
> Generate the new one 
> using a new name and use mv to replace the old one. By using 
> mv when on 
> unix, the inode number of the file will be kept so the 
> current ftp transfer 
> will not be affected by the change.
> 
> Regards, Marc.
> 
> At 10:09 99-09-20 -0400, Gerald Andrew Winters wrote:
> >Hello Jens-S,
> >
> >I am sorry to hear about your problems.  This is the first time
> >we have heard about something like this.  To assist you I have
> >increased the export frequency to 75 minutes (up from 60 minutes).
> >Hopefully this will be enough time.  Obviously there is a trade
> >off here.  For people who do not have slow-link problems they would
> >rather have the refresh interval be small.  So I do not want to
> >increase the interval any further than I have to.  Let me know
> >how the longer interval works out for you.
> >
> >I did a quick check.  I work from home and have a modem for
> >my connectivity which gives me download speeds of around
> >2k/second.  radb.db.gz is ~2MB which loaded onto my machine
> >in 910 seconds or about 15 minutes.  I consider 2k/second to
> >be pretty slow, but obviously you are experiencing much slower
> >download speeds.  From the data you have supplied I come up
> >with 2MB/3600 seconds = 0.555k/second.  This is very, very slow.
> >Are you working from a known slow link or is this typical (at
> >least with us) speeds you get from North America?
> >
> >As another test I downloaded some of the split db files from
> >the ripe ftp site.  And again I got around 2k/second, almost 
> 3k/second.
> >
> >So even from my modem to Europe I can get speeds 4 times faster
> >than you.  This makes me wonder what is slowing things up for you
> >and I hope you can give me a little more information.
> >
> >Regarding irrdcacher, I agree the link is not clear and I will
> >fix it.  The sources are in the pre-built binary section and
> >not in the source directory.  The problem is irrdcacher uses
> >wget to do the ftp'ing and to make things easier for the user we have
> >built the wget binary.  But I will put something up in the irrd
> >sources section also.  Thanks for pointing this out.
> >
> >--jerry
> >
> > >
> > > Hi,
> > >
> > > what is going on with the ftp.ra.net server? I am trying 
> repeatedly to get
> > > a copy of /routing.arbiter/radb/dbase/radb.db.gz, but 
> before I am able to
> > > download the complete file, it is being replaced with a 
> new version, thus
> > > voiding my download. Since this long-distance download 
> takes longer than
> > > an hour, the hourly update of radb.db.gz will never let 
> me catch any
> > > version (a two-hourly update might let me catch a copy).
> > >
> > > BTW, your page http://www.irrd.net/irrdcacher.html 
> mentions the irrdcache
> > > Tool, but does not contain any link to it: The link 
> points to the binaries
> > > page, which in place points back to the irrdcache page, 
> but no software.
> > > Yes, I found it on the ftp Server in the "tools" directory.
> > >
> > > Le deagh dhùrachd,
> > > Dipl.-Ing. Jens-S. Vöckler (voeckler@rvs.uni-hannover.de)
> > > Institute for Computer Networks and Distributed Systems
> > > University of Hanover, Germany; +49 511 762 4726
> > >
> > >
> > >
> >
> 
> 
> -----------------------------------------------------------
> Marc Blanchet			| Marc.Blanchet@viagenie.qc.ca
> Viagénie inc.			| http://www.viagenie.qc.ca
> 3107 des hôtels		| tél.: 418-656-9254
> Ste-Foy, Québec		| fax.: 418-656-0183
> Canada, G1W 4W5		| radio: VA2-JAZ
> ------------------------------------------------------------
> Internet Engineering Standards/Normes d'ingénierie Internet
>                 http://www.normos.org
> ------------------------------------------------------------
> 
> 
>