- db-wg - mailman.ripe.net

RE: Inconsistent NIC handles
by Wilfried Woeber, UniVie/ACOnet 10 Oct '95

10 Oct '95

Dear Janos! >Theoretically the NIC handle is supposed to uniquely identify the person. More precisely: ... a uniquely assigned Handle is supposed to... >The problem I noticed is that somebody (inadvertently) registered a person >with an Internic-type NIC handle (i.e. without the "-RIPE" suffix) in the >RIPE database. This is a perfectly legal situation, as long as the person being described has a unique handle assigned already, probably from the InterNIC. Obtaining a unique handle from the RIPE-NCC (of the form xyz999-RIPE) and then registering the person object *without* the "-RIPE" suffix string is clearly an error. The overall scheme is that the InterNIC has in the past assigned, and continues to do so, handles of the form xyz999. Every other source of unique handles assignes strings of the form xyz999-suffix, the suffix being unique in itself. The string "-RIPE" is used for the RIPE Handles. Registries in the Asia/Pacific region are reported to use suffix strings derived from the ISO3166 country codes. >The result is an inconsistency between the two databases >(RIPE and Internic). One gets different answers, depending on whom one asks the >question. Not necessarily so! The IneterNIC is expected to accept handles assigned by other regsitries interchangably when importing data (objects) from other sources. Btw, has this been tried by anyone recently? Please feel free to ask more questions if this is still in the dark :-) Wilfried. PS: If you could point out the affected objects we could possibly find out what went wrong or if there is really a flaw in the logistics... -------------------------------------------------------------------------- Wilfried Woeber : e-mail: Woeber(a)CC.UniVie.ac.at Computer Center - ACOnet : Vienna University : Tel: +43 1 4065822 355 Universitaetsstrasse 7 : Fax: +43 1 4065822 170 A-1010 Vienna, Austria, Europe : NIC: WW144 --------------------------------------------------------------------------

3 3

RE: Inconsistent NIC handles
by zsako＠banknet.net 09 Oct '95

09 Oct '95

> From woeber(a)cc.univie.ac.at Mon Oct 9 11:39:50 1995 Dear Wilfried, > >The problem I noticed is that somebody (inadvertently) registered a person > >with an Internic-type NIC handle (i.e. without the "-RIPE" suffix) in the > >RIPE database. > > This is a perfectly legal situation, as long as the person being > described has a unique handle assigned already, probably from the > InterNIC. I know, this is how I am registered myself (JZ38). > >The result is an inconsistency between the two databases > >(RIPE and Internic). One gets different answers, depending on whom one asks the > >question. > > Not necessarily so! The IneterNIC is expected to accept handles > assigned by other regsitries interchangably when importing data > (objects) from other sources. I am sorry if I was not clear enough. This is not a theoretical question. A mistake had actually been made. I did not (and still do not) want to make public (to such a big audience) the concrete case, since I do not want to offend the person (and the registry in last instance) who made this mistake. I will let you know by private mail. (I had already notified David before I sent the original message). > PS: If you could point out the affected objects we could possibly find > out what went wrong or if there is really a flaw in the logistics... See above. Best regards, Janos

1 0

Inconsistent NIC handles
by zsako＠banknet.net 09 Oct '95

09 Oct '95

Dear all, I have just come accross a problem with the RIPE database. I am sorry to bother you if this has already been discussed. What I noticed is an inconsistency problem between the different databases that keep the same type of information (in this case _person_ objects). Theoretically the NIC handle is supposed to uniquely identify the person. The problem I noticed is that somebody (inadvertently) registered a person with an Internic-type NIC handle (i.e. without the "-RIPE" suffix) in the RIPE database. The result is an inconsistency between the two databases (RIPE and Internic). One gets different answers, depending on whom one asks the question. I can think of two approaches to solve this problem: - First is checking for the "-RIPE" suffix in the "nic-hdl" attribute when updating a person object (whenever nic-hdl is not empty) - Second is checking (whenever possible) for inconsistencies with the apporpriate database (in our case one could check the person object in the Internic database). I think the first approach can be too restrictive (it would not allow for redundant data between the databases, which otherwise can be useful for saving bandwidth on frequent queries). This would nevertheless have the benefit of preventing people from registering the same thing in several places (and forget to update some of them eventually). Probably the badwidth saving can be better addressed with the sites that keep the large databases 'mirroring' each other. The second approach can be too complicated in case one would like to check more than just the name of the person. There might be problems with the name as well in case of several 'first' names for example. Nevertheless I feel some basic check would be welcome... Best regards, Janos Zsako

1 0

Mailing List
by Sushant Pujari 04 Oct '95

04 Oct '95

Hi, I would appreciate if you could add me to the mailing list. I might be using the ripe code for my work. Thanks -pujari

1 0

(temorary) solution for the database index problems ?!?!
by RIPE Database Manager 02 Oct '95

02 Oct '95

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 --------

4 7

RIPE22: proposal for draft agenda, DB-WG
by Wilfried Woeber, UniVie/ACOnet 02 Oct '95

02 Oct '95

This is the 1st proposal of a draft agenda for the DB-WG at RIPE 22 in Amsterdam. **Message to the NCC (automatic? :-) WG scheduling department: If at all possible - please have the DB-WG meeting scheduled in the streams as late as possible. Thank you! As always, additons, comments, etc. welcome! Apologies if I missed something obvious... Wilfried. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Draft Agenda: Database-WG, RIPE 22, Amsterdam, NL ------------------------------------------------------ 0. Administrative stuff . who's taking the minutes? . WG-agenda 1. DB-SW review . new or proposed functionality . recent bug fixes, scaling issues, portability . RIPE Handles 2. User interface(s) . stronger authentication of updates, e.g. PGP . Web interfaces for search and/or updates 3. External interfaces . DB-exchange . first steps towards distributing the database 4. Input from other WGs . extensions for the router object (input from Mbone WG?) Z. AOB WW, 28.9.1995 -------------------------------------------------------------------------- Wilfried Woeber : e-mail: Woeber(a)CC.UniVie.ac.at Computer Center - ACOnet : Vienna University : Tel: +43 1 4065822 355 Universitaetsstrasse 7 : Fax: +43 1 4065822 170 A-1010 Vienna, Austria, Europe : NIC: WW144 --------------------------------------------------------------------------

3 2

Unsubscribe
by Oliver Smith 01 Oct '95

01 Oct '95

Unsubscribe [Sorry if this hits the list by accident; the db-wg-list address didn't work for me?]

1 0

ripe.db.in.cl.* get large ....
by Arnold Nipper 25 Sep '95

25 Sep '95

Even 1G seems not to be enough. Any hints???? docldbm - inserted 41300 /db: write failed, file system is full dbm store returned -1, errno 28, key "3267231744/16" at /home/xladm/lib/cldb.pl line 134, <db> line 382118. docldbm - inserted 41400 docldbm - inserted 41500 .... docldbm - inserted 42100 xlink100# head -2 ripe.db.in # # 950920 04:00:01 xlink100# wc ripe.db.in 382118 980308 7111286 ripe.db.in xlink100# df . Filesystem kbytes used avail capacity Mounted on /dev/sd2h 1016506 1016467 0 111% /db xlink100# \rm ripe.db.in.cl.* xlink100# df . Filesystem kbytes used avail capacity Mounted on /dev/sd2h 1016506 32339 882517 4% /db Regards, Arnold -- Arnold Nipper / email: nipper(a)xlink.net NTG Netzwerk und Telematic GmbH \/ phone: +49 721 9652 0 Geschaeftsbereich Xlink /\ LINK fax: +49 721 9652 210 Vincenz-Priessnitz-Str. 3 /_______ D-76131 Karlsruhe, Germany

5 6

Re: ripe.db.in.cl.* get large
by Willi Huber 25 Sep '95

25 Sep '95

Hallo, SWITCH has been hit by the same problems, file system full while running the indexing. 85 MByte seems not to be enough. Here the info requested: > > 1. ls -ls of the files involved drwxr-xr-x 2 huber 10240 Sep 24 12:06 ./ drwxrwxr-x 11 huber 512 May 30 14:33 ../ -rw-r--r-- 1 huber 9507 Sep 24 09:03 ripe.db.am -rw-r--r-- 1 huber 0 Sep 24 09:04 ripe.db.am.dir -rw-r--r-- 1 huber 1024 Sep 24 09:04 ripe.db.am.pag -rw-r--r-- 1 huber 170007 Sep 24 09:03 ripe.db.an -rw-r--r-- 1 huber 4096 Sep 24 09:05 ripe.db.an.dir -rw-r--r-- 1 huber 32768 Sep 24 09:05 ripe.db.an.pag -rw-r--r-- 1 huber 2384 Sep 24 09:03 ripe.db.cm -rw-r--r-- 1 huber 0 Sep 24 09:05 ripe.db.cm.dir -rw-r--r-- 1 huber 1024 Sep 24 09:05 ripe.db.cm.pag -rw-r--r-- 1 huber 3614035 Sep 24 09:03 ripe.db.dn -rw-r--r-- 1 huber 4096 Sep 24 09:22 ripe.db.dn.dir -rw-r--r-- 1 huber 1047552 Sep 24 09:22 ripe.db.dn.pag -rw-r--r-- 1 huber 2978 Sep 24 09:03 ripe.db.dp -rw-r--r-- 1 huber 0 Sep 24 09:22 ripe.db.dp.dir -rw-r--r-- 1 huber 1024 Sep 24 09:22 ripe.db.dp.pag -rw-r--r-- 1 huber 7143967 Sep 24 09:03 ripe.db.in -rw-r--r-- 1 huber 0 Sep 24 11:35 ripe.db.in.0.0.0.0.0 -rw-r--r-- 1 huber 1728 Sep 24 10:23 ripe.db.in.141.0.0.0.8 -rw-r--r-- 1 huber 1840 Sep 24 10:23 ripe.db.in.145.0.0.0.8 -rw-r--r-- 1 huber 3614 Sep 24 10:23 ripe.db.in.192.0.0.0.8 -rw-r--r-- 1 huber 1210 Sep 24 11:22 ripe.db.in.192.102.0.0.16 -rw-r--r-- 1 huber 1980 Sep 24 11:31 ripe.db.in.192.106.0.0.16 -rw-r--r-- 1 huber 1770 Sep 24 11:24 ripe.db.in.192.108.0.0.16 -rw-r--r-- 1 huber 3350 Sep 24 11:31 ripe.db.in.192.109.0.0.16 -rw-r--r-- 1 huber 3492 Sep 24 11:31 ripe.db.in.192.114.0.0.16 -rw-r--r-- 1 huber 2470 Sep 24 11:32 ripe.db.in.192.115.0.0.16 -rw-r--r-- 1 huber 3044 Sep 24 11:26 ripe.db.in.192.121.0.0.16 -rw-r--r-- 1 huber 2960 Sep 24 11:32 ripe.db.in.192.134.0.0.16 -rw-r--r-- 1 huber 1266 Sep 24 11:20 ripe.db.in.192.163.0.0.16 -rw-r--r-- 1 huber 2314 Sep 24 11:03 ripe.db.in.192.164.0.0.16 -rw-r--r-- 1 huber 3252 Sep 24 11:14 ripe.db.in.192.165.0.0.16 -rw-r--r-- 1 huber 2848 Sep 24 11:10 ripe.db.in.192.176.0.0.16 -rw-r--r-- 1 huber 1588 Sep 24 11:32 ripe.db.in.192.33.0.0.16 -rw-r--r-- 1 huber 3268 Sep 24 11:18 ripe.db.in.192.36.0.0.16 -rw-r--r-- 1 huber 1084 Sep 24 11:28 ripe.db.in.192.44.0.0.16 -rw-r--r-- 1 huber 1868 Sep 24 11:28 ripe.db.in.192.54.0.0.16 -rw-r--r-- 1 huber 1672 Sep 24 11:31 ripe.db.in.192.70.0.0.16 -rw-r--r-- 1 huber 3212 Sep 24 11:26 ripe.db.in.192.71.0.0.16 -rw-r--r-- 1 huber 1070 Sep 24 11:28 ripe.db.in.192.76.0.0.16 -rw-r--r-- 1 huber 2834 Sep 24 11:28 ripe.db.in.192.87.0.0.16 -rw-r--r-- 1 huber 1350 Sep 24 11:24 ripe.db.in.192.89.0.0.16 -rw-r--r-- 1 huber 3478 Sep 24 11:32 ripe.db.in.192.93.0.0.16 -rw-r--r-- 1 huber 2830 Sep 24 10:24 ripe.db.in.193.0.0.0.8 -rw-r--r-- 1 huber 1294 Sep 24 11:32 ripe.db.in.193.100.0.0.16 -rw-r--r-- 1 huber 2078 Sep 24 11:31 ripe.db.in.193.101.0.0.16 -rw-r--r-- 1 huber 2300 Sep 24 11:31 ripe.db.in.193.102.0.0.16 -rw-r--r-- 1 huber 956 Sep 24 11:31 ripe.db.in.193.103.0.0.16 -rw-r--r-- 1 huber 3100 Sep 24 11:31 ripe.db.in.193.104.0.0.16 -rw-r--r-- 1 huber 2470 Sep 24 11:31 ripe.db.in.193.105.0.0.16 -rw-r--r-- 1 huber 1728 Sep 24 11:37 ripe.db.in.193.106.0.0.16 -rw-r--r-- 1 huber 2274 Sep 24 11:26 ripe.db.in.193.107.0.0.16 -rw-r--r-- 1 huber 1308 Sep 24 11:31 ripe.db.in.193.112.0.0.16 -rw-r--r-- 1 huber 1560 Sep 24 11:31 ripe.db.in.193.114.0.0.16 -rw-r--r-- 1 huber 1014 Sep 24 11:35 ripe.db.in.193.116.0.0.16 -rw-r--r-- 1 huber 1056 Sep 24 11:24 ripe.db.in.193.117.0.0.16 -rw-r--r-- 1 huber 1222 Sep 24 11:24 ripe.db.in.193.119.0.0.16 -rw-r--r-- 1 huber 2256 Sep 24 11:26 ripe.db.in.193.12.0.0.16 -rw-r--r-- 1 huber 1460 Sep 24 11:30 ripe.db.in.193.120.0.0.16 -rw-r--r-- 1 huber 1224 Sep 24 11:31 ripe.db.in.193.122.0.0.16 -rw-r--r-- 1 huber 1252 Sep 24 11:31 ripe.db.in.193.123.0.0.16 -rw-r--r-- 1 huber 2888 Sep 24 11:31 ripe.db.in.193.124.0.0.16 -rw-r--r-- 1 huber 1880 Sep 24 11:23 ripe.db.in.193.125.0.0.16 -rw-r--r-- 1 huber 1026 Sep 24 11:27 ripe.db.in.193.127.0.0.16 -rw-r--r-- 1 huber 1588 Sep 24 11:25 ripe.db.in.193.128.0.0.16 -rw-r--r-- 1 huber 1140 Sep 24 11:26 ripe.db.in.193.129.0.0.16 -rw-r--r-- 1 huber 1136 Sep 24 11:30 ripe.db.in.193.13.0.0.16 -rw-r--r-- 1 huber 1880 Sep 24 11:27 ripe.db.in.193.130.0.0.16 -rw-r--r-- 1 huber 984 Sep 24 11:25 ripe.db.in.193.131.0.0.16 -rw-r--r-- 1 huber 1418 Sep 24 11:36 ripe.db.in.193.132.0.0.16 -rw-r--r-- 1 huber 1404 Sep 24 11:25 ripe.db.in.193.133.0.0.16 -rw-r--r-- 1 huber 1026 Sep 24 11:30 ripe.db.in.193.135.0.0.16 -rw-r--r-- 1 huber 2692 Sep 24 11:30 ripe.db.in.193.136.0.0.16 -rw-r--r-- 1 huber 984 Sep 24 11:14 ripe.db.in.193.140.0.0.16 -rw-r--r-- 1 huber 2062 Sep 24 11:31 ripe.db.in.193.141.0.0.16 -rw-r--r-- 1 huber 1504 Sep 24 11:25 ripe.db.in.193.142.0.0.16 -rw-r--r-- 1 huber 0 Sep 24 11:36 ripe.db.in.193.143.0.0.16 -rw-r--r-- 1 huber 1028 Sep 24 11:32 ripe.db.in.193.156.0.0.16 -rw-r--r-- 1 huber 1350 Sep 24 11:27 ripe.db.in.193.160.0.0.16 -rw-r--r-- 1 huber 986 Sep 24 11:28 ripe.db.in.193.161.0.0.16 -rw-r--r-- 1 huber 1208 Sep 24 11:32 ripe.db.in.193.163.0.0.16 -rw-r--r-- 1 huber 1698 Sep 24 11:29 ripe.db.in.193.166.0.0.16 -rw-r--r-- 1 huber 1600 Sep 24 11:31 ripe.db.in.193.170.0.0.16 -rw-r--r-- 1 huber 2958 Sep 24 11:11 ripe.db.in.193.172.0.0.16 -rw-r--r-- 1 huber 1124 Sep 24 11:31 ripe.db.in.193.174.0.0.16 -rw-r--r-- 1 huber 1110 Sep 24 11:31 ripe.db.in.193.175.0.0.16 -rw-r--r-- 1 huber 1448 Sep 24 11:09 ripe.db.in.193.176.0.0.16 -rw-r--r-- 1 huber 1518 Sep 24 11:30 ripe.db.in.193.180.0.0.16 -rw-r--r-- 1 huber 1588 Sep 24 11:14 ripe.db.in.193.182.0.0.16 -rw-r--r-- 1 huber 1350 Sep 24 11:10 ripe.db.in.193.183.0.0.16 -rw-r--r-- 1 huber 3574 Sep 24 11:25 ripe.db.in.193.184.0.0.16 -rw-r--r-- 1 huber 3574 Sep 24 11:27 ripe.db.in.193.185.0.0.16 -rw-r--r-- 1 huber 2090 Sep 24 11:26 ripe.db.in.193.195.0.0.16 -rw-r--r-- 1 huber 1708 Sep 24 11:31 ripe.db.in.193.2.0.0.16 -rw-r--r-- 1 huber 1488 Sep 24 11:08 ripe.db.in.193.208.0.0.16 -rw-r--r-- 1 huber 2552 Sep 24 11:23 ripe.db.in.193.209.0.0.16 -rw-r--r-- 1 huber 1950 Sep 24 11:32 ripe.db.in.193.210.0.0.16 -rw-r--r-- 1 huber 1446 Sep 24 11:31 ripe.db.in.193.212.0.0.16 -rw-r--r-- 1 huber 1910 Sep 24 10:57 ripe.db.in.193.222.0.0.16 -rw-r--r-- 1 huber 1392 Sep 24 11:15 ripe.db.in.193.223.0.0.16 -rw-r--r-- 1 huber 2146 Sep 24 11:30 ripe.db.in.193.224.0.0.16 -rw-r--r-- 1 huber 1404 Sep 24 11:31 ripe.db.in.193.225.0.0.16 -rw-r--r-- 1 huber 1446 Sep 24 11:32 ripe.db.in.193.226.0.0.16 -rw-r--r-- 1 huber 1180 Sep 24 11:23 ripe.db.in.193.232.0.0.16 -rw-r--r-- 1 huber 1040 Sep 24 11:32 ripe.db.in.193.233.0.0.16 -rw-r--r-- 1 huber 984 Sep 24 11:16 ripe.db.in.193.234.0.0.16 -rw-r--r-- 1 huber 1642 Sep 24 11:11 ripe.db.in.193.235.0.0.16 -rw-r--r-- 1 huber 1390 Sep 24 11:27 ripe.db.in.193.236.0.0.16 -rw-r--r-- 1 huber 1138 Sep 24 11:31 ripe.db.in.193.246.0.0.16 -rw-r--r-- 1 huber 0 Sep 24 11:37 ripe.db.in.193.252.0.0.15 -rw-r--r-- 1 huber 1000 Sep 24 11:22 ripe.db.in.193.29.0.0.16 -rw-r--r-- 1 huber 1528 Sep 24 11:18 ripe.db.in.193.32.0.0.16 -rw-r--r-- 1 huber 1052 Sep 24 11:08 ripe.db.in.193.35.0.0.16 -rw-r--r-- 1 huber 1028 Sep 24 10:57 ripe.db.in.193.39.0.0.16 -rw-r--r-- 1 huber 2646 Sep 24 11:28 ripe.db.in.193.4.0.0.16 -rw-r--r-- 1 huber 2704 Sep 24 11:32 ripe.db.in.193.40.0.0.16 -rw-r--r-- 1 huber 1094 Sep 24 11:32 ripe.db.in.193.43.0.0.16 -rw-r--r-- 1 huber 2550 Sep 24 11:23 ripe.db.in.193.44.0.0.16 -rw-r--r-- 1 huber 1248 Sep 24 11:18 ripe.db.in.193.45.0.0.16 -rw-r--r-- 1 huber 3590 Sep 24 11:29 ripe.db.in.193.48.0.0.16 -rw-r--r-- 1 huber 3562 Sep 24 11:30 ripe.db.in.193.49.0.0.16 -rw-r--r-- 1 huber 1568 Sep 24 11:28 ripe.db.in.193.5.0.0.16 -rw-r--r-- 1 huber 3576 Sep 24 11:32 ripe.db.in.193.50.0.0.16 -rw-r--r-- 1 huber 3534 Sep 24 11:30 ripe.db.in.193.51.0.0.16 -rw-r--r-- 1 huber 3432 Sep 24 11:19 ripe.db.in.193.52.0.0.16 -rw-r--r-- 1 huber 1178 Sep 24 11:32 ripe.db.in.193.53.0.0.16 -rw-r--r-- 1 huber 3380 Sep 24 11:23 ripe.db.in.193.54.0.0.16 -rw-r--r-- 1 huber 3408 Sep 24 11:32 ripe.db.in.193.55.0.0.16 -rw-r--r-- 1 huber 3590 Sep 24 11:27 ripe.db.in.193.56.0.0.16 -rw-r--r-- 1 huber 3576 Sep 24 11:17 ripe.db.in.193.57.0.0.16 -rw-r--r-- 1 huber 1262 Sep 24 11:06 ripe.db.in.193.59.0.0.16 -rw-r--r-- 1 huber 1470 Sep 24 11:30 ripe.db.in.193.6.0.0.16 -rw-r--r-- 1 huber 986 Sep 24 11:11 ripe.db.in.193.61.0.0.16 -rw-r--r-- 1 huber 1322 Sep 24 11:16 ripe.db.in.193.62.0.0.16 -rw-r--r-- 1 huber 1826 Sep 24 11:24 ripe.db.in.193.63.0.0.16 -rw-r--r-- 1 huber 2596 Sep 24 11:23 ripe.db.in.193.64.0.0.16 -rw-r--r-- 1 huber 1868 Sep 24 11:28 ripe.db.in.193.65.0.0.16 -rw-r--r-- 1 huber 1388 Sep 24 11:32 ripe.db.in.193.66.0.0.16 -rw-r--r-- 1 huber 2018 Sep 24 11:28 ripe.db.in.193.67.0.0.16 -rw-r--r-- 1 huber 1962 Sep 24 11:32 ripe.db.in.193.69.0.0.16 -rw-r--r-- 1 huber 1738 Sep 24 11:31 ripe.db.in.193.71.0.0.16 -rw-r--r-- 1 huber 2634 Sep 24 11:30 ripe.db.in.193.72.0.0.16 -rw-r--r-- 1 huber 1836 Sep 24 11:29 ripe.db.in.193.73.0.0.16 -rw-r--r-- 1 huber 1570 Sep 24 11:28 ripe.db.in.193.74.0.0.16 -rw-r--r-- 1 huber 1318 Sep 24 11:18 ripe.db.in.193.77.0.0.16 -rw-r--r-- 1 huber 2974 Sep 24 11:26 ripe.db.in.193.78.0.0.16 -rw-r--r-- 1 huber 1336 Sep 24 11:29 ripe.db.in.193.79.0.0.16 -rw-r--r-- 1 huber 2912 Sep 24 11:29 ripe.db.in.193.8.0.0.16 -rw-r--r-- 1 huber 1472 Sep 24 11:21 ripe.db.in.193.80.0.0.16 -rw-r--r-- 1 huber 1892 Sep 24 11:24 ripe.db.in.193.81.0.0.16 -rw-r--r-- 1 huber 1122 Sep 24 11:32 ripe.db.in.193.82.0.0.16 -rw-r--r-- 1 huber 1598 Sep 24 11:23 ripe.db.in.193.84.0.0.16 -rw-r--r-- 1 huber 1584 Sep 24 11:26 ripe.db.in.193.87.0.0.16 -rw-r--r-- 1 huber 1476 Sep 24 11:31 ripe.db.in.193.88.0.0.16 -rw-r--r-- 1 huber 1476 Sep 24 11:32 ripe.db.in.193.89.0.0.16 -rw-r--r-- 1 huber 1476 Sep 24 11:32 ripe.db.in.193.90.0.0.16 -rw-r--r-- 1 huber 1444 Sep 24 11:32 ripe.db.in.193.92.0.0.16 -rw-r--r-- 1 huber 2148 Sep 24 11:31 ripe.db.in.193.96.0.0.16 -rw-r--r-- 1 huber 1700 Sep 24 11:31 ripe.db.in.193.98.0.0.16 -rw-r--r-- 1 huber 0 Sep 24 11:35 ripe.db.in.194.0.0.0.8 -rw-r--r-- 1 huber 1682 Sep 24 11:32 ripe.db.in.194.10.0.0.16 -rw-r--r-- 1 huber 1474 Sep 24 11:19 ripe.db.in.194.101.0.0.16 -rw-r--r-- 1 huber 1684 Sep 24 11:20 ripe.db.in.194.103.0.0.16 -rw-r--r-- 1 huber 1572 Sep 24 11:32 ripe.db.in.194.108.0.0.16 -rw-r--r-- 1 huber 1122 Sep 24 11:21 ripe.db.in.194.11.0.0.16 -rw-r--r-- 1 huber 1014 Sep 24 11:31 ripe.db.in.194.110.0.0.16 -rw-r--r-- 1 huber 1320 Sep 24 11:24 ripe.db.in.194.111.0.0.16 -rw-r--r-- 1 huber 1852 Sep 24 11:28 ripe.db.in.194.113.0.0.16 -rw-r--r-- 1 huber 2286 Sep 24 11:31 ripe.db.in.194.115.0.0.16 -rw-r--r-- 1 huber 2090 Sep 24 11:31 ripe.db.in.194.120.0.0.16 -rw-r--r-- 1 huber 1068 Sep 24 11:23 ripe.db.in.194.124.0.0.16 -rw-r--r-- 1 huber 1432 Sep 24 11:28 ripe.db.in.194.127.0.0.16 -rw-r--r-- 1 huber 2372 Sep 24 11:25 ripe.db.in.194.128.0.0.16 -rw-r--r-- 1 huber 1798 Sep 24 11:25 ripe.db.in.194.129.0.0.16 -rw-r--r-- 1 huber 1644 Sep 24 11:32 ripe.db.in.194.130.0.0.16 -rw-r--r-- 1 huber 2386 Sep 24 11:37 ripe.db.in.194.131.0.0.16 -rw-r--r-- 1 huber 1376 Sep 24 11:28 ripe.db.in.194.132.0.0.16 -rw-r--r-- 1 huber 2132 Sep 24 11:32 ripe.db.in.194.135.0.0.16 -rw-r--r-- 1 huber 3490 Sep 24 11:32 ripe.db.in.194.136.0.0.16 -rw-r--r-- 1 huber 2146 Sep 24 11:32 ripe.db.in.194.137.0.0.16 -rw-r--r-- 1 huber 1306 Sep 24 11:31 ripe.db.in.194.139.0.0.16 -rw-r--r-- 1 huber 2088 Sep 24 11:12 ripe.db.in.194.14.0.0.16 -rw-r--r-- 1 huber 1852 Sep 24 11:32 ripe.db.in.194.142.0.0.16 -rw-r--r-- 1 huber 1180 Sep 24 11:32 ripe.db.in.194.147.0.0.16 -rw-r--r-- 1 huber 996 Sep 24 11:29 ripe.db.in.194.15.0.0.16 -rw-r--r-- 1 huber 1502 Sep 24 11:25 ripe.db.in.194.156.0.0.16 -rw-r--r-- 1 huber 3406 Sep 24 11:32 ripe.db.in.194.157.0.0.16 -rw-r--r-- 1 huber 1432 Sep 24 11:32 ripe.db.in.194.159.0.0.16 -rw-r--r-- 1 huber 1392 Sep 24 11:31 ripe.db.in.194.16.0.0.16 -rw-r--r-- 1 huber 1460 Sep 24 11:36 ripe.db.in.194.161.0.0.16 -rw-r--r-- 1 huber 2580 Sep 24 11:32 ripe.db.in.194.163.0.0.16 -rw-r--r-- 1 huber 1922 Sep 24 11:32 ripe.db.in.194.167.0.0.16 -rw-r--r-- 1 huber 1700 Sep 24 11:31 ripe.db.in.194.17.0.0.16 -rw-r--r-- 1 huber 2216 Sep 24 11:31 ripe.db.in.194.172.0.0.16 -rw-r--r-- 1 huber 0 Sep 24 11:35 ripe.db.in.194.173.0.0.16 -rw-r--r-- 1 huber 998 Sep 24 11:36 ripe.db.in.194.178.0.0.16 -rw-r--r-- 1 huber 1686 Sep 24 11:31 ripe.db.in.194.18.0.0.16 -rw-r--r-- 1 huber 1250 Sep 24 11:32 ripe.db.in.194.180.0.0.16 -rw-r--r-- 1 huber 0 Sep 24 11:36 ripe.db.in.194.182.0.0.17 -rw-r--r-- 1 huber 998 Sep 24 11:32 ripe.db.in.194.188.0.0.16 -rw-r--r-- 1 huber 1560 Sep 24 11:32 ripe.db.in.194.2.0.0.16 -rw-r--r-- 1 huber 1504 Sep 24 11:32 ripe.db.in.194.20.0.0.16 -rw-r--r-- 1 huber 1182 Sep 24 11:37 ripe.db.in.194.21.0.0.16 -rw-r--r-- 1 huber 1094 Sep 24 11:31 ripe.db.in.194.27.0.0.16 -rw-r--r-- 1 huber 1094 Sep 24 11:24 ripe.db.in.194.31.0.0.16 -rw-r--r-- 1 huber 1014 Sep 24 11:23 ripe.db.in.194.32.0.0.16 -rw-r--r-- 1 huber 1252 Sep 24 11:15 ripe.db.in.194.35.0.0.16 -rw-r--r-- 1 huber 1108 Sep 24 11:19 ripe.db.in.194.36.0.0.16 -rw-r--r-- 1 huber 1234 Sep 24 11:37 ripe.db.in.194.39.0.0.16 -rw-r--r-- 1 huber 3304 Sep 24 11:09 ripe.db.in.194.4.0.0.16 -rw-r--r-- 1 huber 1500 Sep 24 11:32 ripe.db.in.194.44.0.0.16 -rw-r--r-- 1 huber 2242 Sep 24 11:31 ripe.db.in.194.45.0.0.16 -rw-r--r-- 1 huber 1052 Sep 24 11:31 ripe.db.in.194.49.0.0.16 -rw-r--r-- 1 huber 2744 Sep 24 11:26 ripe.db.in.194.5.0.0.16 -rw-r--r-- 1 huber 2298 Sep 24 11:32 ripe.db.in.194.51.0.0.16 -rw-r--r-- 1 huber 1654 Sep 24 11:32 ripe.db.in.194.52.0.0.16 -rw-r--r-- 1 huber 1332 Sep 24 11:25 ripe.db.in.194.55.0.0.16 -rw-r--r-- 1 huber 1024 Sep 24 11:16 ripe.db.in.194.56.0.0.16 -rw-r--r-- 1 huber 1486 Sep 24 11:21 ripe.db.in.194.57.0.0.16 -rw-r--r-- 1 huber 2158 Sep 24 11:28 ripe.db.in.194.58.0.0.16 -rw-r--r-- 1 huber 1416 Sep 24 11:28 ripe.db.in.194.59.0.0.16 -rw-r--r-- 1 huber 1290 Sep 24 11:09 ripe.db.in.194.62.0.0.16 -rw-r--r-- 1 huber 2662 Sep 24 11:32 ripe.db.in.194.64.0.0.16 -rw-r--r-- 1 huber 1724 Sep 24 11:11 ripe.db.in.194.66.0.0.16 -rw-r--r-- 1 huber 1976 Sep 24 11:05 ripe.db.in.194.68.0.0.16 -rw-r--r-- 1 huber 3054 Sep 24 11:27 ripe.db.in.194.70.0.0.16 -rw-r--r-- 1 huber 1976 Sep 24 11:11 ripe.db.in.194.71.0.0.16 -rw-r--r-- 1 huber 1892 Sep 24 11:32 ripe.db.in.194.72.0.0.16 -rw-r--r-- 1 huber 1962 Sep 24 11:26 ripe.db.in.194.76.0.0.16 -rw-r--r-- 1 huber 1784 Sep 24 11:32 ripe.db.in.194.77.0.0.16 -rw-r--r-- 1 huber 954 Sep 24 11:19 ripe.db.in.194.80.0.0.16 -rw-r--r-- 1 huber 1332 Sep 24 11:32 ripe.db.in.194.81.0.0.16 -rw-r--r-- 1 huber 1122 Sep 24 11:26 ripe.db.in.194.85.0.0.16 -rw-r--r-- 1 huber 3614 Sep 24 11:35 ripe.db.in.194.86.0.0.16 -rw-r--r-- 1 huber 1220 Sep 24 11:24 ripe.db.in.194.89.0.0.16 -rw-r--r-- 1 huber 1150 Sep 24 11:31 ripe.db.in.194.90.0.0.16 -rw-r--r-- 1 huber 1290 Sep 24 11:28 ripe.db.in.194.92.0.0.16 -rw-r--r-- 1 huber 1304 Sep 24 11:30 ripe.db.in.194.94.0.0.16 -rw-r--r-- 1 huber 1136 Sep 24 11:28 ripe.db.in.194.99.0.0.16 -rw-r--r-- 1 huber 3590 Sep 24 10:25 ripe.db.in.195.0.0.0.8 -rw-r--r-- 1 huber 3590 Sep 24 10:25 ripe.db.in.196.0.0.0.8 -rw-r--r-- 1 huber 3590 Sep 24 10:26 ripe.db.in.197.0.0.0.8 -rw-r--r-- 1 huber 3590 Sep 24 10:26 ripe.db.in.198.0.0.0.8 -rw-r--r-- 1 huber 3590 Sep 24 10:27 ripe.db.in.199.0.0.0.8 -rw-r--r-- 1 huber 3590 Sep 24 10:28 ripe.db.in.200.0.0.0.8 -rw-r--r-- 1 huber 3590 Sep 24 10:29 ripe.db.in.201.0.0.0.8 -rw-r--r-- 1 huber 3590 Sep 24 10:29 ripe.db.in.202.0.0.0.8 -rw-r--r-- 1 huber 3590 Sep 24 10:30 ripe.db.in.203.0.0.0.8 -rw-r--r-- 1 huber 3590 Sep 24 10:31 ripe.db.in.204.0.0.0.8 -rw-r--r-- 1 huber 3590 Sep 24 10:32 ripe.db.in.205.0.0.0.8 -rw-r--r-- 1 huber 3590 Sep 24 10:32 ripe.db.in.206.0.0.0.8 -rw-r--r-- 1 huber 3590 Sep 24 10:33 ripe.db.in.207.0.0.0.8 -rw-r--r-- 1 huber 3590 Sep 24 10:33 ripe.db.in.208.0.0.0.8 -rw-r--r-- 1 huber 3590 Sep 24 10:34 ripe.db.in.209.0.0.0.8 -rw-r--r-- 1 huber 3590 Sep 24 10:34 ripe.db.in.210.0.0.0.8 -rw-r--r-- 1 huber 222257152 Sep 24 11:37 ripe.db.in.cl.dir -rw-r--r-- 1 huber 1728317440 Sep 24 11:37 ripe.db.in.cl.pag -rw-r--r-- 1 huber 4096 Sep 24 09:44 ripe.db.in.dir -rw-r--r-- 1 huber 8349696 Sep 24 09:44 ripe.db.in.pag -rw-r--r-- 1 huber 36327 Sep 24 09:03 ripe.db.ir -rw-r--r-- 1 huber 0 Sep 24 11:38 ripe.db.ir.0.0.0.0.0 -rw-r--r-- 1 huber 0 Sep 24 11:37 ripe.db.ir.cl.dir -rw-r--r-- 1 huber 1024 Sep 24 11:38 ripe.db.ir.cl.pag -rw-r--r-- 1 huber 4096 Sep 24 09:44 ripe.db.ir.dir -rw-r--r-- 1 huber 8192 Sep 24 09:44 ripe.db.ir.pag -rw-r--r-- 1 huber 78895 Sep 24 09:03 ripe.db.mt -rw-r--r-- 1 huber 4096 Sep 24 09:44 ripe.db.mt.dir -rw-r--r-- 1 huber 19456 Sep 24 09:44 ripe.db.mt.pag -rw-r--r-- 1 huber 9440665 Sep 24 09:03 ripe.db.pn -rw-r--r-- 1 huber 4096 Sep 24 10:04 ripe.db.pn.dir -rw-r--r-- 1 huber 29942784 Sep 24 10:04 ripe.db.pn.pag -rw-r--r-- 1 huber 1408398 Sep 24 09:04 ripe.db.rt -rw-r--r-- 1 huber 0 Sep 24 11:49 ripe.db.rt.0.0.0.0.0 -rw-r--r-- 1 huber 0 Sep 24 11:46 ripe.db.rt.195.0.0.0.8 -rw-r--r-- 1 huber 0 Sep 24 11:50 ripe.db.rt.198.0.0.0.8 -rw-r--r-- 1 huber 0 Sep 24 11:52 ripe.db.rt.203.0.0.0.8 -rw-r--r-- 1 huber 0 Sep 24 11:52 ripe.db.rt.205.0.0.0.8 -rw-r--r-- 1 huber 0 Sep 24 11:53 ripe.db.rt.207.0.0.0.8 -rw-r--r-- 1 huber 0 Sep 24 11:54 ripe.db.rt.210.0.0.0.8 -rw-r--r-- 1 huber 0 Sep 24 11:38 ripe.db.rt.cl.dir -rw-r--r-- 1 huber 0 Sep 24 11:38 ripe.db.rt.cl.pag -rw-r--r-- 1 huber 4096 Sep 24 10:08 ripe.db.rt.dir -rw-r--r-- 1 huber 1021952 Sep 24 10:08 ripe.db.rt.pag > 2. Do you 'clean' the database frequently? We transfer the data and build the indexes once a week. We were hit by disk full on 18/09/95. > 3. perl -v? This is perl, version 4.0 $RCSfile: perl.c,v $$Revision: 4.0.1.8 $$Date: 1993/02/05 19:39:30 $ Patch level: 36 > 4. ls -ls of the bin directory of the database drwxr-xr-x 2 huber 512 Nov 14 1994 ./ drwxrwxr-x 11 huber 512 May 30 14:33 ../ -rwxr-xr-x 1 huber 14487 Nov 1 1994 cleandb* -rwxr-x--- 1 huber 2196 Nov 24 1994 cron_update* -rwxr-xr-x 1 huber 11583 Nov 1 1994 dbupdate* -rwxr-xr-x 1 huber 1536 Nov 1 1994 netdbm* -rwxr-xr-x 1 huber 1767 Nov 1 1994 newdb* -rwxr-xr-x 1 huber 304 Nov 1 1994 showdbm* -rwxr-xr-x 1 huber 1992 Nov 1 1994 sortdb* -rwxr-xr-x 1 huber 2031 Nov 22 1994 whois* -rwxr-xr-x 1 huber 14518 Nov 1 1994 whoisd* > 5. egrep $Id of the same bin directory ?? > 6. You OS & version number, patches? SunOS nic 4.1.3_U1 1 sun4m > 7. If you know, what dbm you are using with perl ?? > Help save the world & send us reports. > > Hope this helps, > > Geert Jan & David > As we use rather old whois software, I will first install the up-to-date version. Will this help? Regards, Willi Huber SWITCH

4 4

WWWhois - The never ending story.
by Paolo Bevilacqua 22 Sep '95

22 Sep '95

Hello. Forgot to mention that on http://black.uni.net/cgi-bin/whois the password for updates is 'update'. The script should remain now unchanged except for bug fixes. Cheers, /pab

1 0