From owner-freebsd-ipfw@FreeBSD.ORG Tue Mar 4 18:36:52 2008 Return-Path: Delivered-To: freebsd-ipfw@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FC38106566C for ; Tue, 4 Mar 2008 18:36:52 +0000 (UTC) (envelope-from vladone@spaingsm.com) Received: from thunder.lsstelecom.ro (thunder.lsstelecom.ro [194.117.236.32]) by mx1.freebsd.org (Postfix) with ESMTP id 61ADD8FC17 for ; Tue, 4 Mar 2008 18:36:51 +0000 (UTC) (envelope-from vladone@spaingsm.com) Received: (qmail 9707 invoked by uid 1010); 4 Mar 2008 20:36:50 +0200 Received: from 88.158.112.6 (vladone@spaingsm.com@88.158.112.6) by thunder (envelope-from , uid 1007) with qmail-scanner-2.01st (clamdscan: 0.91.2/5093. spamassassin: 3.2.3. perlscan: 2.01st. Clear:RC:1(88.158.112.6):. Processed in 1.612629 secs); 04 Mar 2008 18:36:50 -0000 Received: from 6.112.158.88.radiocom.ro (HELO ?127.0.0.1?) (vladone@spaingsm.com@88.158.112.6) by mail.lsstelecom.ro with AES256-SHA encrypted SMTP; 4 Mar 2008 20:36:49 +0200 Message-ID: <47CD96BC.1000709@spaingsm.com> Date: Tue, 04 Mar 2008 20:36:44 +0200 From: Fratiman Vladut User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: freebsd-ipfw@freebsd.org References: <47CC602A.7030300@spaingsm.com> <78cb3d3f0803040112j443413e9u1e8b319ab7f2187d@mail.gmail.com> <78cb3d3f0803040119g7bfa060m71ac2b6814bc2937@mail.gmail.com> <47CD6F3B.9060805@spaingsm.com> <78cb3d3f0803040830t68f4ad54w8b6f021a83d2d03f@mail.gmail.com> In-Reply-To: <78cb3d3f0803040830t68f4ad54w8b6f021a83d2d03f@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: savecore: reboot after panic: X-BeenThere: freebsd-ipfw@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: IPFW Technical Discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Mar 2008 18:36:52 -0000 Any idea when is planning to implement mask classifiers into pf? This really help in dummynet, to simplify rules set. Adrian Penisoara wrote: > Hi, > > On Tue, Mar 4, 2008 at 5:48 PM, Fratiman Vladut > wrote: > > >> With *kgdb* , obtain this: >> Unread portion of the kernel message buffer: >> panic: vm_fault: fault on nofault entry, addr: e13d0000 >> cpuid = 0 >> Uptime: 1h8m8s >> Physical memory: 882 MB >> Dumping 63 MB: 48 32 16 >> >> #0 doadump () at pcpu.h:195 >> 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); >> (kgdb) Quit >> > > > Quite a short stack trace, not sure whether it helps. > > > >> I use ipfw with dummynet because can use dynamically rules for shaping. >> With altq, need to put rule for every host, in order to share bandwith >> equal to all host in lan. If i have hundredth of host, this can be >> painful. >> This is why i use dummynet with ipfw. >> >> > > You are probably referring to dummynet's mask classifier. I guess this would > be a good reason to attempt implementing similar mask classifiers into > pf(4). > > Regards, > Adrian Penisoara > ROFUG / EnterpriseBSD > > > >> Adrian Penisoara wrote: >> >>> Hi, >>> >>> On Mon, Mar 3, 2008 at 10:31 PM, Fratiman Vladut >> > wrote: >>> >>> Hi! >>> I try to implement some load balancing using pf. I use also ipfw for >>> traffic shaping. >>> >>> >>> Have you tried to use traffic shaping with ALTQ inside pf ? Perhaps >>> there is a negative side-effect when combining ipfw and pf this way. >>> >>> >>> >>> In pf.conf, my rules are this: >>> nat on $ext_if1 from $lan_net to any -> ($ext_if1) >>> nat on $ext_if2 from $lan_net to any -> ($ext_if2) >>> >>> pass in on $int_if route-to { ($ext_if1 $ext_gw1), ($ext_if2 >>> $ext_gw2), >>> ($ext_if2 $ext_gw2) } round-robin from $lan_net to any keep state >>> >>> pass out on $ext_if1 route-to ($ext_if2 $ext_gw2) from $ext_if2 to >>> >> any >> >>> pass out on $ext_if2 route-to ($ext_if1 $ext_gw1) from $ext_if1 to >>> >> any >> >>> All work fine, but after some time , my system reboot. I found with >>> dmesg, this error: >>> savecore: reboot after panic: vm_fault: fault on nofault entry, >>> >> addr: >> >>> e13d0000 >>> Mar 3 21:29:47 server savecore: reboot after panic: vm_fault: >>> fault on >>> nofault entry, addr: e13d0000 >>> savecore: writing core to vmcore.1 >>> >>> >>> Have you tried to extract a gdb stack trace from the core file ? See >>> link below: >>> >>> >>> >> http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-gdb.html >> >>> Regards, >>> Adrian Penisoara >>> ROFUG / EnterpriseBSD >>> >> _______________________________________________ >> freebsd-ipfw@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-ipfw >> To unsubscribe, send any mail to "freebsd-ipfw-unsubscribe@freebsd.org" >> >> > _______________________________________________ > freebsd-ipfw@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ipfw > To unsubscribe, send any mail to "freebsd-ipfw-unsubscribe@freebsd.org" > > >