From owner-freebsd-stable@FreeBSD.ORG Thu Dec 25 15:09:34 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92B0416A4CE for ; Thu, 25 Dec 2003 15:09:34 -0800 (PST) Received: from delta.arkaim.net (delta.arkaim.net [82.146.57.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76DCE43D31 for ; Thu, 25 Dec 2003 15:09:33 -0800 (PST) (envelope-from sirok@mail.ru) Received: from [212.120.174.10] (helo=ares.arkaim.net) by delta.arkaim.net with esmtp (Exim 4.24; FreeBSD) id 1AZebk-0001fa-B3 for freebsd-stable@freebsd.org; Thu, 25 Dec 2003 23:09:32 +0000 Received: from [192.168.216.1] (helo=else-84173e39b5) by ares.arkaim.net with esmtp (Exim 4.24; FreeBSD) id 1AZeQT-000DyT-Lk for freebsd-stable@freebsd.org; Fri, 26 Dec 2003 03:57:54 +0500 Date: Fri, 26 Dec 2003 03:58:54 +0500 From: Roman Sidnev X-Mailer: The Bat! (v2.01) CD5BF9353B3B7091 X-Priority: 3 (Normal) Message-ID: <124521657373.20031226035854@mail.ru> To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: possible (kernel) bug with zebra X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Roman List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Dec 2003 23:09:34 -0000 Hello, >I don't know if my machine has some hardware problem, but I've noticed this >strange behavior with zebra 0.93b_7 on 4.9-STABLE. I think it not hardware problem, i have same problem with gre and tun(vtund) interfaces and quagga. Panics occurs sometimes when interface state changes (up/down). Sometimes kernel dont panics, but zebra (quagga) dies. I don't know any solution. I had the same problem with 4.8-STABLE. >The first problem is zebra's inconsistent(?) handling of routing information, >especialy when it comes to point-to-point interfaces (like tun) and ones >handled by ppp(8). >When ppp shuts down a link, it first deletes all routes, including the >route to the remote host. Then it downs the interface. Zebra gets confused >about this, because it gets the RTM_DELETE messages, but not the RTM_DELADDR >message it seems to expect. (Which happens if you just do ifconfig -alias, >there is a RTM_DELETE and then RTM_DELADDR) >As a result, the zebra's routing table becomes bogus and the advertised >routes are not correct. To fix this for now, I've put a script to do a >ifconfig -alias which is run from ppp.linkdown. >So far so good, but the kernel starts to panic :/ >Attached are the results from two consecutive panics >I can provide more information/do more tests if someone finds this >interesting :) Any help is appreciated, of course -- Best regards, Roman mailto:sirok@mail.ru