From labovit at merit.edu Thu Sep 21 18:38:41 1995 From: labovit at merit.edu (labovit at merit.edu) Date: Thu, 21 Sep 1995 12:38:41 -0400 (EDT) Subject: http://www.rmnet.it/cgi-bin/whois (improved) In-Reply-To: <9509210931.AA10814@re.nis.garr.it> from "Antonio_Blasco Bonito" at Sep 21, 95 11:31:41 am Message-ID: <199509211638.MAA07747@snoopy.merit.net> Hi Blasco, At the moment, all updates are mailed to auto-dbm at ra.net. I guess it would make sense to update the code to send to the correct registry. The source is now available at http://www.ra.net/routing.arbiter/RA/RADB.tools.docs/ Let us know if you make any modifications or changes -- we would be very interested in rolling them back into the source. As always, we are also very open to suggestions and comments. - Craig -- Craig Labovitz labovit at merit.edu Merit Network, Inc. 4251 Plymouth Road, Suite C. (313) 764-0252 (office) Ann Arbor, MI 48105 (313) 747-3745 (fax) Antonio_Blasco Bonito writes: > From owner-db-wg at ripe.net Thu Sep 21 05:43:51 1995 > From: bonito at nis.garr.it (Antonio_Blasco Bonito) > Subject: Re: http://www.rmnet.it/cgi-bin/whois (improved) > To: labovit at merit.edu > Date: Thu, 21 Sep 95 11:31:41 MET DST > Cc: staff at nis.garr.it, db-wg at ripe.net > Organization: GARR Network Information Service > > Your server is nice. I'm particularly interested in the update > feature of it. How do you treat the updates to a source different > from RADB? Will your server send the update mail message to the appropriate > robot (i.e. auto-dbm at ripe.net for source:RIPE objects)? > > Would it be possible to obtain the sources? We will eventually adapt > and use it to give better service to our community, italian service > providers who register domains in the italian TLD. > > Blasco > > ---------- ---------- > Antonio_Blasco Bonito E-Mail: bonito at nis.garr.it > GARR - Network Information Service c=it;a=garr;p=garr;o=nis;s=bonito > c/o CNUCE - Istituto del CNR Tel: +39 (50) 593246 > Via S. Maria, 36 Telex: 500371 CNUCE I > 56126 PISA Italy Fax: +39 (50) 904052 > ---------- ---------- > -------- Logged at Fri Sep 22 12:20:05 MET DST 1995 --------- From bonito at nis.garr.it Fri Sep 22 12:12:48 1995 From: bonito at nis.garr.it (Antonio_Blasco Bonito) Date: Fri, 22 Sep 95 12:12:48 MET DST Subject: http://www.rmnet.it/cgi-bin/whois (improved) In-Reply-To: <199509211638.MAA07747@snoopy.merit.net>; from "labovit@merit.edu" at Sep 21, 95 12:38 pm Message-ID: <9509221012.AA11554@re.nis.garr.it> > Hi Blasco, > > At the moment, all updates are mailed to auto-dbm at ra.net. I > guess it would make sense to update the code to send to > the correct registry. Yes, at least for the time being, until agreements and common procedures for distributed updates are in place among the IRRs. I know people in the RPS group is working on that. > The source is now available at > http://www.ra.net/routing.arbiter/RA/RADB.tools.docs/ Thank you very much! > > Let us know if you make any modifications or changes -- we > would be very interested in rolling them back into the source. Of course. > > As always, we are also very open to suggestions and > comments. > > - Craig Thanks again ---------- ---------- Antonio_Blasco Bonito E-Mail: bonito at nis.garr.it GARR - Network Information Service c=it;a=garr;p=garr;o=nis;s=bonito c/o CNUCE - Istituto del CNR Tel: +39 (50) 593246 Via S. Maria, 36 Telex: 500371 CNUCE I 56126 PISA Italy Fax: +39 (50) 904052 ---------- ---------- -------- Logged at Thu Sep 28 12:24:16 MET 1995 --------- From ripe-dbm at ripe.net Thu Sep 28 12:24:09 1995 From: ripe-dbm at ripe.net (RIPE Database Manager) Date: Thu, 28 Sep 1995 12:24:09 +0100 Subject: (temorary) solution for the database index problems ?!?! In-Reply-To: Your message of Tue, 26 Sep 1995 12:36:00 MET. <199509261136.MAA18794@vespucci.inria.fr> References: <199509261136.MAA18794@vespucci.inria.fr> Message-ID: <9509281124.AA25871@ncc.ripe.net> Dear all, The last days I did some further research with Benoit Grange and Willi Huber (they both run SUN OS, so we could use each others binaries) on the recent indexing problems. This morning I found out that the problems disappear when you don't use the '-p' prime option in netdbm. This option adds dummy objects to the database to make the lookups faster. So for the temporary solution: Do *NOT* use the '-p' option in netdbm !!! I am not sure yet if there is a bug in the code or that certain 'dbm' versions cause the problems. I will investigate further ... Kind regards, David Kessens RIPE NCC Database software maintainer -------- -------- Logged at Thu Sep 28 13:50:02 MET 1995 --------- From marten at BayNetworks.com Thu Sep 28 13:47:37 1995 From: marten at BayNetworks.com (Marten Terpstra) Date: Thu, 28 Sep 1995 08:47:37 -0400 Subject: (temorary) solution for the database index problems ?!?! In-Reply-To: Your message of Thu, 28 Sep 1995 12:24:09 BST. <9509281124.AA25871@ncc.ripe.net> Message-ID: <9509281247.AA21929@class.engeast> RIPE Database Manager writes * * Dear all, * * The last days I did some further research with Benoit Grange and Willi * Huber (they both run SUN OS, so we could use each others binaries) on the * recent indexing problems. This morning I found out that the problems * disappear when you don't use the '-p' prime option in netdbm. This option * adds dummy objects to the database to make the lookups faster. * * So for the temporary solution: * * Do *NOT* use the '-p' option in netdbm !!! * * I am not sure yet if there is a bug in the code or that certain 'dbm' * versions cause the problems. I will investigate further ... Why didn't anyone ask me? It is definately an DBM bug, or rather the way DBM grows its datafiles. It basically is rather stupid when it needs more space and will take an increasing chunk of disk space for the index. Not using the -p option will only be a temporary measure, only because you make the database smaller (no prime entries) but you do make it flatter. Try and make or run a perl with sdbm or gdbm. These two have better size control than the standard dbm (esp gdbm) but are slower when indexing. -Marten -------- Logged at Thu Sep 28 14:20:28 MET 1995 --------- From ripe-dbm at ripe.net Thu Sep 28 14:20:19 1995 From: ripe-dbm at ripe.net (RIPE Database Manager) Date: Thu, 28 Sep 1995 14:20:19 +0100 Subject: (temorary) solution for the database index problems ?!?! In-Reply-To: Your message of Thu, 28 Sep 1995 08:47:37 -0400. <9509281247.AA21929@class.engeast> References: <9509281247.AA21929@class.engeast> Message-ID: <9509281320.AA27645@ncc.ripe.net> Hi Marten, Marten Terpstra writes: * * Why didn't anyone ask me? It is definately an DBM bug, or rather the The first report came from Tony Bates (You probably still remember him ;-)) and most of the discussion was done on the 'db-wg' mailing list (true this subject belongs more on rr-impl). We more or less (wrongly?) assumed that you were on that mailing list and that if Tony had this problem it was something new ... * way DBM grows its datafiles. It basically is rather stupid when it needs * more space and will take an increasing chunk of disk space for the * index. Not using the -p option will only be a temporary measure, only * because you make the database smaller (no prime entries) but you do * make it flatter. Try and make or run a perl with sdbm or gdbm. These * two have better size control than the standard dbm (esp gdbm) but are * slower when indexing. This was also my conclusion, but we would like to know for sure that it is the dbm package since this problem appeared within *one* week with several people using completely different sizes of filesystems... I don't like to maintain a timebomb that will go off some other day ... I better be sure about this. I hear that most people recommend the Berkeley db package so I am experimenting with that one ... (Check the perl5 man pages 'man AnyDBM_File' and you know why ;-)). Kind regards, David Kessens RIPE NCC Database software maintainer -------- -------- Logged at Thu Sep 28 14:46:55 MET 1995 --------- From marten at BayNetworks.com Thu Sep 28 14:46:11 1995 From: marten at BayNetworks.com (Marten Terpstra) Date: Thu, 28 Sep 1995 09:46:11 -0400 Subject: (temorary) solution for the database index problems ?!?! In-Reply-To: Your message of Thu, 28 Sep 1995 14:20:19 BST. <9509281320.AA27645@ncc.ripe.net> Message-ID: <9509281346.AA21955@class.engeast> * The first report came from Tony Bates (You probably still remember him * ;-)) and most of the discussion was done on the 'db-wg' mailing list * (true this subject belongs more on rr-impl). We more or less (wrongly?) * assumed that you were on that mailing list and that if Tony had this * problem it was something new ... Well, I seem to have dropped off most mailing lists.... Please put me back on db-wg... * * way DBM grows its datafiles. It basically is rather stupid when it needs * * more space and will take an increasing chunk of disk space for the * * index. Not using the -p option will only be a temporary measure, only * * because you make the database smaller (no prime entries) but you do * * make it flatter. Try and make or run a perl with sdbm or gdbm. These * * two have better size control than the standard dbm (esp gdbm) but are * * slower when indexing. * * This was also my conclusion, but we would like to know for sure that it * is the dbm package since this problem appeared within *one* week with * several people using completely different sizes of filesystems... I don't * like to maintain a timebomb that will go off some other day ... I better * be sure about this. If they all mirror the RIPE DB, they will all see the problem at about the same time. Trust me, it is dbm, Tony and I tried indexing with a lot of other versions of dbm when we wrote the code and saw exactly the same behaviour for the default dbm package (try indexing the Internic database without the -p option.....) * I hear that most people recommend the Berkeley db package so I am * experimenting with that one ... (Check the perl5 man pages 'man * AnyDBM_File' and you know why ;-)). Yup. Perhaps it is time to move to perl 5, that will take a bit of rewriting though.... -Marten -------- Logged at Thu Sep 28 22:19:04 MET 1995 --------- From curtis at ans.net Thu Sep 28 22:20:44 1995 From: curtis at ans.net (Curtis Villamizar) Date: Thu, 28 Sep 1995 17:20:44 -0400 Subject: (temorary) solution for the database index problems ?!?! In-Reply-To: Your message of "Thu, 28 Sep 1995 09:46:11 EDT." <9509281346.AA21955@class.engeast> Message-ID: <199509282120.RAA09453@brookfield.ans.net> In message <9509281346.AA21955 at class.engeast>, Marten Terpstra writes: > > Yup. Perhaps it is time to move to perl 5, that will take a bit of > rewriting though.... > > -Marten Don't do that. There are still bugs in perl5 and this is too important. Just relink perl4. BSD DB has ndbm emulation, so just build the library and put it in the perl Makefile. Curtis -------- Logged at Wed Oct 4 16:40:33 MET 1995 ---------