From owner-freebsd-stable@FreeBSD.ORG Sun Apr 16 08:48:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 AC0A016A400 for ; Sun, 16 Apr 2006 08:48:45 +0000 (UTC) (envelope-from kama@pvp.se) Received: from ms1.as.pvp.se (dns.pvp.se [213.64.187.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4269D43D48 for ; Sun, 16 Apr 2006 08:48:42 +0000 (GMT) (envelope-from kama@pvp.se) Received: by ms1.as.pvp.se (Postfix, from userid 1001) id B8FEFA7; Sun, 16 Apr 2006 10:48:40 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by ms1.as.pvp.se (Postfix) with ESMTP id B425CA6; Sun, 16 Apr 2006 10:48:40 +0200 (CEST) Date: Sun, 16 Apr 2006 10:48:40 +0200 (CEST) From: kama X-X-Sender: kama@ns1.as.pvp.se To: Kris Kennaway In-Reply-To: <20060405205005.GA29124@xor.obsecurity.org> Message-ID: <20060416101154.J97042@ns1.as.pvp.se> References: <20060405200341.GD14126@math.jussieu.fr> <20060405200727.GA28371@xor.obsecurity.org> <20060405201500.GE14126@math.jussieu.fr> <20060405202100.GA28626@xor.obsecurity.org> <20060405203741.GF14126@math.jussieu.fr> <20060405205005.GA29124@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org, Albert Shih Subject: Re: Disappointed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Apr 2006 08:48:45 -0000 On Wed, 5 Apr 2006, Kris Kennaway wrote: > On Wed, Apr 05, 2006 at 10:37:41PM +0200, Albert Shih wrote: > > > OK I just do it. I just hope the maintainer can understand me... > > > > > > > > As a first step: you say your server crashed. Did it panic? Do you > > > have debugging settings (INVARIANTS, WITNESS) enabled? Do you have > > > DDB enabled? Read through the chapter on kernel debugging in the > > > developers' handbook and reconfigure your kernel accordingly, then > > > proceed from there. > > > > Well it's no so easy. I can try but there least 600 users waiting the big > > fsck when the server crash. I'm not sure I can spend many time to try > > this.. But I promise you I will try. > > Thanks. You need to evaluate whether it's more important for you to > try to get the problem fixed, or to keep dealing with the downtime > from the crashes. Trying to reproduce on a test machine is also a > good idea. > > Unfortunately, debugging system problems does take work, but at the > same time if you can't put the work in, it's not so likely you'll be > able to resolve the problem. > > > NB: Why this kind of problem can happen ? I ask this because until 6. I > > never have this kind of problem. > > All software has bugs, and sometimes hardware has bugs too. I can not provide you much either... But I have similar problem. But for me it crashes within a couple of days. The system is a HP Proliant DL380 G3. Which mean it runs ciss(4) and bge(4). Its a generic SMP kernel, but I have tried without SMP enabled before. The system is running the news software Diablo and are set up as a feeder. Give or take aprox 100 incoming connections feeding aprox 200Mbp and 20 outgoing feeding aprox 200Mbps. I have tried to follow the docs about creating a dump into /var/crash. But there is none to be seen. Perhaps I have missed something, or it is actually not created. I will go through those again once I am back at work on tuesday. It feels like its just freezes and reboots without any warnings at all. If someone will give me a simple step by step walkthrough, I can make it in whatever way you want me to. /Bjorn From owner-freebsd-stable@FreeBSD.ORG Sun Apr 16 11:21:04 2006 Return-Path: X-Original-To: stable@freebsd.org 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 8420416A405 for ; Sun, 16 Apr 2006 11:21:04 +0000 (UTC) (envelope-from spoerlein@googlemail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id B89AF43D49 for ; Sun, 16 Apr 2006 11:21:02 +0000 (GMT) (envelope-from spoerlein@googlemail.com) Received: by uproxy.gmail.com with SMTP id m3so279817ugc for ; Sun, 16 Apr 2006 04:21:01 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=googlemail.com; h=received:date:to:cc:subject:message-id:mail-followup-to:mime-version:content-type:content-disposition:from; b=jqMyE9PUpb4K+mw4TqfSSHu5by1i6lAYWzKXNjA1T2iCpOXXipc93oBfQviNCMa/FaGcX+mUrC4dOeYVEhRcHnPBsLDR9PIIpXeFPQoudnfY8MsH/RSwbutjupovJh/653Cnpmte7aL05LmI7q4b0oVgDya/JbvqTmUxgyGJ01w= Received: by 10.66.243.12 with SMTP id q12mr1975754ugh; Sun, 16 Apr 2006 04:21:01 -0700 (PDT) Received: from roadrunner.q.local ( [217.185.116.5]) by mx.gmail.com with ESMTP id q1sm488274uge.2006.04.16.04.20.58; Sun, 16 Apr 2006 04:21:01 -0700 (PDT) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.6/8.13.6) with ESMTP id k3GB8MoO061529; Sun, 16 Apr 2006 13:08:22 +0200 (CEST) (envelope-from spoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.13.6/8.13.6/Submit) id k3GB8LNj061528; Sun, 16 Apr 2006 13:08:21 +0200 (CEST) (envelope-from spoerlein@gmail.com) Date: Sun, 16 Apr 2006 13:08:20 +0200 To: "Bjoern A. Zeeb" Message-ID: <20060416110820.GB60812@roadrunner.aventurien.local> Mail-Followup-To: "Bjoern A. Zeeb" , stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YiEDa0DAkWCtVeE4" Content-Disposition: inline From: Ulrich Spoerlein Cc: stable@freebsd.org Subject: [LOR] bpf vs. USB (perhaps #147?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Apr 2006 11:21:04 -0000 --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello again, found some other LORs on 6.1-PRERELEASE while running kismet and tcpdump on ural0 at the same time. They all look very similar, though one is in usb_read, the other in usb_write. Sleeping on "usbsyn" with the following non-sleepable locks held: exclusive sleep mutex bpf global lock r =3D 0 (0xc079c280) locked @ /usr/sr= c/sys/net/bpf.c:425 KDB: stack backtrace: kdb_backtrace(1,c5a8ac48,c5a8c300,2,ef53f894) at kdb_backtrace+0x29 witness_warn(5,0,c06d7bd4,c06cf607) at witness_warn+0x18e msleep(c5c49c00,0,4c,c06cf607,0) at msleep+0x42 usbd_transfer(c5c49c00,ef53f8f4,c04d6b05,c5c49c00,278940c2) at usbd_transfe= r+0x121 usbd_sync_transfer(c5c49c00,278940c2,c5a8acf0,c5a8c300,c4c26000) at usbd_sy= nc_transfer+0x11 usbd_do_request_flags_pipe(c4bf7580,c4bf7500,ef53f950,ef53f94e,0) at usbd_d= o_request_flags_pipe+0x5d usbd_do_request_flags(c4bf7580,ef53f950,ef53f94e,0,0) at usbd_do_request_fl= ags+0x20 usbd_do_request(c4bf7580,ef53f950,ef53f94e) at usbd_do_request+0x1a ural_read(c4c26000,444,c4c26000,0,ef53f990) at ural_read+0x42 ural_update_promisc(c4c26000) at ural_update_promisc+0x16 ural_ioctl(c4c1bc00,80206910,ef53f9ac,1,108903) at ural_ioctl+0x55 if_setflag(c4c1bc00,100,20000,c4c1bc44,0) at if_setflag+0x120 ifpromisc(c4c1bc00,0) at ifpromisc+0x23 bpf_detachd(c52b6a00) at bpf_detachd+0xae bpfclose(c5c49100,7,2000,c5a8c300,c07502c0) at bpfclose+0x83 giant_close(c5c49100,7,2000,c5a8c300,c5c49100) at giant_close+0x30 devfs_close(ef53fab4) at devfs_close+0x2db VOP_CLOSE_APV(c071cd40,ef53fab4) at VOP_CLOSE_APV+0x7e vn_close(c5ef6dd0,7,c52d2e00,c5a8c300,0) at vn_close+0x8b vn_closefile(c5c83cf0,c5a8c300,ef53fb6c,c0508328,c5c83cf0) at vn_closefile+= 0xca devfs_close_f(c5c83cf0,c5a8c300) at devfs_close_f+0xf fdrop_locked(c5c83cf0,c5a8c300,c4ae9640,0,c06d3ea7) at fdrop_locked+0x88 fdrop(c5c83cf0,c5a8c300,6b2,c07555c0,0) at fdrop+0x24 closef(c5c83cf0,c5a8c300) at closef+0x367 fdfree(c5a8c300) at fdfree+0x4a3 exit1(c5a8c300,0,ef53fd30,c069a577,c5a8c300) at exit1+0x438 exit1(c5a8c300,ef53fd04,1,6d,292) at exit1 syscall(3b,3b,3b,bfbf8f90,1) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (1, FreeBSD ELF32, sys_exit), eip =3D 0x482d4027, esp =3D 0xbfb= f8f5c, ebp =3D 0xbfbf8f78 --- lock order reversal: (Giant after non-sleepable) 1st 0xc079c280 bpf global lock (bpf global lock) @ /usr/src/sys/net/bpf.c:= 425 2nd 0xc07502c0 Giant (Giant) @ /usr/src/sys/kern/kern_synch.c:216 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c075f100,c075f588,c0724364) at kdb_backtrace+0x29 witness_checkorder(c07502c0,9,c06d7c0d,d8) at witness_checkorder+0x578 _mtx_lock_flags(c07502c0,0,c06d7c0d,d8) at _mtx_lock_flags+0x5b msleep(c5c49c00,0,4c,c06cf607,0) at msleep+0x2d2 usbd_transfer(c5c49c00,ef53f8f4,c04d6b05,c5c49c00,278940c2) at usbd_transfe= r+0x121 usbd_sync_transfer(c5c49c00,278940c2,c5a8acf0,c5a8c300,c4c26000) at usbd_sy= nc_transfer+0x11 usbd_do_request_flags_pipe(c4bf7580,c4bf7500,ef53f950,ef53f94e,0) at usbd_d= o_request_flags_pipe+0x5d usbd_do_request_flags(c4bf7580,ef53f950,ef53f94e,0,0) at usbd_do_request_fl= ags+0x20 usbd_do_request(c4bf7580,ef53f950,ef53f94e) at usbd_do_request+0x1a ural_read(c4c26000,444,c4c26000,0,ef53f990) at ural_read+0x42 ural_update_promisc(c4c26000) at ural_update_promisc+0x16 ural_ioctl(c4c1bc00,80206910,ef53f9ac,1,108903) at ural_ioctl+0x55 if_setflag(c4c1bc00,100,20000,c4c1bc44,0) at if_setflag+0x120 ifpromisc(c4c1bc00,0) at ifpromisc+0x23 bpf_detachd(c52b6a00) at bpf_detachd+0xae bpfclose(c5c49100,7,2000,c5a8c300,c07502c0) at bpfclose+0x83 giant_close(c5c49100,7,2000,c5a8c300,c5c49100) at giant_close+0x30 devfs_close(ef53fab4) at devfs_close+0x2db VOP_CLOSE_APV(c071cd40,ef53fab4) at VOP_CLOSE_APV+0x7e vn_close(c5ef6dd0,7,c52d2e00,c5a8c300,0) at vn_close+0x8b vn_closefile(c5c83cf0,c5a8c300,ef53fb6c,c0508328,c5c83cf0) at vn_closefile+= 0xca devfs_close_f(c5c83cf0,c5a8c300) at devfs_close_f+0xf fdrop_locked(c5c83cf0,c5a8c300,c4ae9640,0,c06d3ea7) at fdrop_locked+0x88 fdrop(c5c83cf0,c5a8c300,6b2,c07555c0,0) at fdrop+0x24 closef(c5c83cf0,c5a8c300) at closef+0x367 fdfree(c5a8c300) at fdfree+0x4a3 exit1(c5a8c300,0,ef53fd30,c069a577,c5a8c300) at exit1+0x438 exit1(c5a8c300,ef53fd04,1,6d,292) at exit1 syscall(3b,3b,3b,bfbf8f90,1) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (1, FreeBSD ELF32, sys_exit), eip =3D 0x482d4027, esp =3D 0xbfb= f8f5c, ebp =3D 0xbfbf8f78 --- Sleeping on "usbsyn" with the following non-sleepable locks held: exclusive sleep mutex bpf global lock r =3D 0 (0xc079c280) locked @ /usr/sr= c/sys/net/bpf.c:425 KDB: stack backtrace: kdb_backtrace(1,c5a8ac48,c5a8c300,0,ef53f894) at kdb_backtrace+0x29 witness_warn(5,0,c06d7bd4,c06cf607) at witness_warn+0x18e msleep(c5c49c00,0,4c,c06cf607,0) at msleep+0x42 usbd_transfer(c5c49c00,ef53f8f4,c04d6b05,c5c49c00,278940c2) at usbd_transfe= r+0x121 usbd_sync_transfer(c5c49c00,278940c2,c5a8acf0,c5a8c300,c4c26000) at usbd_sy= nc_transfer+0x11 usbd_do_request_flags_pipe(c4bf7580,c4bf7500,ef53f94c,0,0) at usbd_do_reque= st_flags_pipe+0x5d usbd_do_request_flags(c4bf7580,ef53f94c,0,0,0) at usbd_do_request_flags+0x20 usbd_do_request(c4bf7580,ef53f94c,0) at usbd_do_request+0x1a ural_write(c4c26000,444,7e,c4c26000,0) at ural_write+0x45 ural_update_promisc(c4c26000) at ural_update_promisc+0x36 ural_ioctl(c4c1bc00,80206910,ef53f9ac,1,108903) at ural_ioctl+0x55 if_setflag(c4c1bc00,100,20000,c4c1bc44,0) at if_setflag+0x120 ifpromisc(c4c1bc00,0) at ifpromisc+0x23 bpf_detachd(c52b6a00) at bpf_detachd+0xae bpfclose(c5c49100,7,2000,c5a8c300,c07502c0) at bpfclose+0x83 giant_close(c5c49100,7,2000,c5a8c300,c5c49100) at giant_close+0x30 devfs_close(ef53fab4) at devfs_close+0x2db VOP_CLOSE_APV(c071cd40,ef53fab4) at VOP_CLOSE_APV+0x7e vn_close(c5ef6dd0,7,c52d2e00,c5a8c300,0) at vn_close+0x8b vn_closefile(c5c83cf0,c5a8c300,ef53fb6c,c0508328,c5c83cf0) at vn_closefile+= 0xca devfs_close_f(c5c83cf0,c5a8c300) at devfs_close_f+0xf fdrop_locked(c5c83cf0,c5a8c300,c4ae9640,0,c06d3ea7) at fdrop_locked+0x88 fdrop(c5c83cf0,c5a8c300,6b2,c07555c0,0) at fdrop+0x24 closef(c5c83cf0,c5a8c300) at closef+0x367 fdfree(c5a8c300) at fdfree+0x4a3 exit1(c5a8c300,0,ef53fd30,c069a577,c5a8c300) at exit1+0x438 exit1(c5a8c300,ef53fd04,1,6d,292) at exit1 syscall(3b,3b,3b,bfbf8f90,1) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (1, FreeBSD ELF32, sys_exit), eip =3D 0x482d4027, esp =3D 0xbfb= f8f5c, ebp =3D 0xbfbf8f78 --- ural0: promiscuous mode disabled Ulrich Spoerlein --=20 PGP Key ID: 20FEE9DD Encrypted mail welcome! Fingerprint: AEC9 AF5E 01AC 4EE1 8F70 6CBD E76E 2227 20FE E9DD Which is worse: ignorance or apathy? Don't know. Don't care. --YiEDa0DAkWCtVeE4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEQiWk524iJyD+6d0RAt3FAJ0YJ/liLJu+tdDspjAg2eNTE2Ke5ACfQjnL Ly1m3DfZlAHLa9UhBqzzjp4= =SDod -----END PGP SIGNATURE----- --YiEDa0DAkWCtVeE4-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 16 14:44:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 8781016A400 for ; Sun, 16 Apr 2006 14:44:44 +0000 (UTC) (envelope-from yurtesen-dated-1146062679.d9353d@ispro.net.tr) Received: from smtp.ispro.net.tr (smtp.ispro.net.tr [62.244.220.178]) by mx1.FreeBSD.org (Postfix) with SMTP id 630DB43D45 for ; Sun, 16 Apr 2006 14:44:42 +0000 (GMT) (envelope-from yurtesen-dated-1146062679.d9353d@ispro.net.tr) Received: (qmail 56826 invoked by uid 89); 16 Apr 2006 14:44:40 -0000 Received: from [88.192.33.112] (dsl-aur-ff21c000-112.dhcp.inet.fi [88.192.33.112]) by localhost.my.domain (tmda-ofmipd) with ESMTP; Sun, 16 Apr 2006 17:44:30 +0300 (EEST) Message-ID: <4442582E.9030507@ispro.net.tr> Date: Sun, 16 Apr 2006 17:43:58 +0300 User-Agent: Thunderbird 1.5 (X11/20060213) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit From: Evren Yurtesen X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew) X-Primary-Address: yurtesen@ispro.net.tr Subject: CPUTYPE=athlon-xp and loader X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Apr 2006 14:44:44 -0000 Hello, I have a problem which I have found out from mailing lists that some other people had. However there is no clear solution. The CPUTYPE=athlon-xp in make.conf breaks /boot/loader that system instant reboots. I am using 6-stable and from what I can see the problem goes back till about 5.3... Sometime between Oct 12-15, 2005 http://archive.netbsd.se/?ml=freebsd-current&a=2004-10&m=435817 I wonder if this will ever be fixed or I shouldnt use CPUTYPE=athlon-xp anymore on FreeBSD because of this? Thanks, Evren From owner-freebsd-stable@FreeBSD.ORG Sun Apr 16 15:22:34 2006 Return-Path: X-Original-To: stable@freebsd.org 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 8ADC616A415; Sun, 16 Apr 2006 15:22:34 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A35A43D45; Sun, 16 Apr 2006 15:22:33 +0000 (GMT) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan [127.0.0.1]) by aldan.algebra.com (8.13.6/8.13.6) with ESMTP id k3GFMAUb097405 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 16 Apr 2006 11:22:12 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by aldan.algebra.com (8.13.6/8.13.6/Submit) id k3GFM8NJ097404; Sun, 16 Apr 2006 11:22:08 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) From: Mikhail Teterin To: sos@deepcore.dk, stable@freebsd.org Date: Sun, 16 Apr 2006 11:22:07 -0400 User-Agent: KMail/1.9.1 References: <200603010505.k2155HfQ003205@aldan.algebra.com> <200604152153.42411@aldan> <1145185460.912.17.camel@sos.deepcore.dk> In-Reply-To: <1145185460.912.17.camel@sos.deepcore.dk> X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" Cc: Derek Ragona Subject: Re: pitiful performance of an SATA150 drive X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Apr 2006 15:22:34 -0000 [Moved to -stable] On Sunday 16 April 2006 07:04, Søren Schmidt wrote: = I just tried this on a system as close to the one you have as possible You are welcome to visit my machine and take a look. Use the same ssh key as for the FreeBSD cluster and connect to aldan.algebra.com. = That makes me *seriously* doubt that ATA is at fault here... What else can it be? The main disks are SCSI and work well. The video sucks, but that's a problem common to many -- nobody can get their PCI-Radeons up with DRI. What else can be wrong? Thanks! Yours, -mi From owner-freebsd-stable@FreeBSD.ORG Sun Apr 16 18:35:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 79AB816A449 for ; Sun, 16 Apr 2006 18:35:44 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 7B14443D46 for ; Sun, 16 Apr 2006 18:35:43 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 16 Apr 2006 18:35:41 -0000 Received: from p54A7DF27.dip.t-dialin.net (EHLO [192.168.0.12]) [84.167.223.39] by mail.gmx.net (mp032) with SMTP; 16 Apr 2006 20:35:41 +0200 X-Authenticated: #5465401 Message-ID: <44428E79.8040209@gmx.de> Date: Sun, 16 Apr 2006 20:35:37 +0200 From: "[LoN]Kamikaze" Organization: Lords of Nightmare User-Agent: Thunderbird 1.5 (X11/20060330) MIME-Version: 1.0 To: Evren Yurtesen References: <4442582E.9030507@ispro.net.tr> In-Reply-To: <4442582E.9030507@ispro.net.tr> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: Re: CPUTYPE=athlon-xp and loader X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Apr 2006 18:35:44 -0000 Evren Yurtesen wrote: > Hello, > > I have a problem which I have found out from mailing lists that some > other people had. However there is no clear solution. > > The CPUTYPE=athlon-xp in make.conf breaks /boot/loader that system > instant reboots. I am using 6-stable and from what I can see the problem > goes back till about 5.3... Sometime between Oct 12-15, 2005 > > http://archive.netbsd.se/?ml=freebsd-current&a=2004-10&m=435817 > > I wonder if this will ever be fixed or I shouldnt use CPUTYPE=athlon-xp > anymore on FreeBSD because of this? > I have the same problem with CPUTYPE=pentium-m and there is an easy solution. I have the following lines in my /etc/make.conf: # /boot/loader crashs with pentium-m .if ${.CURDIR:M*/src/sys/boot/i386/loader*} CPUTYPE= pentium3 .endif Exchange pentium3 with something that works for you, i.e. athlon and it should be fine for you. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 16 19:28:43 2006 Return-Path: X-Original-To: stable@freebsd.org 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 7C97B16A417 for ; Sun, 16 Apr 2006 19:28:43 +0000 (UTC) (envelope-from dgerow@afflictions.org) Received: from mail.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E5C743D46 for ; Sun, 16 Apr 2006 19:28:42 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by mail.afflictions.org (Postfix) with ESMTP id E49B678C9F for ; Sun, 16 Apr 2006 15:38:11 -0400 (EDT) Received: from mail.afflictions.org ([127.0.0.1]) by localhost (pandora.afflictions.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 61498-08 for ; Sun, 16 Apr 2006 15:37:46 -0400 (EDT) Received: from dementia.afflictions.org (dementia [172.19.206.56]) by mail.afflictions.org (Postfix) with ESMTP id 770F278CC6 for ; Sun, 16 Apr 2006 15:36:57 -0400 (EDT) Received: by dementia.afflictions.org (Postfix, from userid 1001) id DF8DB1C0867; Sun, 16 Apr 2006 10:08:23 -0400 (EDT) Date: Sun, 16 Apr 2006 10:08:23 -0400 From: Damian Gerow To: stable@freebsd.org Message-ID: <20060416140823.GF46601@afflictions.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-PGP-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 X-PGP-Key: 0xC2889CC9 User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at pandora.afflictions.org Cc: Subject: Tyan K8WE BIOS v1.03 and -STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Apr 2006 19:28:43 -0000 I tried updating the BIOS on my K8WE (S2895) yesterday to 1.03, but after the update, FreeBSD (RELENG_6 dated March 26) would randomly freeze after booting. As I was updating from v1.01, I suspect it may be the updates to the nVidia SATA firmware that caused the issue, as things generally froze shortly after the background fsck processed kicked in (with, obviously, the exception of the first boot, and a few others). It may be worth noting that Windows, though booting fine, did complain that the ATA driver was mis-matched for the firmware of the ATA controller. Is anyone else successfully running -STABLE with v1.03 on a K8WE? Just wondering if this is something specific to the options I've chosen, or if it's an interaction issue between FreeBSD and this BIOS revision. (No, I haven't tried just going to 1.02, as I needed the machine. Though that should be a fairly good test to narrow down what the problem is.) - Damian From owner-freebsd-stable@FreeBSD.ORG Sun Apr 16 20:59:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 D223016A403 for ; Sun, 16 Apr 2006 20:59:48 +0000 (UTC) (envelope-from freebsd@chillt.de) Received: from dd2718.kasserver.com (dd2718.kasserver.com [81.209.184.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72F4443D45 for ; Sun, 16 Apr 2006 20:59:48 +0000 (GMT) (envelope-from freebsd@chillt.de) Received: from [127.0.0.1] (dslb-084-060-124-132.pools.arcor-ip.net [84.60.124.132]) by dd2718.kasserver.com (Postfix) with ESMTP id 5763E8E2F0; Sun, 16 Apr 2006 22:59:32 +0200 (CEST) Message-ID: <4442B041.6070801@chillt.de> Date: Sun, 16 Apr 2006 22:59:45 +0200 From: Bartosz Fabianowski User-Agent: Thunderbird 1.5 (X11/20060402) MIME-Version: 1.0 To: Evren Yurtesen References: <4442582E.9030507@ispro.net.tr> In-Reply-To: <4442582E.9030507@ispro.net.tr> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: CPUTYPE=athlon-xp and loader X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Apr 2006 20:59:48 -0000 I filed a bug report for this in January of 2005: http://www.freebsd.org/cgi/query-pr.cgi?pr=75898 - Bartosz From owner-freebsd-stable@FreeBSD.ORG Mon Apr 17 03:58:17 2006 Return-Path: X-Original-To: stable@freebsd.org 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 8534316A402 for ; Mon, 17 Apr 2006 03:58:17 +0000 (UTC) (envelope-from peterh@criten.org) Received: from redback.10mbit.biz (redback.10mbit.biz [72.36.211.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F58643D46 for ; Mon, 17 Apr 2006 03:58:17 +0000 (GMT) (envelope-from peterh@criten.org) Received: from localhost (unknown [127.0.0.1]) by redback.10mbit.biz (Postfix) with ESMTP id 8EF4328543 for ; Mon, 17 Apr 2006 03:58:14 +0000 (UTC) Received: from redback.10mbit.biz ([127.0.0.1]) by localhost (redback.10mbit.biz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 52212-02 for ; Mon, 17 Apr 2006 03:58:05 +0000 (UTC) Received: from [192.168.254.2] (dsl-202-173-184-65.nsw.westnet.com.au [202.173.184.65]) by redback.10mbit.biz (Postfix) with ESMTP id 31D012853A for ; Mon, 17 Apr 2006 03:58:04 +0000 (UTC) Message-ID: <44431220.2000902@criten.org> Date: Mon, 17 Apr 2006 13:57:20 +1000 From: Peter Hoskin User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at 10mbit.biz Cc: Subject: disklabel backups X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2006 03:58:17 -0000 Hi, Just a thought... Twice I've needed a backup of disklabel... the first instance was user error, and the second was due to a failing hard drive that needed information to be retrieved from it. Both times after getting the disklabel set correctly, I was able to remount the filesystems and use them as normal. However getting the details right was difficult. I now backup disklabel in my backup procedures. However, I understand OpenBSDs /etc/periodic does a backup of disklabel to the filesystem. A feature like this would be great on FreeBSD, as in the event of a future failure I could retrieve the disklabel from backups. Not sure if this is the right mailing list to send this to, so let me know if it isn't. Regards, Peter Hoskin From owner-freebsd-stable@FreeBSD.ORG Mon Apr 17 04:30:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 4174116A401 for ; Mon, 17 Apr 2006 04:30:12 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89C0143D45 for ; Mon, 17 Apr 2006 04:30:11 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp222-116.lns2.adl4.internode.on.net [203.122.222.116]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k3H4ToAY086638 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 17 Apr 2006 14:00:02 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: "Mare Negrocan" Date: Mon, 17 Apr 2006 12:06:16 +0930 User-Agent: KMail/1.9.1 References: <20060416165842.308781567@smtp.sinfonika.si> In-Reply-To: <20060416165842.308781567@smtp.sinfonika.si> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1277790.ctTZZyR0Q4"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200604171206.24691.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.56 on 203.31.81.10 Cc: freebsd-stable@freebsd.org Subject: Re: How to change hardware clock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2006 04:30:12 -0000 --nextPart1277790.ctTZZyR0Q4 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 17 April 2006 02:25, Mare Negrocan wrote: > I repeat, I have trouble with hardware clock! > > Ntpd, ntpdate, rdate don't update my hardware clock. > > No error messages. No idea. Maybe your hardware is broken? You haven't supplied any information about your hardware. What do you mean exactly? When you reboot the BIOS time is unchanged? Does = the=20 clock change in FreeBSD when you use those? Also, don't drop the CC. > -----Original Message----- > From: Daniel O'Connor [mailto:doconnor@gsoft.com.au] > Sent: Saturday, April 15, 2006 11:36 PM > To: Mare Negrocan > Subject: Re: How to change hardware clock > > On Sunday 16 April 2006 00:33, Mare Negrocan wrote: > > Ntpd is running. > > If ntpd is running then ntpdate won't be able to run at the same time. St= op > ntpd, run ntpdate, then restart ntpd. > > Also, please don't drop CC in future. > > PS your aparent lazyness in only answering one of my questions does not > bode > > well for finding out answers on a mailing list. > > > -----Original Message----- > > From: Daniel O'Connor [mailto:doconnor@gsoft.com.au] > > Sent: Saturday, April 15, 2006 5:01 PM > > To: freebsd-stable@freebsd.org > > Cc: Mare Negrocan > > Subject: Re: How to change hardware clock > > > > On Saturday 15 April 2006 23:27, Mare Negrocan wrote: > > > How to change hardware clock? > > > > > > I can't update clock with rdate, ntpdate. > > > > Care to provide any error messages? > > Or even what you tried? > > > > Is ntpd running? =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1277790.ctTZZyR0Q4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBEQv8o5ZPcIHs/zowRAn+4AJwIa02Y9IUaUcChrdC2njIFVvVy/gCeJYhD 016JrcYeuLTXHIHQTuSG7tM= =XUcv -----END PGP SIGNATURE----- --nextPart1277790.ctTZZyR0Q4-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 17 06:09:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 0A5E216A403 for ; Mon, 17 Apr 2006 06:09:12 +0000 (UTC) (envelope-from freebsd@azimut-tour.ru) Received: from azimutprint.ru (azimutprint.ru [217.15.145.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4767D43D45 for ; Mon, 17 Apr 2006 06:09:11 +0000 (GMT) (envelope-from freebsd@azimut-tour.ru) Received: from azimutprint.ru (localhost [127.0.0.1]) by crom.azimutprint.ru (Postfix) with ESMTP id 1CFCFB822 for ; Mon, 17 Apr 2006 10:09:08 +0400 (MSD) Received: from [192.168.1.2] (greencomp.azimutprint.ru [192.168.1.2]) by crom.azimutprint.ru (Postfix) with ESMTP id EBFB2B80E for ; Mon, 17 Apr 2006 10:09:07 +0400 (MSD) Message-ID: <4443317C.1050500@azimut-tour.ru> Date: Mon, 17 Apr 2006 10:11:08 +0400 From: GreenX FreeBSD User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: help, after cvsup - erros on HDD and ICH5, FAILURE READ_DMA48 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2006 06:09:12 -0000 Hi, ALL! On Friday has made CVSUP (RELENG_6) has received - 6.1-RC. Has updated system. After that, I have many errors: ----------------------------------------- # grep -i error /var/log/messages kernel: ad0: FAILURE - READ_DMA48 status=51 error=40 LBA=369285279 kernel: g_vfs_done ():ad0s1f [READ (offset=182094708736, length=16384)] error = 5 kernel: ad0: FAILURE - READ_DMA48 status=51 error=40 LBA=380951327 kernel: g_vfs_done ():ad0s1f [READ (offset=188067725312, length=16384)] error = 5 kernel: ad0: FAILURE - READ_DMA48 status=51 error=40 LBA=369285279 kernel: g_vfs_done ():ad0s1f [READ (offset=182094708736, length=16384)] error = 5 kernel: ad0: FAILURE - READ_DMA48 status=51 error=40 LBA=380951327 kernel: g_vfs_done ():ad0s1f [READ (offset=188067725312, length=16384)] error = 5 kernel: ad0: FAILURE - READ_DMA48 status=51 error=40 LBA=369285279 kernel: g_vfs_done ():ad0s1f [READ (offset=182094708736, length=16384)] error = 5 kernel: ad0: FAILURE - READ_DMA48 status=51 error=40 LBA=369285279 kernel: g_vfs_done ():ad0s1f [READ (offset=182094708736, length=16384)] error = 5 kernel: ad0: FAILURE - READ_DMA48 status=51 error=40 LBA=369285279 kernel: g_vfs_done ():ad0s1f [READ (offset=182094708736, length=16384)] error = 5 kernel: ad0: FAILURE - READ_DMA48 status=51 error=40 LBA=380951327 kernel: g_vfs_done ():ad0s1f [READ (offset=188067725312, length=16384)] error = 5 kernel: ad0: FAILURE - READ_DMA48 status=51 error=40 LBA=369285279 kernel: g_vfs_done ():ad0s1f [READ (offset=182094708736, length=16384)] error = 5 ---------------------------------------------- I have thought, what is it because of updating. Has made: reboot -k /boot/kernel.last (the Kernel from February, 1) But, errors too: ------------------- kernel: ad0: FAILURE - READ_DMA48 status=51 error=40 LBA=369285279 kernel: g_vfs_done ():ad0s1f [READ (offset=182094708736, length=16384)] error = 5 kernel: ad0: FAILURE - READ_DMA48 status=51 error=40 LBA=380951327 kernel: g_vfs_done ():ad0s1f [READ (offset=188067725312, length=16384)] error = 5 kernel: ad0: FAILURE - READ_DMA48 status=51 error=40 LBA=369285279 kernel: g_vfs_done ():ad0s1f [READ (offset=182094708736, length=16384)] error = 5 kernel: ad0: FAILURE - READ_DMA48 status=51 error=40 LBA=369285183 ---------------------------------- *Prompt, it at me HDD fell down or mistakes in the new driver?* This disk is connected to ICH5 udma100 Just in case I bring a configuration below: --------------------------------------- #dmesg | grep ata atapci0: port 0xdf00-0xdf3f, 0xdfa0-0xdfaf, 0xdc00-0xdc7f mem 0xfe6fe000-0xfe6fefff, 0xfe6c0000-0xfe6dffff irq 23 at device 4.0 on pci3 ata2: on atapci0 ata3: on atapci0 ata4: on atapci0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 ata0: on atapci1 ata1: on atapci1 ad0: 194481MB at ata0-master UDMA100 acd0: CDROM at ata1-master PIO4 ad4: 305245MB at ata2-master SATA150 ad6: 305245MB at ata3-master SATA150 ad8: 305245MB at ata4-master UDMA100 ad9: 305245MB at ata4-slave UDMA100 ar0: disk0 READY (master) using ad4 at ata2-master ar0: disk1 READY (master) using ad6 at ata3-master ar0: disk2 READY (mirror) using ad8 at ata4-master ar0: disk3 READY (mirror) using ad9 at ata4-slave Best regards, GreenX. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 17 08:17:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 34BE516A401 for ; Mon, 17 Apr 2006 08:17:50 +0000 (UTC) (envelope-from yurtesen-dated-1146125866.64f7da@ispro.net.tr) Received: from smtp.ispro.net.tr (smtp.ispro.net.tr [62.244.220.178]) by mx1.FreeBSD.org (Postfix) with SMTP id 2A6C543D46 for ; Mon, 17 Apr 2006 08:17:48 +0000 (GMT) (envelope-from yurtesen-dated-1146125866.64f7da@ispro.net.tr) Received: (qmail 47768 invoked by uid 89); 17 Apr 2006 08:17:47 -0000 Received: from [88.192.33.112] (dsl-aur-ff21c000-112.dhcp.inet.fi [88.192.33.112]) by localhost.my.domain (tmda-ofmipd) with ESMTP; Mon, 17 Apr 2006 11:17:38 +0300 (EEST) Message-ID: <44434F01.9080803@ispro.net.tr> Date: Mon, 17 Apr 2006 11:17:05 +0300 User-Agent: Thunderbird 1.5 (X11/20060213) MIME-Version: 1.0 To: Bartosz Fabianowski References: <4442582E.9030507@ispro.net.tr> <4442B041.6070801@chillt.de> In-Reply-To: <4442B041.6070801@chillt.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew) From: Evren Yurtesen X-Primary-Address: yurtesen@ispro.net.tr Cc: LoN_Kamikaze@gmx.de, freebsd-stable@freebsd.org Subject: Re: CPUTYPE=athlon-xp and loader X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2006 08:17:50 -0000 Bartosz Fabianowski wrote: > I filed a bug report for this in January of 2005: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=75898 > > - Bartosz Wow, that was a long time ago! I am thinking that the Makefile fix is very attractive because the only problem is the loader for me. It seems like it is the same for most other people. So why not just fix the loader's Makefile so it wont use these instructions until some more permanent fix is found? It is really not nice when I need to boot my computer with Freesbie and change the loader since there is no way that I can boot FreeBSD once this happens. Thanks, Evren From owner-freebsd-stable@FreeBSD.ORG Mon Apr 17 09:55:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 34F5816A400 for ; Mon, 17 Apr 2006 09:55:27 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD0D143D45 for ; Mon, 17 Apr 2006 09:55:26 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1FVQS5-000NNv-A4 for freebsd-stable@freebsd.org; Mon, 17 Apr 2006 12:55:25 +0300 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 17 Apr 2006 12:55:25 +0300 From: Danny Braniss Message-ID: Subject: failing PXE boot/HP-DL145 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2006 09:55:27 -0000 I can boot this HP Proliant DL145/amd64 box from the CD, but fails when booting via PXE. My guess the problem is in the pxeboot, but comparing to an older pxeboot that works (around Nov, 1005) the diffs seem cosmetic. The current pxeboot works fine with other diskless hosts. danny From owner-freebsd-stable@FreeBSD.ORG Mon Apr 17 18:03:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 4EAEB16A408 for ; Mon, 17 Apr 2006 18:03:15 +0000 (UTC) (envelope-from skoval@mail.mipt.ru) Received: from mail.telecom.mipt.ru (mail-com.telecom.mipt.ru [81.5.65.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1D2043D48 for ; Mon, 17 Apr 2006 18:03:14 +0000 (GMT) (envelope-from skoval@mail.mipt.ru) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.telecom.mipt.ru (Postfix) with ESMTP id 093174139; Mon, 17 Apr 2006 22:03:13 +0400 (MSD) Received: from mail.telecom.mipt.ru ([127.0.0.1]) by localhost (mail.telecom.mipt.ru [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29443-06; Mon, 17 Apr 2006 22:03:12 +0400 (MSD) Received: from [172.16.8.194] (unknown [172.16.8.194]) by mail.telecom.mipt.ru (Postfix) with ESMTP id AE7354047; Mon, 17 Apr 2006 22:03:12 +0400 (MSD) Message-ID: <4443D866.5030001@mail.mipt.ru> Date: Mon, 17 Apr 2006 22:03:18 +0400 From: Sergey Kovalev User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Evren Yurtesen References: <4442582E.9030507@ispro.net.tr> In-Reply-To: <4442582E.9030507@ispro.net.tr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mipt.ru Cc: freebsd-stable@freebsd.org Subject: Re: CPUTYPE=athlon-xp and loader X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2006 18:03:15 -0000 Evren Yurtesen wrote: > > I have a problem which I have found out from mailing lists that some > other people had. However there is no clear solution. > > The CPUTYPE=athlon-xp in make.conf breaks /boot/loader that system > instant reboots. I am using 6-stable and from what I can see the problem > goes back till about 5.3... Sometime between Oct 12-15, 2005 I've seen no problems using CPUTYPE?=athlon-xp. > http://archive.netbsd.se/?ml=freebsd-current&a=2004-10&m=435817 > > I wonder if this will ever be fixed or I shouldnt use CPUTYPE=athlon-xp > anymore on FreeBSD because of this? From owner-freebsd-stable@FreeBSD.ORG Mon Apr 17 18:25:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 3F2D416A403 for ; Mon, 17 Apr 2006 18:25:40 +0000 (UTC) (envelope-from noackjr@alumni.rice.edu) Received: from mail.clickfox.com (cffw1.clickfox.com [72.16.213.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id B583E43D48 for ; Mon, 17 Apr 2006 18:25:39 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) X-PMWin-Spam: Gauge=IIIIIIII, Probability=8%, Report='__HAS_MSGID, __SANE_MSGID, __MIME_VERSION, __CT, __CTYPE_CHARSET_QUOTED, __CT_TEXT_PLAIN, __CTE, __MIME_TEXT_ONLY' thread-index: AcZiTOqjaFPR7CwlQnipUdIKTLfC6Q== X-PMWin-Version: 2.5.1s, Antispam-Engine: 2.1.0.0, Antivirus-Engine: 2.32.14 Received: from [10.20.30.156] ([72.16.213.34]) by mail.clickfox.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Mon, 17 Apr 2006 14:29:51 -0400 Message-ID: <4443DD9C.6060001@alumni.rice.edu> Content-Class: urn:content-classes:message Importance: normal Priority: normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.2663 Date: Mon, 17 Apr 2006 14:25:32 -0400 From: "Jonathan Noack" User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: "Evren Yurtesen" References: <4442582E.9030507@ispro.net.tr> <4442B041.6070801@chillt.de> <44434F01.9080803@ispro.net.tr> In-Reply-To: <44434F01.9080803@ispro.net.tr> Content-Type: text/plain; format=flowed; charset="UTF-8" Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 17 Apr 2006 18:29:51.0902 (UTC) FILETIME=[EA909BE0:01C6624C] Cc: Bartosz Fabianowski , freebsd-stable@freebsd.org, LoN_Kamikaze@gmx.de Subject: Re: CPUTYPE=athlon-xp and loader X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2006 18:25:40 -0000 Evren Yurtesen wrote: > Bartosz Fabianowski wrote: >> I filed a bug report for this in January of 2005: >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=75898 > > Wow, that was a long time ago! I am thinking that the Makefile fix is > very attractive because the only problem is the loader for me. It seems > like it is the same for most other people. > > So why not just fix the loader's Makefile so it wont use these > instructions until some more permanent fix is found? Actually, this was done prior to 5.4 and 6.0. For details see revision 1.10 of src/sys/boot/i386/Makefile.inc (http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/boot/i386/Makefile.inc). What CFLAGS are you using and when did you last rebuild world/kernel? > It is really not nice when I need to boot my computer with Freesbie and > change the loader since there is no way that I can boot FreeBSD once > this happens. Speaking of which, revision 1.11 of src/sys/boot/i386/Makefile.inc should be MFC'd before 5.5 and 6.1. -Jonathan From owner-freebsd-stable@FreeBSD.ORG Mon Apr 17 19:05:11 2006 Return-Path: X-Original-To: stable@freebsd.org 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 AF20516A410 for ; Mon, 17 Apr 2006 19:05:11 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3005343D48 for ; Mon, 17 Apr 2006 19:05:10 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 8B762200140; Mon, 17 Apr 2006 21:05:08 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id C21BB20013F; Mon, 17 Apr 2006 21:05:05 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id C46B0444F41; Mon, 17 Apr 2006 19:01:12 +0000 (UTC) Date: Mon, 17 Apr 2006 19:01:12 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Ulrich Spoerlein In-Reply-To: <20060416110820.GB60812@roadrunner.aventurien.local> Message-ID: <20060417190035.S13011@maildrop.int.zabbadoz.net> References: <20060416110820.GB60812@roadrunner.aventurien.local> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: stable@freebsd.org Subject: Re: [LOR] bpf vs. USB (perhaps #147?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2006 19:05:11 -0000 > Hello again, > > found some other LORs on 6.1-PRERELEASE while running kismet and tcpdump > on ural0 at the same time. They all look very similar, though one is in > usb_read, the other in usb_write. ... > lock order reversal: (Giant after non-sleepable) > 1st 0xc079c280 bpf global lock (bpf global lock) @ /usr/src/sys/net/bpf.c:425 > 2nd 0xc07502c0 Giant (Giant) @ /usr/src/sys/kern/kern_synch.c:216 ... added with LOR ID #184 to "the LOR page": http://sources.zabbadoz.net/freebsd/lor.html#184 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-stable@FreeBSD.ORG Mon Apr 17 20:00:53 2006 Return-Path: X-Original-To: stable@freebsd.org 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 3AFEF16A401; Mon, 17 Apr 2006 20:00:53 +0000 (UTC) (envelope-from oleg@lath.rinet.ru) Received: from lath.rinet.ru (lath.rinet.ru [195.54.192.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC45943D45; Mon, 17 Apr 2006 20:00:52 +0000 (GMT) (envelope-from oleg@lath.rinet.ru) Received: from lath.rinet.ru (localhost [127.0.0.1]) by lath.rinet.ru (8.13.4/8.13.4) with ESMTP id k3HK0j6s099065 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 18 Apr 2006 00:00:45 +0400 (MSD) (envelope-from oleg@lath.rinet.ru) Received: (from oleg@localhost) by lath.rinet.ru (8.13.4/8.13.4/Submit) id k3HK0ipv099064; Tue, 18 Apr 2006 00:00:44 +0400 (MSD) (envelope-from oleg) Date: Tue, 18 Apr 2006 00:00:44 +0400 From: Oleg Bulyzhin To: "SungGON Yi." Message-ID: <20060417200044.GB98808@lath.rinet.ru> References: <001801c65f02$d01ad2f0$6b182e93@skon2> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+xNpyl7Qekk2NvDX" Content-Disposition: inline In-Reply-To: <001801c65f02$d01ad2f0$6b182e93@skon2> User-Agent: Mutt/1.5.11 Cc: amd64@freebsd.org, stable@freebsd.org, questions@freebsd.org Subject: Re: bge0 problem on 6.1-PR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2006 20:00:53 -0000 --+xNpyl7Qekk2NvDX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 13, 2006 at 11:01:51PM +0900, SungGON Yi. wrote: > I am using 6.x on Tyan S2885ANRF board and add one more NIC. > Device names are bge0 (board lan) and bge1 (additional NIC).=20 >=20 > These worked well on FreeBSD 6.0-amd64 stable. > But when I updated to 6.1-PRERELEASE version, I had below messages and bg= e0 did not work. > bge1 worked well as before.=20 >=20 > -------------------------------- > bge0: watchdog timeout -- resetting > -------------------------------- >=20 > I am using 6.0-RELEASE now.=20 >=20 > -------------------------------- > bge0: mem 0xfc6f0000= -0xfc6fffff irq 27 at device 8.0 on pci2 > miibus0: on bge0 > brgphy0: on miibus0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 100= 0baseTX-FDX, auto > bge0: Ethernet address: 00:04:76:f3:e8:c9 > bge1: mem 0xfc6e000= 0-0xfc6effff irq 24 at device 9.0 on pci2 > miibus1: on bge1 > brgphy1: on miibus1 > brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 100= 0baseTX-FDX, auto > bge1: Ethernet address: 00:e0:81:27:a0:f6 > ----------------------------------- >=20 > -------------------------------------------------------------------------= ------------------------------------------------------- > $ ifconfig > bge0: flags=3D8843 mtu 1500 > options=3D1b > inet6 fe80::204:76ff:fef3:e8c9%bge0 prefixlen 64 scopeid 0x1=20 > inet xxx.xxx.xxx.xxx netmask 0xffffff00 broadcast xxx.xxx.xxx.xxx > ether 00:04:76:f3:e8:c9 > media: Ethernet autoselect (100baseTX ) > status: active > bge1: flags=3D8843 mtu 1500 > options=3D1b > inet6 fe80::2e0:81ff:fe27:a0f6%bge1 prefixlen 64 scopeid 0x2=20 > inet 192.168.24.106 netmask 0xffffff00 broadcast 192.168.24.255 > ether 00:e0:81:27:a0:f6 > media: Ethernet autoselect (1000baseTX ) > status: active > lo0: flags=3D8049 mtu 16384 > inet6 ::1 prefixlen 128=20 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3=20 > inet 127.0.0.1 netmask 0xff000000=20 > pfsync0: flags=3D0<> mtu 2020 > pflog0: flags=3D0<> mtu 33160 > ------------------------------------ >=20 > SungGON Yi. > skon@kr.FreeBSD.org >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" I've seen one report about broken onboard bcm5701 asic rev 0x105. Unfortuna= tly i dont have such motherboard to play with. I have PCI nic with same chip/revision which works fine. Do you mind of doing binary search on if_bge.c (rev. 1.95 - 1.118) ? --=20 Oleg. --+xNpyl7Qekk2NvDX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEQ/PsryLc73jOEF8RAnFwAJ0Ziezk4OdAECQ7MfhRzFkdfot/CACfS9d1 gF6hw820bAEvXIiixK9v8Gg= =uTwf -----END PGP SIGNATURE----- --+xNpyl7Qekk2NvDX-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 17 21:29:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 7C68F16A403 for ; Mon, 17 Apr 2006 21:29:42 +0000 (UTC) (envelope-from gwk-fbsd@mnet-mail.de) Received: from mail-out.m-online.net (mail-out.m-online.net [212.18.0.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 133FF43D70 for ; Mon, 17 Apr 2006 21:29:34 +0000 (GMT) (envelope-from gwk-fbsd@mnet-mail.de) Received: from mail01.m-online.net (svr21.m-online.net [192.168.3.149]) by mail-out.m-online.net (Postfix) with ESMTP id 3A80172B93 for ; Mon, 17 Apr 2006 23:29:33 +0200 (CEST) X-Auth-Info: bEuMgJbUxuxSDEaYx20nC6DE8LU+iwWxU0SDz6lvHlE= Received: from [192.168.1.100] (ppp-88-217-2-234.mnet-online.de [88.217.2.234]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.m-online.net (Postfix) with ESMTP id 08A5FB8660 for ; Mon, 17 Apr 2006 23:29:32 +0200 (CEST) From: "Georg-W. Koltermann" To: freebsd-stable@freebsd.org In-Reply-To: <1145127048.3154.11.camel@localhost.eu.mscsoftware.com> References: <1145127048.3154.11.camel@localhost.eu.mscsoftware.com> Content-Type: text/plain Date: Mon, 17 Apr 2006 23:29:32 +0200 Message-Id: <1145309372.1190.5.camel@localhost.eu.mscsoftware.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Re: USB & ACPI getting better but not quite there - IBM T42p X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2006 21:29:42 -0000 Am Samstag, den 15.04.2006, 20:50 +0200 schrieb Georg-W. Koltermann: > Hi, > > I was delighted to see that my laptop now wakes up fine when booted from > an external USB disk with 6.1-RC1 (actually RELENG_6_1 supped > yesterday). I had inadvertently suspended, and it did come back up when > hitting the power switch! Hmm, I regret to follow up that this only works in rare cases. Most of the time the machine hangs during suspend, or runs into USB timeouts (umass0: BBB reset failed, TIMEOUT), or both -- I'm not sure, I may have been impatient before seeing the USB timeout message sometimes. Also on one occasion where the suspend did work I then power cycled the disk before resume, and then at resume I got a panic about not being able to access the disk. So I guess I was wrong with about 98% of my statements :-( -- it doesn't work yet. -- Regards, Georg. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 17 22:23:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 620CD16A400 for ; Mon, 17 Apr 2006 22:23:27 +0000 (UTC) (envelope-from james_mapson@umpquanet.com) Received: from ns.museum.rain.com (gw-ipinc.museum.rain.com [65.75.192.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED07943D46 for ; Mon, 17 Apr 2006 22:23:26 +0000 (GMT) (envelope-from james_mapson@umpquanet.com) Received: from ns.museum.rain.com (localhost [127.0.0.1]) by ns.museum.rain.com (8.13.4/8.13.4) with ESMTP id k3HMNOP3026715 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Mon, 17 Apr 2006 15:23:25 -0700 (PDT) (envelope-from james@umpquanet.com) Received: (from james@localhost) by ns.museum.rain.com (8.13.4/8.13.4/Submit) id k3HMNNKo026714; Mon, 17 Apr 2006 15:23:23 -0700 (PDT) (envelope-from james) Date: Mon, 17 Apr 2006 15:23:23 -0700 From: James Long To: freebsd-stable@freebsd.org, Evren Yurtesen Message-ID: <20060417222323.GA26669@ns.museum.rain.com> References: <20060417120045.B89BD16A4E1@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060417120045.B89BD16A4E1@hub.freebsd.org> User-Agent: Mutt/1.5.11 X-Greylist: Sender is SPF-compliant, not delayed by milter-greylist-2.0.2 (ns.museum.rain.com [127.0.0.1]); Mon, 17 Apr 2006 15:23:25 -0700 (PDT) Cc: Subject: Re: CPUTYPE=athlon-xp and loader X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2006 22:23:27 -0000 > Date: Sun, 16 Apr 2006 17:43:58 +0300 > From: Evren Yurtesen > Subject: CPUTYPE=athlon-xp and loader > To: freebsd-stable@freebsd.org > Message-ID: <4442582E.9030507@ispro.net.tr> > > Hello, > > I have a problem which I have found out from mailing lists that some > other people had. However there is no clear solution. > > The CPUTYPE=athlon-xp in make.conf breaks /boot/loader that system > instant reboots. I am using 6-stable and from what I can see the problem > goes back till about 5.3... Sometime between Oct 12-15, 2005 > > http://archive.netbsd.se/?ml=freebsd-current&a=2004-10&m=435817 > > I wonder if this will ever be fixed or I shouldnt use CPUTYPE=athlon-xp > anymore on FreeBSD because of this? > > Thanks, > Evren I don't propose this as a solution, but as far as I know, the best practice is: CPUTYPE?=athlon-xp Note the question mark. I don't know that this will solve your problem, just pointing out the correct syntax, for whatever CPUTYPE you decide to use. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 17 23:07:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 177BB16A40A for ; Mon, 17 Apr 2006 23:07:59 +0000 (UTC) (envelope-from w8hdkim@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFFA243D46 for ; Mon, 17 Apr 2006 23:07:57 +0000 (GMT) (envelope-from w8hdkim@gmail.com) Received: by nz-out-0102.google.com with SMTP id l8so730741nzf for ; Mon, 17 Apr 2006 16:07:57 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=keWXVu3YRD+R43FTFGIZCUKQxBn6XalyQ69f0RS+mQ1Keul+p3eTRi9Y1v9DLyYvXzHyI7q88yBc0wO2+0MM18KFdmDl+Mj0vewQtT9PXRscfD8ucUKckl8eV2CQUI5xRD/42BUraNVTLFHZrgbvLeXe78N/Nc8kfGYRHTsNLR0= Received: by 10.36.20.9 with SMTP id 9mr1347737nzt; Mon, 17 Apr 2006 16:07:56 -0700 (PDT) Received: by 10.36.153.3 with HTTP; Mon, 17 Apr 2006 16:07:56 -0700 (PDT) Message-ID: <89dbfdc30604171607i1f1a13a7od70dcdb273cd7511@mail.gmail.com> Date: Mon, 17 Apr 2006 19:07:56 -0400 From: "Kim Culhan" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Re: CPUTYPE=athlon-xp and loader X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2006 23:08:00 -0000 On Mon, April 17, 2006 6:23 pm, James Long said: >> Date: Sun, 16 Apr 2006 17:43:58 +0300 >> From: Evren Yurtesen >> Subject: CPUTYPE=3Dathlon-xp and loader >> To: freebsd-stable@freebsd.org >> Message-ID: <4442582E.9030507@ispro.net.tr> >> >> >> Hello, >> >> >> I have a problem which I have found out from mailing lists that some >> other people had. However there is no clear solution. >> >> The CPUTYPE=3Dathlon-xp in make.conf breaks /boot/loader that system >> instant reboots. I am using 6-stable and from what I can see the problem >> goes back till about 5.3... Sometime between Oct 12-15, 2005 > I don't propose this as a solution, but as far as I know, the best > practice is: > > CPUTYPE?=3Dathlon-xp Does anyone know if this improves performance on an ahtlon-xp ? -kim -- w8hdkim@gmail.com From owner-freebsd-stable@FreeBSD.ORG Tue Apr 18 00:43:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 01E5D16A407 for ; Tue, 18 Apr 2006 00:43:54 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from pproxy.gmail.com (pproxy.gmail.com [64.233.166.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92C0943D58 for ; Tue, 18 Apr 2006 00:43:53 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: by pproxy.gmail.com with SMTP id t32so746867pyc for ; Mon, 17 Apr 2006 17:43:53 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=KvAZNBPy0K+qMFEmb4cCQW7ukjzz/x5+WhpTQU0OIXmJkAOILQV1phZrCfEXpFFejG+C2Ipt6JChL9kkZmXR64S4U/wCQQ1lQkSGC2q3lOuGs/mv3uxjd2uaXfj5bKJosHC0WvqsSe6+SSmPeWH0ezHVXl4CiXsnEoY08Pky+l4= Received: by 10.35.21.1 with SMTP id y1mr159446pyi; Mon, 17 Apr 2006 17:43:52 -0700 (PDT) Received: by 10.35.36.18 with HTTP; Mon, 17 Apr 2006 17:43:52 -0700 (PDT) Message-ID: <3aaaa3a0604171743y33af6355udf750eca65605920@mail.gmail.com> Date: Tue, 18 Apr 2006 01:43:52 +0100 From: Chris To: "FreeBSD Stable" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: portsnap mirror servers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2006 00:43:54 -0000 How many mirrors does portsnap have, it seems to only have around 3 or 4 and they all located in the .us whilst cvs has dozens around the world. Is there a eu pool of mirrors available to use or if not is their a way I can apply to host an eu mirror or even 2 eu mirrors. Chris From owner-freebsd-stable@FreeBSD.ORG Tue Apr 18 00:49:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 4A47E16A400 for ; Tue, 18 Apr 2006 00:49:57 +0000 (UTC) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB28943D45 for ; Tue, 18 Apr 2006 00:49:56 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id k3I0nuxW016387; Mon, 17 Apr 2006 17:49:56 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id k3I0nuvI016386; Mon, 17 Apr 2006 17:49:56 -0700 Date: Mon, 17 Apr 2006 17:49:56 -0700 From: Brooks Davis To: Chris Message-ID: <20060418004956.GA15903@odin.ac.hmc.edu> References: <3aaaa3a0604171743y33af6355udf750eca65605920@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PEIAKu/WMn1b1Hv9" Content-Disposition: inline In-Reply-To: <3aaaa3a0604171743y33af6355udf750eca65605920@mail.gmail.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: FreeBSD Stable Subject: Re: portsnap mirror servers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2006 00:49:57 -0000 --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 18, 2006 at 01:43:52AM +0100, Chris wrote: > How many mirrors does portsnap have, it seems to only have around 3 or > 4 and they all located in the .us whilst cvs has dozens around the > world. >=20 > Is there a eu pool of mirrors available to use or if not is their a > way I can apply to host an eu mirror or even 2 eu mirrors. According to Colin's writeup here: http://people.freebsd.org/~cperciva/funding.html > Right now [the mirroring code] uses around one thousand times more > bandwidth than an individual client machine; as a result, I've been > asking people to use the existing mirrors rather than creating their > own, but for a variety of reasons this isn't ideal for everybody. Hopefully that will be fixed this summer and then we'll have lots of mirrors. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --PEIAKu/WMn1b1Hv9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFERDezXY6L6fI4GtQRAjNEAJ9Er0NY1zYpxIx93pJnkjyIKu8LcACggpqQ 2r4JyriawMHg29dkdWs7ms4= =cQz0 -----END PGP SIGNATURE----- --PEIAKu/WMn1b1Hv9-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 18 03:18:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 81E7516A400; Tue, 18 Apr 2006 03:18:52 +0000 (UTC) (envelope-from mnag@FreeBSD.org) Received: from corp.grupos.com.br (corp.grupos.com.br [200.193.29.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1F6343D46; Tue, 18 Apr 2006 03:18:51 +0000 (GMT) (envelope-from mnag@FreeBSD.org) Received: from corp.grupos.com.br (localhost [127.0.0.1]) by corp.grupos.com.br (Postfix) with ESMTP id 2D9BE5551; Tue, 18 Apr 2006 00:18:50 -0300 (BRT) Received: from [192.168.0.134] (unknown [201.31.23.238]) (Authenticated sender: marcus@corp.grupos.com.br) by corp.grupos.com.br (Postfix) with ESMTP id 88890554E; Tue, 18 Apr 2006 00:18:49 -0300 (BRT) Message-ID: <44445A95.2060603@FreeBSD.org> Date: Tue, 18 Apr 2006 00:18:45 -0300 From: Marcus Alves Grando Organization: FreeBSD.org User-Agent: Thunderbird 1.5 (X11/20060114) MIME-Version: 1.0 To: Scott Long References: <444139CA.6060002@FreeBSD.org> <4441436F.4030900@samsco.org> In-Reply-To: <4441436F.4030900@samsco.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Filtered: By ProxSMTP using Clamav and Bogofilter Cc: FreeBSD Stable , Matt Jacob Subject: Re: panic: softdep_move_dependencies: need merge code (driver mtp(4)?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2006 03:18:52 -0000 Someone have one idea about that? Apparently that's occurs after high disk load (bsdtar). Matt, your changes in mpt driver are stable? Regards Scott Long wrote: > Heh, that's supposed to be a 'this will never happen' case. > > Scott > > > Marcus Alves Grando wrote: >> panic: softdep_move_dependencies: need merge code >> >> Maybe something in mtp(4) driver? >> >> FreeBSD 6.1-PRERELEASE #0: Sat Apr 1 04:20:17 BRT 2006 >> >> db> sh msgbuf >> msgbufp = 0xc103afe4 >> magic = 63062, size = 32740, r= 35282, w = 66579, ptr = 0xc1033000, >> cksum= 2663542 >> mpt0: Attempting to Abort Req 0xc4bd3238 >> mpt0: Request 0xc4bd36e8 Timed out. >> mpt0: Request 0xc4bd2e00 Timed out. >> ... >> g_vfs_done():da0s1g[READ(offset=36612947968, length=16384)]error = 5i >> g_vfs_done():da0s1g[READ(offset=37008271360, length=2048)]error = 5n >> g_vfs_done():da0s1g[READ(offset=37725519872, length=8192)]error = 5 >> g_vfs_done():da0s1g[WRITE(offset=40080080896, length=16384)]error = 5 >> panic: softdep_move_dependencies: need merge code >> cpuid = 1 >> KDB: enter: panic >> xited on signal 11 >> >> db> bt >> Tracing pid 3 tid 100016 td 0xc4ae6af0 >> kdb_enter(c0791fcb) at kdb_enter+0x2b >> panic(c079eff5,d8bf6bc0,c4f4e830,4,e35dcc90) at panic+0x127 >> softdep_move_dependencies(d8bf6bc0,d8bcf040) at >> softdep_move_dependencies+0x1f >> ffs_backgroundwritedone(d8bf6bc0) at ffs_backgroundwritedone+0xca >> bufdone(d8bf6bc0) at bufdone+0x42 >> g_vfs_done(c5d9e084) at g_vfs_done+0xab >> biodone(c5d9e084) at biodone+0x8b >> g_io_schedule_up(c4ae6af0) at g_io_schedule_up+0x86 >> g_up_procbody(0,e35dcd38) at g_up_procbody+0x92 >> fork_exit(c05270b8,0,e35dcd38) at fork_exit+0x71 >> fork_trampoline() at fork_trampoline+0x8 >> --- trap 0x1, eip = 0, esp = 0xe35dcd6c, ebp = 0 --- >> >> All DDB info: >> http://marcus.grupos.com.br:8080/patch/panic-server.log >> >> Thanks >> > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Marcus Alves Grando marcus(at)corp.grupos.com.br | Grupos Internet S/A mnag(at)FreeBSD.org | FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue Apr 18 04:00:43 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org 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 283F216A404; Tue, 18 Apr 2006 04:00:43 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4683D43D46; Tue, 18 Apr 2006 04:00:39 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k3I40bZF099147; Mon, 17 Apr 2006 22:00:37 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <44446465.5010202@samsco.org> Date: Mon, 17 Apr 2006 22:00:37 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marcus Alves Grando References: <444139CA.6060002@FreeBSD.org> <4441436F.4030900@samsco.org> <44445A95.2060603@FreeBSD.org> In-Reply-To: <44445A95.2060603@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: FreeBSD Stable , Matt Jacob Subject: Re: panic: softdep_move_dependencies: need merge code (driver mtp(4)?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2006 04:00:43 -0000 Sorry, my answer to this is to move away from softupdates and towards journalling. I'm working on that, albeit slowly due to the many other NFS and VFS bugs that I have to deal with. Scott Marcus Alves Grando wrote: > Someone have one idea about that? > > Apparently that's occurs after high disk load (bsdtar). > > Matt, your changes in mpt driver are stable? > > Regards > > Scott Long wrote: > >>Heh, that's supposed to be a 'this will never happen' case. >> >>Scott >> >> >>Marcus Alves Grando wrote: >> >>>panic: softdep_move_dependencies: need merge code >>> >>>Maybe something in mtp(4) driver? >>> >>>FreeBSD 6.1-PRERELEASE #0: Sat Apr 1 04:20:17 BRT 2006 >>> >>>db> sh msgbuf >>>msgbufp = 0xc103afe4 >>>magic = 63062, size = 32740, r= 35282, w = 66579, ptr = 0xc1033000, >>>cksum= 2663542 >>>mpt0: Attempting to Abort Req 0xc4bd3238 >>>mpt0: Request 0xc4bd36e8 Timed out. >>>mpt0: Request 0xc4bd2e00 Timed out. >>>... >>>g_vfs_done():da0s1g[READ(offset=36612947968, length=16384)]error = 5i >>>g_vfs_done():da0s1g[READ(offset=37008271360, length=2048)]error = 5n >>>g_vfs_done():da0s1g[READ(offset=37725519872, length=8192)]error = 5 >>>g_vfs_done():da0s1g[WRITE(offset=40080080896, length=16384)]error = 5 >>>panic: softdep_move_dependencies: need merge code >>>cpuid = 1 >>>KDB: enter: panic >>>xited on signal 11 >>> >>>db> bt >>>Tracing pid 3 tid 100016 td 0xc4ae6af0 >>>kdb_enter(c0791fcb) at kdb_enter+0x2b >>>panic(c079eff5,d8bf6bc0,c4f4e830,4,e35dcc90) at panic+0x127 >>>softdep_move_dependencies(d8bf6bc0,d8bcf040) at >>>softdep_move_dependencies+0x1f >>>ffs_backgroundwritedone(d8bf6bc0) at ffs_backgroundwritedone+0xca >>>bufdone(d8bf6bc0) at bufdone+0x42 >>>g_vfs_done(c5d9e084) at g_vfs_done+0xab >>>biodone(c5d9e084) at biodone+0x8b >>>g_io_schedule_up(c4ae6af0) at g_io_schedule_up+0x86 >>>g_up_procbody(0,e35dcd38) at g_up_procbody+0x92 >>>fork_exit(c05270b8,0,e35dcd38) at fork_exit+0x71 >>>fork_trampoline() at fork_trampoline+0x8 >>>--- trap 0x1, eip = 0, esp = 0xe35dcd6c, ebp = 0 --- >>> >>>All DDB info: >>>http://marcus.grupos.com.br:8080/patch/panic-server.log >>> >>>Thanks >>> >> >>_______________________________________________ >>freebsd-stable@freebsd.org mailing list >>http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Tue Apr 18 06:47:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 438E816A437 for ; Tue, 18 Apr 2006 06:47:02 +0000 (UTC) (envelope-from yurtesen-dated-1146206816.686e3a@ispro.net.tr) Received: from smtp.ispro.net.tr (smtp.ispro.net.tr [62.244.220.178]) by mx1.FreeBSD.org (Postfix) with SMTP id ECECD43D75 for ; Tue, 18 Apr 2006 06:46:59 +0000 (GMT) (envelope-from yurtesen-dated-1146206816.686e3a@ispro.net.tr) Received: (qmail 15629 invoked by uid 89); 18 Apr 2006 06:46:56 -0000 Received: from [88.192.33.112] (dsl-aur-ff21c000-112.dhcp.inet.fi [88.192.33.112]) by localhost.my.domain (tmda-ofmipd) with ESMTP; Tue, 18 Apr 2006 09:46:49 +0300 (EEST) Message-ID: <44448B38.8020003@ispro.net.tr> Date: Tue, 18 Apr 2006 09:46:16 +0300 User-Agent: Thunderbird 1.5 (X11/20060418) MIME-Version: 1.0 To: Sergey Kovalev References: <4442582E.9030507@ispro.net.tr> <4443D866.5030001@mail.mipt.ru> In-Reply-To: <4443D866.5030001@mail.mipt.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew) From: Evren Yurtesen X-Primary-Address: yurtesen@ispro.net.tr Cc: freebsd-stable@freebsd.org Subject: Re: CPUTYPE=athlon-xp and loader X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2006 06:47:02 -0000 Sergey Kovalev wrote: > Evren Yurtesen wrote: >> >> I have a problem which I have found out from mailing lists that some >> other people had. However there is no clear solution. >> >> The CPUTYPE=athlon-xp in make.conf breaks /boot/loader that system >> instant reboots. I am using 6-stable and from what I can see the >> problem goes back till about 5.3... Sometime between Oct 12-15, 2005 > > I've seen no problems using CPUTYPE?=athlon-xp. > >> http://archive.netbsd.se/?ml=freebsd-current&a=2004-10&m=435817 >> >> I wonder if this will ever be fixed or I shouldnt use >> CPUTYPE=athlon-xp anymore on FreeBSD because of this? Loader breaks in my laptop and I just tried it inside vmware and it also instant rebooted. Evren From owner-freebsd-stable@FreeBSD.ORG Tue Apr 18 06:54:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 1F09116A404 for ; Tue, 18 Apr 2006 06:54:16 +0000 (UTC) (envelope-from yurtesen-dated-1146207252.e708ee@ispro.net.tr) Received: from smtp.ispro.net.tr (smtp.ispro.net.tr [62.244.220.178]) by mx1.FreeBSD.org (Postfix) with SMTP id C882843D48 for ; Tue, 18 Apr 2006 06:54:14 +0000 (GMT) (envelope-from yurtesen-dated-1146207252.e708ee@ispro.net.tr) Received: (qmail 20522 invoked by uid 89); 18 Apr 2006 06:54:13 -0000 Received: from [88.192.33.112] (dsl-aur-ff21c000-112.dhcp.inet.fi [88.192.33.112]) by localhost.my.domain (tmda-ofmipd) with ESMTP; Tue, 18 Apr 2006 09:54:08 +0300 (EEST) Message-ID: <44448CEF.6070701@ispro.net.tr> Date: Tue, 18 Apr 2006 09:53:35 +0300 User-Agent: Thunderbird 1.5 (X11/20060418) MIME-Version: 1.0 To: James Long References: <20060417120045.B89BD16A4E1@hub.freebsd.org> <20060417222323.GA26669@ns.museum.rain.com> In-Reply-To: <20060417222323.GA26669@ns.museum.rain.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew) From: Evren Yurtesen X-Primary-Address: yurtesen@ispro.net.tr Cc: freebsd-stable@freebsd.org Subject: Re: CPUTYPE=athlon-xp and loader X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2006 06:54:16 -0000 James Long wrote: >> Date: Sun, 16 Apr 2006 17:43:58 +0300 >> From: Evren Yurtesen >> Subject: CPUTYPE=athlon-xp and loader >> To: freebsd-stable@freebsd.org >> Message-ID: <4442582E.9030507@ispro.net.tr> >> >> Hello, >> >> I have a problem which I have found out from mailing lists that some >> other people had. However there is no clear solution. >> >> The CPUTYPE=athlon-xp in make.conf breaks /boot/loader that system >> instant reboots. I am using 6-stable and from what I can see the problem >> goes back till about 5.3... Sometime between Oct 12-15, 2005 >> >> http://archive.netbsd.se/?ml=freebsd-current&a=2004-10&m=435817 >> >> I wonder if this will ever be fixed or I shouldnt use CPUTYPE=athlon-xp >> anymore on FreeBSD because of this? >> >> Thanks, >> Evren > > I don't propose this as a solution, but as far as I know, the best practice > is: > > CPUTYPE?=athlon-xp > > > Note the question mark. > > I don't know that this will solve your problem, just pointing out > the correct syntax, for whatever CPUTYPE you decide to use. > Doesnt the ? mean that it should be set if it is not set yet? I can give it a try to this, next time I build world however I dont think that it will compile loader without cputype athlon-xp set so... I just thought that loader doesnt need to be so optimized anyhow. It is more important that it loads at boot and there are people on this list who has problems with the optimizations and I found some more on google. So the best is to either fix the code in loader or do not optimize it. But of course I dont care so much after all I learned to live with it. :) Just wanted to point out that this kind of problem exists for over a year! Thanks, Evren From owner-freebsd-stable@FreeBSD.ORG Tue Apr 18 08:15:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 8C24416A400 for ; Tue, 18 Apr 2006 08:15:07 +0000 (UTC) (envelope-from cristiano.deana@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5025443D75 for ; Tue, 18 Apr 2006 08:14:59 +0000 (GMT) (envelope-from cristiano.deana@gmail.com) Received: by wproxy.gmail.com with SMTP id i12so775372wra for ; Tue, 18 Apr 2006 01:14:59 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=sxkbBYMl3ATijDWcg710pRpgC8FJKjD9E5eoOqmFzmn3bohLhNtw0fKVsHiuNKPYtirJTLObsiSz5x73WSl7ZKW/CjBuSS1cTpfJjVtm91Wg0mIAb2QGGCMTSrSwlbv9MptUh6sKEaIdmPQ1H0x5LwsE9QJsSPzL7yoo6aN2rAM= Received: by 10.54.82.2 with SMTP id f2mr2908392wrb; Tue, 18 Apr 2006 01:14:59 -0700 (PDT) Received: by 10.54.123.2 with HTTP; Tue, 18 Apr 2006 01:14:59 -0700 (PDT) Message-ID: Date: Tue, 18 Apr 2006 10:14:59 +0200 From: "Cristiano Deana" To: freebsd-stable@freebsd.org In-Reply-To: <20060415140112.192FE17CB@smtp.sinfonika.si> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060415140112.192FE17CB@smtp.sinfonika.si> Cc: Mare Negrocan Subject: Re: How to change hardware clock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2006 08:15:07 -0000 2006/4/15, Mare Negrocan : > I can't update clock with rdate, ntpdate. if you have securelevel =3D> 2 then you will be unable to change your date > 1 second. -- Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ From owner-freebsd-stable@FreeBSD.ORG Tue Apr 18 08:40:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 C81D516A400; Tue, 18 Apr 2006 08:40:35 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9396F43D55; Tue, 18 Apr 2006 08:40:33 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k3I8eNQF026825; Tue, 18 Apr 2006 11:40:23 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Tue, 18 Apr 2006 11:40:23 +0300 (EEST) From: Dmitry Pryanishnikov To: Scott Long In-Reply-To: <44446465.5010202@samsco.org> Message-ID: <20060418112946.J16201@atlantis.atlantis.dp.ua> References: <444139CA.6060002@FreeBSD.org> <4441436F.4030900@samsco.org> <44445A95.2060603@FreeBSD.org> <44446465.5010202@samsco.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Marcus Alves Grando , FreeBSD Stable , Matt Jacob Subject: Re: panic: softdep_move_dependencies: need merge code (driver mtp(4)?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2006 08:40:35 -0000 Hello! On Mon, 17 Apr 2006, Scott Long wrote: > Sorry, my answer to this is to move away from softupdates and > towards journalling. I'm working on that, albeit slowly due > to the many other NFS and VFS bugs that I have to deal with. Oops, what has happened to softupdates? They have been working correctly for decade or so. What has changed now? Have we suddenly hit some flaw in theory, or it's just an implementation issue? I don't remember any discussion on this topic, sorry if I've missed something obvious. >>> Marcus Alves Grando wrote: >>> >>>> panic: softdep_move_dependencies: need merge code >>>> Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Tue Apr 18 10:26:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 3109416A405 for ; Tue, 18 Apr 2006 10:26:32 +0000 (UTC) (envelope-from cristiano.deana@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C67043D75 for ; Tue, 18 Apr 2006 10:26:18 +0000 (GMT) (envelope-from cristiano.deana@gmail.com) Received: by wproxy.gmail.com with SMTP id i12so790690wra for ; Tue, 18 Apr 2006 03:26:18 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=CKkIQeZK+2J2zMbcdK1Vjx3qgqzAuuxw2pQ3JE5DLV+4slG1Z9fr97s4zG7LPAuE+uX//K4/AEJ7KxsrmDlP7Z8zLMqkyvLvcOSQlkpHG6c75MTWdQC3hsXeQvpzjoUxHwpdBV5P6cLHOnGc/kxj6TKjoE8/7uuBlOjYLZttN74= Received: by 10.54.102.2 with SMTP id z2mr1640505wrb; Tue, 18 Apr 2006 03:26:18 -0700 (PDT) Received: by 10.54.123.2 with HTTP; Tue, 18 Apr 2006 03:26:18 -0700 (PDT) Message-ID: Date: Tue, 18 Apr 2006 12:25:18 +0159 From: "Cristiano Deana" To: freebsd-stable@freebsd.org In-Reply-To: <20060418102250.E28E0159A@smtp.sinfonika.si> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060418102250.E28E0159A@smtp.sinfonika.si> Cc: Mare Negrocan Subject: Re: How to change hardware clock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2006 10:26:32 -0000 2006/4/18, Mare Negrocan : > Yes, I have kern_securelevel=3D"2" > Should I change it? You should read `man securelevel'. If it's only a clock problem, change it to 0, update your clock, change again to your favorite securelevel, but you MUST know what are you doing changing it. -- Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ From owner-freebsd-stable@FreeBSD.ORG Tue Apr 18 13:50:17 2006 Return-Path: X-Original-To: stable@freebsd.org 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 33E9716A405 for ; Tue, 18 Apr 2006 13:50:15 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpout08-04.prod.mesa1.secureserver.net (smtpout08-04.prod.mesa1.secureserver.net [64.202.165.12]) by mx1.FreeBSD.org (Postfix) with SMTP id 2916243D72 for ; Tue, 18 Apr 2006 13:50:15 +0000 (GMT) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 18958 invoked from network); 18 Apr 2006 13:50:14 -0000 Received: from unknown (24.144.77.138) by smtpout08-04.prod.mesa1.secureserver.net (64.202.165.12) with ESMTP; 18 Apr 2006 13:50:14 -0000 Message-ID: <4444EE93.9050003@seclark.us> Date: Tue, 18 Apr 2006 09:50:11 -0400 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: FreeBSD 4.9 losing mbufs!!! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2006 13:50:17 -0000 Hello List, I know 4.9 is ancient history, but unfortunately we have several thousand sites installed. We are in the process of moving to 6.1 when it is released. Right now I have an immediate problem where we are going to install two system at a HQ site. Each of the 2 systems will have two gre/vpn/ospf tunnels to a 100 remote sites in the field. The broadband will be a T3 with failover to dialup actiontec dualpc modems. We want to use FreeBSD systems rather than put in Cisco equip which is what we have done for other large customers. The problem: I have been testing between an Athlon 64 3000+ (client) and an Athlon 64 X2 4800+ (server) across a dedicated 100mb lan. When I use nttcp, which is a round trip tcp test, across the gre/vpn the client system, (which goes to 0 percent idle), network stack will eventually stop responding. In trying to track this down I find that net.inet.ip.intr_queue_maxlen which is normally 50 has been reached (I added a sysctl to be able to look at it), but it never drains down. If I increase it things start working again. If I continue to hammer the client I see the intr_queue_maxlen continue to grow until it again reaches the new maximum. Another datapoint if I don't send the data thru the gre tunnel, but only thru the vpn I don't see this problem. I've looked at the gre code til I am blue in the face and can't see where mbufs were not being freed when the quelen is full. If anybody could give some direction as where to look or how to better trouble shoot this problem it would be greatly appreciated. Thanks for being such a great list, Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Tue Apr 18 13:51:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 002A216A4CF for ; Tue, 18 Apr 2006 13:51:43 +0000 (UTC) (envelope-from mwatson@becon.org) Received: from mail.becon.org (clearwater.comnet.becon.org [216.13.144.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 20DA243D81 for ; Tue, 18 Apr 2006 13:51:40 +0000 (GMT) (envelope-from mwatson@becon.org) Received: (qmail 45827 invoked by uid 1010); 18 Apr 2006 13:51:16 -0000 Received: from 216.13.144.54 by clearwater.becon.org (envelope-from , uid 1003) with qmail-scanner-1.25-st-qms (clamdscan: 0.88/1301. spamassassin: 3.1.0. perlscan: 1.25-st-qms. Clear:RC:1(216.13.144.54):. Processed in 0.046588 secs); 18 Apr 2006 13:51:16 -0000 X-Antivirus-BEC-Mail-From: mwatson@becon.org via clearwater.becon.org X-Antivirus-BEC: 1.25-st-qms (Clear:RC:1(216.13.144.54):. Processed in 0.046588 secs Process 45821) Received: from smtp.becon.org (216.13.144.54) by mail.becon.org with SMTP; 18 Apr 2006 13:51:16 -0000 Date: Tue, 18 Apr 2006 09:51:16 -0400 (EDT) From: Matt Watson X-X-Sender: mwatson@clearwater.comnet.becon.org To: freebsd-stable@freebsd.org Message-ID: <20060418094002.W42235@clearwater.comnet.becon.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: FreeBSD 6.1-PRERELEASE (April 5, 2006) randomly rebooting on Dell Poweredge 650 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2006 13:51:44 -0000 Hello All, I'm not sure if this is the right place to be sending this or not but I figured I'd give it a shot. The subject line pretty much says it all, I have a Dell Poweredge 650 box running 6.1-PRERELEASE which was cvsup'd on April 5, 2006. The box has now twice rebooted on its own for no aparant reason. Its a fresh install as well, and appears to have been doing this ever since it was installled. The first time the box was only up for approximently 2 days and rebooted, the 2nd time it was up for approximently 10 days. I have all.log setup to log all syslog messages however when the reboot occured there is no information in the log which indicates anything going wrong... Here is a small cut from the log at the time of the reboot. As can be seen, one minute there is an imapd process, the next entry is the system restarting. Apr 16 20:55:34 clearwater imapd: LOGOUT, user=XXXXXX, ip=[::ffff:WWW.XXX.YYY.ZZZ], headers=0, body=0, time=0 Apr 16 20:59:36 clearwater syslogd: restart Apr 16 20:59:36 clearwater syslogd: kernel boot file is /boot/kernel/kernel Apr 16 20:59:36 clearwater kernel: Copyright (c) 1992-2006 The FreeBSD Project. Apr 16 20:59:36 clearwater kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Apr 16 20:59:36 clearwater kernel: The Regents of the University of California. All rights reserved. Apr 16 20:59:36 clearwater kernel: FreeBSD 6.1-PRERELEASE #0: Wed Apr 5 20:46:37 EDT 2006 This machine previously had Linux installed on the box and did not display the same problems, so I'm going on the assumption that its not a hardware failure. Aside from the reboots the box has been preforming extermely well. If anybody can provide some insights or suggestions I'd greatly appreciate it. Thanks, Matt Watson From owner-freebsd-stable@FreeBSD.ORG Tue Apr 18 14:14:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 3529B16A402 for ; Tue, 18 Apr 2006 14:14:28 +0000 (UTC) (envelope-from nvass@teledomenet.gr) Received: from matrix.teledomenet.gr (dns1.teledomenet.gr [213.142.128.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9221343D48 for ; Tue, 18 Apr 2006 14:14:26 +0000 (GMT) (envelope-from nvass@teledomenet.gr) Received: from [192.168.1.71] ([192.168.1.71]) by matrix.teledomenet.gr (8.12.10/8.12.10) with ESMTP id k3IEEOdP015741; Tue, 18 Apr 2006 17:14:24 +0300 From: Nikos Vassiliadis To: freebsd-stable@freebsd.org, Stephen.Clark@seclark.us Date: Tue, 18 Apr 2006 17:12:41 +0300 User-Agent: KMail/1.9.1 References: <4444EE93.9050003@seclark.us> In-Reply-To: <4444EE93.9050003@seclark.us> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-7" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200604181712.42239.nvass@teledomenet.gr> Cc: Subject: Re: FreeBSD 4.9 losing mbufs!!! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2006 14:14:28 -0000 On Tuesday 18 April 2006 16:50, Stephen Clark wrote: > Hello List, > > I know 4.9 is ancient history, but unfortunately we have several > thousand sites installed. We are in the process of moving to 6.1 when it > is released. > > Right now I have an immediate problem where we are going to install two > system so these are new systems, yet you are going to use 4.9. Why? > at a HQ site. Each of the 2 systems will have two gre/vpn/ospf tunnels to a > 100 remote sites in the > field. The broadband will be a T3 with failover to dialup actiontec > dualpc modems. We want > to use FreeBSD systems rather than put in Cisco equip which is what we > have done for other > large customers. > > The problem: > > I have been testing between an Athlon 64 3000+ (client) and an Athlon > 64 X2 4800+ (server) across a dedicated 100mb lan. When I use nttcp, > which is a round trip tcp test, across the gre/vpn the client system, > (which goes to 0 percent idle), network stack will eventually stop > responding. In trying to track this down I find that > net.inet.ip.intr_queue_maxlen which is normally 50 has been reached (I > added a sysctl to be able to look at it), but it never drains down. If I > increase it things start working again. If I continue to hammer the > client I see the > intr_queue_maxlen continue to grow until it again reaches the new > maximum. Another datapoint if I don't send the data thru the gre tunnel, > but only thru the vpn I don't see this problem. > > I've looked at the gre code til I am blue in the face and can't see > where mbufs were not being freed when the quelen is full. > > If anybody could give some direction as where to look or how to better > trouble shoot this problem it would be greatly appreciated. > > Thanks for being such a great list, > Steve From owner-freebsd-stable@FreeBSD.ORG Tue Apr 18 14:31:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 99A1816A405 for ; Tue, 18 Apr 2006 14:31:57 +0000 (UTC) (envelope-from polichism@illusionnet.nl) Received: from psmtp01.wxs.nl (psmtp01-real.wxs.nl [195.121.247.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 093E943D58 for ; Tue, 18 Apr 2006 14:31:56 +0000 (GMT) (envelope-from polichism@illusionnet.nl) Received: from illusionnet.nl (ip5457297b.direct-adsl.nl [84.87.41.123]) by psmtp01.wxs.nl (8.12.10/8.12.10) with ESMTP id k3IEVsni027408 for ; Tue, 18 Apr 2006 16:31:55 +0200 Received: from polichism (unknown [10.0.0.2]) by illusionnet.nl (Postfix) with ESMTP id 8E10660D1 for ; Tue, 18 Apr 2006 16:32:28 +0200 (CEST) Message-ID: <003001c662f5$1e311300$0200000a@polichism> From: "Polichism" To: Date: Tue, 18 Apr 2006 16:33:53 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Terminal on FreeBSD 5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2006 14:31:57 -0000 Hi, Anyone knows if can connect a WISE terminal over a LPT port? I want to run a terminal on my FreeBSD 5.4 server. Grtz, -- Harrie From owner-freebsd-stable@FreeBSD.ORG Tue Apr 18 15:55:41 2006 Return-Path: X-Original-To: stable@freebsd.org 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 D007816A400 for ; Tue, 18 Apr 2006 15:55:41 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpout08-04.prod.mesa1.secureserver.net (smtpout08-04.prod.mesa1.secureserver.net [64.202.165.12]) by mx1.FreeBSD.org (Postfix) with SMTP id 18BD143D45 for ; Tue, 18 Apr 2006 15:55:40 +0000 (GMT) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 3521 invoked from network); 18 Apr 2006 15:55:40 -0000 Received: from unknown (24.144.77.138) by smtpout08-04.prod.mesa1.secureserver.net (64.202.165.12) with ESMTP; 18 Apr 2006 15:55:40 -0000 Message-ID: <44450BFB.1090705@seclark.us> Date: Tue, 18 Apr 2006 11:55:39 -0400 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kurt Jaeger References: <4444EE93.9050003@seclark.us> <20060418143122.GB76356@home.c0mplx.org> In-Reply-To: <20060418143122.GB76356@home.c0mplx.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: FreeBSD 4.9 losing mbufs!!! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2006 15:55:41 -0000 Kurt Jaeger wrote: >Hi! > > > >>I've looked at the gre code til I am blue in the face and can't see >>where mbufs were not being freed when the quelen is full. >> >>If anybody could give some direction as where to look or how to better >>trouble shoot this problem it would be greatly appreciated. >> >> > >Is it possible to upgrade to 4.11p16 ? > > > The problem with that is I would have to upgrade the "world" - I had tried putting over a 4.11 kernel and netstat -m wouldn't work, plus who knows what else. The recommendation I read was to make buildworld to go with the appropriate kernel and I am concerned if the plethora of userland stuff, (postgres,php,apache,snort,etc,etc - about 50 ports) would have to be recompiled and reinstalled - this would mean we would have to go thru major regression testing and of course we need it now. The 4.11 kernel that I tried which I had cvsuped on 3-24 to 4.11-STABLE still showed the problem. Is this problem fixed in 4.11p16? Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Tue Apr 18 16:51:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 9FB5816A408 for ; Tue, 18 Apr 2006 16:51:13 +0000 (UTC) (envelope-from noackjr@alumni.rice.edu) Received: from mail.clickfox.com (cffw1.clickfox.com [72.16.213.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3BD043D48 for ; Tue, 18 Apr 2006 16:51:12 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) X-PMWin-Spam: Gauge=IIIIIIII, Probability=8%, Report='__HAS_MSGID, __SANE_MSGID, __MIME_VERSION, __CT, __CTYPE_CHARSET_QUOTED, __CT_TEXT_PLAIN, __CTE, __MIME_TEXT_ONLY' thread-index: AcZjCORX3i7mF6w4SdmzLxGkXJZz7A== X-PMWin-Version: 2.5.1s, Antispam-Engine: 2.1.0.0, Antivirus-Engine: 2.32.14 Received: from [10.20.30.156] ([72.16.213.34]) by mail.clickfox.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Tue, 18 Apr 2006 12:55:26 -0400 Message-ID: <444518FF.10300@alumni.rice.edu> Content-Class: urn:content-classes:message Importance: normal Priority: normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.2663 Date: Tue, 18 Apr 2006 12:51:11 -0400 From: "Jonathan Noack" User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: "Evren Yurtesen" References: <20060417120045.B89BD16A4E1@hub.freebsd.org> <20060417222323.GA26669@ns.museum.rain.com> <44448CEF.6070701@ispro.net.tr> In-Reply-To: <44448CEF.6070701@ispro.net.tr> Content-Type: text/plain; format=flowed; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 18 Apr 2006 16:55:26.0704 (UTC) FILETIME=[E441BF00:01C66308] Cc: James Long , freebsd-stable@freebsd.org Subject: Re: CPUTYPE=athlon-xp and loader X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2006 16:51:18 -0000 Evren Yurtesen wrote: > James Long wrote: >>> Date: Sun, 16 Apr 2006 17:43:58 +0300 >>> From: Evren Yurtesen >>> Subject: CPUTYPE=athlon-xp and loader >>> To: freebsd-stable@freebsd.org >>> Message-ID: <4442582E.9030507@ispro.net.tr> >>> >>> Hello, >>> >>> I have a problem which I have found out from mailing lists that some >>> other people had. However there is no clear solution. >>> >>> The CPUTYPE=athlon-xp in make.conf breaks /boot/loader that system >>> instant reboots. I am using 6-stable and from what I can see the >>> problem goes back till about 5.3... Sometime between Oct 12-15, 2005 >>> >>> http://archive.netbsd.se/?ml=freebsd-current&a=2004-10&m=435817 >>> >>> I wonder if this will ever be fixed or I shouldnt use >>> CPUTYPE=athlon-xp anymore on FreeBSD because of this? >>> >>> Thanks, >>> Evren >> >> I don't propose this as a solution, but as far as I know, the best >> practice is: >> >> CPUTYPE?=athlon-xp >> >> Note the question mark. >> >> I don't know that this will solve your problem, just pointing out >> the correct syntax, for whatever CPUTYPE you decide to use. > > Doesnt the ? mean that it should be set if it is not set yet? I can give > it a try to this, next time I build world however I dont think that it > will compile loader without cputype athlon-xp set so... Huh? CPUTYPE is optional. Everything should compile and work without it. > I just thought that loader doesnt need to be so optimized anyhow. It is > more important that it loads at boot and there are people on this list > who has problems with the optimizations and I found some more on google. > So the best is to either fix the code in loader or do not optimize it. Yeah, like me. I was the one who originally reported this problem. But over a year ago there was an attempt to fix the code by not optimizing it. This resolved the problem for me. -Jonathan From owner-freebsd-stable@FreeBSD.ORG Tue Apr 18 16:57:04 2006 Return-Path: X-Original-To: stable@freebsd.org 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 A6A6B16A403 for ; Tue, 18 Apr 2006 16:57:04 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id DCB0A43D6D for ; Tue, 18 Apr 2006 16:56:59 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 18 Apr 2006 16:56:58 -0000 Received: from p54A7D698.dip.t-dialin.net (EHLO [192.168.0.12]) [84.167.214.152] by mail.gmx.net (mp011) with SMTP; 18 Apr 2006 18:56:58 +0200 X-Authenticated: #5465401 Message-ID: <44451A54.1080509@gmx.de> Date: Tue, 18 Apr 2006 18:56:52 +0200 From: "[LoN]Kamikaze" Organization: Lords of Nightmare User-Agent: Thunderbird 1.5 (X11/20060330) MIME-Version: 1.0 To: Stephen.Clark@seclark.us References: <4444EE93.9050003@seclark.us> <20060418143122.GB76356@home.c0mplx.org> <44450BFB.1090705@seclark.us> In-Reply-To: <44450BFB.1090705@seclark.us> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: stable@freebsd.org, Kurt Jaeger Subject: Re: FreeBSD 4.9 losing mbufs!!! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2006 16:57:04 -0000 Stephen Clark wrote: > Kurt Jaeger wrote: > >> Hi! >> >> >> >>> I've looked at the gre code til I am blue in the face and can't see >>> where mbufs were not being freed when the quelen is full. >>> >>> If anybody could give some direction as where to look or how to >>> better trouble shoot this problem it would be greatly appreciated. >>> >> >> Is it possible to upgrade to 4.11p16 ? >> >> >> > The problem with that is I would have to upgrade the "world" - I had > tried putting over a 4.11 kernel and netstat -m wouldn't work, plus who > knows what else. The recommendation I read was to make buildworld to go > with the appropriate kernel and I am concerned if the plethora of > userland stuff, (postgres,php,apache,snort,etc,etc - about 50 ports) > would have to be recompiled and reinstalled 4.9 and 4.11 are on the same branch, thus of course, userland programs don't require recompilation. > - this would mean we would > have to go thru major regression testing and of course we need it now. > > The 4.11 kernel that I tried which I had cvsuped on 3-24 to 4.11-STABLE > still showed the problem. > > Is this problem fixed in 4.11p16? > > > Steve > From owner-freebsd-stable@FreeBSD.ORG Tue Apr 18 17:02:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 E829B16A403 for ; Tue, 18 Apr 2006 17:02:10 +0000 (UTC) (envelope-from yvov@forest.net) Received: from treehouse.forest.net (treehouse.forest.net [216.168.37.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id A26A643D46 for ; Tue, 18 Apr 2006 17:02:10 +0000 (GMT) (envelope-from yvov@forest.net) Received: from [216.168.62.225] (account yvov HELO [216.168.62.225]) by treehouse.forest.net (CommuniGate Pro SMTP 4.3.9) with ESMTPA id 212982010; Tue, 18 Apr 2006 10:02:10 -0700 User-Agent: Microsoft-Entourage/11.2.3.060209 Date: Tue, 18 Apr 2006 10:02:07 -0700 From: Yvo van Doorn To: Matt Watson , Message-ID: Thread-Topic: FreeBSD 6.1-PRERELEASE (April 5, 2006) randomly rebooting on Dell Poweredge 650 Thread-Index: AcZjCdLaEXNsrc79EdqWsAAKlXhc/A== In-Reply-To: <20060418094002.W42235@clearwater.comnet.becon.org> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Cc: Subject: Re: FreeBSD 6.1-PRERELEASE (April 5, 2006) randomly rebooting on Dell Poweredge 650 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2006 17:02:11 -0000 Usually, in my experience, this isn't hardware related at all (especially if its not being logged) but rather a dying part (powersupply for example) in your computer. > From: Matt Watson > Date: Tue, 18 Apr 2006 09:51:16 -0400 (EDT) > To: > Subject: FreeBSD 6.1-PRERELEASE (April 5, 2006) randomly rebooting on Dell > Poweredge 650 > > Hello All, > > I'm not sure if this is the right place to be sending this or not but I > figured I'd give it a shot. > > The subject line pretty much says it all, I have a Dell Poweredge 650 box > running 6.1-PRERELEASE which was cvsup'd on April 5, 2006. The box has > now twice rebooted on its own for no aparant reason. Its a fresh install > as well, and appears to have been doing this ever since it was installled. > The first time the box was only up for approximently 2 days and rebooted, > the 2nd time it was up for approximently 10 days. I have all.log setup to > log all syslog messages however when the reboot occured there is no > information in the log which indicates anything going wrong... Here is a > small cut from the log at the time of the reboot. As can be seen, one > minute there is an imapd process, the next entry is the system restarting. > > > Apr 16 20:55:34 clearwater imapd: LOGOUT, user=XXXXXX, > ip=[::ffff:WWW.XXX.YYY.ZZZ], headers=0, body=0, time=0 > Apr 16 20:59:36 clearwater syslogd: restart > Apr 16 20:59:36 clearwater syslogd: kernel boot file is > /boot/kernel/kernel > Apr 16 20:59:36 clearwater kernel: Copyright (c) 1992-2006 The FreeBSD > Project. > Apr 16 20:59:36 clearwater kernel: Copyright (c) 1979, 1980, 1983, 1986, > 1988, 1989, 1991, 1992, 1993, 1994 > Apr 16 20:59:36 clearwater kernel: The Regents of the University of > California. All rights reserved. > Apr 16 20:59:36 clearwater kernel: FreeBSD 6.1-PRERELEASE #0: Wed Apr 5 > 20:46:37 EDT 2006 > > This machine previously had Linux installed on the box and did not display > the same problems, so I'm going on the assumption that its not a hardware > failure. > > Aside from the reboots the box has been preforming extermely well. > > If anybody can provide some insights or suggestions I'd greatly appreciate > it. > > Thanks, > Matt Watson > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Apr 18 17:18:16 2006 Return-Path: X-Original-To: stable@FreeBSD.org 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 498FA16A400; Tue, 18 Apr 2006 17:18:16 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C77543D45; Tue, 18 Apr 2006 17:18:15 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.6/8.13.4) with ESMTP id k3IHIE1s046108; Tue, 18 Apr 2006 21:18:14 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Tue, 18 Apr 2006 21:18:14 +0400 (MSD) From: Dmitry Morozovsky To: stable@FreeBSD.org Message-ID: <20060418204746.S40045@woozle.rinet.ru> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (woozle.rinet.ru [0.0.0.0]); Tue, 18 Apr 2006 21:18:14 +0400 (MSD) Cc: pjd@FreeBSD.org, sos@FreeBSD.org Subject: kernel: adX: FAILURE - out of memory in start X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2006 17:18:16 -0000 Dear colleagues, using graid3 on new stage server (RELENG_6, 6.1-RC1 to be exact) I got sporadic messages from kernel kernel: ad8: FAILURE - out of memory in start under even moderate load (5-15 M/s) Looking through sources I've found it's in ad_strategy(). Errors found on different controllers, both onboard and Promises. Besides that, system is working normally. Any hints? Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Tue Apr 18 17:34:49 2006 Return-Path: X-Original-To: stable@freebsd.org 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 8973816A406 for ; Tue, 18 Apr 2006 17:34:49 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpout10-04.prod.mesa1.secureserver.net (smtpout10-04.prod.mesa1.secureserver.net [64.202.165.238]) by mx1.FreeBSD.org (Postfix) with SMTP id 7A89843D64 for ; Tue, 18 Apr 2006 17:34:46 +0000 (GMT) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 17518 invoked from network); 18 Apr 2006 17:34:45 -0000 Received: from unknown (24.144.77.138) by smtpout10-04.prod.mesa1.secureserver.net (64.202.165.238) with ESMTP; 18 Apr 2006 17:34:45 -0000 Message-ID: <44452332.4040605@seclark.us> Date: Tue, 18 Apr 2006 13:34:42 -0400 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Athlon 64 X2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2006 17:34:49 -0000 Hi, With FreeBSD 4.9 do I have to enable SMP when building the kernel to take advantage of the dual cores in the X2? Thanks, Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Tue Apr 18 17:52:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 3EE3E16A40E for ; Tue, 18 Apr 2006 17:52:19 +0000 (UTC) (envelope-from marius.nuennerich@gmx.net) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 11D8243D78 for ; Tue, 18 Apr 2006 17:52:13 +0000 (GMT) (envelope-from marius.nuennerich@gmx.net) Received: (qmail invoked by alias); 18 Apr 2006 17:52:12 -0000 Received: from p5083CC22.dip0.t-ipconnect.de (EHLO sol) [80.131.204.34] by mail.gmx.net (mp020) with SMTP; 18 Apr 2006 19:52:12 +0200 X-Authenticated: #5707313 Date: Tue, 18 Apr 2006 19:52:08 +0200 From: Marius Nuennerich To: freebsd-stable@freebsd.org Message-ID: <20060418195208.06cbf2f0@sol> In-Reply-To: <3aaaa3a0604171743y33af6355udf750eca65605920@mail.gmail.com> References: <3aaaa3a0604171743y33af6355udf750eca65605920@mail.gmail.com> X-Mailer: Sylpheed-Claws 2.1.0 (GTK+ 2.8.17; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable X-Y-GMX-Trusted: 0 Subject: Re: portsnap mirror servers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2006 17:52:19 -0000 On Tue, 18 Apr 2006 01:43:52 +0100 Chris wrote: > How many mirrors does portsnap have, it seems to only have around 3 or > 4 and they all located in the .us whilst cvs has dozens around the > world. >=20 > Is there a eu pool of mirrors available to use or if not is their a > way I can apply to host an eu mirror or even 2 eu mirrors. =46rom man portsnap: If you wish to use portsnap to keep a large number of machines up to date, you may wish to set up a caching HTTP proxy. Since portsnap uses fetch(1) to download updates, setting the HTTP_PROXY environment variable will direct it to fetch updates from the given proxy. This is much more efficient than mirroring the files on the portsnap server, since the vast majority of files are not needed by any particular client. So you could set up a public caching Proxy (maybe just for portsnap.freebsd.org) and tell people to use it. Voila. Your very efficient mirror :) - Marius From owner-freebsd-stable@FreeBSD.ORG Tue Apr 18 18:09:35 2006 Return-Path: X-Original-To: stable@freebsd.org 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 582DD16A405 for ; Tue, 18 Apr 2006 18:09:35 +0000 (UTC) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2361A43D46 for ; Tue, 18 Apr 2006 18:09:10 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id k3II99UT011534; Tue, 18 Apr 2006 11:09:09 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id k3II9904011533; Tue, 18 Apr 2006 11:09:09 -0700 Date: Tue, 18 Apr 2006 11:09:09 -0700 From: Brooks Davis To: Stephen Clark Message-ID: <20060418180909.GA8037@odin.ac.hmc.edu> References: <44452332.4040605@seclark.us> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XsQoSWH+UP9D9v3l" Content-Disposition: inline In-Reply-To: <44452332.4040605@seclark.us> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: stable@freebsd.org Subject: Re: Athlon 64 X2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2006 18:09:35 -0000 --XsQoSWH+UP9D9v3l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 18, 2006 at 01:34:42PM -0400, Stephen Clark wrote: > Hi, >=20 > With FreeBSD 4.9 do I have to enable SMP when building the kernel to > take advantage of the dual cores in the X2? Yes. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --XsQoSWH+UP9D9v3l Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFERStEXY6L6fI4GtQRApuVAKCg7eW3maO9Y9yRNIp2soNMjV+k4QCeMzfn qA7ZpSIclAGU7Bcy3KTmKwc= =mAtb -----END PGP SIGNATURE----- --XsQoSWH+UP9D9v3l-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 18 18:48:48 2006 Return-Path: X-Original-To: stable@freebsd.org 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 0EF5B16A400 for ; Tue, 18 Apr 2006 18:48:48 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpout04-04.prod.mesa1.secureserver.net (smtpout04-04.prod.mesa1.secureserver.net [64.202.165.199]) by mx1.FreeBSD.org (Postfix) with SMTP id 94BCF43D46 for ; Tue, 18 Apr 2006 18:48:47 +0000 (GMT) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 13969 invoked from network); 18 Apr 2006 18:48:47 -0000 Received: from unknown (24.144.77.138) by smtpout04-04.prod.mesa1.secureserver.net (64.202.165.199) with ESMTP; 18 Apr 2006 18:48:47 -0000 Message-ID: <4445348E.1090702@seclark.us> Date: Tue, 18 Apr 2006 14:48:46 -0400 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brooks Davis References: <44452332.4040605@seclark.us> <20060418180909.GA8037@odin.ac.hmc.edu> In-Reply-To: <20060418180909.GA8037@odin.ac.hmc.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Athlon 64 X2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2006 18:48:48 -0000 Brooks Davis wrote: >On Tue, Apr 18, 2006 at 01:34:42PM -0400, Stephen Clark wrote: > > >>Hi, >> >>With FreeBSD 4.9 do I have to enable SMP when building the kernel to >>take advantage of the dual cores in the X2? >> >> > >Yes. > >-- Brooks > > > Thanks. -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Tue Apr 18 18:56:08 2006 Return-Path: X-Original-To: stable@freebsd.org 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 A22C016A400 for ; Tue, 18 Apr 2006 18:56:08 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail27.syd.optusnet.com.au (mail27.syd.optusnet.com.au [211.29.133.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 074BB43D55 for ; Tue, 18 Apr 2006 18:56:07 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail27.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k3IIu5xm025718 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 19 Apr 2006 04:56:05 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k3IIu5jh002931; Wed, 19 Apr 2006 04:56:05 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k3IIu5oH002930; Wed, 19 Apr 2006 04:56:05 +1000 (EST) (envelope-from peter) Date: Wed, 19 Apr 2006 04:56:04 +1000 From: Peter Jeremy To: "[LoN]Kamikaze" Message-ID: <20060418185604.GA694@turion.vk2pj.dyndns.org> References: <4444EE93.9050003@seclark.us> <20060418143122.GB76356@home.c0mplx.org> <44450BFB.1090705@seclark.us> <44451A54.1080509@gmx.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44451A54.1080509@gmx.de> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: Stephen.Clark@seclark.us, stable@freebsd.org Subject: Re: FreeBSD 4.9 losing mbufs!!! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2006 18:56:08 -0000 On Tue, 2006-Apr-18 18:56:52 +0200, [LoN]Kamikaze wrote: >4.9 and 4.11 are on the same branch, thus of course, userland programs >don't require recompilation. "shouldn't" not "don't". This would still require regression testing to confirm that nothing breaks. Given that Steve has stated that he intends to migrate to 6.1 shortly, he probably wants to avoid an unnecessary round of regression testing. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Tue Apr 18 22:23:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 D81E616A403 for ; Tue, 18 Apr 2006 22:23:01 +0000 (UTC) (envelope-from cyberhigh@gurusnetwork.org) Received: from serv01.siteground15.com (ns1.siteground15.com [67.15.157.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54E3943D55 for ; Tue, 18 Apr 2006 22:23:01 +0000 (GMT) (envelope-from cyberhigh@gurusnetwork.org) Received: from cpe-69-76-197-141.kc.res.rr.com ([69.76.197.141]:1549 helo=[192.168.1.103]) by serv01.siteground15.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.52) id 1FVyb5-00067w-37 for freebsd-stable@freebsd.org; Tue, 18 Apr 2006 17:22:59 -0500 Message-ID: <444566B9.9060200@gurusnetwork.org> Date: Tue, 18 Apr 2006 17:22:49 -0500 From: CyBerHigh User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.0.0 OpenPGP: id=7826BB59 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - serv01.siteground15.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - gurusnetwork.org X-Source: X-Source-Args: X-Source-Dir: Subject: ssh- lagging logins X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2006 22:23:01 -0000 I am using Freebsd 6.0 and running Openssh. All of a sudden it takes nearly 4 minutes to conferm that my password is correct. It has never done this to me and all of a sudden it started it. I haven't even update the ports collection or anything so there is no reason I can think of way it would just start? Does anyone else have this problem? From owner-freebsd-stable@FreeBSD.ORG Tue Apr 18 22:27:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 3608E16A41B for ; Tue, 18 Apr 2006 22:27:33 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED62F43D45 for ; Tue, 18 Apr 2006 22:27:32 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id D22DF1A4E94; Tue, 18 Apr 2006 15:27:32 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E9618542DB; Tue, 18 Apr 2006 18:27:31 -0400 (EDT) Date: Tue, 18 Apr 2006 18:27:31 -0400 From: Kris Kennaway To: CyBerHigh Message-ID: <20060418222731.GA71866@xor.obsecurity.org> References: <444566B9.9060200@gurusnetwork.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mYCpIKhGyMATD0i+" Content-Disposition: inline In-Reply-To: <444566B9.9060200@gurusnetwork.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: ssh- lagging logins X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2006 22:27:33 -0000 --mYCpIKhGyMATD0i+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Apr 18, 2006 at 05:22:49PM -0500, CyBerHigh wrote: > I am using Freebsd 6.0 and running Openssh. All of a sudden it takes > nearly 4 minutes to conferm that my password is correct. It has never > done this to me and all of a sudden it started it. I haven't even > update the ports collection or anything so there is no reason I can > think of way it would just start? This is a FAQ; check that your DNS server is still functioning. Kris --mYCpIKhGyMATD0i+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFERWfTWry0BWjoQKURArDuAJ9Hm6dr7k+tK93pm0y2vVgZbZDi3ACfeiCF zPhP0gjmdxJzQmiQa1wwy8Q= =ijBJ -----END PGP SIGNATURE----- --mYCpIKhGyMATD0i+-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 18 22:39:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 3048016A402 for ; Tue, 18 Apr 2006 22:39:49 +0000 (UTC) (envelope-from gray@mistaken-identity.co.uk) Received: from magnum.mistaken-identity.co.uk (slayer-of.demon.co.uk [62.49.5.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29B9E43D5A for ; Tue, 18 Apr 2006 22:39:46 +0000 (GMT) (envelope-from gray@mistaken-identity.co.uk) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 18 Apr 2006 23:39:42 +0100 Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.5 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: ssh- lagging logins thread-index: AcZjN7CY5LNIybM4Q8+6VC+D/nsnUwAARewA From: "Gray Lilley" To: "CyBerHigh" Cc: freebsd-stable@freebsd.org Subject: RE: ssh- lagging logins X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2006 22:39:49 -0000 Sounds like something that happens fairly often that I've seen. Try setting 'UseDNS no' in /etc/ssh/sshd_config and restarting sshd. Hope this helps, Cheers, Graham -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of CyBerHigh Sent: 18 April 2006 23:30 To: freebsd-stable@freebsd.org Subject: ssh- lagging logins I am using Freebsd 6.0 and running Openssh. All of a sudden it takes nearly 4 minutes to conferm that my password is correct. It has never done this to me and all of a sudden it started it. I haven't even update the ports collection or anything so there is no reason I can think of way it would just start? Does anyone else have this problem? _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" --=20 No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.385 / Virus Database: 268.4.3/316 - Release Date: 17/04/2006 From owner-freebsd-stable@FreeBSD.ORG Tue Apr 18 22:44:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 8106716A402 for ; Tue, 18 Apr 2006 22:44:48 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd4mo1so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28B2D43D48 for ; Tue, 18 Apr 2006 22:44:48 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd5mr6so.prod.shaw.ca (pd5mr6so-qfe3.prod.shaw.ca [10.0.141.182]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IXX00J3CWHVVU00@l-daemon> for freebsd-stable@freebsd.org; Tue, 18 Apr 2006 16:44:19 -0600 (MDT) Received: from pn2ml3so.prod.shaw.ca ([10.0.121.147]) by pd5mr6so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IXX007SYWHVGD50@pd5mr6so.prod.shaw.ca> for freebsd-stable@freebsd.org; Tue, 18 Apr 2006 16:44:19 -0600 (MDT) Received: from [192.168.0.60] ([24.82.18.31]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IXX00032WHV3D72@l-daemon> for freebsd-stable@freebsd.org; Tue, 18 Apr 2006 16:44:19 -0600 (MDT) Date: Tue, 18 Apr 2006 15:44:18 -0700 From: Colin Percival In-reply-to: <3aaaa3a0604171743y33af6355udf750eca65605920@mail.gmail.com> To: Chris Message-id: <44456BC2.1050102@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Enigmail-Version: 0.94.0.0 References: <3aaaa3a0604171743y33af6355udf750eca65605920@mail.gmail.com> User-Agent: Thunderbird 1.5 (X11/20060416) Cc: FreeBSD Stable Subject: Re: portsnap mirror servers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2006 22:44:48 -0000 Chris wrote: > How many mirrors does portsnap have, it seems to only have around 3 or > 4 and they all located in the .us whilst cvs has dozens around the > world. Two mirrors, actually: portsnap1.freebsd.org, and portsnap2.freebsd.org. > Is there a eu pool of mirrors available to use or if not is their a > way I can apply to host an eu mirror or even 2 eu mirrors. I have a list of people who have offered mirrors, but so far I haven't seen any need for additional mirrors -- the two which already exist are showing no signs of slowing down. Why do you think there should be an .eu mirror? Colin Percival From owner-freebsd-stable@FreeBSD.ORG Wed Apr 19 00:28:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 6EBFE16A401 for ; Wed, 19 Apr 2006 00:28:58 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from pproxy.gmail.com (pproxy.gmail.com [64.233.166.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72C3143D48 for ; Wed, 19 Apr 2006 00:28:57 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: by pproxy.gmail.com with SMTP id t32so1033247pyc for ; Tue, 18 Apr 2006 17:28:56 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=LIcoAeBd3OPf7nxdqMLBD1ns4SEvTjT5nLKGIONZ1WDjvqJeh9DhQ+IA2tojakj3QB1ottQwqr3HLzHHSct+tde25Ekz45AxulldAFiVI/jhk19QzP98M6Ucegl7qKvsWga5XSVYNNV6NVMAGmYy5fP0El8rN6uOTTn3FzFfrBo= Received: by 10.35.84.16 with SMTP id m16mr2240004pyl; Tue, 18 Apr 2006 17:28:56 -0700 (PDT) Received: by 10.35.36.18 with HTTP; Tue, 18 Apr 2006 17:28:56 -0700 (PDT) Message-ID: <3aaaa3a0604181728p79df162bk900d488c746d8069@mail.gmail.com> Date: Wed, 19 Apr 2006 01:28:56 +0100 From: Chris To: "Colin Percival" In-Reply-To: <44456BC2.1050102@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <3aaaa3a0604171743y33af6355udf750eca65605920@mail.gmail.com> <44456BC2.1050102@freebsd.org> Cc: FreeBSD Stable Subject: Re: portsnap mirror servers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2006 00:28:58 -0000 On 18/04/06, Colin Percival wrote: > Chris wrote: > > How many mirrors does portsnap have, it seems to only have around 3 or > > 4 and they all located in the .us whilst cvs has dozens around the > > world. > > Two mirrors, actually: portsnap1.freebsd.org, and portsnap2.freebsd.org. > > > Is there a eu pool of mirrors available to use or if not is their a > > way I can apply to host an eu mirror or even 2 eu mirrors. > > I have a list of people who have offered mirrors, but so far I haven't > seen any need for additional mirrors -- the two which already exist are > showing no signs of slowing down. > > Why do you think there should be an .eu mirror? > > Colin Percival > Whilst portsnap is fast, it is a noticeable speed difference when using from eu servers, I also think its a good idea for redundancy. Chris From owner-freebsd-stable@FreeBSD.ORG Wed Apr 19 01:29:44 2006 Return-Path: X-Original-To: stable@freebsd.org 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 A346F16A400 for ; Wed, 19 Apr 2006 01:29:44 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpout10-04.prod.mesa1.secureserver.net (smtpout10-04.prod.mesa1.secureserver.net [64.202.165.238]) by mx1.FreeBSD.org (Postfix) with SMTP id 47E0643D45 for ; Wed, 19 Apr 2006 01:29:44 +0000 (GMT) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 23669 invoked from network); 19 Apr 2006 01:29:43 -0000 Received: from unknown (24.144.77.138) by smtpout10-04.prod.mesa1.secureserver.net (64.202.165.238) with ESMTP; 19 Apr 2006 01:29:43 -0000 Message-ID: <44459286.1000008@seclark.us> Date: Tue, 18 Apr 2006 21:29:42 -0400 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Stephen.Clark@seclark.us, stable@freebsd.org References: <4444EE93.9050003@seclark.us> In-Reply-To: <4444EE93.9050003@seclark.us> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: FreeBSD 4.9 losing mbufs!!! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2006 01:29:44 -0000 Stephen Clark wrote: >Hello List, > >I know 4.9 is ancient history, but unfortunately we have several >thousand sites installed. We are in the process of moving to 6.1 when it >is released. > >Right now I have an immediate problem where we are going to install two >system at a >HQ site. Each of the 2 systems will have two gre/vpn/ospf tunnels to a >100 remote sites in the >field. The broadband will be a T3 with failover to dialup actiontec >dualpc modems. We want >to use FreeBSD systems rather than put in Cisco equip which is what we >have done for other >large customers. > >The problem: > >I have been testing between an Athlon 64 3000+ (client) and an Athlon >64 X2 4800+ (server) across a dedicated 100mb lan. When I use nttcp, >which is a round trip tcp test, across the gre/vpn the client system, >(which goes to 0 percent idle), network stack will eventually stop >responding. In trying to track this down I find that >net.inet.ip.intr_queue_maxlen which is normally 50 has been reached (I >added a sysctl to be able to look at it), but it never drains down. If I >increase it things start working again. If I continue to hammer the >client I see the >intr_queue_maxlen continue to grow until it again reaches the new >maximum. Another datapoint if I don't send the data thru the gre tunnel, >but only thru the vpn I don't see this problem. > >I've looked at the gre code til I am blue in the face and can't see >where mbufs were not being freed when the quelen is full. > >If anybody could give some direction as where to look or how to better >trouble shoot this problem it would be greatly appreciated. > >Thanks for being such a great list, >Steve > > > I have discovered that if I disable quaqqa/ospfd then I don't lose mbufs! This makes it appear that the mbuf leak is in the multicast routing logic. In fact I lose mbufs even with the both system basically idle but with a 100 vpn/gre with multicast going on thru the gre then the vpn. Any ideas on where to focus my continued investigation? Thanks to everybody who has responded. Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Wed Apr 19 02:21:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 BD05316A402 for ; Wed, 19 Apr 2006 02:21:43 +0000 (UTC) (envelope-from Cy.Schubert@komquats.com) Received: from spqr.komquats.com (S0106002078125c0c.gv.shawcable.net [24.108.150.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74DE443D58 for ; Wed, 19 Apr 2006 02:21:42 +0000 (GMT) (envelope-from Cy.Schubert@komquats.com) Received: from cwsys.cwsent.com (cwsys [10.1.1.1]) by spqr.komquats.com (Postfix) with ESMTP id 813DC4C5CE for ; Tue, 18 Apr 2006 19:21:41 -0700 (PDT) Received: from cwsys (localhost [127.0.0.1]) by cwsys.cwsent.com (8.13.6/8.13.6) with ESMTP id k3J2Cmfl011934 for ; Tue, 18 Apr 2006 19:14:24 -0700 (PDT) (envelope-from Cy.Schubert@komquats.com) Message-Id: <200604190214.k3J2Cmfl011934@cwsys.cwsent.com> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 18 Apr 2006 19:12:48 -0700 Sender: Cy.Schubert@komquats.com Subject: AHC Panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Cy Schubert List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2006 02:21:43 -0000 I've finally been able to capture the panic, as now it occurs even with DDB configured. Of the six machines I have running 6.1-RC (CVSupped today), this is the only one that does this. /boot/kernel/kernel text=0x30c488 data=0x3b6a0+0x3170c syms=[0x4+0x46430+0x4+0x58da4] no such file or directory - Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-RC #0: Tue Apr 18 17:26:44 PDT 2006 root@cwsys:/export/obj/opt/src/cvs-stable6/src/sys/DEBUG Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium/P54C (119.75-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping = 12 Features=0x1bf real memory = 83886080 (80 MB) avail memory = 72531968 (69 MB) Intel Pentium detected, installing workaround for F00F bug npx0: [FAST] npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 7.1 on pci0 ata0: on atapci0 ata1: on atapci0 ahc0: port 0x6000-0x60ff mem 0xe1000000-0xe1000fff irq 12 at device 19.0 on pci0 ahc0: [GIANT-LOCKED] aic7870: Single Channel A, SCSI Id=7, 16/253 SCBs pci0: at device 20.0 (no driver attached) pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xca7ff,0xdc000-0xdffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ed0 at port 0x280-0x29f iomem 0xd8000 irq 10 on isa0 ed0: Ethernet address: 00:40:05:55:fe:74 ed0: type NE2000 (16 bit) fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 fd1: <1200-KB 5.25" drive> on fdc0 drive 1 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) unknown: can't assign resources (memory) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) ed1: at port 0x220-0x23f irq 5 on isa0 ed1: Ethernet address: 00:e0:29:7d:84:0b ed1: type RTL8019 (16 bit) Timecounter "TSC" frequency 119752915 Hz quality 800 Timecounters tick every 10.000 msec ad0: 408MB at ata0-master WDMA1 ad2: 76351MB at ata1-master WDMA2 acd0: CDROM at ata1-slave PIO4 Waiting 5 seconds for SCSI devices to settle da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled da0: 1030MB (2110812 512 byte sectors: 64H 32S/T 1030C) da1 at ahc0 bus 0 target 2 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 10.000MB/s transfers (10.000MHz, offset 8) da1: 810MB (1660299 512 byte sectors: 64H 32S/T 810C) cd0 at ata1 bus 0 target 1 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 16.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ad0s1a Loading configuration files. kernel dumps on /dev/ad2s1b Entropy harvesting: interrupts ethernet point_to_point kickstart. swapon: adding /dev/ad0s1b as swap device swapon: adding /dev/da0s1b as swap device swapon: adding /dev/da1s1b as swap device swapon: adding /dev/ad2s1b as swap device Starting file system checks: /dev/ad0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1a: clean, 103068 free (772 frags, 12787 blocks, 0.2% fragmentation) fsck: /dev/da1s1a in fstab more than once! /dev/ad2s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad2s1e: clean, 2532761 free (6993 frags, 315721 blocks, 0.3% fragmentation)/dev/ad2s1g: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/da1s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad2s1g: clean, 35322687 free (74535 frags, 4406019 blocks, 0.1% fragmentation) /dev/da1s1a: clean, 508234 free (6146 frags, 62761 blocks, 0.8% fragmentation) /dev/da0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/da0s1a: clean, 224734 free (670 frags, 28008 blocks, 0.1% fragmentation) /dev/ad2s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad2s1a: clean, 123038 free (1206 frags, 15229 blocks, 0.3% fragmentation) /dev/da0s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/da0s1e: clean, 177737 free (1441 frags, 22037 blocks, 0.3% fragmentation) Setting hostname: cwtest. vfs.nfsrv.async: 0 -> 1 ed0: flags=8843 mtu 1500 inet6 fe80::240:5ff:fe55:fe74%ed0 prefixlen 64 tentative scopeid 0x1 inet 10.1.1.2 netmask 0xffffff00 broadcast 10.1.1.255 ether 00:40:05:55:fe:74 ed1: flags=8843 mtu 1500 inet6 fe80::2e0:29ff:fe7d:840b%ed1 prefixlen 64 tentative scopeid 0x2 inet 10.1.2.2 netmask 0xffffff00 broadcast 10.1.2.255 ether 00:e0:29:7d:84:0b media: Ethernet autoselect (10baseT/UTP) lo0: flags=8049 mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet 127.0.0.1 netmask 0xff000000 add net default: gateway 10.1.2.254 Additional routing options:. Starting devd. Mounting NFS file systems:. Creating and/or trimming log files:. Starting syslogd. Checking for core dump on /dev/ad2s1b... savecore: reboot after panic: page fault Apr 18 18:50:06 cwtest savecore: reboot after panic: page fault savecore: no dump, not enough free space on device (75202 available, need 81542)savecore: unsaved dumps found but not saved Initial i386 initialization:. Additional ABI support: linux/compat/linux/sbin/ldconfig: Can't create temporary cache file /etc/ld.so.cache~: Read-only file system . Starting rpcbind. Setting NIS domain: cwsent.com. Starting ypxfrd. Starting ypserv. Starting ypbind. NFS access cache time=0 Starting amd. Clearing /tmp. ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/X11R6/lib /usr/local/lib /usr/local/krb5/lib /usr/local/libdata/ldconfig/graphviz /usr/local/libdata/ldconfig/mysql a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout /usr/X11R6/lib/aout /usr/local/lib/aout /usr/local/krb5/lib/aout ldconfig: /usr/lib/aout: No such file or directory Starting mountd. Apr 18 18:50:23 cwtest mountd[422]: bad exports list line /dsk02 Starting nfsd. Starting timed. Starting local daemons:removing old files: /var/preserve /tmp /var/tmp. loading kernel modules: aout. starting local daemons:. . Starting lpd. Updating motd. Configuring syscons: keyrate blanktime screensaver. Starting sshd. Starting sendmail. Starting cron. Local package initialization:. Additional TCP options:. /etc/rc.d/sysctl: WARNING: sysctl debug.watchdog.timeout does not exist. Starting inetd. Starting background file system checks in 60 seconds. Tue Apr 18 18:50:35 PDT 2006 Access to, or unauthorized use of data on this computer by any person other than authorized person(s) or owner(s) of an account is strictly prohibited and may result in legal action against such person. FreeBSD/i386 (cwtest) (console) login: Apr 18 19:05:08 cwtest rA AAWaiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...1 1 0 0 0 0 done All buffers synced. Uptime: 15m49s (da0:ahc0:0:0:0): SYNCHRONIZE CACHE. CDB: 35 0 0 0 0 0 0 0 0 0 (da0:ahc0:0:0:0): Sense Error Code 0xa0 at block no. -1073741792 (decimal) Fatal trap 12: page fault while in kernel mode fault virtual address = 0x4 fault code = supervisor read, page not present instruction pointer = 0x20:0xc043ee58 stack pointer = 0x28:0xc6aadc40 frame pointer = 0x28:0xc6aadc40 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 22 (irq12: ahc0) [thread pid 22 tid 100024 ] Stopped at xpt_freeze_devq+0x18: movl 0x4(%eax),%eax db> tr Tracing pid 22 tid 100024 td 0xc1619600 xpt_freeze_devq(c16c8300,1) at xpt_freeze_devq+0x18 ahc_handle_seqint(c1583800,71) at ahc_handle_seqint+0x224 ahc_platform_intr(c1583800) at ahc_platform_intr+0x20a ithread_execute_handlers(c1618624,c1589780) at ithread_execute_handlers+0x125 ithread_loop(c16156a0,c6aadd38) at ithread_loop+0x56 fork_exit(c0524560,c16156a0,c6aadd38) at fork_exit+0x6f fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xc6aadd6c, ebp = 0 --- db> show registers cs 0x20 ds 0x28 es 0x28 fs 0x8 ss 0x28 eax 0 ecx 0xc16c8300 edx 0xc16c6634 ebx 0xc6abd200 esp 0xc6aadc40 ebp 0xc6aadc40 esi 0xc1583800 edi 0xc161e1c0 eip 0xc043ee58 xpt_freeze_devq+0x18 efl 0x90282 dr0 0 dr1 0 dr2 0 dr3 0 dr4 0xffff0ff0 dr5 0x400 dr6 0xffff0ff0 dr7 0x400 xpt_freeze_devq+0x18: movl 0x4(%eax),%eax db> -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org e**(i*pi)+1=0 From owner-freebsd-stable@FreeBSD.ORG Wed Apr 19 04:16:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 853DC16A400 for ; Wed, 19 Apr 2006 04:16:59 +0000 (UTC) (envelope-from freebsd.low@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF56843D45 for ; Wed, 19 Apr 2006 04:16:58 +0000 (GMT) (envelope-from freebsd.low@gmail.com) Received: by nproxy.gmail.com with SMTP id m18so855872nfc for ; Tue, 18 Apr 2006 21:16:57 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=nBwVTKPTICCgNLm0ooXL7AkGKopeLJtQ+XjHkeKPXQdqADjix8AdX+SlUKhJjexc2/VWVjbdfVWalpQAYubS0byswTwuH6yGb4IMTTi2ACViV/Mks+GU/y3iN4aC0uFd95ZMwftu1u0ws0jqy2I4K8ThSMy1XRnbT99kdK/qIxI= Received: by 10.49.4.20 with SMTP id g20mr598493nfi; Tue, 18 Apr 2006 21:16:57 -0700 (PDT) Received: by 10.48.161.15 with HTTP; Tue, 18 Apr 2006 21:16:57 -0700 (PDT) Message-ID: Date: Wed, 19 Apr 2006 12:16:57 +0800 From: "Low Kian Seong" To: CyBerHigh In-Reply-To: <444566B9.9060200@gurusnetwork.org> MIME-Version: 1.0 References: <444566B9.9060200@gurusnetwork.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: ssh- lagging logins X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2006 04:16:59 -0000 Cyberhigh, Well, you can always try to find out what is going on my passing the '-vvv' parameter to ssh while it's trying to access the remote machine. On 4/19/06, CyBerHigh wrote: > > I am using Freebsd 6.0 and running Openssh. All of a sudden it takes > nearly 4 minutes to conferm that my password is correct. It has never > done this to me and all of a sudden it started it. I haven't even > update the ports collection or anything so there is no reason I can > think of way it would just start? > > Does anyone else have this problem? > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Wed Apr 19 05:59:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 339A716A402 for ; Wed, 19 Apr 2006 05:59:34 +0000 (UTC) (envelope-from igorr@speechpro.com) Received: from speechpro.ru (speech-tech-2.ip.PeterStar.net [81.3.190.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5E3343D48 for ; Wed, 19 Apr 2006 05:59:33 +0000 (GMT) (envelope-from igorr@speechpro.com) Received: from [192.168.2.26] (helo=sysadm.stc) by s1.stc with esmtp (Exim 4.53 (FreeBSD)) id 1FW5in-0002vv-Su for freebsd-stable@freebsd.org; Wed, 19 Apr 2006 09:59:25 +0400 Received: from igorr by sysadm.stc with local (Exim 4.54 (FreeBSD)) id 1FW5iF-0008vE-Gq for freebsd-stable@freebsd.org; Wed, 19 Apr 2006 09:58:51 +0400 Date: Wed, 19 Apr 2006 09:58:51 +0400 From: Igor Robul To: freebsd-stable@freebsd.org Message-ID: <20060419055851.GI34191@sysadm.stc> References: <003001c662f5$1e311300$0200000a@polichism> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <003001c662f5$1e311300$0200000a@polichism> User-Agent: Mutt/1.5.11 Sender: Igor Robul X-Archived: Yes Subject: Re: Terminal on FreeBSD 5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2006 05:59:34 -0000 On Tue, Apr 18, 2006 at 04:33:53PM +0200, Polichism wrote: > Hi, > > Anyone knows if can connect a WISE terminal over a LPT port? > I want to run a terminal on my FreeBSD 5.4 server. AFAIK you can connect terminal with serial (COM) port. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 19 07:50:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 E8E4516A402 for ; Wed, 19 Apr 2006 07:50:33 +0000 (UTC) (envelope-from ob@gruft.de) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F6A443D49 for ; Wed, 19 Apr 2006 07:50:33 +0000 (GMT) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1FW7SJ-000Faa-Ue for freebsd-stable@freebsd.org; Wed, 19 Apr 2006 09:50:31 +0200 Date: Wed, 19 Apr 2006 09:50:31 +0200 From: Oliver Brandmueller To: freebsd-stable@freebsd.org Message-ID: <20060419075031.GW46464@e-Gitt.NET> Mail-Followup-To: freebsd-stable@freebsd.org References: <3aaaa3a0604171743y33af6355udf750eca65605920@mail.gmail.com> <44456BC2.1050102@freebsd.org> <3aaaa3a0604181728p79df162bk900d488c746d8069@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GTZ+2qEBTXdGs1w1" Content-Disposition: inline In-Reply-To: <3aaaa3a0604181728p79df162bk900d488c746d8069@mail.gmail.com> User-Agent: Mutt/1.5.11 Sender: Oliver Brandmueller Subject: Re: portsnap mirror servers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2006 07:50:34 -0000 --GTZ+2qEBTXdGs1w1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, On Wed, Apr 19, 2006 at 01:28:56AM +0100, Chris wrote: > On 18/04/06, Colin Percival wrote: > > Why do you think there should be an .eu mirror? >=20 > Whilst portsnap is fast, it is a noticeable speed difference when > using from eu servers, I also think its a good idea for redundancy. I did not yet check in the sources or with tcpdump, but from the=20 htrougput I see, I'd guess, there's a lot of sequential two-way=20 communication involved. That kind of traffic is massively influenced by=20 latency. While most sites in europe are reachable for me with a latency=20 of 15-30ms, I have between 120 and 200 ms to most sites across the=20 atlantic. Maybe this is old-school and not valid today anymore as it was 10 years=20 ago, but keeping traffic local and not pushing the same data through the=20 big exchanges and long distance lines again and again stil seems=20 reasonable to me for various reasons. I also vote for more geographic distribution and a local mirror in=20 europe. While not having any usage data (current usage, hstroy,=20 perspectives), I cannot decide of course, if the time has already come,=20 but I think time will come in foreseeable future. - Oliver --=20 | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | --GTZ+2qEBTXdGs1w1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFERevHiqtMdzjafykRAlEJAJ4rpr0UgBGyupl0LcucmIRLyI2I4wCeNfwD SQZQgBcPcbPEdu+s/jLralI= =EnGD -----END PGP SIGNATURE----- --GTZ+2qEBTXdGs1w1-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 19 09:32:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 15F0716A401 for ; Wed, 19 Apr 2006 09:32:07 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from mx.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id F297E43D5D for ; Wed, 19 Apr 2006 09:31:57 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (unknown [192.168.3.18]) by mx.nitro.dk (Postfix) with ESMTP id B02562D4892 for ; Wed, 19 Apr 2006 09:31:19 +0000 (UTC) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id C5A691141F; Wed, 19 Apr 2006 11:31:54 +0200 (CEST) Date: Wed, 19 Apr 2006 11:31:54 +0200 From: "Simon L. Nielsen" To: freebsd-stable@freebsd.org Message-ID: <20060419093153.GA1095@zaphod.nitro.dk> References: <3aaaa3a0604171743y33af6355udf750eca65605920@mail.gmail.com> <44456BC2.1050102@freebsd.org> <3aaaa3a0604181728p79df162bk900d488c746d8069@mail.gmail.com> <20060419075031.GW46464@e-Gitt.NET> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J/dobhs11T7y2rNN" Content-Disposition: inline In-Reply-To: <20060419075031.GW46464@e-Gitt.NET> User-Agent: Mutt/1.5.11 Subject: Re: portsnap mirror servers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2006 09:32:07 -0000 --J/dobhs11T7y2rNN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2006.04.19 09:50:31 +0200, Oliver Brandmueller wrote: > On Wed, Apr 19, 2006 at 01:28:56AM +0100, Chris wrote: > > On 18/04/06, Colin Percival wrote: > > > Why do you think there should be an .eu mirror? > >=20 > > Whilst portsnap is fast, it is a noticeable speed difference when > > using from eu servers, I also think its a good idea for redundancy. >=20 > I did not yet check in the sources or with tcpdump, but from the=20 > htrougput I see, I'd guess, there's a lot of sequential two-way=20 > communication involved. That kind of traffic is massively influenced by= =20 Hey, Recent portsnap versions (since the ones shipped in 6.0 AFAIR) uses HTTP pipelining (when possible) which means that the latency really doesn't matter since many requests are sent at once without waiting for the reply. I should mention that when pipelining is enabled I don't really see a big difference when using portsnap from Europe compared to systems in the US. More often the local disk limits the speed of portsnap updates for me rather than bandwith/latency. As Colin has said before, there will be more mirrors later, but there really just isn't a need for more right now. --=20 Simon L. Nielsen --J/dobhs11T7y2rNN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFERgOJh9pcDSc1mlERAucKAKCOlmN3VkXgAPW2A/+X4sph/nyVHACeIQ4e 14AATr5muyqpcrRG+yd5RWw= =jsgP -----END PGP SIGNATURE----- --J/dobhs11T7y2rNN-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 19 12:15:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 58F8316A401; Wed, 19 Apr 2006 12:15:30 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from mx.gfk.ru (mx.gfk.ru [84.21.231.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B27E43D48; Wed, 19 Apr 2006 12:15:28 +0000 (GMT) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from demon.hhp.local by mx.gfk.ru (MDaemon.PRO.v8.1.4.R) with ESMTP id md50000176863.msg; Wed, 19 Apr 2006 16:15:14 +0400 X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Date: Wed, 19 Apr 2006 16:15:10 +0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: em (+pf+vlan+bridge+netgraph) stop sending packets (?) thread-index: AcZjqueiWgzcqT1ZSRG8M8YOLMePiA== From: "Yuriy Tsibizov" To: X-Spam-Processed: mx.gfk.ru, Wed, 19 Apr 2006 16:15:14 +0400 (not processed: message from valid local sender) X-MDRemoteIP: 10.0.0.8 X-Return-Path: Yuriy.Tsibizov@gfk.ru X-MDAV-Processed: mx.gfk.ru, Wed, 19 Apr 2006 16:15:18 +0400 Cc: glebius@FreeBSD.org Subject: em (+pf+vlan+bridge+netgraph) stop sending packets (?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2006 12:15:30 -0000 I run a 6.1-RC (as of Apr, 14th) and after a day nothing can be sent = from em interface. It is a filtering+accounting bridge-on-a-stick, with em interface = connected to 3Com Switch 4200 100Mbit (not Gbit) port with 4 tagged = vlans on it: # This file now contains just the overrides from /etc/defaults/rc.conf. # Please make all changes to this file, not to /etc/defaults/rc.conf. hostname=3D"XXXX.gfk.ru" defaultrouter=3D"10.X.X.X" ifconfig_sis0=3D"10.X.X.X/24" ifconfig_em0=3D"up" cloned_interfaces=3D"vlan0 vlan1 vlan2 vlan3 bridge0 bridge1" ifconfig_vlan0=3D"84.X.X.X/28 vlan 21 vlandev em0 up" ifconfig_vlan1=3D"vlan 22 vlandev em0 up" ifconfig_bridge0=3D"addm vlan0 addm vlan1 up" ifconfig_vlan2=3D"217.X.X.X/29 vlan 31 vlandev em0 up" ifconfig_vlan3=3D"vlan 32 vlandev em0 up" ifconfig_bridge1=3D"addm vlan2 addm vlan3 up" syslogd_flags=3D"-ss" sshd_enable=3D"YES" ipsec_enable=3D"YES" pf_enable=3D"YES" pf_rules=3D"/etc/pf.freeroute" pflog_enable=3D"YES" and kernel is GENERIC with unused hardware removed and=20 #### options DEVICE_POLLING options IPSEC options IPSEC_ESP options IPSEC_FILTERGIF device vlan device pf device pflog device pfsync device if_bridge # altq(9). Enable the base part of the hooks with the ALTQ option. # also have the ALTQ_NOPCC option. options ALTQ options ALTQ_CBQ # Class Bases Queueing options ALTQ_RED # Random Early Detection options ALTQ_RIO # RED In/Out options ALTQ_HFSC # Hierarchical Packet Scheduler options ALTQ_CDNR # Traffic conditioner options ALTQ_PRIQ # Priority Queueing options ALTQ_NOPCC # Required for SMP build #options ALTQ_DEBUG added. em0 is=20 em0@pci0:10:0: class=3D0x020000 card=3D0x002e8086 chip=3D0x100e8086 = rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82540EM Gigabit Ethernet Controller' class =3D network subclass =3D ethernet em0: port = 0xb400-0xb43f mem 0xd7ea0000-0xd7ebffff,0xd7e80000-0xd7e9ffff irq 18 at = device 10.0 on pci0 em0: [GIANT-LOCKED] em0: Ethernet address: 00:07:e9:09:c2:3d Polling was not used (I'll try to work with polling enabled on em0). ALTQ is not configured, pf has all block rules logged and I can't see = anything relevant logged to pflog. This machine also use netgraph netflow for traffic accounting on vlan = interfaces, but shutting down all netgraph nodes does not help. Turning vlans, bridge and em down and up does not help too. Traffic is received (I can see pairs of OSPF HELO messages from ISP = router logged on pflog0 exactly every 10 seconds), but it looks like = nothing can be sent. Yuriy Tsibizov, GfK RUS From owner-freebsd-stable@FreeBSD.ORG Wed Apr 19 14:23:22 2006 Return-Path: X-Original-To: stable@freebsd.org 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 8FF1716A401 for ; Wed, 19 Apr 2006 14:23:22 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from spork.qfe3.net (spork.qfe3.net [212.13.207.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF1C243D69 for ; Wed, 19 Apr 2006 14:23:16 +0000 (GMT) (envelope-from tom.hurst@clara.net) Received: from [81.104.145.173] (helo=voi.aagh.net) by spork.qfe3.net with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FWDaN-000I5n-2f; Wed, 19 Apr 2006 15:23:15 +0100 Received: from freaky by voi.aagh.net with local (Exim 4.54 (FreeBSD)) id 1FWDaM-000Irh-K6; Wed, 19 Apr 2006 15:23:14 +0100 Date: Wed, 19 Apr 2006 15:23:14 +0100 From: Thomas Hurst To: Damian Gerow Message-ID: <20060419142314.GA69130@voi.aagh.net> Mail-Followup-To: Damian Gerow , stable@freebsd.org References: <20060416140823.GF46601@afflictions.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060416140823.GF46601@afflictions.org> Organization: Not much. User-Agent: Mutt/1.5.11 Sender: Thomas Hurst Cc: stable@freebsd.org Subject: Re: Tyan K8WE BIOS v1.03 and -STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2006 14:23:22 -0000 * Damian Gerow (dgerow@afflictions.org) wrote: > I tried updating the BIOS on my K8WE (S2895) yesterday to 1.03, but > after the update, FreeBSD (RELENG_6 dated March 26) would randomly > freeze after booting. > > As I was updating from v1.01, I suspect it may be the updates to > the nVidia SATA firmware that caused the issue, as things generally > froze shortly after the background fsck processed kicked in (with, > obviously, the exception of the first boot, and a few others). It may > be worth noting that Windows, though booting fine, did complain that > the ATA driver was mis-matched for the firmware of the ATA controller. > > Is anyone else successfully running -STABLE with v1.03 on a K8WE? Just > wondering if this is something specific to the options I've chosen, or if > it's an interaction issue between FreeBSD and this BIOS revision. > > (No, I haven't tried just going to 1.02, as I needed the machine. Though > that should be a fairly good test to narrow down what the problem is.) I've not tried 1.03; I just tried flashing, but apparantly the only floppy I have to hand has died. However, I've been running 1.02 for months without problems. The only SATA issues I've encountered are non-functional hot-plug and the usual 4GB+/multiple drives lockup, which I "solved" by using a LSI MegaRAID for 6 of the 8 drives. This is using the same SATA firmware as 1.03 according to the changelog on http://www.tyan.com/support/html/b_s2895.html so I doubt it's that. -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-stable@FreeBSD.ORG Wed Apr 19 14:44:54 2006 Return-Path: X-Original-To: stable@freebsd.org 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 01D0F16A400 for ; Wed, 19 Apr 2006 14:44:54 +0000 (UTC) (envelope-from jdow@earthlink.net) Received: from elasmtp-banded.atl.sa.earthlink.net (elasmtp-banded.atl.sa.earthlink.net [209.86.89.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20A3A43D46 for ; Wed, 19 Apr 2006 14:44:53 +0000 (GMT) (envelope-from jdow@earthlink.net) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net; b=iXGtM9fxh7s5KakAEK0aUKmxtxu3BtG4YnbXcCq2gizej8e5tLLWJbzIe1qqKtt9; h=Received:Message-ID:From:To:References:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:X-MSMail-Priority:X-Mailer:X-MimeOLE:X-ELNK-Trace:X-Originating-IP; Received: from [71.116.183.98] (helo=Wednesday) by elasmtp-banded.atl.sa.earthlink.net with asmtp (Exim 4.34) id 1FWDvC-0001Ih-7G for stable@freebsd.org; Wed, 19 Apr 2006 10:44:48 -0400 Message-ID: <086501c663bf$cd6e2950$0225a8c0@Wednesday> From: "jdow" To: References: <20060416140823.GF46601@afflictions.org> <20060419142314.GA69130@voi.aagh.net> Date: Wed, 19 Apr 2006 07:44:45 -0700 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 X-ELNK-Trace: bb89ecdb26a8f9f24d2b10475b57112040a703d44addcea8f09bf11ff50176a39072ae4777b98cc8350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 71.116.183.98 Cc: Subject: Re: Tyan K8WE BIOS v1.03 and -STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2006 14:44:54 -0000 From: "Thomas Hurst" >* Damian Gerow (dgerow@afflictions.org) wrote: > >> I tried updating the BIOS on my K8WE (S2895) yesterday to 1.03, but >> after the update, FreeBSD (RELENG_6 dated March 26) would randomly >> freeze after booting. >> >> As I was updating from v1.01, I suspect it may be the updates to >> the nVidia SATA firmware that caused the issue, as things generally >> froze shortly after the background fsck processed kicked in (with, >> obviously, the exception of the first boot, and a few others). It may >> be worth noting that Windows, though booting fine, did complain that >> the ATA driver was mis-matched for the firmware of the ATA controller. >> >> Is anyone else successfully running -STABLE with v1.03 on a K8WE? Just >> wondering if this is something specific to the options I've chosen, or if >> it's an interaction issue between FreeBSD and this BIOS revision. >> >> (No, I haven't tried just going to 1.02, as I needed the machine. Though >> that should be a fairly good test to narrow down what the problem is.) > > I've not tried 1.03; I just tried flashing, but apparantly the only > floppy I have to hand has died. However, I've been running 1.02 for > months without problems. The only SATA issues I've encountered are > non-functional hot-plug and the usual 4GB+/multiple drives lockup, which I > "solved" by using a LSI MegaRAID for 6 of the 8 drives. > > This is using the same SATA firmware as 1.03 according to the changelog > on http://www.tyan.com/support/html/b_s2895.html so I doubt it's that. I have one of those here, too. I have the 205H BIOS running. At the moment the system is tied up being XP because that's where I earn my income. One thing I did discover is that the latest AMD AGP software that is officially posted as of the beginning of the year is bad. I managed to get a copy of an experimental AGP GART driver that works like a champ. There might be a similar issue with the code for BSD to watch for. (It took over a month to track that down. I could only run a single CPU with cards in carefully selected slots with the release GART BIOS. With this beta one I got I can go full bore and everything is basically cool.) {^_^} Joanne From owner-freebsd-stable@FreeBSD.ORG Wed Apr 19 17:47:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 6128816A40A for ; Wed, 19 Apr 2006 17:47:35 +0000 (UTC) (envelope-from bln@deprese.net) Received: from hades.deprese.net (hades.deprese.net [81.2.209.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A4B343D62 for ; Wed, 19 Apr 2006 17:47:34 +0000 (GMT) (envelope-from bln@deprese.net) Received: from [147.32.98.167] (traveler.hk.cvut.cz [147.32.98.167]) by hades.deprese.net (Postfix) with ESMTP id B80C433C2C for ; Wed, 19 Apr 2006 19:47:33 +0200 (CEST) Message-ID: <444677A7.3090604@deprese.net> Date: Wed, 19 Apr 2006 19:47:19 +0200 From: Ondra Holecek User-Agent: Thunderbird 1.5 (X11/20060213) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: kouwell ata raid X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2006 17:47:35 -0000 hello, i'm looking for some cheap hardware ata raid (mirror) for freebsd 6 i think about KOUWELL KW-571B, it uses Silicon Image Sil 0680 chip. I heard that this chip was not supported in FreeBSD, but as I look to "man ad", it seems, it is supported now. My question is, does somebody use it? and works it? is there some management software (ie. disk failure signalization)? Thank for help Ondra From owner-freebsd-stable@FreeBSD.ORG Wed Apr 19 19:53:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 532CD16A402 for ; Wed, 19 Apr 2006 19:53:46 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from mail.goodforbusiness.co.uk (mail.goodforbusiness.co.uk [83.223.104.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4422443D70 for ; Wed, 19 Apr 2006 19:53:44 +0000 (GMT) (envelope-from dom@helenmarks.co.uk) Received: from localhost (localhost [127.0.0.1]) by mail.goodforbusiness.co.uk (Postfix) with ESMTP id 21CEA11464; Wed, 19 Apr 2006 20:53:43 +0100 (BST) Received: from mail.goodforbusiness.co.uk ([127.0.0.1]) by localhost (mail.goodforbusiness.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 98576-10; Wed, 19 Apr 2006 20:53:42 +0100 (BST) Received: from mail.helenmarks.co.uk (unknown [192.168.100.1]) by mail.goodforbusiness.co.uk (Postfix) with ESMTP id BD0AD11463; Wed, 19 Apr 2006 20:53:42 +0100 (BST) Received: from localhost (localhost [127.0.0.1]) by mail.helenmarks.co.uk (Postfix) with ESMTP id 334F617031; Wed, 19 Apr 2006 20:53:42 +0100 (BST) Received: from mail.helenmarks.co.uk ([127.0.0.1]) by localhost (mail.helenmarks.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 57548-01; Wed, 19 Apr 2006 20:53:41 +0100 (BST) Received: from [192.168.15.3] (egg.helenmarks.co.uk [192.168.15.3]) by mail.helenmarks.co.uk (Postfix) with ESMTP id 4587B17030; Wed, 19 Apr 2006 20:53:41 +0100 (BST) Message-ID: <4446956A.50806@helenmarks.co.uk> Date: Wed, 19 Apr 2006 20:54:18 +0100 From: Dominic Marks User-Agent: Thunderbird 1.5 (X11/20060403) MIME-Version: 1.0 To: Ondra Holecek References: <444677A7.3090604@deprese.net> In-Reply-To: <444677A7.3090604@deprese.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at helenmarks.co.uk X-Virus-Scanned: mail.goodforbusiness.co.uk Cc: freebsd-stable@freebsd.org Subject: Re: kouwell ata raid X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2006 19:53:46 -0000 Ondra Holecek wrote: > hello, > > i'm looking for some cheap hardware ata raid (mirror) for freebsd 6 > > i think about KOUWELL KW-571B, it uses Silicon Image Sil 0680 chip. > > I heard that this chip was not supported in FreeBSD, but as I look to > "man ad", it seems, it is supported now. > > My question is, does somebody use it? and works it? is there some > management software (ie. disk failure signalization)? If it is anything like the previous Sil chipsets it will not be reliable. I'd be very sceptical about it indeed. I would be interested if you could provide some information on your experiences with it. Also if is worth knowing that at least on some "hardware" RAID implementations they are not really hardware at all (from what I understand). This is true one at least one system (a low-end Dell PowerEdge). HTH, Dominic > Thank for help > Ondra > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Apr 19 21:57:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 4E49C16A400; Wed, 19 Apr 2006 21:57:48 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D38443D60; Wed, 19 Apr 2006 21:57:45 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.6/8.13.1) with ESMTP id k3JLvXKr064904; Wed, 19 Apr 2006 18:57:33 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Wed, 19 Apr 2006 18:57:21 -0300 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200604191857.22240.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-amd64@freebsd.org Subject: ath compile error on releng_5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2006 21:57:48 -0000 seems the ath_hal source on releng_5 is i386 and does not compile as module= =20 neither as kernel configuration on amd64 ath compiles as module but can not be loaded (exec error) I suppose this is a known issue or some needs details? ld -d -warn-common -r -d -o ath_hal.ko hal.o ah_osdep.o ld: Relocatable linking with relocations from format elf32-i386-freebsd=20 (hal.o) to format elf64-x86-64 (ath_hal.ko) is not supported *** Error code 1 Stop in /usr/src/sys/modules/ath_hal. Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Wed Apr 19 22:03:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 8103216A456 for ; Wed, 19 Apr 2006 22:03:27 +0000 (UTC) (envelope-from isaac.waldron@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47CD243D6B for ; Wed, 19 Apr 2006 22:03:09 +0000 (GMT) (envelope-from isaac.waldron@gmail.com) Received: by wproxy.gmail.com with SMTP id i12so266592wra for ; Wed, 19 Apr 2006 15:03:09 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=ZcnwUdhLP0/0rH1KXJnqbvT2ckW+VPUSntYmb1ImcSjwSQpboeUsqsS9KtggwcoB99wo0uO6hh6iRxn7f3PYK2hd+U5ZNLmxBMybeMtDfXwSxeGCxmuVj/CAxZF2e4PAWvx6kUe3LchAIpftsmPaxqNc2mFTT+9jj9Ht3I6dqS0= Received: by 10.54.156.4 with SMTP id d4mr95203wre; Wed, 19 Apr 2006 15:03:03 -0700 (PDT) Received: by 10.54.158.19 with HTTP; Wed, 19 Apr 2006 15:03:03 -0700 (PDT) Message-ID: <9c16502b0604191503u7891e5d6u17eaa3f5dc754c1e@mail.gmail.com> Date: Wed, 19 Apr 2006 18:03:03 -0400 From: "Isaac Waldron" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: wpa_supplicant and wi X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2006 22:03:27 -0000 I am using a Netgear MA401 with the wi driver, and am having trouble using wpa_supplicant to set static WEP keys. I have the wlan_wep.ko module loaded with wlan and wi built into the kernel. My wpa_supplicant.conf looks like this: ctrl_interface=3D/var/run/wpa_supplicant ctrl_interface_group=3Dwheel network=3D{ =09ssid=3D"INTERNERD" =09scan_ssid=3D1 =09priority=3D1 =09key_mgmt=3DNONE =09wep_key0=3D75745E266D4247372840217E73 =09wep_tx_keyidx=3D0 } and wpa_supplicant -i wi0 -c /etc/wpa_supplicant.conf -d -d returns the following: Initializing interface 'wi0' conf '/etc/wpa_supplicant.conf' driver 'default' ctrl_interface 'N/A' Configuration file '/etc/wpa_supplicant.conf' -> '/etc/wpa_supplicant.conf' Reading configuration file '/etc/wpa_supplicant.conf' ctrl_interface=3D'/var/run/wpa_supplicant' ctrl_interface_group=3D0 (from group name 'wheel') Line: 4 - start of a new network block ssid - hexdump_ascii(len=3D9): 49 4e 54 45 52 4e 45 52 44 INTERNERD scan_ssid=3D1 (0x1) priority=3D1 (0x1) key_mgmt: 0x4 wep_key0 - hexdump(len=3D13): 75 74 5e 26 6d 42 47 37 28 40 21 7e 73 wep_tx_keyidx=3D0 (0x0) Priority group 1 id=3D0 ssid=3D'INTERNERD' Initializing interface (2) 'wi0' EAPOL: SUPP_PAE entering state DISCONNECTED EAPOL: KEY_RX entering state NO_KEY_RECEIVE EAPOL: SUPP_BE entering state INITIALIZE EAP: EAP entering state DISABLED EAPOL: External notification - portEnabled=3D0 EAPOL: External notification - portValid=3D0 Own MAC address: 00:09:5b:29:81:67 wpa_driver_bsd_set_wpa: enabled=3D1 wpa_driver_bsd_set_wpa_internal: wpa=3D3 privacy=3D1 wpa_driver_bsd_del_key: keyidx=3D0 wpa_driver_bsd_del_key: keyidx=3D1 wpa_driver_bsd_del_key: keyidx=3D2 wpa_driver_bsd_del_key: keyidx=3D3 wpa_driver_bsd_set_countermeasures: enabled=3D0 wpa_driver_bsd_set_drop_unencrypted: enabled=3D1 Setting scan request: 0 sec 100000 usec Added interface wi0 State: DISCONNECTED -> SCANNING Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=3D9): 49 4e 54 45 52 4e 45 52 44 INTERNERD State: SCANNING -> ASSOCIATED Associated to a new BSS: BSSID=3D00:14:bf:00:2e:d4 No keys have been configured - skip key clearing Network configuration found for the current AP WPA: clearing AP WPA IE WPA: clearing AP RSN IE WPA: clearing own WPA/RSN IE EAPOL: External notification - portControl=3DForceAuthorized Associated with 00:14:bf:00:2e:d4 WPA: Association event - clear replay counter EAPOL: External notification - portEnabled=3D0 EAPOL: External notification - portValid=3D0 EAPOL: External notification - portEnabled=3D1 EAPOL: SUPP_PAE entering state S_FORCE_AUTH EAPOL: SUPP_BE entering state IDLE Cancelling authentication timeout State: ASSOCIATED -> COMPLETED No keys are set on the wi0 interface apparently, as ifconfig reports deftxkey UNDEF and no configured keys. In other outputs from wpa_supplicant that I've seen, there are lines beginning with wpa_driver_bsd_key_set that appear to be key setting. Does anyone have this working with a MA401 that could help me out? Thanks, Isaac Waldron -- Isaac Waldron isaac.waldron@gmail.com mobile: 1-508-353-3453 aim: n1yzi From owner-freebsd-stable@FreeBSD.ORG Wed Apr 19 22:12:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 7F69416A403 for ; Wed, 19 Apr 2006 22:12:14 +0000 (UTC) (envelope-from isaac.waldron@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id E044C43D48 for ; Wed, 19 Apr 2006 22:12:13 +0000 (GMT) (envelope-from isaac.waldron@gmail.com) Received: by wproxy.gmail.com with SMTP id i12so267998wra for ; Wed, 19 Apr 2006 15:12:13 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=BqPuOAQTe5+1SaUv20F9qE6GmsOQZjijunc05hmcdAl7qRtg87XnSdbXKdELH7ki8S94yQqsWZTYb1RDOrIbL0c4jW6J4udDpQAMwoqztZjA/oYsoFwKSZ5l4wzi8wxT038o7BrgFgMcgJjFsiNemjH1Es5bXuL4zPIx+/a0VwU= Received: by 10.54.130.10 with SMTP id c10mr132350wrd; Wed, 19 Apr 2006 15:12:13 -0700 (PDT) Received: by 10.54.158.19 with HTTP; Wed, 19 Apr 2006 15:12:13 -0700 (PDT) Message-ID: <9c16502b0604191512ldeccd00r7e58dbf1ef120c43@mail.gmail.com> Date: Wed, 19 Apr 2006 18:12:13 -0400 From: "Isaac Waldron" To: freebsd-stable@freebsd.org In-Reply-To: <9c16502b0604191503u7891e5d6u17eaa3f5dc754c1e@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <9c16502b0604191503u7891e5d6u17eaa3f5dc754c1e@mail.gmail.com> Subject: Re: wpa_supplicant and wi X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2006 22:12:14 -0000 I should add that I'm running RELENG_6 updated and compiled on 4/19/2006. On 4/19/06, Isaac Waldron wrote: > I am using a Netgear MA401 with the wi driver, and am having trouble > using wpa_supplicant to set static WEP keys. I have the wlan_wep.ko > module loaded with wlan and wi built into the kernel. My > wpa_supplicant.conf looks like this: > > ctrl_interface=3D/var/run/wpa_supplicant > ctrl_interface_group=3Dwheel > > network=3D{ > ssid=3D"INTERNERD" > scan_ssid=3D1 > priority=3D1 > key_mgmt=3DNONE > wep_key0=3D75745E266D4247372840217E73 > wep_tx_keyidx=3D0 > } > > and wpa_supplicant -i wi0 -c /etc/wpa_supplicant.conf -d -d returns > the following: > > Initializing interface 'wi0' conf '/etc/wpa_supplicant.conf' driver > 'default' ctrl_interface 'N/A' > Configuration file '/etc/wpa_supplicant.conf' -> '/etc/wpa_supplicant.con= f' > Reading configuration file '/etc/wpa_supplicant.conf' > ctrl_interface=3D'/var/run/wpa_supplicant' > ctrl_interface_group=3D0 (from group name 'wheel') > Line: 4 - start of a new network block > ssid - hexdump_ascii(len=3D9): > 49 4e 54 45 52 4e 45 52 44 INTERNERD > scan_ssid=3D1 (0x1) > priority=3D1 (0x1) > key_mgmt: 0x4 > wep_key0 - hexdump(len=3D13): 75 74 5e 26 6d 42 47 37 28 40 21 7e 73 > wep_tx_keyidx=3D0 (0x0) > Priority group 1 > id=3D0 ssid=3D'INTERNERD' > Initializing interface (2) 'wi0' > EAPOL: SUPP_PAE entering state DISCONNECTED > EAPOL: KEY_RX entering state NO_KEY_RECEIVE > EAPOL: SUPP_BE entering state INITIALIZE > EAP: EAP entering state DISABLED > EAPOL: External notification - portEnabled=3D0 > EAPOL: External notification - portValid=3D0 > Own MAC address: 00:09:5b:29:81:67 > wpa_driver_bsd_set_wpa: enabled=3D1 > wpa_driver_bsd_set_wpa_internal: wpa=3D3 privacy=3D1 > wpa_driver_bsd_del_key: keyidx=3D0 > wpa_driver_bsd_del_key: keyidx=3D1 > wpa_driver_bsd_del_key: keyidx=3D2 > wpa_driver_bsd_del_key: keyidx=3D3 > wpa_driver_bsd_set_countermeasures: enabled=3D0 > wpa_driver_bsd_set_drop_unencrypted: enabled=3D1 > Setting scan request: 0 sec 100000 usec > Added interface wi0 > State: DISCONNECTED -> SCANNING > Starting AP scan (specific SSID) > Scan SSID - hexdump_ascii(len=3D9): > 49 4e 54 45 52 4e 45 52 44 INTERNERD > State: SCANNING -> ASSOCIATED > Associated to a new BSS: BSSID=3D00:14:bf:00:2e:d4 > No keys have been configured - skip key clearing > Network configuration found for the current AP > WPA: clearing AP WPA IE > WPA: clearing AP RSN IE > WPA: clearing own WPA/RSN IE > EAPOL: External notification - portControl=3DForceAuthorized > Associated with 00:14:bf:00:2e:d4 > WPA: Association event - clear replay counter > EAPOL: External notification - portEnabled=3D0 > EAPOL: External notification - portValid=3D0 > EAPOL: External notification - portEnabled=3D1 > EAPOL: SUPP_PAE entering state S_FORCE_AUTH > EAPOL: SUPP_BE entering state IDLE > Cancelling authentication timeout > State: ASSOCIATED -> COMPLETED > > No keys are set on the wi0 interface apparently, as ifconfig reports > deftxkey UNDEF and no configured keys. In other outputs from > wpa_supplicant that I've seen, there are lines beginning with > wpa_driver_bsd_key_set that appear to be key setting. > > Does anyone have this working with a MA401 that could help me out? > > Thanks, > Isaac Waldron > -- > Isaac Waldron > isaac.waldron@gmail.com > mobile: 1-508-353-3453 > aim: n1yzi > -- Isaac Waldron isaac.waldron@gmail.com mobile: 1-508-353-3453 aim: n1yzi From owner-freebsd-stable@FreeBSD.ORG Wed Apr 19 22:29:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 402EF16A400 for ; Wed, 19 Apr 2006 22:29:37 +0000 (UTC) (envelope-from dmagda@ee.ryerson.ca) Received: from tomts36-srv.bellnexxia.net (tomts36.bellnexxia.net [209.226.175.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id A175843D49 for ; Wed, 19 Apr 2006 22:29:36 +0000 (GMT) (envelope-from dmagda@ee.ryerson.ca) Received: from [192.168.1.133] ([67.70.85.25]) by tomts36-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20060419222934.HSLL13653.tomts36-srv.bellnexxia.net@[192.168.1.133]> for ; Wed, 19 Apr 2006 18:29:34 -0400 In-Reply-To: References: <444566B9.9060200@gurusnetwork.org> Mime-Version: 1.0 (Apple Message framework v746.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <03B17627-9B64-4165-9971-5017EB6EB6AA@ee.ryerson.ca> Content-Transfer-Encoding: 7bit From: David Magda Date: Wed, 19 Apr 2006 18:29:33 -0400 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.746.3) Subject: Re: ssh- lagging logins X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: David Magda List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2006 22:29:37 -0000 On Apr 19, 2006, at 00:16, Low Kian Seong wrote: > Cyberhigh, > > Well, you can always try to find out what is going on my passing > the '-vvv' > parameter to ssh while it's trying to access the remote machine. > > On 4/19/06, CyBerHigh wrote: >> >> I am using Freebsd 6.0 and running Openssh. All of a sudden it takes >> nearly 4 minutes to conferm that my password is correct. It has >> never >> done this to me and all of a sudden it started it. I haven't even >> update the ports collection or anything so there is no reason I can >> think of way it would just start? >> >> Does anyone else have this problem? You may want to check your DNS infrastructure / settings. SSHd does lookups to make sure that forward and reverse mappings are the same. If there's an issue with DNS, then these lookups may take a while. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 19 23:45:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 97CE016A405 for ; Wed, 19 Apr 2006 23:45:48 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 248C143D46 for ; Wed, 19 Apr 2006 23:45:48 +0000 (GMT) (envelope-from grafan@gmail.com) Received: by nz-out-0102.google.com with SMTP id l8so1401550nzf for ; Wed, 19 Apr 2006 16:45:47 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=Y3HCcItJffwouQfImQxhyG/dqO2UwRO3JlfhhI/65193Y4UdV1hx0lPwCU5EqJMitLFqofcKL8uZb5lb9rY6hB7AGskR/fYtOvM7CpJacpqVBuUClTQU46h44D/O/qh+P+4Ci6H5VVZo+nkUQCdIn9UvE143AVTLaIj8ZNrzW/I= Received: by 10.36.220.48 with SMTP id s48mr35749nzg; Wed, 19 Apr 2006 16:45:47 -0700 (PDT) Received: by 10.36.58.13 with HTTP; Wed, 19 Apr 2006 16:45:47 -0700 (PDT) Message-ID: <6eb82e0604191645p70646962m78f89756d2714be7@mail.gmail.com> Date: Wed, 19 Apr 2006 19:45:47 -0400 From: "Rong-En Fan" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline Cc: peter@freebsd.org Subject: ypwhich -m X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2006 23:45:48 -0000 SGksCgpJIGZvdW5kIHRoYXQgeXB3aGljaCAtbSBkb2VzIG5vdCB3b3JrIG9uIDYuMS1SQywgaXQg c2hvd3MKCnlwd2hpY2g6IGNhbid0IGZpbmQgdGhlIG1hc3RlciBvZiBg77+9YDogcmVhc29uOiBO byBzdWNoIG1hcCBpbiBzZXJ2ZXIncyBkb21haW4KCklJUkMsIHRoZXJlIHdhcyBhIGNvbW1pdCBs YXN0IHllYXIgdG8gZml4IHRoaXMuIEFmdGVyIHNvbWUgc2VhcmNoLCBJIHRoaW5rCml0IGlzIGlu Y2x1ZGUvcnBjc3ZjL3lwX3Byb3QuaCByZXZpc2lvbiAxLjEzIGRvbmUgYnkgcGV0ZXJAIChDQydl ZCkuCkFzIGZhciBhcyBJIGNhbiB0ZWxsLCB5cHdoaWNoIC1tIGlzIGFsc28gYnJva2VuIG9uIDUu NCBhbmQgNS41LVBSRVJFTEVBU0UuCgpJIGhhdmUgdGVzdGVkIHRoYXQgcmV2aXNpb24gb24gYSA1 LjUtUFJFUkVMRUFTRSBtYWNoaW5lLCBpdApmaXhlcyB5cHdoaWNoIC1tLiBJIHdvdWxkIGxpa2Ug dG8gc2VlIHRoaXMgTUZDJ2VkIHRvIFJFTEVOR182CmFuZCBSRUxFTkdfNSwgc28gdGhlIG5ld2Vy IHJlbGVhc2VzIHdpbGwgaGF2ZSB0aGlzIGZpeGVkLgoKVGhhbmtzLApSb25nLUVuIEZhbgo= From owner-freebsd-stable@FreeBSD.ORG Thu Apr 20 00:05:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 C2D0816A400 for ; Thu, 20 Apr 2006 00:05:08 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A26B43D58 for ; Thu, 20 Apr 2006 00:05:08 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Wed, 19 Apr 2006 17:05:03 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 6FD6345042; Wed, 19 Apr 2006 17:05:02 -0700 (PDT) To: "Isaac Waldron" In-reply-to: Your message of "Wed, 19 Apr 2006 18:12:13 EDT." <9c16502b0604191512ldeccd00r7e58dbf1ef120c43@mail.gmail.com> Date: Wed, 19 Apr 2006 17:05:02 -0700 From: "Kevin Oberman" Message-Id: <20060420000502.6FD6345042@ptavv.es.net> Cc: freebsd-stable@freebsd.org Subject: Re: wpa_supplicant and wi X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 00:05:08 -0000 > Date: Wed, 19 Apr 2006 18:12:13 -0400 > From: "Isaac Waldron" > Sender: owner-freebsd-stable@freebsd.org > > I should add that I'm running RELENG_6 updated and compiled on 4/19/2006. > > On 4/19/06, Isaac Waldron wrote: > > I am using a Netgear MA401 with the wi driver, and am having trouble > > using wpa_supplicant to set static WEP keys. I have the wlan_wep.ko > > module loaded with wlan and wi built into the kernel. My > > wpa_supplicant.conf looks like this: > > > > ctrl_interface=3D/var/run/wpa_supplicant > > ctrl_interface_group=3Dwheel > > > > network=3D{ > > ssid=3D"INTERNERD" > > scan_ssid=3D1 > > priority=3D1 > > key_mgmt=3DNONE > > wep_key0=3D75745E266D4247372840217E73 > > wep_tx_keyidx=3D0 > > } > > > > and wpa_supplicant -i wi0 -c /etc/wpa_supplicant.conf -d -d returns > > the following: > > > > Initializing interface 'wi0' conf '/etc/wpa_supplicant.conf' driver > > 'default' ctrl_interface 'N/A' > > Configuration file '/etc/wpa_supplicant.conf' -> '/etc/wpa_supplicant.con= > f' > > Reading configuration file '/etc/wpa_supplicant.conf' > > ctrl_interface=3D'/var/run/wpa_supplicant' > > ctrl_interface_group=3D0 (from group name 'wheel') > > Line: 4 - start of a new network block > > ssid - hexdump_ascii(len=3D9): > > 49 4e 54 45 52 4e 45 52 44 INTERNERD > > scan_ssid=3D1 (0x1) > > priority=3D1 (0x1) > > key_mgmt: 0x4 > > wep_key0 - hexdump(len=3D13): 75 74 5e 26 6d 42 47 37 28 40 21 7e 73 > > wep_tx_keyidx=3D0 (0x0) > > Priority group 1 > > id=3D0 ssid=3D'INTERNERD' > > Initializing interface (2) 'wi0' > > EAPOL: SUPP_PAE entering state DISCONNECTED > > EAPOL: KEY_RX entering state NO_KEY_RECEIVE > > EAPOL: SUPP_BE entering state INITIALIZE > > EAP: EAP entering state DISABLED > > EAPOL: External notification - portEnabled=3D0 > > EAPOL: External notification - portValid=3D0 > > Own MAC address: 00:09:5b:29:81:67 > > wpa_driver_bsd_set_wpa: enabled=3D1 > > wpa_driver_bsd_set_wpa_internal: wpa=3D3 privacy=3D1 > > wpa_driver_bsd_del_key: keyidx=3D0 > > wpa_driver_bsd_del_key: keyidx=3D1 > > wpa_driver_bsd_del_key: keyidx=3D2 > > wpa_driver_bsd_del_key: keyidx=3D3 > > wpa_driver_bsd_set_countermeasures: enabled=3D0 > > wpa_driver_bsd_set_drop_unencrypted: enabled=3D1 > > Setting scan request: 0 sec 100000 usec > > Added interface wi0 > > State: DISCONNECTED -> SCANNING > > Starting AP scan (specific SSID) > > Scan SSID - hexdump_ascii(len=3D9): > > 49 4e 54 45 52 4e 45 52 44 INTERNERD > > State: SCANNING -> ASSOCIATED > > Associated to a new BSS: BSSID=3D00:14:bf:00:2e:d4 > > No keys have been configured - skip key clearing > > Network configuration found for the current AP > > WPA: clearing AP WPA IE > > WPA: clearing AP RSN IE > > WPA: clearing own WPA/RSN IE > > EAPOL: External notification - portControl=3DForceAuthorized > > Associated with 00:14:bf:00:2e:d4 > > WPA: Association event - clear replay counter > > EAPOL: External notification - portEnabled=3D0 > > EAPOL: External notification - portValid=3D0 > > EAPOL: External notification - portEnabled=3D1 > > EAPOL: SUPP_PAE entering state S_FORCE_AUTH > > EAPOL: SUPP_BE entering state IDLE > > Cancelling authentication timeout > > State: ASSOCIATED -> COMPLETED > > > > No keys are set on the wi0 interface apparently, as ifconfig reports > > deftxkey UNDEF and no configured keys. In other outputs from > > wpa_supplicant that I've seen, there are lines beginning with > > wpa_driver_bsd_key_set that appear to be key setting. > > > > Does anyone have this working with a MA401 that could help me out? > > > > Thanks, > > Isaac Waldron > > -- > > Isaac Waldron > > isaac.waldron@gmail.com > > mobile: 1-508-353-3453 > > aim: n1yzi > > Unfortunately the wi driver (and some versions of the hardware) does not provide enough information to the wlan layer to support wpa-supplicant. Check out the archives for previous discussions of this. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-stable@FreeBSD.ORG Thu Apr 20 00:11:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 B94F216A400; Thu, 20 Apr 2006 00:11:43 +0000 (UTC) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9E3043D68; Thu, 20 Apr 2006 00:11:42 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id k3K0BgK0022690; Wed, 19 Apr 2006 17:11:42 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id k3K0Bgab022689; Wed, 19 Apr 2006 17:11:42 -0700 Date: Wed, 19 Apr 2006 17:11:42 -0700 From: Brooks Davis To: Rong-En Fan Message-ID: <20060420001142.GB19865@odin.ac.hmc.edu> References: <6eb82e0604191645p70646962m78f89756d2714be7@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CUfgB8w4ZwR/yMy5" Content-Disposition: inline In-Reply-To: <6eb82e0604191645p70646962m78f89756d2714be7@mail.gmail.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: re@freebsd.org, freebsd-stable@freebsd.org, peter@freebsd.org Subject: Re: ypwhich -m X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 00:11:43 -0000 --CUfgB8w4ZwR/yMy5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 19, 2006 at 07:45:47PM -0400, Rong-En Fan wrote: > Hi, >=20 > I found that ypwhich -m does not work on 6.1-RC, it shows >=20 > ypwhich: can't find the master of `???`: reason: No such map in server's = domain >=20 > IIRC, there was a commit last year to fix this. After some search, I think > it is include/rpcsvc/yp_prot.h revision 1.13 done by peter@ (CC'ed). > As far as I can tell, ypwhich -m is also broken on 5.4 and 5.5-PRERELEASE. >=20 > I have tested that revision on a 5.5-PRERELEASE machine, it > fixes ypwhich -m. I would like to see this MFC'ed to RELENG_6 > and RELENG_5, so the newer releases will have this fixed. I've verified this on a 6-STABLE machine from January. If approved, I'll do it tomorrow cut-n-paste damanged patch below. It's a trivial one line change so anyone could do it. -- Brooks @@ -148,7 +148,7 @@ }; struct ypmaplist { - char ypml_name[YPMAXMAP + 1]; + char *ypml_name; struct ypmaplist *ypml_next; }; --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --CUfgB8w4ZwR/yMy5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFERtG9XY6L6fI4GtQRAmJRAKCsyJq85iuemqBIEMjmek16mTkOCQCffxLc pmWLuOjnuOwwy1qSE6vQzr4= =9dqq -----END PGP SIGNATURE----- --CUfgB8w4ZwR/yMy5-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 20 00:18:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 7011C16A404; Thu, 20 Apr 2006 00:18:26 +0000 (UTC) (envelope-from peter@wemm.org) Received: from daintree.corp.yahoo.com (daintree.corp.yahoo.com [216.145.52.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 413B843D45; Thu, 20 Apr 2006 00:18:26 +0000 (GMT) (envelope-from peter@wemm.org) Received: by daintree.corp.yahoo.com (Postfix, from userid 2154) id EB06819770; Wed, 19 Apr 2006 17:18:25 -0700 (PDT) From: Peter Wemm To: freebsd-amd64@freebsd.org Date: Wed, 19 Apr 2006 17:18:25 -0700 User-Agent: KMail/1.9.1 References: <200604191857.22240.joao@matik.com.br> In-Reply-To: <200604191857.22240.joao@matik.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200604191718.25783.peter@wemm.org> Cc: freebsd-stable@freebsd.org, JoaoBR Subject: Re: ath compile error on releng_5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 00:18:26 -0000 On Wednesday 19 April 2006 14:57, JoaoBR wrote: > seems the ath_hal source on releng_5 is i386 and does not compile as > module neither as kernel configuration on amd64 > > ath compiles as module but can not be loaded (exec error) > > I suppose this is a known issue or some needs details? > > ld -d -warn-common -r -d -o ath_hal.ko hal.o ah_osdep.o > ld: Relocatable linking with relocations from format > elf32-i386-freebsd (hal.o) to format elf64-x86-64 (ath_hal.ko) is not ^^^^^^^^^^^^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^^^^^^^^^^^^ > supported *** Error code 1 Something isn't right there. You can't mix 32 and 64 bit binaries. Myy recollection is that on 5.x, the only hal is for i386. Assuming that my recollection is right, you'd have to go to 6.x. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-stable@FreeBSD.ORG Thu Apr 20 02:37:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 81D3416A400; Thu, 20 Apr 2006 02:37:17 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AA4C43D46; Thu, 20 Apr 2006 02:37:17 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.199] ([10.0.0.199]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k3K2bFoX089515 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 19 Apr 2006 19:37:16 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <4446F3DC.2030802@errno.com> Date: Wed, 19 Apr 2006 19:37:16 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: JoaoBR References: <200604191857.22240.joao@matik.com.br> In-Reply-To: <200604191857.22240.joao@matik.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: ath compile error on releng_5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 02:37:17 -0000 JoaoBR wrote: > seems the ath_hal source on releng_5 is i386 and does not compile as module > neither as kernel configuration on amd64 > > ath compiles as module but can not be loaded (exec error) > > I suppose this is a known issue or some needs details? > > ld -d -warn-common -r -d -o ath_hal.ko hal.o ah_osdep.o > ld: Relocatable linking with relocations from format elf32-i386-freebsd > (hal.o) to format elf64-x86-64 (ath_hal.ko) is not supported > *** Error code 1 > > Stop in /usr/src/sys/modules/ath_hal. releng5 only has i386 support I believe. Trying to use a 32-bit build in a 64-bit kernel will not work. I'm not sure what you're trying to do but wireless support in releng5 is unlikely to be very satisfying; switch to releng6. Sam From owner-freebsd-stable@FreeBSD.ORG Thu Apr 20 02:41:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 C80AD16A402 for ; Thu, 20 Apr 2006 02:41:03 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68B9E43D46 for ; Thu, 20 Apr 2006 02:41:03 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.199] ([10.0.0.199]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k3K2f2UX089545 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 19 Apr 2006 19:41:03 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <4446F4BF.90405@errno.com> Date: Wed, 19 Apr 2006 19:41:03 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: Isaac Waldron References: <9c16502b0604191503u7891e5d6u17eaa3f5dc754c1e@mail.gmail.com> <9c16502b0604191512ldeccd00r7e58dbf1ef120c43@mail.gmail.com> In-Reply-To: <9c16502b0604191512ldeccd00r7e58dbf1ef120c43@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: wpa_supplicant and wi X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 02:41:04 -0000 Isaac Waldron wrote: > I should add that I'm running RELENG_6 updated and compiled on 4/19/2006. > > On 4/19/06, Isaac Waldron wrote: >> I am using a Netgear MA401 with the wi driver, and am having trouble >> using wpa_supplicant to set static WEP keys. I have the wlan_wep.ko >> module loaded with wlan and wi built into the kernel. My >> wpa_supplicant.conf looks like this: >> >> ctrl_interface=/var/run/wpa_supplicant >> ctrl_interface_group=wheel >> >> network={ >> ssid="INTERNERD" >> scan_ssid=1 >> priority=1 >> key_mgmt=NONE >> wep_key0=75745E266D4247372840217E73 >> wep_tx_keyidx=0 >> } >> >> and wpa_supplicant -i wi0 -c /etc/wpa_supplicant.conf -d -d returns >> the following: >> >> Initializing interface 'wi0' conf '/etc/wpa_supplicant.conf' driver >> 'default' ctrl_interface 'N/A' >> Configuration file '/etc/wpa_supplicant.conf' -> '/etc/wpa_supplicant.conf' >> Reading configuration file '/etc/wpa_supplicant.conf' >> ctrl_interface='/var/run/wpa_supplicant' >> ctrl_interface_group=0 (from group name 'wheel') >> Line: 4 - start of a new network block >> ssid - hexdump_ascii(len=9): >> 49 4e 54 45 52 4e 45 52 44 INTERNERD >> scan_ssid=1 (0x1) >> priority=1 (0x1) >> key_mgmt: 0x4 >> wep_key0 - hexdump(len=13): 75 74 5e 26 6d 42 47 37 28 40 21 7e 73 >> wep_tx_keyidx=0 (0x0) >> Priority group 1 >> id=0 ssid='INTERNERD' >> Initializing interface (2) 'wi0' >> EAPOL: SUPP_PAE entering state DISCONNECTED >> EAPOL: KEY_RX entering state NO_KEY_RECEIVE >> EAPOL: SUPP_BE entering state INITIALIZE >> EAP: EAP entering state DISABLED >> EAPOL: External notification - portEnabled=0 >> EAPOL: External notification - portValid=0 >> Own MAC address: 00:09:5b:29:81:67 >> wpa_driver_bsd_set_wpa: enabled=1 >> wpa_driver_bsd_set_wpa_internal: wpa=3 privacy=1 >> wpa_driver_bsd_del_key: keyidx=0 >> wpa_driver_bsd_del_key: keyidx=1 >> wpa_driver_bsd_del_key: keyidx=2 >> wpa_driver_bsd_del_key: keyidx=3 >> wpa_driver_bsd_set_countermeasures: enabled=0 >> wpa_driver_bsd_set_drop_unencrypted: enabled=1 >> Setting scan request: 0 sec 100000 usec >> Added interface wi0 >> State: DISCONNECTED -> SCANNING >> Starting AP scan (specific SSID) >> Scan SSID - hexdump_ascii(len=9): >> 49 4e 54 45 52 4e 45 52 44 INTERNERD >> State: SCANNING -> ASSOCIATED >> Associated to a new BSS: BSSID=00:14:bf:00:2e:d4 >> No keys have been configured - skip key clearing >> Network configuration found for the current AP >> WPA: clearing AP WPA IE >> WPA: clearing AP RSN IE >> WPA: clearing own WPA/RSN IE >> EAPOL: External notification - portControl=ForceAuthorized >> Associated with 00:14:bf:00:2e:d4 >> WPA: Association event - clear replay counter >> EAPOL: External notification - portEnabled=0 >> EAPOL: External notification - portValid=0 >> EAPOL: External notification - portEnabled=1 >> EAPOL: SUPP_PAE entering state S_FORCE_AUTH >> EAPOL: SUPP_BE entering state IDLE >> Cancelling authentication timeout >> State: ASSOCIATED -> COMPLETED >> >> No keys are set on the wi0 interface apparently, as ifconfig reports >> deftxkey UNDEF and no configured keys. In other outputs from >> wpa_supplicant that I've seen, there are lines beginning with >> wpa_driver_bsd_key_set that appear to be key setting. >> >> Does anyone have this working with a MA401 that could help me out? Should work; I'll check on it. Sam From owner-freebsd-stable@FreeBSD.ORG Thu Apr 20 04:10:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 EC94A16A40F for ; Thu, 20 Apr 2006 04:10:10 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FBC643D45 for ; Thu, 20 Apr 2006 04:10:10 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k3K4A9A8090016 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 19 Apr 2006 21:10:09 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <444709A1.7080800@errno.com> Date: Wed, 19 Apr 2006 21:10:09 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5 (X11/20060210) MIME-Version: 1.0 To: Isaac Waldron References: <9c16502b0604191503u7891e5d6u17eaa3f5dc754c1e@mail.gmail.com> <9c16502b0604191512ldeccd00r7e58dbf1ef120c43@mail.gmail.com> <4446F4BF.90405@errno.com> In-Reply-To: <4446F4BF.90405@errno.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: wpa_supplicant and wi X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 04:10:11 -0000 Sam Leffler wrote: > Isaac Waldron wrote: >> I should add that I'm running RELENG_6 updated and compiled on 4/19/2006. >> >> On 4/19/06, Isaac Waldron wrote: >>> I am using a Netgear MA401 with the wi driver, and am having trouble >>> using wpa_supplicant to set static WEP keys. I have the wlan_wep.ko >>> module loaded with wlan and wi built into the kernel. My >>> wpa_supplicant.conf looks like this: >>> >>> ctrl_interface=/var/run/wpa_supplicant >>> ctrl_interface_group=wheel >>> >>> network={ >>> ssid="INTERNERD" >>> scan_ssid=1 >>> priority=1 >>> key_mgmt=NONE >>> wep_key0=75745E266D4247372840217E73 >>> wep_tx_keyidx=0 >>> } >>> >>> and wpa_supplicant -i wi0 -c /etc/wpa_supplicant.conf -d -d returns >>> the following: >>> >>> Initializing interface 'wi0' conf '/etc/wpa_supplicant.conf' driver >>> 'default' ctrl_interface 'N/A' >>> Configuration file '/etc/wpa_supplicant.conf' -> >>> '/etc/wpa_supplicant.conf' >>> Reading configuration file '/etc/wpa_supplicant.conf' >>> ctrl_interface='/var/run/wpa_supplicant' >>> ctrl_interface_group=0 (from group name 'wheel') >>> Line: 4 - start of a new network block >>> ssid - hexdump_ascii(len=9): >>> 49 4e 54 45 52 4e 45 52 44 INTERNERD >>> scan_ssid=1 (0x1) >>> priority=1 (0x1) >>> key_mgmt: 0x4 >>> wep_key0 - hexdump(len=13): 75 74 5e 26 6d 42 47 37 28 40 21 7e 73 >>> wep_tx_keyidx=0 (0x0) >>> Priority group 1 >>> id=0 ssid='INTERNERD' >>> Initializing interface (2) 'wi0' >>> EAPOL: SUPP_PAE entering state DISCONNECTED >>> EAPOL: KEY_RX entering state NO_KEY_RECEIVE >>> EAPOL: SUPP_BE entering state INITIALIZE >>> EAP: EAP entering state DISABLED >>> EAPOL: External notification - portEnabled=0 >>> EAPOL: External notification - portValid=0 >>> Own MAC address: 00:09:5b:29:81:67 >>> wpa_driver_bsd_set_wpa: enabled=1 >>> wpa_driver_bsd_set_wpa_internal: wpa=3 privacy=1 >>> wpa_driver_bsd_del_key: keyidx=0 >>> wpa_driver_bsd_del_key: keyidx=1 >>> wpa_driver_bsd_del_key: keyidx=2 >>> wpa_driver_bsd_del_key: keyidx=3 >>> wpa_driver_bsd_set_countermeasures: enabled=0 >>> wpa_driver_bsd_set_drop_unencrypted: enabled=1 >>> Setting scan request: 0 sec 100000 usec >>> Added interface wi0 >>> State: DISCONNECTED -> SCANNING >>> Starting AP scan (specific SSID) >>> Scan SSID - hexdump_ascii(len=9): >>> 49 4e 54 45 52 4e 45 52 44 INTERNERD >>> State: SCANNING -> ASSOCIATED >>> Associated to a new BSS: BSSID=00:14:bf:00:2e:d4 >>> No keys have been configured - skip key clearing >>> Network configuration found for the current AP >>> WPA: clearing AP WPA IE >>> WPA: clearing AP RSN IE >>> WPA: clearing own WPA/RSN IE >>> EAPOL: External notification - portControl=ForceAuthorized >>> Associated with 00:14:bf:00:2e:d4 >>> WPA: Association event - clear replay counter >>> EAPOL: External notification - portEnabled=0 >>> EAPOL: External notification - portValid=0 >>> EAPOL: External notification - portEnabled=1 >>> EAPOL: SUPP_PAE entering state S_FORCE_AUTH >>> EAPOL: SUPP_BE entering state IDLE >>> Cancelling authentication timeout >>> State: ASSOCIATED -> COMPLETED >>> >>> No keys are set on the wi0 interface apparently, as ifconfig reports >>> deftxkey UNDEF and no configured keys. In other outputs from >>> wpa_supplicant that I've seen, there are lines beginning with >>> wpa_driver_bsd_key_set that appear to be key setting. >>> >>> Does anyone have this working with a MA401 that could help me out? > > Should work; I'll check on it. Sorry I forgot how poorly wi works; you'll need to stick to command line tools until someone decides they want to give it some TLC. Sam From owner-freebsd-stable@FreeBSD.ORG Thu Apr 20 04:44:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 8E14316A413; Thu, 20 Apr 2006 04:44:25 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6004343D68; Thu, 20 Apr 2006 04:44:22 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k3K4iKXK016650; Wed, 19 Apr 2006 22:44:21 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4447119A.6000000@samsco.org> Date: Wed, 19 Apr 2006 22:44:10 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brooks Davis References: <6eb82e0604191645p70646962m78f89756d2714be7@mail.gmail.com> <20060420001142.GB19865@odin.ac.hmc.edu> In-Reply-To: <20060420001142.GB19865@odin.ac.hmc.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-stable@freebsd.org, Rong-En Fan , re@freebsd.org, peter@freebsd.org Subject: Re: ypwhich -m X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 04:44:25 -0000 Brooks Davis wrote: > On Wed, Apr 19, 2006 at 07:45:47PM -0400, Rong-En Fan wrote: > >>Hi, >> >>I found that ypwhich -m does not work on 6.1-RC, it shows >> >>ypwhich: can't find the master of `???`: reason: No such map in server's domain >> >>IIRC, there was a commit last year to fix this. After some search, I think >>it is include/rpcsvc/yp_prot.h revision 1.13 done by peter@ (CC'ed). >>As far as I can tell, ypwhich -m is also broken on 5.4 and 5.5-PRERELEASE. >> >>I have tested that revision on a 5.5-PRERELEASE machine, it >>fixes ypwhich -m. I would like to see this MFC'ed to RELENG_6 >>and RELENG_5, so the newer releases will have this fixed. > > > I've verified this on a 6-STABLE machine from January. If approved, > I'll do it tomorrow cut-n-paste damanged patch below. It's a trivial > one line change so anyone could do it. > > -- Brooks > > @@ -148,7 +148,7 @@ > }; > > struct ypmaplist { > - char ypml_name[YPMAXMAP + 1]; > + char *ypml_name; > struct ypmaplist *ypml_next; > }; > > > Approved From owner-freebsd-stable@FreeBSD.ORG Thu Apr 20 07:32:07 2006 Return-Path: X-Original-To: stable@freebsd.org 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 7734E16A402 for ; Thu, 20 Apr 2006 07:32:07 +0000 (UTC) (envelope-from hlh@restart.be) Received: from guri.is.scarlet.be (guri.is.scarlet.be [193.74.71.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEAD843D48 for ; Thu, 20 Apr 2006 07:32:05 +0000 (GMT) (envelope-from hlh@restart.be) Received: from ([62.235.0.185]) by guri.is.scarlet.be with ESMTP id k3K7Vtc28402 for ; Thu, 20 Apr 2006 09:31:55 +0200 Received: from norquay.restart.bel (localhost.restart.bel [127.0.0.1]) by restart.be (8.13.6/8.13.6) with ESMTP id k3K7VlN7078374 for ; Thu, 20 Apr 2006 09:31:50 +0200 (CEST) (envelope-from hlh@restart.be) DomainKey-Signature: a=rsa-sha1; s=norquay; d=restart.be; c=nofws; q=dns; h=received:x-authentication-warning:message-id:date:from:to: subject:mime-version:content-type: content-transfer-encoding:user-agent:received-spf:x-scanned-by; b=Q2uE0Hjq2+Uoxx81dFtoM0550ZKFX3QHOBoTf93lhx5ZCrKcdcEBk2TcKcKJip0/n IXqTajRCu8RVNPNPg2PHw== Received: (from www@localhost) by norquay.restart.bel (8.13.6/8.13.4/Submit) id k3K7VlDW078373 for stable@freebsd.org; Thu, 20 Apr 2006 09:31:47 +0200 (CEST) X-Authentication-Warning: norquay.restart.bel: www set sender to hlh@restart.be using -f Received: from ip-213-49-158-126.dsl.scarlet.be (ip-213-49-158-126.dsl.scarlet.be [213.49.158.126]) by webmail.restart.be (Horde MIME library) with HTTP; Thu, 20 Apr 2006 09:31:47 +0200 Message-ID: <20060420093147.7j9stegaiocc0ok4@webmail.restart.be> Date: Thu, 20 Apr 2006 09:31:47 +0200 From: Henri Hennebert To: stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=_e8ko06i3ojw" Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.1) Received-SPF: pass (norquay.restart.bel: localhost is always allowed.) X-Scanned-By: MIMEDefang 2.56 on 192.168.24.1 X-DCC-scarlet.be-Metrics: guri 2020; Body=1 Fuz1=1 Fuz2=1 Cc: Subject: 6.1RC system nearly freezing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 07:32:07 -0000 This message is in MIME format. --=_e8ko06i3ojw Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit Hello, I upgrade a web, squid, mail server (under SMP with 2 pentium III) to 6.1-RC (Apr 9 2006) and encounter 2 `freezing'. The system is still responding to http requests but I can't login on the console or through ssh -- no shell prompt. No more mail delivery. I break to KDB and found more then 1000 sendmail processes waiting for devfs... call boot(0) can't complete the shutdown process. I join the KDB informations. Let me know if more informations are needed. Thanks for your time Henri ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. --=_e8ko06i3ojw Content-Type: application/octet-stream; name="morzine-2006-04-19-09-15.cap" Content-Disposition: attachment; filename="morzine-2006-04-19-09-15.cap" Content-Transfer-Encoding: 7bit KDB: enter: Line break on console [thread pid 12 tid 100004 ] Stopped at kdb_enter+0x30: leave db> bt Tracing pid 12 tid 100004 td 0xc63e2900 kdb_enter(c076a93f,c63e2900,0,f9,856ec1b0) at kdb_enter+0x30 siointr1(c6543000,6e0d741a,c63e2900,c63e2900,e4ec9c1c) at siointr1+0xe7 siointr(c6543000,0,c63e1830,0,c63e2900) at siointr+0x78 intr_execute_handlers(c63d84b4,e4ec9c5c,e4ec9ca0,c070a473,3c) at intr_execute_handlers+0x108 lapic_handle_intr(3c) at lapic_handle_intr+0x3a Xapic_isr1() at Xapic_isr1+0x33 --- interrupt, eip = 0xc08c3fd5, esp = 0xe4ec9ca0, ebp = 0xe4ec9ca0 --- acpi_cpu_c1(258,93c8e,d44a3468,d95a2721,e4ec9cd8) at acpi_cpu_c1+0x5 acpi_cpu_idle(e4ec9d00,c0501529,1,0,0) at acpi_cpu_idle+0x16b cpu_idle(1,0,0,0,0) at cpu_idle+0x28 idle_proc(0,e4ec9d38,0,0,0) at idle_proc+0xa9 fork_exit(c0501480,0,e4ec9d38) at fork_exit+0x80 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe4ec9d6c, ebp = 0 --- db> show lockedvnods Locked vnodes 0xc673c000: tag devfs, type VDIR usecount 3, writecount 0, refcount 1617 mountedhere 0 flags (VV_ROOT) lock type devfs: EXCL (count 1) by thread 0xc6e0f300 (pid 53593) with 1614 pending db> ps pid proc uid ppid pgrp flag stat wmesg wchan cmd 57132 cd598000 0 34988 34988 0000100 [SLPQ select 0xc07b57a4][SLP] sendmail 57131 cd59820c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57130 cd513a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57129 cd513c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57127 cd34c000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57126 cd41920c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57125 cd419418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57124 cd419624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57123 cd419830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57122 cd419a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57121 cd419c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57120 cd41d000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57118 cd41d418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57115 cd41d624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57114 cd41d830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57113 cd41da3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57111 cd51320c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57110 ccd42624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57109 ccd42830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57107 ccd42a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57106 ccd42c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57105 cd50b000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57104 cd50b20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57103 cd50b418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57102 cd50b624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57101 cd50b830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57099 cd50bc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57096 cd513418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57095 cd513624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57094 cd513830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57093 cd42a20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57092 cd42a418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57091 cd42a624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57090 cd42a830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57089 cd42aa3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57088 cd42ac48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57087 ccd24000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57086 ccd2420c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57085 ccd24418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57084 ccd24624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57083 cd34c830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57082 ccd24830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57081 cd34ca3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57080 ccd24a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57079 ccd24c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57078 ccd42000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57077 ccd4220c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57075 cd429a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57073 cd42320c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57071 cd423000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57069 cd423418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57068 cd423624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57066 cd423a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57065 cd423c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57064 cd429000 0 34988 34988 0000100 [SLPQ select 0xc07b57a4][SLP] sendmail 57062 cd429418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57061 cd429624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57057 cd34d000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57056 cd34d20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57055 cd429c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57054 cd42a000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57053 cd34d418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57052 cd405624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57050 cd34d624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57049 cd3b4c48 0 34988 34988 0000100 [SLPQ select 0xc07b57a4][SLP] sendmail 57048 cd34dc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57047 cd350418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57046 cd3b4830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57045 cd3b4a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57042 cd3f4000 113 57038 57038 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 57040 cd3f420c 80 57035 57035 0004000 [SLPQ devfs 0xc673c058][SLP] perl 57039 cd3f4418 80 57036 57036 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 57038 cd34da3c 113 57034 57038 0004000 [SLPQ wait 0xcd34da3c][SLP] sh 57036 cd350000 80 57031 57036 0004000 [SLPQ wait 0xcd350000][SLP] sh 57035 cd3f4624 80 57033 57035 0004000 [SLPQ wait 0xcd3f4624][SLP] sh 57034 cd3f4830 0 753 753 0000000 [SLPQ piperd 0xcb1ecb28][SLP] cron 57033 cd3f4a3c 0 753 753 0000000 [SLPQ piperd 0xccc324c8][SLP] cron 57031 cd35020c 0 753 753 0000000 [SLPQ piperd 0xca82b198][SLP] cron 57028 cd405000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57027 cd40520c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57022 cd350830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57021 cd312418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57020 cd312624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57018 cd350a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57017 cd312a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57016 cd312c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57015 cd3a5000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57014 cd3a520c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57013 cd3a5418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57012 cd3a5624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57011 cd350c48 25 34992 34992 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57010 cd312000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57009 cd3a5830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57008 cd3a5a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57007 cd3a5c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57006 cd3b4000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57005 cd3b420c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57004 cd3b4418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57003 cd3b4624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57002 cd32d000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57001 cce37a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 57000 cc556a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56999 ccc2a624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56998 ccc2a830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56997 ccc2aa3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56996 ccc2ac48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56995 cd321000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56994 cd32120c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56993 cd321418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56992 cd321624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56991 cd321830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56990 cd321a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56989 cd321c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56987 cd31220c 113 56983 56983 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 56985 cd32d418 80 56980 56980 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 56984 cd32d624 80 56982 56982 0004000 [SLPQ devfs 0xc673c058][SLP] perl 56983 caf00c48 113 56978 56983 0004000 [SLPQ wait 0xcaf00c48][SLP] sh 56982 cd32d830 80 56977 56982 0004000 [SLPQ wait 0xcd32d830][SLP] sh 56980 cd11d20c 80 56976 56980 0004000 [SLPQ wait 0xcd11d20c][SLP] sh 56978 cd30d20c 0 753 753 0000000 [SLPQ piperd 0xc9897330][SLP] cron 56977 cd30d418 0 753 753 0000000 [SLPQ piperd 0xc98cbb28][SLP] cron 56976 cd30d624 0 753 753 0000000 [SLPQ piperd 0xc9898990][SLP] cron 56973 cd30d830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56972 cd30da3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56971 cd30dc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56970 caf00000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56969 caf0020c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56968 caf00418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56967 caf00624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56966 caf00830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56965 caf00a3c 2 56963 56962 0000000 [SLPQ devfs 0xc673c058][SLP] sh 56963 cd0ea000 2 56962 56962 0004000 [SLPQ wait 0xcd0ea000][SLP] sh 56962 ccc2a000 2 56961 56962 0004000 [SLPQ wait 0xccc2a000][SLP] sh 56961 cd0b9000 0 753 753 0000000 [SLPQ piperd 0xc7e5c990][SLP] cron 56960 ccc2a20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56959 ccc2a418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56958 cd114c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56957 cd27d000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56956 cd27d20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56955 cd27d418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56954 cd27d624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56953 cd27d830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56952 cd27da3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56951 cd27dc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56950 cd30c000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56949 cd30c20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56948 cd30c418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56947 cd30c624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56946 cd0b920c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56945 cd30c830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56944 cd30ca3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56943 cd30cc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56942 cd0b9624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56941 cd30d000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56940 cd0b9830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56939 cd11420c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56938 cd114830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56937 cbb7bc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56936 cd2b4830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56935 cd2b4a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56934 cd2b4c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56933 cd10d000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56932 cd10d20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56931 cd10d418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56930 cd10d624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56929 cd10d830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56928 cd10da3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56927 cd10dc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56926 cd114000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56924 ccb98c48 80 56918 56918 0004000 [SLPQ devfs 0xc673c058][SLP] perl 56923 cd114418 80 56917 56917 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 56922 cd114624 113 56919 56919 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 56919 cd114a3c 113 56916 56919 0004000 [SLPQ wait 0xcd114a3c][SLP] sh 56918 cbb7b418 80 56915 56918 0004000 [SLPQ wait 0xcbb7b418][SLP] sh 56917 cbb7b624 80 56912 56917 0004000 [SLPQ wait 0xcbb7b624][SLP] sh 56916 cbb7b830 0 753 753 0000000 [SLPQ piperd 0xccc31990][SLP] cron 56915 cbb7ba3c 0 753 753 0000000 [SLPQ piperd 0xccc31b28][SLP] cron 56912 cd0b9418 0 753 753 0000000 [SLPQ piperd 0xc98cd198][SLP] cron 56909 cd2b3000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56908 cd2b320c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56907 cd2b3418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56906 cd2b3624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56905 cd2b3830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56904 cd2b3a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56903 cd2b3c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56902 cd2b4000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56901 cd2b420c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56900 cd2b4418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56899 cd0b9a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56898 cd2b4624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56897 c94e9000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56896 c94e920c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56895 c94e9418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56894 c94e9624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56893 c94e9830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56892 c94e9a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56891 c94e9c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56890 c9890000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56889 c989020c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56888 c9890418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56887 c9890624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56886 c9890830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56885 c9890a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56884 c9890c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56883 cbb7b000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56882 cbb7b20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56881 cd0caa3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56880 cd12b000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56879 cd0d6a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56878 cd122a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56877 cd122c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56876 cd0ca000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56875 cd0ca20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56874 cd0ca418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56873 cd0b9c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56872 cd0d6000 80 56865 56865 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 56871 cd0ca624 113 56868 56868 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 56870 cd0ca830 80 56866 56866 0004000 [SLPQ devfs 0xc673c058][SLP] perl 56868 cd0cac48 113 56864 56868 0004000 [SLPQ wait 0xcd0cac48][SLP] sh 56866 cd12b20c 80 56863 56866 0004000 [SLPQ wait 0xcd12b20c][SLP] sh 56865 cd0d620c 80 56862 56865 0004000 [SLPQ wait 0xcd0d620c][SLP] sh 56864 cd0d6418 0 753 753 0000000 [SLPQ piperd 0xccc38330][SLP] cron 56863 cd0d6624 0 753 753 0000000 [SLPQ piperd 0xccc39b28][SLP] cron 56862 cd0d6830 0 753 753 0000000 [SLPQ piperd 0xc98d7000][SLP] cron 56860 cd12b418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56859 cd12b624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56858 cd12b830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56857 cd12ba3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56856 cd12bc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56855 cd122624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56854 cd145a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56853 cd0f0c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56852 cd0f0000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56851 cd0e6624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56850 cd0f0830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56849 cc556624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56848 cc556830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56847 cd0ea20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56846 cd11d624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56845 cd0d6c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56844 cd11d830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56843 cd11da3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56842 cd11dc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56841 cc556000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56840 cc55620c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56839 cc556418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56834 cd0ea418 2 56832 56831 0000000 [SLPQ devfs 0xc673c058][SLP] sh 56832 cd0ea624 2 56831 56831 0004000 [SLPQ wait 0xcd0ea624][SLP] sh 56831 cc556c48 2 56830 56831 0004000 [SLPQ wait 0xcc556c48][SLP] sh 56830 cd0ea830 0 753 753 0000000 [SLPQ piperd 0xcd174660][SLP] cron 56829 cd0eaa3c 25 34992 34992 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56827 cd0eac48 80 56821 56821 0004000 [SLPQ devfs 0xc673c058][SLP] perl 56826 cd12220c 113 56819 56819 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 56824 cd122418 80 56820 56820 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 56823 cd0f020c 8 56817 56817 0004000 [SLPQ devfs 0xc673c058][SLP] ctlinnd 56821 cd0f0418 80 56815 56821 0004000 [SLPQ wait 0xcd0f0418][SLP] sh 56820 cd122830 80 56814 56820 0004000 [SLPQ wait 0xcd122830][SLP] sh 56819 cd0f0624 113 56816 56819 0004000 [SLPQ wait 0xcd0f0624][SLP] sh 56817 ccb98830 8 56811 56817 0004000 [SLPQ wait 0xccb98830][SLP] sh 56816 cd145000 0 753 753 0000000 [SLPQ piperd 0xc98e17f8][SLP] cron 56815 cd0b4c48 0 753 753 0000000 [SLPQ piperd 0xc98e04c8][SLP] cron 56814 cd145830 0 753 753 0000000 [SLPQ piperd 0xcd174990][SLP] cron 56811 cd0f0a3c 0 753 753 0000000 [SLPQ piperd 0xcd175198][SLP] cron 56809 cd11d000 80 56803 56803 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 56808 cd145c48 113 56805 56805 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 56807 ca31c000 80 56802 56802 0004000 [SLPQ devfs 0xc673c058][SLP] perl 56805 ca31c418 113 56801 56805 0004000 [SLPQ wait 0xca31c418][SLP] sh 56803 cd11d418 80 56799 56803 0004000 [SLPQ wait 0xcd11d418][SLP] sh 56802 ca31c624 80 56800 56802 0004000 [SLPQ wait 0xca31c624][SLP] sh 56801 ca31c830 0 753 753 0000000 [SLPQ piperd 0xcd175660][SLP] cron 56800 ca31ca3c 0 753 753 0000000 [SLPQ piperd 0xcd175990][SLP] cron 56799 ca31cc48 0 753 753 0000000 [SLPQ piperd 0xc6769990][SLP] cron 56797 ccb98418 2 56795 56794 0000000 [SLPQ devfs 0xc673c058][SLP] sh 56795 ccb9820c 2 56794 56794 0004000 [SLPQ wait 0xccb9820c][SLP] sh 56794 ccb98000 2 56793 56794 0004000 [SLPQ wait 0xccb98000][SLP] sh 56793 ccd3c418 0 753 753 0000000 [SLPQ piperd 0xc9252b28][SLP] cron 56790 ccb98624 80 56784 56784 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 56788 cd145624 113 56785 56785 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 56787 ccb98a3c 80 56786 56786 0004000 [SLPQ devfs 0xc673c058][SLP] perl 56786 cd144c48 80 56782 56786 0004000 [SLPQ wait 0xcd144c48][SLP] sh 56785 cd0e6418 113 56783 56785 0004000 [SLPQ wait 0xcd0e6418][SLP] sh 56784 ccbc1830 80 56779 56784 0004000 [SLPQ wait 0xccbc1830][SLP] sh 56783 ccf57a3c 0 753 753 0000000 [SLPQ piperd 0xc6d61cc0][SLP] cron 56782 cd144830 0 753 753 0000000 [SLPQ piperd 0xcb1ff4c8][SLP] cron 56779 cd144624 0 753 753 0000000 [SLPQ piperd 0xcb1ff000][SLP] cron 56776 cce37830 25 34992 34992 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56775 ccff2830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56774 ccbec20c 0 56760 56774 0000010 [SLPQ devfs 0xc673c058][SLP] cron 56773 cd0e620c 113 56767 56767 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 56771 ccfedc48 80 56768 56768 0004000 [SLPQ devfs 0xc673c058][SLP] perl 56769 cd0e6830 80 56765 56765 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 56768 ccfeda3c 80 56763 56768 0004000 [SLPQ wait 0xccfeda3c][SLP] sh 56767 cd0e6a3c 113 56764 56767 0004000 [SLPQ wait 0xcd0e6a3c][SLP] sh 56765 cd144000 80 56761 56765 0004000 [SLPQ wait 0xcd144000][SLP] sh 56764 cd14420c 0 753 753 0000000 [SLPQ piperd 0xc98dc000][SLP] cron 56763 cd144418 0 753 753 0000000 [SLPQ piperd 0xcb1f5660][SLP] cron 56761 cc99e20c 0 753 753 0000000 [SLPQ piperd 0xccc30000][SLP] cron 56760 ccce620c 0 753 753 0000000 [SLPQ ppwait 0xccce620c][SLP] cron 56758 cd0b4418 2 56756 56755 0000000 [SLPQ devfs 0xc673c058][SLP] sh 56756 ccd59a3c 2 56755 56755 0004000 [SLPQ wait 0xccd59a3c][SLP] sh 56755 cd144a3c 2 56754 56755 0004000 [SLPQ wait 0xcd144a3c][SLP] sh 56754 ccf56a3c 0 753 753 0000000 [SLPQ piperd 0xccc31cc0][SLP] cron 56752 ccd3d624 80 56746 56746 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 56750 ccf88c48 113 56747 56747 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 56749 cd14520c 80 56745 56745 0004000 [SLPQ devfs 0xc673c058][SLP] perl 56747 ccd3c20c 113 56744 56747 0004000 [SLPQ wait 0xccd3c20c][SLP] sh 56746 cd145418 80 56740 56746 0004000 [SLPQ wait 0xcd145418][SLP] sh 56745 ccd3d830 80 56743 56745 0004000 [SLPQ wait 0xccd3d830][SLP] sh 56744 cced4418 0 753 753 0000000 [SLPQ piperd 0xc6d61660][SLP] cron 56743 cca1b418 0 753 753 0000000 [SLPQ piperd 0xcb200cc0][SLP] cron 56740 ccbc1624 0 753 753 0000000 [SLPQ piperd 0xccc327f8][SLP] cron 56736 ccf5720c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56735 ccd3c000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56731 ccd3c624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56730 ccd3c830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56729 ccf56c48 113 56725 56725 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 56728 ccd3ca3c 80 56723 56723 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 56726 ccd3cc48 80 56724 56724 0004000 [SLPQ devfs 0xc673c058][SLP] perl 56725 ccd3d000 113 56722 56725 0004000 [SLPQ wait 0xccd3d000][SLP] sh 56724 ccd3d20c 80 56720 56724 0004000 [SLPQ wait 0xccd3d20c][SLP] sh 56723 ccf56000 80 56719 56723 0004000 [SLPQ wait 0xccf56000][SLP] sh 56722 ccd3d418 0 753 753 0000000 [SLPQ piperd 0xccc37b28][SLP] cron 56720 ccf5620c 0 753 753 0000000 [SLPQ piperd 0xccc384c8][SLP] cron 56719 ccf57000 0 753 753 0000000 [SLPQ piperd 0xcb1ee990][SLP] cron 56716 ccd3da3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56715 ccd3dc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56714 cd0e6000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56712 cd0b3000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56710 ccd59c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56708 cd0b320c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56707 cd0b3418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56706 ccef3c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56705 cd0b3624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56704 cd0b3830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56703 cd0b3a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56702 cd0b3c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56701 cd0b4000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56700 cd0b420c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56699 ccf88000 25 34992 34992 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56697 cd0b4624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56696 cd0b4830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56695 cd0b4a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56693 ccf87a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56691 cc99e624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56689 cc99e830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56688 cc99ea3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56687 cc99ec48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56686 ccce6000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56684 ccce6418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56683 ccce6624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56682 ccce6830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56681 ccce6a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56680 ccce6c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56679 ccd59000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56678 ccd5920c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56677 ccd59418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56676 ccd59624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56675 ccd59830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56674 ccff520c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56673 ccff5418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56672 ccff5624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56671 ccff5830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56670 ccff5a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56669 ccff5c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56668 ca5da000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56667 ca5da20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56666 ca5da418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56665 ca5da624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56664 ca5da830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56663 ca5daa3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56662 ca5dac48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56661 cc99e000 0 34988 34988 0000100 [SLPQ select 0xc07b57a4][SLP] sendmail 56659 cc99e418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56658 ccff2c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56657 ccbeb830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56656 cce38000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56655 ccff2624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56654 ccdcf830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56653 cce38418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56652 ccbeb418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56651 ccfed830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56650 ccbecc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56649 ccfed000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56648 ccfed20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56647 ccfed418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56646 ccfed624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56642 ccff2000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56641 ccff220c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56640 ccf87418 2 56629 56615 0000000 [SLPQ devfs 0xc673c058][SLP] sh 56637 ccff2418 8 56627 56627 0004000 [SLPQ devfs 0xc673c058][SLP] ctlinnd 56636 ccf89418 113 56628 56628 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 56635 ccf1c20c 8 56623 56623 0004000 [SLPQ devfs 0xc673c058][SLP] ctlinnd 56633 ccf23000 80 56625 56625 0004000 [SLPQ devfs 0xc673c058][SLP] perl 56631 ccff2a3c 80 56624 56624 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 56629 ccbeba3c 2 56615 56615 0004000 [SLPQ wait 0xccbeba3c][SLP] sh 56628 ccff5000 113 56622 56628 0004000 [SLPQ wait 0xccff5000][SLP] sh 56627 ccbec830 8 56617 56627 0004000 [SLPQ wait 0xccbec830][SLP] sh 56625 ccbebc48 80 56621 56625 0004000 [SLPQ wait 0xccbebc48][SLP] sh 56624 ccf23830 80 56620 56624 0004000 [SLPQ wait 0xccf23830][SLP] sh 56623 ccf23a3c 8 56616 56623 0004000 [SLPQ wait 0xccf23a3c][SLP] sh 56622 ccf23c48 0 753 753 0000000 [SLPQ piperd 0xccc337f8][SLP] cron 56621 ccbeb000 0 753 753 0000000 [SLPQ piperd 0xccc34990][SLP] cron 56620 ccbeb20c 0 753 753 0000000 [SLPQ piperd 0xccc357f8][SLP] cron 56617 ccbeb624 0 753 753 0000000 [SLPQ piperd 0xccc33990][SLP] cron 56616 ccdcf20c 0 753 753 0000000 [SLPQ piperd 0xccc35b28][SLP] cron 56615 ccdaac48 2 56612 56615 0004000 [SLPQ wait 0xccdaac48][SLP] sh 56612 cce3820c 0 753 753 0000000 [SLPQ piperd 0xcb1ebcc0][SLP] cron 56608 ccbec000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56606 ccbec418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56605 ccda9000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56604 ccbec624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56602 ccbeca3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56601 ccf89c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56599 ccf23624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56597 ccf1ca3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56593 ccf89624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56592 ccf89830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56591 ccf89a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56589 ccf1c000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56587 ccf1c418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56586 ccf1c624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56585 ccf1c830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56583 ccf1cc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56581 ccf2320c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56580 ccf23418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56577 ccf87624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56575 ccf87000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56574 ccf8720c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56571 ccf87830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56569 ccf87c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56568 ccdd0c48 2 56562 56557 0000000 [SLPQ devfs 0xc673c058][SLP] sh 56566 ccc3e830 80 56561 56561 0004000 [SLPQ devfs 0xc673c058][SLP] perl 56565 ccf8820c 113 56560 56560 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 56564 ccf88418 80 56559 56559 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 56562 cced4000 2 56557 56557 0004000 [SLPQ wait 0xcced4000][SLP] sh 56561 ccf88624 80 56555 56561 0004000 [SLPQ wait 0xccf88624][SLP] sh 56560 ccf88830 113 56556 56560 0004000 [SLPQ wait 0xccf88830][SLP] sh 56559 ccf88a3c 80 56554 56559 0004000 [SLPQ wait 0xccf88a3c][SLP] sh 56557 cced2a3c 2 56552 56557 0004000 [SLPQ wait 0xcced2a3c][SLP] sh 56556 ccf89000 0 753 753 0000000 [SLPQ piperd 0xccc39660][SLP] cron 56555 ccf8920c 0 753 753 0000000 [SLPQ piperd 0xccc39990][SLP] cron 56554 ccd2d418 0 753 753 0000000 [SLPQ piperd 0xccc38b28][SLP] cron 56552 ccd2e830 0 753 753 0000000 [SLPQ piperd 0xc98c8330][SLP] cron 56550 ccef3830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56548 ccf3da3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56547 ccf3dc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56544 ccf56418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56542 ccf56624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56541 ccf56830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56536 ccf57418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56535 ccf57624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56534 cced4c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56533 ccf57830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56531 ccf57c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56530 ccf3d000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56529 ccf3c000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56528 ccf3c624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56526 ccef4624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56525 ccef4830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56524 ccef4a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56523 ccef4c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56521 ccf3c20c 113 56516 56516 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 56519 ccf3d830 80 56514 56514 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 56518 ccf3c418 80 56515 56515 0004000 [SLPQ devfs 0xc673c058][SLP] perl 56516 ccf3d418 113 56512 56516 0004000 [SLPQ wait 0xccf3d418][SLP] sh 56515 cca2d000 80 56511 56515 0004000 [SLPQ wait 0xcca2d000][SLP] sh 56514 ccf3c830 80 56509 56514 0004000 [SLPQ wait 0xccf3c830][SLP] sh 56512 ccf3ca3c 0 753 753 0000000 [SLPQ piperd 0xc98c84c8][SLP] cron 56511 ccf3cc48 0 753 753 0000000 [SLPQ piperd 0xc9252000][SLP] cron 56509 ccbc1c48 0 753 753 0000000 [SLPQ piperd 0xccb33660][SLP] cron 56506 ccf3d20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56504 ccf3d624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56502 ccef3000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56501 ccef4418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56500 ccef3418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56498 cced420c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56497 ccd0c624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56495 cced4624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56494 cced4830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56493 cced4a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56490 ccef320c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56488 ccef3624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56485 ccef3a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56484 ccd2dc48 25 34992 34992 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56483 ccd0d000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56481 ccef4000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56480 ccef420c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56478 cced2830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56476 cced220c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56475 cce38c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56474 cced2000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56472 cced2418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56471 cced2624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56467 cced2c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56466 cced3000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56465 cced320c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56464 ccd2d20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56463 cced3418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56462 cced3624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56461 cced3830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56460 cced3a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56459 cced3c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56455 ccdd0830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56454 ccdd0a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56452 cce37000 80 56448 56448 0004000 [SLPQ devfs 0xc673c058][SLP] perl 56451 ccbedc48 80 56447 56447 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 56450 cce3720c 113 56449 56449 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 56449 cce37418 113 56445 56449 0004000 [SLPQ wait 0xcce37418][SLP] sh 56448 cce37624 80 56444 56448 0004000 [SLPQ wait 0xcce37624][SLP] sh 56447 ccc3e20c 80 56443 56447 0004000 [SLPQ wait 0xccc3e20c][SLP] sh 56445 ccd2ec48 0 753 753 0000000 [SLPQ piperd 0xccc2fb28][SLP] cron 56444 ccb50a3c 0 753 753 0000000 [SLPQ piperd 0xcb202660][SLP] cron 56443 ccc08418 0 753 753 0000000 [SLPQ piperd 0xcb1e8330][SLP] cron 56440 cce37c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56438 ccda920c 2 56436 56435 0000000 [SLPQ devfs 0xc673c058][SLP] sh 56436 ccda9c48 2 56435 56435 0004000 [SLPQ wait 0xccda9c48][SLP] sh 56435 ccda8a3c 2 56434 56435 0004000 [SLPQ wait 0xccda8a3c][SLP] sh 56434 ccda8418 0 753 753 0000000 [SLPQ piperd 0xcb1ea330][SLP] cron 56431 cce38624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56430 cce38830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56429 cce38a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56427 ccdaa624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56426 ccdaa418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56424 ccdaa830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56423 ccdaaa3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56421 ccdcf000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56419 ccdcf418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56418 ccdcf624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56416 ccdcfa3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56415 ccdcfc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56414 ccdd0000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56413 ccdd020c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56412 ccdd0418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56411 ccdd0624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56410 ccda8000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56409 ccdaa20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56408 ccc3f20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56406 ccda820c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56404 ccda8624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56403 ccda8830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56401 ccda8c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56399 ccb4d000 113 56393 56393 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 56396 ccb38a3c 80 56394 56394 0004000 [SLPQ devfs 0xc673c058][SLP] perl 56395 ccda9418 80 56392 56392 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 56394 ccda9624 80 56390 56394 0004000 [SLPQ wait 0xccda9624][SLP] sh 56393 ccda9830 113 56391 56393 0004000 [SLPQ wait 0xccda9830][SLP] sh 56392 ccda9a3c 80 56387 56392 0004000 [SLPQ wait 0xccda9a3c][SLP] sh 56391 ccb50c48 0 753 753 0000000 [SLPQ piperd 0xc98cccc0][SLP] cron 56390 ccc09624 0 753 753 0000000 [SLPQ piperd 0xc988cb28][SLP] cron 56387 ccc3f624 0 753 753 0000000 [SLPQ piperd 0xc98cd990][SLP] cron 56384 ccdaa000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56382 ccd78000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56381 ccd2ea3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56380 ccc3e418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56376 ccd77000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56375 ccd7720c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56374 ccd77418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56373 ccd77624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56372 ccd77830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56371 ccd77a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56370 ccd77c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56368 ccd7820c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56367 ccd78418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56366 ccd78624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56365 ccd78830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56364 ccd78a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56363 ccd78c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56362 ccd2e000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56361 ccd2d830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56360 ccd2d624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56357 ccbed624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56356 ccbed830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56355 ccb45418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56354 ccbeda3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56352 ccd2d000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56346 ccd2da3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56343 ccd2e20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56342 ccd2e418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56341 ccd2e624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56339 cca3020c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56338 ccb05830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56337 ccc3f830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56334 ccbed20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56333 ccbc1a3c 113 56329 56329 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 56332 ccbc1418 80 56328 56328 0004000 [SLPQ devfs 0xc673c058][SLP] perl 56330 cca30418 80 56327 56327 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 56329 cca30624 113 56325 56329 0004000 [SLPQ wait 0xcca30624][SLP] sh 56328 ccd0c418 80 56324 56328 0004000 [SLPQ wait 0xccd0c418][SLP] sh 56327 cca30830 80 56323 56327 0004000 [SLPQ wait 0xcca30830][SLP] sh 56325 cca30a3c 0 753 753 0000000 [SLPQ piperd 0xccc32cc0][SLP] cron 56324 cca30c48 0 753 753 0000000 [SLPQ piperd 0xcb202cc0][SLP] cron 56323 ccc3fc48 0 753 753 0000000 [SLPQ piperd 0xccc33198][SLP] cron 56321 ccbc1000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56320 ccb5320c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56319 ccbc120c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56313 ccbed000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56312 ccd0d20c 2 56310 56309 0000000 [SLPQ devfs 0xc673c058][SLP] sh 56310 ccbed418 2 56309 56309 0004000 [SLPQ wait 0xccbed418][SLP] sh 56309 cca30000 2 56308 56309 0004000 [SLPQ wait 0xcca30000][SLP] sh 56308 ccd0d624 0 753 753 0000000 [SLPQ piperd 0xccc33b28][SLP] cron 56307 cca2d418 25 34992 34992 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56306 cca2d624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56303 cc9ed20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56302 ccb49c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56301 cca1ba3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56300 cca1b830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56299 ccb4a624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56298 cca1b20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56297 ccd0dc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56296 cca1b000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56292 cca1b624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56289 cca1bc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56287 cca2d20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56286 ccb46830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56285 ccb4a000 80 56277 56277 0004000 [SLPQ devfs 0xc673c058][SLP] perl 56283 ccb49000 8 56273 56273 0004000 [SLPQ devfs 0xc673c058][SLP] ctlinnd 56282 ccb47c48 113 56278 56278 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 56279 cca2d830 80 56275 56275 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 56278 ccb47a3c 113 56276 56278 0004000 [SLPQ wait 0xccb47a3c][SLP] sh 56277 cc6c1418 80 56272 56277 0004000 [SLPQ wait 0xcc6c1418][SLP] sh 56276 cca2da3c 0 753 753 0000000 [SLPQ piperd 0xccb337f8][SLP] cron 56275 cca2dc48 80 56270 56275 0004000 [SLPQ wait 0xcca2dc48][SLP] sh 56273 c7ebaa3c 8 56268 56273 0004000 [SLPQ wait 0xc7ebaa3c][SLP] sh 56272 ccb46c48 0 753 753 0000000 [SLPQ piperd 0xccb33b28][SLP] cron 56270 cc9f0624 0 753 753 0000000 [SLPQ piperd 0xccc354c8][SLP] cron 56268 cc9f0000 0 753 753 0000000 [SLPQ piperd 0xccb34330][SLP] cron 56262 ccd0ca3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56261 ccd0c000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56260 ccc3fa3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56254 ccd0c20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56251 ccd0c830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56249 ccd0cc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56246 ccd0d418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56244 ccd0d830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56243 ccd0da3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56242 ccc3e624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56241 ccc0c830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56240 ccc0c418 80 56234 56234 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 56239 ccc0c624 80 56235 56235 0004000 [SLPQ devfs 0xc673c058][SLP] perl 56237 ccc0ca3c 113 56236 56236 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 56236 ccc0cc48 113 56232 56236 0004000 [SLPQ wait 0xccc0cc48][SLP] sh 56235 ccb05624 80 56231 56235 0004000 [SLPQ wait 0xccb05624][SLP] sh 56234 ccc3e000 80 56230 56234 0004000 [SLPQ wait 0xccc3e000][SLP] sh 56232 ccb0520c 0 753 753 0000000 [SLPQ piperd 0xccc37000][SLP] cron 56231 ccb4d830 0 753 753 0000000 [SLPQ piperd 0xccb35198][SLP] cron 56230 ccb4d418 0 753 753 0000000 [SLPQ piperd 0xccc37330][SLP] cron 56225 ccc3ea3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56224 ccc3ec48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56223 ccc3f000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56221 ccc3f418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56219 ccc0c20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56218 ccc08000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56216 ccc0820c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56214 ccc08624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56213 ccc08830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56212 ccc08a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56211 ccc08c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56210 ccc09000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56209 ccc0920c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56208 ccc09418 2 56206 56205 0000000 [SLPQ devfs 0xc673c058][SLP] sh 56206 ccc09830 2 56205 56205 0004000 [SLPQ wait 0xccc09830][SLP] sh 56205 ccc09a3c 2 56204 56205 0004000 [SLPQ wait 0xccc09a3c][SLP] sh 56204 ccb0b000 0 753 753 0000000 [SLPQ piperd 0xccc39330][SLP] cron 56203 ccc09c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56202 ccc0c000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56200 ccb38830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56198 ccb58c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56196 ccb58a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56193 ccb53c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56192 ccb50000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56191 ccb50418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56190 ccb38418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56188 ccb4da3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56187 ccb4dc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56186 ccb4520c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56184 ccb4d624 113 56179 56179 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 56183 ccb5020c 80 56177 56177 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 56181 ccb50624 80 56178 56178 0004000 [SLPQ devfs 0xc673c058][SLP] perl 56179 ccb50830 113 56176 56179 0004000 [SLPQ wait 0xccb50830][SLP] sh 56178 ccb58830 80 56175 56178 0004000 [SLPQ wait 0xccb58830][SLP] sh 56177 ccb58000 80 56172 56177 0004000 [SLPQ wait 0xccb58000][SLP] sh 56176 ccb38000 0 753 753 0000000 [SLPQ piperd 0xccc3a7f8][SLP] cron 56175 ccb3820c 0 753 753 0000000 [SLPQ piperd 0xccc3ab28][SLP] cron 56172 ccb38624 0 753 753 0000000 [SLPQ piperd 0xccb357f8][SLP] cron 56167 ccb5820c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56166 ccb58418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56165 ccb58624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56161 ccb38c48 25 34992 34992 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56160 ccb42000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56159 ccb4220c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56155 ccb42418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56152 ccb0b20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56150 ccb53624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56149 ccb53830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56148 ccb53a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56143 ccb0b418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56142 ccb0b624 113 56137 56137 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 56141 ccb0b830 80 56136 56136 0004000 [SLPQ devfs 0xc673c058][SLP] perl 56140 ccb0ba3c 80 56138 56138 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 56138 ccb42624 80 56132 56138 0004000 [SLPQ wait 0xccb42624][SLP] sh 56137 ccb0bc48 113 56134 56137 0004000 [SLPQ wait 0xccb0bc48][SLP] sh 56136 ccb42830 80 56133 56136 0004000 [SLPQ wait 0xccb42830][SLP] sh 56134 ccb42a3c 0 753 753 0000000 [SLPQ piperd 0xca80a198][SLP] cron 56133 ccb42c48 0 753 753 0000000 [SLPQ piperd 0xccb36330][SLP] cron 56132 ccb45000 0 753 753 0000000 [SLPQ piperd 0xccb36000][SLP] cron 56130 ccb4d20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56125 ccb05a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56123 ccb05418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56119 ccb05c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56118 ccb3c000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56117 ccb3c20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56116 ccb3c418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56115 ccb3c624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56114 ccb3c830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56113 ccb3ca3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56112 ccb3cc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56111 ccb53000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56109 ccb53418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56108 ccb4ac48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56107 cc9f0830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56105 cc9ed830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56104 cc9f020c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56103 ccb46a3c 2 56101 56100 0000000 [SLPQ devfs 0xc673c058][SLP] sh 56101 ccb45624 2 56100 56100 0004000 [SLPQ wait 0xccb45624][SLP] sh 56100 cc9ed418 2 56099 56100 0004000 [SLPQ wait 0xcc9ed418][SLP] sh 56099 ccb45830 0 753 753 0000000 [SLPQ piperd 0xc98e0990][SLP] cron 56094 cc9ed000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56092 ccb45a3c 80 56086 56086 0004000 [SLPQ devfs 0xc673c058][SLP] perl 56090 ccb45c48 80 56085 56085 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 56089 cc9ed624 113 56087 56087 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 56087 cc9eda3c 113 56084 56087 0004000 [SLPQ wait 0xcc9eda3c][SLP] sh 56086 ccb46000 80 56082 56086 0004000 [SLPQ wait 0xccb46000][SLP] sh 56085 cc9edc48 80 56080 56085 0004000 [SLPQ wait 0xcc9edc48][SLP] sh 56084 ccb4620c 0 753 753 0000000 [SLPQ piperd 0xca7b4330][SLP] cron 56082 ccb46418 0 753 753 0000000 [SLPQ piperd 0xccb36660][SLP] cron 56080 ccb46624 0 753 753 0000000 [SLPQ piperd 0xc9252990][SLP] cron 56077 cc9f0418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56074 cc9f0a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56073 cc9f0c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56072 ccb05000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56067 ccb49830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56066 ccb49418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56065 ccb47830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56064 ccb47000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56059 ccb4920c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56057 ccb49624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56055 ccb49a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56052 ccb4a20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56051 ccb4a418 80 56045 56045 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 56050 ccb4720c 80 56046 56046 0004000 [SLPQ devfs 0xc673c058][SLP] perl 56048 ccb4a830 113 56047 56047 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 56047 ccb4aa3c 113 56043 56047 0004000 [SLPQ wait 0xccb4aa3c][SLP] sh 56046 ccb47418 80 56042 56046 0004000 [SLPQ wait 0xccb47418][SLP] sh 56045 ccb47624 80 56041 56045 0004000 [SLPQ wait 0xccb47624][SLP] sh 56043 cb14a830 0 753 753 0000000 [SLPQ piperd 0xc913d000][SLP] cron 56042 ccb25418 0 753 753 0000000 [SLPQ piperd 0xc9485000][SLP] cron 56041 ccb24c48 0 753 753 0000000 [SLPQ piperd 0xccb36b28][SLP] cron 56037 c7eba830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56036 ccb24418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56035 c7ebac48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56031 ccb24000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56030 ccb2420c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56028 ccb24624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56026 ccb24830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56025 ccb24a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56024 caff8830 25 34992 34992 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56022 ccb25000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56021 ccb2520c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56019 ccb25624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56017 c7eba20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56016 ccb25830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56015 ccb25a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56014 ccb25c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56013 cbd3bc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56012 cbd3ba3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56011 c6c66830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56009 cbd3b000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56007 c6c66a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56005 caff8418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56004 cc9fd624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56003 cc9fd830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56002 cc9fda3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56001 cc9fdc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 56000 c6c66000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55999 c6c6620c 2 55992 55978 0000000 [SLPQ devfs 0xc673c058][SLP] sh 55996 c6c66418 80 55982 55982 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 55995 cbd3b624 113 55987 55987 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 55994 cc97120c 8 55984 55984 0004000 [SLPQ devfs 0xc673c058][SLP] ctlinnd 55993 c6c66624 80 55986 55986 0004000 [SLPQ devfs 0xc673c058][SLP] perl 55992 cc8e7000 2 55978 55978 0004000 [SLPQ wait 0xcc8e7000][SLP] sh 55989 cc973830 8 55983 55983 0004000 [SLPQ devfs 0xc673c058][SLP] ctlinnd 55987 c6c66c48 113 55979 55987 0004000 [SLPQ wait 0xc6c66c48][SLP] sh 55986 c7eba000 80 55977 55986 0004000 [SLPQ wait 0xc7eba000][SLP] sh 55984 cc6d4418 8 55974 55984 0004000 [SLPQ wait 0xcc6d4418][SLP] sh 55983 c7eba418 8 55973 55983 0004000 [SLPQ wait 0xc7eba418][SLP] sh 55982 c7eba624 80 55976 55982 0004000 [SLPQ wait 0xc7eba624][SLP] sh 55979 c88cdc48 0 753 753 0000000 [SLPQ piperd 0xcb1d7990][SLP] cron 55978 cc97520c 2 55971 55978 0004000 [SLPQ wait 0xcc97520c][SLP] sh 55977 c88cd830 0 753 753 0000000 [SLPQ piperd 0xc98c5cc0][SLP] cron 55976 cc6d4c48 0 753 753 0000000 [SLPQ piperd 0xcb1eb7f8][SLP] cron 55974 cbc8e20c 0 753 753 0000000 [SLPQ piperd 0xc989a7f8][SLP] cron 55973 cbc8e000 0 753 753 0000000 [SLPQ piperd 0xcb1eb330][SLP] cron 55971 caff8624 0 753 753 0000000 [SLPQ piperd 0xcb1ec4c8][SLP] cron 55969 cc9fca3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55968 cbd3b830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55967 cbd3b20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55966 cbd3b418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55961 cc9fc000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55960 cc9fc20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55959 cc9fc418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55958 cc9fc624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55957 cc9fd000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55956 cc9fc830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55954 cc9fcc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55951 cc9fd20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55950 cc9fd418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55948 cb14ac48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55947 caff8000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55946 caff820c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55942 caff8a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55941 caff8c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55938 cbc8e418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55937 cbc8e624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55936 cbc8e830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55935 cbc8ea3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55934 cbc8ec48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55933 cc6c5000 2 55927 55919 0000000 [SLPQ devfs 0xc673c058][SLP] sh 55931 cc974c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55930 cb14aa3c 80 55924 55924 0004000 [SLPQ devfs 0xc673c058][SLP] perl 55929 cc974a3c 80 55922 55922 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 55928 c86dc830 113 55925 55925 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 55927 c88cd418 2 55919 55919 0004000 [SLPQ wait 0xc88cd418][SLP] sh 55925 cb14a418 113 55923 55925 0004000 [SLPQ wait 0xcb14a418][SLP] sh 55924 cc975624 80 55921 55924 0004000 [SLPQ wait 0xcc975624][SLP] sh 55923 cc974000 0 753 753 0000000 [SLPQ piperd 0xc98c67f8][SLP] cron 55922 cb14a000 80 55918 55922 0004000 [SLPQ wait 0xcb14a000][SLP] sh 55921 cc6c5c48 0 753 753 0000000 [SLPQ piperd 0xc9898000][SLP] cron 55919 c88cda3c 2 55916 55919 0004000 [SLPQ wait 0xc88cda3c][SLP] sh 55918 cc975000 0 753 753 0000000 [SLPQ piperd 0xc7755990][SLP] cron 55916 cc972c48 0 753 753 0000000 [SLPQ piperd 0xc98c5198][SLP] cron 55914 cc6d4a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55913 cc6d4830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55910 c88cd000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55909 cc972418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55908 c88cd20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55906 c88cd624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55901 cb14a20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55899 cb14a624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55895 cc85b20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55894 cc8e7a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55893 cc972000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55892 cc6d420c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55891 cc973418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55890 caa18000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55889 cc973624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55887 cc973a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55886 cc973c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55885 cc6c1000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55884 cc6c120c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55882 cc6c1624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55881 cc6c1830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55879 cc6c1a3c 113 55870 55870 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 55878 cc6c1c48 80 55872 55872 0004000 [SLPQ devfs 0xc673c058][SLP] perl 55877 cc6d4000 80 55874 55874 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 55874 cc6d4624 80 55867 55874 0004000 [SLPQ wait 0xcc6d4624][SLP] sh 55872 cc86c624 80 55868 55872 0004000 [SLPQ wait 0xcc86c624][SLP] sh 55870 cc973000 113 55869 55870 0004000 [SLPQ wait 0xcc973000][SLP] sh 55869 cc8e8624 0 753 753 0000000 [SLPQ piperd 0xc9c58198][SLP] cron 55868 cc8e8000 0 753 753 0000000 [SLPQ piperd 0xc9485660][SLP] cron 55867 cc8e720c 0 753 753 0000000 [SLPQ piperd 0xc6768000][SLP] cron 55864 cc971830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55862 cc971000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55860 cc971418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55859 cc971624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55857 cc971a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55856 cc971c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55854 cc97220c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55853 cc8e820c 25 34992 34992 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55852 caa18418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55849 cc972624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55848 cc972830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55847 cc972a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55844 cc97320c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55839 cc6c5a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55836 cc97420c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55835 ca96b000 80 55829 55829 0004000 [SLPQ devfs 0xc673c058][SLP] perl 55834 cc85c624 80 55828 55828 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 55833 cc974418 113 55830 55830 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 55830 cc6c320c 113 55826 55830 0004000 [SLPQ wait 0xcc6c320c][SLP] sh 55829 cc974624 80 55824 55829 0004000 [SLPQ wait 0xcc974624][SLP] sh 55828 cc974830 80 55823 55828 0004000 [SLPQ wait 0xcc974830][SLP] sh 55826 cc6c3418 0 753 753 0000000 [SLPQ piperd 0xc98dc4c8][SLP] cron 55824 cc6c5418 0 753 753 0000000 [SLPQ piperd 0xc989a000][SLP] cron 55823 cc975830 0 753 753 0000000 [SLPQ piperd 0xc98d0660][SLP] cron 55818 cc975418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55816 cc71020c 2 55814 55813 0000000 [SLPQ devfs 0xc673c058][SLP] sh 55814 cc65b830 2 55813 55813 0004000 [SLPQ wait 0xcc65b830][SLP] sh 55813 cc975a3c 2 55812 55813 0004000 [SLPQ wait 0xcc975a3c][SLP] sh 55812 cc85bc48 0 753 753 0000000 [SLPQ piperd 0xc987fcc0][SLP] cron 55811 cc975c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55807 caa18a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55806 caa18624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55805 caa18830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55803 caa18c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55802 cc6c3000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55799 cc6c3624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55798 cc6c3830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55797 cc6c3a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55796 cc6c3c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55794 cc6c520c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55792 cc6c5624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55791 cc6c5830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55789 cc8e9624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55788 c8a6c418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55787 ca96ba3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55786 c86dc000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55785 cc8e920c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55784 cc8e9418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55782 cc8e9830 113 55777 55777 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 55780 cc8e9a3c 80 55774 55774 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 55779 cc8e9c48 80 55775 55775 0004000 [SLPQ devfs 0xc673c058][SLP] perl 55777 cc65bc48 113 55776 55777 0004000 [SLPQ wait 0xcc65bc48][SLP] sh 55776 ca96b20c 0 753 753 0000000 [SLPQ piperd 0xca3d6000][SLP] cron 55775 ca96b418 80 55773 55775 0004000 [SLPQ wait 0xca96b418][SLP] sh 55774 ca96b624 80 55770 55774 0004000 [SLPQ wait 0xca96b624][SLP] sh 55773 ca96b830 0 753 753 0000000 [SLPQ piperd 0xc98c6198][SLP] cron 55770 c86dc418 0 753 753 0000000 [SLPQ piperd 0xcaa1ccc0][SLP] cron 55767 ca96bc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55765 caa1820c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55761 cc8e7830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55760 cc86fc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55757 cc8e7418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55756 cc8e7624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55753 cc8e7c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55750 cc8e8418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55748 cc8e8830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55747 cc8e8a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55746 cc8e8c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55745 cc8e9000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55742 cad88c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55741 cad78000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55740 c8a74000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55738 cad88830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55737 cad88a3c 113 55732 55732 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 55736 cad88418 80 55730 55730 0004000 [SLPQ devfs 0xc673c058][SLP] perl 55734 cc86c000 80 55731 55731 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 55732 cc86c20c 113 55729 55732 0004000 [SLPQ wait 0xcc86c20c][SLP] sh 55731 c8a74c48 80 55727 55731 0004000 [SLPQ wait 0xc8a74c48][SLP] sh 55730 cc86c418 80 55728 55730 0004000 [SLPQ wait 0xcc86c418][SLP] sh 55729 c8a74830 0 753 753 0000000 [SLPQ piperd 0xc98cb660][SLP] cron 55728 c8a74624 0 753 753 0000000 [SLPQ piperd 0xc98cb990][SLP] cron 55727 cc86cc48 0 753 753 0000000 [SLPQ piperd 0xc98cbcc0][SLP] cron 55724 cc86c830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55723 cc86ca3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55721 cc86f000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55720 cc86f20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55719 cc86f418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55718 cc86f624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55717 cc86f830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55716 cc86fa3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55715 cad78c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55714 cc819a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55713 c8a74a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55712 c8a74418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55706 cad7820c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55705 cad78418 2 55703 55702 0000000 [SLPQ devfs 0xc673c058][SLP] sh 55703 cc66c830 2 55702 55702 0004000 [SLPQ wait 0xcc66c830][SLP] sh 55702 cad78624 2 55701 55702 0004000 [SLPQ wait 0xcad78624][SLP] sh 55701 cc87e000 0 753 753 0000000 [SLPQ piperd 0xcb1f57f8][SLP] cron 55700 cad78830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55699 cc87da3c 25 34992 34992 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55698 cad78a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55696 cad88000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55695 cad8820c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55693 cad88624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55691 c8a6c20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55688 cc87d624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55687 c86dc20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55685 c86dc624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55683 c86dca3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55682 c86dcc48 80 55674 55674 0004000 [SLPQ devfs 0xc673c058][SLP] perl 55681 c8a6c000 113 55675 55675 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 55680 cc87dc48 8 55670 55670 0004000 [SLPQ devfs 0xc673c058][SLP] ctlinnd 55678 c8a7420c 80 55673 55673 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 55675 c8a6c624 113 55672 55675 0004000 [SLPQ wait 0xc8a6c624][SLP] sh 55674 cc818418 80 55669 55674 0004000 [SLPQ wait 0xcc818418][SLP] sh 55673 c8a6c830 80 55668 55673 0004000 [SLPQ wait 0xc8a6c830][SLP] sh 55672 c8a6ca3c 0 753 753 0000000 [SLPQ piperd 0xcb1f1660][SLP] cron 55670 c8a6cc48 8 55665 55670 0004000 [SLPQ wait 0xc8a6cc48][SLP] sh 55669 cc711c48 0 753 753 0000000 [SLPQ piperd 0xc989a660][SLP] cron 55668 cc53ec48 0 753 753 0000000 [SLPQ piperd 0xcb1f17f8][SLP] cron 55665 cc85c000 0 753 753 0000000 [SLPQ piperd 0xcb1ee7f8][SLP] cron 55661 cc87d418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55658 cc87d830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55656 cc87d000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55655 cc85ca3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55654 cc85cc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55652 cc87d20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55645 cc87e20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55644 cc87e418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55643 cc87e624 113 55639 55639 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 55642 cc85b418 80 55637 55637 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 55641 cc87e830 80 55638 55638 0004000 [SLPQ devfs 0xc673c058][SLP] perl 55639 cc87ea3c 113 55636 55639 0004000 [SLPQ wait 0xcc87ea3c][SLP] sh 55638 cc87ec48 80 55634 55638 0004000 [SLPQ wait 0xcc87ec48][SLP] sh 55637 cc85b000 80 55633 55637 0004000 [SLPQ wait 0xcc85b000][SLP] sh 55636 cc819c48 0 753 753 0000000 [SLPQ piperd 0xcb1eb990][SLP] cron 55634 cc819830 0 753 753 0000000 [SLPQ piperd 0xcb1d6000][SLP] cron 55633 cc85c20c 0 753 753 0000000 [SLPQ piperd 0xcb1d64c8][SLP] cron 55629 cc819624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55622 cc85b624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55621 cc85b830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55620 cc85ba3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55619 cc66ac48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55615 cc85c418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55614 cc697624 2 55612 55611 0000000 [SLPQ devfs 0xc673c058][SLP] sh 55612 cc66cc48 2 55611 55611 0004000 [SLPQ wait 0xcc66cc48][SLP] sh 55611 cc85c830 2 55610 55611 0004000 [SLPQ wait 0xcc85c830][SLP] sh 55610 cc65ba3c 0 753 753 0000000 [SLPQ piperd 0xcb1e84c8][SLP] cron 55609 cc65b418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55608 cc819418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55607 cc818624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55605 cc5b720c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55604 cc818000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55602 cc65b20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55601 cc5b7418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55600 cc71120c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55598 cc711418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55596 cc711624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55595 cc711830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55593 cc711a3c 113 55586 55586 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 55591 cc70f000 80 55588 55588 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 55590 cc5f8418 80 55585 55585 0004000 [SLPQ devfs 0xc673c058][SLP] perl 55588 c86b0c48 80 55581 55588 0004000 [SLPQ wait 0xc86b0c48][SLP] sh 55586 cc81820c 113 55584 55586 0004000 [SLPQ wait 0xcc81820c][SLP] sh 55585 cc818c48 80 55582 55585 0004000 [SLPQ wait 0xcc818c48][SLP] sh 55584 cc540c48 0 753 753 0000000 [SLPQ piperd 0xca82bb28][SLP] cron 55582 cc5b4624 0 753 753 0000000 [SLPQ piperd 0xc98c5660][SLP] cron 55581 cc57da3c 0 753 753 0000000 [SLPQ piperd 0xc98e1198][SLP] cron 55577 cc818830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55576 cc818a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55574 cc819000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55573 cc81920c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55569 cc65b624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55568 cc172830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55567 cc5f9a3c 25 34992 34992 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55566 cc5f9830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55565 cc5f8a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55564 cc710a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55558 cc70f20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55557 cc70f418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55555 cc70f624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55554 cc70f830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55553 cc70fa3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55552 cc70fc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55551 cc5f9624 113 55544 55544 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 55550 cc5f8c48 80 55545 55545 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 55549 cc710000 80 55546 55546 0004000 [SLPQ devfs 0xc673c058][SLP] perl 55546 cc710418 80 55541 55546 0004000 [SLPQ wait 0xcc710418][SLP] sh 55545 cc710624 80 55539 55545 0004000 [SLPQ wait 0xcc710624][SLP] sh 55544 cc710830 113 55542 55544 0004000 [SLPQ wait 0xcc710830][SLP] sh 55542 cc710c48 0 753 753 0000000 [SLPQ piperd 0xcaa1cb28][SLP] cron 55541 cc711000 0 753 753 0000000 [SLPQ piperd 0xc9c8f198][SLP] cron 55539 cc53f20c 0 753 753 0000000 [SLPQ piperd 0xc98e0b28][SLP] cron 55536 cc5e4830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55535 cc5e4000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55534 cc697830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55533 cc697a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55532 cc697c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55530 cc5e420c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55529 cc5e4418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55528 cc5e4624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55526 cc5e4a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55525 cc5e4c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55524 cc65b000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55518 cc66ca3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55513 cc696418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55512 cc2b9624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55511 cc153a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55508 cc697000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55507 cc27a20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55504 cc66b20c 2 55502 55501 0000000 [SLPQ devfs 0xc673c058][SLP] sh 55502 cc66a830 2 55501 55501 0004000 [SLPQ wait 0xcc66a830][SLP] sh 55501 cc66c418 2 55500 55501 0004000 [SLPQ wait 0xcc66c418][SLP] sh 55500 cc66a624 0 753 753 0000000 [SLPQ piperd 0xcaa1c330][SLP] cron 55499 cc66c624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55496 cc66a418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55494 cc696000 80 55488 55488 0004000 [SLPQ devfs 0xc673c058][SLP] perl 55492 cc69620c 113 55489 55489 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 55490 cc696624 80 55487 55487 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 55489 cc696830 113 55486 55489 0004000 [SLPQ wait 0xcc696830][SLP] sh 55488 cc696a3c 80 55485 55488 0004000 [SLPQ wait 0xcc696a3c][SLP] sh 55487 cc696c48 80 55482 55487 0004000 [SLPQ wait 0xcc696c48][SLP] sh 55486 cc66b624 0 753 753 0000000 [SLPQ piperd 0xc98e0198][SLP] cron 55485 cc2b7000 0 753 753 0000000 [SLPQ piperd 0xca7b4660][SLP] cron 55482 cc27a830 0 753 753 0000000 [SLPQ piperd 0xc9897000][SLP] cron 55479 cc69720c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55478 cc697418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55476 cc66a20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55472 cc2b7418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55471 cc66a000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55468 cc316000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55465 cc66aa3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55463 cc66b000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55461 cc66b418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55459 cc66b830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55458 cc66ba3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55457 cc66bc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55456 cc66c000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55455 cc66c20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55453 cc5f9418 80 55447 55447 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 55452 cc5f8624 113 55450 55450 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 55451 cc5b7a3c 80 55449 55449 0004000 [SLPQ devfs 0xc673c058][SLP] perl 55450 cc5b7c48 113 55448 55450 0004000 [SLPQ wait 0xcc5b7c48][SLP] sh 55449 cc5f8000 80 55445 55449 0004000 [SLPQ wait 0xcc5f8000][SLP] sh 55448 cc5f820c 0 753 753 0000000 [SLPQ piperd 0xc98cd7f8][SLP] cron 55447 cc1c3624 80 55444 55447 0004000 [SLPQ wait 0xcc1c3624][SLP] sh 55445 cc27920c 0 753 753 0000000 [SLPQ piperd 0xcb200990][SLP] cron 55444 cc155624 0 753 753 0000000 [SLPQ piperd 0xc7755b28][SLP] cron 55441 cc53f830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55440 cc5f8830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55437 cc5f9000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55436 cc5f920c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55431 cc57c624 25 34992 34992 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55427 cc5f9c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55425 cc156830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55424 cc171830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55421 cc57c418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55420 c86b0830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55418 cc57c20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55417 cc0be624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55416 cc57d624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55415 cc57d830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55413 cc57dc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55412 cc5b4000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55411 cc5b420c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55410 cc5b4418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55408 cc5b4830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55407 cc5b4a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55406 cc5b4c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55405 cc5b7000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55404 c881e624 2 55393 55379 0000000 [SLPQ devfs 0xc673c058][SLP] sh 55402 cc0be418 113 55392 55392 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 55398 cc146000 8 55389 55389 0004000 [SLPQ devfs 0xc673c058][SLP] ctlinnd 55397 cc0bba3c 8 55386 55386 0004000 [SLPQ devfs 0xc673c058][SLP] ctlinnd 55396 cc5b7624 80 55390 55390 0004000 [SLPQ devfs 0xc673c058][SLP] perl 55395 cc5b7830 80 55391 55391 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 55393 cc171418 2 55379 55379 0004000 [SLPQ wait 0xcc171418][SLP] sh 55392 cc171000 113 55387 55392 0004000 [SLPQ wait 0xcc171000][SLP] sh 55391 cc172c48 80 55384 55391 0004000 [SLPQ wait 0xcc172c48][SLP] sh 55390 cc54020c 80 55385 55390 0004000 [SLPQ wait 0xcc54020c][SLP] sh 55389 cc157c48 8 55382 55389 0004000 [SLPQ wait 0xcc157c48][SLP] sh 55387 cc540418 0 753 753 0000000 [SLPQ piperd 0xc98cd660][SLP] cron 55386 cc540624 8 55380 55386 0004000 [SLPQ wait 0xcc540624][SLP] sh 55385 cc540830 0 753 753 0000000 [SLPQ piperd 0xc67f8000][SLP] cron 55384 cc540a3c 0 753 753 0000000 [SLPQ piperd 0xc6769cc0][SLP] cron 55382 cc57c000 0 753 753 0000000 [SLPQ piperd 0xc913d330][SLP] cron 55380 cc156418 0 753 753 0000000 [SLPQ piperd 0xc98e5cc0][SLP] cron 55379 cc15620c 2 55376 55379 0004000 [SLPQ wait 0xcc15620c][SLP] sh 55376 c86b0a3c 0 753 753 0000000 [SLPQ piperd 0xc98dcb28][SLP] cron 55373 cc57c830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55372 cc57ca3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55371 cc57cc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55370 cc57d000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55369 cc57d20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55367 cc57d418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55363 cc53fa3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55362 cc53f418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55360 cc316c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55359 cc53e000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55358 cc53e20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55357 cc53e418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55356 cc53e624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55355 cc53e830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55354 cc53ea3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55352 cc53f000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55349 cc53f624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55346 cc53fc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55345 cc540000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55344 cc278624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55342 cc2b9830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55341 c881e830 2 55337 55329 0000000 [SLPQ devfs 0xc673c058][SLP] sh 55338 cc2b9a3c 80 55332 55332 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 55337 cc2b9c48 2 55329 55329 0004000 [SLPQ wait 0xcc2b9c48][SLP] sh 55336 cc30b000 113 55334 55334 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 55335 cc1c1418 80 55333 55333 0004000 [SLPQ devfs 0xc673c058][SLP] perl 55334 cc30b20c 113 55331 55334 0004000 [SLPQ wait 0xcc30b20c][SLP] sh 55333 cc30b418 80 55330 55333 0004000 [SLPQ wait 0xcc30b418][SLP] sh 55332 c881ec48 80 55327 55332 0004000 [SLPQ wait 0xc881ec48][SLP] sh 55331 cc1c3c48 0 753 753 0000000 [SLPQ piperd 0xc7755000][SLP] cron 55330 cc279624 0 753 753 0000000 [SLPQ piperd 0xc712bcc0][SLP] cron 55329 cc30b624 2 55325 55329 0004000 [SLPQ wait 0xcc30b624][SLP] sh 55327 cc279000 0 753 753 0000000 [SLPQ piperd 0xca3d64c8][SLP] cron 55325 cc278418 0 753 753 0000000 [SLPQ piperd 0xc98dccc0][SLP] cron 55324 cc30b830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55323 cc30ba3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55322 cc30bc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55320 cc31620c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55319 cc316418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55318 cc316624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55317 cc316830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55316 cc278c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55315 cc316a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55314 cc147830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55313 cc27a418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55311 cc153000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55306 cc147c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55304 cc153830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55297 cc27a624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55295 cc27aa3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55294 cc27ac48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55292 cc2b720c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55290 cc2b7624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55289 cc2b7830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55287 cc147a3c 80 55281 55281 0004000 [SLPQ devfs 0xc673c058][SLP] perl 55285 cc2b7a3c 113 55282 55282 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 55283 cc2b7c48 80 55280 55280 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 55282 cc2b9000 113 55277 55282 0004000 [SLPQ wait 0xcc2b9000][SLP] sh 55281 cc2b920c 80 55276 55281 0004000 [SLPQ wait 0xcc2b920c][SLP] sh 55280 cc2b9418 80 55275 55280 0004000 [SLPQ wait 0xcc2b9418][SLP] sh 55277 cc15320c 0 753 753 0000000 [SLPQ piperd 0xca80acc0][SLP] cron 55276 cc153418 0 753 753 0000000 [SLPQ piperd 0xca80a000][SLP] cron 55275 cc153624 0 753 753 0000000 [SLPQ piperd 0xc98987f8][SLP] cron 55272 cc279830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55270 cc278000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55269 cc27820c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55266 cc153c48 25 34992 34992 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55265 cc154000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55264 cc278830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55263 cc278a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55259 cc279418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55256 cc279a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55255 cc279c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55254 cc27a000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55252 cc1c1c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55247 cc154c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55246 c881ea3c 113 55242 55242 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 55245 cc15420c 80 55240 55240 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 55243 cc1c1000 80 55239 55239 0004000 [SLPQ devfs 0xc673c058][SLP] perl 55242 cc1c120c 113 55238 55242 0004000 [SLPQ wait 0xcc1c120c][SLP] sh 55240 cc154418 80 55236 55240 0004000 [SLPQ wait 0xcc154418][SLP] sh 55239 cc154624 80 55237 55239 0004000 [SLPQ wait 0xcc154624][SLP] sh 55238 cc1c1624 0 753 753 0000000 [SLPQ piperd 0xc98dc990][SLP] cron 55237 cc154830 0 753 753 0000000 [SLPQ piperd 0xc988f198][SLP] cron 55236 cc154a3c 0 753 753 0000000 [SLPQ piperd 0xc9c587f8][SLP] cron 55234 cc1c1830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55233 cc1c1a3c 2 55231 55230 0000000 [SLPQ devfs 0xc673c058][SLP] sh 55231 cc155000 2 55230 55230 0004000 [SLPQ wait 0xcc155000][SLP] sh 55230 cc1c3000 2 55229 55230 0004000 [SLPQ wait 0xcc1c3000][SLP] sh 55229 cc15520c 0 753 753 0000000 [SLPQ piperd 0xc98d94c8][SLP] cron 55228 cc1c320c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55227 cc1c3418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55225 cc1c3830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55224 cc1c3a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55222 cc157a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55219 cc155c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55218 c86b0624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55217 c86b0000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55216 cc172624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55213 cc172a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55210 c86b020c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55209 c86b0418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55204 c881e000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55203 c881e20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55202 cc155418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55200 cc155830 113 55194 55194 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 55199 c881e418 80 55192 55192 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 55196 cc156624 80 55195 55195 0004000 [SLPQ devfs 0xc673c058][SLP] perl 55195 cc15720c 80 55191 55195 0004000 [SLPQ wait 0xcc15720c][SLP] sh 55194 cc157418 113 55193 55194 0004000 [SLPQ wait 0xcc157418][SLP] sh 55193 cc157624 0 753 753 0000000 [SLPQ piperd 0xc98944c8][SLP] cron 55192 cc157830 80 55188 55192 0004000 [SLPQ wait 0xcc157830][SLP] sh 55191 cc155a3c 0 753 753 0000000 [SLPQ piperd 0xc9894990][SLP] cron 55188 cc156000 0 753 753 0000000 [SLPQ piperd 0xc9485cc0][SLP] cron 55182 cc17120c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55180 cc171624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55178 cc171a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55177 cc171c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55176 cc172000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55175 cc17220c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55174 cc172418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55173 cc156c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55172 cc146c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55165 cc0be830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55164 cc0bea3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55163 cc0bec48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55161 cc14620c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55160 cc156a3c 113 55156 55156 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 55159 cc146418 80 55155 55155 0004000 [SLPQ devfs 0xc673c058][SLP] perl 55157 cc146624 80 55152 55152 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 55156 cc146830 113 55154 55156 0004000 [SLPQ wait 0xcc146830][SLP] sh 55155 cc146a3c 80 55151 55155 0004000 [SLPQ wait 0xcc146a3c][SLP] sh 55154 cc157000 0 753 753 0000000 [SLPQ piperd 0xc989ccc0][SLP] cron 55152 cc147418 80 55150 55152 0004000 [SLPQ wait 0xcc147418][SLP] sh 55151 cc0bcc48 0 753 753 0000000 [SLPQ piperd 0xc989c660][SLP] cron 55150 cc0bc830 0 753 753 0000000 [SLPQ piperd 0xca80ab28][SLP] cron 55148 cc147000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55147 cc14720c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55145 cc147624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55144 cbe77000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55142 cc0be20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55141 cc0be000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55140 cbe3720c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55139 cc0bc000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55138 cc0bb000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55137 cc0bb20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55136 cc0bb418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55135 cc0bb624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55133 cc0bb830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55131 cc0bbc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55129 cc0bc20c 2 55127 55126 0000000 [SLPQ devfs 0xc673c058][SLP] sh 55127 cc0bc418 2 55126 55126 0004000 [SLPQ wait 0xcc0bc418][SLP] sh 55126 cc0bc624 2 55125 55126 0004000 [SLPQ wait 0xcc0bc624][SLP] sh 55125 cbdcd830 0 753 753 0000000 [SLPQ piperd 0xc67697f8][SLP] cron 55124 cbec0624 25 34992 34992 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55122 cc0bca3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55120 cbe9c418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55117 cbe9cc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55115 cbe77418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55114 cbe9c20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55112 cbe9c830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55111 cadb6418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55108 cbe9c000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55104 cbec0000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55103 cbec1830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55102 cbec120c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55101 cbec0c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55098 cbec0830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55096 cadbba3c 80 55089 55089 0004000 [SLPQ devfs 0xc673c058][SLP] perl 55094 cadb6000 8 55083 55083 0004000 [SLPQ devfs 0xc673c058][SLP] ctlinnd 55093 cadbbc48 80 55088 55088 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 55091 cadb620c 113 55090 55090 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 55090 cbec020c 113 55086 55090 0004000 [SLPQ wait 0xcbec020c][SLP] sh 55089 cbec0418 80 55085 55089 0004000 [SLPQ wait 0xcbec0418][SLP] sh 55088 cadb6830 80 55084 55088 0004000 [SLPQ wait 0xcadb6830][SLP] sh 55086 cbec1624 0 753 753 0000000 [SLPQ piperd 0xc9d39cc0][SLP] cron 55085 cbec1000 0 753 753 0000000 [SLPQ piperd 0xc9d394c8][SLP] cron 55084 cbe38624 0 753 753 0000000 [SLPQ piperd 0xc9d1a4c8][SLP] cron 55083 cbe38000 8 55080 55083 0004000 [SLPQ wait 0xcbe38000][SLP] sh 55080 cbe38418 0 753 753 0000000 [SLPQ piperd 0xc9d41000][SLP] cron 55078 cbec0a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55074 cbec1418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55071 cbec1a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55070 cbec1c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55069 c7d4120c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55068 cadbb000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55065 cbe9d624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55064 cbe9d830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55063 cbe9da3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55062 cbe9dc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55058 cadb6624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55056 cadb6a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55055 cadb6c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55053 cadbb20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55052 cbe76c48 113 55048 55048 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 55051 cadbb418 80 55045 55045 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 55050 cadbb624 80 55047 55047 0004000 [SLPQ devfs 0xc673c058][SLP] perl 55048 cadbb830 113 55046 55048 0004000 [SLPQ wait 0xcadbb830][SLP] sh 55047 cbe7620c 80 55043 55047 0004000 [SLPQ wait 0xcbe7620c][SLP] sh 55046 c6e37a3c 0 753 753 0000000 [SLPQ piperd 0xcb1f4990][SLP] cron 55045 cbe76a3c 80 55042 55045 0004000 [SLPQ wait 0xcbe76a3c][SLP] sh 55043 cbdcd624 0 753 753 0000000 [SLPQ piperd 0xcb1f47f8][SLP] cron 55042 cbe73000 0 753 753 0000000 [SLPQ piperd 0xc9d45990][SLP] cron 55037 cbe77830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55036 cbe7720c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55034 cbe77624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55032 cbe77a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55031 cbe77c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55027 cbe9c624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55025 cbe9ca3c 2 55023 55022 0000000 [SLPQ devfs 0xc673c058][SLP] sh 55023 c6e3720c 2 55022 55022 0004000 [SLPQ wait 0xc6e3720c][SLP] sh 55022 cbe9d000 2 55021 55022 0004000 [SLPQ wait 0xcbe9d000][SLP] sh 55021 cbe9d20c 0 753 753 0000000 [SLPQ piperd 0xcb1f1330][SLP] cron 55019 cbe9d418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55018 cbac0a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55015 cbe38c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55013 cbe7320c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55012 cbe73418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55011 cbe73624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55010 cbe73830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55009 cbe73a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 55008 cbe73c48 113 55002 55002 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 55006 c6919c48 80 55001 55001 0004000 [SLPQ devfs 0xc673c058][SLP] perl 55004 cbe76000 80 55000 55000 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 55002 cbb29a3c 113 54999 55002 0004000 [SLPQ wait 0xcbb29a3c][SLP] sh 55001 c6ef9418 80 54998 55001 0004000 [SLPQ wait 0xc6ef9418][SLP] sh 55000 cbe76418 80 54995 55000 0004000 [SLPQ wait 0xcbe76418][SLP] sh 54999 cbe76624 0 753 753 0000000 [SLPQ piperd 0xc9d45b28][SLP] cron 54998 cbe76830 0 753 753 0000000 [SLPQ piperd 0xc989ab28][SLP] cron 54995 cbdce624 0 753 753 0000000 [SLPQ piperd 0xcb1f1000][SLP] cron 54988 cbe37418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54986 cbdcea3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54985 cbdce830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54983 cbdcec48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54982 cbe37000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54979 cbe37624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54978 cbdcd418 25 34992 34992 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54977 cbe38830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54976 cbe37830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54975 cbe37a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54974 cbe37c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54972 cbe3820c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54967 cbac3c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54966 cbe38a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54965 c7d41830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54964 c7d41624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54963 cbb54a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54962 cbdcda3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54960 cbdcd20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54959 cbac3418 113 54954 54954 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 54958 cbac3a3c 80 54955 54955 0004000 [SLPQ devfs 0xc673c058][SLP] perl 54957 cbac320c 80 54952 54952 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 54955 cbac3830 80 54950 54955 0004000 [SLPQ wait 0xcbac3830][SLP] sh 54954 c7d41418 113 54953 54954 0004000 [SLPQ wait 0xc7d41418][SLP] sh 54953 cb6f9418 0 753 753 0000000 [SLPQ piperd 0xcb1ee000][SLP] cron 54952 cbba2830 80 54949 54952 0004000 [SLPQ wait 0xcbba2830][SLP] sh 54950 cbba1624 0 753 753 0000000 [SLPQ piperd 0xcb1ee4c8][SLP] cron 54949 cbba1418 0 753 753 0000000 [SLPQ piperd 0xc98c57f8][SLP] cron 54946 c7d41a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54945 c7d41c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54944 cbdcd000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54938 cbdcdc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54937 cbdce000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54936 cbdce20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54935 cbdce418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54933 cb24a624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54931 c6ef9a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54928 c6ef9000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54925 cbb54418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54924 cbba120c 2 54922 54921 0000000 [SLPQ devfs 0xc673c058][SLP] sh 54922 cbb2920c 2 54921 54921 0004000 [SLPQ wait 0xcbb2920c][SLP] sh 54921 cba52830 2 54920 54921 0004000 [SLPQ wait 0xcba52830][SLP] sh 54920 c693720c 0 753 753 0000000 [SLPQ piperd 0xcb1f54c8][SLP] cron 54917 c6e37000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54915 c6919a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54913 c6e37418 80 54906 54906 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 54911 c6e37624 113 54908 54908 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 54910 cb298624 80 54907 54907 0004000 [SLPQ devfs 0xc673c058][SLP] perl 54908 cba5220c 113 54905 54908 0004000 [SLPQ wait 0xcba5220c][SLP] sh 54907 c6e37830 80 54904 54907 0004000 [SLPQ wait 0xc6e37830][SLP] sh 54906 cba51a3c 80 54901 54906 0004000 [SLPQ wait 0xcba51a3c][SLP] sh 54905 cb8b3a3c 0 753 753 0000000 [SLPQ piperd 0xc988c4c8][SLP] cron 54904 cba51c48 0 753 753 0000000 [SLPQ piperd 0xcb1f1b28][SLP] cron 54901 cbac020c 0 753 753 0000000 [SLPQ piperd 0xc92527f8][SLP] cron 54898 c6e37c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54896 c6ef920c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54894 c6ef9624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54893 c6ef9830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54891 c6ef9c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54890 c7d41000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54886 c6919830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54885 c6919418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54884 c691920c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54883 cbba2c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54882 cbba2a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54880 c6919000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54877 c6919624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54873 c6937000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54871 c6937418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54870 c6937624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54869 c6937830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54868 c6937a3c 113 54864 54864 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 54866 cb2b7c48 80 54862 54862 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 54865 c6937c48 80 54863 54863 0004000 [SLPQ devfs 0xc673c058][SLP] perl 54864 cb658a3c 113 54861 54864 0004000 [SLPQ wait 0xcb658a3c][SLP] sh 54863 cbba2418 80 54859 54863 0004000 [SLPQ wait 0xcbba2418][SLP] sh 54862 cbb29624 80 54858 54862 0004000 [SLPQ wait 0xcbb29624][SLP] sh 54861 cbab9000 0 753 753 0000000 [SLPQ piperd 0xc712b4c8][SLP] cron 54859 cbab9830 0 753 753 0000000 [SLPQ piperd 0xcb1eb660][SLP] cron 54858 cbb54c48 0 753 753 0000000 [SLPQ piperd 0xc98e5b28][SLP] cron 54856 cbb54624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54855 cbb54830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54852 cbba1000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54848 cbba1830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54847 cbba1a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54846 cb2b6000 25 34992 34992 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54845 cbba1c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54844 cbba2000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54843 cbba220c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54841 cbba2624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54838 cb030a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54837 cbb29830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54831 cbac3624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54826 cbb29000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54824 cbb29418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54823 ca8f5624 2 54812 54801 0000000 [SLPQ devfs 0xc673c058][SLP] sh 54818 cbb29c48 8 54811 54811 0004000 [SLPQ devfs 0xc673c058][SLP] ctlinnd 54817 cb1afc48 80 54806 54806 0004000 [SLPQ devfs 0xc673c058][SLP] perl 54816 cbb54000 80 54805 54805 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 54815 cb2b6830 113 54808 54808 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 54814 caaa520c 8 54809 54809 0004000 [SLPQ devfs 0xc673c058][SLP] ctlinnd 54812 cbb5420c 2 54801 54801 0004000 [SLPQ wait 0xcbb5420c][SLP] sh 54811 cb24a20c 8 54797 54811 0004000 [SLPQ wait 0xcb24a20c][SLP] sh 54809 cb658624 8 54798 54809 0004000 [SLPQ wait 0xcb658624][SLP] sh 54808 cb64d830 113 54803 54808 0004000 [SLPQ wait 0xcb64d830][SLP] sh 54806 cbac0418 80 54802 54806 0004000 [SLPQ wait 0xcbac0418][SLP] sh 54805 cba52c48 80 54800 54805 0004000 [SLPQ wait 0xcba52c48][SLP] sh 54803 cbab920c 0 753 753 0000000 [SLPQ piperd 0xc9d39990][SLP] cron 54802 cb2b7a3c 0 753 753 0000000 [SLPQ piperd 0xcb1d6990][SLP] cron 54801 cbab9418 2 54795 54801 0004000 [SLPQ wait 0xcbab9418][SLP] sh 54800 cbab9624 0 753 753 0000000 [SLPQ piperd 0xcb1d6cc0][SLP] cron 54798 cbab9a3c 0 753 753 0000000 [SLPQ piperd 0xcb1d6660][SLP] cron 54797 cb6fa20c 0 753 753 0000000 [SLPQ piperd 0xc9d1a198][SLP] cron 54795 cb764c48 0 753 753 0000000 [SLPQ piperd 0xcb1d74c8][SLP] cron 54793 cbab9c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54792 cbac0000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54789 cbac0624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54788 cbac0830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54786 cbac0c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54785 cbac3000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54784 cba51000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54783 c6fac000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54782 cb765418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54780 cba51830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54778 cb8b3830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54776 cb8b3c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54774 cba5120c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54773 cba51418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54772 cba51624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54768 cba52000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54766 cba52418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54765 cba52624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54764 cb243a3c 2 54762 54752 0000000 [SLPQ devfs 0xc673c058][SLP] sh 54762 cb76420c 2 54752 54752 0004000 [SLPQ wait 0xcb76420c][SLP] sh 54761 cba52a3c 80 54757 54757 0004000 [SLPQ devfs 0xc673c058][SLP] perl 54760 cb8b3418 80 54755 54755 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 54758 cb8b2a3c 113 54756 54756 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 54757 cb298418 80 54751 54757 0004000 [SLPQ wait 0xcb298418][SLP] sh 54756 cb8b220c 113 54753 54756 0004000 [SLPQ wait 0xcb8b220c][SLP] sh 54755 cb29820c 80 54750 54755 0004000 [SLPQ wait 0xcb29820c][SLP] sh 54753 cb8b3624 0 753 753 0000000 [SLPQ piperd 0xcb1e8990][SLP] cron 54752 cb765a3c 2 54748 54752 0004000 [SLPQ wait 0xcb765a3c][SLP] sh 54751 cb8b320c 0 753 753 0000000 [SLPQ piperd 0xcb1eb198][SLP] cron 54750 cb765830 0 753 753 0000000 [SLPQ piperd 0xcb1eacc0][SLP] cron 54748 cb1b0a3c 0 753 753 0000000 [SLPQ piperd 0xcb1ea000][SLP] cron 54746 cb765624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54743 cb765c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54742 cb8b2000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54740 cb8b2418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54739 cb8b2624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54738 cb8b2830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54736 cb8b2c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54735 cb8b3000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54732 cb1af624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54730 cb764624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54729 cb764a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54728 cb76520c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54726 cb298c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54724 cb298000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54720 cb298830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54719 cb298a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54717 cb764000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54715 cb764418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54713 ca88720c 80 54707 54707 0004000 [SLPQ devfs 0xc673c058][SLP] perl 54712 cb764830 113 54708 54708 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 54710 caa53624 80 54705 54705 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 54708 cb765000 113 54704 54708 0004000 [SLPQ wait 0xcb765000][SLP] sh 54707 cb248000 80 54703 54707 0004000 [SLPQ wait 0xcb248000][SLP] sh 54705 cb6fa000 80 54701 54705 0004000 [SLPQ wait 0xcb6fa000][SLP] sh 54704 cb6f9830 0 753 753 0000000 [SLPQ piperd 0xcb1ec198][SLP] cron 54703 cb6f9624 0 753 753 0000000 [SLPQ piperd 0xc9d1acc0][SLP] cron 54701 cb24820c 0 753 753 0000000 [SLPQ piperd 0xcb1ec7f8][SLP] cron 54698 cb658c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54697 cb6f9000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54696 cb6f920c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54692 cb6f9a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54691 cb6f9c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54688 cb6fa418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54687 cb6fa624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54686 cb6fa830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54685 cb6faa3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54684 cb6fac48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54683 cb2b7624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54682 cb2b7830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54681 caf68418 25 34992 34992 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54680 cb243418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54677 cb64d000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54676 cb1b0c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54675 cb64d20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54674 cb64d418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54673 cb64d624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54671 cb64da3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54670 cb64dc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54669 cb658000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54668 cb65820c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54667 cb658418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54665 cb658830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54664 cb2b6a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54663 cb24a830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54661 cb24a418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54658 cb24aa3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54657 cb24ac48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54656 cb248830 80 54651 54651 0004000 [SLPQ devfs 0xc673c058][SLP] perl 54655 c6d65830 113 54650 54650 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 54654 caa53a3c 80 54648 54648 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 54651 cb2b620c 80 54647 54651 0004000 [SLPQ wait 0xcb2b620c][SLP] sh 54650 cb2b6418 113 54649 54650 0004000 [SLPQ wait 0xcb2b6418][SLP] sh 54649 cb2b7418 0 753 753 0000000 [SLPQ piperd 0xcb1f4330][SLP] cron 54648 cb2b6c48 80 54644 54648 0004000 [SLPQ wait 0xcb2b6c48][SLP] sh 54647 cb2b6624 0 753 753 0000000 [SLPQ piperd 0xcb1f4000][SLP] cron 54644 caf86418 0 753 753 0000000 [SLPQ piperd 0xcb202198][SLP] cron 54639 cb2b7000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54638 cb2b720c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54636 cb1af418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54635 c6d65624 2 54633 54632 0000000 [SLPQ devfs 0xc673c058][SLP] sh 54633 cb03020c 2 54632 54632 0004000 [SLPQ wait 0xcb03020c][SLP] sh 54632 cadd3830 2 54631 54632 0004000 [SLPQ wait 0xcadd3830][SLP] sh 54631 cb030830 0 753 753 0000000 [SLPQ piperd 0xcb1f5198][SLP] cron 54626 cb248418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54624 cb248624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54623 caf6820c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54622 cb243624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54620 cb243000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54619 cb24320c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54616 cb243830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54613 cb243c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54606 c6fdc000 0 54603 54587 0004000 [SLPQ piperd 0xc9d397f8][SLP] wc 54605 c6fac624 0 54603 54587 0004000 [SLPQ devfs 0xc673c058][SLP] tee 54603 c6d65c48 0 54595 54587 0000000 [SLPQ wait 0xc6d65c48][SLP] sh 54599 cb248a3c 0 54579 54599 0000010 [SLPQ devfs 0xc673c058][SLP] cron 54598 cadd3418 80 54590 54590 0004000 [SLPQ devfs 0xc673c058][SLP] perl 54596 cb248c48 80 54586 54586 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 54595 cb24a000 0 54587 54587 0004000 [SLPQ piperd 0xc6d61330][SLP] sh 54593 ca9aea3c 80 54588 54588 0004000 [SLPQ devfs 0xc673c058][SLP] perl 54591 cadaec48 113 54589 54589 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 54590 cadd3a3c 80 54582 54590 0004000 [SLPQ wait 0xcadd3a3c][SLP] sh 54589 cadd3c48 113 54584 54589 0004000 [SLPQ wait 0xcadd3c48][SLP] sh 54588 cadae000 80 54583 54588 0004000 [SLPQ wait 0xcadae000][SLP] sh 54587 cb1af000 0 54579 54587 0004000 [SLPQ wait 0xcb1af000][SLP] sh 54586 cb1af20c 80 54580 54586 0004000 [SLPQ wait 0xcb1af20c][SLP] sh 54584 c6fdc830 0 753 753 0000000 [SLPQ piperd 0xcb1ffb28][SLP] cron 54583 c6fdc624 0 753 753 0000000 [SLPQ piperd 0xc712bb28][SLP] cron 54582 c6fdc418 0 753 753 0000000 [SLPQ piperd 0xcb1ff7f8][SLP] cron 54580 cb1b0418 0 753 753 0000000 [SLPQ piperd 0xcb200330][SLP] cron 54579 cb1b020c 0 753 753 0000000 [SLPQ ppwait 0xcb1b020c][SLP] cron 54576 cb1af830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54575 cb1afa3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54573 cb1b0000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54570 cb1b0624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54569 cb1b0830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54565 cadae20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54564 c6fdca3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54559 c6fdcc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54556 cadae418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54555 cadae624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54554 cadae830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54553 cadaea3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54551 cadd3000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54550 ca887418 113 54546 54546 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 54549 cadd320c 80 54545 54545 0004000 [SLPQ devfs 0xc673c058][SLP] perl 54547 cadd3624 80 54544 54544 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 54546 c6fdc20c 113 54542 54546 0004000 [SLPQ wait 0xc6fdc20c][SLP] sh 54545 c6facc48 80 54541 54545 0004000 [SLPQ wait 0xc6facc48][SLP] sh 54544 caa53418 80 54540 54544 0004000 [SLPQ wait 0xcaa53418][SLP] sh 54542 c851fc48 0 753 753 0000000 [SLPQ piperd 0xc9d41330][SLP] cron 54541 c851fa3c 0 753 753 0000000 [SLPQ piperd 0xc712b198][SLP] cron 54540 ca887c48 0 753 753 0000000 [SLPQ piperd 0xc784c4c8][SLP] cron 54537 c6d65000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54534 c6d6520c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54533 c6d65418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54530 c6d65a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54527 caaa5418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54526 c6fac20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54525 c6fac418 2 54523 54522 0000000 [SLPQ devfs 0xc673c058][SLP] sh 54523 caaa5000 2 54522 54522 0004000 [SLPQ wait 0xcaaa5000][SLP] sh 54522 c6fac830 2 54521 54522 0004000 [SLPQ wait 0xc6fac830][SLP] sh 54521 caaa2830 0 753 753 0000000 [SLPQ piperd 0xc9d3f330][SLP] cron 54520 caaa2624 25 34992 34992 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54519 c6faca3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54515 c851f418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54514 caef8418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54513 caa53830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54511 ca89a830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54509 caaa2418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54508 caf68000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54507 ca875830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54503 caef8000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54502 caaa6830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54501 cb03f418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54499 cb03f000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54498 caf86a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54497 caf86c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54496 cb030000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54494 cb030418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54493 cb030624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54489 caeec000 0 54486 54471 0004000 [SLPQ piperd 0xc9d15990][SLP] wc 54488 cb030c48 0 54486 54471 0004000 [SLPQ devfs 0xc673c058][SLP] tee 54486 cb03f20c 0 54475 54471 0000000 [SLPQ wait 0xcb03f20c][SLP] sh 54481 caf86830 0 54459 54481 0000010 [SLPQ devfs 0xc673c058][SLP] cron 54479 caf68c48 113 54469 54469 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 54478 cb03f624 80 54468 54468 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 54477 caf68624 80 54470 54470 0004000 [SLPQ devfs 0xc673c058][SLP] perl 54475 cb03f830 0 54471 54471 0004000 [SLPQ piperd 0xc67f84c8][SLP] sh 54474 cb03fa3c 80 54467 54467 0004000 [SLPQ devfs 0xc673c058][SLP] perl 54473 cb03fc48 8 54465 54465 0004000 [SLPQ devfs 0xc673c058][SLP] ctlinnd 54471 caef8624 0 54459 54471 0004000 [SLPQ wait 0xcaef8624][SLP] sh 54470 caef8830 80 54463 54470 0004000 [SLPQ wait 0xcaef8830][SLP] sh 54469 ca87f418 113 54466 54469 0004000 [SLPQ wait 0xca87f418][SLP] sh 54468 caef8a3c 80 54461 54468 0004000 [SLPQ wait 0xcaef8a3c][SLP] sh 54467 ca644418 80 54464 54467 0004000 [SLPQ wait 0xca644418][SLP] sh 54466 caef8c48 0 753 753 0000000 [SLPQ piperd 0xc9d417f8][SLP] cron 54465 ca875a3c 8 54457 54465 0004000 [SLPQ wait 0xca875a3c][SLP] sh 54464 ca875418 0 753 753 0000000 [SLPQ piperd 0xc98cb198][SLP] cron 54463 ca875000 0 753 753 0000000 [SLPQ piperd 0xc784c330][SLP] cron 54461 ca875c48 0 753 753 0000000 [SLPQ piperd 0xc98e5330][SLP] cron 54459 ca887000 0 753 753 0000000 [SLPQ ppwait 0xca887000][SLP] cron 54457 ca87520c 0 753 753 0000000 [SLPQ piperd 0xca3d6b28][SLP] cron 54453 caf68830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54451 caf68a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54449 caf86000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54448 caf8620c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54446 caf86624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54444 ca895a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54440 caeec830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54436 caaa620c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54434 caaa6418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54433 caaa6624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54431 caaa6a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54430 caaa6c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54428 caeec20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54427 caeec418 80 54422 54422 0004000 [SLPQ devfs 0xc673c058][SLP] perl 54426 caeec624 80 54421 54421 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 54425 ca89ba3c 113 54423 54423 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 54423 caeeca3c 113 54419 54423 0004000 [SLPQ wait 0xcaeeca3c][SLP] sh 54422 caeecc48 80 54418 54422 0004000 [SLPQ wait 0xcaeecc48][SLP] sh 54421 ca8f520c 80 54417 54421 0004000 [SLPQ wait 0xca8f520c][SLP] sh 54419 ca8f5418 0 753 753 0000000 [SLPQ piperd 0xc9d41b28][SLP] cron 54418 ca89a624 0 753 753 0000000 [SLPQ piperd 0xc9d41660][SLP] cron 54417 ca9aa830 0 753 753 0000000 [SLPQ piperd 0xc98e57f8][SLP] cron 54415 caef820c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54411 caaa5a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54409 caaa6000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54406 ca9a9624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54405 caa54c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54404 caaa2000 2 54401 54400 0000000 [SLPQ devfs 0xc673c058][SLP] sh 54401 ca895830 2 54400 54400 0004000 [SLPQ wait 0xca895830][SLP] sh 54400 caaa220c 2 54399 54400 0004000 [SLPQ wait 0xcaaa220c][SLP] sh 54399 c8510418 0 753 753 0000000 [SLPQ piperd 0xc9d39198][SLP] cron 54395 caaa2a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54394 caaa2c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54390 caaa5624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54388 ca895624 80 54383 54383 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 54386 caaa5830 113 54381 54381 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 54385 ca9ae830 80 54382 54382 0004000 [SLPQ devfs 0xc673c058][SLP] perl 54383 ca9ae624 80 54376 54383 0004000 [SLPQ wait 0xca9ae624][SLP] sh 54382 caaa5c48 80 54377 54382 0004000 [SLPQ wait 0xcaaa5c48][SLP] sh 54381 c8510624 113 54378 54381 0004000 [SLPQ wait 0xc8510624][SLP] sh 54378 c851f000 0 753 753 0000000 [SLPQ piperd 0xc913dcc0][SLP] cron 54377 caa54a3c 0 753 753 0000000 [SLPQ piperd 0xc9d1a990][SLP] cron 54376 caa54830 0 753 753 0000000 [SLPQ piperd 0xc9898198][SLP] cron 54373 c851f830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54370 caa53000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54369 caa5320c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54364 caa53c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54363 caa54000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54362 caa5420c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54361 caa54418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54360 ca887624 25 34992 34992 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54359 ca887830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54358 caa54624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54354 c851f624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54350 ca9ae418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54346 ca9aec48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54345 c8510000 80 54340 54340 0004000 [SLPQ devfs 0xc673c058][SLP] perl 54344 c851020c 113 54338 54338 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 54341 ca887a3c 80 54339 54339 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 54340 c8510830 80 54334 54340 0004000 [SLPQ wait 0xc8510830][SLP] sh 54339 c8510a3c 80 54333 54339 0004000 [SLPQ wait 0xc8510a3c][SLP] sh 54338 c8510c48 113 54335 54338 0004000 [SLPQ wait 0xc8510c48][SLP] sh 54335 ca895000 0 753 753 0000000 [SLPQ piperd 0xc9d39330][SLP] cron 54334 ca89520c 0 753 753 0000000 [SLPQ piperd 0xc9d2f990][SLP] cron 54333 ca895418 0 753 753 0000000 [SLPQ piperd 0xca82b000][SLP] cron 54330 c851f20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54327 ca9a9000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54325 ca9a920c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54324 ca9a9418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54322 ca9a9830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54321 ca9a9a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54320 ca9a9c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54319 ca9aa000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54318 ca9aa20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54316 ca9aa418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54315 ca9aa624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54313 ca9aaa3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54312 ca9aac48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54311 ca9ae000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54310 ca9ae20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54309 ca89ac48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54308 ca8f6000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54306 ca899418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54305 ca895c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54304 ca8f6624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54303 ca89a000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54298 ca89bc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54297 ca8f5000 2 54293 54292 0000000 [SLPQ devfs 0xc673c058][SLP] sh 54293 ca899000 2 54292 54292 0004000 [SLPQ wait 0xca899000][SLP] sh 54292 ca8f5830 2 54291 54292 0004000 [SLPQ wait 0xca8f5830][SLP] sh 54291 ca89920c 0 753 753 0000000 [SLPQ piperd 0xc9c58000][SLP] cron 54290 ca8f5a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54288 ca8f5c48 80 54281 54281 0004000 [SLPQ devfs 0xc673c058][SLP] perl 54286 ca899624 113 54282 54282 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 54285 ca8f620c 80 54278 54278 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 54284 ca8f6418 80 54280 54280 0004000 [SLPQ devfs 0xc673c058][SLP] perl 54282 ca8f6830 113 54279 54282 0004000 [SLPQ wait 0xca8f6830][SLP] sh 54281 ca8f6a3c 80 54277 54281 0004000 [SLPQ wait 0xca8f6a3c][SLP] sh 54280 ca899830 80 54274 54280 0004000 [SLPQ wait 0xca899830][SLP] sh 54279 ca899a3c 0 753 753 0000000 [SLPQ piperd 0xc9c58990][SLP] cron 54278 ca8f6c48 80 54273 54278 0004000 [SLPQ wait 0xca8f6c48][SLP] sh 54277 ca899c48 0 753 753 0000000 [SLPQ piperd 0xc98c6b28][SLP] cron 54274 ca89a20c 0 753 753 0000000 [SLPQ piperd 0xc98c6660][SLP] cron 54273 ca89a418 0 753 753 0000000 [SLPQ piperd 0xc9897cc0][SLP] cron 54260 ca645c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54257 ca89aa3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54255 ca875624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54251 ca87f000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54249 ca87f20c 80 54243 54243 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 54248 ca89b000 113 54245 54245 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 54247 ca89b20c 80 54246 54246 0004000 [SLPQ devfs 0xc673c058][SLP] perl 54246 ca89b418 80 54241 54246 0004000 [SLPQ wait 0xca89b418][SLP] sh 54245 ca89b624 113 54242 54245 0004000 [SLPQ wait 0xca89b624][SLP] sh 54243 ca87f624 80 54240 54243 0004000 [SLPQ wait 0xca87f624][SLP] sh 54242 ca89b830 0 753 753 0000000 [SLPQ piperd 0xc9d45198][SLP] cron 54241 ca581c48 0 753 753 0000000 [SLPQ piperd 0xc9d454c8][SLP] cron 54240 ca644000 0 753 753 0000000 [SLPQ piperd 0xc784cb28][SLP] cron 54238 ca87f830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54237 ca87fa3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54236 ca87fc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54232 ca581830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54231 ca581a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54228 ca645000 25 34992 34992 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54227 ca64420c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54225 ca644624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54224 ca644830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54223 ca644a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54222 ca644c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54221 ca289a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54219 ca64520c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54218 ca294000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54217 ca289624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54216 c702820c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54215 ca645418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54214 ca645624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54213 ca645830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54212 ca576830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54211 cbfe6c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54210 ca645a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54209 c8bc6000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54208 c8b13c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54207 c7028c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54206 c9aaaa3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54205 c701bc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54204 ca581624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54203 ca581418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54202 ca29320c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54201 c7028418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54200 c87d9000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54199 c701b830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54198 ca58120c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54197 ca576a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54196 ca219000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54194 ca576624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54193 ca576418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54191 ca294418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54186 ca294624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54185 ca294830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54184 ca294a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54183 ca294c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54182 ca576000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54181 ca57620c 2 54169 54150 0000000 [SLPQ devfs 0xc673c058][SLP] sh 54175 ca576c48 80 54161 54161 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 54174 ca581000 80 54164 54164 0004000 [SLPQ devfs 0xc673c058][SLP] perl 54172 c701a418 8 54154 54154 0004000 [SLPQ devfs 0xc673c058][SLP] ctlinnd 54171 c9aaac48 80 54160 54160 0004000 [SLPQ devfs 0xc673c058][SLP] perl 54170 c9b5da3c 113 54167 54167 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 54169 ca105000 2 54150 54150 0004000 [SLPQ wait 0xca105000][SLP] sh 54168 ca101a3c 8 54158 54158 0004000 [SLPQ devfs 0xc673c058][SLP] ctlinnd 54167 ca101418 113 54163 54167 0004000 [SLPQ wait 0xca101418][SLP] sh 54164 ca10520c 80 54162 54164 0004000 [SLPQ wait 0xca10520c][SLP] sh 54163 ca29420c 0 753 753 0000000 [SLPQ piperd 0xc9d2f7f8][SLP] cron 54162 ca293830 0 753 753 0000000 [SLPQ piperd 0xc9d2f330][SLP] cron 54161 ca105418 80 54156 54161 0004000 [SLPQ wait 0xca105418][SLP] sh 54160 ca21a830 80 54157 54160 0004000 [SLPQ wait 0xca21a830][SLP] sh 54158 ca289000 8 54152 54158 0004000 [SLPQ wait 0xca289000][SLP] sh 54157 ca28920c 0 753 753 0000000 [SLPQ piperd 0xc9d1a330][SLP] cron 54156 ca289418 0 753 753 0000000 [SLPQ piperd 0xc9d1ab28][SLP] cron 54154 ca289830 8 54151 54154 0004000 [SLPQ wait 0xca289830][SLP] sh 54152 ca289c48 0 753 753 0000000 [SLPQ piperd 0xc67f8b28][SLP] cron 54151 ca293000 0 753 753 0000000 [SLPQ piperd 0xc98e5198][SLP] cron 54150 ca105a3c 2 54147 54150 0004000 [SLPQ wait 0xca105a3c][SLP] sh 54147 ca293a3c 0 753 753 0000000 [SLPQ piperd 0xc9d154c8][SLP] cron 54145 ca293418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54144 ca293624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54141 ca293c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54138 ca21a000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54137 ca219a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54136 ca21920c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54134 ca105c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54131 ca219418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54130 ca219624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54129 ca219830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54127 ca219c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54125 ca21a20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54124 ca21a418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54123 ca21a624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54121 ca21aa3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54120 ca21ac48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54119 c9a96a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54117 ca105624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54113 c8bc6c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54112 c8bc6624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54111 c8bc6830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54110 c8bc6a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54108 ca101000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54107 ca10120c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54105 ca101624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54104 ca101830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54102 ca101c48 2 54096 54090 0000000 [SLPQ devfs 0xc673c058][SLP] sh 54096 c87b9c48 2 54090 54090 0004000 [SLPQ wait 0xc87b9c48][SLP] sh 54095 ca105830 113 54091 54091 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 54094 c87b920c 80 54088 54088 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 54093 c9a96000 80 54089 54089 0004000 [SLPQ devfs 0xc673c058][SLP] perl 54091 c8b13624 113 54086 54091 0004000 [SLPQ wait 0xc8b13624][SLP] sh 54090 c9a95a3c 2 54082 54090 0004000 [SLPQ wait 0xc9a95a3c][SLP] sh 54089 c9a95830 80 54085 54089 0004000 [SLPQ wait 0xc9a95830][SLP] sh 54088 c9a95624 80 54084 54088 0004000 [SLPQ wait 0xc9a95624][SLP] sh 54086 c87b9624 0 753 753 0000000 [SLPQ piperd 0xc9d2fb28][SLP] cron 54085 c6fbd624 0 753 753 0000000 [SLPQ piperd 0xc9897990][SLP] cron 54084 c9b6620c 0 753 753 0000000 [SLPQ piperd 0xc987f4c8][SLP] cron 54082 c9b5d000 0 753 753 0000000 [SLPQ piperd 0xc988f7f8][SLP] cron 54081 c9cfb20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54079 c9cfb418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54072 c7028624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54071 c7028830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54069 c7028a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54067 c8b13000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54066 c8b1320c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54065 c8b13418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54063 c8b13830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54062 c8b13a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54059 c9cfb624 80 54052 54052 0004000 [SLPQ devfs 0xc673c058][SLP] perl 54057 c8bc620c 113 54050 54050 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 54056 c8bc6418 80 54047 54047 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 54055 c7028000 80 54051 54051 0004000 [SLPQ devfs 0xc673c058][SLP] perl 54052 c701a624 80 54048 54052 0004000 [SLPQ wait 0xc701a624][SLP] sh 54051 c9d0cc48 80 54046 54051 0004000 [SLPQ wait 0xc9d0cc48][SLP] sh 54050 c9b66830 113 54049 54050 0004000 [SLPQ wait 0xc9b66830][SLP] sh 54049 c701a000 0 753 753 0000000 [SLPQ piperd 0xca7b4b28][SLP] cron 54048 c701a20c 0 753 753 0000000 [SLPQ piperd 0xc9d3f4c8][SLP] cron 54047 c9cfb000 80 54043 54047 0004000 [SLPQ wait 0xc9cfb000][SLP] sh 54046 c895d830 0 753 753 0000000 [SLPQ piperd 0xc9d3f7f8][SLP] cron 54043 c9d0c624 0 753 753 0000000 [SLPQ piperd 0xc9d3fb28][SLP] cron 54039 c701a830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54038 c701aa3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54037 c701ac48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54036 c701b000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54035 c701b20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54034 c701b418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54033 c701b624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54031 c701ba3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54028 c9cfb830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54025 c8985418 25 34992 34992 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54024 c68baa3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54022 c9d0c20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54018 c9b66a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54017 c9b66c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54011 c9cfba3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54010 c9cfbc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54009 c765d000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54008 c9d0c000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 54006 c886fc48 80 54000 54000 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 54005 c9d0c418 113 54002 54002 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 54003 c8b48418 80 54001 54001 0004000 [SLPQ devfs 0xc673c058][SLP] perl 54002 c9d0c830 113 53999 54002 0004000 [SLPQ wait 0xc9d0c830][SLP] sh 54001 c895d000 80 53997 54001 0004000 [SLPQ wait 0xc895d000][SLP] sh 54000 c9d0ca3c 80 53996 54000 0004000 [SLPQ wait 0xc9d0ca3c][SLP] sh 53999 c9b5d418 0 753 753 0000000 [SLPQ piperd 0xc9d45cc0][SLP] cron 53997 c7059830 0 753 753 0000000 [SLPQ piperd 0xc9897660][SLP] cron 53996 c6fbdc48 0 753 753 0000000 [SLPQ piperd 0xca3d6cc0][SLP] cron 53994 c8869a3c 2 53987 53986 0000000 [SLPQ devfs 0xc673c058][SLP] sh 53987 c8b48c48 2 53986 53986 0004000 [SLPQ wait 0xc8b48c48][SLP] sh 53986 c9aaa418 2 53985 53986 0004000 [SLPQ wait 0xc9aaa418][SLP] sh 53985 c6fbd000 0 753 753 0000000 [SLPQ piperd 0xc988fb28][SLP] cron 53983 c9aaa624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53982 c9aaa830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53978 c9b5d20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53976 c9b5d624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53975 c9b5d830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53974 c8712000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53972 c9b5dc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53971 c9b66000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53969 c9b66418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53967 c9b66624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53966 c87d920c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53964 c9a95000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53963 c9a9520c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53962 c9a95418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53958 c9a95c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53956 c87c3a3c 80 53948 53948 0004000 [SLPQ devfs 0xc673c058][SLP] perl 53955 c87d9418 113 53949 53949 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 53954 c9a9620c 80 53950 53950 0004000 [SLPQ devfs 0xc673c058][SLP] perl 53951 c859ca3c 80 53946 53946 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 53950 c859c624 80 53943 53950 0004000 [SLPQ wait 0xc859c624][SLP] sh 53949 c7059a3c 113 53947 53949 0004000 [SLPQ wait 0xc7059a3c][SLP] sh 53948 c87d9624 80 53945 53948 0004000 [SLPQ wait 0xc87d9624][SLP] sh 53947 c9a96418 0 753 753 0000000 [SLPQ piperd 0xc7e5c4c8][SLP] cron 53946 c9a96624 80 53941 53946 0004000 [SLPQ wait 0xc9a96624][SLP] sh 53945 c9aaa20c 0 753 753 0000000 [SLPQ piperd 0xca7b4990][SLP] cron 53943 c9a96830 0 753 753 0000000 [SLPQ piperd 0xc9c8f7f8][SLP] cron 53941 c87b9418 0 753 753 0000000 [SLPQ piperd 0xc987f7f8][SLP] cron 53938 c6ba5c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53937 c9a96c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53936 c9aaa000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53933 c859c830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53932 c859c418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53931 c7059c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53928 c8712624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53926 c859c000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53925 c859c20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53920 c859cc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53915 c87d9830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53914 c87d9a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53913 c87d9c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53912 c8b48830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53910 c786e20c 80 53905 53905 0004000 [SLPQ devfs 0xc673c058][SLP] perl 53908 c7059000 113 53906 53906 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 53907 c87b9000 80 53903 53903 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 53906 c8869830 113 53902 53906 0004000 [SLPQ wait 0xc8869830][SLP] sh 53905 c87c3624 80 53901 53905 0004000 [SLPQ wait 0xc87c3624][SLP] sh 53903 c6fbd418 80 53900 53903 0004000 [SLPQ wait 0xc6fbd418][SLP] sh 53902 c6fbd20c 0 753 753 0000000 [SLPQ piperd 0xc98d7198][SLP] cron 53901 c886f000 0 753 753 0000000 [SLPQ piperd 0xc98cc7f8][SLP] cron 53900 c87c3c48 0 753 753 0000000 [SLPQ piperd 0xc98d07f8][SLP] cron 53895 c8b48624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53893 c8b48a3c 2 53885 53884 0000000 [SLPQ devfs 0xc673c058][SLP] sh 53885 c8869c48 2 53884 53884 0004000 [SLPQ wait 0xc8869c48][SLP] sh 53884 c6fbd830 2 53883 53884 0004000 [SLPQ wait 0xc6fbd830][SLP] sh 53883 c68bc624 0 753 753 0000000 [SLPQ piperd 0xc9c8fb28][SLP] cron 53882 c895da3c 25 34992 34992 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53881 c6fbda3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53877 c705920c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53876 c7059418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53875 c7059624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53873 c895d418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53872 c8b28830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53865 c8985624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53863 c8b28418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53862 c780ea3c 8 53846 53846 0004000 [SLPQ devfs 0xc673c058][SLP] ctlinnd 53860 c8b28a3c 80 53854 53854 0004000 [SLPQ devfs 0xc673c058][SLP] perl 53859 c780e830 80 53855 53855 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 53858 c898520c 80 53851 53851 0004000 [SLPQ devfs 0xc673c058][SLP] perl 53857 ca1df418 113 53852 53852 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 53855 c68bd624 80 53845 53855 0004000 [SLPQ wait 0xc68bd624][SLP] sh 53854 c786d418 80 53848 53854 0004000 [SLPQ wait 0xc786d418][SLP] sh 53852 c765d20c 113 53849 53852 0004000 [SLPQ wait 0xc765d20c][SLP] sh 53851 ca1bfc48 80 53847 53851 0004000 [SLPQ wait 0xca1bfc48][SLP] sh 53849 c8985830 0 753 753 0000000 [SLPQ piperd 0xc98cdb28][SLP] cron 53848 c8985a3c 0 753 753 0000000 [SLPQ piperd 0xc9c8fcc0][SLP] cron 53847 c8985c48 0 753 753 0000000 [SLPQ piperd 0xc7e5c660][SLP] cron 53846 c8b28000 8 53842 53846 0004000 [SLPQ wait 0xc8b28000][SLP] sh 53845 c8b2820c 0 753 753 0000000 [SLPQ piperd 0xc9898cc0][SLP] cron 53842 c780c000 0 753 753 0000000 [SLPQ piperd 0xc98d9cc0][SLP] cron 53840 c8b28624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53837 c8b28c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53836 c8b48000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53835 c8b4820c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53833 ca1bf830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53832 cbfe6830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53831 c8869624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53829 c895dc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53827 c895d624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53824 c895d20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53822 cbfe6624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53816 c8973000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53815 c897320c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53814 c765c000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53813 c8973418 80 53807 53807 0004000 [SLPQ devfs 0xc673c058][SLP] perl 53811 c8973624 113 53809 53809 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 53810 c8973830 80 53808 53808 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 53809 c8973a3c 113 53805 53809 0004000 [SLPQ wait 0xc8973a3c][SLP] sh 53808 c8973c48 80 53803 53808 0004000 [SLPQ wait 0xc8973c48][SLP] sh 53807 c8985000 80 53804 53807 0004000 [SLPQ wait 0xc8985000][SLP] sh 53805 c786ec48 0 753 753 0000000 [SLPQ piperd 0xc989c330][SLP] cron 53804 c6781418 0 753 753 0000000 [SLPQ piperd 0xc98d97f8][SLP] cron 53803 c6e0ea3c 0 753 753 0000000 [SLPQ piperd 0xca3d67f8][SLP] cron 53800 c886f830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53799 c886f418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53793 c8869418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53792 c886920c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53791 c87c3830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53788 c8869000 2 53779 53778 0000000 [SLPQ devfs 0xc673c058][SLP] sh 53779 c786d000 2 53778 53778 0004000 [SLPQ wait 0xc786d000][SLP] sh 53778 c886f20c 2 53777 53778 0004000 [SLPQ wait 0xc886f20c][SLP] sh 53777 c68ba830 0 753 753 0000000 [SLPQ piperd 0xc9252660][SLP] cron 53775 c886f624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53773 c886fa3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53772 ca1df830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53767 ca1dfa3c 113 53762 53762 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 53766 c8712418 80 53761 53761 0004000 [SLPQ devfs 0xc673c058][SLP] perl 53765 c8711624 80 53759 53759 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 53762 c8712830 113 53760 53762 0004000 [SLPQ wait 0xc8712830][SLP] sh 53761 cc014000 80 53756 53761 0004000 [SLPQ wait 0xcc014000][SLP] sh 53760 c8712a3c 0 753 753 0000000 [SLPQ piperd 0xc67687f8][SLP] cron 53759 c8712c48 80 53755 53759 0004000 [SLPQ wait 0xc8712c48][SLP] sh 53756 c8711830 0 753 753 0000000 [SLPQ piperd 0xc9894198][SLP] cron 53755 ca1dfc48 0 753 753 0000000 [SLPQ piperd 0xc988f000][SLP] cron 53748 c87b9830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53747 c87b9a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53745 c780e000 25 34992 34992 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53744 c780ec48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53743 c87c3000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53742 c87c320c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53741 c87c3418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53738 c871220c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53735 c786e418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53733 cc014a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53732 cc014830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53729 cc01420c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53728 cc014418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53727 c67f9830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53726 cc014624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53721 c780da3c 80 53718 53718 0004000 [SLPQ devfs 0xc673c058][SLP] perl 53720 cc014c48 113 53717 53717 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 53719 c8711000 80 53716 53716 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 53718 c871120c 80 53713 53718 0004000 [SLPQ wait 0xc871120c][SLP] sh 53717 c8711418 113 53714 53717 0004000 [SLPQ wait 0xc8711418][SLP] sh 53716 cbfd520c 80 53712 53716 0004000 [SLPQ wait 0xcbfd520c][SLP] sh 53714 c6ba520c 0 753 753 0000000 [SLPQ piperd 0xc9485198][SLP] cron 53713 c786e830 0 753 753 0000000 [SLPQ piperd 0xc9485990][SLP] cron 53712 cbfd5830 0 753 753 0000000 [SLPQ piperd 0xc98c8198][SLP] cron 53709 c8711a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53708 c8711c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53706 c6ba620c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53704 c67fd000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53702 c780ca3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53698 cbfe620c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53697 c6ba6c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53696 c765cc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53695 c786da3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53690 c780d20c 2 53680 53679 0000000 [SLPQ devfs 0xc673c058][SLP] sh 53680 ca1bf000 2 53679 53679 0004000 [SLPQ wait 0xca1bf000][SLP] sh 53679 c6e0e830 2 53678 53679 0004000 [SLPQ wait 0xc6e0e830][SLP] sh 53678 c68bda3c 0 753 753 0000000 [SLPQ piperd 0xc987f330][SLP] cron 53675 c780d000 8 53669 53661 0004000 [SLPQ devfs 0xc673c058][SLP] testhost 53673 c765dc48 113 53667 53667 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 53672 c68bcc48 80 53665 53665 0004000 [SLPQ devfs 0xc673c058][SLP] perl 53671 c765d624 80 53666 53666 0004000 [SLPQ devfs 0xc673c058][SLP] perl 53670 c6e0b624 80 53662 53662 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 53669 c6e0b418 8 53661 53661 0004000 [SLPQ wait 0xc6e0b418][SLP] sh 53667 c6ba6a3c 113 53664 53667 0004000 [SLPQ wait 0xc6ba6a3c][SLP] sh 53666 c6ba6000 80 53663 53666 0004000 [SLPQ wait 0xc6ba6000][SLP] sh 53665 c786d830 80 53659 53665 0004000 [SLPQ wait 0xc786d830][SLP] sh 53664 c68bd418 0 753 753 0000000 [SLPQ piperd 0xc98dc660][SLP] cron 53663 c765c20c 0 753 753 0000000 [SLPQ piperd 0xc98d0990][SLP] cron 53662 cbfd5c48 80 53658 53662 0004000 [SLPQ wait 0xcbfd5c48][SLP] sh 53661 c6e0b20c 8 53657 53661 0004000 [SLPQ wait 0xc6e0b20c][SLP] sh 53659 cbfe6a3c 0 753 753 0000000 [SLPQ piperd 0xc77557f8][SLP] cron 53658 c6704a3c 0 753 753 0000000 [SLPQ piperd 0xc6768cc0][SLP] cron 53657 c6e0e000 0 753 753 0000000 [SLPQ piperd 0xc98ccb28][SLP] cron 53652 c67fd624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53651 ca1bf20c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53650 c786e000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53645 c765c830 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53643 ca1bf624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53642 c6e0ba3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53639 c6ba6624 8 816 785 0000000 [SLPQ devfs 0xc673c058][SLP] sh 53638 c786e624 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53636 c765c418 0 719 53636 0004100 [SLPQ devfs 0xc673c058][SLP] sshd 53632 c780e624 113 53628 53628 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 53631 c678120c 80 53627 53627 0004000 [SLPQ devfs 0xc673c058][SLP] perl 53629 c786d20c 80 53626 53626 0004000 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 53628 ca1bfa3c 113 53624 53628 0004000 [SLPQ wait 0xca1bfa3c][SLP] sh 53627 cbfe6418 80 53623 53627 0004000 [SLPQ wait 0xcbfe6418][SLP] sh 53626 c780c418 80 53622 53626 0004000 [SLPQ wait 0xc780c418][SLP] sh 53624 cbfd5a3c 0 753 753 0000000 [SLPQ piperd 0xca3d6660][SLP] cron 53623 c68bc830 0 753 753 0000000 [SLPQ piperd 0xc98e1990][SLP] cron 53622 c765d830 0 753 753 0000000 [SLPQ piperd 0xc98cc990][SLP] cron 53619 c6ba5000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53617 c780d624 60667 48631 34976 0000100 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 53616 c67fda3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53615 cbfd5000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53614 c68ba418 60667 47663 34976 0000100 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 53613 c780d418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53608 c6e0e418 25 34992 34992 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53607 c68bd000 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53604 c67f9c48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53602 ca1bf418 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53601 c68bca3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53599 c780dc48 60667 49821 34976 0000100 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 53598 c780e20c 60667 49175 34976 0000100 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 53597 c6781a3c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53596 c68bdc48 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53594 cbfd5418 0 53591 53576 0004000 [SLPQ piperd 0xc9c8f660][SLP] wc 53593 c6e0ec48 0 53591 53576 0004000 [SLPQ devfsmount 0xc6733140][SLP] tee 53592 c780cc48 0 53591 53576 0004000 [SLPQ devfs 0xc673c058][SLP] find 53591 c6781c48 0 53586 53576 0000000 [SLPQ wait 0xc6781c48][SLP] sh 53587 c6533c48 0 53585 53576 0004000 [SLPQ devfs 0xc673c058][SLP] mail 53586 c765ca3c 0 53584 53576 0004000 [SLPQ piperd 0xca80a330][SLP] sh 53585 c6ba6418 0 53578 53576 0000000 [SLPQ wait 0xc6ba6418][SLP] sh 53584 c765d418 0 53578 53576 0000000 [SLPQ wait 0xc765d418][SLP] sh 53578 c786ea3c 0 53576 53576 0004000 [SLPQ wait 0xc786ea3c][SLP] sh 53576 c780e418 0 53574 53576 0004000 [SLPQ wait 0xc780e418][SLP] sh 53574 c780c20c 0 753 753 0000000 [SLPQ piperd 0xca7b44c8][SLP] cron 53566 c670420c 0 34988 34988 0000100 [SLPQ devfs 0xc673c058][SLP] sendmail 53521 ca1df000 8 813 813 0004000 [SLPQ sbwait 0xc71ee20c][SLP] perl5.8.8 53518 c786dc48 8 813 813 0004000 [SLPQ nanslp 0xc07aec0c][SLP] innfeed 49821 c6704c48 60667 34976 34976 0000100 [SLPQ wait 0xc6704c48][SLP] perl5.8.8 49175 c765c624 60667 34976 34976 0000100 [SLPQ wait 0xc765c624][SLP] perl5.8.8 48631 c6e0e20c 60667 34976 34976 0000100 [SLPQ wait 0xc6e0e20c][SLP] perl5.8.8 47663 c67f9000 60667 34976 34976 0000100 [SLPQ wait 0xc67f9000][SLP] perl5.8.8 8775 ca1df20c 80 640 640 0008180 (threaded) httpd thread 0xcd518600 ksegrp 0xc67fc300 [SLPQ kserel 0xc67fc334][SLP] thread 0xccbd1900 ksegrp 0xc67fc300 [SLPQ kserel 0xc67fc334][SLP] thread 0xcd514d80 ksegrp 0xc67fc300 [SLPQ lockf 0xcd3da6c0][SLP] thread 0xcd3bdc00 ksegrp 0xc67fc300 [SLPQ select 0xc07b57a4][SLP] thread 0xcd514600 ksegrp 0xc67fc300 [SLPQ select 0xc07b57a4][SLP] thread 0xcd516c00 ksegrp 0xc67fc300 [SLPQ select 0xc07b57a4][SLP] thread 0xcd3b9000 ksegrp 0xc67fc300 [SLPQ select 0xc07b57a4][SLP] thread 0xcd516000 ksegrp 0xc67fc300 [SLPQ select 0xc07b57a4][SLP] thread 0xcd180c00 ksegrp 0xc67fc300 [SLPQ select 0xc07b57a4][SLP] thread 0xcd3b5000 ksegrp 0xc67fc300 [SLPQ devfs 0xc673c058][SLP] thread 0xccbcca80 ksegrp 0xcbce87e0 [SLPQ ksesigwait 0xca1df344][SLP] thread 0xc6ab0600 ksegrp 0xc67fc300 [SLPQ piperd 0xc7e5cb28][SLP] 8195 c780c830 80 640 640 0008180 (threaded) httpd thread 0xccf80480 ksegrp 0xc6abea80 [SLPQ kserel 0xc6abeab4][SLP] thread 0xcd0c7a80 ksegrp 0xc6abea80 [SLPQ kserel 0xc6abeab4][SLP] thread 0xcd3bd180 ksegrp 0xc6abea80 [SLPQ select 0xc07b57a4][SLP] thread 0xcd3bc180 ksegrp 0xc6abea80 [SLPQ lockf 0xcd51b280][SLP] thread 0xcd1c2600 ksegrp 0xc6abea80 [SLPQ select 0xc07b57a4][SLP] thread 0xcd0c9d80 ksegrp 0xc6abea80 [SLPQ select 0xc07b57a4][SLP] thread 0xcd318d80 ksegrp 0xc6abea80 [SLPQ select 0xc07b57a4][SLP] thread 0xcd518300 ksegrp 0xc6abea80 [SLPQ select 0xc07b57a4][SLP] thread 0xcd518d80 ksegrp 0xc6abea80 [SLPQ select 0xc07b57a4][SLP] thread 0xcd518780 ksegrp 0xc6abea80 [SLPQ select 0xc07b57a4][SLP] thread 0xcd19b480 ksegrp 0xc6abea80 [SLPQ devfs 0xc673c058][SLP] thread 0xcd3b8600 ksegrp 0xc6abea80 [SLPQ devfs 0xc673c058][SLP] thread 0xc8acb180 ksegrp 0xc65373c0 [SLPQ ksesigwait 0xc780c968][SLP] thread 0xc7462600 ksegrp 0xc6abea80 [SLPQ piperd 0xc7e5cb28][SLP] 6837 cbfd5624 80 640 640 0008180 (threaded) httpd thread 0xcd517780 ksegrp 0xc6ba7d80 [SLPQ kserel 0xc6ba7db4][SLP] thread 0xcd3b8d80 ksegrp 0xc6ba7d80 [SLPQ kserel 0xc6ba7db4][SLP] thread 0xcd515a80 ksegrp 0xc6ba7d80 [SLPQ select 0xc07b57a4][SLP] thread 0xcca25300 ksegrp 0xc6ba7d80 [SLPQ select 0xc07b57a4][SLP] thread 0xcd319780 ksegrp 0xc6ba7d80 [SLPQ select 0xc07b57a4][SLP] thread 0xcd3bc900 ksegrp 0xc6ba7d80 [SLPQ select 0xc07b57a4][SLP] thread 0xcd3b8780 ksegrp 0xc6ba7d80 [SLPQ select 0xc07b57a4][SLP] thread 0xcd518a80 ksegrp 0xc6ba7d80 [SLPQ select 0xc07b57a4][SLP] thread 0xcd3bd300 ksegrp 0xc6ba7d80 [SLPQ select 0xc07b57a4][SLP] thread 0xc70b9780 ksegrp 0xc6abe420 [SLPQ ksesigwait 0xcbfd575c][SLP] thread 0xccbcbd80 ksegrp 0xc6ba7d80 [SLPQ piperd 0xc7e5cb28][SLP] 34992 c780d830 25 1 34992 0000100 [SLPQ pause 0xc780d864][SLP] sendmail 34988 c765da3c 0 1 34988 0000100 [SLPQ select 0xc07b57a4][SLP] sendmail 34976 cbfe6000 60667 1 34976 0000100 [SLPQ nanslp 0xc07aec0c][SLP] perl5.8.8 34970 ca1df624 60667 1 34970 0008080 (threaded) amavis-milter thread 0xcbb2fc00 ksegrp 0xc67fc240 [SLPQ kserel 0xc67fc274][SLP] thread 0xcc7f9180 ksegrp 0xc67fc240 [SLPQ kserel 0xc67fc274][SLP] thread 0xcbe7dd80 ksegrp 0xc67fc240 [SLPQ select 0xc07b57a4][SLP] thread 0xcbb32d80 ksegrp 0xc67fc240 [SLPQ select 0xc07b57a4][SLP] thread 0xcc97e480 ksegrp 0xc67fc240 [SLPQ select 0xc07b57a4][SLP] thread 0xc9a01180 ksegrp 0xc67fc240 [SLPQ select 0xc07b57a4][SLP] thread 0xc9a01d80 ksegrp 0xc67fc240 [SLPQ select 0xc07b57a4][SLP] thread 0xc82e2180 ksegrp 0xc67fc240 [SLPQ select 0xc07b57a4][SLP] thread 0xc8a5cd80 ksegrp 0xc67fc240 [SLPQ select 0xc07b57a4][SLP] thread 0xca8e2000 ksegrp 0xc67fc240 [SLPQ select 0xc07b57a4][SLP] thread 0xcbe83180 ksegrp 0xc67fc240 [SLPQ sbwait 0xcb8b520c][SLP] thread 0xcbe80480 ksegrp 0xc67fc240 [SLPQ sbwait 0xcbe94e90][SLP] thread 0xcb7c5180 ksegrp 0xc67fc240 [SLPQ sbwait 0xcbe55d2c][SLP] thread 0xc75d0c00 ksegrp 0xc67fc240 [SLPQ sbwait 0xcbe9420c][SLP] thread 0xc9705d80 ksegrp 0xc67fc240 [SLPQ sbwait 0xcbe94638][SLP] thread 0xca455480 ksegrp 0xc67fc240 [SLPQ sbwait 0xc6caabc8][SLP] thread 0xcbb2d000 ksegrp 0xc67fc240 [SLPQ sbwait 0xcbe944d4][SLP] thread 0xcaa65900 ksegrp 0xc67fc240 [SLPQ sbwait 0xcbe92900][SLP] thread 0xcb7e0d80 ksegrp 0xc67fc240 [SLPQ sbwait 0xcbdcb370][SLP] thread 0xcbe7c000 ksegrp 0xc67fc240 [SLPQ sbwait 0xcbe4bbc8][SLP] thread 0xc98a7900 ksegrp 0xc67fc240 [SLPQ sbwait 0xcbd4a638][SLP] thread 0xca0c9c00 ksegrp 0xc67fc240 [SLPQ sbwait 0xcbe4b370][SLP] thread 0xcbb31600 ksegrp 0xc67fc240 [SLPQ sbwait 0xcbe530a8][SLP] thread 0xcaa30180 ksegrp 0xc67fc240 [SLPQ sbwait 0xcbe3e900][SLP] thread 0xcaa59900 ksegrp 0xc67fc240 [SLPQ sbwait 0xcbe4be90][SLP] thread 0xc978f180 ksegrp 0xc67fc240 [SLPQ sbwait 0xcb8b579c][SLP] thread 0xcaa6b900 ksegrp 0xc67fc240 [SLPQ sbwait 0xcbdca0a8][SLP] thread 0xccbcc900 ksegrp 0xc67fc240 [SLPQ sbwait 0xcb8b50a8][SLP] thread 0xcb7c7d80 ksegrp 0xc67fc240 [SLPQ sbwait 0xcbdc9e90][SLP] thread 0xcaa68a80 ksegrp 0xc67fc240 [SLPQ sbwait 0xcbdc9a64][SLP] thread 0xcb78c480 ksegrp 0xc67fc240 [SLPQ sbwait 0xcb2a0e90][SLP] thread 0xcb7c3480 ksegrp 0xc67fc240 [SLPQ sbwait 0xcbd4c370][SLP] thread 0xcaa56d80 ksegrp 0xc67fc240 [SLPQ sbwait 0xcbdca4d4][SLP] thread 0xcb7d8000 ksegrp 0xc67fc240 [SLPQ sbwait 0xcbdc90a8][SLP] thread 0xca8d8000 ksegrp 0xc67fc240 [SLPQ sbwait 0xcbdcad2c][SLP] thread 0xca8ea780 ksegrp 0xc67fc240 [SLPQ sbwait 0xcba7279c][SLP] thread 0xca8d8780 ksegrp 0xc67fc240 [SLPQ sbwait 0xcbb5a0a8][SLP] thread 0xc97b0780 ksegrp 0xc67fc240 [SLPQ sbwait 0xcbb55bc8][SLP] thread 0xcbb2da80 ksegrp 0xc67fc240 [SLPQ sbwait 0xcba6ba64][SLP] thread 0xcb7c7900 ksegrp 0xc67fc240 [SLPQ sbwait 0xcba6bd2c][SLP] thread 0xcb7c6180 ksegrp 0xc67fc240 [SLPQ sbwait 0xcade5a64][SLP] thread 0xc692f000 ksegrp 0xc67fc240 [SLPQ sbwait 0xcbd4a20c][SLP] thread 0xcbb2c180 ksegrp 0xc67fc240 [SLPQ sbwait 0xcb8b5d2c][SLP] thread 0xcb7df180 ksegrp 0xc67fc240 [SLPQ sbwait 0xcba72bc8][SLP] thread 0xcaa0c900 ksegrp 0xc67fc240 [SLPQ sbwait 0xcba73900][SLP] thread 0xcaa41000 ksegrp 0xc67fc240 [SLPQ sbwait 0xcba3d79c][SLP] thread 0xcbb2e180 ksegrp 0xc67fc240 [SLPQ sbwait 0xc6dba900][SLP] thread 0xcaa60180 ksegrp 0xc67fc240 [SLPQ sbwait 0xcba3ebc8][SLP] thread 0xcb7e0a80 ksegrp 0xc67fc240 [SLPQ sbwait 0xc8f69638][SLP] thread 0xcbb2cc00 ksegrp 0xc67fc240 [SLPQ sbwait 0xcba97a64][SLP] thread 0xcb7c5480 ksegrp 0xc67fc240 [SLPQ sbwait 0xcbb57370][SLP] thread 0xc85ac780 ksegrp 0xc67fc240 [SLPQ sbwait 0xcba9579c][SLP] thread 0xcaa42600 ksegrp 0xc67fc240 [SLPQ sbwait 0xcb71b79c][SLP] thread 0xcb7df600 ksegrp 0xc67fc240 [SLPQ sbwait 0xcba95d2c][SLP] thread 0xcaa30600 ksegrp 0xc67fc240 [SLPQ sbwait 0xcba974d4][SLP] thread 0xcb7c9c00 ksegrp 0xc67fc240 [SLPQ sbwait 0xcba9779c][SLP] thread 0xcb776600 ksegrp 0xc67fc240 [SLPQ sbwait 0xcba72900][SLP] thread 0xcaa57480 ksegrp 0xc67fc240 [SLPQ sbwait 0xcba72638][SLP] thread 0xca39f900 ksegrp 0xc67fc240 [SLPQ sbwait 0xcba73e90][SLP] thread 0xcb7dfa80 ksegrp 0xc67fc240 [SLPQ sbwait 0xcba3e79c][SLP] thread 0xcb79fc00 ksegrp 0xc67fc240 [SLPQ sbwait 0xcba36a64][SLP] thread 0xcb7c7300 ksegrp 0xc67fc240 [SLPQ sbwait 0xcb2a0900][SLP] thread 0xcb7c7180 ksegrp 0xc67fc240 [SLPQ sbwait 0xc8f69e90][SLP] thread 0xcb776900 ksegrp 0xc67fc240 [SLPQ sbwait 0xcae93900][SLP] thread 0xcad0d780 ksegrp 0xc67fc240 [SLPQ sbwait 0xc8f4879c][SLP] thread 0xca0b7180 ksegrp 0xc67fc240 [SLPQ sbwait 0xcb72679c][SLP] thread 0xc78b5a80 ksegrp 0xc67fc240 [SLPQ sbwait 0xcb74e20c][SLP] thread 0xca426480 ksegrp 0xc67fc240 [SLPQ sbwait 0xc8f48370][SLP] thread 0xcaa59600 ksegrp 0xc67fc240 [SLPQ sbwait 0xcb6b779c][SLP] thread 0xc6f2b300 ksegrp 0xc67fc240 [SLPQ sbwait 0xcb1ab900][SLP] thread 0xcaa56600 ksegrp 0xc67fc240 [SLPQ sbwait 0xcaf9820c][SLP] thread 0xcaa57180 ksegrp 0xc67fc240 [SLPQ sbwait 0xcb274d2c][SLP] thread 0xc6f2b780 ksegrp 0xc67fc240 [SLPQ sbwait 0xcaf9b0a8][SLP] thread 0xcaa1d000 ksegrp 0xc67fc240 [SLPQ sbwait 0xcb1414d4][SLP] thread 0xcaa64180 ksegrp 0xc67fc240 [SLPQ sbwait 0xcb230370][SLP] thread 0xcaa60600 ksegrp 0xc67fc240 [SLPQ sbwait 0xcb131638][SLP] thread 0xcaa57000 ksegrp 0xc67fc240 [SLPQ sbwait 0xcb08fbc8][SLP] thread 0xca8eb480 ksegrp 0xc67fc240 [SLPQ sbwait 0xcaab3bc8][SLP] thread 0xca0d5000 ksegrp 0xc67fc240 [SLPQ sbwait 0xca2ad20c][SLP] thread 0xcaa1d600 ksegrp 0xc67fc240 [SLPQ sbwait 0xca88f20c][SLP] thread 0xca426c00 ksegrp 0xc67fc240 [SLPQ sbwait 0xc8dd80a8][SLP] thread 0xca0c8480 ksegrp 0xc67fc240 [SLPQ sbwait 0xcaababc8][SLP] thread 0xcad1e900 ksegrp 0xc67fc240 [SLPQ sbwait 0xcb07d638][SLP] thread 0xca0cb180 ksegrp 0xc67fc240 [SLPQ sbwait 0xcb08ca64][SLP] thread 0xcaa6aa80 ksegrp 0xc67fc240 [SLPQ sbwait 0xca68c370][SLP] thread 0xca8e2180 ksegrp 0xc67fc240 [SLPQ sbwait 0xc8dd8d2c][SLP] thread 0xcaa69780 ksegrp 0xc67fc240 [SLPQ sbwait 0xcb07d4d4][SLP] thread 0xca0d9300 ksegrp 0xc67fc240 [SLPQ sbwait 0xcb07da64][SLP] thread 0xc75d1480 ksegrp 0xc67fc240 [SLPQ sbwait 0xcb07dd2c][SLP] thread 0xca0d9780 ksegrp 0xc67fc240 [SLPQ sbwait 0xcaf9be90][SLP] thread 0xcaa64480 ksegrp 0xc67fc240 [SLPQ sbwait 0xcaf984d4][SLP] thread 0xc97f3300 ksegrp 0xc67fc240 [SLPQ sbwait 0xca892d2c][SLP] thread 0xcaa58480 ksegrp 0xc67fc240 [SLPQ sbwait 0xcaab3a64][SLP] thread 0xc9705600 ksegrp 0xc67fc240 [SLPQ sbwait 0xca6d3bc8][SLP] thread 0xcaa64900 ksegrp 0xc67fc240 [SLPQ sbwait 0xcae98370][SLP] thread 0xca8da300 ksegrp 0xc67fc240 [SLPQ sbwait 0xcab61370][SLP] thread 0xca8d9480 ksegrp 0xc67fc240 [SLPQ sbwait 0xcaac7e90][SLP] thread 0xc9777c00 ksegrp 0xc67fc240 [SLPQ sbwait 0xca1b8a64][SLP] thread 0xcaa63000 ksegrp 0xc67fc240 [SLPQ sbwait 0xca892638][SLP] thread 0xca8e9300 ksegrp 0xc67fc240 [SLPQ sbwait 0xcae85a64][SLP] thread 0xc987e180 ksegrp 0xc67fc240 [SLPQ sbwait 0xc6f46638][SLP] thread 0xca8d8a80 ksegrp 0xc67fc240 [SLPQ sbwait 0xc8f32a64][SLP] thread 0xcaa64780 ksegrp 0xc67fc240 [SLPQ sbwait 0xcae930a8][SLP] thread 0xcaa60a80 ksegrp 0xc67fc240 [SLPQ sbwait 0xc75cf4d4][SLP] thread 0xc98a0a80 ksegrp 0xc67fc240 [SLPQ sbwait 0xc8f32900][SLP] thread 0xca0d5d80 ksegrp 0xc67fc240 [SLPQ sbwait 0xcaac7370][SLP] thread 0xcaa57900 ksegrp 0xc67fc240 [SLPQ sbwait 0xca88fe90][SLP] thread 0xcaa65c00 ksegrp 0xc67fc240 [SLPQ sbwait 0xca2a6e90][SLP] thread 0xca8d8d80 ksegrp 0xc67fc240 [SLPQ sbwait 0xc8dd8e90][SLP] thread 0xcaa56300 ksegrp 0xc67fc240 [SLPQ sbwait 0xcaf6d900][SLP] thread 0xc8acbc00 ksegrp 0xc67fc240 [SLPQ sbwait 0xc84c8a64][SLP] thread 0xca8d9c00 ksegrp 0xc67fc240 [SLPQ sbwait 0xc8f3220c][SLP] thread 0xca8d8180 ksegrp 0xc67fc240 [SLPQ sbwait 0xc8e5ee90][SLP] thread 0xca8ec180 ksegrp 0xc67fc240 [SLPQ sbwait 0xca88f638][SLP] thread 0xc989e780 ksegrp 0xc67fc240 [SLPQ sbwait 0xc84bc638][SLP] thread 0xca8e9d80 ksegrp 0xc67fc240 [SLPQ sbwait 0xca85a4d4][SLP] thread 0xca0e0900 ksegrp 0xc67fc240 [SLPQ sbwait 0xc6dba0a8][SLP] thread 0xc98a2780 ksegrp 0xc67fc240 [SLPQ sbwait 0xcab610a8][SLP] thread 0xca1fe180 ksegrp 0xc67fc240 [SLPQ sbwait 0xca1b84d4][SLP] thread 0xc81e3780 ksegrp 0xc67fc240 [SLPQ sbwait 0xca6bc79c][SLP] thread 0xc98a4900 ksegrp 0xc67fc240 [SLPQ sbwait 0xca6bca64][SLP] thread 0xc6ac0900 ksegrp 0xc67fc240 [SLPQ sbwait 0xc6dba370][SLP] thread 0xc7465900 ksegrp 0xc67fc240 [SLPQ sbwait 0xca891900][SLP] thread 0xca0cbd80 ksegrp 0xc67fc240 [SLPQ sbwait 0xca80ed2c][SLP] thread 0xccbcad80 ksegrp 0xc67fc240 [SLPQ sbwait 0xca6d3d2c][SLP] thread 0xc6903300 ksegrp 0xc67fc240 [SLPQ sbwait 0xca6d3900][SLP] thread 0xca0cb900 ksegrp 0xc67fc240 [SLPQ sbwait 0xca823370][SLP] thread 0xc78f9300 ksegrp 0xc67fc240 [SLPQ sbwait 0xca68220c][SLP] thread 0xca0cb000 ksegrp 0xc67fc240 [SLPQ sbwait 0xca823e90][SLP] thread 0xca0d5480 ksegrp 0xc67fc240 [SLPQ sbwait 0xc7b15d2c][SLP] thread 0xc85add80 ksegrp 0xc67fc240 [SLPQ sbwait 0xc68b3638][SLP] thread 0xc98a7000 ksegrp 0xc67fc240 [SLPQ sbwait 0xc75f7638][SLP] thread 0xc68c1180 ksegrp 0xc67fc240 [SLPQ sbwait 0xc750c20c][SLP] thread 0xc75d2600 ksegrp 0xc67fc240 [SLPQ sbwait 0xca67ee90][SLP] thread 0xc98a7300 ksegrp 0xc67fc240 [SLPQ sbwait 0xca2ad900][SLP] thread 0xca0b7300 ksegrp 0xc67fc240 [SLPQ sbwait 0xca68c900][SLP] thread 0xca0dc780 ksegrp 0xc67fc240 [SLPQ sbwait 0xc6d23a64][SLP] thread 0xc7816600 ksegrp 0xc67fc240 [SLPQ sbwait 0xcbfd7a64][SLP] thread 0xccbca300 ksegrp 0xc67fc240 [SLPQ sbwait 0xca68ca64][SLP] thread 0xc9777600 ksegrp 0xc67fc240 [SLPQ sbwait 0xc6d22a64][SLP] thread 0xc68be180 ksegrp 0xc67fc240 [SLPQ sbwait 0xca682a64][SLP] thread 0xc8a6fc00 ksegrp 0xc67fc240 [SLPQ sbwait 0xc7577370][SLP] thread 0xc7815180 ksegrp 0xc67fc240 [SLPQ sbwait 0xcbfd6e90][SLP] thread 0xca0c8600 ksegrp 0xc67fc240 [SLPQ sbwait 0xca68c638][SLP] thread 0xc98a2300 ksegrp 0xc67fc240 [SLPQ sbwait 0xc7b15a64][SLP] thread 0xc692f780 ksegrp 0xc67fc240 [SLPQ sbwait 0xc84bc79c][SLP] thread 0xca0cb780 ksegrp 0xc67fc240 [SLPQ sbwait 0xc84c8638][SLP] thread 0xca005900 ksegrp 0xc67fc240 [SLPQ sbwait 0xca1bb20c][SLP] thread 0xccbd0780 ksegrp 0xc67fc240 [SLPQ sbwait 0xca1b8e90][SLP] thread 0xc692f180 ksegrp 0xc67fc240 [SLPQ sbwait 0xc84bc0a8][SLP] thread 0xc78b5780 ksegrp 0xc67fc240 [SLPQ sbwait 0xc6dba79c][SLP] thread 0xc8243600 ksegrp 0xc67fc240 [SLPQ sbwait 0xc6d2279c][SLP] thread 0xca0dc180 ksegrp 0xc67fc240 [SLPQ sbwait 0xc84bcd2c][SLP] thread 0xca0d2900 ksegrp 0xc67fc240 [SLPQ sbwait 0xca2ad370][SLP] thread 0xca0dc600 ksegrp 0xc67fc240 [SLPQ sbwait 0xcbfd6a64][SLP] thread 0xc9817480 ksegrp 0xc67fc240 [SLPQ sbwait 0xcbfd6d2c][SLP] thread 0xc6ac1a80 ksegrp 0xc67fc240 [SLPQ sbwait 0xc7c6ebc8][SLP] thread 0xc98a2480 ksegrp 0xc67fc240 [SLPQ sbwait 0xcb27479c][SLP] thread 0xc71fb600 ksegrp 0xc67fc240 [SLPQ sbwait 0xc7c6e370][SLP] thread 0xc6afc780 ksegrp 0xc67fc240 [SLPQ sbwait 0xcbfd679c][SLP] thread 0xca0dcd80 ksegrp 0xc67fc240 [SLPQ sbwait 0xca2a679c][SLP] thread 0xc85ac480 ksegrp 0xc67fc240 [SLPQ sbwait 0xcac96e90][SLP] thread 0xc9817180 ksegrp 0xc67fc240 [SLPQ sbwait 0xca85a20c][SLP] thread 0xca39f300 ksegrp 0xc67fc240 [SLPQ sbwait 0xc97990a8][SLP] thread 0xc987e780 ksegrp 0xc67fc240 [SLPQ sbwait 0xcc459d2c][SLP] thread 0xccbcc180 ksegrp 0xc67fc240 [SLPQ sbwait 0xc7b154d4][SLP] thread 0xc7462780 ksegrp 0xc67fc240 [SLPQ sbwait 0xcab61900][SLP] thread 0xca0d2d80 ksegrp 0xc67fc240 [SLPQ sbwait 0xc96f44d4][SLP] thread 0xc98a0300 ksegrp 0xc67fc240 [SLPQ sbwait 0xc6b7f0a8][SLP] thread 0xc98a7a80 ksegrp 0xc67fc240 [SLPQ sbwait 0xc6839bc8][SLP] thread 0xc6b36a80 ksegrp 0xc67fc240 [SLPQ sbwait 0xc697cbc8][SLP] thread 0xc987ea80 ksegrp 0xc67fc240 [SLPQ sbwait 0xc7907e90][SLP] thread 0xc81e3c00 ksegrp 0xc67fc240 [SLPQ sbwait 0xca0a3bc8][SLP] thread 0xc97f3d80 ksegrp 0xc67fc240 [SLPQ sbwait 0xc6d2379c][SLP] thread 0xc9708180 ksegrp 0xc67fc240 [SLPQ sbwait 0xc7577a64][SLP] thread 0xc85acd80 ksegrp 0xc67fc240 [SLPQ sbwait 0xc75770a8][SLP] thread 0xc9708000 ksegrp 0xc67fc240 [SLPQ sbwait 0xca10379c][SLP] thread 0xc9705900 ksegrp 0xc67fc240 [SLPQ sbwait 0xcb237370][SLP] thread 0xc846e180 ksegrp 0xc67fc240 [SLPQ sbwait 0xc7f42e90][SLP] thread 0xc85ac600 ksegrp 0xc67fc240 [SLPQ sbwait 0xc6bfe638][SLP] thread 0xc8ae0c00 ksegrp 0xc67fc240 [SLPQ sbwait 0xc6b7fbc8][SLP] thread 0xc7271900 ksegrp 0xc67fc240 [SLPQ sbwait 0xcafb5bc8][SLP] thread 0xc9817d80 ksegrp 0xc67fc240 [SLPQ sbwait 0xc6b800a8][SLP] thread 0xc97b0a80 ksegrp 0xc67fc240 [SLPQ sbwait 0xcb236bc8][SLP] thread 0xca006480 ksegrp 0xc67fc240 [SLPQ sbwait 0xcb236638][SLP] thread 0xc8a6f780 ksegrp 0xc67fc240 [SLPQ sbwait 0xc6b8020c][SLP] thread 0xccbd0300 ksegrp 0xc67fc240 [SLPQ sbwait 0xcab61638][SLP] thread 0xc6903600 ksegrp 0xc67fc240 [SLPQ sbwait 0xc795be90][SLP] thread 0xca1fec00 ksegrp 0xc67fc240 [SLPQ sbwait 0xc750d79c][SLP] thread 0xc85ac900 ksegrp 0xc67fc240 [SLPQ sbwait 0xca103bc8][SLP] thread 0xc8243d80 ksegrp 0xc67fc240 [SLPQ sbwait 0xcaf6d638][SLP] thread 0xc81e3600 ksegrp 0xc67fc240 [SLPQ sbwait 0xc750c0a8][SLP] thread 0xc8470900 ksegrp 0xc67fc240 [SLPQ sbwait 0xc94de0a8][SLP] thread 0xc81e3900 ksegrp 0xc67fc240 [SLPQ sbwait 0xca0b1bc8][SLP] thread 0xc6b32a80 ksegrp 0xc67fc240 [SLPQ sbwait 0xc75cfbc8][SLP] thread 0xca003180 ksegrp 0xc67fc240 [SLPQ sbwait 0xc750dbc8][SLP] thread 0xccbc8a80 ksegrp 0xc67fc240 [SLPQ sbwait 0xca103370][SLP] thread 0xcbb59480 ksegrp 0xc67fc240 [SLPQ sbwait 0xcb237bc8][SLP] thread 0xc7461900 ksegrp 0xc67fc240 [SLPQ sbwait 0xcac96900][SLP] thread 0xccbcc780 ksegrp 0xc67fc240 [SLPQ sbwait 0xc94b4900][SLP] thread 0xc7271600 ksegrp 0xc67fc240 [SLPQ sbwait 0xcac9679c][SLP] thread 0xc650fc00 ksegrp 0xc67fc240 [SLPQ sbwait 0xc75f7e90][SLP] thread 0xccbcc480 ksegrp 0xc67fc240 [SLPQ sbwait 0xca85a638][SLP] thread 0xc6b32780 ksegrp 0xc67fc240 [SLPQ sbwait 0xcafb50a8][SLP] thread 0xc6f2b180 ksegrp 0xc67fc240 [SLPQ sbwait 0xc6d22d2c][SLP] thread 0xccbce780 ksegrp 0xc67fc240 [SLPQ sbwait 0xca0a3900][SLP] thread 0xc68bbc00 ksegrp 0xc67fc240 [SLPQ sbwait 0xc7b144d4][SLP] thread 0xc75d1a80 ksegrp 0xc63e5300 [SLPQ ksesigwait 0xca1df75c][SLP] 34350 c780c624 0 640 640 0000000 [SLPQ accept 0xc6b7f5ca][SLP] httpd 34344 c6704830 80 640 640 0000100 [SLPQ accept 0xc7b1503a][SLP] httpd 82426 c786d624 0 1 82426 0004002 [SLPQ devfs 0xc673c058][SLP] login 4906 c68bc20c 60001 4905 4905 000c180 (threaded) python2.3 thread 0xcd318480 ksegrp 0xc65378a0 [SLPQ kserel 0xc65378d4][SLP] thread 0xcd3b9780 ksegrp 0xc65378a0 [SLPQ select 0xc07b57a4][SLP] thread 0xcc7f5480 ksegrp 0xc65378a0 [SLPQ kserel 0xc65378d4][SLP] thread 0xc75d2780 ksegrp 0xc6abe3c0 [SLPQ ksesigwait 0xc68bc344][SLP] 4905 c6ba6830 0 1 4905 0000000 [SLPQ select 0xc07b57a4][SLP] python2.3 900 c6e0b000 0 1 900 0004002 [SLPQ ttyin 0xc6556c10][SLP] getty 899 c6781000 0 1 899 0004002 [SLPQ ttyin 0xc6557410][SLP] getty 897 c6ba5418 0 1 897 0004002 [SLPQ ttyin 0xc6542410][SLP] getty 886 c6e0e624 0 1 886 0000000 [SLPQ select 0xc07b57a4][SLP] inetd 874 c6e0b830 0 1 874 0000000 [SLPQ select 0xc07b57a4][SLP] moused 854 c6e0bc48 0 1 47 000c082 (threaded) java thread 0xcd0c9000 ksegrp 0xc6ba7060 [SLPQ kserel 0xc6ba7094][SLP] thread 0xcd1c2780 ksegrp 0xc6ba7060 [SLPQ kserel 0xc6ba7094][SLP] thread 0xcd516300 ksegrp 0xc6ba7060 [SLPQ sbwait 0xc979979c][SLP] thread 0xcd518000 ksegrp 0xc6ba7060 [SLPQ sbwait 0xca0b14d4][SLP] thread 0xcd3b5600 ksegrp 0xc6ba7060 [SLPQ sbwait 0xcaf6d4d4][SLP] thread 0xccbcea80 ksegrp 0xc6ba7060 [SLPQ sbwait 0xc7577bc8][SLP] thread 0xca003000 ksegrp 0xc6ba7060 [SLPQ sbwait 0xcbfd779c][SLP] thread 0xccbd0480 ksegrp 0xc6ba7060 [SLPQ sbwait 0xc7907900][SLP] thread 0xccbcbc00 ksegrp 0xc6ba7060 [SLPQ accept 0xc6d2303a][SLP] thread 0xc6ab0c00 ksegrp 0xc6ba7060 [SLPQ accept 0xc6d23466][SLP] thread 0xc6ac0300 ksegrp 0xc6abec60 [SLPQ ksesigwait 0xc6e0bd80][SLP] 839 c6533624 60001 838 838 000c180 (threaded) python2.3 thread 0xcd3bb600 ksegrp 0xc63e40c0 [SLPQ kserel 0xc63e40f4][SLP] thread 0xcd515300 ksegrp 0xc63e40c0 [SLPQ select 0xc07b57a4][SLP] thread 0xc88fb180 ksegrp 0xc63e40c0 [SLPQ kserel 0xc63e40f4][SLP] thread 0xc7465a80 ksegrp 0xc67fc660 [SLPQ ksesigwait 0xc653375c][SLP] 838 c6ba5624 0 1 838 0000000 [SLPQ select 0xc07b57a4][SLP] python2.3 818 c67f920c 8 815 785 0004002 [SLPQ devfs 0xc673c058][SLP] perl5.8.8 816 c68bd20c 8 814 785 0004002 [SLPQ wait 0xc68bd20c][SLP] sh 815 c68bd830 8 1 785 0000002 [SLPQ wait 0xc68bd830][SLP] sh 814 c6ba5830 8 1 785 0000002 [SLPQ wait 0xc6ba5830][SLP] sh 813 c6781830 8 1 813 0000001 [SLPQ devfs 0xc673c058][SLP] innd 753 c6ba5a3c 0 1 753 0000000 [SLPQ nanslp 0xc07aec0c][SLP] cron 719 c67f9624 0 1 719 0000100 [SLPQ devfs 0xc673c058][SLP] sshd 678 c67f9418 0 1 678 0000000 [SLPQ select 0xc07b57a4][SLP] rsync 673 c68ba624 100 662 673 0004000 [SLPQ piperd 0xc67f8330][SLP] unlinkd 671 c67fdc48 0 666 666 0000001 [SLPQ lockf 0xc6b61880][SLP] saslauthd 669 c68bc000 0 666 666 0000001 [SLPQ accept 0xc68b303a][SLP] saslauthd 668 c67f9a3c 0 666 666 0000001 [SLPQ lockf 0xc6bbd3c0][SLP] saslauthd 667 c6704418 0 666 666 0000001 [SLPQ lockf 0xcb9a9ac0][SLP] saslauthd 666 c67fd830 0 1 666 0000001 [SLPQ lockf 0xc6d7e3c0][SLP] saslauthd 662 c6781624 100 659 659 000c080 (threaded) squid thread 0xcd517a80 ksegrp 0xc63e5900 [SLPQ kserel 0xc63e5934][SLP] thread 0xcd3ba180 ksegrp 0xc63e5900 [SLPQ kserel 0xc63e5934][SLP] thread 0xcd319900 ksegrp 0xc63e5900 [SLPQ select 0xc07b57a4][SLP] thread 0xc6ac1c00 ksegrp 0xc67fccc0 [SLPQ kserel 0xc67fccf4][SLP] thread 0xc6ac1d80 ksegrp 0xc67fcd20 [SLPQ kserel 0xc67fcd54][SLP] thread 0xc6ab0d80 ksegrp 0xc67fcd80 [SLPQ kserel 0xc67fcdb4][SLP] thread 0xc6aba000 ksegrp 0xc67fcde0 [SLPQ kserel 0xc67fce14][SLP] thread 0xc6aba180 ksegrp 0xc67fce40 [SLPQ kserel 0xc67fce74][SLP] thread 0xc6aba300 ksegrp 0xc67fcea0 [SLPQ kserel 0xc67fced4][SLP] thread 0xc6aba480 ksegrp 0xc6abe000 [SLPQ kserel 0xc6abe034][SLP] thread 0xc6aba600 ksegrp 0xc6abe060 [SLPQ kserel 0xc6abe094][SLP] thread 0xc6aba780 ksegrp 0xc6abe0c0 [SLPQ kserel 0xc6abe0f4][SLP] thread 0xc6aba900 ksegrp 0xc6abe120 [SLPQ kserel 0xc6abe154][SLP] thread 0xc6abaa80 ksegrp 0xc6abe180 [SLPQ kserel 0xc6abe1b4][SLP] thread 0xc6abac00 ksegrp 0xc6abe1e0 [SLPQ kserel 0xc6abe214][SLP] thread 0xc6abad80 ksegrp 0xc6abe240 [SLPQ kserel 0xc6abe274][SLP] thread 0xc6abd000 ksegrp 0xc6abe2a0 [SLPQ kserel 0xc6abe2d4][SLP] thread 0xc6abd180 ksegrp 0xc6abe300 [SLPQ kserel 0xc6abe334][SLP] thread 0xc6abd300 ksegrp 0xc6abe360 [SLPQ kserel 0xc6abe394][SLP] thread 0xc6abd480 ksegrp 0xc6537120 [SLPQ kserel 0xc6537154][SLP] thread 0xc6abd600 ksegrp 0xc6537180 [SLPQ kserel 0xc65371b4][SLP] thread 0xc6abd780 ksegrp 0xc65371e0 [SLPQ kserel 0xc6537214][SLP] thread 0xc6abd900 ksegrp 0xc6537240 [SLPQ kserel 0xc6537274][SLP] thread 0xc6abda80 ksegrp 0xc65372a0 [SLPQ kserel 0xc65372d4][SLP] thread 0xc68c1480 ksegrp 0xc6537300 [SLPQ kserel 0xc6537334][SLP] thread 0xc68c1600 ksegrp 0xc63e5360 [SLPQ kserel 0xc63e5394][SLP] thread 0xc68c1780 ksegrp 0xc63e53c0 [SLPQ kserel 0xc63e53f4][SLP] thread 0xc68c1900 ksegrp 0xc63e5420 [SLPQ kserel 0xc63e5454][SLP] thread 0xc68c1a80 ksegrp 0xc63e5480 [SLPQ kserel 0xc63e54b4][SLP] thread 0xc68c1c00 ksegrp 0xc63e54e0 [SLPQ kserel 0xc63e5514][SLP] thread 0xc68c1d80 ksegrp 0xc63e5540 [SLPQ kserel 0xc63e5574][SLP] thread 0xc6ab0000 ksegrp 0xc63e55a0 [SLPQ kserel 0xc63e55d4][SLP] thread 0xc6ab0180 ksegrp 0xc63e5600 [SLPQ kserel 0xc63e5634][SLP] thread 0xc6ab0300 ksegrp 0xc63e5660 [SLPQ kserel 0xc63e5694][SLP] thread 0xc6ab0480 ksegrp 0xc63e56c0 [SLPQ kserel 0xc63e56f4][SLP] thread 0xc6ab0780 ksegrp 0xc63e5720 [SLPQ ksesigwait 0xc678175c][SLP] 659 c6704624 100 1 659 0000000 [SLPQ wait 0xc6704624][SLP] squid 647 c68bc418 0 1 647 0000000 [SLPQ select 0xc07b57a4][SLP] racoon 640 c68ba20c 0 1 640 0000000 [SLPQ nanslp 0xc07aec0c][SLP] httpd 630 c68ba000 0 1 630 0000000 [SLPQ select 0xc07b57a4][SLP] timed 613 c67fd418 0 1 613 0000000 [SLPQ select 0xc07b57a4][SLP] ntpd 601 c67fd20c 0 1 601 0000000 [SLPQ select 0xc07b57a4][SLP] lpd 545 c68bac48 53 1 545 0000100 [SLPQ select 0xc07b57a4][SLP] named 483 c6533a3c 0 1 483 0000000 [SLPQ devfs 0xc673c058][SLP] syslogd 434 c6533830 0 1 434 0000000 [SLPQ select 0xc07b57a4][SLP] devd 46 c6703000 0 0 0 0000204 [SLPQ - 0xe6b8bcf8][SLP] schedcpu 45 c670320c 0 0 0 0000204 [SLPQ - 0xc07c932c][SLP] nfsiod 3 44 c6703418 0 0 0 0000204 [SLPQ - 0xc07c9328][SLP] nfsiod 2 43 c6703624 0 0 0 0000204 [SLPQ - 0xc07c9324][SLP] nfsiod 1 42 c6703830 0 0 0 0000204 [SLPQ - 0xc07c9320][SLP] nfsiod 0 41 c6703a3c 0 0 0 0000204 [SLPQ sdflush 0xc07ce8d4][SLP] softdepflush 40 c6703c48 0 0 0 0000204 [SLPQ vlruwt 0xc6703c48][SLP] vnlru 39 c6704000 0 0 0 0000204 [SLPQ syncer 0xc07ae97c][SLP] syncer 38 c6497c48 0 0 0 0000204 [SLPQ psleep 0xc07b5d0c][SLP] bufdaemon 37 c6532000 0 0 0 000020c [SLPQ pgzero 0xc07cf844][SLP] pagezero 36 c653220c 0 0 0 0000204 [SLPQ psleep 0xc07cf394][SLP] vmdaemon 35 c6532418 0 0 0 0000204 [SLPQ psleep 0xc07cf350][SLP] pagedaemon 34 c6532624 0 0 0 0000204 [IWAIT] swi0: sio 33 c6532830 0 0 0 0000204 [IWAIT] irq7: ppc0 32 c6532a3c 0 0 0 0000204 [SLPQ - 0xc649643c][SLP] fdc0 31 c6532c48 0 0 0 0000204 [IWAIT] irq12: psm0 30 c6533000 0 0 0 0000204 [IWAIT] irq1: atkbd0 29 c653320c 0 0 0 0000204 [IWAIT] irq29: sym1 28 c6533418 0 0 0 0000204 [IWAIT] irq20: sym0 27 c6433624 0 0 0 0000204 [SLPQ usbtsk 0xc07abc44][SLP] usbtask 26 c6433830 0 0 0 0000204 [SLPQ usbevt 0xc64b5210][SLP] usb0 25 c6433a3c 0 0 0 0000204 [IWAIT] irq28: ohci0 24 c6433c48 0 0 0 0000204 [IWAIT] irq15: ata1 23 c6497000 0 0 0 0000204 [IWAIT] irq14: ata0 22 c649720c 0 0 0 0000204 [IWAIT] irq30: fxp0 21 c6497418 0 0 0 0000204 [IWAIT] irq9: acpi0 9 c6497624 0 0 0 0000204 [SLPQ - 0xc6432e00][SLP] acpi_task2 8 c6497830 0 0 0 0000204 [SLPQ - 0xc6432e00][SLP] acpi_task1 7 c6497a3c 0 0 0 0000204 [SLPQ - 0xc6432e00][SLP] acpi_task0 20 c63e620c 0 0 0 0000204 [IWAIT] swi6: task queue 19 c63e6418 0 0 0 0000204 [IWAIT] swi2: cambio 6 c63e6624 0 0 0 0000204 [SLPQ - 0xc643c200][SLP] kqueue taskq 18 c63e6830 0 0 0 0000204 [IWAIT] swi5: + 5 c63e6a3c 0 0 0 0000204 [SLPQ - 0xc643c380][SLP] thread taskq 17 c63e6c48 0 0 0 0000204 [IWAIT] swi6: + 16 c6433000 0 0 0 0000204 [SLPQ - 0xc07ab520][SLP] yarrow 4 c643320c 0 0 0 0000204 [SLPQ - 0xc07ac108][SLP] g_down 3 c6433418 0 0 0 0000204 [SLPQ - 0xc07ac104][SLP] g_up 2 c63e1000 0 0 0 0000204 [SLPQ - 0xc07ac0fc][SLP] g_event 15 c63e120c 0 0 0 0000204 [IWAIT] swi1: net 14 c63e1418 0 0 0 0000204 [IWAIT] swi3: vm 13 c63e1624 0 0 0 000020c [IWAIT] swi4: clock sio 12 c63e1830 0 0 0 000020c [CPU 0] idle: cpu0 11 c63e1a3c 0 0 0 000020c [CPU 1] idle: cpu1 1 c63e1c48 0 0 1 0004200 [SLPQ wait 0xc63e1c48][SLP] init 10 c63e6000 0 0 0 0000204 [SLPQ ktrace 0xc07acb58][SLP] ktrace 0 c07ac200 0 0 0 0000200 [IWAIT] swapper 56766 cd0e6c48 0 56760 56766 0006000 zomb[INACTIVE] sh db> showallpcpu No such command db> show allpcpu Current CPU: 0 cpuid = 0 curthread = 0xc63e2900: pid 12 "idle: cpu0" curpcb = 0xe4ec9d90 fpcurthread = none idlethread = 0xc63e2900: pid 12 "idle: cpu0" APIC ID = 3 currentldt = 0x50 cpuid = 1 curthread = 0xc63e2780: pid 11 "idle: cpu1" curpcb = 0xe4ec6d90 fpcurthread = none idlethread = 0xc63e2780: pid 11 "idle: cpu1" APIC ID = 0 currentldt = 0x50 db> c KDB: enter: Line break on console [thread pid 57141 tid 102504 ] Stopped at kdb_enter+0x30: leave db> c show allpcpu Current CPU: 0 cpuid = 0 curthread = 0xcd1c2000: pid 57141 "sendmail" curpcb = 0xeb2ded90 fpcurthread = none idlethread = 0xc63e2900: pid 12 "idle: cpu0" APIC ID = 3 currentldt = 0x50 cpuid = 1 curthread = 0xc6abdd80: pid 34988 "sendmail" curpcb = 0xe8edcd90 fpcurthread = none idlethread = 0xc63e2780: pid 11 "idle: cpu1" APIC ID = 0 currentldt = 0x50 db> c KDB: enter: Line break on console --=_e8ko06i3ojw-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 20 08:43:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 C208416A402 for ; Thu, 20 Apr 2006 08:43:49 +0000 (UTC) (envelope-from karagodov@gmail.com) Received: from pproxy.gmail.com (pproxy.gmail.com [64.233.166.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EFD543D48 for ; Thu, 20 Apr 2006 08:43:49 +0000 (GMT) (envelope-from karagodov@gmail.com) Received: by pproxy.gmail.com with SMTP id t32so104231pyc for ; Thu, 20 Apr 2006 01:43:49 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=f2GTbKoZf8prYSHdmPtpiVkJ2QzKhxcBjDEhIdvxhEkNxoNMsm27sHfurhO/jbrrewe4PqqmCYcqP/wuCLtCJCyCiQ67O4hvvwFZ6rMqs/MuInnE6JJCFx0k76i4kVMhxy+A9FLU42uC7uYYm7IDnmhxfVfygurTRA7tGjuaeB0= Received: by 10.35.36.13 with SMTP id o13mr501628pyj; Thu, 20 Apr 2006 01:36:38 -0700 (PDT) Received: by 10.35.135.15 with HTTP; Thu, 20 Apr 2006 01:36:38 -0700 (PDT) Message-ID: Date: Thu, 20 Apr 2006 12:36:38 +0400 From: "Alexey Karagodov" To: "Yuriy Tsibizov" In-Reply-To: MIME-Version: 1.0 References: Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: base64 Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: glebius@freebsd.org, freebsd-stable@freebsd.org Subject: Re: em (+pf+vlan+bridge+netgraph) stop sending packets (?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 08:43:49 -0000 dHJ5IGVuYWJsaW5nIHBvcm1pc2MgbW9kZSBvbiB2bGFucwoKMTkuMDQuMDYsIFl1cml5IFRzaWJp em92IDxZdXJpeS5Uc2liaXpvdkBnZmsucnU+IM7B0MnTwcwowSk6Cj4KPiBJIHJ1biBhIDYuMS1S QyAoYXMgb2YgQXByLCAxNHRoKSBhbmQgYWZ0ZXIgYSBkYXkgbm90aGluZyBjYW4gYmUgc2VudCBm cm9tCj4gZW0gaW50ZXJmYWNlLgo+Cj4gSXQgaXMgYSBmaWx0ZXJpbmcrYWNjb3VudGluZyBicmlk Z2Utb24tYS1zdGljaywgd2l0aCBlbSBpbnRlcmZhY2UKPiBjb25uZWN0ZWQgdG8gM0NvbSBTd2l0 Y2ggNDIwMCAxMDBNYml0IChub3QgR2JpdCkgcG9ydCB3aXRoIDQgdGFnZ2VkIHZsYW5zIG9uCj4g aXQ6Cj4KPiAjIFRoaXMgZmlsZSBub3cgY29udGFpbnMganVzdCB0aGUgb3ZlcnJpZGVzIGZyb20g L2V0Yy9kZWZhdWx0cy9yYy5jb25mLgo+ICMgUGxlYXNlIG1ha2UgYWxsIGNoYW5nZXMgdG8gdGhp cyBmaWxlLCBub3QgdG8gL2V0Yy9kZWZhdWx0cy9yYy5jb25mLgo+IGhvc3RuYW1lPSJYWFhYLmdm ay5ydSIKPiBkZWZhdWx0cm91dGVyPSIxMC5YLlguWCIKPiBpZmNvbmZpZ19zaXMwPSIxMC5YLlgu WC8yNCIKPiBpZmNvbmZpZ19lbTA9InVwIgo+IGNsb25lZF9pbnRlcmZhY2VzPSJ2bGFuMCB2bGFu MSB2bGFuMiB2bGFuMyBicmlkZ2UwIGJyaWRnZTEiCj4gaWZjb25maWdfdmxhbjA9Ijg0LlguWC5Y LzI4IHZsYW4gMjEgdmxhbmRldiBlbTAgdXAiCj4gaWZjb25maWdfdmxhbjE9InZsYW4gMjIgdmxh bmRldiBlbTAgdXAiCj4gaWZjb25maWdfYnJpZGdlMD0iYWRkbSB2bGFuMCBhZGRtIHZsYW4xIHVw Igo+IGlmY29uZmlnX3ZsYW4yPSIyMTcuWC5YLlgvMjkgdmxhbiAzMSB2bGFuZGV2IGVtMCB1cCIK PiBpZmNvbmZpZ192bGFuMz0idmxhbiAzMiB2bGFuZGV2IGVtMCB1cCIKPiBpZmNvbmZpZ19icmlk Z2UxPSJhZGRtIHZsYW4yIGFkZG0gdmxhbjMgdXAiCj4gc3lzbG9nZF9mbGFncz0iLXNzIgo+Cj4g c3NoZF9lbmFibGU9IllFUyIKPiBpcHNlY19lbmFibGU9IllFUyIKPiBwZl9lbmFibGU9IllFUyIK PiBwZl9ydWxlcz0iL2V0Yy9wZi5mcmVlcm91dGUiCj4gcGZsb2dfZW5hYmxlPSJZRVMiCj4KPiBh bmQga2VybmVsIGlzIEdFTkVSSUMgd2l0aCB1bnVzZWQgaGFyZHdhcmUgcmVtb3ZlZCBhbmQKPgo+ ICMjIyMKPiBvcHRpb25zICAgICAgICAgREVWSUNFX1BPTExJTkcKPiBvcHRpb25zICAgICAgICAg SVBTRUMKPiBvcHRpb25zICAgICAgICAgSVBTRUNfRVNQCj4gb3B0aW9ucyAgICAgICAgIElQU0VD X0ZJTFRFUkdJRgo+Cj4gZGV2aWNlICAgICAgICAgIHZsYW4KPiBkZXZpY2UgICAgICAgICAgcGYK PiBkZXZpY2UgICAgICAgICAgcGZsb2cKPiBkZXZpY2UgICAgICAgICAgcGZzeW5jCj4gZGV2aWNl ICAgICAgICAgIGlmX2JyaWRnZQo+Cj4gIyBhbHRxKDkpLiBFbmFibGUgdGhlIGJhc2UgcGFydCBv ZiB0aGUgaG9va3Mgd2l0aCB0aGUgQUxUUSBvcHRpb24uCj4gIyBhbHNvIGhhdmUgdGhlIEFMVFFf Tk9QQ0Mgb3B0aW9uLgo+IG9wdGlvbnMgICAgICAgICBBTFRRCj4gb3B0aW9ucyAgICAgICAgIEFM VFFfQ0JRICAgICAgICAjIENsYXNzIEJhc2VzIFF1ZXVlaW5nCj4gb3B0aW9ucyAgICAgICAgIEFM VFFfUkVEICAgICAgICAjIFJhbmRvbSBFYXJseSBEZXRlY3Rpb24KPiBvcHRpb25zICAgICAgICAg QUxUUV9SSU8gICAgICAgICMgUkVEIEluL091dAo+IG9wdGlvbnMgICAgICAgICBBTFRRX0hGU0Mg ICAgICAgIyBIaWVyYXJjaGljYWwgUGFja2V0IFNjaGVkdWxlcgo+IG9wdGlvbnMgICAgICAgICBB TFRRX0NETlIgICAgICAgIyBUcmFmZmljIGNvbmRpdGlvbmVyCj4gb3B0aW9ucyAgICAgICAgIEFM VFFfUFJJUSAgICAgICAjIFByaW9yaXR5IFF1ZXVlaW5nCj4gb3B0aW9ucyAgICAgICAgIEFMVFFf Tk9QQ0MgICAgICAjIFJlcXVpcmVkIGZvciBTTVAgYnVpbGQKPiAjb3B0aW9ucyAgICAgICAgQUxU UV9ERUJVRwo+Cj4gYWRkZWQuCj4KPiBlbTAgaXMKPiBlbTBAcGNpMDoxMDowOiAgY2xhc3M9MHgw MjAwMDAgY2FyZD0weDAwMmU4MDg2IGNoaXA9MHgxMDBlODA4NiByZXY9MHgwMgo+IGhkcj0weDAw Cj4gICAgdmVuZG9yICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCj4gICAgZGV2aWNlICAgPSAnODI1 NDBFTSBHaWdhYml0IEV0aGVybmV0IENvbnRyb2xsZXInCj4gICAgY2xhc3MgICAgPSBuZXR3b3Jr Cj4gICAgc3ViY2xhc3MgPSBldGhlcm5ldAo+Cj4gZW0wOiA8SW50ZWwoUikgUFJPLzEwMDAgTmV0 d29yayBDb25uZWN0aW9uIFZlcnNpb24gLSAzLjIuMTg+IHBvcnQKPiAweGI0MDAtMHhiNDNmIG1l bSAweGQ3ZWEwMDAwLTB4ZDdlYmZmZmYsMHhkN2U4MDAwMC0weGQ3ZTlmZmZmIGlycSAxOCBhdAo+ IGRldmljZSAxMC4wIG9uIHBjaTAKPiBlbTA6IFtHSUFOVC1MT0NLRURdCj4gZW0wOiBFdGhlcm5l dCBhZGRyZXNzOiAwMDowNzplOTowOTpjMjozZAo+Cj4gUG9sbGluZyB3YXMgbm90IHVzZWQgKEkn bGwgdHJ5IHRvIHdvcmsgd2l0aCBwb2xsaW5nIGVuYWJsZWQgb24gZW0wKS4KPgo+IEFMVFEgaXMg bm90IGNvbmZpZ3VyZWQsIHBmIGhhcyBhbGwgYmxvY2sgcnVsZXMgbG9nZ2VkIGFuZCBJIGNhbid0 IHNlZQo+IGFueXRoaW5nIHJlbGV2YW50IGxvZ2dlZCB0byBwZmxvZy4KPgo+IFRoaXMgbWFjaGlu ZSBhbHNvIHVzZSBuZXRncmFwaCBuZXRmbG93IGZvciB0cmFmZmljIGFjY291bnRpbmcgb24gdmxh bgo+IGludGVyZmFjZXMsIGJ1dCBzaHV0dGluZyBkb3duIGFsbCBuZXRncmFwaCBub2RlcyBkb2Vz IG5vdCBoZWxwLgo+Cj4gVHVybmluZyB2bGFucywgYnJpZGdlIGFuZCBlbSBkb3duIGFuZCB1cCBk b2VzIG5vdCBoZWxwIHRvby4KPgo+IFRyYWZmaWMgaXMgcmVjZWl2ZWQgKEkgY2FuIHNlZSBwYWly cyBvZiBPU1BGIEhFTE8gbWVzc2FnZXMgZnJvbSBJU1Agcm91dGVyCj4gbG9nZ2VkIG9uIHBmbG9n MCBleGFjdGx5IGV2ZXJ5IDEwIHNlY29uZHMpLCBidXQgaXQgbG9va3MgbGlrZSBub3RoaW5nIGNh biBiZQo+IHNlbnQuCj4KPiBZdXJpeSBUc2liaXpvdiwKPiBHZksgUlVTCj4KPiBfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+IGZyZWVic2Qtc3RhYmxlQGZy ZWVic2Qub3JnIG1haWxpbmcgbGlzdAo+IGh0dHA6Ly9saXN0cy5mcmVlYnNkLm9yZy9tYWlsbWFu L2xpc3RpbmZvL2ZyZWVic2Qtc3RhYmxlCj4gVG8gdW5zdWJzY3JpYmUsIHNlbmQgYW55IG1haWwg dG8gImZyZWVic2Qtc3RhYmxlLXVuc3Vic2NyaWJlQGZyZWVic2Qub3JnIgo+Cg== From owner-freebsd-stable@FreeBSD.ORG Thu Apr 20 08:58:38 2006 Return-Path: X-Original-To: stable@freebsd.org 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 659DF16A400 for ; Thu, 20 Apr 2006 08:58:38 +0000 (UTC) (envelope-from karagodov@gmail.com) Received: from pproxy.gmail.com (pproxy.gmail.com [64.233.166.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DD6D43D48 for ; Thu, 20 Apr 2006 08:58:37 +0000 (GMT) (envelope-from karagodov@gmail.com) Received: by pproxy.gmail.com with SMTP id t32so107096pyc for ; Thu, 20 Apr 2006 01:58:37 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=GyMX5IfEjLvw45r6NIz6fZabHJiWt3al25NWSMyg8IxpVX/cpy7BkGd2mkI4W31GQAjkTqe/eJLIp5Mvsqbcos5K83QekclB02hSS5nDyW/JG5P2z6SpO4+XzFa+8KbxyL6YXLcyxpCuxpdHsFsyMMwCts5azUh+993SyhNo38M= Received: by 10.35.22.17 with SMTP id z17mr303010pyi; Thu, 20 Apr 2006 01:51:18 -0700 (PDT) Received: by 10.35.135.15 with HTTP; Thu, 20 Apr 2006 01:51:18 -0700 (PDT) Message-ID: Date: Thu, 20 Apr 2006 12:51:18 +0400 From: "Alexey Karagodov" To: "Henri Hennebert" In-Reply-To: <20060420093147.7j9stegaiocc0ok4@webmail.restart.be> MIME-Version: 1.0 References: <20060420093147.7j9stegaiocc0ok4@webmail.restart.be> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org Subject: Re: 6.1RC system nearly freezing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 08:58:38 -0000 it happend to me too. power line was down and server was restarted 3 times while FSCK after early unplanned shutdown. i have no time to fix it and fastest way for me was: boot from another source, backup, rebuild array (RAID5 on 3ware 9500S), and reinstall everything :( 2006/4/20, Henri Hennebert : > > Hello, > > I upgrade a web, squid, mail server (under SMP with 2 pentium III) to > 6.1-RC > (Apr 9 2006) and encounter 2 `freezing'. > > The system is still responding to http requests but I can't login on > the console > or through ssh -- no shell prompt. No more mail delivery. > > I break to KDB and found more then 1000 sendmail processes waiting for > devfs... > > call boot(0) can't complete the shutdown process. > > I join the KDB informations. Let me know if more informations are needed. > > Thanks for your time > > Henri > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > From owner-freebsd-stable@FreeBSD.ORG Thu Apr 20 09:06:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 EC3AF16A407 for ; Thu, 20 Apr 2006 09:06:59 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from mx.gfk.ru (mx.gfk.ru [84.21.231.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42EA943D4C for ; Thu, 20 Apr 2006 09:06:58 +0000 (GMT) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from demon.hhp.local by mx.gfk.ru (MDaemon.PRO.v8.1.4.R) with ESMTP id md50000178468.msg for ; Thu, 20 Apr 2006 13:06:03 +0400 X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Date: Thu, 20 Apr 2006 13:05:59 +0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: em (+pf+vlan+bridge+netgraph) stop sending packets (?) thread-index: AcZkVa9RibmvBL2ARr2IEQ0b+uHwWwAAEjNg From: "Yuriy Tsibizov" To: "Alexey Karagodov" X-Spam-Processed: mx.gfk.ru, Thu, 20 Apr 2006 13:06:03 +0400 (not processed: message from valid local sender) X-MDRemoteIP: 10.0.0.8 X-Return-Path: Yuriy.Tsibizov@gfk.ru X-MDaemon-Deliver-To: freebsd-stable@freebsd.org X-MDAV-Processed: mx.gfk.ru, Thu, 20 Apr 2006 13:06:04 +0400 Cc: freebsd-stable@freebsd.org Subject: RE: em (+pf+vlan+bridge+netgraph) stop sending packets (?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 09:07:00 -0000 >> 19.04.06, Yuriy Tsibizov = =CE=C1=D0=C9=D3=C1=CC(=C1):=20 >> I run a 6.1-RC (as of Apr, 14th) and after a day nothing can be sent = from em interface. >> It is a filtering+accounting bridge-on-a-stick, with em interface = connected to 3Com=20 >> Switch 4200 100Mbit (not Gbit) port with 4 tagged vlans on it:=20 >> Polling was not used (I'll try to work with polling enabled on em0). Polling doesn't help too >> This machine also use netgraph netflow for traffic accounting on vlan = interfaces,=20 >> but shutting down all netgraph nodes does not help.=20 >> Turning vlans, bridge and em down and up does not help too. >> Traffic is received (I can see pairs of OSPF HELO messages from ISP = router logged=20 >> on pflog0 exactly every 10 seconds), but it looks like nothing can be = sent.=20 > try enabling pormisc mode on vlans=20 It was enabled (it is enabled by default when you add interface to = bridge, I think) It also does not explain why it work for almost a day and then stops. On = switch=20 I can see zero RX counters on this port (and non-zero TX). Yuriy. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 20 09:13:00 2006 Return-Path: X-Original-To: stable@freebsd.org 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 28DFD16A401 for ; Thu, 20 Apr 2006 09:13:00 +0000 (UTC) (envelope-from V.Haisman@sh.cvut.cz) Received: from service.sh.cvut.cz (service.sh.cvut.cz [147.32.127.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B6B843D53 for ; Thu, 20 Apr 2006 09:12:58 +0000 (GMT) (envelope-from V.Haisman@sh.cvut.cz) Received: from localhost (localhost [127.0.0.1]) by service.sh.cvut.cz (Postfix) with ESMTP id 53E001A32F3; Thu, 20 Apr 2006 11:12:57 +0200 (CEST) Received: from service.sh.cvut.cz ([127.0.0.1]) by localhost (service [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22192-03; Thu, 20 Apr 2006 11:12:52 +0200 (CEST) Received: from logout.sh.cvut.cz (logout.sh.cvut.cz [147.32.127.203]) by service.sh.cvut.cz (Postfix) with ESMTP id 543FE1A32E3; Thu, 20 Apr 2006 11:12:52 +0200 (CEST) Received: from [192.168.1.2] (localhost [127.0.0.1]) by logout.sh.cvut.cz (Postfix) with ESMTP id A6B5B61C4D; Thu, 20 Apr 2006 11:13:11 +0200 (CEST) Message-ID: <444750A2.3070502@sh.cvut.cz> Date: Thu, 20 Apr 2006 11:13:06 +0200 From: =?UTF-8?B?VsOhY2xhdiBIYWlzbWFu?= User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: stable@freebsd.org X-Enigmail-Version: 0.94.0.0 OpenPGP: id=733031B4 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAMFBMVEUnMzWJm5S+0864pn5r blp/hnW2up7X7uqftbNRVUrW1LGBdGfHwJqPi3ScoYtBQzhDxGEwAAAAB3RJTUUH1QoQDDgyQtx8 HQAAAkNJREFUeJzFU0toU0EUPYu66CpGdCUUmoUJkpUDQUoNBVEUrBJsq1Ki2EIKIUZ8mydBhYi0 wVUXJVCLCrFN4DIEQdxIqdBIFsMkWD9YJClCRGKjJaviynjfe8RPogtXPcObuXPOPXd+PHj+Aeyo QNmobGLXVeANGM+GsP0B2yqHHNVoCD2LwLglVGZx7yXSlADR0uZu9C4Bpy3hUxPvH/cuUw6UoPCL h64I8KAJuMpwRU8uUMJy0OIpHVeXmulZoCc/t0LlTbJLEY1EudPRcnVjgAP5Osdl4K5HVP4+2bAI okaUA0Iq6Q59+Zy2eMWN6EpFTsa3+uD1+JKj4TPHuYTSMaLScLAaqk94YJqG4ds30hojOVgYoNJc NTztNU2TBYbhu9Aafnq08ORja37da1NwBrN/b7NVEc+b8yecuYkp08vNvLYneVZRaSH1vS0UnfHm OUPzWaZufHPmCWSdWrfeGVQQKmcsO4If8pAdXJ/xF4QQAeOVY1AQQcfirwkLUWeWVTgi6vaGt2xe BGzBEIMQorru8RxgPqY1V6uxYnwVBRZEI1ytCm3dE8mC2DgcbzCJGHdBEVDKuWDSwsrSGoqzJmNt 2jJpNueIH0qS8/0JrDKnVBdvOzIsdVr4zaX9dn9xcLLKdCtQGfutVacLE9Ja+yfbDvO4aMWrklfK /JYv15C8Kw9S10kup5Bys0N1bLdcn4HvTl/Xlh6Fpllwj5/XpH9BUXn/ym0Dvv7Rt2MywojpYiSi i7Hsscaa19zZ//y/hR+BT/ns80nmJAAAAABJRU5ErkJggg== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig7AD427B75D99C93EC5AFE41F" X-Virus-Scanned: by amavisd-new at sh.cvut.cz X-Spam-Status: No, hits=-5.9 tagged_above=-255.0 required=5.0 tests=ALL_TRUSTED, BAYES_00 X-Spam-Level: Cc: Subject: Too old GDB in 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 09:13:00 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7AD427B75D99C93EC5AFE41F Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, I have been having problems with base GDB. I have posted two PRs about it but so far I haven't gotten any response. http://www.freebsd.org/cgi/query-pr.cgi?pr=3D95691 http://www.freebsd.org/cgi/query-pr.cgi?pr=3D95692 I have looked at devel/gdb6 port but its structure seems odd enough that I don't want to touch it. -- Vaclav Haisman --------------enig7AD427B75D99C93EC5AFE41F Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQEVAwUBREdQq256zbtzMDG0AQJ/Swf/dxOrTE6lpeBHqWfyq7S/e9QRdKMEJhV7 CHBPmNORAGOIm0ptiazH4MIWofyXSF9+w6QD1ei2RPvJfULdH04+dJsQsH/rhEOq HUuZWFcLvXn91r9SaWjVUB10d9HF1AkASr3KyTqVGHTbQCoSHaPPKI3C/mDejxSy 7zbj0chFTCvsvVsAav+i9dTRYYtAGqyQwo0mNVtw1DK5u+GaLuygxum/NXRNEaRb VWTZXJTde5/ilaGagKefoSrp7R6TdaMkPKv70UM/ZlBcYZ5Tw+yJzCGZNfjuSGqe StqRvMJqf6KwE2ZMSkWGatrnxlzcCGf6EZOXCrnuqHvHOFSLC7k35Q== =rr4V -----END PGP SIGNATURE----- --------------enig7AD427B75D99C93EC5AFE41F-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 20 09:40:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 1FE1F16A401; Thu, 20 Apr 2006 09:40:55 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 750BD43D46; Thu, 20 Apr 2006 09:40:54 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.6/8.13.1) with ESMTP id k3K9efo4093216; Thu, 20 Apr 2006 06:40:42 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Thu, 20 Apr 2006 06:40:29 -0300 User-Agent: KMail/1.9.1 References: <200604191857.22240.joao@matik.com.br> <4446F3DC.2030802@errno.com> In-Reply-To: <4446F3DC.2030802@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200604200640.30223.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-amd64@freebsd.org Subject: Re: ath compile error on releng_5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 09:40:55 -0000 On Wednesday 19 April 2006 23:37, Sam Leffler wrote: > JoaoBR wrote: > > seems the ath_hal source on releng_5 is i386 and does not compile as > > module neither as kernel configuration on amd64 > > > > ath compiles as module but can not be loaded (exec error) > > > > I suppose this is a known issue or some needs details? > > > > ld -d -warn-common -r -d -o ath_hal.ko hal.o ah_osdep.o > > ld: Relocatable linking with relocations from format elf32-i386-freebsd > > (hal.o) to format elf64-x86-64 (ath_hal.ko) is not supported > > *** Error code 1 > > > > Stop in /usr/src/sys/modules/ath_hal. > > releng5 only has i386 support I believe. Trying to use a 32-bit build > in a 64-bit kernel will not work. I'm not sure what you're trying to do > but wireless support in releng5 is unlikely to be very satisfying; > switch to releng6. > I am just trying to use an atheros card with regular releng_5 sources too bad then that ath is not usable on 5.5 amd Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Thu Apr 20 10:54:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 71BB716A402; Thu, 20 Apr 2006 10:54:55 +0000 (UTC) (envelope-from thompsa@freebsd.org) Received: from heff.fud.org.nz (203-173-156-12.bliink.ihug.co.nz [203.173.156.12]) by mx1.FreeBSD.org (Postfix) with SMTP id 8B6D743D46; Thu, 20 Apr 2006 10:54:54 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id 728DC1CC37; Thu, 20 Apr 2006 22:54:52 +1200 (NZST) Date: Thu, 20 Apr 2006 22:54:52 +1200 From: Andrew Thompson To: Yuriy Tsibizov Message-ID: <20060420105452.GA80164@heff.fud.org.nz> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11 Cc: glebius@FreeBSD.org, freebsd-stable@freebsd.org Subject: Re: em (+pf+vlan+bridge+netgraph) stop sending packets (?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 10:54:55 -0000 On Wed, Apr 19, 2006 at 04:15:10PM +0400, Yuriy Tsibizov wrote: > I run a 6.1-RC (as of Apr, 14th) and after a day nothing can be sent from em interface. > > It is a filtering+accounting bridge-on-a-stick, with em interface > connected to 3Com Switch 4200 100Mbit (not Gbit) port with 4 tagged > vlans on it: > > Polling was not used (I'll try to work with polling enabled on em0). > > ALTQ is not configured, pf has all block rules logged and I can't see anything relevant logged to pflog. > > Traffic is received (I can see pairs of OSPF HELO messages from ISP > router logged on pflog0 exactly every 10 seconds), but it looks like > nothing can be sent. A bridge on a stick only works under certian conditions, mainly support by the switch its connected to. Its obviously working for you for a period of time so thats probably ok. Make sure that you dont use scrubbing with pf as the bridge doesn't handle the fragment reassembly at the moment. Can you also try a few things when it stops - flush the bridge table using ifconfig - use tcpdump on the bridge interface to see if its forwarding packets cheers, Andrew From owner-freebsd-stable@FreeBSD.ORG Thu Apr 20 11:02:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 76C4816A405 for ; Thu, 20 Apr 2006 11:02:42 +0000 (UTC) (envelope-from marsgmiro@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F89143D49 for ; Thu, 20 Apr 2006 11:02:41 +0000 (GMT) (envelope-from marsgmiro@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so79322wxc for ; Thu, 20 Apr 2006 04:02:40 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=AesFvGK1VDTiBddpKRPbY7OQR6zVRMpN5QLCEpFRDPFZeZQunD/asvdBKKvDtcelSfQGeDrDSFUcIcw9Nz5+1LlLTyvWU1xFPJ43Z5K0pqCeaGC6fDe4Y02a+6IaCtFxmQ998OupUTNetlN1tcI8vfCrCyDqvKl8qHJgw2OVsGY= Received: by 10.70.8.3 with SMTP id 3mr641055wxh; Thu, 20 Apr 2006 04:02:40 -0700 (PDT) Received: by 10.70.49.13 with HTTP; Thu, 20 Apr 2006 04:02:40 -0700 (PDT) Message-ID: <28edec3c0604200402p2fe569b1j1f38668c1539464c@mail.gmail.com> Date: Thu, 20 Apr 2006 19:02:40 +0800 From: "Mars G. Miro" To: freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org, sos@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: DOH! ata_alloc_request failed! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 11:02:42 -0000 Greetz S=F8ren, List! I had about 6 directories (~1G/dir) I had to remove (chflags -R noschg && rm -rf), then I encountered these: Apr 20 17:31:32 marsz kernel: DOH! ata_alloc_request failed! Apr 20 17:31:32 marsz kernel: FAILURE - out of memory in ata_raid_init_requ= est Apr 20 17:31:32 marsz kernel: g_vfs_done():ar0s1f[WRITE(offset=3D23179941888, length=3D2048)]error =3D 5 Apr 20 17:31:39 marsz kernel: initiate_write_filepage: already started Apr 20 18:26:34 marsz kernel: FAILURE - out of memory in ata_raid_init_requ= est Apr 20 18:26:35 marsz kernel: g_vfs_done():ar0s1f[WRITE(offset=3D39686225920, length=3D16384)]error =3D 5 Apr 20 18:27:50 marsz kernel: DOH! ata_alloc_request failed! Apr 20 18:27:50 marsz kernel: FAILURE - out of memory in ata_raid_init_requ= est Apr 20 18:27:50 marsz last message repeated 3 times Apr 20 18:27:50 marsz kernel: DOH! ata_alloc_request failed! Apr 20 18:27:53 marsz kernel: FAILURE - out of memory in ata_raid_init_requ= est Apr 20 18:27:53 marsz last message repeated 24 times Apr 20 18:27:53 marsz kernel: FAILURE - out of memory in ag_vfs_done():ar0s1f[WRITE(offset=3D23760136192, length=3D2048)]error =3D 5 Apr 20 18:27:53 marsz kernel: g_vfs_done():ar0s1f[WRITE(offset=3D23760271360, length=3D2048)]error =3D 5 Apr 20 18:27:53 marsz kernel: g_vfs_done():ar0s1f[WRITE(offset=3D23761092608, length=3D6144)]error =3D 5 Apr 20 18:27:53 marsz kernel: g_vfs_done():ar0s1f[WRITE(offset=3D22645618688, length=3D2048)]error =3D 5 Apr 20 18:27:53 marsz kernel: g_vfs_done():ar0s1f[WRITE(offset=3D23761467392, length=3D2048)]error =3D 5 Apr 20 18:27:53 marsz kernel: g_vfs_done():ar0s1f[WRITE(offset=3D23761500160, length=3D2048)]error =3D 5 [...] Later on: Apr 20 18:27:53 marsz kernel: g_vfs_done():ar0s1f[WRITE(offset=3D23896389632, length=3D2048)]error =3D 5 Apr 20 18:27:53 marsz kernel: swap_pager: I/O error - pageout failed; blkno 111102,size 4096, error 5 Apr 20 18:27:53 marsz kernel: swap_pager: I/O error - pageout failed; blkno 111103,size 4096, error 5 Apr 20 18:27:53 marsz kernel: swap_pager: I/O error - pageout failed; blkno 111104,size 4096, error 5 Apr 20 18:27:53 marsz kernel: swap_pager: I/O error - pageout failed; blkno 111106,size 4096, error 5 Apr 20 18:27:53 marsz kernel: FAILURE - out of memory in ata_raid_init_requ= est Apr 20 18:27:53 marsz last message repeated 3 times Apr 20 18:27:53 marsz kernel: swap_pager: I/O error - pageout failed; blkno 111108,size 4096, error 5 Apr 20 18:27:53 marsz kernel: swap_pager: I/O error - pageout failed; blkno 111109,size 4096, error 5 Apr 20 18:27:53 marsz kernel: swap_pager: I/O error - pageout failed; blkno 111110,size 4096, error 5 Apr 20 18:27:53 marsz kernel: swap_pager: I/O error - pageout failed; blkno 111111,size 4096, error 5 Apr 20 18:27:53 marsz kernel: FAILURE - out of memory in ata_raid_init_requ= est Apr 20 18:27:53 marsz last message repeated 3 times Then there was a directory that wasn't deleted completely so I had to chflags and rm -rf it. A few people also experienced it in 6.0-RC1 last Nov: http://lists.freebsd.org/pipermail/freebsd-stable/2005-November/019559.html >From that thread, somebody suggested something and mine gives: root@marsz:/home/jails# sysctl -a | grep ^ata ata_composit: 376, 0, 0, 1300, 1544911 ata_request: 336, 0, 0, 2376, 4969864 My system is RELENG_6 as of Apr 04 on amd64: FreeBSD marsz.XXXXXXXXXX 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #0: Tue Apr 4 13:23:43 PHT 2006 =20 root@XXXXXXXXXX:/usr/obj/usr/src/sys/MARSZ amd64 It is configured in ATA-RAID1 using a built-in: atapci0: port 0xec00-0xec3f,0xdc00-0xdc0f,0xcc00-0xcc7f mem 0xfdc00000-0xfdc00fff,0xfdb00000-0xfdb1ffff irq 18 a t device 8.0 on pci0 Though I have not crashed or anything, just wondering if it means anything at all. I do recall back in 5.4X that I crashed doing similar things and I had to manual-fsck in single user mode (bgfsck wouldnt work). This gives 6.X a ++ ;-) Thanks and FYI ;-) cheers mars From owner-freebsd-stable@FreeBSD.ORG Thu Apr 20 11:29:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 57D3116A405; Thu, 20 Apr 2006 11:29:09 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from mx.gfk.ru (mx.gfk.ru [84.21.231.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0612443D45; Thu, 20 Apr 2006 11:29:06 +0000 (GMT) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from demon.hhp.local by mx.gfk.ru (MDaemon.PRO.v8.1.4.R) with ESMTP id md50000178961.msg; Thu, 20 Apr 2006 15:28:04 +0400 X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Date: Thu, 20 Apr 2006 15:27:54 +0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: em (+pf+vlan+bridge+netgraph) stop sending packets (?) thread-index: AcZkaWGQYM39Z2ChRqa8t1PwyRK1RgAASYsA From: "Yuriy Tsibizov" To: "Andrew Thompson" X-Spam-Processed: mx.gfk.ru, Thu, 20 Apr 2006 15:28:04 +0400 (not processed: message from valid local sender) X-MDRemoteIP: 10.0.0.8 X-Return-Path: Yuriy.Tsibizov@gfk.ru X-MDAV-Processed: mx.gfk.ru, Thu, 20 Apr 2006 15:28:09 +0400 Cc: freebsd-stable@freebsd.org Subject: RE: em (+pf+vlan+bridge+netgraph) stop sending packets (?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 11:29:09 -0000 > On Wed, Apr 19, 2006 at 04:15:10PM +0400, Yuriy Tsibizov wrote: > > I run a 6.1-RC (as of Apr, 14th) and after a day nothing=20 > can be sent from em interface. > >=20 > > It is a filtering+accounting bridge-on-a-stick, with em interface > > connected to 3Com Switch 4200 100Mbit (not Gbit) port with 4 tagged > > vlans on it: > >=20 > > Polling was not used (I'll try to work with polling enabled on em0). > >=20 > > ALTQ is not configured, pf has all block rules logged and I=20 > can't see anything relevant logged to pflog. > >=20 > > Traffic is received (I can see pairs of OSPF HELO messages from ISP > > router logged on pflog0 exactly every 10 seconds), but it looks like > > nothing can be sent. >=20 > A bridge on a stick only works under certian conditions,=20 > mainly support > by the switch its connected to. Its obviously working for you for a > period of time so thats probably ok. >=20 > Make sure that you dont use scrubbing with pf as the bridge doesn't > handle the fragment reassembly at the moment. I had it, and will try to work without it.=20 Thank you for your help, Yuriy. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 20 12:10:28 2006 Return-Path: X-Original-To: stable@freebsd.org 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 4581A16A408 for ; Thu, 20 Apr 2006 12:10:27 +0000 (UTC) (envelope-from jsbowden@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7410543D58 for ; Thu, 20 Apr 2006 12:10:22 +0000 (GMT) (envelope-from jsbowden@gmail.com) Received: by nz-out-0102.google.com with SMTP id 13so131394nzp for ; Thu, 20 Apr 2006 05:10:22 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Hxix/uSeQD8jtXmVR11yHcvKmIrJLRTnJw1RZgvz2znfIVQwshF7KBVGpjKNE9z5QDZUC8QIU17NJzt4kSL424YOyNkhRERPOiJhqR663ZQlx7W5x3EDe6ha6wCWrVHCOa7J/uQ5YtTpzVPmaJZ3KOCxL51ALDfbbmIcD3viYqM= Received: by 10.64.210.8 with SMTP id i8mr207441qbg; Thu, 20 Apr 2006 05:10:22 -0700 (PDT) Received: by 10.64.151.4 with HTTP; Thu, 20 Apr 2006 05:10:22 -0700 (PDT) Message-ID: Date: Thu, 20 Apr 2006 08:10:22 -0400 From: "Jamie Bowden" Sender: jsbowden@gmail.com To: "Mikhail Teterin" In-Reply-To: <200604161122.08468@aldan> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200603010505.k2155HfQ003205@aldan.algebra.com> <200604152153.42411@aldan> <1145185460.912.17.camel@sos.deepcore.dk> <200604161122.08468@aldan> Cc: stable@freebsd.org, Derek Ragona , sos@deepcore.dk Subject: Re: pitiful performance of an SATA150 drive X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 12:10:28 -0000 On 4/16/06, Mikhail Teterin wrote: > [Moved to -stable] > > On Sunday 16 April 2006 07:04, S=F8ren Schmidt wrote: > =3D I just tried this on a system as close to the one you have as possibl= e > > You are welcome to visit my machine and take a look. Use the same ssh key= as > for the FreeBSD cluster and connect to aldan.algebra.com. > > =3D That makes me *seriously* doubt that ATA is at fault here... > > What else can it be? The main disks are SCSI and work well. The video suc= ks, > but that's a problem common to many -- nobody can get their PCI-Radeons u= p > with DRI. > > What else can be wrong? SATA HDD performance on my machine is less than stellar as well. The IRQ the SATA controller sits on is also given to the TI FireWire controller on my SB Audigy, and I haven't gotten around to putting that in a different slot and seeing if that changes anything. It would have been nice for PCs to have gone to a full 5 bits for IRQ instead of just hacking things up by adding 2^3 to the existing 2^4 as was done. Shared bus architectures, I spit on them all. Jamie Bowden -- "It was half way to Rivendell when the drugs began to take hold" Hunter S Tolkien "Fear and Loathing in Barad Dur" Iain Bowen From owner-freebsd-stable@FreeBSD.ORG Thu Apr 20 12:21:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 2691616A402; Thu, 20 Apr 2006 12:21:06 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from mx.gfk.ru (mx.gfk.ru [84.21.231.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EDBC43D45; Thu, 20 Apr 2006 12:21:04 +0000 (GMT) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from demon.hhp.local by mx.gfk.ru (MDaemon.PRO.v8.1.4.R) with ESMTP id md50000179126.msg; Thu, 20 Apr 2006 16:20:25 +0400 X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Date: Thu, 20 Apr 2006 16:20:18 +0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: em (+pf+vlan+bridge+netgraph) stop sending packets (?) thread-index: AcZkaWGQYM39Z2ChRqa8t1PwyRK1RgAASYsAAAJkicA= From: "Yuriy Tsibizov" To: "Andrew Thompson" X-Spam-Processed: mx.gfk.ru, Thu, 20 Apr 2006 16:20:25 +0400 (not processed: message from valid local sender) X-MDRemoteIP: 10.0.0.8 X-Return-Path: Yuriy.Tsibizov@gfk.ru X-MDAV-Processed: mx.gfk.ru, Thu, 20 Apr 2006 16:20:25 +0400 Cc: freebsd-stable@freebsd.org Subject: RE: em (+pf+vlan+bridge+netgraph) stop sending packets (?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 12:21:06 -0000 > > On Wed, Apr 19, 2006 at 04:15:10PM +0400, Yuriy Tsibizov wrote: > > > I run a 6.1-RC (as of Apr, 14th) and after a day nothing=20 > > can be sent from em interface. > > >=20 > > > It is a filtering+accounting bridge-on-a-stick, with em interface > > > connected to 3Com Switch 4200 100Mbit (not Gbit) port=20 > with 4 tagged > > > vlans on it: > > >=20 > > > Polling was not used (I'll try to work with polling=20 > enabled on em0). > > >=20 > > > ALTQ is not configured, pf has all block rules logged and I=20 > > can't see anything relevant logged to pflog. > > >=20 > > > Traffic is received (I can see pairs of OSPF HELO=20 > messages from ISP > > > router logged on pflog0 exactly every 10 seconds), but it=20 > looks like > > > nothing can be sent. > >=20 > > A bridge on a stick only works under certian conditions,=20 > > mainly support > > by the switch its connected to. Its obviously working for you for a > > period of time so thats probably ok. > >=20 > > Make sure that you dont use scrubbing with pf as the bridge doesn't > > handle the fragment reassembly at the moment. > I had it, and will try to work without it.=20 One question - if pf was the cause, should it recover when I disable pf? As I remeber, the box was still silent on vlan interfaces, when pf was = disabled with "/etc/rc.d/pf stop". Yuriy From owner-freebsd-stable@FreeBSD.ORG Thu Apr 20 14:05:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 E89BF16A401 for ; Thu, 20 Apr 2006 14:05:50 +0000 (UTC) (envelope-from zach@webges.com) Received: from mail.webges.com (mail.webges.com [195.128.164.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49EF643D45 for ; Thu, 20 Apr 2006 14:05:50 +0000 (GMT) (envelope-from zach@webges.com) Received: from localhost (localhost [127.0.0.1]) by mail.webges.com (Postfix) with ESMTP id CB10F15205BE; Thu, 20 Apr 2006 16:05:44 +0200 (CEST) Received: from [192.168.0.188] (webges-office [86.59.10.162]) by mail.webges.com (Postfix) with ESMTP id ADF7A15205A6; Thu, 20 Apr 2006 16:05:44 +0200 (CEST) From: Michael Zach Organization: WEBGES To: freebsd-stable@freebsd.org, "dyd_281" Date: Thu, 20 Apr 2006 16:05:50 +0200 User-Agent: KMail/1.9.1 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200604201605.51758.zach@webges.com> X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at mail.webges.com Cc: Subject: Re: "smb_maperror: Unmapped error 1:158"----[FreeBSD 4.11-RELEASE, samba-3.0.10, 1 , samba-libsmbclient-3.0.10_1] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 14:05:51 -0000 Hi, I had the same error, dunno if it helps you but it worked for me when I set= =20 the LC_ALL & LANG environment variables for all users in /etc/profile to=20 LC_ALL=3Den_US.UTF-8 and LANG=3Den_US cheers, Michael On Monday 10 April 2006 02:57, dyd_281 wrote: > Sir: > FreeBSD 4.11-RELEASE > samba-3.0.10,1 > samba-libsmbclient-3.0.10_1 > windows 2003 > > 1. a share-folder is in windows-2003. > 2. mount_smbfs -I windows-2003-ip //hostname/folder > /usr/home/alan/zfsbackup > 3. about 60 servers have same crontab to make ftp connect to the > Freebsd server,and will send some files to the /usr/home/alan/zfsbackup, > (these files are stored in the windows-2003) > 4. the crantab is be executed every hours. > 5. each ftp connect I=E2=80=99ll find a message =E2=80=9Csmb_maperror: U= nmapped error > 1:158=E2=80=9D > 6. after mount the windows-2003 share-flolder ,in some hour ,I found > the freebsd can=E2=80=99t login in with ssh or telnet. But I can pin= g it . > 7. when it happen, the only way to resolve the problem is to reboot the > freebsd server. > > > So,could tell me how to avoid this problem. > > su-2.05b# more /usr/local/etc/smb.conf|grep -v "#"|grep -v ";"|grep > -v " " > [myShare] > comment=3DSharing folder > path=3D/Temp > read only=3Dno > public=3Dyes > > [global] > workgroup =3D pcpop > server string =3D Samba Server > security =3D user > load printers =3D yes > log file =3D /var/log/samba/log.%m > max log size =3D 50 > socket options =3D IPTOS_LOWDELAY TCP_NODELAY > interfaces =3D eth1 > dns proxy =3D no > [homes] > comment =3D Home Directories > browseable =3D yes > writable =3D yes > > > > > > > =E4=B8=81=E6=9C=89=E5=86=AC =E6=95=AC=E4=B8=8A > > =E7=9B=91=E6=8E=A7=E7=BB=84=E4=B8=BB=E7=AE=A1 / =E6=8A=80=E6=9C=AF=E9=83= =A8 > > > > > _____ > > > > > > > =E6=B8=B8=E6=88=8F=E7=B1=B3=E6=9E=9C=E7=BD=91=E7=BB=9C=E7=A7=91=E6=8A=80= =EF=BC=88=E4=B8=8A=E6=B5=B7=EF=BC=89=E6=9C=89=E9=99=90=E5=85=AC=E5=8F=B8 > > =E4=B8=8A=E6=B5=B7=E5=B8=82=E6=B7=AE=E6=B5=B7=E4=B8=AD=E8=B7=AF222=E5=8F= =B7=E5=8A=9B=E5=AE=9D=E5=B9=BF=E5=9C=BA25=E6=A5=BC =E9=82=AE=E7=BC=96:200= 021 > > Tel:(86-21)5396 5977 Fax:(86-21)5396 5976 > > FITS | Fun | Innovation | Technology | Service =2D-=20 Michael Zach e: zach@webges.com p: +43-1-3196999-22 f: +43-1-3196999-33 w: www.webges.com WEBGES Meeting Applications Nussdorferstrasse 20/22a 1090 Vienna Austria This message contains information that may be privileged=20 or confidential and is the property of Webges.=20 It is intended only for the person to whom it is addressed.=20 If you are not the intended recipient, you are not=20 authorized to read, print, retain, copy, disseminate,=20 distribute, or use this message or any part thereof.=20 If you receive this message in error, please notify the=20 sender immediately and delete all copies of this message. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 20 16:56:08 2006 Return-Path: X-Original-To: stable@freebsd.org 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 B2FE416A400 for ; Thu, 20 Apr 2006 16:56:08 +0000 (UTC) (envelope-from hk@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22BB343D46 for ; Thu, 20 Apr 2006 16:56:07 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.1/8.13.1) with ESMTP id k3KGu57E016647; Thu, 20 Apr 2006 18:56:05 +0200 (CEST) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.1/8.13.1/Submit) id k3KGu5Qd016646; Thu, 20 Apr 2006 18:56:05 +0200 (CEST) (envelope-from hk) Date: Thu, 20 Apr 2006 18:56:05 +0200 From: Holger Kipp To: stable@freebsd.org Message-ID: <20060420165605.GA15688@intserv.int1.b.intern> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: swi4: clock sio uses 10% cpu X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 16:56:08 -0000 Hello, I have a little problem here with swi4: clock sio using lots of CPU (ie 16% Intr). Apart from that, accessing modems behind Titan PCI-800H seems to be a nightmare. I had silo overflows (increasing cp4ticks in sio.c did help here - see eg PR 26261) too. This is a vanilla FreeBSD system with only mgetty, perl and cvsup-without-gui being installed. This is on an old system with two mux-cards (ATA based 8-port card at irq 12 and pci based Titan PCI-800H). HZ is currently set to 100, but I have the same problem with HZ set to 1000. Problems started with inserting the PCI-Card and going to FreeBSD 6. I didn't have these problems with older version, but that didn't support the Titan PCI-800H. Dmesg below 0 21 0 0 -68 0 0 8 - WL ?? 0:01.98 [irq15: fxp0 ata1] 0 20 0 0 -64 0 0 8 - WL ?? 0:00.77 [irq14: ata0 ahc0] 0 37 0 0 -64 0 0 8 - DL ?? 0:00.40 [schedcpu] 0 22 0 0 -60 0 0 8 - WL ?? 0:00.60 [irq10: puc0 puc1] 0 24 0 0 -60 0 0 8 - WL ?? 0:00.00 [irq1: atkbd0] 0 25 0 0 -60 0 0 8 - WL ?? 0:00.00 [irq7: ppc0] 0 23 0 0 -48 0 0 8 - WL ?? 0:00.30 [swi0: sio] 0 12 0 0 -44 0 0 8 - WL ?? 0:01.41 [swi1: net] 0 16 0 0 -40 0 0 8 - WL ?? 0:00.08 [swi2: cambio] 0 14 0 0 -36 0 0 8 - WL ?? 0:00.00 [swi3: vm] 0 13 0 5 -32 0 0 8 - WL ?? 10:13.33 [swi4: clock sio] 0 19 0 0 -28 0 0 8 - WL ?? 0:00.00 [swi5: +] 0 17 0 0 -24 0 0 8 - WL ?? 0:00.00 [swi6: task queue] 0 18 0 0 -24 0 0 8 - WL ?? 0:00.00 [swi6: Giant taskq] 0 10 0 0 -16 0 0 8 ktrace DL ?? 0:00.00 [ktrace] 0 15 0 0 -16 0 0 8 - DL ?? 0:00.52 [yarrow] 0 26 0 0 -16 0 0 8 psleep DL ?? 0:00.01 [pagedaemon] 0 29 0 0 -16 0 0 8 psleep DL ?? 0:00.03 [bufdaemon] 0 32 0 0 -16 0 0 8 sdflus DL ?? 0:00.10 [softdepflush] 0 2 0 0 -8 0 0 8 - DL ?? 0:00.36 [g_event] 0 3 0 0 -8 0 0 8 - DL ?? 0:00.33 [g_up] 0 4 0 0 -8 0 0 8 - DL ?? 0:00.45 [g_down] 0 9 0 0 -8 0 0 8 - DL ?? 0:00.03 [fdc0] 0 31 0 0 -4 0 0 8 vlruwt DL ?? 0:00.02 [vnlru] [..] 0 11 0 24 171 0 0 8 - RL ?? 58:38.03 [idle] Suggestions, ideas etc. welcome. On second thoughs, if someone could recommend good stable hardware (board, sio-cards, etc.) to use with FreeBSD 6.x that supports 16 to 32 modem lines without problems and with high-speed (230400), I'd also appreciate that... ;-) Holger -------------- dmesg ------------------------------------------- Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-PRERELEASE #4: Wed Mar 29 17:06:12 CEST 2006 root@dialout.dout1.b.intern:/usr/obj/usr/src/sys/B-DIALOUT Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium III/Pentium III Xeon/Celeron (501.14-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x673 Stepping = 3 Features=0x383f9ff real memory = 134205440 (127 MB) avail memory = 121810944 (116 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard pcib0: pcibus 0 on motherboard pir0: on motherboard $PIR: Using invalid BIOS IRQ 15 from 0.10.INTA for link 0x62 $PIR: Using invalid BIOS IRQ 14 from 0.6.INTA for link 0x63 pci0: on pcib0 agp0: mem 0xe4000000-0xe7ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xb800-0xb80f at device 4.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 4.2 (no driver attached) pci0: at device 4.3 (no driver attached) ahc0: port 0xb000-0xb0ff mem 0xe1000000-0xe1000fff irq 14 at device 6.0 on pci0 ahc0: [GIANT-LOCKED] aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs fxp0: port 0xa800-0xa83f mem 0xe0800000-0xe0800fff,0xe0000000-0xe00fffff irq 15 at device 10.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:d0:b7:16:53:60 puc0: port 0xa400-0xa41f,0xa000-0xa01f mem 0xdf800000-0xdf800fff,0xdf000000-0xdf000fff irq 10 at device 11.0 on pci0 sio12: on puc0 sio12: type 16550A sio12: unable to activate interrupt in fast mode - using normal mode sio13: on puc0 sio13: type 16550A sio13: unable to activate interrupt in fast mode - using normal mode sio14: on puc0 sio14: type 16550A sio14: unable to activate interrupt in fast mode - using normal mode sio15: on puc0 sio15: type 16550A sio15: unable to activate interrupt in fast mode - using normal mode puc1: port 0x9800-0x981f,0x9400-0x941f mem 0xde800000-0xde800fff,0xde000000-0xde000fff irq 10 at device 11.1 on pci0 sio16: on puc1 sio16: type 16550A sio16: unable to activate interrupt in fast mode - using normal mode sio17: on puc1 sio17: type 16550A sio17: unable to activate interrupt in fast mode - using normal mode sio18: on puc1 sio18: type 16550A sio18: unable to activate interrupt in fast mode - using normal mode sio19: on puc1 sio19: type 16550A sio19: unable to activate interrupt in fast mode - using normal mode pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcd7ff,0xd0000-0xd0fff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <32 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio10 at port 0x130-0x137 flags 0xb05 on isa0 sio10: type 16550A (multiport) sio11 at port 0x138-0x13f irq 12 flags 0xb05 on isa0 sio11: type 16550A (multiport master) sio4 at port 0x100-0x107 flags 0xb05 on isa0 sio4: type 16550A (multiport) sio5 at port 0x108-0x10f flags 0xb05 on isa0 sio5: type 16550A (multiport) sio6 at port 0x110-0x117 flags 0xb05 on isa0 sio6: type 16550A (multiport) sio7 at port 0x118-0x11f flags 0xb05 on isa0 sio7: type 16550A (multiport) sio8 at port 0x120-0x127 flags 0xb05 on isa0 sio8: type 16550A (multiport) sio9 at port 0x128-0x12f flags 0xb05 on isa0 sio9: type 16550A (multiport) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (memory) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounter "TSC" frequency 501138753 Hz quality 800 Timecounters tick every 10.000 msec IP Filter: v4.1.8 initialized. Default = pass all, Logging = enabled da0 at ahc0 bus 0 target 6 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 40.000MB/s transfers (20.000MHz, offset 31, 16bit), Tagged Queueing Enabled da0: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) cd0 at ahc0 bus 0 target 4 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 20.000MB/s transfers (20.000MHz, offset 15) cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed Trying to mount root from ufs:/dev/da0s1a From owner-freebsd-stable@FreeBSD.ORG Thu Apr 20 23:31:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 56AB016A402 for ; Thu, 20 Apr 2006 23:31:57 +0000 (UTC) (envelope-from ratman6@charter.net) Received: from mxsf07.cluster1.charter.net (mxsf07.cluster1.charter.net [209.225.28.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C56943D49 for ; Thu, 20 Apr 2006 23:31:56 +0000 (GMT) (envelope-from ratman6@charter.net) Received: from mxip30a.cluster1.charter.net (mxip30a.cluster1.charter.net [209.225.28.189]) by mxsf07.cluster1.charter.net (8.12.11/8.12.11) with ESMTP id k3KNVsBR008653 for ; Thu, 20 Apr 2006 19:31:55 -0400 Received: from 24-151-33-109.dhcp.nwtn.ct.charter.com (HELO bedroom) ([24.151.33.109]) by mxip30a.cluster1.charter.net with ESMTP; 20 Apr 2006 19:31:55 -0400 X-IronPort-AV: i="4.04,142,1144036800"; d="scan'208"; a="1011279221:sNHT88711458" From: "Matt Smith" To: Date: Thu, 20 Apr 2006 19:31:53 -0400 Message-ID: <000001c664d2$9b75b490$0201a8c0@bedroom> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 Importance: Normal In-Reply-To: <20060420120047.7C85316A538@hub.freebsd.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 Subject: RE: shutting off the internal Sendmail Daemom X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 23:31:57 -0000 I need to close port 25 so another SMTP server can run but how do I kill = the internal Sendmail. Setting sendmail_enable to no in rc.conf does not = work Matt -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of freebsd-stable-request@freebsd.org Sent: Thursday, April 20, 2006 8:01 AM To: freebsd-stable@freebsd.org Subject: freebsd-stable Digest, Vol 154, Issue 5 Send freebsd-stable mailing list submissions to freebsd-stable@freebsd.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.freebsd.org/mailman/listinfo/freebsd-stable or, via email, send a message with subject or body 'help' to freebsd-stable-request@freebsd.org You can reach the person managing the list at freebsd-stable-owner@freebsd.org When replying, please edit your Subject line so it is more specific than "Re: Contents of freebsd-stable digest..." Today's Topics: 1. Re: em (+pf+vlan+bridge+netgraph) stop sending packets (?) (Alexey Karagodov) 2. Re: 6.1RC system nearly freezing (Alexey Karagodov) 3. RE: em (+pf+vlan+bridge+netgraph) stop sending packets (?) (Yuriy Tsibizov) 4. Too old GDB in 6.0 (V?clav Haisman) 5. Re: ath compile error on releng_5 (JoaoBR) 6. Re: em (+pf+vlan+bridge+netgraph) stop sending packets (?) (Andrew Thompson) 7. DOH! ata_alloc_request failed! (Mars G. Miro) 8. RE: em (+pf+vlan+bridge+netgraph) stop sending packets (?) (Yuriy Tsibizov) ---------------------------------------------------------------------- Message: 1 Date: Thu, 20 Apr 2006 12:36:38 +0400 From: "Alexey Karagodov" Subject: Re: em (+pf+vlan+bridge+netgraph) stop sending packets (?) To: "Yuriy Tsibizov" Cc: glebius@freebsd.org, freebsd-stable@freebsd.org Message-ID: Content-Type: text/plain; charset=3DKOI8-R try enabling pormisc mode on vlans 19.04.06, Yuriy Tsibizov = =CE=C1=D0=C9=D3=C1=CC(=C1): > > I run a 6.1-RC (as of Apr, 14th) and after a day nothing can be sent = from > em interface. > > It is a filtering+accounting bridge-on-a-stick, with em interface > connected to 3Com Switch 4200 100Mbit (not Gbit) port with 4 tagged = vlans on > it: > > # This file now contains just the overrides from = /etc/defaults/rc.conf. > # Please make all changes to this file, not to /etc/defaults/rc.conf. > hostname=3D"XXXX.gfk.ru" > defaultrouter=3D"10.X.X.X" > ifconfig_sis0=3D"10.X.X.X/24" > ifconfig_em0=3D"up" > cloned_interfaces=3D"vlan0 vlan1 vlan2 vlan3 bridge0 bridge1" > ifconfig_vlan0=3D"84.X.X.X/28 vlan 21 vlandev em0 up" > ifconfig_vlan1=3D"vlan 22 vlandev em0 up" > ifconfig_bridge0=3D"addm vlan0 addm vlan1 up" > ifconfig_vlan2=3D"217.X.X.X/29 vlan 31 vlandev em0 up" > ifconfig_vlan3=3D"vlan 32 vlandev em0 up" > ifconfig_bridge1=3D"addm vlan2 addm vlan3 up" > syslogd_flags=3D"-ss" > > sshd_enable=3D"YES" > ipsec_enable=3D"YES" > pf_enable=3D"YES" > pf_rules=3D"/etc/pf.freeroute" > pflog_enable=3D"YES" > > and kernel is GENERIC with unused hardware removed and > > #### > options DEVICE_POLLING > options IPSEC > options IPSEC_ESP > options IPSEC_FILTERGIF > > device vlan > device pf > device pflog > device pfsync > device if_bridge > > # altq(9). Enable the base part of the hooks with the ALTQ option. > # also have the ALTQ_NOPCC option. > options ALTQ > options ALTQ_CBQ # Class Bases Queueing > options ALTQ_RED # Random Early Detection > options ALTQ_RIO # RED In/Out > options ALTQ_HFSC # Hierarchical Packet Scheduler > options ALTQ_CDNR # Traffic conditioner > options ALTQ_PRIQ # Priority Queueing > options ALTQ_NOPCC # Required for SMP build > #options ALTQ_DEBUG > > added. > > em0 is > em0@pci0:10:0: class=3D0x020000 card=3D0x002e8086 chip=3D0x100e8086 = rev=3D0x02 > hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82540EM Gigabit Ethernet Controller' > class =3D network > subclass =3D ethernet > > em0: port > 0xb400-0xb43f mem 0xd7ea0000-0xd7ebffff,0xd7e80000-0xd7e9ffff irq 18 = at > device 10.0 on pci0 > em0: [GIANT-LOCKED] > em0: Ethernet address: 00:07:e9:09:c2:3d > > Polling was not used (I'll try to work with polling enabled on em0). > > ALTQ is not configured, pf has all block rules logged and I can't see > anything relevant logged to pflog. > > This machine also use netgraph netflow for traffic accounting on vlan > interfaces, but shutting down all netgraph nodes does not help. > > Turning vlans, bridge and em down and up does not help too. > > Traffic is received (I can see pairs of OSPF HELO messages from ISP = router > logged on pflog0 exactly every 10 seconds), but it looks like nothing = can be > sent. > > Yuriy Tsibizov, > GfK RUS > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" > ------------------------------ Message: 2 Date: Thu, 20 Apr 2006 12:51:18 +0400 From: "Alexey Karagodov" Subject: Re: 6.1RC system nearly freezing To: "Henri Hennebert" Cc: stable@freebsd.org Message-ID: Content-Type: text/plain; charset=3DISO-8859-1 it happend to me too. power line was down and server was restarted 3 = times while FSCK after early unplanned shutdown. i have no time to fix it and fastest way for me was: boot from another source, backup, rebuild array (RAID5 on 3ware 9500S), and reinstall everything :( 2006/4/20, Henri Hennebert : > > Hello, > > I upgrade a web, squid, mail server (under SMP with 2 pentium III) to > 6.1-RC > (Apr 9 2006) and encounter 2 `freezing'. > > The system is still responding to http requests but I can't login on > the console > or through ssh -- no shell prompt. No more mail delivery. > > I break to KDB and found more then 1000 sendmail processes waiting for > devfs... > > call boot(0) can't complete the shutdown process. > > I join the KDB informations. Let me know if more informations are = needed. > > Thanks for your time > > Henri > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" > > > ------------------------------ Message: 3 Date: Thu, 20 Apr 2006 13:05:59 +0400 From: "Yuriy Tsibizov" Subject: RE: em (+pf+vlan+bridge+netgraph) stop sending packets (?) To: "Alexey Karagodov" Cc: freebsd-stable@freebsd.org Message-ID: Content-Type: text/plain; charset=3D"koi8-r" >> 19.04.06, Yuriy Tsibizov = =CE=C1=D0=C9=D3=C1=CC(=C1):=20 >> I run a 6.1-RC (as of Apr, 14th) and after a day nothing can be sent = from em interface. >> It is a filtering+accounting bridge-on-a-stick, with em interface connected to 3Com=20 >> Switch 4200 100Mbit (not Gbit) port with 4 tagged vlans on it:=20 >> Polling was not used (I'll try to work with polling enabled on em0). Polling doesn't help too >> This machine also use netgraph netflow for traffic accounting on vlan interfaces,=20 >> but shutting down all netgraph nodes does not help.=20 >> Turning vlans, bridge and em down and up does not help too. >> Traffic is received (I can see pairs of OSPF HELO messages from ISP router logged=20 >> on pflog0 exactly every 10 seconds), but it looks like nothing can be sent.=20 > try enabling pormisc mode on vlans=20 It was enabled (it is enabled by default when you add interface to = bridge, I think) It also does not explain why it work for almost a day and then stops. On switch=20 I can see zero RX counters on this port (and non-zero TX). Yuriy. ------------------------------ Message: 4 Date: Thu, 20 Apr 2006 11:13:06 +0200 From: V?clav Haisman Subject: Too old GDB in 6.0 To: stable@freebsd.org Message-ID: <444750A2.3070502@sh.cvut.cz> Content-Type: text/plain; charset=3D"utf-8" Hi, I have been having problems with base GDB. I have posted two PRs about it but so far I haven't gotten any response. http://www.freebsd.org/cgi/query-pr.cgi?pr=3D95691 http://www.freebsd.org/cgi/query-pr.cgi?pr=3D95692 I have looked at devel/gdb6 port but its structure seems odd enough that I don't want to touch it. -- Vaclav Haisman -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 544 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20060420/95= a68 043/signature-0001.pgp ------------------------------ Message: 5 Date: Thu, 20 Apr 2006 06:40:29 -0300 From: JoaoBR Subject: Re: ath compile error on releng_5 To: freebsd-stable@freebsd.org Cc: freebsd-amd64@freebsd.org Message-ID: <200604200640.30223.joao@matik.com.br> Content-Type: text/plain; charset=3D"iso-8859-1" On Wednesday 19 April 2006 23:37, Sam Leffler wrote: > JoaoBR wrote: > > seems the ath_hal source on releng_5 is i386 and does not compile as > > module neither as kernel configuration on amd64 > > > > ath compiles as module but can not be loaded (exec error) > > > > I suppose this is a known issue or some needs details? > > > > ld -d -warn-common -r -d -o ath_hal.ko hal.o ah_osdep.o > > ld: Relocatable linking with relocations from format = elf32-i386-freebsd > > (hal.o) to format elf64-x86-64 (ath_hal.ko) is not supported > > *** Error code 1 > > > > Stop in /usr/src/sys/modules/ath_hal. > > releng5 only has i386 support I believe. Trying to use a 32-bit build > in a 64-bit kernel will not work. I'm not sure what you're trying to = do > but wireless support in releng5 is unlikely to be very satisfying; > switch to releng6. > I am just trying to use an atheros card with regular releng_5 sources too bad then that ath is not usable on 5.5 amd Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br ------------------------------ Message: 6 Date: Thu, 20 Apr 2006 22:54:52 +1200 From: Andrew Thompson Subject: Re: em (+pf+vlan+bridge+netgraph) stop sending packets (?) To: Yuriy Tsibizov Cc: glebius@FreeBSD.org, freebsd-stable@freebsd.org Message-ID: <20060420105452.GA80164@heff.fud.org.nz> Content-Type: text/plain; charset=3Dus-ascii On Wed, Apr 19, 2006 at 04:15:10PM +0400, Yuriy Tsibizov wrote: > I run a 6.1-RC (as of Apr, 14th) and after a day nothing can be sent = from em interface. >=20 > It is a filtering+accounting bridge-on-a-stick, with em interface > connected to 3Com Switch 4200 100Mbit (not Gbit) port with 4 tagged > vlans on it: >=20 > Polling was not used (I'll try to work with polling enabled on em0). >=20 > ALTQ is not configured, pf has all block rules logged and I can't see anything relevant logged to pflog. >=20 > Traffic is received (I can see pairs of OSPF HELO messages from ISP > router logged on pflog0 exactly every 10 seconds), but it looks like > nothing can be sent. A bridge on a stick only works under certian conditions, mainly support by the switch its connected to. Its obviously working for you for a period of time so thats probably ok. Make sure that you dont use scrubbing with pf as the bridge doesn't handle the fragment reassembly at the moment. Can you also try a few things when it stops - flush the bridge table using ifconfig - use tcpdump on the bridge interface to see if its forwarding packets cheers, Andrew ------------------------------ Message: 7 Date: Thu, 20 Apr 2006 19:02:40 +0800 From: "Mars G. Miro" Subject: DOH! ata_alloc_request failed! To: freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org, sos@freebsd.org Message-ID: <28edec3c0604200402p2fe569b1j1f38668c1539464c@mail.gmail.com> Content-Type: text/plain; charset=3DISO-8859-1 Greetz S=F8ren, List! I had about 6 directories (~1G/dir) I had to remove (chflags -R noschg && rm -rf), then I encountered these: Apr 20 17:31:32 marsz kernel: DOH! ata_alloc_request failed! Apr 20 17:31:32 marsz kernel: FAILURE - out of memory in ata_raid_init_request Apr 20 17:31:32 marsz kernel: g_vfs_done():ar0s1f[WRITE(offset=3D23179941888, length=3D2048)]error =3D = 5 Apr 20 17:31:39 marsz kernel: initiate_write_filepage: already started Apr 20 18:26:34 marsz kernel: FAILURE - out of memory in ata_raid_init_request Apr 20 18:26:35 marsz kernel: g_vfs_done():ar0s1f[WRITE(offset=3D39686225920, length=3D16384)]error = =3D 5 Apr 20 18:27:50 marsz kernel: DOH! ata_alloc_request failed! Apr 20 18:27:50 marsz kernel: FAILURE - out of memory in ata_raid_init_request Apr 20 18:27:50 marsz last message repeated 3 times Apr 20 18:27:50 marsz kernel: DOH! ata_alloc_request failed! Apr 20 18:27:53 marsz kernel: FAILURE - out of memory in ata_raid_init_request Apr 20 18:27:53 marsz last message repeated 24 times Apr 20 18:27:53 marsz kernel: FAILURE - out of memory in ag_vfs_done():ar0s1f[WRITE(offset=3D23760136192, length=3D2048)]error = =3D 5 Apr 20 18:27:53 marsz kernel: g_vfs_done():ar0s1f[WRITE(offset=3D23760271360, length=3D2048)]error =3D = 5 Apr 20 18:27:53 marsz kernel: g_vfs_done():ar0s1f[WRITE(offset=3D23761092608, length=3D6144)]error =3D = 5 Apr 20 18:27:53 marsz kernel: g_vfs_done():ar0s1f[WRITE(offset=3D22645618688, length=3D2048)]error =3D = 5 Apr 20 18:27:53 marsz kernel: g_vfs_done():ar0s1f[WRITE(offset=3D23761467392, length=3D2048)]error =3D = 5 Apr 20 18:27:53 marsz kernel: g_vfs_done():ar0s1f[WRITE(offset=3D23761500160, length=3D2048)]error =3D = 5 [...] Later on: Apr 20 18:27:53 marsz kernel: g_vfs_done():ar0s1f[WRITE(offset=3D23896389632, length=3D2048)]error =3D = 5 Apr 20 18:27:53 marsz kernel: swap_pager: I/O error - pageout failed; blkno 111102,size 4096, error 5 Apr 20 18:27:53 marsz kernel: swap_pager: I/O error - pageout failed; blkno 111103,size 4096, error 5 Apr 20 18:27:53 marsz kernel: swap_pager: I/O error - pageout failed; blkno 111104,size 4096, error 5 Apr 20 18:27:53 marsz kernel: swap_pager: I/O error - pageout failed; blkno 111106,size 4096, error 5 Apr 20 18:27:53 marsz kernel: FAILURE - out of memory in ata_raid_init_request Apr 20 18:27:53 marsz last message repeated 3 times Apr 20 18:27:53 marsz kernel: swap_pager: I/O error - pageout failed; blkno 111108,size 4096, error 5 Apr 20 18:27:53 marsz kernel: swap_pager: I/O error - pageout failed; blkno 111109,size 4096, error 5 Apr 20 18:27:53 marsz kernel: swap_pager: I/O error - pageout failed; blkno 111110,size 4096, error 5 Apr 20 18:27:53 marsz kernel: swap_pager: I/O error - pageout failed; blkno 111111,size 4096, error 5 Apr 20 18:27:53 marsz kernel: FAILURE - out of memory in ata_raid_init_request Apr 20 18:27:53 marsz last message repeated 3 times Then there was a directory that wasn't deleted completely so I had to chflags and rm -rf it. A few people also experienced it in 6.0-RC1 last Nov: http://lists.freebsd.org/pipermail/freebsd-stable/2005-November/019559.ht= ml >From that thread, somebody suggested something and mine gives: root@marsz:/home/jails# sysctl -a | grep ^ata ata_composit: 376, 0, 0, 1300, 1544911 ata_request: 336, 0, 0, 2376, 4969864 My system is RELENG_6 as of Apr 04 on amd64: FreeBSD marsz.XXXXXXXXXX 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #0: Tue Apr 4 13:23:43 PHT 2006 =20 root@XXXXXXXXXX:/usr/obj/usr/src/sys/MARSZ amd64 It is configured in ATA-RAID1 using a built-in: atapci0: port 0xec00-0xec3f,0xdc00-0xdc0f,0xcc00-0xcc7f mem 0xfdc00000-0xfdc00fff,0xfdb00000-0xfdb1ffff irq 18 a t device 8.0 on pci0 Though I have not crashed or anything, just wondering if it means anything at all. I do recall back in 5.4X that I crashed doing similar things and I had to manual-fsck in single user mode (bgfsck wouldnt work). This gives 6.X a ++ ;-) Thanks and FYI ;-) cheers mars ------------------------------ Message: 8 Date: Thu, 20 Apr 2006 15:27:54 +0400 From: "Yuriy Tsibizov" Subject: RE: em (+pf+vlan+bridge+netgraph) stop sending packets (?) To: "Andrew Thompson" Cc: freebsd-stable@freebsd.org Message-ID: Content-Type: text/plain; charset=3D"koi8-r" > On Wed, Apr 19, 2006 at 04:15:10PM +0400, Yuriy Tsibizov wrote: > > I run a 6.1-RC (as of Apr, 14th) and after a day nothing=20 > can be sent from em interface. > >=20 > > It is a filtering+accounting bridge-on-a-stick, with em interface > > connected to 3Com Switch 4200 100Mbit (not Gbit) port with 4 tagged > > vlans on it: > >=20 > > Polling was not used (I'll try to work with polling enabled on em0). > >=20 > > ALTQ is not configured, pf has all block rules logged and I=20 > can't see anything relevant logged to pflog. > >=20 > > Traffic is received (I can see pairs of OSPF HELO messages from ISP > > router logged on pflog0 exactly every 10 seconds), but it looks like > > nothing can be sent. >=20 > A bridge on a stick only works under certian conditions,=20 > mainly support > by the switch its connected to. Its obviously working for you for a > period of time so thats probably ok. >=20 > Make sure that you dont use scrubbing with pf as the bridge doesn't > handle the fragment reassembly at the moment. I had it, and will try to work without it.=20 Thank you for your help, Yuriy. ------------------------------ _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" End of freebsd-stable Digest, Vol 154, Issue 5 ********************************************** From owner-freebsd-stable@FreeBSD.ORG Thu Apr 20 23:36:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 4266516A402 for ; Thu, 20 Apr 2006 23:36:43 +0000 (UTC) (envelope-from mlists@shadow-security.net) Received: from shadow-security.net (248.90.233.220.exetel.com.au [220.233.90.248]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4187543D46 for ; Thu, 20 Apr 2006 23:36:41 +0000 (GMT) (envelope-from mlists@shadow-security.net) Received: (qmail 74542 invoked by uid 1010); 21 Apr 2006 09:35:37 +1000 Received: from 220.244.41.238 by mail.shadow-security.net (envelope-from , uid 1003) with qmail-scanner-1.25-st-qms (clamdscan: 0.88/1289. spamassassin: 3.1.0. perlscan: 1.25-st-qms. Clear:RC:0(220.244.41.238):SA:0(1.5/4.0):. Processed in 0.760948 secs); 20 Apr 2006 23:35:37 -0000 X-Spam-Status: No, hits=1.5 required=4.0 X-Spam-Level: + X-Antivirus-Shadow-Security-Mail-From: mlists@shadow-security.net via mail.shadow-security.net X-Antivirus-Shadow-Security: 1.25-st-qms (Clear:RC:0(220.244.41.238):SA:0(1.5/4.0):. Processed in 0.760948 secs Process 74534) Received: from 220-244-41-238.static.tpgi.com.au (HELO ?192.168.0.6?) (gavin@shadow-security.net@220.244.41.238) by shadow-security.net with AES256-SHA encrypted SMTP; 21 Apr 2006 09:35:36 +1000 Message-ID: <4448A7A7.9070501@shadow-security.net> Date: Fri, 21 Apr 2006 09:36:39 +0000 From: Sh4d03 User-Agent: Thunderbird 1.5 (X11/20060412) MIME-Version: 1.0 To: Matt Smith References: <000001c664d2$9b75b490$0201a8c0@bedroom> In-Reply-To: <000001c664d2$9b75b490$0201a8c0@bedroom> Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: shutting off the internal Sendmail Daemom X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 23:36:43 -0000 Matt Smith wrote: > I need to close port 25 so another SMTP server can run but how do I kill the > internal Sendmail. Setting sendmail_enable to no in rc.conf does not work > > My advice would be to look at qmailrocks.org and have a look at the section devoted to doing just that. There is a FreeBSD specific section. Sorry, I'd give you more details but a little pressed for time. Hope this helps Sh4d03 From owner-freebsd-stable@FreeBSD.ORG Thu Apr 20 23:38:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 E321716A401 for ; Thu, 20 Apr 2006 23:38:43 +0000 (UTC) (envelope-from freebsd@chillt.de) Received: from dd2718.kasserver.com (dd2718.kasserver.com [81.209.184.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34BCA43D6D for ; Thu, 20 Apr 2006 23:38:40 +0000 (GMT) (envelope-from freebsd@chillt.de) Received: from [127.0.0.1] (dslb-084-061-114-131.pools.arcor-ip.net [84.61.114.131]) by dd2718.kasserver.com (Postfix) with ESMTP id 5206FDCFF7; Fri, 21 Apr 2006 01:38:20 +0200 (CEST) Message-ID: <44481B7C.9050005@chillt.de> Date: Fri, 21 Apr 2006 01:38:36 +0200 From: Bartosz Fabianowski User-Agent: Thunderbird 1.5 (X11/20060402) MIME-Version: 1.0 To: Matt Smith References: <000001c664d2$9b75b490$0201a8c0@bedroom> In-Reply-To: <000001c664d2$9b75b490$0201a8c0@bedroom> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: shutting off the internal Sendmail Daemom X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 23:38:44 -0000 > Setting sendmail_enable to no in rc.conf does not work Did you remember to set it to "NONE", not just "NO"? This distinction was introduced a long time ago and sendmail_enable="NONE" has always done the trick for me since then. - Bartosz From owner-freebsd-stable@FreeBSD.ORG Fri Apr 21 00:43:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 6828716A404 for ; Fri, 21 Apr 2006 00:43:51 +0000 (UTC) (envelope-from freebsd@akruijff.dds.nl) Received: from psmtp03.wxs.nl (psmtp03.wxs.nl [195.121.247.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB3E943D46 for ; Fri, 21 Apr 2006 00:43:50 +0000 (GMT) (envelope-from freebsd@akruijff.dds.nl) Received: from ip51cc8423.speed.planet.nl (ip51cc8423.speed.planet.nl [81.204.132.35]) by psmtp03.wxs.nl (iPlanet Messaging Server 5.2 HotFix 2.07 (built Jun 24 2005)) with ESMTP id <0IY1009A1RD00V@psmtp03.wxs.nl> for freebsd-stable@freebsd.org; Fri, 21 Apr 2006 02:43:49 +0200 (MEST) Received: from Alex1.kruijff.org (localhost [127.0.0.1]) by ip51cc8423.speed.planet.nl (8.13.6/8.13.6) with ESMTP id k3L0hnjF002091; Fri, 21 Apr 2006 02:43:49 +0200 Received: (from akruijff@localhost) by Alex1.kruijff.org (8.13.6/8.13.6/Submit) id k3L0hnlB002090; Fri, 21 Apr 2006 02:43:49 +0200 Content-return: prohibited Date: Fri, 21 Apr 2006 02:43:49 +0200 From: Alex de Kruijff In-reply-to: <000001c664d2$9b75b490$0201a8c0@bedroom> To: Matt Smith Message-id: <20060421004349.GN919@Alex1.kruijff.org> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: Mutt/1.4.2.1i References: <20060420120047.7C85316A538@hub.freebsd.org> <000001c664d2$9b75b490$0201a8c0@bedroom> X-Authentication-warning: Alex1.kruijff.org: akruijff set sender to freebsd@akruijff.dds.nl using -f Cc: freebsd-stable@freebsd.org Subject: Re: shutting off the internal Sendmail Daemom X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd@akruijff.dds.nl List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2006 00:43:51 -0000 On Thu, Apr 20, 2006 at 07:31:53PM -0400, Matt Smith wrote: > I need to close port 25 so another SMTP server can run but how do I kill the > internal Sendmail. Setting sendmail_enable to no in rc.conf does not work > > Matt Dear Matt, Please don't send a new mail by replying to an old one. This can cause your mail to be missed because it ends up in some thread at the end of the list. And if you do then remove the content. 600 lines that have nothing to do with you question is a waist of bandwith and makes the list a whole lot larger and slower. As for you question... Please look at the FreeBSD handbook and go to the sendmail section. Your anwers it there. Don't forget to reboot afther. Alex From owner-freebsd-stable@FreeBSD.ORG Fri Apr 21 01:10:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 2D5DB16A401 for ; Fri, 21 Apr 2006 01:10:56 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCFB043D49 for ; Fri, 21 Apr 2006 01:10:55 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 1DEA48A0026 for ; Thu, 20 Apr 2006 18:17:13 -0700 (PDT) Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 36811-01-97 for ; Thu, 20 Apr 2006 18:17:06 -0700 (PDT) Received: from webmail.sd73.bc.ca (unknown [10.10.10.17]) by smtp.sd73.bc.ca (Postfix) with ESMTP id D91868A003B for ; Thu, 20 Apr 2006 18:17:06 -0700 (PDT) Received: from webmail.sd73.bc.ca (localhost.localdomain [127.0.0.1]) by webmail.sd73.bc.ca (Postfix) with ESMTP id 7B4A6900044F for ; Thu, 20 Apr 2006 18:10:46 -0700 (PDT) Received: from 24.71.118.34 (SquirrelMail authenticated user fcash) by webmail.sd73.bc.ca with HTTP; Thu, 20 Apr 2006 18:10:46 -0700 (PDT) Message-ID: <62165.24.71.118.34.1145581846.squirrel@webmail.sd73.bc.ca> In-Reply-To: <44481B7C.9050005@chillt.de> References: <000001c664d2$9b75b490$0201a8c0@bedroom> <44481B7C.9050005@chillt.de> Date: Thu, 20 Apr 2006 18:10:46 -0700 (PDT) From: "Freddie Cash" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new using ClamAV at sd73.bc.ca Subject: Re: shutting off the internal Sendmail Daemom X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: fcash@ocis.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2006 01:10:56 -0000 On Thu, April 20, 2006 4:38 pm, Bartosz Fabianowski wrote: >> Setting sendmail_enable to no in rc.conf does not work > Did you remember to set it to "NONE", not just "NO"? This distinction > was introduced a long time ago and sendmail_enable="NONE" has always > done the trick for me since then. sendmail_enable="NONE" has been deprecated and will disappear in a future release. You need to explicitly set each of the sendmail_*_enable variables to NO in /etc/rc.conf. Just grep for sendmail in /etc/defaults/rc.conf for more info. ---- Freddie Cash fcash@ocis.net From owner-freebsd-stable@FreeBSD.ORG Fri Apr 21 01:18:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 5403516A401 for ; Fri, 21 Apr 2006 01:18:52 +0000 (UTC) (envelope-from freebsd@chillt.de) Received: from dd2718.kasserver.com (dd2718.kasserver.com [81.209.184.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id E961443D45 for ; Fri, 21 Apr 2006 01:18:51 +0000 (GMT) (envelope-from freebsd@chillt.de) Received: from [127.0.0.1] (dslb-084-061-114-131.pools.arcor-ip.net [84.61.114.131]) by dd2718.kasserver.com (Postfix) with ESMTP id 73AC1DF59B; Fri, 21 Apr 2006 03:18:30 +0200 (CEST) Message-ID: <444832F6.60908@chillt.de> Date: Fri, 21 Apr 2006 03:18:46 +0200 From: Bartosz Fabianowski User-Agent: Thunderbird 1.5 (X11/20060402) MIME-Version: 1.0 To: fcash@ocis.net References: <000001c664d2$9b75b490$0201a8c0@bedroom> <44481B7C.9050005@chillt.de> <62165.24.71.118.34.1145581846.squirrel@webmail.sd73.bc.ca> In-Reply-To: <62165.24.71.118.34.1145581846.squirrel@webmail.sd73.bc.ca> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: shutting off the internal Sendmail Daemom X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2006 01:18:52 -0000 > sendmail_enable="NONE" has been deprecated and will disappear in a > future release. Thanks for pointing that out. According to /etc/rc.d/sendmail, sendmail_enable="NONE" corresponds to the following settings: sendmail_enable="NO" sendmail_submit_enable="NO" sendmail_outbound_enable="NO" sendmail_msp_queue_enable="NO" - Bartosz From owner-freebsd-stable@FreeBSD.ORG Fri Apr 21 05:20:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 7892316A405; Fri, 21 Apr 2006 05:20:03 +0000 (UTC) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id B15BF43D49; Fri, 21 Apr 2006 05:20:02 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id k3L5K2YK021838; Thu, 20 Apr 2006 22:20:02 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id k3L5JwQv021823; Thu, 20 Apr 2006 22:19:58 -0700 Date: Thu, 20 Apr 2006 22:19:58 -0700 From: Brooks Davis To: Scott Long Message-ID: <20060421051957.GA20492@odin.ac.hmc.edu> References: <6eb82e0604191645p70646962m78f89756d2714be7@mail.gmail.com> <20060420001142.GB19865@odin.ac.hmc.edu> <4447119A.6000000@samsco.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="45Z9DzgjV8m4Oswq" Content-Disposition: inline In-Reply-To: <4447119A.6000000@samsco.org> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-stable@freebsd.org, Rong-En Fan , re@freebsd.org, peter@freebsd.org Subject: Re: ypwhich -m X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2006 05:20:03 -0000 --45Z9DzgjV8m4Oswq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable OK, I've merged it to RELENG_5, RELENG_6, and RELENG_6_1. Now in utterly lousy form I'm going to vanish for the weekend so hopefully nothing breaks. :-( -- Brooks On Wed, Apr 19, 2006 at 10:44:10PM -0600, Scott Long wrote: > Brooks Davis wrote: > >On Wed, Apr 19, 2006 at 07:45:47PM -0400, Rong-En Fan wrote: > > > >>Hi, > >> > >>I found that ypwhich -m does not work on 6.1-RC, it shows > >> > >>ypwhich: can't find the master of `???`: reason: No such map in server'= s=20 > >>domain > >> > >>IIRC, there was a commit last year to fix this. After some search, I th= ink > >>it is include/rpcsvc/yp_prot.h revision 1.13 done by peter@ (CC'ed). > >>As far as I can tell, ypwhich -m is also broken on 5.4 and 5.5-PRERELEA= SE. > >> > >>I have tested that revision on a 5.5-PRERELEASE machine, it > >>fixes ypwhich -m. I would like to see this MFC'ed to RELENG_6 > >>and RELENG_5, so the newer releases will have this fixed. > > > > > >I've verified this on a 6-STABLE machine from January. If approved, > >I'll do it tomorrow cut-n-paste damanged patch below. It's a trivial > >one line change so anyone could do it. > > > >-- Brooks > > > >@@ -148,7 +148,7 @@ > > }; > > > > struct ypmaplist { > >- char ypml_name[YPMAXMAP + 1]; > >+ char *ypml_name; > > struct ypmaplist *ypml_next; > > }; > > > > > > >=20 > Approved --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --45Z9DzgjV8m4Oswq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFESGt9XY6L6fI4GtQRAv5OAJ9zxu+BtumBG8deXOcYhIbyNeuZDQCgz/Nq D4SaWQWflLmLG0XX54ZmHxc= =bDM7 -----END PGP SIGNATURE----- --45Z9DzgjV8m4Oswq-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 21 07:26:54 2006 Return-Path: X-Original-To: stable@freebsd.org 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 55E7F16A405 for ; Fri, 21 Apr 2006 07:26:54 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 151E543D4C for ; Fri, 21 Apr 2006 07:26:52 +0000 (GMT) (envelope-from uspoerlein@gmail.com) Received: by nproxy.gmail.com with SMTP id m18so117599nfc for ; Fri, 21 Apr 2006 00:26:51 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:mail-followup-to:mime-version:content-type:content-disposition; b=CQi17hdShUqJmZxGhrY4fTA4sGmN+rLexCz1zSgqAhg7pCEGapnBOslPsNy26HWuMI5t4MCw89hqMDD5DSrOCXqyLG7MejTc1g97B8GBqE8+T7a3nzhQBTTcwslLi4P6947sGcgemf+PibUFV5WW3mMUswtvNkGxyW6+Dc2HYBE= Received: by 10.49.21.12 with SMTP id y12mr1086468nfi; Fri, 21 Apr 2006 00:26:51 -0700 (PDT) Received: from roadrunner.q.local ( [217.185.116.24]) by mx.gmail.com with ESMTP id c28sm1745796nfb.2006.04.21.00.26.48; Fri, 21 Apr 2006 00:26:51 -0700 (PDT) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.6/8.13.6) with ESMTP id k3KIS42l002278; Thu, 20 Apr 2006 20:28:04 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.13.6/8.13.6/Submit) id k3KIS2Hi002277; Thu, 20 Apr 2006 20:28:02 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Date: Thu, 20 Apr 2006 20:28:02 +0200 From: Ulrich Spoerlein To: stable@freebsd.org Message-ID: <20060420182802.GA2218@roadrunner.buck.local> Mail-Followup-To: stable@freebsd.org, sam@freebsd.org, damien.bergamini@free.fr MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gKMricLos+KVdGMg" Content-Disposition: inline Cc: damien.bergamini@free.fr, sam@freebsd.org Subject: ipw + WPA not working on 6.1-RC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2006 07:26:54 -0000 --gKMricLos+KVdGMg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Good day everyone, I'm CC'ing you Sam and Damien, as you are the persons most familiar with the involved components (I guess). I set up an FreeBSD based WPA-AP with an ural device, which is working fine. The hostapd.conf is roughly like this: interface=3Dural0 driver=3Dbsd logger_syslog=3D-1 logger_syslog_level=3D0 logger_stdout=3D-1 logger_stdout_level=3D0 debug=3D4 dump_file=3D/tmp/hostapd.dump ctrl_interface=3D/var/run/hostapd ctrl_interface_group=3Dwheel ssid=3Dfoo wpa=3D1 wpa_passphrase=3Dbarbarbar wpa_key_mgmt=3DWPA-PSK wpa_pairwise=3DTKIP And on the client, I'm using this wpa_supplicant.conf ctrl_interface_group=3D0 eapol_version=3D1 ap_scan=3D1 fast_reauth=3D1 network=3D{ ssid=3D"foo" key_mgmt=3DWPA-PSK psk=3D"barbarbar" } The device sees the AP # ifconfig ipw0 list scan SSID BSSID CHAN RATE S:N INT CAPS foo 00:17:31:13:24:65 6 11M 58:0 100 EPS WPA yet, when running wpa_supplicant, I only get looping output, saying=20 State: ASSOCIATING -> ASSOCIATING over and over again. # wpa_supplicant -D bsd -i ipw0 -dd -c /etc/wpa_supplicant.conf Initializing interface 'ipw0' conf '/etc/wpa_supplicant.conf' driver 'bsd' = ctrl_interface 'N/A' Configuration file '/etc/wpa_supplicant.conf' -> '/etc/wpa_supplicant.conf' Reading configuration file '/etc/wpa_supplicant.conf' ctrl_interface_group=3D0 eapol_version=3D1 ap_scan=3D1 fast_reauth=3D1 Line: 6 - start of a new network block ssid - hexdump_ascii(len=3D3): 66 6f 6f foo =20 key_mgmt: 0x2 PSK (ASCII passphrase) - hexdump_ascii(len=3D9): [REMOVED] PSK (from passphrase) - hexdump(len=3D32): [REMOVED] Priority group 0 id=3D0 ssid=3D'foo' Initializing interface (2) 'ipw0' EAPOL: SUPP_PAE entering state DISCONNECTED EAPOL: KEY_RX entering state NO_KEY_RECEIVE EAPOL: SUPP_BE entering state INITIALIZE EAP: EAP entering state DISABLED EAPOL: External notification - portEnabled=3D0 EAPOL: External notification - portValid=3D0 Own MAC address: 00:0c:f1:3b:f0:41 wpa_driver_bsd_set_wpa: enabled=3D1 wpa_driver_bsd_set_wpa_internal: wpa=3D3 privacy=3D1 wpa_driver_bsd_del_key: keyidx=3D0 wpa_driver_bsd_del_key: keyidx=3D1 wpa_driver_bsd_del_key: keyidx=3D2 wpa_driver_bsd_del_key: keyidx=3D3 wpa_driver_bsd_set_countermeasures: enabled=3D0 wpa_driver_bsd_set_drop_unencrypted: enabled=3D1 Setting scan request: 0 sec 100000 usec Added interface ipw0 State: DISCONNECTED -> SCANNING Starting AP scan (broadcast SSID) Received 0 bytes of scan results (1 BSSes) Scan results: 1 Selecting BSS from priority group 0 0: 00:17:31:13:24:65 ssid=3D'foo' wpa_ie_len=3D24 rsn_ie_len=3D0 caps=3D0x31 selected based on WPA IE Trying to associate with 00:17:31:13:24:65 (SSID=3D'foo' freq=3D2437 MHz) Cancelling scan request WPA: clearing own WPA/RSN IE Automatic auth_alg selection: 0x1 WPA: using IEEE 802.11i/D3.0 WPA: Selected cipher suites: group 8 pairwise 8 key_mgmt 2 WPA: set AP WPA IE - hexdump(len=3D24): dd 16 00 50 f2 01 01 00 00 50 f2 02= 01 00 00 50 f2 02 01 00 00 50 f2 02 WPA: clearing AP RSN IE WPA: using GTK TKIP WPA: using PTK TKIP WPA: using KEY_MGMT WPA-PSK WPA: Set own WPA IE default - hexdump(len=3D24): dd 16 00 50 f2 01 01 00 00= 50 f2 02 01 00 00 50 f2 02 01 00 00 50 f2 02 No keys have been configured - skip key clearing wpa_driver_bsd_set_drop_unencrypted: enabled=3D1 State: SCANNING -> ASSOCIATING wpa_driver_bsd_associate: ssid 'foo' wpa ie len 24 pairwise 2 group 2 key m= gmt 1 wpa_driver_bsd_associate: set PRIVACY 1 Setting authentication timeout: 10 sec 0 usec EAPOL: External notification - EAP success=3D0 EAPOL: External notification - EAP fail=3D0 EAPOL: External notification - portControl=3DAuto Received 0 bytes of scan results (1 BSSes) Scan results: 1 Selecting BSS from priority group 0 0: 00:17:31:13:24:65 ssid=3D'foo' wpa_ie_len=3D24 rsn_ie_len=3D0 caps=3D0x31 selected based on WPA IE Trying to associate with 00:17:31:13:24:65 (SSID=3D'foo' freq=3D2437 MHz) Cancelling scan request WPA: clearing own WPA/RSN IE Automatic auth_alg selection: 0x1 WPA: using IEEE 802.11i/D3.0 WPA: Selected cipher suites: group 8 pairwise 8 key_mgmt 2 WPA: set AP WPA IE - hexdump(len=3D24): dd 16 00 50 f2 01 01 00 00 50 f2 02= 01 00 00 50 f2 02 01 00 00 50 f2 02 WPA: clearing AP RSN IE WPA: using GTK TKIP WPA: using PTK TKIP WPA: using KEY_MGMT WPA-PSK WPA: Set own WPA IE default - hexdump(len=3D24): dd 16 00 50 f2 01 01 00 00= 50 f2 02 01 00 00 50 f2 02 01 00 00 50 f2 02 No keys have been configured - skip key clearing wpa_driver_bsd_set_drop_unencrypted: enabled=3D1 State: ASSOCIATING -> ASSOCIATING wpa_driver_bsd_associate: ssid 'foo' wpa ie len 24 pairwise 2 group 2 key m= gmt 1 wpa_driver_bsd_associate: set PRIVACY 1 Setting authentication timeout: 10 sec 0 usec EAPOL: External notification - EAP success=3D0 EAPOL: External notification - EAP fail=3D0 EAPOL: External notification - portControl=3DAuto Received 0 bytes of scan results (1 BSSes) Scan results: 1 Selecting BSS from priority group 0 0: 00:17:31:13:24:65 ssid=3D'foo' wpa_ie_len=3D24 rsn_ie_len=3D0 caps=3D0x31 selected based on WPA IE Trying to associate with 00:17:31:13:24:65 (SSID=3D'foo' freq=3D2437 MHz) Cancelling scan request WPA: clearing own WPA/RSN IE Automatic auth_alg selection: 0x1 WPA: using IEEE 802.11i/D3.0 WPA: Selected cipher suites: group 8 pairwise 8 key_mgmt 2 WPA: set AP WPA IE - hexdump(len=3D24): dd 16 00 50 f2 01 01 00 00 50 f2 02= 01 00 00 50 f2 02 01 00 00 50 f2 02 WPA: clearing AP RSN IE WPA: using GTK TKIP WPA: using PTK TKIP WPA: using KEY_MGMT WPA-PSK WPA: Set own WPA IE default - hexdump(len=3D24): dd 16 00 50 f2 01 01 00 00= 50 f2 02 01 00 00 50 f2 02 01 00 00 50 f2 02 No keys have been configured - skip key clearing wpa_driver_bsd_set_drop_unencrypted: enabled=3D1 State: ASSOCIATING -> ASSOCIATING ^C Of course I ran hostapd with -dd too, but there is no output other than the startup info. I read the if_ipw.c file, and there is an #if 0 block about WPA stuff, so I recompiled the module with this block turned on, but still no WPA in the device cap list # ifconfig ipw0 list caps ipw0=3D1a300 I have firmware 1.3 installed and am running 6.1-RC, btw. So, is ipw+WPA supposed to work, or not? Ulrich Spoerlein --=20 PGP Key ID: 20FEE9DD Encrypted mail welcome! Fingerprint: AEC9 AF5E 01AC 4EE1 8F70 6CBD E76E 2227 20FE E9DD Which is worse: ignorance or apathy? Don't know. Don't care. --gKMricLos+KVdGMg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFER9Ky524iJyD+6d0RAq1vAKCsRGvZmAyMMPq0G7zh7mIkO54sxACfddC0 oIgnVpKQ3eyokAaprpS42tg= =RyAJ -----END PGP SIGNATURE----- --gKMricLos+KVdGMg-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 21 08:53:38 2006 Return-Path: X-Original-To: stable@freebsd.org 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 2EA5116A405 for ; Fri, 21 Apr 2006 08:53:38 +0000 (UTC) (envelope-from helge.oldach@atosorigin.com) Received: from mizar.origin-it.net (mail.de.atosorigin.com [194.8.96.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7544E43D49 for ; Fri, 21 Apr 2006 08:53:36 +0000 (GMT) (envelope-from helge.oldach@atosorigin.com) Received: from matar.hbg.de.int.atosorigin.com (dehsfw3e.origin-it.net [194.8.96.68]) by mizar.origin-it.net (8.13.6/8.13.6/hmo020206) with ESMTP id k3L8q2hj084828 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 21 Apr 2006 10:52:04 +0200 (CEST) (envelope-from helge.oldach@atosorigin.com) Received: from galaxy.hbg.de.ao-srv.com (galaxy.hbg.de.ao-srv.com [161.89.20.4]) by matar.hbg.de.int.atosorigin.com (8.13.6/8.13.6/hmo020206) with ESMTP id k3L8q2M7027303; Fri, 21 Apr 2006 10:52:02 +0200 (CEST) (envelope-from helge.oldach@atosorigin.com) Received: (from hmo@localhost) by galaxy.hbg.de.ao-srv.com (8.9.3p2/8.9.3/hmo30mar03) id KAA22533; Fri, 21 Apr 2006 10:52:01 +0200 (MET DST) Message-Id: <200604210852.KAA22533@galaxy.hbg.de.ao-srv.com> In-Reply-To: <20060420165605.GA15688@intserv.int1.b.intern> from Holger Kipp at "Apr 20, 2006 6:56: 5 pm" To: hk@alogis.com (Holger Kipp) Date: Fri, 21 Apr 2006 10:52:00 +0200 (MET DST) From: Helge Oldach X-Address: Atos Origin GmbH, Friesenstraße 13, D-20097 Hamburg, Germany X-Phone: +49 40 7886 7464, Fax: +49 40 7886 9464, Mobile: +49 160 4782077 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: swi4: clock sio uses 10% cpu X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2006 08:53:38 -0000 Holger, >puc0: port 0xa400-0xa41f,0xa000-0xa01f mem 0xdf800000-0xdf800fff,0xdf000000-0xdf000fff irq 10 at device 11.0 on pci0 >puc1: port 0x9800-0x981f,0x9400-0x941f mem 0xde800000-0xde800fff,0xde000000-0xde000fff irq 10 at device 11.1 on pci0 The Titan device shows up as two PCI devices with shared interrupt. Shared interrupts are supported by the puc(4) driver, but not in fast interrupt mode. This eats a lot of CPU, causes silo overflows and character loss. This is what the kernel tells you: >sio12: unable to activate interrupt in fast mode - using normal mode If possible try to make these two different irqs, or disable "half of the board". Helge From owner-freebsd-stable@FreeBSD.ORG Fri Apr 21 09:53:52 2006 Return-Path: X-Original-To: stable@freebsd.org 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 AB19D16A401 for ; Fri, 21 Apr 2006 09:53:52 +0000 (UTC) (envelope-from hk@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82B4543D69 for ; Fri, 21 Apr 2006 09:53:43 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.1/8.13.1) with ESMTP id k3L9rfc5036285; Fri, 21 Apr 2006 11:53:41 +0200 (CEST) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.1/8.13.1/Submit) id k3L9rfZ1036284; Fri, 21 Apr 2006 11:53:41 +0200 (CEST) (envelope-from hk) Date: Fri, 21 Apr 2006 11:53:41 +0200 From: Holger Kipp To: Helge Oldach Message-ID: <20060421095341.GA35481@intserv.int1.b.intern> References: <20060420165605.GA15688@intserv.int1.b.intern> <200604210852.KAA22533@galaxy.hbg.de.ao-srv.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200604210852.KAA22533@galaxy.hbg.de.ao-srv.com> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org Subject: Re: swi4: clock sio uses 10% cpu X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2006 09:53:52 -0000 On Fri, Apr 21, 2006 at 10:52:00AM +0200, Helge Oldach wrote: > Holger, > > >puc0: port 0xa400-0xa41f,0xa000-0xa01f mem 0xdf800000-0xdf800fff,0xdf000000-0xdf000fff irq 10 at device 11.0 on pci0 > >puc1: port 0x9800-0x981f,0x9400-0x941f mem 0xde800000-0xde800fff,0xde000000-0xde000fff irq 10 at device 11.1 on pci0 > > The Titan device shows up as two PCI devices with shared interrupt. > Shared interrupts are supported by the puc(4) driver, but not in fast > interrupt mode. This eats a lot of CPU, causes silo overflows and > character loss. This is what the kernel tells you: > > >sio12: unable to activate interrupt in fast mode - using normal mode > > If possible try to make these two different irqs, or disable "half of > the board". No, that is not possible :-( I have recompiled the kernel with option PUC_FASTINTR, so now I don't have 'unable to activate interrupt in fast mode' any more, but I am not sure if this is good or not. I only see a neglegible amount of irqs on puc (irq 10), which is far less than 1 per second - usually zero. Oh, and mgetty gives me on some modems (only on PCI-800H): 04/21 11:41:33 add mgetty: interim release 1.1.34-Nov30 04/21 11:41:33 add check for lockfiles 04/21 11:41:33 add locking the line 04/21 11:41:34 add lowering DTR to reset Modem 04/21 11:41:34 add send: \dATQ0V1H0[0d] 04/21 11:41:35 add waiting for ``OK'' 04/21 11:41:55 add timeout in chat script, waiting for `OK' 04/21 11:41:55 add init chat timed out, trying force-init-chat 04/21 11:41:55 add send: \d[10][03]\d\d\d+++\d\d\d[0d]\dATQ0V1H0[0d] 04/21 11:41:59 add waiting for ``OK'' 04/21 11:42:19 add timeout in chat script, waiting for `OK' 04/21 11:42:19 add init chat failed, exiting...: Interrupted system call 04/21 11:42:19 ##### failed in mg_init_data, dev=cuadd, pid=10057 So modem does not want to reset... Might this be related? Is it possible to find out if characters are not transmitted correctly - without any messages in /var/log/messages and no silo overflows? I have reduced HZ (from 1000 to 100) and increased cp4ticks in sio.c which got rid of silo overflows. This crappy PC irq-handling is really annoying. I hate this. Hmm, should have taken a VScom PCI-800 without the 'H', maybe. Regards, Holger Anyway, here is the current dmesg from /var/run: --- dmesg (options PUC_FASTINTR) --------------------------------------------- Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-PRERELEASE #5: Thu Apr 20 22:11:42 CEST 2006 root@dialout.dout1.b.intern:/usr/obj/usr/src/sys/B-DIALOUT Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium III/Pentium III Xeon/Celeron (501.14-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x673 Stepping = 3 Features=0x383f9ff real memory = 134205440 (127 MB) avail memory = 121810944 (116 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard pcib0: pcibus 0 on motherboard pir0: on motherboard $PIR: Using invalid BIOS IRQ 15 from 0.10.INTA for link 0x62 $PIR: Using invalid BIOS IRQ 14 from 0.6.INTA for link 0x63 pci0: on pcib0 agp0: mem 0xe4000000-0xe7ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xb800-0xb80f at device 4.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 4.2 (no driver attached) pci0: at device 4.3 (no driver attached) ahc0: port 0xb000-0xb0ff mem 0xe1000000-0xe1000fff irq 14 at device 6.0 on pci0 ahc0: [GIANT-LOCKED] aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs fxp0: port 0xa800-0xa83f mem 0xe0800000-0xe0800fff,0xe0000000-0xe00fffff irq 15 at device 10.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:d0:b7:16:53:60 puc0: port 0xa400-0xa41f,0xa000-0xa01f mem 0xdf800000-0xdf800fff,0xdf000000-0xdf000fff irq 10 at device 11.0 on pci0 sio12: on puc0 sio12: type 16550A sio13: on puc0 sio13: type 16550A sio14: on puc0 sio14: type 16550A sio15: on puc0 sio15: type 16550A puc1: port 0x9800-0x981f,0x9400-0x941f mem 0xde800000-0xde800fff,0xde000000-0xde000fff irq 10 at device 11.1 on pci0 sio16: on puc1 sio16: type 16550A sio17: on puc1 sio17: type 16550A sio18: on puc1 sio18: type 16550A sio19: on puc1 sio19: type 16550A pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcd7ff,0xd0000-0xd0fff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <32 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio10 at port 0x130-0x137 flags 0xb05 on isa0 sio10: type 16550A (multiport) sio11 at port 0x138-0x13f irq 12 flags 0xb05 on isa0 sio11: type 16550A (multiport master) sio4 at port 0x100-0x107 flags 0xb05 on isa0 sio4: type 16550A (multiport) sio5 at port 0x108-0x10f flags 0xb05 on isa0 sio5: type 16550A (multiport) sio6 at port 0x110-0x117 flags 0xb05 on isa0 sio6: type 16550A (multiport) sio7 at port 0x118-0x11f flags 0xb05 on isa0 sio7: type 16550A (multiport) sio8 at port 0x120-0x127 flags 0xb05 on isa0 sio8: type 16550A (multiport) sio9 at port 0x128-0x12f flags 0xb05 on isa0 sio9: type 16550A (multiport) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (memory) fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <32 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio10 at port 0x130-0x137 flags 0xb05 on isa0 sio10: type 16550A (multiport) sio11 at port 0x138-0x13f irq 12 flags 0xb05 on isa0 sio11: type 16550A (multiport master) sio4 at port 0x100-0x107 flags 0xb05 on isa0 sio4: type 16550A (multiport) sio5 at port 0x108-0x10f flags 0xb05 on isa0 sio5: type 16550A (multiport) sio6 at port 0x110-0x117 flags 0xb05 on isa0 sio6: type 16550A (multiport) sio7 at port 0x118-0x11f flags 0xb05 on isa0 sio7: type 16550A (multiport) sio8 at port 0x120-0x127 flags 0xb05 on isa0 sio8: type 16550A (multiport) sio9 at port 0x128-0x12f flags 0xb05 on isa0 sio9: type 16550A (multiport) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (memory) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounter "TSC" frequency 501138569 Hz quality 800 Timecounters tick every 10.000 msec IP Filter: v4.1.8 initialized. Default = pass all, Logging = enabled da0 at ahc0 bus 0 target 6 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 40.000MB/s transfers (20.000MHz, offset 31, 16bit), Tagged Queueing Enabled da0: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) cd0 at ahc0 bus 0 target 4 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 20.000MB/s transfers (20.000MHz, offset 15) cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed Trying to mount root from ufs:/dev/da0s1a From owner-freebsd-stable@FreeBSD.ORG Fri Apr 21 10:28:40 2006 Return-Path: X-Original-To: stable@freebsd.org 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 6562516A444; Fri, 21 Apr 2006 10:28:40 +0000 (UTC) (envelope-from freebsd@chillt.de) Received: from dd2718.kasserver.com (dd2718.kasserver.com [81.209.184.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1A1043D58; Fri, 21 Apr 2006 10:28:39 +0000 (GMT) (envelope-from freebsd@chillt.de) Received: from [127.0.0.1] (dslb-084-061-114-131.pools.arcor-ip.net [84.61.114.131]) by dd2718.kasserver.com (Postfix) with ESMTP id D0D58B0984; Fri, 21 Apr 2006 12:28:20 +0200 (CEST) Message-ID: <4448B3D6.4020104@chillt.de> Date: Fri, 21 Apr 2006 12:28:38 +0200 From: Bartosz Fabianowski User-Agent: Thunderbird 1.5 (X11/20060402) MIME-Version: 1.0 To: stable@freebsd.org, sam@freebsd.org, damien.bergamini@free.fr References: <20060420182802.GA2218@roadrunner.buck.local> In-Reply-To: <20060420182802.GA2218@roadrunner.buck.local> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: ipw + WPA not working on 6.1-RC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2006 10:28:40 -0000 I am experiencing the exact same problem with 6.1-RC and iwi trying to connect to an OpenWrt wireless router. - Bartosz From owner-freebsd-stable@FreeBSD.ORG Fri Apr 21 12:31:07 2006 Return-Path: X-Original-To: stable@freebsd.org 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 632A716A400 for ; Fri, 21 Apr 2006 12:31:07 +0000 (UTC) (envelope-from mv@thebeastie.org) Received: from p4.roq.com (ns1.ecoms.com [207.44.130.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1008643D73 for ; Fri, 21 Apr 2006 12:31:04 +0000 (GMT) (envelope-from mv@thebeastie.org) Received: from p4.roq.com (localhost.roq.com [127.0.0.1]) by p4.roq.com (Postfix) with ESMTP id ED3D24D263 for ; Fri, 21 Apr 2006 12:32:09 +0000 (GMT) Received: from [192.168.46.101] (ppp166-27.static.internode.on.net [150.101.166.27]) by p4.roq.com (Postfix) with ESMTP id 5E4224D1E5 for ; Fri, 21 Apr 2006 12:32:09 +0000 (GMT) Message-ID: <4448D085.3000300@thebeastie.org> Date: Fri, 21 Apr 2006 22:31:01 +1000 From: Michael Vince User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.12) Gecko/20060216 X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: Subject: SSH debug messages X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2006 12:31:07 -0000 Hey all, Since using 6-stable for the last few months I keep getting these ssh client/server? debug messages, I wasn't that annoyed with them at first I figured it was just something part of 6.1 betas but now its just getting annoying, and I am still getting them on the latest rc1 build. Here is a copy and paste of what I get, I get them almost all the time in programs like 'mc' "debug2: channel 0: window 31272 sent adjust 34264" Anyone know how to make these go away? Cheers, Mike From owner-freebsd-stable@FreeBSD.ORG Fri Apr 21 12:40:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 8AE6F16A400; Fri, 21 Apr 2006 12:40:33 +0000 (UTC) (envelope-from benlutz@datacomm.ch) Received: from maxlor.mine.nu (c-213-160-32-54.customer.ggaweb.ch [213.160.32.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFCE143D58; Fri, 21 Apr 2006 12:40:32 +0000 (GMT) (envelope-from benlutz@datacomm.ch) Received: from localhost (unknown [127.0.0.1]) by maxlor.mine.nu (Postfix) with ESMTP id BF81B2E0A5; Fri, 21 Apr 2006 14:40:31 +0200 (CEST) X-Virus-Scanned: amavisd-new at atlantis.intranet Received: from maxlor.mine.nu ([127.0.0.1]) by localhost (atlantis.intranet [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NMWSPuwAWKmv; Fri, 21 Apr 2006 14:40:31 +0200 (CEST) Received: from mini.intranet (mini.intranet [10.0.0.17]) by maxlor.mine.nu (Postfix) with ESMTP id 911E62E0A3; Fri, 21 Apr 2006 14:40:31 +0200 (CEST) From: Benjamin Lutz To: freebsd-stable@freebsd.org Date: Fri, 21 Apr 2006 14:40:25 +0200 User-Agent: KMail/1.8.3 References: <3aaaa3a0604171743y33af6355udf750eca65605920@mail.gmail.com> <44456BC2.1050102@freebsd.org> In-Reply-To: <44456BC2.1050102@freebsd.org> X-Face: $Ov27?7*N,h60fIEfNJdb!m,@#4T/d; 1hw|W0zvsHM(a$Yn6BYQ0^SEEXvi8>D`|V*F"=?iso-8859-1?q?=5F+R=0A?= 2@Aq>+mNb4`,'[[%z9v0Fa~]AD1}xQO3|>b.z&}l#R-_(P`?@Mz"kS; XC>Eti,i3>%@g?4f,=?iso-8859-1?q?=5Cc7=7CGh=0A?= =?iso-8859-1?q?_wb=26ky=24b2PJ=5E=5C0b83NkLsFKv=7CsmL/cI4UD=25Tu8alAD?= MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart20108669.Q56TqHmEtN"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200604211440.28535.benlutz@datacomm.ch> Cc: Colin Percival Subject: Re: portsnap mirror servers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2006 12:40:33 -0000 --nextPart20108669.Q56TqHmEtN Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 19 April 2006 00:44, Colin Percival wrote: > I have a list of people who have offered mirrors, but so far I haven't > seen any need for additional mirrors -- the two which already exist are > showing no signs of slowing down. Hm, but I see a quite noticeable speed difference between portsnap1 and=20 portsnap2. The second one is quite a bit faster. Cheers Benjamin --nextPart20108669.Q56TqHmEtN Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iD8DBQBESNK8gShs4qbRdeQRAo7NAJ4wH/hCw0zRmXQV+qu6SFKoKrDn3wCfRyY6 Sx3Amy267OQvDLuqUaQMANc= =ShHt -----END PGP SIGNATURE----- --nextPart20108669.Q56TqHmEtN-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 21 13:02:47 2006 Return-Path: X-Original-To: stable@freebsd.org 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 A80C316A405 for ; Fri, 21 Apr 2006 13:02:47 +0000 (UTC) (envelope-from mv@thebeastie.org) Received: from p4.roq.com (ns1.ecoms.com [207.44.130.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id CED4A43D46 for ; Fri, 21 Apr 2006 13:02:46 +0000 (GMT) (envelope-from mv@thebeastie.org) Received: from p4.roq.com (localhost.roq.com [127.0.0.1]) by p4.roq.com (Postfix) with ESMTP id BE9374D26A for ; Fri, 21 Apr 2006 13:03:51 +0000 (GMT) Received: from [192.168.46.101] (ppp166-27.static.internode.on.net [150.101.166.27]) by p4.roq.com (Postfix) with ESMTP id 2DEBD4D268 for ; Fri, 21 Apr 2006 13:03:50 +0000 (GMT) Message-ID: <4448D7F3.4050307@thebeastie.org> Date: Fri, 21 Apr 2006 23:02:43 +1000 From: Michael Vince User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.12) Gecko/20060216 X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org References: <4448D085.3000300@thebeastie.org> In-Reply-To: <4448D085.3000300@thebeastie.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: Subject: Re: SSH debug messages X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2006 13:02:47 -0000 Michael Vince wrote: > Hey all, > > Since using 6-stable for the last few months I keep getting these ssh > client/server? debug messages, I wasn't that annoyed with them at > first I figured it was just something part of 6.1 betas but now its > just getting annoying, and I am still getting them on the latest rc1 > build. > Here is a copy and paste of what I get, I get them almost all the time > in programs like 'mc' > "debug2: channel 0: window 31272 sent adjust 34264" > > Anyone know how to make these go away? > > Cheers, > Mike OK I know what is now, its because I am putting -v on my ssh command, silly me. Thanks for those who emailed me to let me know. Mike From owner-freebsd-stable@FreeBSD.ORG Fri Apr 21 14:12:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 468C216A400 for ; Fri, 21 Apr 2006 14:12:10 +0000 (UTC) (envelope-from stefan.tell@crashmail.de) Received: from daemon.crashmail.de (daemon.crashmail.de [212.60.234.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7D6143D46 for ; Fri, 21 Apr 2006 14:12:09 +0000 (GMT) (envelope-from stefan.tell@crashmail.de) Received: from localhost (dslb-082-083-097-094.pools.arcor-ip.net [82.83.97.94]) by daemon.crashmail.de (Postfix) with ESMTP id 923855CF5 for ; Fri, 21 Apr 2006 16:12:03 +0200 (CEST) Received: by crashmail.de (OpenXP/4.10.7277 (FreeBSD) (i386)); 21 Apr 2006 16:12:07 +0000 Date: 21 Apr 2006 16:11:00 +0000 From: steve.tell@crashmail.de (Stefan 'Steve' Tell) To: freebsd-stable@freebsd.org Message-ID: <9sGmNqTehEB@zeus.crashmail.de> User-Agent: OpenXP/4.10.7277 (FreeBSD) (i386) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Subject: powernow0: no match for extended cpuid 780 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2006 14:12:10 -0000 Hi, I tried to install FreeBSD 6.1-RC1 on my Acer Aspire 1304LC Notebook. That notebook has a "AMD Athlon XP 1800+" CPU. The installation process succeeded but I can't get any power management to work. If I load cpufreq.ko I get: powernow0: on cpu0 powernow0: ACPI MAX frequency not found powernow0: no match for extended cpuid 780 device_attach: powernow0 attach returned 6 "/etc/rc.d/powerd start" brings powerd: lookup freq: No such file or directory Are there any chances to get a working cpufreq-mechanism on that machine? Here you can find the dmesg output: * And a complete lists of all sysctls: * very litte hw.acpi.*, hum? Thanks in advance. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 21 14:24:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 798C616A40A; Fri, 21 Apr 2006 14:24:24 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from anchor-post-33.mail.demon.net (anchor-post-33.mail.demon.net [194.217.242.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E29743D45; Fri, 21 Apr 2006 14:24:24 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from john-mather.demon.co.uk ([83.105.88.4] helo=[10.0.0.3]) by anchor-post-33.mail.demon.net with esmtp (Exim 4.42) id 1FWwYY-000Jfy-Bx; Fri, 21 Apr 2006 14:24:23 +0000 From: Paul Mather To: Benjamin Lutz In-Reply-To: <200604211440.28535.benlutz@datacomm.ch> References: <3aaaa3a0604171743y33af6355udf750eca65605920@mail.gmail.com> <44456BC2.1050102@freebsd.org> <200604211440.28535.benlutz@datacomm.ch> Content-Type: text/plain Date: Fri, 21 Apr 2006 15:24:20 +0100 Message-Id: <1145629460.3188.27.camel@dell8600.dlib.vt.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Colin Percival Subject: Re: portsnap mirror servers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2006 14:24:24 -0000 On Fri, 2006-04-21 at 14:40 +0200, Benjamin Lutz wrote: > On Wednesday 19 April 2006 00:44, Colin Percival wrote: > > I have a list of people who have offered mirrors, but so far I haven't > > seen any need for additional mirrors -- the two which already exist are > > showing no signs of slowing down. > > Hm, but I see a quite noticeable speed difference between portsnap1 and > portsnap2. The second one is quite a bit faster. I notice that on 4.x portsnap never finds any mirrors because the grep of the output returned by "host -t srv ..." is not appropriate for 4.x's version of /usr/bin/host, which produces output different to that of 5.x onwards (a BIND8 vs BIND9 issue, I guess). So, maybe because of this, all of the portsnaps running on 4.x machines are hitting the same server each time instead of randomly choosing a mirror, thereby causing that mirror to be a bit more loaded? Cheers, Paul. -- e-mail: paul@gromit.dlib.vt.edu "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." --- Frank Vincent Zappa From owner-freebsd-stable@FreeBSD.ORG Fri Apr 21 17:19:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 E400416A400 for ; Fri, 21 Apr 2006 17:19:53 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd3mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8515B43D45 for ; Fri, 21 Apr 2006 17:19:53 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd4mr6so.prod.shaw.ca (pd4mr6so-qfe3.prod.shaw.ca [10.0.141.69]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IY300KTC1H4JP70@l-daemon> for freebsd-stable@freebsd.org; Fri, 21 Apr 2006 11:19:53 -0600 (MDT) Received: from pn2ml4so.prod.shaw.ca ([10.0.121.148]) by pd4mr6so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IY3002RJ1H47A60@pd4mr6so.prod.shaw.ca> for freebsd-stable@freebsd.org; Fri, 21 Apr 2006 11:19:52 -0600 (MDT) Received: from [192.168.0.60] ([24.82.18.31]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IY3006SN1H423J0@l-daemon> for freebsd-stable@freebsd.org; Fri, 21 Apr 2006 11:19:52 -0600 (MDT) Date: Fri, 21 Apr 2006 10:19:51 -0700 From: Colin Percival In-reply-to: <1145629460.3188.27.camel@dell8600.dlib.vt.edu> To: Paul Mather Message-id: <44491437.8040306@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Enigmail-Version: 0.94.0.0 References: <3aaaa3a0604171743y33af6355udf750eca65605920@mail.gmail.com> <44456BC2.1050102@freebsd.org> <200604211440.28535.benlutz@datacomm.ch> <1145629460.3188.27.camel@dell8600.dlib.vt.edu> User-Agent: Thunderbird 1.5 (X11/20060416) Cc: Benjamin Lutz , freebsd-stable@freebsd.org Subject: Re: portsnap mirror servers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2006 17:19:54 -0000 Paul Mather wrote: > On Fri, 2006-04-21 at 14:40 +0200, Benjamin Lutz wrote: >> Hm, but I see a quite noticeable speed difference between portsnap1 and >> portsnap2. The second one is quite a bit faster. I'll look into this over the summer. > I notice that on 4.x portsnap never finds any mirrors because the grep > of the output returned by "host -t srv ..." is not appropriate for 4.x's > version of /usr/bin/host, which produces output different to that of 5.x > onwards (a BIND8 vs BIND9 issue, I guess). So, maybe because of this, > all of the portsnaps running on 4.x machines are hitting the same server > each time instead of randomly choosing a mirror, thereby causing that > mirror to be a bit more loaded? They are hitting the same server, but that server is portsnap2 (which is also portsnap.daemonology.net, which is the default server for pre-1.0 versions of portsnap from the ports tree). Given that most systems running portsnap are FreeBSD 6.0 or 6.1, this doesn't cause much differential loading. Colin Percival From owner-freebsd-stable@FreeBSD.ORG Fri Apr 21 17:20:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 0CF4C16A400 for ; Fri, 21 Apr 2006 17:20:31 +0000 (UTC) (envelope-from ratman6@charter.net) Received: from mxsf01.cluster1.charter.net (mxsf01.cluster1.charter.net [209.225.28.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DE3643D45 for ; Fri, 21 Apr 2006 17:20:30 +0000 (GMT) (envelope-from ratman6@charter.net) Received: from mxip15a.cluster1.charter.net (mxip15a.cluster1.charter.net [209.225.28.145]) by mxsf01.cluster1.charter.net (8.12.11/8.12.11) with ESMTP id k3LHKOT8030564 for ; Fri, 21 Apr 2006 13:20:24 -0400 Received: from 24-151-33-109.dhcp.nwtn.ct.charter.com (HELO bedroom) ([24.151.33.109]) by mxip15a.cluster1.charter.net with ESMTP; 21 Apr 2006 13:20:15 -0400 From: "Matt Smith" To: Date: Fri, 21 Apr 2006 13:20:11 -0400 Message-ID: <000001c66567$daafa9a0$0201a8c0@bedroom> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 Importance: Normal In-Reply-To: <20060420120047.7C85316A538@hub.freebsd.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 Subject: RE: Intel EtherExpress Pro ISA card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2006 17:20:31 -0000 I have this card install in a System but the GENERIC kernel does not pick it up. Is there a custom driver for this card or a step I'm missing. Matt From owner-freebsd-stable@FreeBSD.ORG Fri Apr 21 19:39:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 985DC16A427 for ; Fri, 21 Apr 2006 19:39:11 +0000 (UTC) (envelope-from ricardo_bsd@yahoo.com.br) Received: from smtp102.mail.mud.yahoo.com (smtp102.mail.mud.yahoo.com [209.191.85.212]) by mx1.FreeBSD.org (Postfix) with SMTP id E8A2343D55 for ; Fri, 21 Apr 2006 19:39:10 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: (qmail 72465 invoked from network); 21 Apr 2006 14:45:36 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com.br; h=Received:To:Subject:From:Organization:Content-Type:MIME-Version:References:Date:Message-ID:In-Reply-To:User-Agent; b=GwwUNLXul7crgr9nv6Z7D5VE1ehzp+Ng+/6Wzjj/0uVBP70F9rPO8Jez7n3iSHUUTjIGNLq5aWKkiHnS/BgI7ITLN5AjiYtyZaPC2KDSe8kf+NTFC7z0jB+O12OOlla6g+yixdu+UJ1eJrOqMS7OV26PY/7Br0aXiHfsiz5G6Kc= ; Received: from unknown (HELO localhost) (ricardo?bsd@201.1.37.9 with login) by smtp102.mail.mud.yahoo.com with SMTP; 21 Apr 2006 14:45:34 -0000 To: freebsd-stable@freebsd.org From: "Ricardo A. Reis" Organization: UNIFESP Content-Type: multipart/mixed; boundary=----------xoP6ru58D45K5inOrWnO3m MIME-Version: 1.0 References: Date: Fri, 21 Apr 2006 08:45:25 -0300 Message-ID: In-Reply-To: User-Agent: Opera Mail/9.00 (FreeBSD) Subject: Fwd: Prototyping for basejail distribuition X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2006 19:39:12 -0000 ------------xoP6ru58D45K5inOrWnO3m Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 Content-Transfer-Encoding: 8bit ------- Forwarded message ------- From: "Ricardo A. Reis" To: "freebsd-security@freebsd.org" Cc: "freebsd-current@freebsd.org" Subject: Prototyping for basejail distribuition Date: Thu, 13 Apr 2006 17:21:38 -0300 Hi, I attach 2 files in this email, the first is a Makefile and the second is jail.conf. For demonstre my idea i resolved create one "Pseudo Prototyping", for test is necessary: 1 - Create dir /usr/local/basejail 2 - Copy Makefile to /usr/local/basejail 3 - Copy jail.conf to /etc 4 - The initial basejail is precompiled is distributed in CD1, for simular basejail is necessary a installworld structure in /usr/local/basejail cd /usr/src ; make installworld DESTDIR=/usr/local/basejail Now is necessary config jail.conf, ----- #sample template for create freebsd jail # # RC.CONF GLOBAL VARIABLES # exec_start="/bin/sh /etc/rc" exec_stop="/bin/sh /etc/rc.shutdown" devfs_enable="NO" fdescfs_enable="NO" procfs_enable="NO" mount_enable="NO" devfs_ruleset="ruleset_name" flags="-l -U root" # # JAIL RC.CONF # sendmail_enable="NO" inetd_flags="-wW -a" rpcbind_enable="NO" network_interfaces="" # # FILES # copy_to_jail="/etc/localtime /etc/resolv.conf /etc/csh.cshrc /etc/csh.login" # # JAILS # jail_node01_rootdir="/usr/jail/node01" jail_node01_hostname="node01.example.com" jail_node01_ip="127.0.0.1 " jail_node02_rootdir="/usr/jail/node02" jail_node02_hostname="node02.example.com" jail_node02_ip="127.0.0.2 " ------- In this moment is possible create large numbers of jail, i implemente in makefile, [root@daemon:/usr/local/basejail] # make >>> Sample in /usr/share/examples/etc/jail.conf jail == create jail rcconf == create rc.conf for start jails etcconfig == create rc.conf for jails and copy file showconfig == show information Thanks for any comments, Sorry for my english and poor Makefile. -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ------------xoP6ru58D45K5inOrWnO3m Content-Disposition: attachment; filename=Makefile Content-Type: application/octet-stream; name=Makefile Content-Transfer-Encoding: Base64 Iy0qLSBtb2RlOiBGdW5kYW1lbnRhbDsgdGFiLXdpZHRoOiA0OyAtKi0KIyBleDp0 cz00CkRJU1RCQVNFPz0vdXNyL2xvY2FsL2Jhc2VqYWlsCkNPTkZJR0NGRz89L2V0 Yy9qYWlsLmNvbmYKSkxJU1RSIT0gZ3JlcCAnXmphaWxfW2Etel0uKl9yb290ZGly JyAkKENPTkZJR0NGRykgMj4vZGV2L251bGwgfCBjdXQgLWQ9IC1mMiB8IHNlZCAt ZSAncy8iLy9nJyB8dHIgJyAnICdcbicgCkpMSVNUTiE9IGdyZXAgJ15qYWlsX1th LXpdLipfJyAkKENPTkZJR0NGRykgMj4vZGV2L251bGwgfCBjdXQgLWQ9IC1mMSB8 Y3V0IC1kXyAtZjIgfHNvcnQgfHVuaXEKSkxJU1RJSVAhPSBncmVwICdeamFpbF8k KEpMSVNUTilfaXAnICQoQ09ORklHQ0ZHKSAyPi9kZXYvbnVsbCB8IGN1dCAtZD0g LWYyIHwgc2VkIC1lICdzLyIvL2cnClRNUERJUj89L3RtcAoKCi5pZiAhZXhpc3Rz KCR7Q09ORklHQ0ZHfSkKCUBlY2hvICIiCglAZWNobyAiPj4+IFBsZWFzZSBjb25m aWd1cmUgJChDT05GSUdDRkcpIgoJQGVjaG8gIj4+PiBTYW1wbGUgaW4gL3Vzci9z aGFyZS9leGFtcGxlcyQoQ09ORklHQ0ZHKSIKCUBlY2hvICIiCglAZXhpdCAxCi5l bHNlCi4gaW5jbHVkZSAiJChDT05GSUdDRkcpIiAKLmVuZGlmCgpoZWxwOgoJQGVj aG8gIiIKCUBlY2hvICI+Pj4gU2FtcGxlIGluIC91c3Ivc2hhcmUvZXhhbXBsZXMk KENPTkZJR0NGRykiCglAZWNobyAiIgoJQGVjaG8gImphaWwgICAgICAgPT0gY3Jl YXRlIGphaWwiCglAZWNobyAicmNjb25mICAgICA9PSBjcmVhdGUgcmMuY29uZiBm b3Igc3RhcnQgamFpbHMiCglAZWNobyAiZXRjY29uZmlnICA9PSBjcmVhdGUgcmMu Y29uZiBmb3IgamFpbHMgYW5kIGNvcHkgZmlsZSIKCUBlY2hvICJzaG93Y29uZmln ID09IHNob3cgaW5mb3JtYXRpb24gZm9yIGphaWwuY29uZiIKCmphaWw6Ci5pZiAk e0pMSVNUUn0gIT0gIiIgfHwgJHtKTElTVFJ9ICE9ICIiIHx8ICR7SkxJU1ROfSAh PSAiIgouZm9yIF9yb290ZGlyIGluICQoSkxJU1RSKQouIGlmICFleGlzdHMoJHtf cm9vdGRpcn0pCglAZWNobyAiPj5TVEFHRSAxIC0gQ3JlYXRpbmcgUk9PVERJUjog KCR7X3Jvb3RkaXJ9KSIKCUBta2RpciAtcCAke19yb290ZGlyfQouIGVuZGlmCiMK I0NQSU8gQkFTRUpBSUwgCiMKCUBybSAtcmYgJChUTVBESVIpL2phaWwuKiAJCglA VE1QRklMRV8wMT1gbWt0ZW1wICQoVE1QRElSKS9qYWlsLlhYWFhYWGAgfHwgZXhp dCAxICYmIFwKCWVjaG8gIj4+U1RBR0UgMiAtIFBvcHVsaW5nIEphaWw6ICgke19y b290ZGlyfSkiIC0gJCR7VE1QRklMRV8wMX0gO1wKCWNkICQoRElTVEJBU0UpIDsg ZmluZCAuIC1kZXB0aCAtcHJpbnQwIHxjcGlvIC0tbnVsbCAtcHZkbSAke19yb290 ZGlyfSA+JCR7VE1QRklMRV8wMX0gIDI+JjEgO1wKCXJtIC1yZiAke19yb290ZGly fS9NYWtlZmlsZQoKLmVuZGZvcgoJQGVjaG8gICIiCglAZWNobyAgIkZvciBjcmVh dGUgcmMuY29uZiB1c2UgdGFyZ2V0IChyY29uZikiCglAZWNobyAgIiIKLmVsc2UK CUBlY2hvICI+Pj4gUGxlYXNlIGRlZmluZSBqYWlsIFRFTVBMQVRFLCBzZWUgamFp bC5jZmcoOCkiCi5lbmRpZgoKcmNvbmY6CiMKI0NSRUFURSBSQy5DT05GIEZPUiBT VEFSVCBKQUlMCiMKCUBlY2hvICQoSkxJU1ROKSB8IHRyICcgJyAnXG4nIHwgXAoJ d2hpbGUgcmVhZCBfam5hbWU7IGRvIFwKCQkJSlJPT1REPWBncmVwIF5qYWlsXyQk e19qbmFtZX1fcm9vdGRpciAkKENPTkZJR0NGRykgMj4vZGV2L251bGwgfGN1dCAt ZD0gLWYyIHwgc2VkIC1lICdzLyIvL2cnYCA7IFwKCQkJSklQPWBncmVwIF5qYWls XyQke19qbmFtZX1faXAgICQoQ09ORklHQ0ZHKSAyPi9kZXYvbnVsbCB8Y3V0IC1k PSAtZjIgfCBzZWQgLWUgJ3MvIi8vZydgIDsgXAoJCQlKRkRRTj1gZ3JlcCBeamFp bF8kJHtfam5hbWV9X2hvc3RuYW1lICQoQ09ORklHQ0ZHKSAyPi9kZXYvbnVsbCB8 Y3V0IC1kPSAtZjIgfCBzZWQgLWUgJ3MvIi8vZydgIDsgXAoJCQkJZWNobyBqYWls XyQke19qbmFtZX1fcm9vdGRpcj1cIiQke0pST09URH1cIiA7XAoJCQkJZWNobyBq YWlsXyQke19qbmFtZX1faXA9XCIkJHtKSVB9XCIgO1wKCQkJCWVjaG8gamFpbF8k JHtfam5hbWV9X2hvc3RuYW1lPVwiJCR7SkZEUU59XCIgO1wKICAgIAkgCQllY2hv IGphaWxfJCR7X2puYW1lfV9leGVjX3N0YXJ0PVwiJChleGVjX3N0YXJ0KVwiIDtc CiAgICAgCQkJZWNobyBqYWlsXyQke19qbmFtZX1fZXhlY19zdG9wPVwiJChleGVj X3N0b3ApXCIgO1wKCQkgICAgCWVjaG8gamFpbF8kJHtfam5hbWV9X2RldmZzX2Vu YWJsZT1cIiQoZGV2ZnNfZW5hYmxlKVwiIDtcCiAgICAgCQkJZWNobyBqYWlsXyQk e19qbmFtZX1fZmRlc2Nmc19lbmFibGU9XCIkKGZkZXNjZnNfZW5hYmxlKVwiIDtc CgkgICAgIAkJZWNobyBqYWlsXyQke19qbmFtZX1fcHJvY2ZzX2VuYWJsZT1cIiQo cHJvY2ZzX2VuYWJsZSlcIiA7XAogICAgCSAJCWVjaG8gamFpbF8kJHtfam5hbWV9 X21vdW50X2VuYWJsZT1cIiQobW91bnRfZW5hYmxlKVwiIDtcCiAgICAgCQkJZWNo byBqYWlsXyQke19qbmFtZX1fZGV2ZnNfcnVsZXNldD1cIiQoZGV2ZnNfcnVsZXNl dClcIiA7XAogICAgIAkJCWVjaG8gamFpbF8kJHtfam5hbWV9X2ZzdGFiPVwiL2V0 Yy9mc3RhYi4kJHtfam5hbWV9XCIgO1wKICAgICAJCQllY2hvIGphaWxfJCR7X2pu YW1lfV9mbGFncz1cIiQoZmxhZ3MpXCIgO1wKCQkJCWVjaG8gIiIgO1wKCWRvbmUK CmV0Y2NvbmZpZzoKIwojQ1JFQVRFIFJDLkNPTkYgRk9SIEpBSUwKIwoJQGVjaG8g Ij4+U1RBR0UgMSAtIENyZWF0aW5nIFJDLkNPTkYgZm9yIEpBSUwiCglAZWNobyAk KEpMSVNUTikgfCB0ciAnICcgJ1xuJyB8IFwKCXdoaWxlIHJlYWQgX2puYW1lOyBk byBcCgkJCUpST09URD1gZ3JlcCAiXmphaWxfJCR7X2puYW1lfV9yb290ZGlyIiAk KENPTkZJR0NGRykgMj4vZGV2L251bGwgfGN1dCAtZD0gLWYyIHwgc2VkIC1lICdz LyIvL2cgOyBzLyAvL2cnYCA7IFwKCQkJSklQPWBncmVwIF5qYWlsXyQke19qbmFt ZX1faXAgICQoQ09ORklHQ0ZHKSAyPi9kZXYvbnVsbCB8Y3V0IC1kPSAtZjIgfCBz ZWQgLWUgJ3MvIi8vZydgIDsgXAoJCQlleGVjIDM8JjAgO1wKCQkJZXhlYyA+ICQk e0pST09URH0vZXRjL3JjLmNvbmY7XAogCQkJZWNobyAic2VuZG1haWxfZW5hYmxl PVwiJChzZW5kbWFpbF9lbmFibGUpXCIiICAgIDtcCgkgICAJCWVjaG8gImluZXRk X2ZsYWdzPVwiJChpbmV0ZF9mbGFncykgJCR7SklQfVwiIiAgICA7XAogICAgCQll Y2hvICJycGNiaW5kX2VuYWJsZT1cIiQocnBjYmluZF9lbmFibGUpXCIiICAgICAg O1wKICAgIAkJZWNobyAibmV0d29ya19pbnRlcmZhY2VzPVwiJChuZXR3b3JrX2lu dGVyZmFjZXMpXCIiICAgO1wKCQkJZXhlYyAwPCYzIDtcCgkJCWV4ZWMgMzwmLSA7 XAoJZG9uZQoJQGVjaG8gIj4+U1RBR0UgMiAtIENvcGluZyBhcmNoaXZlcyB0byBK YWlsIgoJQGVjaG8gJChKTElTVE4pIHwgdHIgJyAnICdcbicgfCBcCgl3aGlsZSBy ZWFkIF9qbmFtZTsgZG8gXAoJCQlKUk9PVEQ9YGdyZXAgIl5qYWlsXyQke19qbmFt ZX1fcm9vdGRpciIgJChDT05GSUdDRkcpIDI+L2Rldi9udWxsIHxjdXQgLWQ9IC1m MiB8IHNlZCAtZSAncy8iLy9nIDsgcy8gLy9nJ2AgOyBcCgkJCWZvciBfZmlsZXMg aW4gYGVjaG8gJChjb3B5X3RvX2phaWwpIHwgdHIgJyAnICdcbidgOyBkb1wKCQkJ CWNwICQke19maWxlc30gJCR7SlJPT1REfS8kJHtfZmlsZXN9IDtcCgkJCWRvbmUg OyBcCglkb25lCgpzaG93Y29uZmlnOgoKCUBlY2hvICI+PlNUQUdFIDEgLSBTZWFy Y2ggaW5mb3JtYXRpb24gaW4gJChDT05GSUdDRkcpIgoJQGVjaG8gIiIKCUBlY2hv ICI+PlNZU1RFTSBSQy5DT05GIFRlbXBsYXRlIEF0dWFsOiIKCUBlY2hvICIiCglA ZWNobyAiamFpbF9YWFhYWFhYX2V4ZWNfc3RhcnQ9XCIkKGV4ZWNfc3RhcnQpXCIi CglAZWNobyAiamFpbF9YWFhYWFhYX2V4ZWNfc3RvcD1cIiQoZXhlY19zdG9wKVwi IiAKCUBlY2hvICJqYWlsX1hYWFhYWFhfZGV2ZnNfZW5hYmxlPVwiJChkZXZmc19l bmFibGUpXCIiCglAZWNobyAiamFpbF9YWFhYWFhYX2ZkZXNjZnNfZW5hYmxlPVwi JChmZGVzY2ZzX2VuYWJsZSlcIiIKCUBlY2hvICJqYWlsX1hYWFhYWFhfcHJvY2Zz X2VuYWJsZT1cIiQocHJvY2ZzX2VuYWJsZSlcIiIKCUBlY2hvICJqYWlsX1hYWFhY WFhfbW91bnRfZW5hYmxlPVwiJChtb3VudF9lbmFibGUpXCIiCglAZWNobyAiamFp bF9YWFhYWFhYX2RldmZzX3J1bGVzZXQ9XCIkKGRldmZzX3J1bGVzZXQpXCIiCglA ZWNobyAiamFpbF9YWFhYWFhYX2ZzdGFiPVwiL2V0Yy9mc3RhYi5YWFhYWFhYXCIi CglAZWNobyAiamFpbF9YWFhYWFhYX2ZsYWdzPVwiJChmbGFncylcIiIKCUBlY2hv ICIiCglAZWNobyAiPj5KQUlMIFJDLkNPTkYgVGVtcGxhdGUgQXR1YWw6IgoJQGVj aG8gIiIKCUBlY2hvICJzZW5kbWFpbF9lbmFibGU9XCIkKHNlbmRtYWlsX2VuYWJs ZSlcIiIgICAKCUBlY2hvICJpbmV0ZF9mbGFncz1cIiQoaW5ldGRfZmxhZ3MpICQk e0pJUH1cIiIgCglAZWNobyAicnBjYmluZF9lbmFibGU9XCIkKHJwY2JpbmRfZW5h YmxlKVwiIgoJQGVjaG8gIm5ldHdvcmtfaW50ZXJmYWNlcz1cIiQobmV0d29ya19p bnRlcmZhY2VzKVwiIgoJQGVjaG8gIiIKCUBlY2hvICI+PkZpbGVzIHRvIEphaWw6 IgoJQGVjaG8gIiIKCUBlY2hvICIkKGNvcHlfdG9famFpbCkiCglAZWNobyAiIgoJ QGVjaG8gIj4+SmFpbHMgQ29uZmlnOiIKCUBlY2hvICIiCglAZWNobyAkKEpMSVNU TikgfCB0ciAnICcgJ1xuJyB8IFwKCXdoaWxlIHJlYWQgX2puYW1lOyBkbyBcCgkJ CUpST09URD1gZ3JlcCAiXmphaWxfJCR7X2puYW1lfV9yb290ZGlyIiAkKENPTkZJ R0NGRykgMj4vZGV2L251bGwgfGN1dCAtZD0gLWYyIHwgc2VkIC1lICdzLyIvL2cg OyBzLyAvL2cnYCA7IFwKCQkJSklQPWBncmVwIF5qYWlsXyQke19qbmFtZX1faXAg ICQoQ09ORklHQ0ZHKSAyPi9kZXYvbnVsbCB8Y3V0IC1kPSAtZjIgfCBzZWQgLWUg J3MvIi8vZydgIDsgXAogCQkJZWNobyAiTkFNRSAgICA9ICQke19qbmFtZX0iIDtc CgkJCWVjaG8gIlJPT1RESVIgPSAkJHtKUk9PVER9IiAgO1wKCQkJZWNobyAiSVAg ICAgICA9ICQke0pJUH0iICAgICA7XAoJCQllY2hvICIiCTtcCglkb25lCg0K ------------xoP6ru58D45K5inOrWnO3m Content-Disposition: attachment; filename=jail.conf Content-Type: application/octet-stream; name=jail.conf Content-Transfer-Encoding: Base64 I3NhbXBsZSB0YW1wbGF0ZSBmb3IgY3JlYXRlIGZyZWVic2QgamFpbAojCiMgUkMu Q09ORiBHTE9CQUwgVkFSSUFCTEVTCiMKZXhlY19zdGFydD0iL2Jpbi9zaCAvZXRj L3JjIgpleGVjX3N0b3A9Ii9iaW4vc2ggL2V0Yy9yYy5zaHV0ZG93biIKZGV2ZnNf ZW5hYmxlPSJOTyIKZmRlc2Nmc19lbmFibGU9Ik5PIgpwcm9jZnNfZW5hYmxlPSJO TyIKbW91bnRfZW5hYmxlPSJOTyIKZGV2ZnNfcnVsZXNldD0icnVsZXNldF9uYW1l IgpmbGFncz0iLWwgLVUgcm9vdCIKIwojIEpBSUwgUkMuQ09ORgojCnNlbmRtYWls X2VuYWJsZT0iTk8iCmluZXRkX2ZsYWdzPSItd1cgLWEiCnJwY2JpbmRfZW5hYmxl PSJOTyIgCm5ldHdvcmtfaW50ZXJmYWNlcz0iIgojCiMgRklMRVMKIwpjb3B5X3Rv X2phaWw9Ii9ldGMvbG9jYWx0aW1lIC9ldGMvcmVzb2x2LmNvbmYgL2V0Yy9jc2gu Y3NocmMgL2V0Yy9jc2gubG9naW4iCiMKIyBKQUlMUwojCmphaWxfbm9kZTAxX3Jv b3RkaXI9Ii91c3IvamFpbC9ub2RlMDEiIApqYWlsX25vZGUwMV9ob3N0bmFtZT0i bm9kZTAxLmV4YW1wbGUuY29tIgpqYWlsX25vZGUwMV9pcD0iMTI3LjAuMC4xIgoK amFpbF9ub2RlMDJfcm9vdGRpcj0iL3Vzci9qYWlsL25vZGUwMiIKamFpbF9ub2Rl MDJfaG9zdG5hbWU9Im5vZGUwMi5leGFtcGxlLmNvbSIKamFpbF9ub2RlMDJfaXA9 IjEyNy4wLjAuMiIKDQo= ------------xoP6ru58D45K5inOrWnO3m-- _______________________________________________________ Yahoo! doce lar. Faça do Yahoo! sua homepage. http://br.yahoo.com/homepageset.html From owner-freebsd-stable@FreeBSD.ORG Fri Apr 21 21:59:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 F016616A400 for ; Fri, 21 Apr 2006 21:59:58 +0000 (UTC) (envelope-from rand@meridian-enviro.com) Received: from newman.meridian-enviro.com (newman.meridian-enviro.com [207.109.235.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6348343D45 for ; Fri, 21 Apr 2006 21:59:58 +0000 (GMT) (envelope-from rand@meridian-enviro.com) Received: from delta.meridian-enviro.com (delta.meridian-enviro.com [10.10.10.43]) by newman.meridian-enviro.com (8.13.1/8.13.1) with ESMTP id k3LLxZX0053359; Fri, 21 Apr 2006 16:59:35 -0500 (CDT) (envelope-from rand@meridian-enviro.com) Date: Fri, 21 Apr 2006 16:59:33 -0500 Message-ID: <874q0mpp2y.wl%rand@meridian-enviro.com> From: "Douglas K. Rand" To: freebsd-stable@freebsd.org User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: ClamAV 0.88/1412/Fri Apr 21 15:33:41 2006 on newman.meridian-enviro.com X-Virus-Status: Clean Cc: Subject: iir + Tyan S2460 + SMP problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2006 21:59:59 -0000 We're having problems with FreeBSD 5.4, 6.0, and 6.1 and an ICP Vortex GDT8546RZ 4 port SATA RAID card in a Tyan S2460 system with dual AMD Athlon MP 1600+ CPUs. We do not have any problems with this configuration under FreeBSD 4.11, and we have the same ICP cards in Tyan based Opterion system (S2882 and S4882) run with out problems under FreeBSD 5.4 and 6.1. We can reproduce the problem on two different S2460 based systems, and have tried 2 seperate ICP GDT8546RZ cards, so we don't believe it is a hardware problem. (Our success with FreeBSD 4.11 also provides some evidence that our hardware is OK.) The problem is that the system seems to stop doing any disk IO through the ICP card. Processes that don't need to page in work fine. (You can hit return in a shell, get another login: prompt on other consoles, and the like.) The system continues to respond to pings, but anything that attempts to do a disk IO simply stops. Sometimes the kernel emits messages like this: swap_pager: indefinite wait buffer: bufobj: 0, blkno: 2, size: 4096 The test we are using to produce this "hang" is a fairly trivial expansion of a tar ball being fed via nc from another system. We run on the source system: tar cf - radar | nc -w 3 10.10.10.229 12345 And on the system being tested we run: nc -l 12345 | tar xvf - One iteration of this test is the extraction of a 1.2 GB directory of 2,274 files. The problem only exists with SMP kernels. While our other tests almost always failed in the first iteration or two, the longest time to failure was 5 iterations. With out SMP the test ran with out problems for 570 iterations over 18 hours. We've tried a number of different tests. These tests are with a stock 6.1-RC1 kernel from the RC CD's. Unless otherwise specified, all tests are on a UFS2 filesystem with softupdates enabled and a SMP enabled GENERIC kernel. * !SMP: Ran 570 iterations in 18 hours with out a problem, test terminated by hand. * Large (190 GB) UFS2 filesystem with soft updates enabled and SMP kernel: Fails during the first iteration. * Medium (12 GB) UFS2 filesystem with soft updates enabled and SMP kernel: Fails during the first iteration. * !softupdates: fails during first iteration. * !ACPI: fails during the first iteration. * UFS1: fails during the first iteration. * UFS1 + !ADAPTIVE_GIANT: failed during the first iteration. * !ADAPTIVE_GIANT: failed during the first iteration. * Cleared motherboard CMOS: failed at the end of the second iteration. * FULL_PREEMPTION: failed during the first iteration. * !PREEMPTION: failed during the first iteration. * WITNESS + WITNESS_KDB: failed during the second iteration with no witness related kernel messages and with out entering the kernel debugger. * WITNESS + INVARIANTS: failed during the fifth iteration, again w/o kernel messages. * Motherboard BIOS "Use PCI Interrupt Entries in MP Table" set to OFF: failed during first iteration. * Motherboard BIOS "Multiprocessor Specification" set from 1.4 to 1.1: failed during first iteration. * MUTEX_WAKE_ALL: failed during first iteration. I have a serial console and a kernel debugger enabled, so if anybody has suggestions for probes to do once the system is hung let us know. Any advice is welcome. Well, except for "dump the Tyan S2460 motherboards" maybe. Oh, and we're at current BIOS and firmware revs for both the ICP card and the motherboard. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 21 22:26:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 1F02716A402 for ; Fri, 21 Apr 2006 22:26:08 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9482643D46 for ; Fri, 21 Apr 2006 22:26:07 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (mykc0q6c7b427mjx@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.4/8.13.3) with ESMTP id k3LMQ6kL058939; Fri, 21 Apr 2006 15:26:06 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.4/8.13.3/Submit) id k3LMQ6ti058938; Fri, 21 Apr 2006 15:26:06 -0700 (PDT) (envelope-from jmg) Date: Fri, 21 Apr 2006 15:26:05 -0700 From: John-Mark Gurney To: "Douglas K. Rand" Message-ID: <20060421222605.GW38619@funkthat.com> Mail-Followup-To: "Douglas K. Rand" , freebsd-stable@freebsd.org References: <874q0mpp2y.wl%rand@meridian-enviro.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <874q0mpp2y.wl%rand@meridian-enviro.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-stable@freebsd.org Subject: Re: iir + Tyan S2460 + SMP problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2006 22:26:08 -0000 Douglas K. Rand wrote this message on Fri, Apr 21, 2006 at 16:59 -0500: > We're having problems with FreeBSD 5.4, 6.0, and 6.1 and an ICP Vortex > GDT8546RZ 4 port SATA RAID card in a Tyan S2460 system with dual AMD > Athlon MP 1600+ CPUs. We do not have any problems with this > configuration under FreeBSD 4.11, and we have the same ICP cards in > Tyan based Opterion system (S2882 and S4882) run with out problems > under FreeBSD 5.4 and 6.1. > > We can reproduce the problem on two different S2460 based systems, and > have tried 2 seperate ICP GDT8546RZ cards, so we don't believe it is a > hardware problem. (Our success with FreeBSD 4.11 also provides some > evidence that our hardware is OK.) [...] We've had very similar experiences on 4.7-R. The box would hang on one partition waiting for IO to come back, but direct access to the disk, or accessing other partitions would pass IO fine. This is with Intel SRCU31A and SRCU42L cards. With older GDT cards, it would hang the entire system, since older firmware would completely stop processing commands... > Any advice is welcome. Well, except for "dump the Tyan S2460 > motherboards" maybe. How about drop iir? We had serious issues w/ iir on 4.7-R where the system would just hang, and Intel/Adaptect/ICP-Vortex has done zero to help us. Scott Long has done more on his own to help us than the company that produces the card... Make sure that you are running rev 1.13.2.1 of src/sys/dev/iir/iir.c which includes some of scottl's changes to restrict the card to hopefully not hang... btw, Adaptect/ICP-Vortex the latest version of FreeBSD that they support their cards on is 5.2... Any releases beyond that are unsupported, so good luck trying to get them to help you. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@FreeBSD.ORG Fri Apr 21 22:31:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 6EB6E16A401 for ; Fri, 21 Apr 2006 22:31:28 +0000 (UTC) (envelope-from rand@meridian-enviro.com) Received: from newman.meridian-enviro.com (newman.meridian-enviro.com [207.109.235.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7553B43D58 for ; Fri, 21 Apr 2006 22:31:27 +0000 (GMT) (envelope-from rand@meridian-enviro.com) Received: from delta.meridian-enviro.com (delta.meridian-enviro.com [10.10.10.43]) by newman.meridian-enviro.com (8.13.1/8.13.1) with ESMTP id k3LMVCeG054154; Fri, 21 Apr 2006 17:31:12 -0500 (CDT) (envelope-from rand@meridian-enviro.com) Date: Fri, 21 Apr 2006 17:31:12 -0500 Message-ID: <873bg6pnm7.wl%rand@meridian-enviro.com> From: "Douglas K. Rand" To: "Douglas K. Rand" , freebsd-stable@freebsd.org In-Reply-To: <20060421222605.GW38619@funkthat.com> References: <874q0mpp2y.wl%rand@meridian-enviro.com> <20060421222605.GW38619@funkthat.com> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: ClamAV 0.88/1412/Fri Apr 21 15:33:41 2006 on newman.meridian-enviro.com X-Virus-Status: Clean Cc: Subject: Re: iir + Tyan S2460 + SMP problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2006 22:31:28 -0000 Doug> We're having problems with FreeBSD 5.4, 6.0, and 6.1 and an ICP Doug> Vortex GDT8546RZ 4 port SATA RAID John-Mark> We've had very similar experiences on 4.7-R. The box would John-Mark> hang on one partition waiting for IO to come back, but John-Mark> direct access to the disk, or accessing other partitions John-Mark> would pass IO fine. Interesting, the opposite of our problems. It works perfectly for us on 4.x systems, but not in 5.4 and 6.x. Doug> Any advice is welcome. Well, except for "dump the Tyan S2460 Doug> motherboards" maybe. John-Mark> How about drop iir? While not as expensive as switching motherboards, still a pain. We've been very happy with our ICP cards. But your suggestion does have merit, especially as recent PCI-X and PCI-E ICP cards have no FreeBSD driver in sight. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 21 22:38:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 7EDC116A401 for ; Fri, 21 Apr 2006 22:38:47 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC01643D46 for ; Fri, 21 Apr 2006 22:38:46 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (xob0udgji2w5qnd7@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.4/8.13.3) with ESMTP id k3LMcku1059268; Fri, 21 Apr 2006 15:38:46 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.4/8.13.3/Submit) id k3LMckD3059267; Fri, 21 Apr 2006 15:38:46 -0700 (PDT) (envelope-from jmg) Date: Fri, 21 Apr 2006 15:38:45 -0700 From: John-Mark Gurney To: "Douglas K. Rand" Message-ID: <20060421223845.GX38619@funkthat.com> Mail-Followup-To: "Douglas K. Rand" , freebsd-stable@freebsd.org References: <874q0mpp2y.wl%rand@meridian-enviro.com> <20060421222605.GW38619@funkthat.com> <873bg6pnm7.wl%rand@meridian-enviro.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <873bg6pnm7.wl%rand@meridian-enviro.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-stable@freebsd.org Subject: Re: iir + Tyan S2460 + SMP problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2006 22:38:47 -0000 Douglas K. Rand wrote this message on Fri, Apr 21, 2006 at 17:31 -0500: > Doug> We're having problems with FreeBSD 5.4, 6.0, and 6.1 and an ICP > Doug> Vortex GDT8546RZ 4 port SATA RAID > > John-Mark> We've had very similar experiences on 4.7-R. The box would > John-Mark> hang on one partition waiting for IO to come back, but > John-Mark> direct access to the disk, or accessing other partitions > John-Mark> would pass IO fine. > > Interesting, the opposite of our problems. It works perfectly for us > on 4.x systems, but not in 5.4 and 6.x. So far we haven't hand any issues w/ 6.0 w/ the iir drivers from 6.1 yet.. but we also haven't deployed our product into production... On 5.4-R we got a few months in before we had the hangs and had to ditch 5.4-R... > Doug> Any advice is welcome. Well, except for "dump the Tyan S2460 > Doug> motherboards" maybe. > > John-Mark> How about drop iir? > > While not as expensive as switching motherboards, still a pain. We've > been very happy with our ICP cards. But your suggestion does have > merit, especially as recent PCI-X and PCI-E ICP cards have no FreeBSD > driver in sight. I wouldn't be surprised if the other motherboard could exhibit the hang too.. since I believe it's a firmware race condition, and the other motherboard may have different timing characteristics that makes the hang less likely... /me has zero trust in iir cards until Adaptec/ICP-Vortex admits there is a problem and fixes it. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@FreeBSD.ORG Sat Apr 22 02:20:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 9183616A401 for ; Sat, 22 Apr 2006 02:20:33 +0000 (UTC) (envelope-from fbsd.adriaan@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDEF943D45 for ; Sat, 22 Apr 2006 02:20:32 +0000 (GMT) (envelope-from fbsd.adriaan@gmail.com) Received: by nz-out-0102.google.com with SMTP id 9so472103nzo for ; Fri, 21 Apr 2006 19:20:32 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=LCUn7LXUY2t3Zw/gIYIrwpO3QeXtRO3okarQrnOC5YPwl3vc8xE0ocoMNYXvD9nczFWJeDmWjEb+G9PJqy+BUz/6LikE9NyBOsRhLfAc7WusH26Q2gDk1f6jKi046aDYVMMjA2FvZcSJhUX/pD7B653i1Sqbv68iD1NRViL6JBE= Received: by 10.64.178.15 with SMTP id a15mr1070875qbf; Fri, 21 Apr 2006 19:20:32 -0700 (PDT) Received: by 10.65.253.6 with HTTP; Fri, 21 Apr 2006 19:20:32 -0700 (PDT) Message-ID: <74c3ddc40604211920ka80cf75ta274f1a9857aa199@mail.gmail.com> Date: Sat, 22 Apr 2006 04:20:32 +0200 From: "Adriaan Stable" To: freebsd-stable@freebsd.org In-Reply-To: <20060418094002.W42235@clearwater.comnet.becon.org> MIME-Version: 1.0 References: <20060418094002.W42235@clearwater.comnet.becon.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: FreeBSD 6.1-PRERELEASE (April 5, 2006) randomly rebooting on Dell Poweredge 650 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Apr 2006 02:20:33 -0000 On 4/18/06, Matt Watson wrote: > > Hello All, > > I'm not sure if this is the right place to be sending this or not but I > figured I'd give it a shot. > > The subject line pretty much says it all, I have a Dell Poweredge 650 box > running 6.1-PRERELEASE which was cvsup'd on April 5, 2006. The box has > now twice rebooted on its own for no aparant reason. Its a fresh install > as well, and appears to have been doing this ever since it was installled= . > The first time the box was only up for approximently 2 days and rebooted, > the 2nd time it was up for approximently 10 days. I have all.log setup t= o > log all syslog messages however when the reboot occured there is no > information in the log which indicates anything going wrong... Here is a > small cut from the log at the time of the reboot. As can be seen, one > minute there is an imapd process, the next entry is the system restarting= . > > > Apr 16 20:55:34 clearwater imapd: LOGOUT, user=3DXXXXXX, > ip=3D[::ffff:WWW.XXX.YYY.ZZZ], headers=3D0, body=3D0, time=3D0 > Apr 16 20:59:36 clearwater syslogd: restart > Apr 16 20:59:36 clearwater syslogd: kernel boot file is > /boot/kernel/kernel > Apr 16 20:59:36 clearwater kernel: Copyright (c) 1992-2006 The FreeBSD > Project. > Apr 16 20:59:36 clearwater kernel: Copyright (c) 1979, 1980, 1983, 1986, > 1988, 1989, 1991, 1992, 1993, 1994 > Apr 16 20:59:36 clearwater kernel: The Regents of the University of > California. All rights reserved. > Apr 16 20:59:36 clearwater kernel: FreeBSD 6.1-PRERELEASE #0: Wed Apr 5 > 20:46:37 EDT 2006 > > This machine previously had Linux installed on the box and did not displa= y > the same problems, so I'm going on the assumption that its not a hardware > failure. > > Aside from the reboots the box has been preforming extermely well. > > If anybody can provide some insights or suggestions I'd greatly appreciat= e > it. > > [snip] > I experienced similar reboots of 6.1RC on a older Pentium III box. After disabling ACPI the reboots stopped and the box is very stable =3D=3DAdriaan=3D=3D From owner-freebsd-stable@FreeBSD.ORG Sat Apr 22 02:49:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 6D9AE16A402 for ; Sat, 22 Apr 2006 02:49:16 +0000 (UTC) (envelope-from darren.pilgrim@bitfreak.org) Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2887D43D45 for ; Sat, 22 Apr 2006 02:49:15 +0000 (GMT) (envelope-from darren.pilgrim@bitfreak.org) Received: from [127.0.0.1] (mail.bitfreak.org [65.75.198.146]) by mail.bitfreak.org (Postfix) with ESMTP id 3253E19F2C; Fri, 21 Apr 2006 19:49:15 -0700 (PDT) Message-ID: <444999A7.5060508@bitfreak.org> Date: Fri, 21 Apr 2006 19:49:11 -0700 From: Darren Pilgrim User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Matt Watson References: <20060418094002.W42235@clearwater.comnet.becon.org> In-Reply-To: <20060418094002.W42235@clearwater.comnet.becon.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.1-PRERELEASE (April 5, 2006) randomly rebooting on Dell Poweredge 650 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Apr 2006 02:49:16 -0000 Matt Watson wrote: > The subject line pretty much says it all, I have a Dell Poweredge 650 > box running 6.1-PRERELEASE which was cvsup'd on April 5, 2006. The box > has now twice rebooted on its own for no aparant reason. <...> [Log indicates no errors, spontaneous reboot.] <...> > > This machine previously had Linux installed on the box and did not > display the same problems, so I'm going on the assumption that its not a > hardware failure. > > Aside from the reboots the box has been preforming extermely well. > > If anybody can provide some insights or suggestions I'd greatly > appreciate it. Check your BIOS settings for a hardware watchdog timer. I had this problem on some brand-new servers (same class of hardware as yours) and disabling the timer stopped the reboots. Intel 6300ESB, if anyone's interested. From owner-freebsd-stable@FreeBSD.ORG Sat Apr 22 05:20:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 9DAFE16A403 for ; Sat, 22 Apr 2006 05:20:14 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11FBB43D48 for ; Sat, 22 Apr 2006 05:20:13 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k3M5KCxW032276; Fri, 21 Apr 2006 23:20:12 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4449BD05.4050108@samsco.org> Date: Fri, 21 Apr 2006 23:20:05 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Douglas K. Rand" References: <874q0mpp2y.wl%rand@meridian-enviro.com> <20060421222605.GW38619@funkthat.com> <873bg6pnm7.wl%rand@meridian-enviro.com> In-Reply-To: <873bg6pnm7.wl%rand@meridian-enviro.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.0 required=3.8 tests=ALL_TRUSTED,PERCENT_RANDOM autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-stable@freebsd.org Subject: Re: iir + Tyan S2460 + SMP problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Apr 2006 05:20:14 -0000 Douglas K. Rand wrote: > Doug> We're having problems with FreeBSD 5.4, 6.0, and 6.1 and an ICP > Doug> Vortex GDT8546RZ 4 port SATA RAID > > John-Mark> We've had very similar experiences on 4.7-R. The box would > John-Mark> hang on one partition waiting for IO to come back, but > John-Mark> direct access to the disk, or accessing other partitions > John-Mark> would pass IO fine. > > Interesting, the opposite of our problems. It works perfectly for us > on 4.x systems, but not in 5.4 and 6.x. > > Doug> Any advice is welcome. Well, except for "dump the Tyan S2460 > Doug> motherboards" maybe. > > John-Mark> How about drop iir? > > While not as expensive as switching motherboards, still a pain. We've > been very happy with our ICP cards. But your suggestion does have > merit, especially as recent PCI-X and PCI-E ICP cards have no FreeBSD > driver in sight. > My understanding is that the ICP division is switching over to the architcture supported by the 'aac' driver. Adaptec provided updates to this driver last year that include a number of ICP id numbers. If you have access to one of these cards that you mention, would you mind trying the aac driver and reported on whether or not it worked? Scott From owner-freebsd-stable@FreeBSD.ORG Sat Apr 22 06:27:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 4170E16A401 for ; Sat, 22 Apr 2006 06:27:00 +0000 (UTC) (envelope-from kolicz@EUnet.yu) Received: from smtpclu-5.eunet.yu (smtpclu-5.eunet.yu [194.247.192.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92C8E43D45 for ; Sat, 22 Apr 2006 06:26:59 +0000 (GMT) (envelope-from kolicz@EUnet.yu) Received: from faust.net (p-12.205.eunet.yu [213.240.12.205]) by smtpclu-5.eunet.yu (8.13.4/8.13.4) with ESMTP id k3M6R944002608 for ; Sat, 22 Apr 2006 08:27:10 +0200 Received: by faust.net (Postfix, from userid 1001) id 563E7B82D; Sat, 22 Apr 2006 08:25:54 +0200 (CEST) Date: Sat, 22 Apr 2006 08:25:54 +0200 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20060422062554.GA860@faust.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scan: EUnet-AVAS-Milter X-AVAS-Virus-Status: clean X-Spam-Checker: EUnet-AVAS-Milter X-AVAS-Spam-Score: -0.0 X-AVAS-Spam-Symbols: NO_RELAYS Subject: irq question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Apr 2006 06:27:00 -0000 Dear all! I've sent this on stable and amd64; sorry for those who read it twice. For next week or two, I'll get cable net; for nforce3 mobo I put "rl" card into the last pci slot. At least I am aware of some possible irq mess with that. Here is information from dmesg: ehci0 irq 10 at device 2.2 on pci0 atapci1 irq 10 at device 10.0 on pci0 rl0 irq 10 at device 10.0 on pci2 Does it mean that I should wait and see? Or change the place in advance? Motherboard has 5 pci slots (asus k8n). Amd64 6.0. I would like to not be told by service folks to install win to have the system work properly. Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Sat Apr 22 10:43:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 3613C16A403 for ; Sat, 22 Apr 2006 10:43:29 +0000 (UTC) (envelope-from mark.r.cullen@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D20E43D46 for ; Sat, 22 Apr 2006 10:43:28 +0000 (GMT) (envelope-from mark.r.cullen@gmail.com) Received: by nproxy.gmail.com with SMTP id m18so492623nfc for ; Sat, 22 Apr 2006 03:43:27 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:x-accept-language:mime-version:to:subject:content-type:content-transfer-encoding; b=q2IvzK/svxVKzX4YUP+5GlHfZLlWfCz7AfpxSumVhpJv/outp3mVfokERfJNiUP9FJn3s//V3PIXkj3K+h6Z7qREkei6ju03gYhRxrG9H9FqykH7aatQru/0L/VyEYYmEnNrZuUKt6bnW7QnHrJH7Nsi7+PUpe9vipQuHKijtIk= Received: by 10.49.27.1 with SMTP id e1mr749607nfj; Fri, 21 Apr 2006 14:05:29 -0700 (PDT) Received: from ?10.0.0.245? ( [88.96.18.86]) by mx.gmail.com with ESMTP id l27sm254487nfa.2006.04.21.14.05.27; Fri, 21 Apr 2006 14:05:28 -0700 (PDT) Message-ID: <44494916.2050004@gmail.com> Date: Fri, 21 Apr 2006 22:05:26 +0100 From: Mark Cullen User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: 4-STABLE panic, samba related maybe? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Apr 2006 10:43:29 -0000 I know 4.x is outdated and all that, and soon to be unsupported (probably very much unsupported already) but I thought I'd post anyway. I'm not ready to move to 5 / 6. I just got this panic while copying an old website to a new folder via samba, deleting it again (didn't quite work as expected you see), and then trying to use 'vi' over ssh to edit apache config file. It seemed to panic as soon as I hit enter for the vi command. ---- (root@bone)/usr/home/crash# uname -a FreeBSD bone.bone.servebeer.com 4.11-STABLE FreeBSD 4.11-STABLE #0: Thu Mar 16 08:35:46 GMT 2006 mrboo@bone.bone.servebeer.com:/usr/obj/usr/src/sys/BONE i386 (root@bone)/usr/home/crash# gdb -k /kernel.debug vmcore.3 GNU gdb 4.18 (FreeBSD) Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"...Deprecated bfd_read called at /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 2627 in elfstab_build_psymtabs Deprecated bfd_read called at /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 933 in fill_symbuf IdlePTD at physical address 0x003df000 initial pcb at physical address 0x00330860 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x14 fault code = supervisor read, page not present instruction pointer = 0x8:0xc02a933a stack pointer = 0x10:0xca51dd34 frame pointer = 0x10:0xca51dd64 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 89353 (sshd) interrupt mask = tty trap number = 12 panic: page fault syncing disks... 50 1 done Uptime: 35d16h43m46s dumping to dev #ad/0x20001, offset 725120 dump ata0: resetting devices .. done 157 156 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137 136 135 134 133 132 131 130 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 \^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^ @\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^ @\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^ @\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^ @\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^ @\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^ @\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@ --- #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 487 if (dumping++) { (kgdb) bt #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 #1 0xc017f008 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:316 #2 0xc017f43c in poweroff_wait (junk=0xc02f9eac, howto=-1070622289) at /usr/src/sys/kern/kern_shutdown.c:595 #3 0xc02aab03 in trap_fatal (frame=0xca51dcf4, eva=20) at /usr/src/sys/i386/i386/trap.c:974 #4 0xc02aa7c5 in trap_pfault (frame=0xca51dcf4, usermode=0, eva=20) at /usr/src/sys/i386/i386/trap.c:867 #5 0xc02aa37b in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = -1058013168, tf_edi = -900604532, tf_esi = 20, tf_ebp = -900604572, tf_isp = -900604640, tf_ebx = 92, tf_edx = 128, tf_ecx = 23, tf_eax = -900604552, tf_trapno = 12, tf_err = 0, tf_eip = -1070951622, tf_cs = 8, tf_eflags = 66070, tf_esp = 0, tf_ss = -1059805096}) at /usr/src/sys/i386/i386/trap.c:466 #6 0xc02a933a in generic_bcopy () #7 0xc019966b in ptcread (dev=0xc032f114, uio=0xca51ded4, flag=8323088) at /usr/src/sys/kern/tty_pty.c:457 #8 0xc01b9bb6 in spec_read (ap=0xca51de68) at /usr/src/sys/miscfs/specfs/spec_vnops.c:253 #9 0xc0259cb8 in ufsspec_read (ap=0xca51de68) at /usr/src/sys/ufs/ufs/ufs_vnops.c:1798 #10 0xc025a359 in ufs_vnoperatespec (ap=0xca51de68) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2394 #11 0xc01b5c98 in vn_read (fp=0xc14ca680, uio=0xca51ded4, cred=0xc10d1b80, flags=0, p=0xca46b3c0) at vnode_if.h:334 #12 0xc018e63b in dofileread (p=0xca46b3c0, fp=0xc14ca680, fd=9, buf=0xbfbfb3b0, nbyte=16384, offset=-1, flags=0) at /usr/src/sys/sys/file.h:147 #13 0xc018e4ff in read (p=0xca46b3c0, uap=0xca51df80) at /usr/src/sys/kern/sys_generic.c:117 #14 0xc02aadbd in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 134839056, tf_esi = 134840832, tf_ebp = -1077939280, tf_isp = -900603948, tf_ebx = 9, tf_edx = 134839056, tf_ecx = 9, tf_eax = 3, tf_trapno = 7, tf_err = 2, tf_eip = 673732972, tf_cs = 31, tf_eflags = 659, tf_esp = -1077955708, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1175 #15 0xc029c0f5 in Xint0x80_syscall () #16 0x8069a43 in ?? () #17 0x8069e39 in ?? () #18 0x8069f2f in ?? () #19 0x8053c9b in ?? () #20 0x805a386 in ?? () #21 0x8056c6b in ?? () #22 0x804f13c in ?? () #23 0x804c56e in ?? () (kgdb) l *0xc02a933a No source file for address 0xc02a933a. (kgdb) l *0xc019966b 0xc019966b is in ptcread (/usr/src/sys/kern/tty_pty.c:458). 453 } 454 if (pti->pt_flags & (PF_PKT|PF_UCNTL)) 455 error = ureadc(0, uio); 456 while (uio->uio_resid > 0 && error == 0) { 457 cc = q_to_b(&tp->t_outq, buf, min(uio->uio_resid, BUFSIZ)); 458 if (cc <= 0) 459 break; 460 error = uiomove(buf, cc, uio); 461 } 462 ttwwakeup(tp); (kgdb) l *0xc01b9bb6 0xc01b9bb6 is in spec_read (/usr/src/sys/miscfs/specfs/spec_vnops.c:253). 248 249 if (uio->uio_resid == 0) 250 return (0); 251 252 VOP_UNLOCK(vp, 0, p); 253 error = (*devsw(dev)->d_read) (dev, uio, ap->a_ioflag); 254 vn_lock(vp, LK_EXCLUSIVE | LK_RETRY, p); 255 return (error); 256 } 257 (kgdb) l *0xc0259cb8 0xc0259cb8 is in ufsspec_read (/usr/src/sys/ufs/ufs/ufs_vnops.c:1798). 1793 struct inode *ip; 1794 struct uio *uio; 1795 1796 uio = ap->a_uio; 1797 resid = uio->uio_resid; 1798 error = VOCALL(spec_vnodeop_p, VOFFSET(vop_read), ap); 1799 /* 1800 * The inode may have been revoked during the call, so it must not 1801 * be accessed blindly here or in the other wrapper functions. 1802 */ (kgdb) l *0xc025a359 0xc025a359 is in ufs_vnoperatespec (/usr/src/sys/ufs/ufs/ufs_vnops.c:2394). 2389 ufs_vnoperatespec(ap) 2390 struct vop_generic_args /* { 2391 struct vnodeop_desc *a_desc; 2392 } */ *ap; 2393 { 2394 return (VOCALL(ufs_specop_p, ap->a_desc->vdesc_offset, ap)); 2395 } (kgdb) l *0xc01b5c98 0xc01b5c98 is in vn_read (vnode_if.h:334). 329 a.a_desc = VDESC(vop_read); 330 a.a_vp = vp; 331 a.a_uio = uio; 332 a.a_ioflag = ioflag; 333 a.a_cred = cred; 334 rc = VCALL(vp, VOFFSET(vop_read), &a); 335 return (rc); 336 } 337 struct vop_write_args { 338 struct vnodeop_desc *a_desc; (kgdb) l *0xc018e63b 0xc018e63b is in dofileread (/usr/src/sys/sys/file.h:147). 142 int flags; 143 { 144 int error; 145 146 fhold(fp); 147 error = (*fp->f_ops->fo_read)(fp, uio, cred, flags, p); 148 fdrop(fp, p); 149 return (error); 150 } 151 (kgdb) l *0xc018e4ff 0xc018e4ff is in read (/usr/src/sys/kern/sys_generic.c:117). 112 register struct file *fp; 113 int error; 114 115 if ((fp = holdfp(p->p_fd, uap->fd, FREAD)) == NULL) 116 return (EBADF); 117 error = dofileread(p, fp, uap->fd, uap->buf, uap->nbyte, (off_t)-1, 0); 118 fdrop(fp, p); 119 return(error); 120 } 121 (kgdb) l *0xc02aadbd 0xc02aadbd is in syscall2 (/usr/src/sys/i386/i386/trap.c:1175). 1170 p->p_retval[0] = 0; 1171 p->p_retval[1] = frame.tf_edx; 1172 1173 STOPEVENT(p, S_SCE, narg); /* MP aware */ 1174 1175 error = (*callp->sy_call)(p, args); 1176 1177 /* 1178 * MP SAFE (we may or may not have the MP lock at this point) 1179 */ (kgdb) --- Is anyone able to help me out? Also, I have no idea what those \^@ characters are after the dump. I have had random garbage printed out after dumping on the last two panics ( seems you can't use softupdates on a vinum volume ) [...core #2 garbage example...] dumping to dev #ad/0x20001, offset 725120 dump ata0: resetting devices .. done 157 156 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137 136 135 134 133 132 131 130 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 ions not recoverable if the session fails\^[[m \^[[H WARNING: R/W mount of /usr denied. Filesystem is not clean - run fsck WARNING: /usr was not properly dismounted --- #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 487 if (dumping++) { (kgdb) Thanks in advance for any assitance. Not well seasoned in the art of kernel debugging so if you need output of any commands from the debugging kernel do let me know! From owner-freebsd-stable@FreeBSD.ORG Sat Apr 22 12:02:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 85F4416A400 for ; Sat, 22 Apr 2006 12:02:15 +0000 (UTC) (envelope-from yraffah@savola.com) Received: from newyork.savoladns.com (newyork.savoladns.com [212.12.174.2]) by mx1.FreeBSD.org (Postfix) with SMTP id 2699E43D46 for ; Sat, 22 Apr 2006 12:02:11 +0000 (GMT) (envelope-from yraffah@savola.com) Received: from newyork.savoladns.com ([127.0.0.1]) by localhost (newyork.savoladns.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 59000-10 for ; Sat, 22 Apr 2006 15:02:34 +0300 (AST) Received: from ocs.savola.com (unknown [222.22.1.211]) by newyork.savoladns.com (Postfix) with ESMTP id E341522858 for ; Sat, 22 Apr 2006 15:02:32 +0300 (AST) Received: from 222.22.1.191 by ocs.savola.com with ESMTP id 54607211145706633; Sat, 22 Apr 2006 14:50:33 +0300 From: Yousef Raffah To: freebsd-stable@freebsd.org In-Reply-To: <44491437.8040306@freebsd.org> References: <3aaaa3a0604171743y33af6355udf750eca65605920@mail.gmail.com> <44456BC2.1050102@freebsd.org> <200604211440.28535.benlutz@datacomm.ch> <1145629460.3188.27.camel@dell8600.dlib.vt.edu> <44491437.8040306@freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-me7u8PYLVRk2iUfOrbqc" Organization: The Savola Group Date: Sat, 22 Apr 2006 15:01:27 +0300 Message-Id: <1145707287.44061.4.camel@redevil.savola.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port X-Virus-Scanned: amavisd-new at savola.com Subject: Re: portsnap mirror servers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: yraffah@savola.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Apr 2006 12:02:15 -0000 --=-me7u8PYLVRk2iUfOrbqc Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2006-04-21 at 10:19 -0700, Colin Percival wrote: > Paul Mather wrote: > > On Fri, 2006-04-21 at 14:40 +0200, Benjamin Lutz wrote: > >> Hm, but I see a quite noticeable speed difference between portsnap1 an= d=20 > >> portsnap2. The second one is quite a bit faster. >=20 > I'll look into this over the summer. >=20 > > I notice that on 4.x portsnap never finds any mirrors because the grep > > of the output returned by "host -t srv ..." is not appropriate for 4.x'= s > > version of /usr/bin/host, which produces output different to that of 5.= x > > onwards (a BIND8 vs BIND9 issue, I guess). So, maybe because of this, > > all of the portsnaps running on 4.x machines are hitting the same serve= r > > each time instead of randomly choosing a mirror, thereby causing that > > mirror to be a bit more loaded? >=20 > They are hitting the same server, but that server is portsnap2 (which is > also portsnap.daemonology.net, which is the default server for pre-1.0 > versions of portsnap from the ports tree). Given that most systems runni= ng > portsnap are FreeBSD 6.0 or 6.1, this doesn't cause much differential > loading. >=20 Not sure if this is offtopic but I always had problems with portsnap and it never worked for me, therefore, I dumped it for cvsup. Here is what I get: # portsnap fetch Looking up portsnap.FreeBSD.org mirrors... none found. Fetching snapshot tag... done. Fetching snapshot metadata... done. Updating from Tue Apr 18 03:16:17 AST 2006 to Sat Apr 22 14:30:08 AST 2006. Fetching 4 metadata patches. done. Applying metadata patches... done. Fetching 4 metadata files... /usr/sbin/portsnap: cannot open 22d2106522d8940cbe1385cae5dd831e247ce85793d0423f367656ed0dfda82d.gz: No such file or directory metadata is corrupt. I'm using 6.1-RC built on Apr 18 but that problem was there even on 6.0-RELEASE --=-me7u8PYLVRk2iUfOrbqc Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBEShsXH9IXMb4e6CMRAhC3AJ4usBOTXdD7edqmeevtDKzCDhxRBQCfXu2C rT0tOHgvEeDYhjQtGvoQbTM= =GFSP -----END PGP SIGNATURE----- --=-me7u8PYLVRk2iUfOrbqc-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 22 12:27:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 6BD7B16A404 for ; Sat, 22 Apr 2006 12:27:35 +0000 (UTC) (envelope-from mhjacks@swbell.net) Received: from smtp103.sbc.mail.mud.yahoo.com (smtp103.sbc.mail.mud.yahoo.com [68.142.198.202]) by mx1.FreeBSD.org (Postfix) with SMTP id 7170643D4C for ; Sat, 22 Apr 2006 12:27:34 +0000 (GMT) (envelope-from mhjacks@swbell.net) Received: (qmail 85643 invoked from network); 22 Apr 2006 12:27:34 -0000 Received: from unknown (HELO anduril.minas.tirith) (mhjacks@swbell.net@65.67.72.193 with login) by smtp103.sbc.mail.mud.yahoo.com with SMTP; 22 Apr 2006 12:27:33 -0000 Received: from localhost (localhost [127.0.0.1]) by anduril.minas.tirith (Postfix) with ESMTP id 5EF102E031; Sat, 22 Apr 2006 07:27:33 -0500 (CDT) X-Virus-Scanned: amavisd-new at minas.tirith Received: from anduril.minas.tirith ([127.0.0.1]) by localhost (anduril.minas.tirith [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BWJZW+whGUtY; Sat, 22 Apr 2006 07:27:32 -0500 (CDT) Received: from [192.168.2.102] (arwen.minas.tirith [192.168.2.102]) by anduril.minas.tirith (Postfix) with ESMTP id 2A9CB2E02F; Sat, 22 Apr 2006 07:27:32 -0500 (CDT) Message-ID: <444A2120.7090508@swbell.net> Date: Sat, 22 Apr 2006 07:27:12 -0500 From: Martin Jackson User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: yraffah@savola.com References: <3aaaa3a0604171743y33af6355udf750eca65605920@mail.gmail.com> <44456BC2.1050102@freebsd.org> <200604211440.28535.benlutz@datacomm.ch> <1145629460.3188.27.camel@dell8600.dlib.vt.edu> <44491437.8040306@freebsd.org> <1145707287.44061.4.camel@redevil.savola.com> In-Reply-To: <1145707287.44061.4.camel@redevil.savola.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: portsnap mirror servers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Apr 2006 12:27:35 -0000 > Here is what I get: > # portsnap fetch > Looking up portsnap.FreeBSD.org mirrors... none found. > Fetching snapshot tag... done. > Fetching snapshot metadata... done. > Updating from Tue Apr 18 03:16:17 AST 2006 to Sat Apr 22 14:30:08 AST > 2006. > Fetching 4 metadata patches. done. > Applying metadata patches... done. > Fetching 4 metadata files... /usr/sbin/portsnap: cannot open > 22d2106522d8940cbe1385cae5dd831e247ce85793d0423f367656ed0dfda82d.gz: No > such file or directory > metadata is corrupt. > > I'm using 6.1-RC built on Apr 18 but that problem was there even on > 6.0-RELEASE Are you using an HTTP proxy? The pre-6.1 series portsnap did not play nicely with HTTP proxies. There were some patches committed in March or so to address PR's on the subject. I haven't had an opportunity to test the changes in my work environment (which requires HTTP proxy use) yet, but they look promising. Thanks, Marty From owner-freebsd-stable@FreeBSD.ORG Sat Apr 22 12:34:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 2475C16A405 for ; Sat, 22 Apr 2006 12:34:15 +0000 (UTC) (envelope-from mhjacks@swbell.net) Received: from smtp108.sbc.mail.mud.yahoo.com (smtp108.sbc.mail.mud.yahoo.com [68.142.198.207]) by mx1.FreeBSD.org (Postfix) with SMTP id 5F8AB43D46 for ; Sat, 22 Apr 2006 12:34:14 +0000 (GMT) (envelope-from mhjacks@swbell.net) Received: (qmail 66882 invoked from network); 22 Apr 2006 12:34:13 -0000 Received: from unknown (HELO anduril.minas.tirith) (mhjacks@swbell.net@65.67.72.193 with login) by smtp108.sbc.mail.mud.yahoo.com with SMTP; 22 Apr 2006 12:34:13 -0000 Received: from localhost (localhost [127.0.0.1]) by anduril.minas.tirith (Postfix) with ESMTP id 317652E031; Sat, 22 Apr 2006 07:34:13 -0500 (CDT) X-Virus-Scanned: amavisd-new at minas.tirith Received: from anduril.minas.tirith ([127.0.0.1]) by localhost (anduril.minas.tirith [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id G5jRolkBNXwK; Sat, 22 Apr 2006 07:34:12 -0500 (CDT) Received: from [192.168.2.102] (arwen.minas.tirith [192.168.2.102]) by anduril.minas.tirith (Postfix) with ESMTP id F21672E02F; Sat, 22 Apr 2006 07:34:11 -0500 (CDT) Message-ID: <444A22B0.3050502@swbell.net> Date: Sat, 22 Apr 2006 07:33:52 -0500 From: Martin Jackson User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: Martin Jackson References: <3aaaa3a0604171743y33af6355udf750eca65605920@mail.gmail.com> <44456BC2.1050102@freebsd.org> <200604211440.28535.benlutz@datacomm.ch> <1145629460.3188.27.camel@dell8600.dlib.vt.edu> <44491437.8040306@freebsd.org> <1145707287.44061.4.camel@redevil.savola.com> <444A2120.7090508@swbell.net> In-Reply-To: <444A2120.7090508@swbell.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: yraffah@savola.com, freebsd-stable@freebsd.org Subject: Re: portsnap mirror servers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Apr 2006 12:34:15 -0000 >> I'm using 6.1-RC built on Apr 18 but that problem was there even on >> 6.0-RELEASE > > Are you using an HTTP proxy? The pre-6.1 series portsnap did not play > nicely with HTTP proxies. There were some patches committed in March or > so to address PR's on the subject. I haven't had an opportunity to test > the changes in my work environment (which requires HTTP proxy use) yet, > but they look promising. Yech, sorry. What I meant to say was that portsnap didn't play nicely with proxies *requiring authentication*. The patches should address that, though I haven't tried them personally. The way to specify auth information should be: HTTP_PROXY=http://proxy.example.com:8080 HTTP_PROXY_AUTH=basic:*:: (from man 3 fetch). Thanks, Marty From owner-freebsd-stable@FreeBSD.ORG Sat Apr 22 12:48:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 B53A216A400 for ; Sat, 22 Apr 2006 12:48:23 +0000 (UTC) (envelope-from yraffah@savola.com) Received: from newyork.savoladns.com (newyork.savoladns.com [212.12.174.2]) by mx1.FreeBSD.org (Postfix) with SMTP id A97E243D49 for ; Sat, 22 Apr 2006 12:48:22 +0000 (GMT) (envelope-from yraffah@savola.com) Received: from newyork.savoladns.com ([127.0.0.1]) by localhost (newyork.savoladns.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 60441-02 for ; Sat, 22 Apr 2006 15:48:50 +0300 (AST) Received: from ocs.savola.com (unknown [222.22.1.211]) by newyork.savoladns.com (Postfix) with ESMTP id 03BFF228AF for ; Sat, 22 Apr 2006 15:48:49 +0300 (AST) Received: from 222.22.1.191 by ocs.savola.com with ESMTP id 54618991145709428; Sat, 22 Apr 2006 15:37:08 +0300 From: Yousef Raffah To: freebsd-stable@freebsd.org In-Reply-To: <444A22B0.3050502@swbell.net> References: <3aaaa3a0604171743y33af6355udf750eca65605920@mail.gmail.com> <44456BC2.1050102@freebsd.org> <200604211440.28535.benlutz@datacomm.ch> <1145629460.3188.27.camel@dell8600.dlib.vt.edu> <44491437.8040306@freebsd.org> <1145707287.44061.4.camel@redevil.savola.com> <444A2120.7090508@swbell.net> <444A22B0.3050502@swbell.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-kXjd4OzfOHN/ibB/EaCU" Organization: The Savola Group Date: Sat, 22 Apr 2006 15:48:16 +0300 Message-Id: <1145710096.44061.10.camel@redevil.savola.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port X-Virus-Scanned: amavisd-new at savola.com Subject: Re: portsnap mirror servers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: yraffah@savola.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Apr 2006 12:48:23 -0000 --=-kXjd4OzfOHN/ibB/EaCU Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2006-04-22 at 07:33 -0500, Martin Jackson wrote: > >> I'm using 6.1-RC built on Apr 18 but that problem was there even on > >> 6.0-RELEASE > >=20 > > Are you using an HTTP proxy? The pre-6.1 series portsnap did not play=20 > > nicely with HTTP proxies. There were some patches committed in March o= r=20 > > so to address PR's on the subject. I haven't had an opportunity to tes= t=20 > > the changes in my work environment (which requires HTTP proxy use) yet,= =20 > > but they look promising. >=20 > Yech, sorry. What I meant to say was that portsnap didn't play nicely=20 > with proxies *requiring authentication*. The patches should address=20 > that, though I haven't tried them personally. >=20 > The way to specify auth information should be: >=20 > HTTP_PROXY=3Dhttp://proxy.example.com:8080 > HTTP_PROXY_AUTH=3Dbasic:*:: >=20 > (from man 3 fetch). >=20 Thank you for this information but my proxy settings does not require authentication. I just tried changing my proxy settings from http_proxy=3D"http://my.proxy.server:8080" to HTTP_PROXY=3Dhttp://my.proxy.server:8080 and it worked! :D I will keep on monitoring that and will report back if I have any issues. Thank you very much for your help --=-kXjd4OzfOHN/ibB/EaCU Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBESiYQH9IXMb4e6CMRArUPAJ4yurAtRIKXKE54p13Uf5X9kTMwwgCcC2LK UHP7iLzFkZAiClf2sc/IxmE= =lUvA -----END PGP SIGNATURE----- --=-kXjd4OzfOHN/ibB/EaCU-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 22 14:53:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 A67E316A400 for ; Sat, 22 Apr 2006 14:53:45 +0000 (UTC) (envelope-from rand@meridian-enviro.com) Received: from newman.meridian-enviro.com (newman.meridian-enviro.com [207.109.235.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 086EB43D46 for ; Sat, 22 Apr 2006 14:53:44 +0000 (GMT) (envelope-from rand@meridian-enviro.com) X-Envelope-To: freebsd-stable@freebsd.org Received: from bemidji.meridian-enviro.com (bemidji.meridian-enviro.com [192.168.0.10]) by newman.meridian-enviro.com (8.13.1/8.13.1) with ESMTP id k3MErdOo082387; Sat, 22 Apr 2006 09:53:43 -0500 (CDT) (envelope-from rand@meridian-enviro.com) Date: Sat, 22 Apr 2006 09:53:39 -0500 Message-ID: <874q0lek5o.wl%rand@meridian-enviro.com> From: "Douglas K. Rand" To: Scott Long In-Reply-To: <4449BD05.4050108@samsco.org> References: <874q0mpp2y.wl%rand@meridian-enviro.com> <20060421222605.GW38619@funkthat.com> <873bg6pnm7.wl%rand@meridian-enviro.com> <4449BD05.4050108@samsco.org> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: ClamAV 0.88/1415/Sat Apr 22 06:34:01 2006 on newman.meridian-enviro.com X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: iir + Tyan S2460 + SMP problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Apr 2006 14:53:45 -0000 John-Mark> How about drop iir? Doug> But your suggestion does have merit, especially as recent PCI-X Doug> and PCI-E ICP cards have no FreeBSD driver in sight. Scott> My understanding is that the ICP division is switching over to Scott> the architcture supported by the 'aac' driver. Adaptec Scott> provided updates to this driver last year that include a number Scott> of ICP id numbers. If you have access to one of these cards Scott> that you mention, would you mind trying the aac driver and Scott> reported on whether or not it worked? I didn't know that the newer ICP cards would work, so we don't have any of the newer ones. Sorry. From owner-freebsd-stable@FreeBSD.ORG Sat Apr 22 15:47:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 5E10B16A401 for ; Sat, 22 Apr 2006 15:47:05 +0000 (UTC) (envelope-from pldrouin@pldrouin.net) Received: from smtp.cyberfingers.net (smtp.cyberfingers.net [198.177.254.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E43543D45 for ; Sat, 22 Apr 2006 15:47:05 +0000 (GMT) (envelope-from pldrouin@pldrouin.net) Received: from [192.168.1.102] (modemcable124.172-200-24.mc.videotron.ca [24.200.172.124]) by smtp.cyberfingers.net (Postfix) with ESMTP id 4F0B517002A for ; Sat, 22 Apr 2006 11:47:04 -0400 (EDT) Message-ID: <444A5011.4070506@pldrouin.net> Date: Sat, 22 Apr 2006 11:47:29 -0400 From: Pierre-Luc Drouin User-Agent: Thunderbird 1.5 (X11/20060410) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: CPUTYPE for FreeBSD AMD64 running on a Pentium D X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Apr 2006 15:47:05 -0000 Hi, I have FreeBSD AMD64 running on a Pentium D and I would like to know what should I use for the CPUTYPE variable of make.conf. Thanks Pierre-Luc Drouin From owner-freebsd-stable@FreeBSD.ORG Sat Apr 22 16:05:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 8F14516A404 for ; Sat, 22 Apr 2006 16:05:45 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr2.xs4all.nl (smtp-vbr2.xs4all.nl [194.109.24.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id E245543D46 for ; Sat, 22 Apr 2006 16:05:44 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr2.xs4all.nl (8.13.6/8.13.6) with ESMTP id k3MG5gFB022861; Sat, 22 Apr 2006 18:05:43 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 98750B828; Sat, 22 Apr 2006 18:05:42 +0200 (CEST) Date: Sat, 22 Apr 2006 18:05:42 +0200 From: Roland Smith To: Pierre-Luc Drouin Message-ID: <20060422160542.GA4974@slackbox.xs4all.nl> Mail-Followup-To: Pierre-Luc Drouin , freebsd-stable@freebsd.org References: <444A5011.4070506@pldrouin.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="u3/rZRmxL6MmkK24" Content-Disposition: inline In-Reply-To: <444A5011.4070506@pldrouin.net> User-Agent: Mutt/1.4.2.1i X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: CPUTYPE for FreeBSD AMD64 running on a Pentium D X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Apr 2006 16:05:45 -0000 --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 22, 2006 at 11:47:29AM -0400, Pierre-Luc Drouin wrote: > Hi, >=20 > I have FreeBSD AMD64 running on a Pentium D and I would like to know=20 > what should I use for the CPUTYPE variable of make.conf. AFAIK, it is not necessary to set CPUTYPE in make.conf. My amd64 box is running just fine without it. If you make a custom kernel, see /usr/src/sys/amd64/conf/GENERIC for the correct machine and CPU. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --u3/rZRmxL6MmkK24 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFESlRWEnfvsMMhpyURAqY+AJ9b4B61qKthrN3r+iGc71wb3s48igCcCTrN Sxf7HwSuO8OY4CdmAwgZdTI= =GnoU -----END PGP SIGNATURE----- --u3/rZRmxL6MmkK24-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 22 17:25:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 30A3C16A405 for ; Sat, 22 Apr 2006 17:25:58 +0000 (UTC) (envelope-from igor@doom.homeunix.org) Received: from mail.ecolines.ru (ns.ecolines.ru [81.3.181.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29C1C43D49 for ; Sat, 22 Apr 2006 17:25:56 +0000 (GMT) (envelope-from igor@doom.homeunix.org) Received: (qmail 10969 invoked from network); 22 Apr 2006 17:31:12 -0000 Received: from unknown (HELO doom.homeunix.org) (ip@212.113.114.52) by mail.ecolines.ru with ESMTPA; 22 Apr 2006 17:31:12 -0000 Received: from doom.homeunix.org (localhost [127.0.0.1]) by doom.homeunix.org (8.13.4/8.13.4) with ESMTP id k3MHM3N7037324; Sat, 22 Apr 2006 21:22:18 +0400 (MSD) (envelope-from igor@doom.homeunix.org) Received: (from igor@localhost) by doom.homeunix.org (8.13.4/8.13.4/Submit) id k3MHBOH5030335; Sat, 22 Apr 2006 21:11:24 +0400 (MSD) (envelope-from igor) Date: Sat, 22 Apr 2006 21:11:24 +0400 From: Igor Pokrovsky To: Matt Smith Message-ID: <20060422171124.GA30277@doom.homeunix.org> Mail-Followup-To: Matt Smith , freebsd-stable@freebsd.org References: <20060420120047.7C85316A538@hub.freebsd.org> <000001c66567$daafa9a0$0201a8c0@bedroom> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <000001c66567$daafa9a0$0201a8c0@bedroom> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Intel EtherExpress Pro ISA card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Apr 2006 17:25:58 -0000 On Fri, Apr 21, 2006 at 01:20:11PM -0400, Matt Smith wrote: > I have this card install in a System but the GENERIC kernel does not pick it > up. Is there a custom driver for this card or a step I'm missing. If this is non-PNP card you have to specify irq and dma explicitely. -ip -- A free agent is anything but. From owner-freebsd-stable@FreeBSD.ORG Sat Apr 22 20:35:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 3EA2E16A401 for ; Sat, 22 Apr 2006 20:35:28 +0000 (UTC) (envelope-from mikej@rogers.com) Received: from smtp104.rog.mail.re2.yahoo.com (smtp104.rog.mail.re2.yahoo.com [206.190.36.82]) by mx1.FreeBSD.org (Postfix) with SMTP id A32EA43D45 for ; Sat, 22 Apr 2006 20:35:27 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 61965 invoked from network); 22 Apr 2006 20:35:27 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=S0qZlPbnZp/zcXyOIh0tAaWGVeqV+vjY2A/QIBpoljyFL/UVCQUwBeQsdAJWRgJjcLeOyEKfSzY+9rC7M5rfYu7uyyY8lz902a20rckV7/jIDobOUWzYIJzON2yUobFlaFlw6ZBTHqPadqCuE/Ls3nnRmudvHdIrricOeFW+1VE= ; Received: from unknown (HELO ?70.31.50.218?) (mikej@rogers.com@70.31.50.218 with plain) by smtp104.rog.mail.re2.yahoo.com with SMTP; 22 Apr 2006 20:35:27 -0000 Message-ID: <444A939E.8080003@rogers.com> Date: Sat, 22 Apr 2006 16:35:42 -0400 From: Mike Jakubik User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: Pierre-Luc Drouin References: <444A5011.4070506@pldrouin.net> In-Reply-To: <444A5011.4070506@pldrouin.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: CPUTYPE for FreeBSD AMD64 running on a Pentium D X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Apr 2006 20:35:28 -0000 Pierre-Luc Drouin wrote: > Hi, > > I have FreeBSD AMD64 running on a Pentium D and I would like to know > what should I use for the CPUTYPE variable of make.conf. I used "nocona" without any problems, but im not 100% sure if this is correct. From owner-freebsd-stable@FreeBSD.ORG Sat Apr 22 22:01:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 598AE16A410 for ; Sat, 22 Apr 2006 22:01:28 +0000 (UTC) (envelope-from freebsd.low@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id B338E43D49 for ; Sat, 22 Apr 2006 22:01:27 +0000 (GMT) (envelope-from freebsd.low@gmail.com) Received: by nproxy.gmail.com with SMTP id m18so568585nfc for ; Sat, 22 Apr 2006 15:01:26 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:mime-version:content-type; b=OG63M7miozIjjohq6TAGnE1Ic2Qg/6wQDgwG7jgvccAvHH+OiWkNHm4hnjgoKRN25V/mFMiwu322KwZGtt2sA9a3j0fcUwfIoRWAfXKNR6UeqR4pbEOfzkmcLruRtaiKHZQ/jEs8D7LOIb4Syyb26Znitk3GUVs5OuD1QQp21N4= Received: by 10.49.11.17 with SMTP id o17mr38375nfi; Fri, 21 Apr 2006 22:02:56 -0700 (PDT) Received: by 10.48.161.15 with HTTP; Fri, 21 Apr 2006 22:02:56 -0700 (PDT) Message-ID: Date: Sat, 22 Apr 2006 13:02:56 +0800 From: "Low Kian Seong" To: freebsd-doc@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Some zope documentation X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Apr 2006 22:01:28 -0000 Dear all, I have written some documentation for getting zope working on FreeBSD-stabl= e and posted it on my blog. Could your please review it for inclusion into FreeBSD documentation ? The link is here : http://www.iosn.net/Members/platypus/blog/74 Any comments are welcomed. Thank you for your time. From owner-freebsd-stable@FreeBSD.ORG Sat Apr 22 22:32:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 46EC916A404 for ; Sat, 22 Apr 2006 22:32:35 +0000 (UTC) (envelope-from mark.r.cullen@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C80E43D46 for ; Sat, 22 Apr 2006 22:32:34 +0000 (GMT) (envelope-from mark.r.cullen@gmail.com) Received: by nproxy.gmail.com with SMTP id m18so571545nfc for ; Sat, 22 Apr 2006 15:32:33 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:x-accept-language:mime-version:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=Dqbi4qN1Lf272ZhWHC5JyeRxOxh2BVh8saJpmTOzWy11tx8a5p/SMsrw2qR1fD+SjnSUfObawxYsXVTeqaf2GHQGZa2aBKDJ6xMpogg5lsSHam8E9AUbrOGrb5CbnLsk6PaWB7PCyXC4uaZQEVg7ocAEqh4VW+GQaW2gMcGII8s= Received: by 10.49.64.16 with SMTP id r16mr1711860nfk; Fri, 21 Apr 2006 15:39:08 -0700 (PDT) Received: from ?10.0.0.245? ( [88.96.18.86]) by mx.gmail.com with ESMTP id l32sm296182nfa.2006.04.21.15.39.06; Fri, 21 Apr 2006 15:39:07 -0700 (PDT) Message-ID: <44495F08.2060104@gmail.com> Date: Fri, 21 Apr 2006 23:39:04 +0100 From: Mark Cullen User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 CC: freebsd-stable@freebsd.org References: <44494916.2050004@gmail.com> In-Reply-To: <44494916.2050004@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: 4-STABLE panic, samba related maybe? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Apr 2006 22:32:35 -0000 Mark Cullen wrote: > I know 4.x is outdated and all that, and soon to be unsupported > (probably very much unsupported already) but I thought I'd post anyway. > I'm not ready to move to 5 / 6. > > I just got this panic while copying an old website to a new folder via > samba, deleting it again (didn't quite work as expected you see), and > then trying to use 'vi' over ssh to edit apache config file. It seemed > to panic as soon as I hit enter for the vi command. > > ---- > (root@bone)/usr/home/crash# uname -a > FreeBSD bone.bone.servebeer.com 4.11-STABLE FreeBSD 4.11-STABLE #0: Thu > Mar 16 08:35:46 GMT 2006 > mrboo@bone.bone.servebeer.com:/usr/obj/usr/src/sys/BONE i386 > (root@bone)/usr/home/crash# gdb -k /kernel.debug vmcore.3 > GNU gdb 4.18 (FreeBSD) > Copyright 1998 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you > are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-unknown-freebsd"...Deprecated bfd_read > called at > /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c > line 2627 in elfstab_build_psymtabs > Deprecated bfd_read called at > /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c > line 933 in fill_symbuf > > IdlePTD at physical address 0x003df000 > initial pcb at physical address 0x00330860 > panicstr: page fault > panic messages: > --- > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x14 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc02a933a > stack pointer = 0x10:0xca51dd34 > frame pointer = 0x10:0xca51dd64 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 89353 (sshd) > interrupt mask = tty > trap number = 12 > panic: page fault > > syncing disks... 50 1 > done > Uptime: 35d16h43m46s > > dumping to dev #ad/0x20001, offset 725120 > dump ata0: resetting devices .. done > 157 156 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 > 139 138 137 136 135 134 133 132 131 130 129 128 127 126 125 124 123 122 > 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 > 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 > 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 > 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 > 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 > 7 6 5 4 3 2 1 0 > \^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@ \^ > > @\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^ @\^ > > @\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^ @\^ > > @\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^ @\^ > > @\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^ @\^ > > @\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^ @\^ > > @\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@ > > --- > #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 > 487 if (dumping++) { > (kgdb) bt > #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 > #1 0xc017f008 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:316 > #2 0xc017f43c in poweroff_wait (junk=0xc02f9eac, howto=-1070622289) > at /usr/src/sys/kern/kern_shutdown.c:595 > #3 0xc02aab03 in trap_fatal (frame=0xca51dcf4, eva=20) > at /usr/src/sys/i386/i386/trap.c:974 > #4 0xc02aa7c5 in trap_pfault (frame=0xca51dcf4, usermode=0, eva=20) > at /usr/src/sys/i386/i386/trap.c:867 > #5 0xc02aa37b in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = -1058013168, > tf_edi = -900604532, tf_esi = 20, tf_ebp = -900604572, > tf_isp = -900604640, tf_ebx = 92, tf_edx = 128, tf_ecx = 23, > tf_eax = -900604552, tf_trapno = 12, tf_err = 0, tf_eip = > -1070951622, > tf_cs = 8, tf_eflags = 66070, tf_esp = 0, tf_ss = -1059805096}) > at /usr/src/sys/i386/i386/trap.c:466 > #6 0xc02a933a in generic_bcopy () > #7 0xc019966b in ptcread (dev=0xc032f114, uio=0xca51ded4, flag=8323088) > at /usr/src/sys/kern/tty_pty.c:457 > #8 0xc01b9bb6 in spec_read (ap=0xca51de68) > at /usr/src/sys/miscfs/specfs/spec_vnops.c:253 > #9 0xc0259cb8 in ufsspec_read (ap=0xca51de68) > at /usr/src/sys/ufs/ufs/ufs_vnops.c:1798 > #10 0xc025a359 in ufs_vnoperatespec (ap=0xca51de68) > at /usr/src/sys/ufs/ufs/ufs_vnops.c:2394 > #11 0xc01b5c98 in vn_read (fp=0xc14ca680, uio=0xca51ded4, cred=0xc10d1b80, > flags=0, p=0xca46b3c0) at vnode_if.h:334 > #12 0xc018e63b in dofileread (p=0xca46b3c0, fp=0xc14ca680, fd=9, > buf=0xbfbfb3b0, nbyte=16384, offset=-1, flags=0) > at /usr/src/sys/sys/file.h:147 > #13 0xc018e4ff in read (p=0xca46b3c0, uap=0xca51df80) > at /usr/src/sys/kern/sys_generic.c:117 > #14 0xc02aadbd in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, > tf_edi = 134839056, tf_esi = 134840832, tf_ebp = -1077939280, > tf_isp = -900603948, tf_ebx = 9, tf_edx = 134839056, tf_ecx = 9, > tf_eax = 3, tf_trapno = 7, tf_err = 2, tf_eip = 673732972, tf_cs = > 31, > tf_eflags = 659, tf_esp = -1077955708, tf_ss = 47}) > at /usr/src/sys/i386/i386/trap.c:1175 > #15 0xc029c0f5 in Xint0x80_syscall () > #16 0x8069a43 in ?? () > #17 0x8069e39 in ?? () > #18 0x8069f2f in ?? () > #19 0x8053c9b in ?? () > #20 0x805a386 in ?? () > #21 0x8056c6b in ?? () > #22 0x804f13c in ?? () > #23 0x804c56e in ?? () > (kgdb) l *0xc02a933a > No source file for address 0xc02a933a. > (kgdb) l *0xc019966b > 0xc019966b is in ptcread (/usr/src/sys/kern/tty_pty.c:458). > 453 } > 454 if (pti->pt_flags & (PF_PKT|PF_UCNTL)) > 455 error = ureadc(0, uio); > 456 while (uio->uio_resid > 0 && error == 0) { > 457 cc = q_to_b(&tp->t_outq, buf, > min(uio->uio_resid, BUFSIZ)); > 458 if (cc <= 0) > 459 break; > 460 error = uiomove(buf, cc, uio); > 461 } > 462 ttwwakeup(tp); > (kgdb) l *0xc01b9bb6 > 0xc01b9bb6 is in spec_read (/usr/src/sys/miscfs/specfs/spec_vnops.c:253). > 248 > 249 if (uio->uio_resid == 0) > 250 return (0); > 251 > 252 VOP_UNLOCK(vp, 0, p); > 253 error = (*devsw(dev)->d_read) (dev, uio, ap->a_ioflag); > 254 vn_lock(vp, LK_EXCLUSIVE | LK_RETRY, p); > 255 return (error); > 256 } > 257 > (kgdb) l *0xc0259cb8 > 0xc0259cb8 is in ufsspec_read (/usr/src/sys/ufs/ufs/ufs_vnops.c:1798). > 1793 struct inode *ip; > 1794 struct uio *uio; > 1795 > 1796 uio = ap->a_uio; > 1797 resid = uio->uio_resid; > 1798 error = VOCALL(spec_vnodeop_p, VOFFSET(vop_read), ap); > 1799 /* > 1800 * The inode may have been revoked during the call, so > it must not > 1801 * be accessed blindly here or in the other wrapper > functions. > 1802 */ > (kgdb) l *0xc025a359 > 0xc025a359 is in ufs_vnoperatespec (/usr/src/sys/ufs/ufs/ufs_vnops.c:2394). > 2389 ufs_vnoperatespec(ap) > 2390 struct vop_generic_args /* { > 2391 struct vnodeop_desc *a_desc; > 2392 } */ *ap; > 2393 { > 2394 return (VOCALL(ufs_specop_p, ap->a_desc->vdesc_offset, > ap)); > 2395 } > (kgdb) l *0xc01b5c98 > 0xc01b5c98 is in vn_read (vnode_if.h:334). > 329 a.a_desc = VDESC(vop_read); > 330 a.a_vp = vp; > 331 a.a_uio = uio; > 332 a.a_ioflag = ioflag; > 333 a.a_cred = cred; > 334 rc = VCALL(vp, VOFFSET(vop_read), &a); > 335 return (rc); > 336 } > 337 struct vop_write_args { > 338 struct vnodeop_desc *a_desc; > (kgdb) l *0xc018e63b > 0xc018e63b is in dofileread (/usr/src/sys/sys/file.h:147). > 142 int flags; > 143 { > 144 int error; > 145 > 146 fhold(fp); > 147 error = (*fp->f_ops->fo_read)(fp, uio, cred, flags, p); > 148 fdrop(fp, p); > 149 return (error); > 150 } > 151 > (kgdb) l *0xc018e4ff > 0xc018e4ff is in read (/usr/src/sys/kern/sys_generic.c:117). > 112 register struct file *fp; > 113 int error; > 114 > 115 if ((fp = holdfp(p->p_fd, uap->fd, FREAD)) == NULL) > 116 return (EBADF); > 117 error = dofileread(p, fp, uap->fd, uap->buf, uap->nbyte, > (off_t)-1, 0); > 118 fdrop(fp, p); > 119 return(error); > 120 } > 121 > (kgdb) l *0xc02aadbd > 0xc02aadbd is in syscall2 (/usr/src/sys/i386/i386/trap.c:1175). > 1170 p->p_retval[0] = 0; > 1171 p->p_retval[1] = frame.tf_edx; > 1172 > 1173 STOPEVENT(p, S_SCE, narg); /* MP aware */ > 1174 > 1175 error = (*callp->sy_call)(p, args); > 1176 > 1177 /* > 1178 * MP SAFE (we may or may not have the MP lock at this > point) > 1179 */ > (kgdb) > > > --- > > Is anyone able to help me out? > > Also, I have no idea what those \^@ characters are after the dump. I > have had random garbage printed out after dumping on the last two panics > ( seems you can't use softupdates on a vinum volume ) > > [...core #2 garbage example...] > > dumping to dev #ad/0x20001, offset 725120 > dump ata0: resetting devices .. done > 157 156 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 > 139 138 137 136 135 134 133 132 131 130 129 128 127 126 125 124 123 122 > 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 > 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 > 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 > 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 > 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 > 7 6 5 4 3 2 1 0 ions not recoverable if the session fails\^[[m \^[[H > WARNING: R/W mount of /usr denied. Filesystem is not clean - run fsck > WARNING: /usr was not properly dismounted > --- > #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 > 487 if (dumping++) { > (kgdb) > > > Thanks in advance for any assitance. Not well seasoned in the art of > kernel debugging so if you need output of any commands from the > debugging kernel do let me know! > It seems a very similar looking panic was observed in 4.9-PRERELEASE back in 2003. http://lists.freebsd.org/pipermail/freebsd-ports-bugs/2003-October/014880.html