From owner-freebsd-isp@FreeBSD.ORG Mon Apr 19 04:00:14 2004 Return-Path: Delivered-To: freebsd-isp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95FDE16A4CE for ; Mon, 19 Apr 2004 04:00:14 -0700 (PDT) Received: from smtp4.wlink.com.np (smtp4.wlink.com.np [202.79.32.87]) by mx1.FreeBSD.org (Postfix) with SMTP id 76BB943D31 for ; Mon, 19 Apr 2004 03:59:48 -0700 (PDT) (envelope-from bikrant_ml@wlink.com.np) Received: (qmail 55593 invoked from network); 19 Apr 2004 10:28:58 -0000 Received: from unknown (HELO qmail-scanner.wlink.com.np) (202.79.32.74) by 0 with SMTP; 19 Apr 2004 10:28:58 -0000 Received: (qmail 54948 invoked by uid 1008); 19 Apr 2004 10:28:58 -0000 Received: from bikrant_ml@wlink.com.np by qmail-scanner.wlink.com.np by uid 1002 with qmail-scanner-1.20 (clamscan: 0.60. Clear:RC:1(202.79.32.78):. Processed in 0.016883 secs); 19 Apr 2004 10:28:58 -0000 Received: from smtp3.wlink.com.np (202.79.32.78) by qmail-scanner.wlink.com.np with SMTP; 19 Apr 2004 10:28:57 -0000 Received: (qmail 25252 invoked by uid 514); 19 Apr 2004 10:28:57 -0000 Received: from [202.79.36.168] (HELO bikrant.org.np) by smtp3.wlink.com.np (qmail-smtpd) with SMTP; 19 Apr 2004 10:28:57 -0000 (Mon, 19 Apr 2004 16:13:57 +0545) From: Bikrant To: freebsd-isp@freebsd.org Date: Mon, 19 Apr 2004 16:13:51 +0545 User-Agent: KMail/1.5 References: <200404191156.29962.bikrant_ml@wlink.com.np> <20040419085001.GC51644@happy-idiot-talk.infracaninophile.co.uk> In-Reply-To: <20040419085001.GC51644@happy-idiot-talk.infracaninophile.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200404191613.51606.bikrant_ml@wlink.com.np> X-Spam-Check-By: smtp3.wlink.com.np Spam: No ; 0.0 / 5.0 X-Spam-Status: No, hits=0.0 required=5.0 cc: Matthew Seaman Subject: Re: PPPoed crashed!! X-BeenThere: freebsd-isp@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Internet Services Providers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Apr 2004 11:00:14 -0000 On Monday 19 April 2004 14:35, Matthew Seaman wrote: > On Mon, Apr 19, 2004 at 11:56:29AM +0545, Bikrant Neupane wrote: > > I'm running pppoed on freebsd-4.9. It is running smoothly. However it > > crashes sometime with a pppoed.core file dumpped at the root directory. > > gdb -c pppoed.core shows that it crashed with signal 11 segmentation > > fault. I'm running the package as it came with the os. I have not > > upgraded any thing except the kernel which I have customized for my > > needs. > > > > Is this a bug or am i missing some parameters in the kernel? > > It's hard to say quite what the problem is with the small amount of > information you've included. > > Certainly none of the software supplied with the OS should ever crash > with a segmentation violation, and it's definitely a bug if that > happens reproducibly. > > On the other hand, segmentation faults are most commonly seen as a > symptom of faulty memory sticks. Crashes due to bad memory will > happen quite unpredictably, although they will tend to happen more > when the machine is under load and there's a lot of memory IO going > on. It worked fine for almost 40 days without any problem. But after that pppoed crashed almost once in a day. I thought it might be memory issue. So I replaced the server with a new P4 Dell Poweredge server with HT support. I built everything from scratch, the kernel. But the daemon has crashed twice in last one week. At peak time the number of running tun devices is around 40. These are the stats. i collected from mrtg. Max running process: 126 avg 76 max Cpu utilization: 7% avg 4% Max sys. load: 0.35 avg 0.1 System Memory: 512 MB Max mem utilization: 382 MB avg:355 MB Max Mbuf in use: 726 avg: 490 Traffic: Max: 2000kbps Avg: 437kbps I think resource utilization is quite low. Here is the output of back trace This GDB was configured as "i386-unknown-freebsd". Core was generated by `pppoed'. Program terminated with signal 11, Segmentation fault. #0 0x280e461f in ?? () (gdb) bt #0 0x280e461f in ?? () #1 0x280e48c1 in ?? () #2 0x280e46af in ?? () #3 0x280e48c1 in ?? () #4 0x280e4fd9 in ?? () #5 0x280e34dc in ?? () #6 0x280e3470 in ?? () #7 0x280dda10 in ?? () #8 0x280dd66d in ?? () #9 0x280c4cc9 in ?? () #10 0x280c4be5 in ?? () #11 0x8049640 in ?? () #12 0x804a22b in ?? () #13 0x8048dba in ?? () (gdb) Thanking you, Bikrant Neupane > If the crash you're seeing happens repeatably and always occurs in the > same place, then it must be a programming error. In which case, > please report the problem using send-pr(1). Getting a backtrace from > gdb will be helpful -- as will keeping hold of the core file you have > to make available to a developer should one request it. > > Cheers, > > Matthew