From ripe at foobar.dk Mon Mar 3 11:36:14 2014 From: ripe at foobar.dk (ripe at foobar.dk) Date: Mon, 03 Mar 2014 10:36:14 GMT Subject: Database crash Message-ID: <1393842974305.14855.9160@webmail7> Mojn guys I had a server crash last week, and when I got it up and running again, the database was not able to receive updates - the whois-server core dumped. I've been there before, so I kept the old pseudo defect database running and rebuild a new DB during the night (downloading latest ripe.db.gz and RIPE.CURRENTSERIAL) Rebuilding ended up with an error. I can't remember seeing this before, but my first thought was that it something to do with the already running database. *** ERROR: Loader failure [139]. Exiting\n ************** ERROR *************** *** 04:56:54 Error loading database=WHOISDB for source=RIPE, /usr/local/whoisserver/bin/make_db exiting ************************************ I've started NRTM through the console, and everything looks fine, but apparently my current serial is 0 (zero) and not 28071882(+) as I would expect. 20140227 14:31:32 whois_rip-25050/2356136848 INFO connecting to NRTM server [whois.ripe.net:4444] (current serial=0) 20140227 14:31:32 whois_rip-25050/2356136848 INFO ******** report ********** 20140227 14:31:32 whois_rip-25050/2356136848 INFO 0 objects OK ( 0.0000 obj/s) 20140227 14:31:32 whois_rip-25050/2356136848 INFO 0 objects failed 20140227 14:31:32 whois_rip-25050/2356136848 INFO average processing time 0.0000 obj/s ( 0.00 obj/min) 20140227 14:31:32 whois_rip-25050/2356136848 INFO forwarded to serial:0 The old database (table serials) contains some 5051203 rows ending with serial=28072454 The new database (table serials) is pretty empty: mysql> desc serials; +-------------+---------------------+------+-----+---------+----------------+ | Field | Type | Null | Key | Default | Extra | +-------------+---------------------+------+-----+---------+----------------+ | thread_id | int(10) unsigned | NO | MUL | 0 | | | serial_id | int(11) | NO | PRI | NULL | auto_increment | | object_id | int(10) unsigned | NO | MUL | 0 | | | sequence_id | int(10) unsigned | NO | | 0 | | | atlast | tinyint(4) unsigned | NO | | 0 | | | operation | tinyint(4) unsigned | NO | | 0 | | +-------------+---------------------+------+-----+---------+----------------+ 6 rows in set (0.00 sec) mysql> select serial_id from serials; Empty set (0.00 sec) Digging deeper into the the problem I found this - this is the actual error when it crashed during make_db the first night: WARNING - 'Feb 27 04:56:54 snowblind kernel: [67641.487347] loader[22291]: segfault at 0 ip 00000000 sp bfb7fddc error 4 in loader[8048000+1a6000]' (1 matches for 'WARNING,[Ww]arning,ERROR,[Ee]rror') found in '/var/log/messages' I wonder if the ripe.db.gz is broken ("ip 00000000") ? So, I ran another make_db - but with the same result. Then I recovered an mysqldump from the start of the week, and it started up OK. Then I activated NRTM and updates started to roll in ... Happy I was for some hours; the server crash again saturday night :-( Today even startup of whois-server fails completely with core dumps, so I've picked another mysql backup and it's curently recovering. It seems me like one of the updates are causing problems - it's just a feeling - not a solid "Hey, here's the culprit!" fact. I've attached the error log (from today - core dumping (crash recovery mode + roll back)) Anyone ? Best Regards, Peter Landbo -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: whois-server.err.log.20140303 Type: application/octet-stream Size: 9679 bytes Desc: not available URL: From Harri.Vornanen at fi.fujitsu.com Thu Mar 27 02:20:45 2014 From: Harri.Vornanen at fi.fujitsu.com (Vornanen Harri) Date: Thu, 27 Mar 2014 01:20:45 +0000 Subject: Allocations in the test database Message-ID: Hello, Is it possible to create allocations in the test database yet? It would be helpful for test purposes, br,Harri -------------- next part -------------- An HTML attachment was scrubbed... URL: From cse332instructor at gmail.com Sun Mar 30 07:38:05 2014 From: cse332instructor at gmail.com (Kshitiz Verma) Date: Sun, 30 Mar 2014 11:08:05 +0530 Subject: Disputes in the Internet peering. Message-ID: Hi, I am Kshitiz Verma, a Ph.D. student in Madrid, Spain, working in the area of studies on the Internet ecosystem. We are conducting a survey on the Internet disputes, not limited to, but mainly focusing on de-peering. We will appreciate responses from the community that help us build our data on such incidences. We did an initial search ( https://docs.google.com/spreadsheet/ccc?key=0Ajn7QWBNzSlLdGo3UzFDVkNvdGVwYncxNUdJclZWcnc&usp=sharing#gid=0), but unfortunately the results we obtained were mostly limited to well known disputes in North America. We believe there should be more of them but are hard to find, 1. if they occur outside the Tier 1 regime. 2. if outside USA. 3. because the local news may not always be in English. 4. they may not last long or may not have as big an impact and find place in news. We are posting We are also looking for instances like Youtube hijacking by Pakistan Telecom is not a dispute between any two ASes but still for repairing purposes, connectivity between Pakistan Telecom and PCCW (AS 3491), Hong Kong was disrupted. At the same time, we are not looking for disruption of the Internet connectivity due to an accident like Taiwan earthquake in December 2006. As claimed in http://www.cs.columbia.edu/~misra/news/CD070113.pdf , 500 to 1000 de-peering happens on a daily basis today. We are curious to know how this number has evolved since its inception (starting from post commercialization of NSFNET is already very good but before that is excellent :-) ). Please fill in the following form if you have some information that you may want to share with us. Also, as there are so many de-peerings happening, there is a high possibility that most of these don't become International News, so to get information on these disputes we expanded our search to local and regional News but unfortunately this has not added significant information. Once the results are processed and filtered, we intend to share them publicly. Form: https://docs.google.com/forms/d/1X6msZeK0_3SIaIK8IxZaO2-Vrl1MPh_8dTSpbG0oGzY/viewform Many thanks in advance :-) -------------- next part -------------- An HTML attachment was scrubbed... URL: