From owner-freebsd-stable@FreeBSD.ORG Sun May 29 02:34:07 2005 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 1497C16A41C for ; Sun, 29 May 2005 02:34:07 +0000 (GMT) (envelope-from brucegb@realtime.net) Received: from ruth.realtime.net (ruth.realtime.net [205.238.132.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2D4043D1D for ; Sun, 29 May 2005 02:34:06 +0000 (GMT) (envelope-from brucegb@realtime.net) Received: from tigerfish2.my.domain (unverified [70.113.33.56]) by realtime.net (Realtime Communications Advanced E-Mail Services V9.2) with ESMTP id 84573836 for multiple; Sat, 28 May 2005 21:34:05 -0500 Received: from tigerfish2.my.domain (localhost [127.0.0.1]) by tigerfish2.my.domain (8.13.3/8.13.3) with ESMTP id j4T2Y4bC028485; Sat, 28 May 2005 21:34:04 -0500 (CDT) (envelope-from brucegb@tigerfish2.my.domain) Received: (from brucegb@localhost) by tigerfish2.my.domain (8.13.3/8.13.3/Submit) id j4T2Y3LZ028484; Sat, 28 May 2005 21:34:03 -0500 (CDT) (envelope-from brucegb) Date: Sat, 28 May 2005 21:34:03 -0500 From: Bruce Burden To: Doug White Message-ID: <20050529023403.GA20906@tigerfish2.my.domain> References: <200505162358.j4GNwFjg033775@sullivan.realtime.net> <20050518160240.Q87264@carver.gumbysoft.com> <20050519022029.GB16642@tigerfish2.my.domain> <20050520131345.P8229@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050520131345.P8229@carver.gumbysoft.com> User-Agent: Mutt/1.4.2.1i X-Server: High Performance Mail Server - http://surgemail.com Cc: stable@freebsd.org Subject: Re: problems with ASR card/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: Sun, 29 May 2005 02:34:07 -0000 Hi Doug, On Fri, May 20, 2005 at 01:14:51PM -0700, Doug White wrote: > On Wed, 18 May 2005, Bruce Burden wrote: > > > > Hi Doug, > > > > well, pulling cards demonstrated where the problem lie, but it > > was not a hardware problem. By chance, I happened upon the "options > > ASR_COMPAT" directive, and that solved my problem. However, the > > GENERIC kernel configuration for i386 does NOT have this option, but > > it does have the "asr" driver configured. > > ASR_COMPAT controls some sizes of fields for use with the control ioctl. I > don't think this would case problems on boot unless you are running an old > control program at boot time, or whenever the panic occurs. > I did not have any of the ASR tools installed, since this was a clean install from the 5.4 CD. As it was, the tools were not installed until one of the SCSI drives failed 1 week after I had 5.4 installed and running more or less to my satisfaction. Bruce -- ------------------------------------------------------------------------ "I like bad!" Bruce Burden Austin, TX. - Thuganlitha The Power and the Prophet Robert Don Hughes From owner-freebsd-stable@FreeBSD.ORG Sun May 29 04:50:06 2005 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 F308516A41C for ; Sun, 29 May 2005 04:50:05 +0000 (GMT) (envelope-from zanchey@ucc.gu.uwa.edu.au) Received: from asclepius.uwa.edu.au (asclepius3.uwa.edu.au [130.95.128.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B28D43D48 for ; Sun, 29 May 2005 04:50:02 +0000 (GMT) (envelope-from zanchey@ucc.gu.uwa.edu.au) Received: from asclepius.kas (localhost.localdomain [127.0.0.1]) by asclepius.uwa.edu.au (Postfix) with SMTP id 27A5C184093 for ; Sun, 29 May 2005 12:49:56 +0800 (WST) Received: from asclepius (localhost.localdomain [127.0.0.1]) by asclepius.prekas (Postfix) with SMTP id 0C2561840A0 for ; Sun, 29 May 2005 12:49:56 +0800 (WST) Received: from mooneye.ucc.gu.uwa.edu.au (mooneye.ucc.gu.uwa.edu.au [130.95.13.9]) by asclepius.input (Postfix) with ESMTP id DB6E3184096 for ; Sun, 29 May 2005 12:49:55 +0800 (WST) Received: by mooneye.ucc.gu.uwa.edu.au (Postfix, from userid 801) id E168417F2D; Sun, 29 May 2005 12:49:54 +0800 (WST) Received: from mussel.ucc.gu.uwa.edu.au (mussel.ucc.gu.uwa.edu.au [130.95.13.18]) by mooneye.ucc.gu.uwa.edu.au (Postfix) with ESMTP id 6ADD317E72; Sun, 29 May 2005 12:49:54 +0800 (WST) Received: from zanchey (helo=localhost) by mussel.ucc.gu.uwa.edu.au with local-esmtp (Exim 3.36 #1 (Debian)) id 1DcFkI-0007M4-00; Sun, 29 May 2005 12:49:54 +0800 Date: Sun, 29 May 2005 12:49:53 +0800 (WST) From: David Adam To: Subhro In-Reply-To: <4298AFA5.2070805@gmail.com> Message-ID: References: <20050521160301.GA51988@legitimus> <20050528164553.GA19286@legitimus> <4298AFA5.2070805@gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SpamTest-Info: Profile: Formal (237/050526) X-SpamTest-Info: Profile: Detect Hard [UCS 290904] X-SpamTest-Info: Profile: SysLog X-SpamTest-Info: Profile: Marking Spam - Subject (UCS) [02-08-04] X-SpamTest-Status: Not detected X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0125], KAS/Release Cc: Remi Degruson , freebsd-stable@freebsd.org Subject: Re: (SOLVED) 5.4RELEASE: problem with my ST34311A UDMA666 controller 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, 29 May 2005 04:50:06 -0000 Subhro, On Sat, 28 May 2005, Subhro wrote: > This is not something new or unexpected. Windows are Linux run happily > on a lot of garbage grade hardware. But FreeBSD is very fussy about > hardware. Thats the reason why a Linux box CAN create strange situations > due to hardware. But a FreeBSD box would not even be ready to boot up if > it does not find everything in tiptop condition. Actually, I'm not so sure. I have had at least one case where FreeBSD (in safe mode) has been the only thing that will boot with a dodgy HDD installed. Linux (a 2.4 kernel, admittedly) and Windows both refused to start. I was rather glad, too, because it was the only way I could get data off that disk! Cheers, David Adam zanchey@ucc.gu.uwa.edu.au From owner-freebsd-stable@FreeBSD.ORG Sun May 29 08:15:50 2005 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 E14C116A41C for ; Sun, 29 May 2005 08:15:50 +0000 (GMT) (envelope-from plusik@pohoda.cz) Received: from smtp.dkm.cz (smtp.dkm.cz [62.24.64.34]) by mx1.FreeBSD.org (Postfix) with SMTP id 0B83743D1F for ; Sun, 29 May 2005 08:15:49 +0000 (GMT) (envelope-from plusik@pohoda.cz) Received: (qmail 26906 invoked by uid 0); 29 May 2005 08:15:48 -0000 Received: from r4aj244.chello.upc.cz (HELO eddie.chello.cz) (84.42.163.244) by smtp.dkm.cz with SMTP; 29 May 2005 08:15:48 -0000 Received: from eddie.chello.cz (localhost [127.0.0.1]) by eddie.chello.cz (8.12.10/8.12.10) with ESMTP id j4SGIf5p001066 for ; Sat, 28 May 2005 18:18:41 +0200 (CEST) (envelope-from plusik@pohoda.cz) Received: from localhost (plusik@localhost) by eddie.chello.cz (8.12.10/8.12.10/Submit) with ESMTP id j4SGIf90001063 for ; Sat, 28 May 2005 18:18:41 +0200 (CEST) (envelope-from plusik@pohoda.cz) X-Authentication-Warning: eddie.chello.cz: plusik owned process doing -bs Date: Sat, 28 May 2005 18:18:41 +0200 (CEST) From: Tomas Pluskal X-X-Sender: plusik@localhost To: freebsd-stable@freebsd.org Message-ID: <20050528181532.U1057@localhost> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: sound module unload panic 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, 29 May 2005 08:15:51 -0000 Hello, I'm using 5-STABLE and it panics when I try to unload the sound module (for Sound Blaster PCI 128). # kldunload es_137x.ko pcm0: unregister: mixer busy kldunload: can't unload file: Device busy when I do that once more: # kldunload es_137x.ko WARNING: Driver mistake: destroy_dev on 30/3 panic: don't do that My complete dmesg is here: http://plusik.pohoda.cz/dmesg Tomas From owner-freebsd-stable@FreeBSD.ORG Sun May 29 10:58:38 2005 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 A9AA316A41C; Sun, 29 May 2005 10:58:38 +0000 (GMT) (envelope-from skywizard@MyBSD.org.my) Received: from tomoyo.MyBSD.org.my (duke.voidnetwork.com [202.157.186.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4742543D1F; Sun, 29 May 2005 10:58:37 +0000 (GMT) (envelope-from skywizard@MyBSD.org.my) Received: from localhost (localhost [127.0.0.1]) by tomoyo.MyBSD.org.my (Postfix) with ESMTP id 5F8B36CC2A; Sun, 29 May 2005 19:01:06 +0800 (MYT) Received: from tomoyo.MyBSD.org.my ([127.0.0.1]) by localhost (duke.voidnetwork.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 50701-03; Sun, 29 May 2005 19:01:05 +0800 (MYT) Received: from kasumi.MyBSD.org.my (unknown [60.49.36.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tomoyo.MyBSD.org.my (Postfix) with ESMTP id 5FCBB6CC27; Sun, 29 May 2005 19:01:04 +0800 (MYT) Date: Sun, 29 May 2005 18:58:36 +0800 From: Ariff Abdullah To: Tomas Pluskal Message-Id: <20050529185836.1c7d4e67.skywizard@MyBSD.org.my> In-Reply-To: <20050528181532.U1057@localhost> References: <20050528181532.U1057@localhost> Organization: MyBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-antivirus-mail-gateway at TOMOYO.MYBSD.ORG.MY Cc: freebsd-multimedia@freebsd.org, freebsd-stable@freebsd.org Subject: Re: sound module unload panic 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, 29 May 2005 10:58:38 -0000 On Sat, 28 May 2005 18:18:41 +0200 (CEST) Tomas Pluskal wrote: > > Hello, > > I'm using 5-STABLE and it panics when I try to unload the sound > module (for Sound Blaster PCI 128). > > # kldunload es_137x.ko > pcm0: unregister: mixer busy > kldunload: can't unload file: Device busy > > > when I do that once more: > > # kldunload es_137x.ko > WARNING: Driver mistake: destroy_dev on 30/3 > panic: don't do that > > > My complete dmesg is here: http://plusik.pohoda.cz/dmesg > > Tomas http://staff.mybsd.org.my/skywizard/FreeBSD/sound/ at least, apply mixer.c.diff and sound.c.diff -- Ariff Abdullah MyBSD http://www.MyBSD.org.my (IPv6/IPv4) http://staff.MyBSD.org.my (IPv6/IPv4) http://tomoyo.MyBSD.org.my (IPv6/IPv4) From owner-freebsd-stable@FreeBSD.ORG Sun May 29 11:38:31 2005 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 792D316A41C for ; Sun, 29 May 2005 11:38:31 +0000 (GMT) (envelope-from pvf47@tsrv.ru) Received: from www.tsrv.ru (ns1.tsrv.ru [83.221.1.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84BD443D4C for ; Sun, 29 May 2005 11:38:29 +0000 (GMT) (envelope-from pvf47@tsrv.ru) Received: from [83.221.5.48] (mpool5-48.tsrv.ru [83.221.5.48]) by www.tsrv.ru (8.9.3/8.9.3) with ESMTP id PAA59945 for ; Sun, 29 May 2005 15:38:26 +0400 (MSD) (envelope-from pvf47@tsrv.ru) Received: from 127.0.0.1 (AVG SMTP 7.0.300 [266.11.17]); Sun, 29 May 2005 15:38:05 +0400 Message-ID: <4299A985.1010308@tsrv.ru> Date: Sun, 29 May 2005 15:37:41 +0400 From: Vadim Popov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511 X-Accept-Language: en-us, en To: stable@FreeBSD.org Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii; format=flowed Cc: Subject: =?utf-8?b?0L/QvtC00L/QuNGB0LrQsA==?= 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, 29 May 2005 11:38:31 -0000 -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.300 / Virus Database: 266.11.17 - Release Date: 25.05.2005 From owner-freebsd-stable@FreeBSD.ORG Sun May 29 12:48:15 2005 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 C874816A41C for ; Sun, 29 May 2005 12:48:15 +0000 (GMT) (envelope-from dd@freebsd.org) Received: from charade.trit.org (charade.trit.org [65.19.139.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A9B843D1D for ; Sun, 29 May 2005 12:48:15 +0000 (GMT) (envelope-from dd@freebsd.org) Received: by charade.trit.org (Postfix, from userid 408) id 6202F1AF46B; Sun, 29 May 2005 12:48:15 +0000 (UTC) Received: from harpoon.trit.org (ica.trit.net [69.107.245.242]) by charade.trit.org (Postfix) with ESMTP id 6898F1AF443; Sun, 29 May 2005 12:48:13 +0000 (UTC) Received: from harpoon.trit.org (localhost [127.0.0.1]) by harpoon.trit.org (8.13.3/8.13.3) with ESMTP id j4TCmB5A015648; Sun, 29 May 2005 12:48:12 GMT (envelope-from dd@freebsd.org) Received: (from dima@localhost) by harpoon.trit.org (8.13.3/8.13.3/Submit) id j4TCmBWt015647; Sun, 29 May 2005 12:48:11 GMT (envelope-from dd@freebsd.org) X-Authentication-Warning: harpoon.trit.org: dima set sender to dd@freebsd.org using -f Date: Sun, 29 May 2005 12:48:11 +0000 From: Dima Dorfman To: Michael Grant Message-ID: <20050529124810.GA15618@trit.org> References: <20050527155143.GC57111@grant.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wRRV7LY7NUeQGEoC" Content-Disposition: inline In-Reply-To: <20050527155143.GC57111@grant.org> X-PGP-Key: 69FAE582 (http://www.trit.org/~dima/dima.asc) X-PGP-Fingerprint: B340 8338 7DA3 4D61 7632 098E 0730 055B 69FA E582 User-Agent: Mutt/1.5.9i X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on charade.trit.org X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=FORGED_RCVD_HELO autolearn=disabled version=3.0.1 Cc: freebsd-stable@freebsd.org Subject: Re: mdconfig 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, 29 May 2005 12:48:15 -0000 --wRRV7LY7NUeQGEoC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Michael Grant wrote: > # mdconfig -l -u md0 > md0 vnode 23503425 KBytes -current has support for showing the file name: # mdconfig -lu0 md0 vnode 3.0M /home/dima/test I don't know when this will be MFC'd. > Furthermore, could we have that info when we run mount (with no args) > and df? Or might that break something that depends on their output? The file name used for the disk is not a property of the file system, so it would be inappropriate to show it in mount. It will point to md0, however, and mdconfig can tell you how it's backed. --wRRV7LY7NUeQGEoC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- iD8DBQFCmboKBzAFW2n65YIRAsxgAJ92/8pp6BZQKaODd9eta+7ft5Qr8ACfQgGq yHka45y1YJPYLXQiY8csIfQ= =upy+ -----END PGP SIGNATURE----- --wRRV7LY7NUeQGEoC-- From owner-freebsd-stable@FreeBSD.ORG Sun May 29 17:53:54 2005 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 C972B16A41C for ; Sun, 29 May 2005 17:53:54 +0000 (GMT) (envelope-from dmagda@ee.ryerson.ca) Received: from tomts10-srv.bellnexxia.net (tomts10.bellnexxia.net [209.226.175.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D41443D1F for ; Sun, 29 May 2005 17:53:53 +0000 (GMT) (envelope-from dmagda@ee.ryerson.ca) Received: from [192.168.1.133] ([67.70.120.209]) by tomts10-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20050529175351.ZNH26102.tomts10-srv.bellnexxia.net@[192.168.1.133]> for ; Sun, 29 May 2005 13:53:51 -0400 In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v622) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <739ad9e78b9eac1b650a1ab9ac6877af@ee.ryerson.ca> Content-Transfer-Encoding: 7bit From: David Magda Date: Sun, 29 May 2005 13:53:49 -0400 To: stable@freebsd.org X-Mailer: Apple Mail (2.622) Cc: Subject: Re: Why Move . . . 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: Sun, 29 May 2005 17:53:54 -0000 On May 28, 2005, at 15:56, Claus Guttesen wrote: > whatever. The ports-collection will take care of dependencies. > Upgrading is done by portupgrade zsh for instance. Just a small hint: personally I tend to always use the "-b" option to create a backup copy of the previous version (usually saved in /var/tmp). This way if your testing (!) didn't catch some issues you can go back to the exact (more or less) environment you had before the upgrade. After a little while you can then delete the backed up version to reclaim space and keep things tidy. From owner-freebsd-stable@FreeBSD.ORG Sun May 29 18:09:54 2005 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 A155616A41C for ; Sun, 29 May 2005 18:09:54 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from viefep14-int.chello.at (viefep14-int.chello.at [213.46.255.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id C438543D1F for ; Sun, 29 May 2005 18:09:53 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from [80.98.207.149] by viefep14-int.chello.at (InterMail vM.6.01.04.04 201-2131-118-104-20050224) with ESMTP id <20050529180951.XZNL7053.viefep14-int.chello.at@[80.98.207.149]>; Sun, 29 May 2005 20:09:51 +0200 Message-ID: <429A056D.6040100@t-hosting.hu> Date: Sun, 29 May 2005 20:09:49 +0200 From: =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <4298A622.3020100@t-hosting.hu> <20050528174949.GA48170@xor.obsecurity.org> <4298DA78.3020504@t-hosting.hu> <20050528213145.GA68641@xor.obsecurity.org> In-Reply-To: <20050528213145.GA68641@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: Abort rap from cron 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, 29 May 2005 18:09:54 -0000 No, I don't have anything in syslog, but I've relaized, when I run make, these errors happen more often. You mentioned, there this is a common problem on SMP systems when one start more processes simultaneously, but it is a single processor system. Might this error also exist on single processor systems? Gábor >OK, some binary is probably calling abort() explicitly then. You >should have a record in your syslog. > >Kris > > From owner-freebsd-stable@FreeBSD.ORG Sun May 29 18:18:51 2005 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 26E7F16A41C for ; Sun, 29 May 2005 18:18:51 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id C644F43D48 for ; Sun, 29 May 2005 18:18:50 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2D48A52620; Sun, 29 May 2005 11:18:50 -0700 (PDT) Date: Sun, 29 May 2005 11:18:50 -0700 From: Kris Kennaway To: K?vesd?n G?bor Message-ID: <20050529181849.GA13728@xor.obsecurity.org> References: <4298A622.3020100@t-hosting.hu> <20050528174949.GA48170@xor.obsecurity.org> <4298DA78.3020504@t-hosting.hu> <20050528213145.GA68641@xor.obsecurity.org> <429A056D.6040100@t-hosting.hu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="azLHFNyN32YCQGCU" Content-Disposition: inline In-Reply-To: <429A056D.6040100@t-hosting.hu> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Abort rap from cron 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, 29 May 2005 18:18:51 -0000 --azLHFNyN32YCQGCU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, May 29, 2005 at 08:09:49PM +0200, K?vesd?n G?bor wrote: > No, I don't have anything in syslog, but I've relaized, when I run make,= =20 > these errors happen more often. You mentioned, there this is a common=20 > problem on SMP systems when one start more processes simultaneously, but= =20 > it is a single processor system. Might this error also exist on single=20 > processor systems? I've not seen it, but you could try updating to 5.4 and using the tunable I mentioned to see if it goes away. Kris --azLHFNyN32YCQGCU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCmgeJWry0BWjoQKURAkp3AJ9J9KMGXIemCLbqitfWXvN/9WuHdQCeMA6C gvbSKP60/BKMUhaQxT8Q2YI= =4RTm -----END PGP SIGNATURE----- --azLHFNyN32YCQGCU-- From owner-freebsd-stable@FreeBSD.ORG Sun May 29 18:42:02 2005 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 BDAB916A41C for ; Sun, 29 May 2005 18:42:02 +0000 (GMT) (envelope-from takeda@takeda.tk) Received: from chinatsu.takeda.tk (node-402413e2.sna.onnet.us.uu.net [64.36.19.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D25D43D49 for ; Sun, 29 May 2005 18:41:58 +0000 (GMT) (envelope-from takeda@takeda.tk) Received: from takeda.lan (takeda.lan [10.0.0.3]) (authenticated bits=0) by chinatsu.takeda.tk (8.13.3/8.13.1) with ESMTP id j4TIfvah039288 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO) for ; Sun, 29 May 2005 11:41:57 -0700 (PDT) (envelope-from takeda@takeda.tk) Date: Sun, 29 May 2005 11:29:56 -0700 From: =?ISO-8859-2?Q?Derek_Kuli=F1ski?= X-Priority: 3 (Normal) Message-ID: <8910581751.20050529112956@takeda.tk> To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV 0.85.1/898/Fri May 27 22:11:03 2005 on chinatsu.takeda.tk X-Virus-Status: Clean Subject: stack backtrace 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, 29 May 2005 18:42:02 -0000 Hello, Today I noticed following message in the log: > KDB: stack backtrace: > kdb_backtrace(c07163b8,2,c661994c,0,22) at kdb_backtrace+0x2e > getdirtybuf(d109ebac,0,1,c661994c,1) at getdirtybuf+0x2b > flush_deplist(c282f4cc,1,d109ebd4,d109ebd8,0) at flush_deplist+0x57 > flush_inodedep_deps(c15ba800,22a8a,c2760a7c,d109ec34,c04f7f87) at flush_inodedep_deps+0x9e > softdep_sync_metadata(d109eca4,c2760a50,50,c06ea8f0,0) at softdep_sync_metadata+0x9d > ffs_fsync(d109eca4,0,0,0,0) at ffs_fsync+0x4b2 > fsync(c17ba000,d109ed14,4,d109ed3c,c0515916) at fsync+0x1a1 > syscall(c069002f,2f,2f,81522b0,81522b0) at syscall+0x370 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (95, FreeBSD ELF32, fsync), eip = 0x28143dcf, esp = 0xbfbfd34c, ebp = 0xbfbfd358 --- > KDB: stack backtrace: > kdb_backtrace(c07163b8,2,c6683118,0,22) at kdb_backtrace+0x2e > getdirtybuf(d1098bac,0,1,c6683118,1) at getdirtybuf+0x2b > flush_deplist(c282facc,1,d1098bd4,d1098bd8,0) at flush_deplist+0x57 > flush_inodedep_deps(c15ba800,1e9a4,c24cc974,d1098c34,c04f7f87) at flush_inodedep_deps+0x9e > softdep_sync_metadata(d1098ca4,c24cc948,50,c06ea8f0,0) at softdep_sync_metadata+0x9d > ffs_fsync(d1098ca4,0,0,0,0) at ffs_fsync+0x4b2 > fsync(c17b9c00,d1098d14,4,c17b9c00,7) at fsync+0x1a1 > syscall(2f,2f,bfbf002f,8111fe0,0) at syscall+0x370 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (95, FreeBSD ELF32, fsync), eip = 0x282dfdcf, esp = 0xbfbf9a8c, ebp = 0xbfbfb468 --- System didn't seem to crash, what does it mean? The OS is FreeBSD 5.4-RELEASE, it was compiled using: CPUTYPE?=i686 COPTFLAGS= -O -pipe -- Best regards, Derek mailto:takeda@takeda.tk CCNA, SCSA, SCNA, LPIC, MCP certified http://www.takeda.tk The use of COBOL cripples the mind; its teaching should, therefore, be regarded as a criminal offence. -- Edsgar W. Dijkstra From owner-freebsd-stable@FreeBSD.ORG Sun May 29 21:10:38 2005 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 F034B16A46A for ; Sun, 29 May 2005 21:10:36 +0000 (GMT) (envelope-from imobachgs@banot.net) Received: from smtp.banot.net (95.Red-80-36-245.pooles.rima-tde.net [80.36.245.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C00C43D7D for ; Sun, 29 May 2005 21:10:26 +0000 (GMT) (envelope-from imobachgs@banot.net) Received: by smtp.banot.net (Postfix, from userid 81) id 5237B252561; Sun, 29 May 2005 22:10:24 +0100 (WEST) Received: from 192.168.1.42 ([192.168.1.42]) by mail.banot.net (Horde) with HTTP for ; Sun, 29 May 2005 22:10:24 +0100 Message-ID: <20050529221024.4fu2p4yjusk04k0g@mail.banot.net> Date: Sun, 29 May 2005 22:10:24 +0100 From: Imobach =?utf-8?b?R29uesOhbGV6?= Sosa To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.0.2) Subject: Poor network performance: a lot of timeouts 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, 29 May 2005 21:10:41 -0000 Hi all, Ok, I'm new to FreeBSD (for second time :)) and I'm getting an strange behaviour. I don't know if you could help me, but I've to try. I've read th= e handbook, manpages and search google for a while, but I don't know how to solve it. I have some machines in my network, connected to Internet with and ADSL lin= e. All those machines have GNU/Linux systems (and a laptop with Windows). I've installed FreeBSD recently (5.4) on my desktop machine and it performs badl= y in the net. I'll explain: I've got a lot of timeouts using fetch, firefox, links, ftp..= . etc. I thought that could be a hardware problem, but I connected this box a= nd my laptop to a hub and, using ethereal (on the laptop), I looked the traffi= c searching for troubles. And that's what I saw: sometimes, my FreeBSD box sends a package and receiv= e no answer. Then, it have to wait for timeout and try again... and again... Sometimes the other peer finally answer, and sometimes not. DNS, HTTP, FTP.= .. nothing seems to work properly. Pretty amazing, huh? Any idea? Something I must know about bsd's TCP/IP? I'= m gonna cry... :( Thank you all in advance. -- EuropeSwPatentFree (o_.' Imobach Gonz=C3=A1lez Sosa imobachgs en banot.net //\c{} osoh en jabber.org Usuario Linux #201634 V__)_ http://www.banot.net/~osoh/ From owner-freebsd-stable@FreeBSD.ORG Sun May 29 21:27:06 2005 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 D0A2E16A41C for ; Sun, 29 May 2005 21:27:06 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 816FC43D1D for ; Sun, 29 May 2005 21:27:06 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C4AB6513E4; Sun, 29 May 2005 14:27:05 -0700 (PDT) Date: Sun, 29 May 2005 14:27:05 -0700 From: Kris Kennaway To: Imobach Gonz??lez Sosa Message-ID: <20050529212705.GA64753@xor.obsecurity.org> References: <20050529221024.4fu2p4yjusk04k0g@mail.banot.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="liOOAslEiF7prFVr" Content-Disposition: inline In-Reply-To: <20050529221024.4fu2p4yjusk04k0g@mail.banot.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Poor network performance: a lot of timeouts 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, 29 May 2005 21:27:06 -0000 --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, May 29, 2005 at 10:10:24PM +0100, Imobach Gonz??lez Sosa wrote: > Hi all, >=20 > Ok, I'm new to FreeBSD (for second time :)) and I'm getting an strange > behaviour. I don't know if you could help me, but I've to try. I've read = the > handbook, manpages and search google for a while, but I don't know how to > solve it. >=20 > I have some machines in my network, connected to Internet with and ADSL l= ine. > All those machines have GNU/Linux systems (and a laptop with Windows). I'= ve > installed FreeBSD recently (5.4) on my desktop machine and it performs ba= dly > in the net. >=20 > I'll explain: I've got a lot of timeouts using fetch, firefox, links, ftp= ... > etc. I thought that could be a hardware problem, but I connected this box= and > my laptop to a hub and, using ethereal (on the laptop), I looked the traf= fic > searching for troubles. >=20 > And that's what I saw: sometimes, my FreeBSD box sends a package and rece= ive > no answer. Then, it have to wait for timeout and try again... and again... > Sometimes the other peer finally answer, and sometimes not. DNS, HTTP, FT= P... > nothing seems to work properly. >=20 > Pretty amazing, huh? Any idea? Something I must know about bsd's TCP/IP? = I'm > gonna cry... :( This kind of thing is often caused by duplex mismatch on your NIC. Kris --liOOAslEiF7prFVr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCmjOpWry0BWjoQKURAhMCAJ9BYGgOu0fVxsWYkM66ie/VyaxFQgCePz86 oLS6gOnyt5lpYHpsCZT24og= =ZSRH -----END PGP SIGNATURE----- --liOOAslEiF7prFVr-- From owner-freebsd-stable@FreeBSD.ORG Sun May 29 21:48:47 2005 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 B951416A41C for ; Sun, 29 May 2005 21:48:47 +0000 (GMT) (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 7E24543D1D for ; Sun, 29 May 2005 21:48:47 +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 j4TLmk7f031619; Sun, 29 May 2005 14:48:46 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j4TLmkoj031618; Sun, 29 May 2005 14:48:46 -0700 Date: Sun, 29 May 2005 14:48:46 -0700 From: Brooks Davis To: Boris Samorodov Message-ID: <20050529214846.GA28653@odin.ac.hmc.edu> References: <20554958@srv.sem.ipt.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mYCpIKhGyMATD0i+" Content-Disposition: inline In-Reply-To: <20554958@srv.sem.ipt.ru> 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 Subject: Re: minor change to /etc/rc.d/var 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, 29 May 2005 21:48:47 -0000 --mYCpIKhGyMATD0i+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, May 29, 2005 at 01:24:01AM +0400, Boris Samorodov wrote: > Hi! >=20 >=20 > What do you think in minor change to /etc/rc.d/var: >=20 Content-Description: patch to /etc/rc.d/var > --- var.orig Sun May 29 01:05:47 2005 > +++ var Sun May 29 01:06:12 2005 > @@ -28,7 +28,7 @@ > # > =20 > # PROVIDE: var > -# REQUIRE: mountcritlocal > +# REQUIRE: mountcritremote > =20 > . /etc/rc.subr > =20 >=20 > If there are no NFS mountpoints at /etc/fstab, both variants are > equal. But if there are some and the host (which is booting) is a > diskless station, the change is critical. I was success in booting the > diskless station (from server with FreeBSD-5.4-RELEASE-p1) only after > applying this patch. >=20 > I do have at rc.conf.local: > ----- > varmfs=3D"YES" = =20 > populate_var=3D"YES" = =20 > ----- >=20 > But the diskless station didn't boot. It stopped booting with multiple > errors, which showed that /var was not mounted. Only the patch did the > right thing. /var should be mounted before NFS mounts are done if at all possible because it is where current mounts are recorded. There are changes in -current to remove all the /usr requirements except for mtree and to try to mount /usr if mtree is not yet available. A merge should happen before 5.5. -- 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 --mYCpIKhGyMATD0i+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCmji9XY6L6fI4GtQRAkqxAJ9568YJFQmM8G7kTf/W97JjcNU0aACgpAft hcViKMZV/mhaw3VECZ9zEmo= =X7WH -----END PGP SIGNATURE----- --mYCpIKhGyMATD0i+-- From owner-freebsd-stable@FreeBSD.ORG Mon May 30 01:47:25 2005 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 467BB16A41C; Mon, 30 May 2005 01:47:25 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22B0043D1D; Mon, 30 May 2005 01:47:21 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=ganbold.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.43 (FreeBSD)) id 1DcZbz-000Dsn-Ho; Mon, 30 May 2005 11:02:39 +0900 Message-Id: <6.2.1.2.2.20050530103618.03216770@202.179.0.80> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Mon, 30 May 2005 10:46:53 +0900 To: freebsd-stable@FreeBSD.org From: Ganbold Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-isp@freebsd.org, freebsd-hackers@freebsd.org, rwatson@freebsd.org, freebsd-questions@freebsd.org, freebsd-users@freebsd.org Subject: TFTP server problem 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, 30 May 2005 01:47:25 -0000 Hi Robert and all, I'm really sorry for my cross posting, I posted my problem a year ago and I'm still having trouble with tftp server. I switched to Windows tftp server like 3Com 3C daemon for a while and now I want to use tftp server on FreeBSD. I'm using FreeBSD 5.4-STABLE and I tested default tftp server in inetd.conf with options -s and -l. tftp dgram udp wait root /usr/libexec/tftpd tftpd -s /tftpboot -l Tftp server hangs after some time (6-7 hours or less) and it seems like entire tftp server stops responding because audio files stopped playing. I would like to use tftp server for IVR with Cisco. I didn't try to use second client while it was not responding. What flags do you recommend in inetd.conf? How to debug tftpd? Is there any other tftp server which is good for IVR? tia, Ganbold From owner-freebsd-stable@FreeBSD.ORG Mon May 30 03:32:03 2005 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 1B8D816A41C for ; Mon, 30 May 2005 03:32:03 +0000 (GMT) (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 A414643D1F for ; Mon, 30 May 2005 03:32:02 +0000 (GMT) (envelope-from benlutz@datacomm.ch) Received: from localhost (localhost [127.0.0.1]) by maxlor.mine.nu (Postfix) with ESMTP id C8FA8286 for ; Mon, 30 May 2005 05:31:53 +0200 (CEST) Received: from maxlor.mine.nu ([127.0.0.1]) by localhost (midgard [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 55219-10 for ; Mon, 30 May 2005 05:31:53 +0200 (CEST) Received: from [10.0.0.23] (mini.intranet [10.0.0.23]) by maxlor.mine.nu (Postfix) with ESMTP id ED3254E for ; Mon, 30 May 2005 05:31:52 +0200 (CEST) Message-ID: <429A892C.6060006@datacomm.ch> Date: Mon, 30 May 2005 05:31:56 +0200 From: Benjamin Lutz User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.90.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigAFC1F4D259B2AB05EDC8ED26" X-Virus-Scanned: by amavisd-new at maxlor.mine.nu Subject: libpthread problem (segfaults) 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, 30 May 2005 03:32:03 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigAFC1F4D259B2AB05EDC8ED26 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hello, I've run into an issue that has me stumped. Anything that I link against libpthread on my FreeBSD-5.4-RELEASE/i386 installation will segfault as soon as it tries making use of the threads. For example: $ kedit zsh: segmentation fault (core dumped) kedit $ gdb `which kedit` -c kedit.core [...] (gdb) backtrace #0 0x29524ac7 in __error () from /usr/lib/libpthread.so.1 #1 0x2951755f in _pthread_mutex_trylock () from /usr/lib/libpthread.so.1 #2 0x29518aca in pthread_mutex_lock () from /usr/lib/libpthread.so.1 #3 0x290cc580 in QRealMutexPrivate::lock () from /usr/X11R6/lib/libqt-mt.so.3 #4 0x290cc8b4 in QMutex::lock () from /usr/X11R6/lib/libqt-mt.so.3 #5 0x28e1a4b9 in insert_tree () from /usr/X11R6/lib/libqt-mt.so.3 #6 0x28e1a618 in QObject::QObject () from /usr/X11R6/lib/libqt-mt.so.3 #7 0x28de4514 in QGuardedPtrPrivate::QGuardedPtrPrivate () from /usr/X11R6/lib/libqt-mt.so.3 #8 0x28d6215b in __static_initialization_and_destruction_0 () from /usr/X11R6/lib/libqt-mt.so.3 #9 0x28d6220a in global constructors keyed to qt_xdnd_enter () from /usr/X11R6/lib/libqt-mt.so.3 #10 0x291b9122 in __do_global_ctors_aux () from /usr/X11R6/lib/libqt-mt.so.3 #11 0x28d1417a in _init () from /usr/X11R6/lib/libqt-mt.so.3 #12 0x2804fb91 in find_symdef () from /libexec/ld-elf.so.1 #13 0x2804e77c in _rtld () from /libexec/ld-elf.so.1 #14 0x2804d9f6 in .rtld_start () from /libexec/ld-elf.so.1 (gdb) This behaviour started appearing after the installation of FreeBSD-5.4-RELEASE. I've rebuilt libpthread and qt (I've used qt's own uic program as a test, it's affected by this problem too), removed any contents of libmap.conf, and there's nothing special in make.conf, the problem persists though. Also, only programs/libraries that I compiled after the installation of FreeBSD-5.4 are affected. Programs that have been compiled under FreeBSD-5.3 run just fine. Can you give me any pointers as to what exactly is broken on my system, and where I should start with fixing things? Thanks Benjamin --------------enigAFC1F4D259B2AB05EDC8ED26 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.1 (Darwin) iD8DBQFCmokvgShs4qbRdeQRAq+CAJwIgpAxEtJl5MEB0B8eGw0K+AknUQCfaZCR 6wt3e1nnFZiy9ueos5ffdyU= =MtAL -----END PGP SIGNATURE----- --------------enigAFC1F4D259B2AB05EDC8ED26-- From owner-freebsd-stable@FreeBSD.ORG Mon May 30 05:49:43 2005 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 2BF9E16A41C for ; Mon, 30 May 2005 05:49:43 +0000 (GMT) (envelope-from smartweb@leadhill.net) Received: from natco3.natcotech.com (natco3.natcotech.com [205.167.142.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id C094743D1F for ; Mon, 30 May 2005 05:49:42 +0000 (GMT) (envelope-from smartweb@leadhill.net) Received: from ibm.nlcc.us (ldhl-ras1-dial-12-28-24-127.natcotech.com [12.28.24.127]) by natco3.natcotech.com (Postfix) with ESMTP id 478BC62DC7 for ; Mon, 30 May 2005 00:49:41 -0500 (CDT) Received: (qmail 49395 invoked by uid 89); 30 May 2005 05:49:40 -0000 Received: from unknown (HELO ?192.168.0.2?) (billy@192.168.0.2) by ibm.nlcc.us with SMTP; 30 May 2005 05:49:40 -0000 Message-ID: <429AA973.1090602@leadhill.net> Date: Mon, 30 May 2005 00:49:39 -0500 From: Billy Newsom User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <007f01c561b0$ff758f40$cbc1a10a@Curs3> <42962E7D.6080609@leadhill.net> In-Reply-To: <42962E7D.6080609@leadhill.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: 5-Stable (5.4) any ipnat changes? 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, 30 May 2005 05:49:43 -0000 Billy Newsom wrote: > Okay, I'm going to dig up someone who might be responsible or might be > able to fix it. Two strikes while doing the same upgrade... While I'm > thinking about it, would you see if it happens on the next reboot? I > haven't tried, because my system is a firewall that I need to keep up > most of the time (I'm behind it right now), but I will definitely see if > it happens again soon. > > I am going to check some cvs checkins in the last three months or so and > see if I can track down a change. > > As for the custom kernel, I wonder if we both need to post the details > of our custom kernel to this list for others to see? I wonder if the > problem is only with certain kernel switches. I am attaching my kernel > (with no comments) to this email. Let me know if it's easier to read > with the comments in it, because a lot of the generic kernel fluff has > been removed for sake of speed. > (Replying to self) Well, I filed a PR for this at http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/81606 So if anyone wants to follow it, watch that. I looked at the changes to ipnat, (like ip_nat.c) and found that Darren Reed and Robert Watson seem have put in some changes to the ipfilter code to bring it up to the current release used in Solaris (4.1.8 from 3.4.35 I believe). They had it tested in HEAD (6-current) it looks like, and they just merged it into the STABLE branch in March. Not being familiar with it, I don't see immediately what could have made ipnat not start on boot. http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/contrib/ipfilter/netinet/ Most changes to STABLE on Mar. 15. Or perhaps something in the rc, rcng, etc. could have done this. ipnat may have slipped through somehow and not gotten started. I just rebooted the machine that had the problem, and so far ipnat was automatically loaded and is running fine. Could this only be a problem on the first reboot or something? Or is it an intermittent problem? Since others have reported having the same problem, can anyone confirm what happens on the subsequent boots? I have ipv6 disabled on my system... Is that a prerequisite? I have had it disabled for a long time with no problems, and of course, ipnat runs fine. I know Darren made some changes to get ipv6 to run recently, but would that be it? Billy From owner-freebsd-stable@FreeBSD.ORG Mon May 30 06:40:47 2005 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 F2F0416A41C for ; Mon, 30 May 2005 06:40:46 +0000 (GMT) (envelope-from loox@e-shell.net) Received: from sophia3.e-shell.net (sophia3.e-shell.net [64.246.46.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD52043D1F for ; Mon, 30 May 2005 06:40:46 +0000 (GMT) (envelope-from loox@e-shell.net) Received: from dsl-201-137-128-215.prod-infinitum.com.mx (unknown [201.137.128.215]) by sophia3.e-shell.net (Postfix) with ESMTP id 0134C656826 for ; Mon, 30 May 2005 01:40:45 -0500 (CDT) From: Axel Gonzalez To: freebsd-stable@freebsd.org Date: Mon, 30 May 2005 01:40:43 -0500 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200505300140.43646.loox@e-shell.net> Subject: DVD only gets udma2 (udma4 capable) 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, 30 May 2005 06:40:47 -0000 Im getting problems to get the DVD burner in udma4 mode. It says: ata1-master: DMA limited to UDMA33, non-ATA66 cable or device This is wrong, the device is udma4 capable. The problem seems to be in the detection of the cable type, it detects it as 40-pin, while its a 80-pin one. (dmsg is at the end) * The DVD is secondary master, with no other devices on the cable * THe bios detects it correctly, on boot screen it says udma66 * When booting in w*n, it says udma66 * I have another hard drive udma100 on same system, so I inverted (identical) cables, and the HD is still at udma100, this to discard any cable problems. Its important to get udma66 working, in order to achive maximum burning speed for the drive. So i'm out of ideas here, and any help would be apretiated. Thanks in advance :) Here is the (relevant) parts of dmesg: (snip) atapci0: port 0xb800-0xb8ff,0xb400-0xb40f,0xb000-0 xb003,0xac00-0xac07,0xa800-0xa803,0xa400-0xa407 irq 20 at device 15.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xb400 atapci0: [MPSAFE] ata2: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0xa400 atapci0: Reserved 0x4 bytes for rid 0x14 type 4 at 0xa800 ata2: reset tp1 mask=03 ostat0=50 ostat1=7f ata2-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata2-slave: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-slave: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-slave: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-slave: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-slave: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-slave: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-slave: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-slave: stat=0x7f err=0xff lsb=0xff msb=0xff ata2: reset tp2 stat0=50 stat1=ff devices=0x1 ata2: [MPSAFE] ata3: channel #1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0xac00 atapci0: Reserved 0x4 bytes for rid 0x1c type 4 at 0xb000 ata3: reset tp1 mask=03 ostat0=7f ostat1=7f ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-slave: stat=0x7f err=0xff lsb=0xff msb=0xff ata3: reset tp2 stat0=ff stat1=ff devices=0x0 ata3: [MPSAFE] atapci1: port 0xbc00-0xbc0f,0x376,0x170-0x177,0x3f 6,0x1f0-0x1f7 at device 15.1 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xbc00 ata0: channel #0 on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci1: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ata0: [MPSAFE] ata1: channel #1 on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci1: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=00 ata1-master: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata1-slave: stat=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ata1: [MPSAFE] (snip) ata0-master: pio=0x0c wdma=0x22 udma=0x45 cable=80pin ata0-master: setting PIO4 on VIA 8237 chip ata0-master: setting UDMA100 on VIA 8237 chip ad0: ATA-6 disk at ata0-master ad0: 57241MB (117231408 sectors), 116301 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA100 ar: FreeBSD check1 failed ata1-master: pio=0x0c wdma=0x22 udma=0x44 cable=40pin ata1-master: setting PIO4 on VIA 8237 chip ata1-master: DMA limited to UDMA33, non-ATA66 cable or device ata1-master: setting UDMA33 on VIA 8237 chip acd0: DVDR drive at ata1 as master acd0: read 8268KB/s (8268KB/s) write 8268KB/s (8268KB/s), 2048KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: CDR, CDRW, DVDR, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: CD-ROM 120mm data disc ata2-master: pio=0x0c wdma=0x22 udma=0x46 cable=40pin ad4: ATA-7 disk at ata2-master ad4: 78167MB (160086528 sectors), 158816 C, 16 H, 63 S, 512 B ad4: 16 secs/int, 1 depth queue, SATA150 From owner-freebsd-stable@FreeBSD.ORG Mon May 30 08:13:11 2005 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 1EB3A16A41C for ; Mon, 30 May 2005 08:13:11 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam.ru (gw.ipt.ru [80.253.10.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD6A743D48 for ; Mon, 30 May 2005 08:13:10 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam by bsam.ru with local (Exim 4.30; FreeBSD) id 1DcfPZ-0001tc-NF; Mon, 30 May 2005 12:14:13 +0400 To: Brooks Davis References: <20554958@srv.sem.ipt.ru> <20050529214846.GA28653@odin.ac.hmc.edu> From: Boris Samorodov Date: Mon, 30 May 2005 12:14:13 +0400 In-Reply-To: <20050529214846.GA28653@odin.ac.hmc.edu> (Brooks Davis's message of "Sun, 29 May 2005 14:48:46 -0700") Message-ID: <31254906@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: "Boris B. Samorodov" Cc: freebsd-stable@freebsd.org Subject: Re: minor change to /etc/rc.d/var 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, 30 May 2005 08:13:11 -0000 On Sun, 29 May 2005 14:48:46 -0700 Brooks Davis wrote: > /var should be mounted before NFS mounts are done if at all possible > because it is where current mounts are recorded. There are changes in > -current to remove all the /usr requirements except for mtree and to > try to mount /usr if mtree is not yet available. A merge should happen > before 5.5. Great! Thank you for information. WBR -- bsam From owner-freebsd-stable@FreeBSD.ORG Mon May 30 10:03:32 2005 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 BAE6E16A41C for ; Mon, 30 May 2005 10:03:32 +0000 (GMT) (envelope-from imobachgs@banot.net) Received: from smtp.banot.net (95.Red-80-36-245.pooles.rima-tde.net [80.36.245.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B2B343D1F for ; Mon, 30 May 2005 10:03:31 +0000 (GMT) (envelope-from imobachgs@banot.net) Received: from [192.168.1.40] (unknown [192.168.1.40]) by smtp.banot.net (Postfix) with ESMTP id A3B7A24E712 for ; Mon, 30 May 2005 11:03:29 +0100 (WEST) From: Imobach =?ISO-8859-1?Q?Gonz=E1lez?= Sosa To: freebsd-stable@freebsd.org In-Reply-To: <20050529212705.GA64753@xor.obsecurity.org> References: <20050529221024.4fu2p4yjusk04k0g@mail.banot.net> <20050529212705.GA64753@xor.obsecurity.org> Content-Type: text/plain; charset=utf-8 Date: Mon, 30 May 2005 11:03:20 +0100 Message-Id: <1117447400.5384.4.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 Content-Transfer-Encoding: 8bit Subject: Re: Poor network performance: a lot of timeouts 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, 30 May 2005 10:03:32 -0000 El dom, 29-05-2005 a las 14:27 -0700, Kris Kennaway escribió: > > This kind of thing is often caused by duplex mismatch on your NIC. Ok, I've been playing around with media options (10/100, full and half duplex) but it didn't work. I suppose that I'll try to get a better NIC from one of my friends to try again :P Thank you Kris. -- EuropeSwPatentFree (o_.' Imobach González Sosa imobachgs en banot.net //\c{} osoh en jabber.org Usuario Linux #201634 V__)_ http://www.banot.net/~osoh/ From owner-freebsd-stable@FreeBSD.ORG Mon May 30 10:06:01 2005 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 9A84116A41C; Mon, 30 May 2005 10:06:01 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4588C43D4C; Mon, 30 May 2005 10:06:00 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id C8C6F1F160; Mon, 30 May 2005 12:05:59 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id 996226563; Mon, 30 May 2005 12:05:59 +0200 (CEST) Date: Mon, 30 May 2005 12:05:59 +0200 From: Marc Olzheim To: Robert Watson Message-ID: <20050530100559.GA52267@stack.nl> References: <20050503150014.GG17096@stack.nl> <20050510131005.GA4083@stack.nl> <20050527124531.U727@fledge.watson.org> <20050527134441.GA94234@stack.nl> <20050527145757.GD94234@stack.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050527145757.GD94234@stack.nl> X-Operating-System: FreeBSD hammer.stack.nl 5.4-STABLE FreeBSD 5.4-STABLE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.9i Cc: Marc Olzheim , freebsd-stable@freebsd.org, bug-followup@FreeBSD.org Subject: Re: kern/78824: race condition close()ing and read()ing the same socketpair on SMP. 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, 30 May 2005 10:06:01 -0000 On Fri, May 27, 2005 at 04:57:57PM +0200, Marc Olzheim wrote: > > Could you try the attached patch and see if it helps matters? This is > > a slight shot in the dark but closes at least two races in the > > transition of socket state with respect to socket buffer state. > > Yes! This fixes it, on the tag=RELENG_5 date=2005.03.03.00.00.00 kernel. > > I'll try and see if it works on a recent RELENG_5 kernel as well, later. On today's RELENG_5 it works ok too, as far as I can check. :-) Marc From owner-freebsd-stable@FreeBSD.ORG Mon May 30 10:21:13 2005 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 158AE16A41C; Mon, 30 May 2005 10:21:12 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id A27BC43D4C; Mon, 30 May 2005 10:21:12 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id F0F4946B13; Mon, 30 May 2005 06:21:11 -0400 (EDT) Date: Mon, 30 May 2005 11:21:37 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Marc Olzheim In-Reply-To: <20050530100559.GA52267@stack.nl> Message-ID: <20050530112102.L52379@fledge.watson.org> References: <20050503150014.GG17096@stack.nl> <20050510131005.GA4083@stack.nl> <20050527124531.U727@fledge.watson.org> <20050527134441.GA94234@stack.nl> <20050527145757.GD94234@stack.nl> <20050530100559.GA52267@stack.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, bug-followup@FreeBSD.org Subject: Re: kern/78824: race condition close()ing and read()ing the same socketpair on SMP. 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, 30 May 2005 10:21:13 -0000 On Mon, 30 May 2005, Marc Olzheim wrote: > On Fri, May 27, 2005 at 04:57:57PM +0200, Marc Olzheim wrote: >>> Could you try the attached patch and see if it helps matters? This is >>> a slight shot in the dark but closes at least two races in the >>> transition of socket state with respect to socket buffer state. >> >> Yes! This fixes it, on the tag=RELENG_5 date=2005.03.03.00.00.00 kernel. >> >> I'll try and see if it works on a recent RELENG_5 kernel as well, later. > > On today's RELENG_5 it works ok too, as far as I can check. :-) Great. I'll MFC this in a week or so assuming that there are no reports of problems with the patch in HEAD. Thanks for the clear and concise bug report, and sorry about taking so long to get this fixed! Robert N M Watson From owner-freebsd-stable@FreeBSD.ORG Mon May 30 10:22:58 2005 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 8302316A41C; Mon, 30 May 2005 10:22:58 +0000 (GMT) (envelope-from msergeant@snsonline.net) Received: from xyzzy.snsonline.net (icarus.snsonline.net [210.18.214.109]) by mx1.FreeBSD.org (Postfix) with ESMTP id B073C43D58; Mon, 30 May 2005 10:22:57 +0000 (GMT) (envelope-from msergeant@snsonline.net) Received: from [127.0.0.1] (localhost [127.0.0.1]) by xyzzy.local (Postfix) with ESMTP id 4D2D3114355; Mon, 30 May 2005 13:59:53 +1000 (EST) Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Mark Sergeant Date: Mon, 30 May 2005 13:59:51 +1000 To: freebsd-stable@FreeBSD.ORG X-Mailer: Apple Mail (2.730) Cc: freebsd-amd64@freebsd.org Subject: Named 9.3.1 caching problem AMD64 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, 30 May 2005 10:22:58 -0000 I've got a very unusual problem running a bind caching name server on AMD64. I've tried FreeBSD-5.4-p1 and 5.4-STABLE and nothing has helped. Named goes into a "crash" state once hit hits approx 120M of memory in use, at which point it chews 100% cpu and doesn't respond to any futher queries. If anyone has any idea on how I can fix this it would be much appreciated as it's a production system. The folliowing are the relevant config details ... system details FreeBSD zeus 5.4-STABLE FreeBSD 5.4-STABLE #0: Fri May 27 08:50:14 EST 2005 root@zeus:/usr/obj/usr/src/sys/ZEUS amd64 dmesg Copyright (c) 1992-2005 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 5.4-STABLE #0: Fri May 27 08:50:14 EST 2005 root@zeus:/usr/obj/usr/src/sys/ZEUS Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Opteron(tm) Processor 250 (2392.55-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0xf5a Stepping = 10 Features=0x78bfbff AMD Features=0xe0500800 real memory = 2146893824 (2047 MB) avail memory = 2062729216 (1967 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard netsmb_dev: loaded acpi0: on motherboard acpi0: Power Button (fixed) unknown: I/O range not supported unknown: I/O range not supported Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0x8080-0x80ff,0x8000-0x807f, 0xcf8-0xcff iomem 0xd8000-0xdbfff on acpi0 pci0: on pcib0 pcib1: at device 6.0 on pci0 pci1: on pcib1 ohci0: mem 0xfb100000-0xfb100fff irq 19 at device 0.0 on pci1 usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xfb101000-0xfb101fff irq 19 at device 0.1 on pci1 usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered pci1: at device 5.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1020-0x102f, 0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 7.3 (no driver attached) pcib2: at device 10.0 on pci0 pci2: on pcib2 bge0: mem 0xfd000000-0xfd00ffff,0xfd010000-0xfd01ffff irq 24 at device 1.0 on pci2 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:11:25:1e:1b:ec bge1: mem 0xfd020000-0xfd02ffff,0xfd030000-0xfd03ffff irq 25 at device 1.1 on pci2 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:11:25:1e:1b:ed pci0: at device 10.1 (no driver attached) pcib3: at device 11.0 on pci0 pci3: on pcib3 twe0: <3ware Storage Controller. Driver version 1.50.01.002> port 0x3000-0x300f mem 0xfd800000-0xfdffffff irq 28 at device 3.0 on pci3 twe0: 2 ports, Firmware FE8S 1.05.00.068, BIOS BE7X 1.08.00.048 pci0: at device 11.1 (no driver attached) sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console orm0: at iomem 0xcb000-0xcbfff,0xc9800-0xcafff, 0xc8000-0xc97ff,0xc0000-0xc7fff on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 device_attach: atkbd0 attach returned 6 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ukbd0: vendor 0x1267 product 0x0103, rev 1.10/1.00, addr 2, iclass 3/1 kbd0 at ukbd0 uhid0: vendor 0x1267 product 0x0103, rev 1.10/1.00, addr 2, iclass 3/1 Timecounters tick every 1.000 msec IP Filter: v3.4.35 initialized. Default = pass all, Logging = enabled acd0: CDROM at ata1-master PIO4 twed0: on twe0 twed0: 76323MB (156310528 sectors) SMP: AP CPU #1 Launched! named.conf options { directory "/etc/namedb"; pid-file "/var/run/named/pid"; dump-file "/var/dump/named_dump.db"; statistics-file "/var/stats/named.stats"; recursive-clients 2000; listen-on { 127.0.0.1; x.x.x.x; }; datasize 512M; max-cache-size 512M; }; logging { channel misc_logfile { file "/var/log/misc.log" versions 3 size 10M; severity info; print-category yes; print-severity yes; print-time yes; }; channel config_logfile { file "/var/log/config.log" versions 3 size 10M; severity info; print-category yes; print-severity yes; print-time yes; }; channel security_logfile { file "/var/log/security.log" versions 3 size 10M; severity info; print-category yes; print-severity yes; print-time yes; }; channel xfer_logfile { file "/var/log/xfer.log" versions 3 size 10M; severity info; print-category yes; print-severity yes; print-time yes; }; category default { misc_logfile; }; category config { config_logfile; }; category lame-servers { null; }; category notify { xfer_logfile; }; category queries { null; }; category security { security_logfile; }; category update { xfer_logfile; }; category xfer-in { xfer_logfile; }; category xfer-out { xfer_logfile; }; }; zone "." { type hint; file "named.root"; }; zone "0.0.127.IN-ADDR.ARPA" { type master; file "master/localhost.rev"; }; // RFC 3152 zone "1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARP A" { type master; file "master/localhost-v6.rev"; }; // RFC 1886 -- deprecated zone "1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.INT " { type master; file "master/localhost-v6.rev"; }; From owner-freebsd-stable@FreeBSD.ORG Mon May 30 11:00:58 2005 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 7E2C016A41C for ; Mon, 30 May 2005 11:00:58 +0000 (GMT) (envelope-from freebsd-current@byrnehq.com) Received: from schubert.byrnehq.com (dsl-33-12.dsl.netsource.ie [213.79.33.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA19143D48 for ; Mon, 30 May 2005 11:00:55 +0000 (GMT) (envelope-from freebsd-current@byrnehq.com) Received: from localhost (mauer.directski.com. [212.147.140.194]) by schubert.byrnehq.com (8.13.3/8.13.3) with ESMTP id j4UBxR7Y066580; Mon, 30 May 2005 11:59:28 GMT (envelope-from freebsd-current@byrnehq.com) Date: Mon, 30 May 2005 12:01:05 +0100 From: Tony Byrne Organization: ByrneHQ X-Priority: 3 (Normal) Message-ID: <1902482229.20050530120105@byrnehq.com> To: Robert Backhaus In-Reply-To: References: <1936063736.20050526220424@byrnehq.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ByrneHQ-SA-Hits: 1.455 X-Scanned-By: MIMEDefang 2.51 on 192.168.10.254 Cc: freebsd-stable@freebsd.org, Tony Byrne Subject: Re[2]: ATA Timeouts X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Tony Byrne List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 May 2005 11:00:58 -0000 Hello Robert, Saturday, May 28, 2005, 1:30:41 PM, you wrote: >> I temporarily moved the disk to a recent 5.4 desktop machine equipped >> with the same chipset and the timeouts stopped, so it appears that the >> problem is not with the disk. RB> So the problem exists on 5.S and not on 5.4-RELEASE? or is it vice versa? No. I should have said the the desktop is also a 5.S box. In fact both of the boxes have recent kernels and userlands from the stable branch (within last 7 days). Regards, Tony. -- Tony Byrne From owner-freebsd-stable@FreeBSD.ORG Mon May 30 12:28:59 2005 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 8DB6A16A41C for ; Mon, 30 May 2005 12:28:59 +0000 (GMT) (envelope-from maxicombina@gmail.com) Received: from avas-mr03.fibertel.com.ar (avas-mr03.fibertel.com.ar [24.232.0.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0040043D54 for ; Mon, 30 May 2005 12:28:58 +0000 (GMT) (envelope-from maxicombina@gmail.com) Received: from 244-153-126-200.fibertel.com.ar ([200.126.153.244]:8679 "EHLO asteria" smtp-auth: "plantalta") by avas-mr03.fibertel.com.ar with ESMTP id S262236AbVE3M24; Mon, 30 May 2005 09:28:56 -0300 X-Comment: RFC 2476 MSA function at avas-mr03.fibertel.com.ar logged sender identity as: plantalta From: Maximiliano Combina To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Mon, 30 May 2005 09:27:50 -0300 Message-Id: <1117456070.26651.6.camel@asteria> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 Content-Transfer-Encoding: 7bit X-Fib-Al-Info: Al X-Fib-Al-MRId: 86ac18afa9c56331edb59cb42462a5a2 X-Fib-Al-From: maxicombina@gmail.com Subject: mounting reiserfs 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, 30 May 2005 12:28:59 -0000 Hello everybody! I am a debian user, I have been for 4 years. I am migrating to freebsd and, of course, there are a lot of things I must learn (I am used to reading lot of documentation, so please dont hesitate in giving me links to documentation :) ). My "problem" now is that I would like to mount my reiserfs paritions from freebsd. I have found a driver to mount those partitions as read-only (I dont have the link here :( ), but I have not tried the driver myself. Does anyone know a way to mount a reiserfs partition from freebsd? To write in one of those partitions? Well, happy to be here! Best Regards, Maxi -- Plantalta random fortune: Un microprocesador, por dentro, es como una ciudad del futuro. (Ing. Pablo Ferreira) From owner-freebsd-stable@FreeBSD.ORG Mon May 30 12:57:10 2005 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 C3A7316A41C for ; Mon, 30 May 2005 12:57:10 +0000 (GMT) (envelope-from ski@mediamatters.org) Received: from mail.mediamatters.org (mail.mediamatters.org [63.240.197.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A0D943D48 for ; Mon, 30 May 2005 12:57:10 +0000 (GMT) (envelope-from ski@mediamatters.org) Received: by mail.mediamatters.org (Postfix, from userid 33) id CA4C596C046; Mon, 30 May 2005 08:57:09 -0400 (EDT) Received: from 68.106.120.181 (SquirrelMail authenticated user ski); by mail.mediamatters.org with HTTP; Mon, 30 May 2005 08:57:09 -0400 (EDT) Message-ID: <4109.68.106.120.181.1117457829.squirrel@68.106.120.181> Date: Mon, 30 May 2005 08:57:09 -0400 (EDT) From: "Brian Szymanski" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: boot0/BIOS problem... 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, 30 May 2005 12:57:10 -0000 Hi. I'm having a problem with boot0. All of my hard drives have the freebsd boot manager (aka boot0) installed so I can select which disk to boot off of (I have 4 hard disks, 2 of which have bootable slices). When I boot up, I can only boot to my /altroot partition. boot0 only lets me toggle through 3 drives - 2 nonbootables and my /altroot. For clarity, here's the layout: MoboATA (atapci2) -------ch1-(ata0)--> PATA HD 1 (ad0: non-bootable) \-ch2-(ata1)--> PATA HD 2 (ad2: non-bootable) PCIATA card (atapci0) ---ch1-(ata2)--> PATA DVD drive (acd0, would be ad4) \-ch2-(ata3)--> (empty) MoboSATA (atapci1) ------ch1-(ata4)--> SATA HD 1 (ad8: this should be /) \-ch2-(ata5)--> SATA HD 2 (ad10: /altroot ) Or the equivalent in dmesg-ese: atapci0: port 0xa800-0xa80f,0xb000-0xb003,0xb400-0xb407,0xb800-0xb803,0xd000-0xd007 mem 0xec000000-0xec0000ff irq 17 at device 14.0 on pci0 ata2: channel #0 on atapci0 ata3: channel #1 on atapci0 atapci1: port 0x8800-0x88ff,0x9000-0x900f,0x9400-0x9403,0x9800-0x9807,0xa000-0xa003,0xa400-0xa407 irq 20 at device 15.0 on pci0 ata4: channel #0 on atapci1 ata5: channel #1 on atapci1 atapci2: port 0x8400-0x840f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.1 on pci0 ata0: channel #0 on atapci2 ata1: channel #1 on atapci2 ad0: 239372MB [486344/16/63] at ata0-master UDMA133 ad2: 239372MB [486344/16/63] at ata1-master UDMA133 acd0: DVDR at ata2-master UDMA33 ad8: 238475MB [484521/16/63] at ata4-master SATA150 ad10: 238418MB [484406/16/63] at ata5-master SATA150 If I reboot, and cycle through the available drives by repeatedly pressing F5, I can access all the Hard Drives except the one I want, namely the first SATA HD (ad8, which is master on ata4). This exact same setup used to work when I had a different PCIATA card attached to my DVD drive (namely, an iTE board which I had to patch the kernel to get it to recognize it - I now have an adaptec SiI 0680 UDMA133 controller). The iTE board was also detected as atapci0 and gave ata2 and ata3. Of course this is all irrelevant because we don't even get to the kernel. So I'm a bit stumped as to what the problem is here. Is it possible that boot0 is making some weird call to the bios to figure out what the list of bootable devices are, and that my bios is the one who's really confused about the new card? I'm running 5.3-p15 (can't go to 5.4, because I need vinum R5 to at least partially work! sigh...) Thanks in advance, Brian Szymanski Software and Systems Developer Media Matters for America ski@mediamatters.org From owner-freebsd-stable@FreeBSD.ORG Mon May 30 13:05:53 2005 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 B5B4016A41C for ; Mon, 30 May 2005 13:05:53 +0000 (GMT) (envelope-from ben@altesco.nl) Received: from altus-escon.com (altesco.xs4all.nl [213.84.124.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 352EC43D1F for ; Mon, 30 May 2005 13:05:52 +0000 (GMT) (envelope-from ben@altesco.nl) Received: from [193.78.231.14] (benjoam.altus-escon.com [193.78.231.14]) by altus-escon.com (8.13.1/8.13.1) with ESMTP id j4UD5o1S092480 for ; Mon, 30 May 2005 15:05:50 +0200 (CEST) (envelope-from ben@altesco.nl) Mime-Version: 1.0 (Apple Message framework v730) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-stable@freebsd.org From: Ben Stuyts Date: Mon, 30 May 2005 15:05:44 +0200 X-Mailer: Apple Mail (2.730) X-Virus-Scanned: ClamAV 0.85.1/899/Mon May 30 08:57:01 2005 on earth.altus-escon.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on earth.altus-escon.com Subject: Any known problems with a 3C996B-T? 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, 30 May 2005 13:05:53 -0000 Hi, I am about to upgrade one of our servers (running 4-stable) with a 1000Base-T network card, and the 3Com 3C996B-T looks interesting. This is for a small office server (e-mail, files, printers, webserver) serving about 25 pc's running a variety of Win2K, FreeBSD and Mac OS X. I found some messages in the past indicating there were some problems with this card on FreeBSD. Are these problems solved? I also did not see this exact card in the hardware list, although the 3c996-SX and 3c996-T are mentioned. Otherwise, any recommendations? With kind regards, Ben From owner-freebsd-stable@FreeBSD.ORG Mon May 30 13:52:25 2005 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 9A41C16A41C for ; Mon, 30 May 2005 13:52:25 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from mail.efacilitas.de (efacilitas.de [213.133.110.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FE5343D4C for ; Mon, 30 May 2005 13:52:24 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from eurystheus.local (port-212-202-39-149.dynamic.qsc.de [212.202.39.149]) by mail.efacilitas.de (Postfix) with ESMTP id BA162123976; Mon, 30 May 2005 15:50:56 +0200 (CEST) Received: from localhost (eurystheus.local [192.168.1.67]) by eurystheus.local (Postfix) with ESMTP id 824D012B0E9; Mon, 30 May 2005 15:50:57 +0200 (CEST) Received: from eurystheus.local ([192.168.1.67]) by localhost (eurystheus.locaL [192.168.1.67]) (amavisd-new, port 10024) with ESMTP id 33881-06; Mon, 30 May 2005 15:50:53 +0200 (CEST) Received: from [192.168.1.67] (eurystheus.local [192.168.1.67]) by eurystheus.local (Postfix) with ESMTP id 1854912B09B; Mon, 30 May 2005 15:50:53 +0200 (CEST) Message-ID: <429B1A3C.80200@cs.tu-berlin.de> Date: Mon, 30 May 2005 15:50:52 +0200 From: Bjoern Koenig User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050517 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maximiliano Combina References: <1117456070.26651.6.camel@asteria> In-Reply-To: <1117456070.26651.6.camel@asteria> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at example.com Cc: freebsd-stable@freebsd.org Subject: Re: mounting reiserfs 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, 30 May 2005 13:52:25 -0000 Maximiliano Combina wrote: > I have found a driver to mount those partitions as > read-only (I dont have the link here :( ), but I have not tried the > driver myself. > Does anyone know a way to mount a reiserfs partition from freebsd? To > write in one of those partitions? This read-only driver and its documentation might be the only way. The ReiserFS filesystem support was commited to the -CURRENT development branch recently. If you are not interested in development or testing then banish the thought of ReiserFS support. Björn From owner-freebsd-stable@FreeBSD.ORG Mon May 30 13:57:43 2005 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 D22E816A41C for ; Mon, 30 May 2005 13:57:43 +0000 (GMT) (envelope-from Florian.Prester@rrze.uni-erlangen.de) Received: from max71.rrze.uni-erlangen.de (max71.rrze.uni-erlangen.de [131.188.3.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDBDC43D49 for ; Mon, 30 May 2005 13:57:42 +0000 (GMT) (envelope-from Florian.Prester@rrze.uni-erlangen.de) Received: from fau-vscan-1.rrze.uni-erlangen.de ([131.188.3.181] [131.188.3.181]) by faurelaysmart-1.rrze.uni-erlangen.de with ESMTP for freebsd-stable@freebsd.org; Mon, 30 May 2005 15:57:13 +0200 Received: from max71.rrze.uni-erlangen.de ([131.188.3.181]) by fau-vscan-1.rrze.uni-erlangen.de (fau-vscan-1.rrze.uni-erlangen.de [131.188.2.91]) (amavisd-new) with ESMTP id 24203-04-219 for ; Mon, 30 May 2005 15:57:12 +0200 (MEST) Received: from [131.188.3.175] ([131.188.3.175] [131.188.3.175]) by mailhub.rrze.uni-erlangen.de with ESMTP for freebsd-stable@freebsd.org; Mon, 30 May 2005 15:56:47 +0200 Message-Id: <429B1BB9.8030603@rrze.uni-erlangen.de> Date: Mon, 30 May 2005 15:57:13 +0200 From: Florian Prester User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050329) 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 X-Virus-Scanned: by amavisd-new-20030616 (RRZE) on max71.rrze.uni-erlangen.de X-Spam-Checker-Version: SpamAssassin 3.0.3-rrze_38 (2005-04-27) on spamela.rrze.uni-erlangen.de X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED, AWL, BAYES_50 autolearn=ham X-Spam-Relays-untrusted: X-Spam-Relays-trusted: [ ip=131.188.3.181 rdns=!131.188.3.181! helo=fau-vscan-1.rrze.uni-erlangen.de by=faurelaysmart-1.rrze.uni-erlangen.de ident= envfrom= intl=1 id= auth= ] [ ip=131.188.3.181 rdns=max71.rrze.uni-erlangen.de helo=max71.rrze.uni-erlangen.de by=fau-vscan-1.rrze.uni-erlangen.de ident= envfrom= intl=1 id=24203-04-219 auth= ] [ ip=131.188.3.175 rdns=!131.188.3.175! helo=!131.188.3.175! by=mailhub.rrze.uni-erlangen.de ident= envfrom= intl=1 id= auth= ] X-Spam-PYZOR: Reported 0 times. X-Spam-DCC: rrze-dcc:spamela 1202; Body=1 Fuz1=1 Fuz2=1 X-Spam-RBL: X-Spam-Eval: ham X-Spam-RRZE-Info: Diese Mail wurde einer automatischen Spam-Analyse unterzogen, siehe: http://www.rrze.uni-erlangen.de/dienste/e-mail/spam-analyse/ Sender: Florian Prester Subject: port-problem: apache2.0.54 mod_perl2 no Modules!! 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, 30 May 2005 13:57:44 -0000 Hi, I installed the mod_perl2 port. I added to the httpd.conf: PerlModule Apache2 Alias /perl/ /data/chroot/www/perl/ SetHandler perl-script PerlResponseHandler ModPerl::Registry PerlOptions +ParseHeaders Options +ExecCGI But nothing happens, the server cannot find the modules: Fri May 27 12:04:56 2005] [error] Can't locate Apache2.pm in @INC (@INC contains: /usr/local/lib/perl5/site_perl/5.8.6/mach /usr/local/lib/perl5/site_perl/5.8.6 /usr/local/lib/perl5/site_perl/5.8.5 /usr/local/lib/perl5/site_perl /usr/local/lib/perl5/5.8.6/BSDPAN /usr/local/lib/perl5/5.8.6/mach /usr/local/lib/perl5/5.8.6 . /usr/local) at (eval 4) line 3.\n [Fri May 27 12:04:56 2005] [error] Can't load Perl module Apache2 for server ... Any Ideas?? Thanks in advance darkspace -- -------------------------------------------------------------- Dipl. Inf. Florian Prester Network Administration Regionales RechenZentrum Erlangen Universitaet Erlangen-Nuernberg Germany Tel.: +499131 8527813 From owner-freebsd-stable@FreeBSD.ORG Mon May 30 14:48:50 2005 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 8A74F16A41C for ; Mon, 30 May 2005 14:48:50 +0000 (GMT) (envelope-from danger@rulez.sk) Received: from mail.rulez.sk (DaEmoN.RuLeZ.sK [84.16.32.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F65843D48 for ; Mon, 30 May 2005 14:48:49 +0000 (GMT) (envelope-from danger@rulez.sk) Received: from localhost (localhost [127.0.0.1]) by mail.rulez.sk (Postfix) with ESMTP id 258141CC23; Mon, 30 May 2005 16:48:46 +0200 (CEST) Received: from danger.mcrn.sk (danger.mcrn.sk [84.16.37.254]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.rulez.sk (Postfix) with ESMTP id D11541CC22; Mon, 30 May 2005 16:48:40 +0200 (CEST) Date: Mon, 30 May 2005 16:49:44 +0200 From: Daniel Gerzo X-Priority: 3 (Normal) Message-ID: <1306267184.20050530164944@rulez.sk> To: Florian Prester In-Reply-To: <429B1BB9.8030603@rrze.uni-erlangen.de> References: <429B1BB9.8030603@rrze.uni-erlangen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mail.rulez.sk X-Spam-Status: No, hits=-1.635 tagged_above=-999 required=5 tests=[ALL_TRUSTED=-2.82, AWL=-0.000, PRIORITY_NO_NAME=1.185] X-Spam-Level: Cc: freebsd-stable@freebsd.org Subject: Re: port-problem: apache2.0.54 mod_perl2 no Modules!! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Gerzo List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 May 2005 14:48:50 -0000 Hello Florian, Monday, May 30, 2005, 3:57:13 PM, you wrote these comments: > Hi, > I installed the mod_perl2 port. > I added to the httpd.conf: > PerlModule Apache2 this is wrong, you should add: LoadModule perl_module libexec/apache2/mod_perl.so Be careful, the mod_perl2 API was changed nearly to the 2.0 release, so your scripts should not work. Check: http://perl.apache.org/docs/2.0/rename.html Btw. the mod_perl2 maintainer should check his pkg-message, because it says: LoadModule perl_module modules/mod_perl.so, this path is wrong, since FreeBSD installs modules to libexec/apache2/ > Alias /perl/ /data/chroot/www/perl/ > > SetHandler perl-script > PerlResponseHandler ModPerl::Registry > PerlOptions +ParseHeaders > Options +ExecCGI > > But nothing happens, the server cannot find the modules: > Fri May 27 12:04:56 2005] [error] Can't locate Apache2.pm in @INC (@INC > contains: /usr/local/lib/perl5/site_perl/5.8.6/mach > /usr/local/lib/perl5/site_perl/5.8.6 > /usr/local/lib/perl5/site_perl/5.8.5 /usr/local/lib/perl5/site_perl > /usr/local/lib/perl5/5.8.6/BSDPAN /usr/local/lib/perl5/5.8.6/mach > /usr/local/lib/perl5/5.8.6 . /usr/local) at (eval 4) line 3.\n > [Fri May 27 12:04:56 2005] [error] Can't load Perl module Apache2 for > server ... > Any Ideas?? > Thanks in advance > darkspace -- Best regards DanGer, ICQ: 261701668 | e-mail protecting at: http://www.2pu.net/ http://danger.rulez.sk | proxy list at: http://www.proxy-web.com/ | FreeBSD - The Power to Serve! [ "Great! Just what I want to be...cute!" -- Ens. Ro Laren ] From owner-freebsd-stable@FreeBSD.ORG Mon May 30 14:59:07 2005 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 D102416A41C for ; Mon, 30 May 2005 14:59:07 +0000 (GMT) (envelope-from Florian.Prester@rrze.uni-erlangen.de) Received: from max71.rrze.uni-erlangen.de (max71.rrze.uni-erlangen.de [131.188.3.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03C5143D1F for ; Mon, 30 May 2005 14:59:06 +0000 (GMT) (envelope-from Florian.Prester@rrze.uni-erlangen.de) Received: from fau-vscan-1.rrze.uni-erlangen.de ([131.188.3.181] [131.188.3.181]) by faurelaysmart-1.rrze.uni-erlangen.de with ESMTP; Mon, 30 May 2005 16:58:21 +0200 Received: from max71.rrze.uni-erlangen.de ([131.188.3.181]) by fau-vscan-1.rrze.uni-erlangen.de (fau-vscan-1.rrze.uni-erlangen.de [131.188.2.91]) (amavisd-new) with ESMTP id 11813-10-1041; Mon, 30 May 2005 16:58:20 +0200 (MEST) Received: from [131.188.3.175] ([131.188.3.175] [131.188.3.175]) by mailhub.rrze.uni-erlangen.de with ESMTP; Mon, 30 May 2005 16:58:18 +0200 Message-Id: <429B2A24.90305@rrze.uni-erlangen.de> Date: Mon, 30 May 2005 16:58:44 +0200 From: Florian Prester User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050329) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel Gerzo References: <429B1BB9.8030603@rrze.uni-erlangen.de> <1306267184.20050530164944@rulez.sk> In-Reply-To: <1306267184.20050530164944@rulez.sk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616 (RRZE) on max71.rrze.uni-erlangen.de X-Spam-Checker-Version: SpamAssassin 3.0.3-rrze_38 (2005-04-27) on spamela2.rrze.uni-erlangen.de X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED, AWL, BAYES_50 autolearn=ham X-Spam-Relays-untrusted: X-Spam-Relays-trusted: [ ip=131.188.3.181 rdns=!131.188.3.181! helo=fau-vscan-1.rrze.uni-erlangen.de by=faurelaysmart-1.rrze.uni-erlangen.de ident= envfrom= intl=1 id= auth= ] [ ip=131.188.3.181 rdns=max71.rrze.uni-erlangen.de helo=max71.rrze.uni-erlangen.de by=fau-vscan-1.rrze.uni-erlangen.de ident= envfrom= intl=1 id=11813-10-1041 auth= ] [ ip=131.188.3.175 rdns=!131.188.3.175! helo=!131.188.3.175! by=mailhub.rrze.uni-erlangen.de ident= envfrom= intl=1 id= auth= ] X-Spam-PYZOR: Reported 0 times. X-Spam-DCC: rrze-dcc:spamela2 1202; Body=1 Fuz1=1 Fuz2=1 X-Spam-RBL: X-Spam-Eval: ham X-Spam-RRZE-Info: Diese Mail wurde einer automatischen Spam-Analyse unterzogen, siehe: http://www.rrze.uni-erlangen.de/dienste/e-mail/spam-analyse/ Sender: Florian Prester Cc: freebsd-stable@freebsd.org Subject: Re: port-problem: apache2.0.54 mod_perl2 no Modules!! 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, 30 May 2005 14:59:08 -0000 Hello Gerzo, Thanks for your reply. Daniel Gerzo wrote: >Hello Florian, > >Monday, May 30, 2005, 3:57:13 PM, you wrote these comments: > > > >>Hi, >> >> > > > >>I installed the mod_perl2 port. >>I added to the httpd.conf: >> >> > > > >>PerlModule Apache2 >> >> > >this is wrong, you should add: > >LoadModule perl_module libexec/apache2/mod_perl.so > > Sorry, of course I added this line as well, forgot to mention. I do not have any scripts, so I am jist at the beginning :-( >Be careful, the mod_perl2 API was changed nearly to the 2.0 release, >so your scripts should not work. Check: > >http://perl.apache.org/docs/2.0/rename.html > >Btw. the mod_perl2 maintainer should check his pkg-message, because it >says: LoadModule perl_module modules/mod_perl.so, this path is wrong, >since FreeBSD installs modules to libexec/apache2/ > > > I know about that issue, thanks >>Alias /perl/ /data/chroot/www/perl/ >> >>SetHandler perl-script >>PerlResponseHandler ModPerl::Registry >>PerlOptions +ParseHeaders >>Options +ExecCGI >> >> >> > > > >>But nothing happens, the server cannot find the modules: >> >> > > > >>Fri May 27 12:04:56 2005] [error] Can't locate Apache2.pm in @INC (@INC >>contains: /usr/local/lib/perl5/site_perl/5.8.6/mach >>/usr/local/lib/perl5/site_perl/5.8.6 >>/usr/local/lib/perl5/site_perl/5.8.5 /usr/local/lib/perl5/site_perl >>/usr/local/lib/perl5/5.8.6/BSDPAN /usr/local/lib/perl5/5.8.6/mach >>/usr/local/lib/perl5/5.8.6 . /usr/local) at (eval 4) line 3.\n >>[Fri May 27 12:04:56 2005] [error] Can't load Perl module Apache2 for >>server ... >> >> > > > >>Any Ideas?? >> >> > > > >>Thanks in advance >>darkspace >> >> > > > Any other ideas? Thanks Florian -- -------------------------------------------------------------- Dipl. Inf. Florian Prester Network Administration Regionales RechenZentrum Erlangen Universitaet Erlangen-Nuernberg Germany Tel.: +499131 8527813 From owner-freebsd-stable@FreeBSD.ORG Mon May 30 15:00:46 2005 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 1B74816A41C for ; Mon, 30 May 2005 15:00:46 +0000 (GMT) (envelope-from imobachgs@banot.net) Received: from smtp.banot.net (95.Red-80-36-245.pooles.rima-tde.net [80.36.245.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FD0C43D1F for ; Mon, 30 May 2005 15:00:42 +0000 (GMT) (envelope-from imobachgs@banot.net) Received: from [192.168.1.40] (unknown [192.168.1.40]) by smtp.banot.net (Postfix) with ESMTP id 0EBFC255D64 for ; Mon, 30 May 2005 16:00:40 +0100 (WEST) From: Imobach =?ISO-8859-1?Q?Gonz=E1lez?= Sosa To: freebsd-stable@freebsd.org In-Reply-To: <20050530104928.GB79877@sr.se> References: <20050529221024.4fu2p4yjusk04k0g@mail.banot.net> <20050529212705.GA64753@xor.obsecurity.org> <1117447400.5384.4.camel@localhost.localdomain> <20050530104928.GB79877@sr.se> Content-Type: text/plain; charset=UTF-8 Date: Mon, 30 May 2005 16:00:23 +0100 Message-Id: <1117465224.9934.7.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 Content-Transfer-Encoding: 8bit Subject: Re: Poor network performance: a lot of timeouts 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, 30 May 2005 15:00:46 -0000 El lun, 30-05-2005 a las 12:49 +0200, Gunnar Flygt escribió: > On Mon, May 30, 2005 at 11:03:20AM +0100, Imobach González Sosa wrote: > > El dom, 29-05-2005 a las 14:27 -0700, Kris Kennaway escribió: > > > > > > This kind of thing is often caused by duplex mismatch on your NIC. > > > > Ok, I've been playing around with media options (10/100, full and half > > duplex) but it didn't work. I suppose that I'll try to get a better NIC > > from one of my friends to try again :P > > The only important thing here is that you have the same settings on the > switch as on the server! For Linux-es I tend to set them auto - auto but > for FreeBSD 100/full (non negotiation) - 100/full wotks best. Ok, I think I have it correctly with this command: ifconfig rl0 media 100baseTX -mediaopt full-duplex (rl0 or dc0, I've used two different NICs). Moreover, I connected my FreeBSD box to the ADSL router (directly, no more machines connected) and forced the adapter to 10baseT/UTP and full-duplex but it didn't work. I also tried with 100baseTX, but then there was no carrier (the ADSL router is a bit old, and only support 10Mbps). So, I'm running out of ideas :( Thank you all for your help! -- EuropeSwPatentFree (o_.' Imobach González Sosa imobachgs en banot.net //\c{} osoh en jabber.org Usuario Linux #201634 V__)_ http://www.banot.net/~osoh/ From owner-freebsd-stable@FreeBSD.ORG Mon May 30 15:04:28 2005 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 306B616A41C for ; Mon, 30 May 2005 15:04:28 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr4.xs4all.nl (smtp-vbr4.xs4all.nl [194.109.24.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9ABC843D4C for ; Mon, 30 May 2005 15:04:27 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr4.xs4all.nl (8.13.3/8.13.3) with ESMTP id j4UF4M92006213; Mon, 30 May 2005 17:04:26 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 0778564C3; Mon, 30 May 2005 17:04:22 +0200 (CEST) Date: Mon, 30 May 2005 17:04:22 +0200 From: Roland Smith To: freebsd-stable@freebsd.org Message-ID: <20050530150422.GA9292@slackbox.xs4all.nl> Mail-Followup-To: freebsd-stable@freebsd.org, Maximiliano Combina References: <1117456070.26651.6.camel@asteria> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7JfCtLOvnd9MIVvH" Content-Disposition: inline In-Reply-To: <1117456070.26651.6.camel@asteria> 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: Maximiliano Combina Subject: Re: mounting reiserfs 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, 30 May 2005 15:04:28 -0000 --7JfCtLOvnd9MIVvH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 30, 2005 at 09:27:50AM -0300, Maximiliano Combina wrote: > My "problem" now is that I would like to mount my reiserfs paritions > from freebsd. I have found a driver to mount those partitions as > read-only (I dont have the link here :( ), but I have not tried the > driver myself. > Does anyone know a way to mount a reiserfs partition from freebsd? To > write in one of those partitions? Since you should make a backup in any case before you convert the machine to FreeBSD, why not use it? So make a backup, e.g. with tar and write that to CD-R. Then create a new UFS2 filesystem (FreeBSD's native format) and restore the backup. I think this would be less hassle than trying experimental drivers. :-) Roland --=20 R.F.Smith (http://www.xs4all.nl/~rsmith/) Please send e-mail as plain text. public key: http://www.xs4all.nl/~rsmith/pubkey.txt --7JfCtLOvnd9MIVvH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCmyt2EnfvsMMhpyURAs4cAJ0Sa6ThDrqoyAwMS0heGWHmZFs8uQCfV0Ix nitn0K/JsHSkdRBZS5c/O0M= =pHeS -----END PGP SIGNATURE----- --7JfCtLOvnd9MIVvH-- From owner-freebsd-stable@FreeBSD.ORG Mon May 30 15:11:05 2005 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 4107616A41C for ; Mon, 30 May 2005 15:11:05 +0000 (GMT) (envelope-from jspedron@club-internet.fr) Received: from smtp.cegetel.net (mf00.sitadelle.com [212.94.174.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEE9543D48 for ; Mon, 30 May 2005 15:11:04 +0000 (GMT) (envelope-from jspedron@club-internet.fr) Received: from [172.16.142.1] (213-223-184-193.dti.cegetel.net [213.223.184.193]) by smtp.cegetel.net (Postfix) with ESMTP id 37FEE1A453E; Mon, 30 May 2005 17:10:08 +0200 (CEST) Message-ID: <429B2D08.4090500@club-internet.fr> Date: Mon, 30 May 2005 17:11:04 +0200 From: =?ISO-8859-15?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a6) Gecko/20050208 X-Accept-Language: fr-fr, fr, en-us, en, ja MIME-Version: 1.0 To: Maximiliano Combina References: <1117456070.26651.6.camel@asteria> In-Reply-To: <1117456070.26651.6.camel@asteria> X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigED84079A6363B3950DBCC9DE" Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: mounting reiserfs 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, 30 May 2005 15:11:05 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigED84079A6363B3950DBCC9DE Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit Maximiliano Combina wrote: > Hello everybody! Hi, > My "problem" now is that I would like to mount my reiserfs paritions > from freebsd. I have found a driver to mount those partitions as > read-only (I dont have the link here :( ), but I have not tried the > driver myself. > Does anyone know a way to mount a reiserfs partition from freebsd? To > write in one of those partitions? If you're using FreeBSD 5.4, you may try version 0.1.1, available here: http://www.dumbbell.fr/projects/reiserfs/index.en.html This version has been tested under 5.2.1, so it might not work or even compile. It doesn't have write support. -- Jean-Sébastien Pédron http://www.dumbbell.fr/ PGP Key: http://www.dumbbell.fr/pgp/pubkey.asc --------------enigED84079A6363B3950DBCC9DE 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.2.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFCmy0Ma+xGJsFYOlMRAiBdAJsEk3iq1UuhQOEkDu7lOKYkqCrwigCfYsEJ ISuAWwuW/V2S6dKyqN2+VS4= =2P4Q -----END PGP SIGNATURE----- --------------enigED84079A6363B3950DBCC9DE-- From owner-freebsd-stable@FreeBSD.ORG Mon May 30 16:52:17 2005 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 F1BE416A41C for ; Mon, 30 May 2005 16:52:16 +0000 (GMT) (envelope-from pertti.kosunen@pp.nic.fi) Received: from gw01.mail.saunalahti.fi (gw01.mail.saunalahti.fi [195.197.172.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C3BB43D1F for ; Mon, 30 May 2005 16:52:16 +0000 (GMT) (envelope-from pertti.kosunen@pp.nic.fi) Received: from [62.142.71.181] (KMMLXXXI.dsl.saunalahti.fi [62.142.71.181]) by gw01.mail.saunalahti.fi (Postfix) with ESMTP id D39A7E1C3F; Mon, 30 May 2005 19:52:12 +0300 (EEST) Message-ID: <429B44BD.7070806@pp.nic.fi> Date: Mon, 30 May 2005 19:52:13 +0300 From: Pertti Kosunen User-Agent: Mozilla Thunderbird 1.0.2 / FreeBSD 5.4-STABLE X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?UTF-8?B?SW1vYmFjaCDvv70gU29zYQ==?= References: <20050529221024.4fu2p4yjusk04k0g@mail.banot.net> <20050529212705.GA64753@xor.obsecurity.org> <1117447400.5384.4.camel@localhost.localdomain> <20050530104928.GB79877@sr.se> <1117465224.9934.7.camel@localhost.localdomain> In-Reply-To: <1117465224.9934.7.camel@localhost.localdomain> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: Poor network performance: a lot of timeouts 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, 30 May 2005 16:52:17 -0000 Imobach González Sosa wrote: >Ok, I think I have it correctly with this command: > > ifconfig rl0 media 100baseTX -mediaopt full-duplex > >(rl0 or dc0, I've used two different NICs). > >Moreover, I connected my FreeBSD box to the ADSL router (directly, no >more machines connected) and forced the adapter to 10baseT/UTP and >full-duplex but it didn't work. I also tried with 100baseTX, but then >there was no carrier (the ADSL router is a bit old, and only support >10Mbps). > Both sides must have same config, autosense should work if there is no config possibility in other end. From owner-freebsd-stable@FreeBSD.ORG Mon May 30 17:03:01 2005 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 E917516A41C for ; Mon, 30 May 2005 17:03:01 +0000 (GMT) (envelope-from danger@rulez.sk) Received: from mail.rulez.sk (DaEmoN.RuLeZ.sK [84.16.32.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D8EC43D1F for ; Mon, 30 May 2005 17:03:01 +0000 (GMT) (envelope-from danger@rulez.sk) Received: from localhost (localhost [127.0.0.1]) by mail.rulez.sk (Postfix) with ESMTP id 594531CC23; Mon, 30 May 2005 19:03:00 +0200 (CEST) Received: from danger.mcrn.sk (danger.mcrn.sk [84.16.37.254]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.rulez.sk (Postfix) with ESMTP id E16E61CC22; Mon, 30 May 2005 19:02:55 +0200 (CEST) Date: Mon, 30 May 2005 19:02:51 +0200 From: Daniel Gerzo X-Priority: 3 (Normal) Message-ID: <183487822.20050530190251@rulez.sk> To: Florian Prester In-Reply-To: <429B2A24.90305@rrze.uni-erlangen.de> References: <429B1BB9.8030603@rrze.uni-erlangen.de> <1306267184.20050530164944@rulez.sk> <429B2A24.90305@rrze.uni-erlangen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mail.rulez.sk X-Spam-Status: No, hits=-1.43 tagged_above=-999 required=5 tests=[ALL_TRUSTED=-2.82, AWL=0.205, PRIORITY_NO_NAME=1.185] X-Spam-Level: Cc: freebsd-stable@freebsd.org Subject: Re[2]: port-problem: apache2.0.54 mod_perl2 no Modules!! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Gerzo List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 May 2005 17:03:02 -0000 Hello Florian, Monday, May 30, 2005, 4:58:44 PM, you typed: > Hello Gerzo, > Thanks for your reply. >>>Hi, >>> >>>I installed the mod_perl2 port. >>>I added to the httpd.conf: >> >>>PerlModule Apache2 >> >>this is wrong, you should add: >> >>LoadModule perl_module libexec/apache2/mod_perl.so >> > Sorry, of course I added this line as well, forgot to mention. As well? Wrong. Remove the old line and add only that one I have mentioned before. > I do not have any scripts, so I am jist at the beginning :-( -- Best regards DanGer, ICQ: 261701668 | e-mail protecting at: http://www.2pu.net/ http://danger.rulez.sk | proxy list at: http://www.proxy-web.com/ | FreeBSD - The Power to Serve! [ Have a yabba dabba gay old time! ] From owner-freebsd-stable@FreeBSD.ORG Mon May 30 17:06:16 2005 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 94F5216A41C for ; Mon, 30 May 2005 17:06:16 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out3.tiscali.nl (smtp-out3.tiscali.nl [195.241.79.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C7C043D48 for ; Mon, 30 May 2005 17:06:16 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from guido.klop.ws (unknown [82.171.39.195]) by smtp-out3.tiscali.nl (Postfix) with SMTP id 0E5BC8011387 for ; Mon, 30 May 2005 19:06:11 +0200 (CEST) Received: (qmail 692 invoked from network); 30 May 2005 17:06:11 -0000 Received: from localhost (HELO outgoing.local) (127.0.0.1) by localhost with SMTP; 30 May 2005 17:06:11 -0000 To: =?iso-8859-1?Q?Imobach_Gonz=E1lez_Sosa?= , freebsd-stable@freebsd.org References: <20050529221024.4fu2p4yjusk04k0g@mail.banot.net> <20050529212705.GA64753@xor.obsecurity.org> <1117447400.5384.4.camel@localhost.localdomain> <20050530104928.GB79877@sr.se> <1117465224.9934.7.camel@localhost.localdomain> Message-ID: From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Date: Mon, 30 May 2005 19:06:09 +0200 In-Reply-To: <1117465224.9934.7.camel@localhost.localdomain> User-Agent: Opera M2/8.0 (FreeBSD, build 1095) Cc: Subject: Re: Poor network performance: a lot of timeouts 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, 30 May 2005 17:06:16 -0000 On Mon, 30 May 2005 17:00:23 +0200, Imobach González Sosa wrote: > El lun, 30-05-2005 a las 12:49 +0200, Gunnar Flygt escribió: >> On Mon, May 30, 2005 at 11:03:20AM +0100, Imobach González Sosa wrote: >> > El dom, 29-05-2005 a las 14:27 -0700, Kris Kennaway escribió: >> > > >> > > This kind of thing is often caused by duplex mismatch on your NIC. >> > >> > Ok, I've been playing around with media options (10/100, full and half >> > duplex) but it didn't work. I suppose that I'll try to get a better >> NIC >> > from one of my friends to try again :P >> >> The only important thing here is that you have the same settings on the >> switch as on the server! For Linux-es I tend to set them auto - auto but >> for FreeBSD 100/full (non negotiation) - 100/full wotks best. > > Ok, I think I have it correctly with this command: > > ifconfig rl0 media 100baseTX -mediaopt full-duplex > > (rl0 or dc0, I've used two different NICs). > > Moreover, I connected my FreeBSD box to the ADSL router (directly, no > more machines connected) and forced the adapter to 10baseT/UTP and > full-duplex but it didn't work. I also tried with 100baseTX, but then > there was no carrier (the ADSL router is a bit old, and only support > 10Mbps). > > So, I'm running out of ideas :( > > Thank you all for your help! Don't you need a cross-cable to connect directly to the router? -- Ronald Klop Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Mon May 30 19:06:10 2005 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 0685616A41C for ; Mon, 30 May 2005 19:06:10 +0000 (GMT) (envelope-from thompsa@fud.org.nz) Received: from heff.fud.org.nz (60-234-149-201.bitstream.orcon.net.nz [60.234.149.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 913CC43D1D for ; Mon, 30 May 2005 19:06:09 +0000 (GMT) (envelope-from thompsa@fud.org.nz) Received: from thompsa by heff.fud.org.nz with local (Exim 4.50 (FreeBSD)) id 1DcpaP-000232-AN; Tue, 31 May 2005 07:06:05 +1200 Date: Tue, 31 May 2005 07:06:05 +1200 From: Andrew Thompson To: Imobach Gonz?lez Sosa Message-ID: <20050530190605.GA7864@heff.fud.org.nz> References: <20050529221024.4fu2p4yjusk04k0g@mail.banot.net> <20050529212705.GA64753@xor.obsecurity.org> <1117447400.5384.4.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1117447400.5384.4.camel@localhost.localdomain> User-Agent: Mutt/1.4.2.1i Sender: Andrew Thompson Cc: freebsd-stable@freebsd.org Subject: Re: Poor network performance: a lot of timeouts 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, 30 May 2005 19:06:10 -0000 On Mon, May 30, 2005 at 11:03:20AM +0100, Imobach Gonz?lez Sosa wrote: > El dom, 29-05-2005 a las 14:27 -0700, Kris Kennaway escribi??: > > > > This kind of thing is often caused by duplex mismatch on your NIC. > > Ok, I've been playing around with media options (10/100, full and half > duplex) but it didn't work. I suppose that I'll try to get a better NIC > from one of my friends to try again :P > You could also look at the MTU settings, are the lost packets any particular size? Andrew From owner-freebsd-stable@FreeBSD.ORG Mon May 30 19:18:44 2005 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 5F49A16A41C for ; Mon, 30 May 2005 19:18:44 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13B9143D1D for ; Mon, 30 May 2005 19:18:44 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 4715D5142B; Mon, 30 May 2005 12:18:43 -0700 (PDT) Date: Mon, 30 May 2005 12:18:43 -0700 From: Kris Kennaway To: Pertti Kosunen Message-ID: <20050530191843.GA82875@xor.obsecurity.org> References: <20050529221024.4fu2p4yjusk04k0g@mail.banot.net> <20050529212705.GA64753@xor.obsecurity.org> <1117447400.5384.4.camel@localhost.localdomain> <20050530104928.GB79877@sr.se> <1117465224.9934.7.camel@localhost.localdomain> <429B44BD.7070806@pp.nic.fi> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3V7upXqbjpZ4EhLz" Content-Disposition: inline In-Reply-To: <429B44BD.7070806@pp.nic.fi> User-Agent: Mutt/1.4.2.1i Cc: Imobach ??? Sosa , freebsd-stable@freebsd.org Subject: Re: Poor network performance: a lot of timeouts 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, 30 May 2005 19:18:44 -0000 --3V7upXqbjpZ4EhLz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 30, 2005 at 07:52:13PM +0300, Pertti Kosunen wrote: > Imobach Gonz??lez Sosa wrote: >=20 > >Ok, I think I have it correctly with this command: > > > >ifconfig rl0 media 100baseTX -mediaopt full-duplex > > > >(rl0 or dc0, I've used two different NICs). > > > >Moreover, I connected my FreeBSD box to the ADSL router (directly, no > >more machines connected) and forced the adapter to 10baseT/UTP and > >full-duplex but it didn't work. I also tried with 100baseTX, but then > >there was no carrier (the ADSL router is a bit old, and only support > >10Mbps). > > > Both sides must have same config, autosense should work if there is no=20 > config possibility in other end. autosense may in fact not work, especially on low-quality NICs like rl. Kris --3V7upXqbjpZ4EhLz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCm2cSWry0BWjoQKURAvvhAKDl2EWS0vKLp2RVirTQyOFtfuUHwwCg0Lle KC/zhtlGuQHYcqm+eJhv+uE= =dJHy -----END PGP SIGNATURE----- --3V7upXqbjpZ4EhLz-- From owner-freebsd-stable@FreeBSD.ORG Mon May 30 20:00:46 2005 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 5D47416A41C for ; Mon, 30 May 2005 20:00:46 +0000 (GMT) (envelope-from kometen@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBAB843D1F for ; Mon, 30 May 2005 20:00:45 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so1577712rng for ; Mon, 30 May 2005 13:00:45 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=sOdmAx65B5wAnvxdIfDsfcJYx0/bJB+OdqC2W2jP9Av4jFvupricrx81n6beiFNr5BcMykn1SYZM4Ok85oBiFuWhkieKSUTFVGZyCE4PJBemoCRVx5m7J9Ua/2HSb4S5jwfT6ah7f6wQqSpwSsRx/Hvv2ZgBMCRmhOF5jwqcPkM= Received: by 10.38.90.71 with SMTP id n71mr6363491rnb; Mon, 30 May 2005 13:00:45 -0700 (PDT) Received: by 10.38.149.57 with HTTP; Mon, 30 May 2005 13:00:45 -0700 (PDT) Message-ID: Date: Mon, 30 May 2005 22:00:45 +0200 From: Claus Guttesen To: freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: isp and amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Claus Guttesen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 May 2005 20:00:46 -0000 Hi. Had a buggy raidbox so when I had some downtime I phased in an Dell PE 2850 using the amd64-port and two qlogic 2300-hba's. No problem getting the server up but after some minutes after doing the background-fsck it simply rebooted. I had an i386-ditto which I then phased in instead which works (after almost two hours :-). Is the isp-driver not yet fully 4 GB-compliant? regards Claus From owner-freebsd-stable@FreeBSD.ORG Mon May 30 20:56:57 2005 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 8707716A41C for ; Mon, 30 May 2005 20:56:57 +0000 (GMT) (envelope-from webmaster@it-is-warlock.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0046A43D48 for ; Mon, 30 May 2005 20:56:56 +0000 (GMT) (envelope-from webmaster@it-is-warlock.de) Received: from i53879497.versanet.de [83.135.148.151] (helo=[192.168.0.3]) by mrelayeu.kundenserver.de with ESMTP (Nemesis), id 0MKwpI-1DcrJA1ZFQ-00041G; Mon, 30 May 2005 22:56:24 +0200 Message-ID: <429B7DF6.8040704@it-is-warlock.de> Date: Mon, 30 May 2005 22:56:22 +0200 From: Sebastian Ahndorf User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <20050529221024.4fu2p4yjusk04k0g@mail.banot.net> <20050529212705.GA64753@xor.obsecurity.org> <1117447400.5384.4.camel@localhost.localdomain> <20050530104928.GB79877@sr.se> <1117465224.9934.7.camel@localhost.localdomain> <429B44BD.7070806@pp.nic.fi> <20050530191843.GA82875@xor.obsecurity.org> In-Reply-To: <20050530191843.GA82875@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: kundenserver.de abuse@kundenserver.de login:f6735843f9bf6ba0163a8f6be18b2a15 Cc: Imobach ??? Sosa , freebsd-stable@freebsd.org Subject: Re: Poor network performance: a lot of timeouts 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, 30 May 2005 20:56:57 -0000 Kris Kennaway wrote: >>Both sides must have same config, autosense should work if there is no >>config possibility in other end. > > > autosense may in fact not work, especially on low-quality NICs like rl. > I don't agree to that. I had similar problems with my network using a cheap switch with some realtek nics. I had the nics running 100baseTX Full Duplex. Changing this to autosense made the problems gone. Reason (as some people of the german questions-list told me): Many cheap switches always send their autosensepakets, and have great problems if the nics connected to the switch do not response to the autosensepakets (cause they are configured to 10/100baseTX full/half duplex). Also realtek nics are far away from being good nics, they work without problems with the autosensemode and a cheap switch for me (and many other people I know). I would suggest the starter of this thread to use autosense with his nic (if not tested yet). > Kris Best regards Sebastian From owner-freebsd-stable@FreeBSD.ORG Mon May 30 21:21:17 2005 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 EA75916A41C for ; Mon, 30 May 2005 21:21:17 +0000 (GMT) (envelope-from imobachgs@banot.net) Received: from smtp.banot.net (95.Red-80-36-245.pooles.rima-tde.net [80.36.245.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C3CC43D49 for ; Mon, 30 May 2005 21:21:15 +0000 (GMT) (envelope-from imobachgs@banot.net) Received: from [192.168.1.40] (unknown [192.168.1.40]) by smtp.banot.net (Postfix) with ESMTP id E856224A7B7 for ; Mon, 30 May 2005 22:21:13 +0100 (WEST) From: Imobach =?ISO-8859-1?Q?Gonz=E1lez?= Sosa To: freebsd-stable@freebsd.org In-Reply-To: <429B7DF6.8040704@it-is-warlock.de> References: <20050529221024.4fu2p4yjusk04k0g@mail.banot.net> <20050529212705.GA64753@xor.obsecurity.org> <1117447400.5384.4.camel@localhost.localdomain> <20050530104928.GB79877@sr.se> <1117465224.9934.7.camel@localhost.localdomain> <429B44BD.7070806@pp.nic.fi> <20050530191843.GA82875@xor.obsecurity.org> <429B7DF6.8040704@it-is-warlock.de> Content-Type: text/plain; charset=UTF-8 Date: Mon, 30 May 2005 22:20:55 +0100 Message-Id: <1117488056.16321.7.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 Content-Transfer-Encoding: 8bit Subject: [SOLVED] Re: Poor network performance: a lot of timeouts 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, 30 May 2005 21:21:18 -0000 First of all, THANK YOU all for your help. I tried all your solutions but I didn't worked for me. Why? Simple: the problem seems to be in may ADSL router. I'll explain: I took my desktop computer to my neighbour's home. I connected it to his ADSL and... worked pretty fine! So I got a new router (from my neighbour's sister, thank you both) and take it home. Changing my old router by the new one seems to solve the problem :-P I'm puzzled, but it works now. Thank you again! -- EuropeSwPatentFree (o_.' Imobach González Sosa imobachgs en banot.net //\c{} osoh en jabber.org Usuario Linux #201634 V__)_ http://www.banot.net/~osoh/ From owner-freebsd-stable@FreeBSD.ORG Mon May 30 21:33:17 2005 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 E533A16A41C for ; Mon, 30 May 2005 21:33:17 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (www1.multiplay.co.uk [212.42.16.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 386F843D1F for ; Mon, 30 May 2005 21:33:16 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [212.42.16.7]) (MDaemon.PRO.v8.0.2.R) with ESMTP id md50001447711.msg for ; Mon, 30 May 2005 22:27:46 +0100 Message-ID: <00de01c5655f$08a4e550$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Sebastian Ahndorf" , "Kris Kennaway" References: <20050529221024.4fu2p4yjusk04k0g@mail.banot.net> <20050529212705.GA64753@xor.obsecurity.org> <1117447400.5384.4.camel@localhost.localdomain> <20050530104928.GB79877@sr.se> <1117465224.9934.7.camel@localhost.localdomain> <429B44BD.7070806@pp.nic.fi><20050530191843.GA82875@xor.obsecurity.org> <429B7DF6.8040704@it-is-warlock.de> Date: Mon, 30 May 2005 22:32:03 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="ISO-8859-15"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Spam-Processed: multiplay.co.uk, Mon, 30 May 2005 22:27:46 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org X-MDAV-Processed: multiplay.co.uk, Mon, 30 May 2005 22:27:46 +0100 Cc: Imobach ??? Sosa , freebsd-stable@freebsd.org Subject: Re: Poor network performance: a lot of timeouts 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, 30 May 2005 21:33:18 -0000 ----- Original Message ----- From: "Sebastian Ahndorf" > Kris Kennaway wrote: >>>Both sides must have same config, autosense should work if there is no >>>config possibility in other end. >> >> autosense may in fact not work, especially on low-quality NICs like rl. >> > > I don't agree to that. > I had similar problems with my network using a cheap switch with some > realtek nics. I had the nics running 100baseTX Full Duplex. > Changing this to autosense made the problems gone. > > Reason (as some people of the german questions-list told me): > Many cheap switches always send their autosensepakets, and have great > problems if the nics connected to the switch do not response to the > autosensepakets (cause they are configured to 10/100baseTX full/half > duplex). > Also realtek nics are far away from being good nics, they work without > problems with the autosensemode and a cheap switch for me (and many > other people I know). > > I would suggest the starter of this thread to use autosense with his nic > (if not tested yet). Quite a few 100tx nic / switch combinations misbehave when both sides are not set to the same be that 100fdx or auto sense. I've actually never seen a problem with 100tx autoneg as long as both ends had it selected and there wasn't a cable problem. Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Mon May 30 21:38:19 2005 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 B29E116A41C for ; Mon, 30 May 2005 21:38:19 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from linda-5.paradise.net.nz (bm-5a.paradise.net.nz [202.0.58.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 552FF43D1F for ; Mon, 30 May 2005 21:38:18 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from smtp-3.paradise.net.nz (smtp-3a.paradise.net.nz [202.0.32.196]) by linda-5.paradise.net.nz (Paradise.net.nz) with ESMTP id <0IHB00FT4O3Q2S@linda-5.paradise.net.nz> for freebsd-stable@freebsd.org; Tue, 31 May 2005 09:38:17 +1200 (NZST) Received: from [192.168.1.11] (218-101-14-55.paradise.net.nz [218.101.14.55]) by smtp-3.paradise.net.nz (Postfix) with ESMTP id D7AA6AE7A2; Tue, 31 May 2005 09:38:13 +1200 (NZST) Date: Tue, 31 May 2005 09:38:12 +1200 From: Mark Kirkwood In-reply-to: <429B7DF6.8040704@it-is-warlock.de> To: Sebastian Ahndorf Message-id: <429B87C4.5080907@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-15 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050511) References: <20050529221024.4fu2p4yjusk04k0g@mail.banot.net> <20050529212705.GA64753@xor.obsecurity.org> <1117447400.5384.4.camel@localhost.localdomain> <20050530104928.GB79877@sr.se> <1117465224.9934.7.camel@localhost.localdomain> <429B44BD.7070806@pp.nic.fi> <20050530191843.GA82875@xor.obsecurity.org> <429B7DF6.8040704@it-is-warlock.de> Cc: Imobach ??? Sosa , freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Poor network performance: a lot of timeouts 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, 30 May 2005 21:38:19 -0000 Sebastian Ahndorf wrote: > Kris Kennaway wrote: > >>> Both sides must have same config, autosense should work if there is >>> no config possibility in other end. >> >> >> >> autosense may in fact not work, especially on low-quality NICs like rl. >> > > I don't agree to that. > I had similar problems with my network using a cheap switch with some > realtek nics. I had the nics running 100baseTX Full Duplex. > Changing this to autosense made the problems gone. > I would second that. My cheap rl card performs better with auto than with either 100TX-full or 100TX-half ('tho its always auto'ed to 100TX full duplex anyway). And by way of interest, I have just experienced a similar problem with NICs + 100 baseT switch - it was a 3Com Office connect card (xl driver) that I had the issues with, and ended up replacing it with a DLink (vr driver). Cheers Mark From owner-freebsd-stable@FreeBSD.ORG Mon May 30 22:06:17 2005 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 D278016A41C for ; Mon, 30 May 2005 22:06:17 +0000 (GMT) (envelope-from webmaster@it-is-warlock.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49F2743D1F for ; Mon, 30 May 2005 22:06:17 +0000 (GMT) (envelope-from webmaster@it-is-warlock.de) Received: from i53879497.versanet.de [83.135.148.151] (helo=[192.168.0.3]) by mrelayeu.kundenserver.de with ESMTP (Nemesis), id 0MKwtQ-1DcsOk44z6-0005iM; Tue, 31 May 2005 00:06:14 +0200 Message-ID: <429B8E55.6090104@it-is-warlock.de> Date: Tue, 31 May 2005 00:06:13 +0200 From: Sebastian Ahndorf User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: Steven Hartland References: <20050529221024.4fu2p4yjusk04k0g@mail.banot.net> <20050529212705.GA64753@xor.obsecurity.org> <1117447400.5384.4.camel@localhost.localdomain> <20050530104928.GB79877@sr.se> <1117465224.9934.7.camel@localhost.localdomain> <429B44BD.7070806@pp.nic.fi><20050530191843.GA82875@xor.obsecurity.org> <429B7DF6.8040704@it-is-warlock.de> <00de01c5655f$08a4e550$b3db87d4@multiplay.co.uk> In-Reply-To: <00de01c5655f$08a4e550$b3db87d4@multiplay.co.uk> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: kundenserver.de abuse@kundenserver.de login:f6735843f9bf6ba0163a8f6be18b2a15 Cc: freebsd-stable@freebsd.org Subject: Re: Poor network performance: a lot of timeouts 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, 30 May 2005 22:06:18 -0000 Steven Hartland wrote: > > Quite a few 100tx nic / switch combinations misbehave when both > sides are not set to the same be that 100fdx or auto sense. I've actually > never seen a problem with 100tx autoneg as long as both ends had > it selected and there wasn't a cable problem. > I was talking about cheap switches (and that's pretty the same with adsl-routers). There is usually no way to configure (at the switch) which speed/duplex should be used and if you set your nic to a specific mode, the switch doesn't mention this. So it keeps on sending it's autosensepakets and waits for response. It get's timeouts and thats what pulls down the networkperformance. So you have to set your nic to autosense and you'll get a better performance, cause the nic responces to autosense. > Steve Good night, Sebastian From owner-freebsd-stable@FreeBSD.ORG Mon May 30 22:53:41 2005 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 84DDA16A41C for ; Mon, 30 May 2005 22:53:41 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B45643D4C for ; Mon, 30 May 2005 22:53:41 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 38478523F0; Mon, 30 May 2005 15:53:40 -0700 (PDT) Date: Mon, 30 May 2005 15:53:40 -0700 From: Kris Kennaway To: Sebastian Ahndorf Message-ID: <20050530225340.GA34233@xor.obsecurity.org> References: <20050529221024.4fu2p4yjusk04k0g@mail.banot.net> <20050529212705.GA64753@xor.obsecurity.org> <1117447400.5384.4.camel@localhost.localdomain> <20050530104928.GB79877@sr.se> <1117465224.9934.7.camel@localhost.localdomain> <429B44BD.7070806@pp.nic.fi> <20050530191843.GA82875@xor.obsecurity.org> <429B7DF6.8040704@it-is-warlock.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WIyZ46R2i8wDzkSu" Content-Disposition: inline In-Reply-To: <429B7DF6.8040704@it-is-warlock.de> User-Agent: Mutt/1.4.2.1i Cc: Imobach ??? Sosa , freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Poor network performance: a lot of timeouts 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, 30 May 2005 22:53:41 -0000 --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 30, 2005 at 10:56:22PM +0200, Sebastian Ahndorf wrote: > Kris Kennaway wrote: > >>Both sides must have same config, autosense should work if there is no= =20 > >>config possibility in other end. > > > > > >autosense may in fact not work, especially on low-quality NICs like rl. > > >=20 > I don't agree to that. > I had similar problems with my network using a cheap switch with some=20 > realtek nics. I had the nics running 100baseTX Full Duplex. > Changing this to autosense made the problems gone. Your one example does not disprove the statement. I've seen this problem myself, and so have many others. Kris --WIyZ46R2i8wDzkSu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCm5lzWry0BWjoQKURAq+GAKCVkovPoSPq/L13mV2uSklmECMPgACg6Nzf tiASRGMAINcB5jO6oWFysv4= =bALp -----END PGP SIGNATURE----- --WIyZ46R2i8wDzkSu-- From owner-freebsd-stable@FreeBSD.ORG Tue May 31 00:16:52 2005 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 DEF7616A41C for ; Tue, 31 May 2005 00:16:52 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (www1.multiplay.co.uk [212.42.16.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 539A843D1D for ; Tue, 31 May 2005 00:16:52 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [212.42.16.7]) (MDaemon.PRO.v8.0.2.R) with ESMTP id md50001447882.msg for ; Tue, 31 May 2005 01:12:06 +0100 Message-ID: <003601c56575$ff8fcb80$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Sebastian Ahndorf" References: <20050529221024.4fu2p4yjusk04k0g@mail.banot.net> <20050529212705.GA64753@xor.obsecurity.org> <1117447400.5384.4.camel@localhost.localdomain> <20050530104928.GB79877@sr.se> <1117465224.9934.7.camel@localhost.localdomain> <429B44BD.7070806@pp.nic.fi><20050530191843.GA82875@xor.obsecurity.org> <429B7DF6.8040704@it-is-warlock.de><00de01c5655f$08a4e550$b3db87d4@multiplay.co.uk> <429B8E55.6090104@it-is-warlock.de> Date: Tue, 31 May 2005 01:16:27 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="ISO-8859-15"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Spam-Processed: multiplay.co.uk, Tue, 31 May 2005 01:12:06 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org X-MDAV-Processed: multiplay.co.uk, Tue, 31 May 2005 01:12:07 +0100 Cc: freebsd-stable@freebsd.org Subject: Re: Poor network performance: a lot of timeouts 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, 31 May 2005 00:16:53 -0000 ----- Original Message ----- From: "Sebastian Ahndorf" > Steven Hartland wrote: >> >> Quite a few 100tx nic / switch combinations misbehave when both >> sides are not set to the same be that 100fdx or auto sense. I've actually >> never seen a problem with 100tx autoneg as long as both ends had >> it selected and there wasn't a cable problem. >> > > I was talking about cheap switches (and that's pretty the same with > adsl-routers). There is usually no way to configure (at the switch) > which speed/duplex should be used and if you set your nic to a specific > mode, the switch doesn't mention this. So it keeps on sending it's > autosensepakets and waits for response. It get's timeouts and thats what > pulls down the networkperformance. > So you have to set your nic to autosense and you'll get a better > performance, cause the nic responces to autosense. I think your just repeating what I said in different words :P Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Tue May 31 00:21:23 2005 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 1399116A41C for ; Tue, 31 May 2005 00:21:23 +0000 (GMT) (envelope-from darkmatter@freeuk.com) Received: from mta13-winn.mailhost.ntl.com (smtpout19.mailhost.ntl.com [212.250.162.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 568EB43D4C for ; Tue, 31 May 2005 00:21:21 +0000 (GMT) (envelope-from darkmatter@freeuk.com) Received: from aamta03-winn.mailhost.ntl.com ([212.250.162.8]) by mta13-winn.mailhost.ntl.com with ESMTP id <20050531002120.VOUT4311.mta13-winn.mailhost.ntl.com@aamta03-winn.mailhost.ntl.com> for ; Tue, 31 May 2005 01:21:20 +0100 Received: from jaycee.darkmatter.lan ([81.100.211.129]) by aamta03-winn.mailhost.ntl.com with ESMTP id <20050531002120.CYZI2626.aamta03-winn.mailhost.ntl.com@jaycee.darkmatter.lan> for ; Tue, 31 May 2005 01:21:20 +0100 Date: Tue, 31 May 2005 01:22:11 +0100 From: Peter Mulholland X-Mailer: The Bat! (v3.0.1.33) Professional X-Priority: 3 (Normal) Message-ID: <189750964.20050531012211@freeuk.com> To: freebsd-stable@freebsd.org In-Reply-To: <200505300140.43646.loox@e-shell.net> References: <200505300140.43646.loox@e-shell.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: DVD only gets udma2 (udma4 capable) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Peter Mulholland List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 00:21:23 -0000 Hello Axel, Monday, May 30, 2005, 7:40:43 AM, you wrote: AG> Im getting problems to get the DVD burner in udma4 mode. It says: AG> AG> ata1-master: DMA limited to UDMA33, non-ATA66 cable or device AG> This is wrong, the device is udma4 capable. AG> The problem seems to be in the detection of the cable type, it detects it as AG> 40-pin, while its a 80-pin one. (dmsg is at the end) AG> * The DVD is secondary master, with no other devices on the cable AG> * THe bios detects it correctly, on boot screen it says udma66 AG> * When booting in w*n, it says udma66 AG> * I have another hard drive udma100 on same system, so I inverted (identical) AG> cables, and the HD is still at udma100, this to discard any cable problems. AG> Its important to get udma66 working, in order to achive maximum burning speed AG> for the drive. AG> So i'm out of ideas here, and any help would be apretiated. AG> Thanks in advance :) (snip) Try playing with the jumpers on the drive. If it is set to Cable Select (CS or CSEL), try manually jumpering it to Master. To be 100% correct, the drive should be jumpered as CSEL but i've seen quite a few cd/dvd drives that don't seem to work correctly when put in CSEL mode with an 80 wire cable. -- Best regards, Peter mailto:darkmatter@freeuk.com From owner-freebsd-stable@FreeBSD.ORG Tue May 31 01:22:42 2005 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 E086816A41C for ; Tue, 31 May 2005 01:22:42 +0000 (GMT) (envelope-from vinny@tellurian.com) Received: from mail1.tellurian.net (mail1.tellurian.net [216.182.1.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79DF343D1D for ; Tue, 31 May 2005 01:22:42 +0000 (GMT) (envelope-from vinny@tellurian.com) Received: from leviathon.tellurian.com (leviathon.tellurian.net [216.182.41.250]) by mail1.tellurian.net ([216.182.1.23] Tellurian Networks Mail Server version 3.0d-2) with ESMTP id 227729776 for multiple; Mon, 30 May 2005 21:22:41 -0400 Message-Id: <6.2.3.0.2.20050530211857.040ff6a0@pop3.tellurian.com> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.0 Date: Mon, 30 May 2005 21:22:47 -0400 To: Sebastian Ahndorf From: Vinny Abello In-Reply-To: <429B7DF6.8040704@it-is-warlock.de> References: <20050529221024.4fu2p4yjusk04k0g@mail.banot.net> <20050529212705.GA64753@xor.obsecurity.org> <1117447400.5384.4.camel@localhost.localdomain> <20050530104928.GB79877@sr.se> <1117465224.9934.7.camel@localhost.localdomain> <429B44BD.7070806@pp.nic.fi> <20050530191843.GA82875@xor.obsecurity.org> <429B7DF6.8040704@it-is-warlock.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Authenticated-User: vinny@tellurian.com X-Ultimate-Internet-Connection: Tellurian Networks Cc: Imobach ??? Sosa , freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Poor network performance: a lot of timeouts 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, 31 May 2005 01:22:43 -0000 At 04:56 PM 5/30/2005, Sebastian Ahndorf wrote: >Kris Kennaway wrote: >>>Both sides must have same config, autosense should work if there >>>is no config possibility in other end. >> >>autosense may in fact not work, especially on low-quality NICs like rl. > >I don't agree to that. >I had similar problems with my network using a cheap switch with >some realtek nics. I had the nics running 100baseTX Full Duplex. >Changing this to autosense made the problems gone. > >Reason (as some people of the german questions-list told me): >Many cheap switches always send their autosensepakets, and have >great problems if the nics connected to the switch do not response >to the autosensepakets (cause they are configured to 10/100baseTX >full/half duplex). >Also realtek nics are far away from being good nics, they work >without problems with the autosensemode and a cheap switch for me >(and many other people I know). > >I would suggest the starter of this thread to use autosense with his >nic (if not tested yet). The deal is simply this: Autosense must be enabled on both sides to autonegotiate speed/duplex. If you force one side to full duplex, the other side still autosenses (on most unmanaged switches), fail, and will fall back to half duplex causing a duplex mismatch. You have to force the other side to full duplex as well. If you cannot do this, leave it at auto, or set the side you can manage to half so they agree. I personally like to leave everything on auto except links between switches and between routers and switches which I force to full. It always works out well for me on practically any platform or OS. Maybe on one or two occasions I've experienced faulty drivers which cause the autosensing to not work on the NIC and just default to half duplex. Vinny Abello Network Engineer Server Management vinny@tellurian.com (973)300-9211 x 125 (973)940-6125 (Direct) PGP Key Fingerprint: 3BC5 9A48 FC78 03D3 82E0 E935 5325 FBCB 0100 977A Tellurian Networks - The Ultimate Internet Connection http://www.tellurian.com (888)TELLURIAN "Courage is resistance to fear, mastery of fear - not absence of fear" -- Mark Twain From owner-freebsd-stable@FreeBSD.ORG Tue May 31 02:52:37 2005 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 AEC6716A41C for ; Tue, 31 May 2005 02:52:37 +0000 (GMT) (envelope-from devin@spamcop.net) Received: from mail.distalzou.net (203.141.139.231.user.ad.il24.net [203.141.139.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D4D243D1F for ; Tue, 31 May 2005 02:52:37 +0000 (GMT) (envelope-from devin@spamcop.net) Received: from plexi.pun-pun.prv ([192.168.7.29] helo=plexi) by mail.distalzou.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.51 (FreeBSD)) id 1DcwrS-0000OO-RG; Tue, 31 May 2005 11:52:10 +0900 Date: Tue, 31 May 2005 11:52:10 +0900 (JST) From: Tod McQuillin X-X-Sender: devin@plexi.pun-pun.prv To: Kris Kennaway In-Reply-To: <20050530225340.GA34233@xor.obsecurity.org> Message-ID: <20050531115114.I727@plexi.pun-pun.prv> References: <20050529221024.4fu2p4yjusk04k0g@mail.banot.net> <20050529212705.GA64753@xor.obsecurity.org> <1117447400.5384.4.camel@localhost.localdomain> <20050530104928.GB79877@sr.se> <1117465224.9934.7.camel@localhost.localdomain> <429B44BD.7070806@pp.nic.fi> <20050530191843.GA82875@xor.obsecurity.org> <429B7DF6.8040704@it-is-warlock.de> <20050530225340.GA34233@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Imobach ??? Sosa , freebsd-stable@freebsd.org, Sebastian Ahndorf Subject: Re: Poor network performance: a lot of timeouts 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, 31 May 2005 02:52:37 -0000 On Mon, 30 May 2005, Kris Kennaway wrote: > On Mon, May 30, 2005 at 10:56:22PM +0200, Sebastian Ahndorf wrote: >> Kris Kennaway wrote: >>>> Both sides must have same config, autosense should work if there is no >>>> config possibility in other end. >>> >>> >>> autosense may in fact not work, especially on low-quality NICs like rl. >>> >> >> I don't agree to that. >> I had similar problems with my network using a cheap switch with some >> realtek nics. I had the nics running 100baseTX Full Duplex. >> Changing this to autosense made the problems gone. > > Your one example does not disprove the statement. I've seen this > problem myself, and so have many others. I found this document extremely helpful in understanding ethernet autonegotiation, especially the table on page 7: https://myvision.flukenetworks.com/edocs/efile.asp?oid=2040882 Good luck, -- Tod From owner-freebsd-stable@FreeBSD.ORG Tue May 31 02:56:19 2005 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 A926416A41C for ; Tue, 31 May 2005 02:56:19 +0000 (GMT) (envelope-from loox@e-shell.net) Received: from sophia3.e-shell.net (sophia3.e-shell.net [64.246.46.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D62843D1F for ; Tue, 31 May 2005 02:56:19 +0000 (GMT) (envelope-from loox@e-shell.net) Received: from dsl-201-137-128-215.prod-infinitum.com.mx (unknown [201.137.128.215]) by sophia3.e-shell.net (Postfix) with ESMTP id E0625656826 for ; Mon, 30 May 2005 21:56:18 -0500 (CDT) From: Axel Gonzalez To: freebsd-stable@freebsd.org Date: Mon, 30 May 2005 21:56:17 -0500 User-Agent: KMail/1.8 References: <200505300140.43646.loox@e-shell.net> <189750964.20050531012211@freeuk.com> In-Reply-To: <189750964.20050531012211@freeuk.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200505302156.17716.loox@e-shell.net> Subject: Re: DVD only gets udma2 (udma4 capable) 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, 31 May 2005 02:56:19 -0000 The drive is ok, jumpers are ok, bios detects it ok, and also w*n detects it ok problem is fbsd detects it as a 40-pin cable =\ btw, im using (forgot to add it on the original post): FreeBSD localhost 5.4-STABLE FreeBSD 5.4-STABLE #2: Tue May 10 09:59:01 CDT 2005 loox@localhost:/usr/obj/usr/src/sys/LXAMD64 amd64 On Monday 30 May 2005 19:22, Peter Mulholland wrote: > Hello Axel, > > Monday, May 30, 2005, 7:40:43 AM, you wrote: > > (snip) > > Try playing with the jumpers on the drive. If it is set to Cable > Select (CS or CSEL), try manually jumpering it to Master. To be 100% > correct, the drive should be jumpered as CSEL but i've seen quite a few > cd/dvd drives that don't seem to work correctly when put in CSEL mode with > an 80 wire cable. From owner-freebsd-stable@FreeBSD.ORG Tue May 31 03:32:29 2005 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 7360116A421 for ; Tue, 31 May 2005 03:32:29 +0000 (GMT) (envelope-from msergeant@snsonline.net) Received: from xyzzy.snsonline.net (office-fw.iexec.net.au [210.18.210.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE3D143D53 for ; Tue, 31 May 2005 03:32:28 +0000 (GMT) (envelope-from msergeant@snsonline.net) Received: from [127.0.0.1] (localhost [127.0.0.1]) by xyzzy.snsonline.net (Postfix) with ESMTP id C3BD31158E9; Tue, 31 May 2005 13:32:22 +1000 (EST) In-Reply-To: <20041117190841.P29048@carver.gumbysoft.com> References: <200411121707.12940.michael.riexinger@de.clara.net> <20041117190841.P29048@carver.gumbysoft.com> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <5210275F-A547-4613-BCEB-7EB0A5E75C82@snsonline.net> Content-Transfer-Encoding: 7bit From: Mark Sergeant Date: Tue, 31 May 2005 13:32:20 +1000 To: Doug White X-Mailer: Apple Mail (2.730) Cc: stable@freebsd.org, Michael Riexinger Subject: Re: heavy named 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: Tue, 31 May 2005 03:32:29 -0000 31-May-2005 13:23:51.045 general: error: /usr/src/lib/bind/ dns/../../../contrib/bind9/lib/dns/adb.c:1439: unexpected error: 31-May-2005 13:23:51.045 general: error: isc_mutex_init failed in new_adbfind() 31-May-2005 13:23:51.891 general: error: /usr/src/lib/bind/ dns/../../../contrib/bind9/lib/dns/adb.c:1439: unexpected error: 31-May-2005 13:23:51.891 general: error: /usr/src/lib/bind/ dns/../../../contrib/bind9/lib/dns/adb.c:1439: unexpected error: 31-May-2005 13:23:51.891 general: error: isc_mutex_init failed in new_adbfind() I'm seeing this on both FreeBSD 5.4-p1 and -STABLE, either named will hang around the 100 - 250M memory mark with top output like ... last pid: 20483; load averages: 0.98, 0.67, 0.44 up 4+03:26:18 12:32:27 34 processes: 2 running, 32 sleeping CPU states: % user, % nice, % system, % interrupt, % idle Mem: 237M Active, 150M Inact, 119M Wired, 24K Cache, 214M Buf, 1407M Free Swap: 4096M Total, 4096M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND 19847 bind 20 0 232M 228M kserel 1 61:57 98.97% 98.97% named As you can see plenty of memory free. Or if I drop down the datasize and cache size then I get the above crash. Any ideas anyone ? Cheers, Mark On 18/11/2004, at 1:09 PM, Doug White wrote: > On Fri, 12 Nov 2004, Michael Riexinger wrote: > > >> i have freebsd 5.3-release with the base bind 9.3 (chrooted). It >> allows >> recursive queries. After few hours running, the server answers to >> every >> query with SERVFAIL. Few minutes before, in the logs is this: >> >> >> named: isc_mutex_init failed in new_adbfind() >> >> After /etc/rc.d/named restart it's working fine for a couple of >> hours... >> What could cause this problem? >> > > Out of memory? Hitting memory limits? > > The code appears to chuck the return code if its nonzero, which is > pesky. > I suspect its ENOMEM, though. > > > How big is the named process when it starts malfunctioning? > > -- > Doug White | FreeBSD: The Power to Serve > dwhite@gumbysoft.com | www.FreeBSD.org > _______________________________________________ > 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 May 31 05:03:29 2005 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 2CDD816A41C for ; Tue, 31 May 2005 05:03:29 +0000 (GMT) (envelope-from smartweb@leadhill.net) Received: from natco8.natcotech.com (natco8.natcotech.com [205.167.142.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id B65B343D49 for ; Tue, 31 May 2005 05:03:28 +0000 (GMT) (envelope-from smartweb@leadhill.net) Received: from localhost (int9.natcotech.com [192.168.1.9]) by natco8.natcotech.com (Postfix) with ESMTP id B8B532980D0 for ; Tue, 31 May 2005 00:03:27 -0500 (CDT) Received: from natco8.natcotech.com ([192.168.1.8]) by localhost (natco9 [192.168.1.9]) (amavisd-new, port 10024) with LMTP id 04639-01-15 for ; Tue, 31 May 2005 00:03:27 -0500 (CDT) Received: from ibm.nlcc.us (ldhl-ras1-dial-12-28-24-127.natcotech.com [12.28.24.127]) by natco8.natcotech.com (Postfix) with ESMTP id A11C0298188 for ; Tue, 31 May 2005 00:03:26 -0500 (CDT) Received: (qmail 54911 invoked by uid 89); 31 May 2005 05:03:26 -0000 Received: from unknown (HELO ?192.168.0.2?) (billy@192.168.0.2) by ibm.nlcc.us with SMTP; 31 May 2005 05:03:26 -0000 Message-ID: <429BF01D.2070103@leadhill.net> Date: Tue, 31 May 2005 00:03:25 -0500 From: Billy Newsom User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at natco9.natcotech.com Subject: ipnat is definitely broken in RELENG_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, 31 May 2005 05:03:29 -0000 I posted previously that ipnat failed to start after I upgraded to FreeBSD 5.4. On the same machine, I am having additional ipnat failures. I reported the first time that ipnat failed to start on the first boot. I am now reporting that on the second boot, ipnat loaded and installed its tables, as expected. A quick "ipnat -vls" at boot confirmed this. YEAH! But ON SECOND LOOK, I found out that ipnat was failing to do its normal network translation. A subsequent "ipnat -vls" confirmed that there were no statistics for anything a day later -- all 0's, but I should have been mapping in and out a lot of connections. So I cleared ipnat's tables and reloaded the same ones. Instantly some connections that were waiting to start were NATed in, and I saw some active connections in the NAT statistics. There had apparently been none since the second boot using FreeBSD 5.4. I am adding this to the PR I filed, because something is still amiss. I am now trying to figure out how to write a babysitter script for ipnat, so it runs at boot, and maybe periodically to ensure NAT is on. If I am away from this server, I wonder what I would do if I depended on ipnat??? I would be firewalled out, essentially, needing to login locally. This is major, so I am going to keep being persistent about it. Thanks for any insight or workarounds... Still need to try enabling ipv6 in rc.conf as someone suggested??? Does that seem right? Here's a few sanitized shell outputs. We have changed the port numbers to protect the innocent. Sun May 29 18:19:29 CDT 2005 [[My bootup time]] # ipnat -vls mapped in 0 out 0 added 0 expired 0 no memory 0 bad nat 0 inuse 0 rules 6 wilds 0 table 0xbfbfebc8 list 0xc1bc6e00 List of active MAP/Redirect filters: rdr oo0 192.168.1.2/32 port 899 -> 127.0.0.1 port 99 tcp rdr oo0 192.168.1.2/32 port 21111 -> 127.0.0.1 port 99 tcp rdr oo0 192.168.1.2/32 port 1238 -> 127.0.0.1 port 99 tcp rdr oo0 192.168.1.2/32 port 1234 -> 127.0.0.1 port 56 tcp rdr oo0 192.168.1.2/32 port 1236 -> 127.0.0.1 port 192 tcp rdr oo0 192.168.1.2/32 port 1237 -> 192.168.0.2 port 152 tcp List of active sessions: List of active host mappings: [And I did this on the 30th!!! with no statistics a day later]] # ipnat -vls mapped in 0 out 0 added 0 expired 0 no memory 0 bad nat 0 inuse 0 rules 6 wilds 0 table 0xbfbfeba8 list 0xc1bc6e00 List of active MAP/Redirect filters: rdr oo0 192.168.1.2/32 port 899 -> 127.0.0.1 port 99 tcp rdr oo0 192.168.1.2/32 port 21111 -> 127.0.0.1 port 99 tcp rdr oo0 192.168.1.2/32 port 1238 -> 127.0.0.1 port 99 tcp rdr oo0 192.168.1.2/32 port 1234 -> 127.0.0.1 port 56 tcp rdr oo0 192.168.1.2/32 port 1236 -> 127.0.0.1 port 192 tcp rdr oo0 192.168.1.2/32 port 1237 -> 192.168.0.2 port 152 tcp List of active sessions: List of active host mappings: # ipnat -C 6 entries flushed from NAT list # ipnat -vls mapped in 0 out 0 added 0 expired 0 no memory 0 bad nat 0 inuse 0 rules 0 wilds 0 table 0xbfbfeba8 list 0x0 List of active MAP/Redirect filters: List of active sessions: List of active host mappings: # ipnat -f /etc/ipnat.rules [Here is a few minutess later....] # ipnat -vls mapped in 14 out 12 added 1 expired 0 no memory 0 bad nat 0 inuse 1 rules 6 wilds 0 table 0xbfbfeba8 list 0xc43f1a00 List of active MAP/Redirect filters: rdr oo0 192.168.1.2/32 port 899 -> 127.0.0.1 port 99 tcp rdr oo0 192.168.1.2/32 port 21111 -> 127.0.0.1 port 99 tcp rdr oo0 192.168.1.2/32 port 1238 -> 127.0.0.1 port 99 tcp rdr oo0 192.168.1.2/32 port 1234 -> 127.0.0.1 port 56 tcp rdr oo0 192.168.1.2/32 port 1236 -> 127.0.0.1 port 192 tcp rdr oo0 192.168.1.2/32 port 1237 -> 192.168.0.2 port 152 tcp List of active sessions: RDR 127.0.0.1 99 <- -> 192.168.1.2 899 [16.10.10.211 42666] age 438 use 0 sumd 0xba36/0xba36 pr 6 bkt 251/408 flags 1 drop 0/0 ifp oo0 bytes 8532 pkts 26 List of active host mappings: From owner-freebsd-stable@FreeBSD.ORG Tue May 31 05:08:26 2005 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 E651C16A41C for ; Tue, 31 May 2005 05:08:25 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from farside.isc.org (farside.isc.org [204.152.187.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id B372643D49 for ; Tue, 31 May 2005 05:08:25 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from drugs.dv.isc.org (localhost [IPv6:::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by farside.isc.org (Postfix) with ESMTP id CC540677F6 for ; Tue, 31 May 2005 05:08:24 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.13.3/8.13.1) with ESMTP id j4V58Efo010011; Tue, 31 May 2005 15:08:14 +1000 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200505310508.j4V58Efo010011@drugs.dv.isc.org> To: Mark Sergeant From: Mark Andrews In-reply-to: Your message of "Tue, 31 May 2005 13:32:20 +1000." <5210275F-A547-4613-BCEB-7EB0A5E75C82@snsonline.net> Date: Tue, 31 May 2005 15:08:14 +1000 Sender: Mark_Andrews@isc.org Cc: stable@freebsd.org, Michael Riexinger Subject: Re: heavy named 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: Tue, 31 May 2005 05:08:26 -0000 > 31-May-2005 13:23:51.045 general: error: /usr/src/lib/bind/ > dns/../../../contrib/bind9/lib/dns/adb.c:1439: unexpected error: > 31-May-2005 13:23:51.045 general: error: isc_mutex_init failed in > new_adbfind() > 31-May-2005 13:23:51.891 general: error: /usr/src/lib/bind/ > dns/../../../contrib/bind9/lib/dns/adb.c:1439: unexpected error: > 31-May-2005 13:23:51.891 general: error: /usr/src/lib/bind/ > dns/../../../contrib/bind9/lib/dns/adb.c:1439: unexpected error: > 31-May-2005 13:23:51.891 general: error: isc_mutex_init failed in > new_adbfind() > > I'm seeing this on both FreeBSD 5.4-p1 and -STABLE, either named will > hang around the 100 - 250M memory mark with top output like ... > > last pid: 20483; load averages: 0.98, 0.67, > 0.44 up 4+03:26:18 > 12:32:27 > 34 processes: 2 running, 32 sleeping > CPU states: % user, % nice, % system, % > interrupt, % idle > Mem: 237M Active, 150M Inact, 119M Wired, 24K Cache, 214M Buf, 1407M > Free > Swap: 4096M Total, 4096M Free > > PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU > COMMAND > 19847 bind 20 0 232M 228M kserel 1 61:57 98.97% > 98.97% named > > As you can see plenty of memory free. > > > Or if I drop down the datasize and cache size then I get the above > crash. Any ideas anyone ? The only thing you should do with datasize is raise it. The option is there so that the process can get *more* than the default memory allocation. If you want to restict the amount of memory being used then max-cache-size is what should be set. Note for this to be effective it needs to trigger *before* named's memory usage hits the datasize limit. Lowering both datasize and max-cache-size is generally counter productive. > Cheers, > > Mark > > On 18/11/2004, at 1:09 PM, Doug White wrote: > > > On Fri, 12 Nov 2004, Michael Riexinger wrote: > > > > > >> i have freebsd 5.3-release with the base bind 9.3 (chrooted). It > >> allows > >> recursive queries. After few hours running, the server answers to > >> every > >> query with SERVFAIL. Few minutes before, in the logs is this: > >> > >> > >> named: isc_mutex_init failed in new_adbfind() > >> > >> After /etc/rc.d/named restart it's working fine for a couple of > >> hours... > >> What could cause this problem? > >> > > > > Out of memory? Hitting memory limits? > > > > The code appears to chuck the return code if its nonzero, which is > > pesky. > > I suspect its ENOMEM, though. > > > > > > How big is the named process when it starts malfunctioning? > > > > -- > > Doug White | FreeBSD: The Power to Serve > > dwhite@gumbysoft.com | www.FreeBSD.org > > _______________________________________________ > > 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" > > > > > > _______________________________________________ > 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" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Tue May 31 05:28:34 2005 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 196C616A41C for ; Tue, 31 May 2005 05:28:34 +0000 (GMT) (envelope-from msergeant@snsonline.net) Received: from xyzzy.snsonline.net (office-fw.iexec.net.au [210.18.210.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9660243D1F for ; Tue, 31 May 2005 05:28:33 +0000 (GMT) (envelope-from msergeant@snsonline.net) Received: from [127.0.0.1] (localhost [127.0.0.1]) by xyzzy.snsonline.net (Postfix) with ESMTP id 40FDE123A55; Tue, 31 May 2005 15:28:27 +1000 (EST) In-Reply-To: <200505310508.j4V58Efo010011@drugs.dv.isc.org> References: <200505310508.j4V58Efo010011@drugs.dv.isc.org> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Mark Sergeant Date: Tue, 31 May 2005 15:28:25 +1000 To: Mark Andrews X-Mailer: Apple Mail (2.730) Cc: stable@freebsd.org, Michael Riexinger Subject: Re: heavy named 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: Tue, 31 May 2005 05:28:34 -0000 On 31/05/2005, at 3:08 PM, Mark Andrews wrote: > > >> 31-May-2005 13:23:51.045 general: error: /usr/src/lib/bind/ >> dns/../../../contrib/bind9/lib/dns/adb.c:1439: unexpected error: >> 31-May-2005 13:23:51.045 general: error: isc_mutex_init failed in >> new_adbfind() >> 31-May-2005 13:23:51.891 general: error: /usr/src/lib/bind/ >> dns/../../../contrib/bind9/lib/dns/adb.c:1439: unexpected error: >> 31-May-2005 13:23:51.891 general: error: /usr/src/lib/bind/ >> dns/../../../contrib/bind9/lib/dns/adb.c:1439: unexpected error: >> 31-May-2005 13:23:51.891 general: error: isc_mutex_init failed in >> new_adbfind() >> >> I'm seeing this on both FreeBSD 5.4-p1 and -STABLE, either named will >> hang around the 100 - 250M memory mark with top output like ... >> >> last pid: 20483; load averages: 0.98, 0.67, >> 0.44 up 4+03:26:18 >> 12:32:27 >> 34 processes: 2 running, 32 sleeping >> CPU states: % user, % nice, % system, % >> interrupt, % idle >> Mem: 237M Active, 150M Inact, 119M Wired, 24K Cache, 214M Buf, 1407M >> Free >> Swap: 4096M Total, 4096M Free >> >> PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU >> COMMAND >> 19847 bind 20 0 232M 228M kserel 1 61:57 98.97% >> 98.97% named >> >> As you can see plenty of memory free. >> >> >> Or if I drop down the datasize and cache size then I get the above >> crash. Any ideas anyone ? >> > > The only thing you should do with datasize is raise it. > The option is there so that the process can get *more* than > the default memory allocation. > > If you want to restict the amount of memory being used then > max-cache-size is what should be set. Note for this to be > effective it needs to trigger *before* named's memory usage > hits the datasize limit. > > Lowering both datasize and max-cache-size is generally > counter productive. > >> True, but with none in place (I'd like it to use a gig or so if possible for the cache), then the system "freezes" and needs to be kill -9'ed and restarted, hence why I dropped the memory limits / put them in place in the first place. Ideally I'd like this machine to not crash at all since it's the primary cache. Have I run into some obscure bug ? >> >>> On Fri, 12 Nov 2004, Michael Riexinger wrote: >>> >>> >>> >>>> i have freebsd 5.3-release with the base bind 9.3 (chrooted). It >>>> allows >>>> recursive queries. After few hours running, the server answers to >>>> every >>>> query with SERVFAIL. Few minutes before, in the logs is this: >>>> >>>> >>>> named: isc_mutex_init failed in new_adbfind() >>>> >>>> After /etc/rc.d/named restart it's working fine for a couple of >>>> hours... >>>> What could cause this problem? >>>> >>>> >>> >>> Out of memory? Hitting memory limits? >>> >>> The code appears to chuck the return code if its nonzero, which is >>> pesky. >>> I suspect its ENOMEM, though. >>> >>> >>> How big is the named process when it starts malfunctioning? >>> >>> -- >>> Doug White | FreeBSD: The Power to Serve >>> dwhite@gumbysoft.com | www.FreeBSD.org >>> _______________________________________________ >>> 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" >>> >>> >>> >> >> _______________________________________________ >> 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" >> > -- > Mark Andrews, ISC > 1 Seymour St., Dundas Valley, NSW 2117, Australia > PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org > > From owner-freebsd-stable@FreeBSD.ORG Tue May 31 06:47:21 2005 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 7CA9916A41C for ; Tue, 31 May 2005 06:47:21 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from farside.isc.org (farside.isc.org [204.152.187.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CB6943D1D for ; Tue, 31 May 2005 06:47:21 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from drugs.dv.isc.org (localhost [IPv6:::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by farside.isc.org (Postfix) with ESMTP id 4D5CC677F6 for ; Tue, 31 May 2005 06:47:18 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.13.3/8.13.1) with ESMTP id j4V6l6F3010478; Tue, 31 May 2005 16:47:07 +1000 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200505310647.j4V6l6F3010478@drugs.dv.isc.org> To: Mark Sergeant From: Mark Andrews In-reply-to: Your message of "Tue, 31 May 2005 15:28:25 +1000." Date: Tue, 31 May 2005 16:47:06 +1000 Sender: Mark_Andrews@isc.org Cc: stable@freebsd.org, Michael Riexinger Subject: Re: heavy named 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: Tue, 31 May 2005 06:47:21 -0000 > On 31/05/2005, at 3:08 PM, Mark Andrews wrote: > > > > > > >> 31-May-2005 13:23:51.045 general: error: /usr/src/lib/bind/ > >> dns/../../../contrib/bind9/lib/dns/adb.c:1439: unexpected error: > >> 31-May-2005 13:23:51.045 general: error: isc_mutex_init failed in > >> new_adbfind() > >> 31-May-2005 13:23:51.891 general: error: /usr/src/lib/bind/ > >> dns/../../../contrib/bind9/lib/dns/adb.c:1439: unexpected error: > >> 31-May-2005 13:23:51.891 general: error: /usr/src/lib/bind/ > >> dns/../../../contrib/bind9/lib/dns/adb.c:1439: unexpected error: > >> 31-May-2005 13:23:51.891 general: error: isc_mutex_init failed in > >> new_adbfind() > >> > >> I'm seeing this on both FreeBSD 5.4-p1 and -STABLE, either named will > >> hang around the 100 - 250M memory mark with top output like ... > >> > >> last pid: 20483; load averages: 0.98, 0.67, > >> 0.44 up 4+03:26:18 > >> 12:32:27 > >> 34 processes: 2 running, 32 sleeping > >> CPU states: % user, % nice, % system, % > >> interrupt, % idle > >> Mem: 237M Active, 150M Inact, 119M Wired, 24K Cache, 214M Buf, 1407M > >> Free > >> Swap: 4096M Total, 4096M Free > >> > >> PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU > >> COMMAND > >> 19847 bind 20 0 232M 228M kserel 1 61:57 98.97% > >> 98.97% named > >> > >> As you can see plenty of memory free. > >> > >> > >> Or if I drop down the datasize and cache size then I get the above > >> crash. Any ideas anyone ? > >> > > > > The only thing you should do with datasize is raise it. > > The option is there so that the process can get *more* than > > the default memory allocation. > > > > If you want to restict the amount of memory being used then > > max-cache-size is what should be set. Note for this to be > > effective it needs to trigger *before* named's memory usage > > hits the datasize limit. > > > > Lowering both datasize and max-cache-size is generally > > counter productive. > > > >> > > True, but with none in place (I'd like it to use a gig or so if > possible for the cache), then the system "freezes" and needs to be > kill -9'ed and restarted, hence why I dropped the memory limits / put > them in place in the first place. Ideally I'd like this machine to > not crash at all since it's the primary cache. Have I run into some > obscure bug ? Well FreeBSD defaults to a system wide maximum datasize of 512M (MAXDSIZ) and requires the kernel to be tuned to raise. Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Tue May 31 06:50:14 2005 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 DC3A516A41C for ; Tue, 31 May 2005 06:50:14 +0000 (GMT) (envelope-from msergeant@snsonline.net) Received: from xyzzy.snsonline.net (office-fw.iexec.net.au [210.18.210.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84DFB43D1F for ; Tue, 31 May 2005 06:50:14 +0000 (GMT) (envelope-from msergeant@snsonline.net) Received: from [127.0.0.1] (localhost [127.0.0.1]) by xyzzy.snsonline.net (Postfix) with ESMTP id 82D62123BCB; Tue, 31 May 2005 16:50:08 +1000 (EST) In-Reply-To: <200505310647.j4V6l6F3010478@drugs.dv.isc.org> References: <200505310647.j4V6l6F3010478@drugs.dv.isc.org> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <37C168CE-2045-4C1C-BBF3-ABF70E9C84CE@snsonline.net> Content-Transfer-Encoding: 7bit From: Mark Sergeant Date: Tue, 31 May 2005 16:50:06 +1000 To: Mark Andrews X-Mailer: Apple Mail (2.730) Cc: stable@freebsd.org, Michael Riexinger Subject: Re: heavy named 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: Tue, 31 May 2005 06:50:15 -0000 >>>> 31-May-2005 13:23:51.045 general: error: /usr/src/lib/bind/ >>>> dns/../../../contrib/bind9/lib/dns/adb.c:1439: unexpected error: >>>> 31-May-2005 13:23:51.045 general: error: isc_mutex_init failed in >>>> new_adbfind() >>>> 31-May-2005 13:23:51.891 general: error: /usr/src/lib/bind/ >>>> dns/../../../contrib/bind9/lib/dns/adb.c:1439: unexpected error: >>>> 31-May-2005 13:23:51.891 general: error: /usr/src/lib/bind/ >>>> dns/../../../contrib/bind9/lib/dns/adb.c:1439: unexpected error: >>>> 31-May-2005 13:23:51.891 general: error: isc_mutex_init failed in >>>> new_adbfind() >>>> >>>> I'm seeing this on both FreeBSD 5.4-p1 and -STABLE, either named >>>> will >>>> hang around the 100 - 250M memory mark with top output like ... >>>> >>>> last pid: 20483; load averages: 0.98, 0.67, >>>> 0.44 up 4+03:26:18 >>>> 12:32:27 >>>> 34 processes: 2 running, 32 sleeping >>>> CPU states: % user, % nice, % system, % >>>> interrupt, % idle >>>> Mem: 237M Active, 150M Inact, 119M Wired, 24K Cache, 214M Buf, >>>> 1407M >>>> Free >>>> Swap: 4096M Total, 4096M Free >>>> >>>> PID USERNAME PRI NICE SIZE RES STATE C TIME >>>> WCPU CPU >>>> COMMAND >>>> 19847 bind 20 0 232M 228M kserel 1 61:57 98.97% >>>> 98.97% named >>>> >>>> As you can see plenty of memory free. >>>> >>>> >>>> Or if I drop down the datasize and cache size then I get the above >>>> crash. Any ideas anyone ? >>>> >>>> >>> >>> The only thing you should do with datasize is raise it. >>> The option is there so that the process can get *more* than >>> the default memory allocation. >>> >>> If you want to restict the amount of memory being used then >>> max-cache-size is what should be set. Note for this to be >>> effective it needs to trigger *before* named's memory usage >>> hits the datasize limit. >>> >>> Lowering both datasize and max-cache-size is generally >>> counter productive. >>> >>> >>>> >>>> >> >> True, but with none in place (I'd like it to use a gig or so if >> possible for the cache), then the system "freezes" and needs to be >> kill -9'ed and restarted, hence why I dropped the memory limits / put >> them in place in the first place. Ideally I'd like this machine to >> not crash at all since it's the primary cache. Have I run into some >> obscure bug ? >> > > Well FreeBSD defaults to a system wide maximum datasize of > 512M (MAXDSIZ) and requires the kernel to be tuned to raise. > options MAXDSIZ="(1024*1024*1024)" options DFLDSIZ="(1024*1024*1024)" Already got them in the kernel. Still got issues though. Mark From owner-freebsd-stable@FreeBSD.ORG Tue May 31 07:38:54 2005 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 4C06A16A41C for ; Tue, 31 May 2005 07:38:54 +0000 (GMT) (envelope-from consummation@rehabofva.com) Received: from ptrt.dravanet.hu (ptrt.dravanet.hu [81.183.253.7]) by mx1.FreeBSD.org (Postfix) with SMTP id BB2C543D1F for ; Tue, 31 May 2005 07:38:53 +0000 (GMT) (envelope-from consummation@rehabofva.com) Received: from [119.59.151.85] (port=4352 helo=[blast]) by ptrt.dravanet.hu with esmtp id 7623515109assignments110199 for freebsd-stable@freebsd.org; Tue, 31 May 2005 09:40:35 +0200 Mime-Version: 1.0 (Apple Message framework v728) Content-Transfer-Encoding: 7bit Message-Id: <4327934462.10684862318@ptrt.dravanet.hu> Content-Type: text/plain; charset=US-ASCII; format=flowed To: freebsd-stable@freebsd.org From: Owen Date: Tue, 31 May 2005 09:40:34 +0200 X-Mailer: Apple Mail (2.728) Subject: Do you want to know the secret of success in sexual life? 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, 31 May 2005 07:38:54 -0000 Healthy living for everyday life. http://tpb.s7v3ebslpka0eta.visional72d3.com It is easier to believe than to doubt. Love is my Sword, Goodness my Armor, And Humor my Shield. All professions are conspiracies against the laity. From owner-freebsd-stable@FreeBSD.ORG Tue May 31 08:12:36 2005 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 5346216A41C for ; Tue, 31 May 2005 08:12:36 +0000 (GMT) (envelope-from Florian.Prester@rrze.uni-erlangen.de) Received: from max71.rrze.uni-erlangen.de (max71.rrze.uni-erlangen.de [131.188.3.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F89743D1D for ; Tue, 31 May 2005 08:12:34 +0000 (GMT) (envelope-from Florian.Prester@rrze.uni-erlangen.de) Received: from fau-vscan-1.rrze.uni-erlangen.de ([131.188.3.181] [131.188.3.181]) by faurelaysmart-1.rrze.uni-erlangen.de with ESMTP; Tue, 31 May 2005 10:12:11 +0200 Received: from max71.rrze.uni-erlangen.de ([131.188.3.181]) by fau-vscan-1.rrze.uni-erlangen.de (fau-vscan-1.rrze.uni-erlangen.de [131.188.2.91]) (amavisd-new) with ESMTP id 02460-01-130; Tue, 31 May 2005 10:12:10 +0200 (MEST) Received: from [131.188.3.175] ([131.188.3.175] [131.188.3.175]) by mailhub.rrze.uni-erlangen.de with ESMTP; Tue, 31 May 2005 09:18:09 +0200 Message-Id: <429C0FC9.3070000@rrze.uni-erlangen.de> Date: Tue, 31 May 2005 09:18:33 +0200 From: Florian Prester User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050329) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel Gerzo References: <429B1BB9.8030603@rrze.uni-erlangen.de> <1306267184.20050530164944@rulez.sk> <429B2A24.90305@rrze.uni-erlangen.de> <183487822.20050530190251@rulez.sk> In-Reply-To: <183487822.20050530190251@rulez.sk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616 (RRZE) on max71.rrze.uni-erlangen.de X-Spam-Checker-Version: SpamAssassin 3.0.3-rrze_38 (2005-04-27) on boeck2.rrze.uni-erlangen.de X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED, AWL, BAYES_50 autolearn=ham X-Spam-Relays-untrusted: X-Spam-Relays-trusted: [ ip=131.188.3.181 rdns=!131.188.3.181! helo=fau-vscan-1.rrze.uni-erlangen.de by=faurelaysmart-1.rrze.uni-erlangen.de ident= envfrom= intl=1 id= auth= ] [ ip=131.188.3.181 rdns=max71.rrze.uni-erlangen.de helo=max71.rrze.uni-erlangen.de by=fau-vscan-1.rrze.uni-erlangen.de ident= envfrom= intl=1 id=02460-01-130 auth= ] [ ip=131.188.3.175 rdns=!131.188.3.175! helo=!131.188.3.175! by=mailhub.rrze.uni-erlangen.de ident= envfrom= intl=1 id= auth= ] X-Spam-PYZOR: Reported 0 times. X-Spam-DCC: rrze-dcc:boeck2 1202; Body=1 Fuz1=1 Fuz2=1 X-Spam-RBL: X-Spam-Eval: ham X-Spam-RRZE-Info: Diese Mail wurde einer automatischen Spam-Analyse unterzogen, siehe: http://www.rrze.uni-erlangen.de/dienste/e-mail/spam-analyse/ Sender: Florian Prester Cc: freebsd-stable@freebsd.org Subject: Re: port-problem: apache2.0.54 mod_perl2 no Modules!! 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, 31 May 2005 08:12:36 -0000 Sorry, my mistake we misunderstood: installed the mod_perl2 port. And I added to the httpd.conf: LoadModule perl_module libexec/apache2/mod_perl.so PerlModule Apache2 Alias /perl/ /data/chroot/www/perl/ SetHandler perl-script PerlResponseHandler ModPerl::Registry PerlOptions +ParseHeaders Options +ExecCGI But nothing happens, the server cannot find the modules: Fri May 27 12:04:56 2005] [error] Can't locate Apache2.pm in @INC (@INC contains: /usr/local/lib/perl5/site_perl/5.8.6/mach /usr/local/lib/perl5/site_perl/5.8.6 /usr/local/lib/perl5/site_perl/5.8.5 /usr/local/lib/perl5/site_perl /usr/local/lib/perl5/5.8.6/BSDPAN /usr/local/lib/perl5/5.8.6/mach /usr/local/lib/perl5/5.8.6 . /usr/local) at (eval 4) line 3.\n [Fri May 27 12:04:56 2005] [error] Can't load Perl module Apache2 for server ... Any Ideas?? If I search for the Perl modules, I cannot find them anywhere!?! Or are all the modules within the mod_perl.so?? Or do I have to install the CPAN modules?? I have no clue, sorry! thanks Florian Daniel Gerzo wrote: >Hello Florian, > >Monday, May 30, 2005, 4:58:44 PM, you typed: > > > >>Hello Gerzo, >> >> > > > >>Thanks for your reply. >> >> > > > >>>>Hi, >>>> >>>>I installed the mod_perl2 port. >>>>I added to the httpd.conf: >>>> >>>> >>>>PerlModule Apache2 >>>> >>>> >>>this is wrong, you should add: >>> >>>LoadModule perl_module libexec/apache2/mod_perl.so >>> >>> >>> >>Sorry, of course I added this line as well, forgot to mention. >> >> > >As well? Wrong. Remove the old line and add only that one I have >mentioned before. > > > >>I do not have any scripts, so I am jist at the beginning :-( >> >> > > > -- -------------------------------------------------------------- Dipl. Inf. Florian Prester Network Administration Regionales RechenZentrum Erlangen Universitaet Erlangen-Nuernberg Germany Tel.: +499131 8527813 From owner-freebsd-stable@FreeBSD.ORG Tue May 31 10:41:57 2005 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 5AA9F16A41C for ; Tue, 31 May 2005 10:41:57 +0000 (GMT) (envelope-from danny.cooper@uk.tiscali.com) Received: from mantronix.as9105.com (mantronix.as9105.com [212.139.129.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id A22CD43D49 for ; Tue, 31 May 2005 10:41:55 +0000 (GMT) (envelope-from danny.cooper@uk.tiscali.com) Received: (qmail 56271 invoked by uid 89); 31 May 2005 10:41:54 -0000 Received: from unknown (HELO d2) (dannyc@as9105.com@212.74.112.53) by mantronix.as9105.com with SMTP; 31 May 2005 10:41:54 -0000 From: "Danny Cooper" To: Date: Tue, 31 May 2005 11:41:53 +0100 Organization: Tiscali UK Ltd X-Mailer: Microsoft Office Outlook, Build 11.0.6353 MIME-Version: 1.0 Thread-Index: AcVlzVwE763p5ldjTf6A4a7pQ3jkmg== Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_00FF_01C565D5.BDCD3970" X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Message-Id: <20050531104155.A22CD43D49@mx1.FreeBSD.org> Subject: DELL PowerEdge 2850 and 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, 31 May 2005 10:41:57 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_00FF_01C565D5.BDCD3970 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit I have installed FreeBSD 5.4 RELEASE and upgraded to -STABLE on a DELL PE2850. FreeBSD 5.4-STABLE #1: Wed May 25 23:43:12 BST 2005 CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3192.22-MHz 686-class CPU) real memory = 5100273664 (4864 MB) avail memory = 4189892608 (3995 MB) MPTable: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 6 amr0: Firmware 516A, BIOS H418, 256MB RAM I have disabled ACPI HTT and enabled PAE to make the whole system memory available. However the problem I have is the system can crash at any moment, and is not load related. As the crash info below is when the machine was in an 100% idle state. ##### Crash Info ########## login: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x24 fault code = supervisor read, page not present instruction pointer = 0x8:0xc031f64b stack pointer = 0x10:0xeab21c64 frame pointer = 0x10:0xeab21c78 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 8 (pagedaemon) trap number = 12 panic: page fault cpuid = 0 boot() called on cpu#0 Uptime: 12h31m11s Cannot dump. No dump device defined. Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... cpu_reset called on cpu#0 cpu_reset: Stopping other CPUs spin lock sched lock held by 0xc63f8c00 for > 5 seconds ############################# I have tried to install other versions of FreeBSD. 4.11 Release (Doesn't see all available memory even with a kernel patch) 5.4 Release (Crashes at random times, but mainly under load, running squid) Does anyone have similar problems or have found a work around? Danny C ------=_NextPart_000_00FF_01C565D5.BDCD3970 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII1zCCAl8w ggHIoAMCAQICAw3GBTANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhh d3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt YWlsIElzc3VpbmcgQ0EwHhcNMDUwMTEwMTI0MDU0WhcNMDYwMTEwMTI0MDU0WjBNMR8wHQYDVQQD ExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMSowKAYJKoZIhvcNAQkBFhtkYW5ueS5jb29wZXJAdWsu dGlzY2FsaS5jb20wgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAK2rMxD+Q6gRhNkuZE10FKWb G5iNFOOpZSbit8YR76ytIS19uMG5QfnWq/hC1tSXx0cJdpRZXrOiAyJyIaq21CJe/wb+sECxIYFP 8c0mAJxXC1byQ+MITLwj5mIg1KCqz2ifl4EFB1yRaWPhSD9yFSymmB6ZCJf3ojpzmY5F3Wf5AgMB AAGjODA2MCYGA1UdEQQfMB2BG2Rhbm55LmNvb3BlckB1ay50aXNjYWxpLmNvbTAMBgNVHRMBAf8E AjAAMA0GCSqGSIb3DQEBBAUAA4GBAMH29rgF6n4qQ5Xb06Nlh7KM3FDhPrL2l6lkf3mtvYsvYK3p Eoqk9ITXPlhxj5NwQimAU1MfM6Mre/3oUtfbQocMn7NsYmBG20kqcHKljqVCXPO9yfj0NbRjDm/p 0VFSAzn9Ta/aPEl8Ej7FoBS4R7WcaJsVDokjeo/kpng5YW2vMIIDLTCCApagAwIBAgIBADANBgkq hkiG9w0BAQQFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UE BxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlm aWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVt YWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3dGUuY29tMB4XDTk2 MDEwMTAwMDAwMFoXDTIwMTIzMTIzNTk1OVowgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0 ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcx KDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0 ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxA dGhhd3RlLmNvbTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA1GnX1LCUZFtx6UfYDFG26nKR sIRefS0Nj3sS34UldSh0OkIsYyeflXtL734Zhx2G6qPduc6WZBrCFG5ErHzmj+hND3EfQDimAKOH ePb5lIZererAXnbr2RSjXW56fAylS1V/Bhkpf56aJtVquzgkCGqYx7Hao5iR/Xnb5VrEHLkCAwEA AaMTMBEwDwYDVR0TAQH/BAUwAwEB/zANBgkqhkiG9w0BAQQFAAOBgQDH7JJ+Tvj1lqVnYiqk8E0R YNBvjWBYYawmu1I1XAjPMPuoSpaKH2JCI4wXD/S6ZJwXrEcp352YXtJsYHFcoqzceePnbgBHH7UN KOgCneSa/RP0ptl8sfjcXyMmCZGAc9AUG95DqYMl8uacLxXK/qarigd1iwzdUYRr5PjRzneigTCC Az8wggKooAMCAQICAQ0wDQYJKoZIhvcNAQEFBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxX ZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRp bmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1Ro YXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1h aWxAdGhhd3RlLmNvbTAeFw0wMzA3MTcwMDAwMDBaFw0xMzA3MTYyMzU5NTlaMGIxCzAJBgNVBAYT AlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3 dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkC gYEAxKY8VXNV+065yplaHmjAdQRwnd/p/6Me7L3N9VvyGna9fww6YfK/Uc4B1OVQCjDXAmNaLIkV cI7dyfArhVqqP3FWy688Cwfn8R+RNiQqE88r1fOCdz0Dviv+uxg+B79AgAJk16emu59l0cUqVIUP SAR/p7bRPGEEQB5kGXJgt/sCAwEAAaOBlDCBkTASBgNVHRMBAf8ECDAGAQH/AgEAMEMGA1UdHwQ8 MDowOKA2oDSGMmh0dHA6Ly9jcmwudGhhd3RlLmNvbS9UaGF3dGVQZXJzb25hbEZyZWVtYWlsQ0Eu Y3JsMAsGA1UdDwQEAwIBBjApBgNVHREEIjAgpB4wHDEaMBgGA1UEAxMRUHJpdmF0ZUxhYmVsMi0x MzgwDQYJKoZIhvcNAQEFBQADgYEASIzRUIPqCy7MDaNmrGcPf6+svsIXoUOWlJ1/TCG4+DYfqi2f Ni/A9BxQIJNwPP2t4WFiw9k6GX6EsZkbAMUaC4J0niVQlGLH2ydxVyWN3amcOY6MIE9lX5Xa9/eH 1sYITq726jTlEBpbNU1341YheILcIRk13iSx0x1G/11fZU8xggLPMIICywIBATBpMGIxCzAJBgNV BAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNU aGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIDDcYFMAkGBSsOAwIaBQCgggG8MBgG CSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTA1MDUzMTEwNDE1M1owIwYJ KoZIhvcNAQkEMRYEFEIIL5Lpu3XomiYA3Rler7dQ/TL9MGcGCSqGSIb3DQEJDzFaMFgwCgYIKoZI hvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMC AgEoMAcGBSsOAwIaMAoGCCqGSIb3DQIFMHgGCSsGAQQBgjcQBDFrMGkwYjELMAkGA1UEBhMCWkEx JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAgMNxgUwegYLKoZIhvcNAQkQAgsxa6BpMGIxCzAJ BgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQD EyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIDDcYFMA0GCSqGSIb3DQEBAQUA BIGAnZUocCPHmLKZuuHLdyeSKSvgW6meb0EkgrlKLGAOvsVlrPuL3Lhz8V/N6JVDe0tcxzeYm+84 v9vVrWmgZOwYoGLcMNZkmTbvb1d7ExzSY3CLNR7Bzqu96PxXRlv1pIuK7S7HFwOzpeXWa6iH4Fe0 pAPcxlAen/LdfQPZsysPLa0AAAAAAAA= ------=_NextPart_000_00FF_01C565D5.BDCD3970-- From owner-freebsd-stable@FreeBSD.ORG Tue May 31 10:58:55 2005 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 2170016A41C for ; Tue, 31 May 2005 10:58:55 +0000 (GMT) (envelope-from dannyc@as9105.com) Received: from sickle.as9105.com (sickle.as9105.com [212.139.129.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id 771C643D1F for ; Tue, 31 May 2005 10:58:54 +0000 (GMT) (envelope-from dannyc@as9105.com) Received: (qmail 59913 invoked by uid 89); 31 May 2005 10:58:53 -0000 Message-ID: <20050531105853.59912.qmail@sickle.as9105.com> From: "Danny Cooper" To: freebsd-stable@freebsd.org Date: Tue, 31 May 2005 11:58:53 +0100 Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit Subject: DELL PowerEdge 2850 and 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, 31 May 2005 10:58:55 -0000 I have installed FreeBSD 5.4 RELEASE and upgraded to -STABLE on a DELL PE2850. FreeBSD 5.4-STABLE #1: Wed May 25 23:43:12 BST 2005 CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3192.22-MHz 686-class CPU) real memory = 5100273664 (4864 MB) avail memory = 4189892608 (3995 MB) MPTable: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 6 amr0: Firmware 516A, BIOS H418, 256MB RAM I have disabled ACPI HTT and enabled PAE to make the whole system memory available. However the problem I have is the system can crash at any moment, and is not load related. As the crash info below is when the machine was in an 100% idle state. ##### Crash Info ########## login: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x24 fault code = supervisor read, page not present instruction pointer = 0x8:0xc031f64b stack pointer = 0x10:0xeab21c64 frame pointer = 0x10:0xeab21c78 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 8 (pagedaemon) trap number = 12 panic: page fault cpuid = 0 boot() called on cpu#0 Uptime: 12h31m11s Cannot dump. No dump device defined. Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... cpu_reset called on cpu#0 cpu_reset: Stopping other CPUs spin lock sched lock held by 0xc63f8c00 for > 5 seconds ############################# I have tried to install other versions of FreeBSD. 4.11 Release (Doesn't see all available memory even with a kernel patch) 5.4 Release (Crashes at random times, but mainly under load, running squid) Does anyone have similar problems or have found a work around? Danny C From owner-freebsd-stable@FreeBSD.ORG Tue May 31 12:33:44 2005 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 F0F7216A41C for ; Tue, 31 May 2005 12:33:43 +0000 (GMT) (envelope-from danger@rulez.sk) Received: from mail.rulez.sk (DaEmoN.RuLeZ.sK [84.16.32.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 906E943D53 for ; Tue, 31 May 2005 12:33:43 +0000 (GMT) (envelope-from danger@rulez.sk) Received: from localhost (localhost [127.0.0.1]) by mail.rulez.sk (Postfix) with ESMTP id 3C8871CC23; Tue, 31 May 2005 14:33:41 +0200 (CEST) Received: from danger.mcrn.sk (danger.mcrn.sk [84.16.37.254]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.rulez.sk (Postfix) with ESMTP id 64D551CC22; Tue, 31 May 2005 14:33:35 +0200 (CEST) Date: Tue, 31 May 2005 14:30:41 +0200 From: Daniel Gerzo X-Priority: 3 (Normal) Message-ID: <75572783.20050531143041@rulez.sk> To: Florian Prester In-Reply-To: <429C0FC9.3070000@rrze.uni-erlangen.de> References: <429B1BB9.8030603@rrze.uni-erlangen.de> <1306267184.20050530164944@rulez.sk> <429B2A24.90305@rrze.uni-erlangen.de> <183487822.20050530190251@rulez.sk> <429C0FC9.3070000@rrze.uni-erlangen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mail.rulez.sk X-Spam-Status: No, hits=-1.316 tagged_above=-999 required=5 tests=[ALL_TRUSTED=-2.82, AWL=0.319, PRIORITY_NO_NAME=1.185] X-Spam-Level: Cc: freebsd-stable@freebsd.org Subject: Re[2]: port-problem: apache2.0.54 mod_perl2 no Modules!! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Gerzo List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 12:33:44 -0000 Hello Florian, Tuesday, May 31, 2005, 9:18:33 AM, you made these points: > Sorry, my mistake we misunderstood: > installed the mod_perl2 port. > And I added to the httpd.conf: > LoadModule perl_module libexec/apache2/mod_perl.so > PerlModule Apache2 ^^ - remove this line, this is obsoleted after mod_perl 2.0 release. How many times do I need to repeat myself? ;-) > Alias /perl/ /data/chroot/www/perl/ > > SetHandler perl-script > PerlResponseHandler ModPerl::Registry > PerlOptions +ParseHeaders > Options +ExecCGI > I'm not sure about this, but the error you are getting is IMHO related to the "PerlModule Apache2" line in httpd.conf, so again, remove it and let us know. > But nothing happens, the server cannot find the modules: > Fri May 27 12:04:56 2005] [error] Can't locate Apache2.pm in @INC (@INC > contains: /usr/local/lib/perl5/site_perl/5.8.6/mach > /usr/local/lib/perl5/site_perl/5.8.6 > /usr/local/lib/perl5/site_perl/5.8.5 /usr/local/lib/perl5/site_perl > /usr/local/lib/perl5/5.8.6/BSDPAN /usr/local/lib/perl5/5.8.6/mach > /usr/local/lib/perl5/5.8.6 . /usr/local) at (eval 4) line 3.\n > [Fri May 27 12:04:56 2005] [error] Can't load Perl module Apache2 for > server ... > Any Ideas?? > If I search for the Perl modules, I cannot find them anywhere!?! > Or are all the modules within the mod_perl.so?? > Or do I have to install the CPAN modules?? > I have no clue, sorry! > thanks > Florian -- Best regards DanGer, ICQ: 261701668 | e-mail protecting at: http://www.2pu.net/ http://danger.rulez.sk | proxy list at: http://www.proxy-web.com/ | FreeBSD - The Power to Serve! [ "God made the cat so that we, for a moment, might caress \SLMR\TAGLI ] From owner-freebsd-stable@FreeBSD.ORG Tue May 31 14:44:24 2005 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 151B216A41C for ; Tue, 31 May 2005 14:44:24 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from pinus.cc.fer.hr (pinus.cc.fer.hr [161.53.73.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 752C743D49 for ; Tue, 31 May 2005 14:44:22 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [161.53.72.113] (lara.cc.fer.hr [161.53.72.113]) by pinus.cc.fer.hr (8.12.2/8.12.2) with ESMTP id j4VEknpq014691 for ; Tue, 31 May 2005 16:46:50 +0200 (MEST) Message-ID: <429C7804.8040709@fer.hr> Date: Tue, 31 May 2005 16:43:16 +0200 From: Ivan Voras User-Agent: Mozilla Thunderbird 1.0 (X11/20041213) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: IP Firewalling by DNS name 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, 31 May 2005 14:44:24 -0000 Is it possible to use ipfw to filter packets by domain name? What I need it for: I'd like to allow ssh logins only from a specific TLD (by reverse lookup...) - maybe there's another way? From owner-freebsd-stable@FreeBSD.ORG Tue May 31 14:48:12 2005 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 A6BA716A41C for ; Tue, 31 May 2005 14:48:12 +0000 (GMT) (envelope-from igorr@speechpro.com) Received: from speechpro.com (speech-tech-2.ip.PeterStar.net [81.3.190.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F41643D48 for ; Tue, 31 May 2005 14:48:11 +0000 (GMT) (envelope-from igorr@speechpro.com) Received: from sysadm.stc ([192.168.2.26]) by s1.stc with esmtp (Exim 4.44 (FreeBSD)) id 1Dd82K-000ESk-QM; Tue, 31 May 2005 18:48:08 +0400 Message-ID: <429C791E.7020003@speechpro.com> Date: Tue, 31 May 2005 18:47:58 +0400 From: Igor Robul User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050518) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ivan Voras References: <429C7804.8040709@fer.hr> In-Reply-To: <429C7804.8040709@fer.hr> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Archived: Yes Cc: freebsd-stable@freebsd.org Subject: Re: IP Firewalling by DNS name 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, 31 May 2005 14:48:12 -0000 Ivan Voras wrote: > Is it possible to use ipfw to filter packets by domain name? > > What I need it for: I'd like to allow ssh logins only from a specific > TLD (by reverse lookup...) - maybe there's another way? /etc/hosts.allow man 5 hosts_access From owner-freebsd-stable@FreeBSD.ORG Tue May 31 14:56:47 2005 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 01B9016A41C for ; Tue, 31 May 2005 14:56:47 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from pinus.cc.fer.hr (pinus.cc.fer.hr [161.53.73.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5363A43D1F for ; Tue, 31 May 2005 14:56:46 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [161.53.72.113] (lara.cc.fer.hr [161.53.72.113]) by pinus.cc.fer.hr (8.12.2/8.12.2) with ESMTP id j4VExDpq026982; Tue, 31 May 2005 16:59:14 +0200 (MEST) Message-ID: <429C7AEC.6060807@fer.hr> Date: Tue, 31 May 2005 16:55:40 +0200 From: Ivan Voras User-Agent: Mozilla Thunderbird 1.0 (X11/20041213) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Igor Robul References: <429C7804.8040709@fer.hr> <429C791E.7020003@speechpro.com> In-Reply-To: <429C791E.7020003@speechpro.com> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: IP Firewalling by DNS name 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, 31 May 2005 14:56:47 -0000 Igor Robul wrote: > Ivan Voras wrote: >> What I need it for: I'd like to allow ssh logins only from a specific >> TLD (by reverse lookup...) - maybe there's another way? > > /etc/hosts.allow > man 5 hosts_access How safe is it? As I understand it, sshd actually accepts connections prior to checking hosts.allow? In hosts.allow, there's an example for sshd but it contains: # Wrapping sshd(8) is not normally a good idea, but if you # need to do it, here's how #sshd : .evil.cracker.example.com : deny Why it's not a good idea? :) From owner-freebsd-stable@FreeBSD.ORG Tue May 31 15:12:12 2005 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 5E3EF16A41C for ; Tue, 31 May 2005 15:12:12 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 963D643D1F for ; Tue, 31 May 2005 15:12:11 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (jqdovs@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.1/8.13.1) with ESMTP id j4VFC91J023436 for ; Tue, 31 May 2005 17:12:09 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.1/8.13.1/Submit) id j4VFC8j4023435; Tue, 31 May 2005 17:12:08 +0200 (CEST) (envelope-from olli) Date: Tue, 31 May 2005 17:12:08 +0200 (CEST) Message-Id: <200505311512.j4VFC8j4023435@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <429C7804.8040709@fer.hr> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.11-RELEASE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: IP Firewalling by DNS name X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 15:12:12 -0000 Ivan Voras wrote: > Is it possible to use ipfw to filter packets by domain name? No. That would required the IPFW code to perform reverse DNS lookups, which isn't really feasable. (In theory you could write a small filter program that receives the ssh setup packets via an IPFW divert(4) rule. However, DNS lookups can take a significant amount of time which could probably interfere adversely with the TCP retransmission timeout of the setup (SYN) packets. But I could be wrong.) > What I need it for: I'd like to allow ssh logins only from a specific > TLD (by reverse lookup...) - maybe there's another way? If there's a limited number of IP addreses or subnets within that TLD that you want to allow access, then use those addresses in IPFW rules. Another way is to use the TCP wrapper, see hosts_access(5). However, be aware that this is working at a higher level than IPFW. If you want to control logins to a single account only (which is under your control), you could use public-key- authentication and put the TLD with your public key in the ~/.ssh/authorized_keys file, like this: from="*.org" ssh-dss ... and disable password authentication alltogether. Then you can only login with your private key _and_ from that TLD. If it's not your own account and you don't trust the user, then change his ~/.ssh/authorized_keys file like above, and then set the system-immutable flags on the file _and_ on the directory ("chflags schg ..."). (Note that chmod and chown will not be sufficient, because the use can still rename the ~/.ssh directory and create a new one.) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-stable@FreeBSD.ORG Tue May 31 15:15:32 2005 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 150D116A41C for ; Tue, 31 May 2005 15:15:32 +0000 (GMT) (envelope-from kometen@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADEB543D4C for ; Tue, 31 May 2005 15:15:31 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so1958728rng for ; Tue, 31 May 2005 08:15:31 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=IVoE/qTmohnWo6uIzUpiy3HTvpAGPhWjyn2uX/JpWmTsG8dNduBFYjjVHMNh3qqd9CzIv1ma175Gn/9ST4kOW761TOT1+eH8OJwC1MRXCrHDZy+03aq8vWbf8iz2KBQQS9n/kuxEc1mdjvkMxmsegzsdqiDhG7chZzCcXtavfHQ= Received: by 10.38.74.75 with SMTP id w75mr7066149rna; Tue, 31 May 2005 08:15:30 -0700 (PDT) Received: by 10.38.149.57 with HTTP; Tue, 31 May 2005 08:15:29 -0700 (PDT) Message-ID: Date: Tue, 31 May 2005 17:15:29 +0200 From: Claus Guttesen To: Danny Cooper In-Reply-To: <20050531104155.A22CD43D49@mx1.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050531104155.A22CD43D49@mx1.FreeBSD.org> Cc: freebsd-stable@freebsd.org Subject: Re: DELL PowerEdge 2850 and FreeBSD 5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Claus Guttesen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 15:15:32 -0000 > I have installed FreeBSD 5.4 RELEASE and upgraded to -STABLE on a DELL > PE2850. >=20 > FreeBSD 5.4-STABLE #1: Wed May 25 23:43:12 BST 2005 > CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3192.22-MHz 686-class CPU) > real memory =3D 5100273664 (4864 MB) > avail memory =3D 4189892608 (3995 MB) > MPTable: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 6 > amr0: Firmware 516A, BIOS H418, 256MB RAM >=20 > I have disabled ACPI HTT and enabled PAE to make the whole system memory > available. >=20 > However the problem I have is the system can crash at any moment, and is = not > load related. As the crash info below is when the machine was in an 100% > idle state. I have the same hardware as well, running on the i386-port. I have disabled usb with usbd_enable=3D"NO" in /etc/rc.conf. I have no idea whether this helps but havent't had an issue with the 2850. Except with a qlogic-hba and the isp-driver (I suspect) *on* amd64, but *not* on i386. Claus From owner-freebsd-stable@FreeBSD.ORG Tue May 31 15:21:14 2005 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 C376216A41C for ; Tue, 31 May 2005 15:21:14 +0000 (GMT) (envelope-from bcasavan@tdkt.org) Received: from yeppers.tdkt.org (skyline.tdkt.org [209.98.211.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63BD743D53 for ; Tue, 31 May 2005 15:21:12 +0000 (GMT) (envelope-from bcasavan@tdkt.org) Received: from chenjesu.americas.sgi.com (cfcafwp.sgi.com [192.48.179.6]) (authenticated bits=0) by yeppers.tdkt.org (8.12.11/8.12.11/erikj-OpenBSD) with ESMTP id j4VFITL4015286; Tue, 31 May 2005 10:20:55 -0500 (CDT) Date: Tue, 31 May 2005 10:18:23 -0500 (CDT) From: Brent Casavant X-X-Sender: bcasavan@chenjesu.americas.sgi.com To: Benjamin Lutz In-Reply-To: <429A892C.6060006@datacomm.ch> Message-ID: <20050531101206.I1376@chenjesu.americas.sgi.com> References: <429A892C.6060006@datacomm.ch> Organization: "Angeltread Software Organization" MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: libpthread problem (segfaults) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Brent Casavant List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 15:21:14 -0000 On Mon, 30 May 2005, Benjamin Lutz wrote: > I've run into an issue that has me stumped. Anything that I link against > libpthread on my FreeBSD-5.4-RELEASE/i386 installation will segfault as > soon as it tries making use of the threads. I may be hitting a manifestation of the same problem. With a freshly installed AbiWord (ports tree cvsup'd approximately 1 week after 5.4-RELEASE was announced, portupgrade performed) on a 5.4-RELEASE system, it crashes whenever the "Open" dialog is opened. The backtraces are next to useless, though there does seem to be a number of Pthreads calls in progress (pthread_mutexattr_init, pthread_testcancel, and pthread_timedwrlock). I'm casually debugging this problem as time permits, but to no avail thus far. Brent -- Brent Casavant Dance like everyone should www.angeltread.org be watching. KD5EMB, EN34lv From owner-freebsd-stable@FreeBSD.ORG Tue May 31 15:22:25 2005 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 4D77416A41F for ; Tue, 31 May 2005 15:22:25 +0000 (GMT) (envelope-from danger@rulez.sk) Received: from mail.rulez.sk (DaEmoN.RuLeZ.sK [84.16.32.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB69B43D48 for ; Tue, 31 May 2005 15:22:24 +0000 (GMT) (envelope-from danger@rulez.sk) Received: from localhost (localhost [127.0.0.1]) by mail.rulez.sk (Postfix) with ESMTP id 887AA1CC24; Tue, 31 May 2005 17:22:23 +0200 (CEST) Received: from danger.mcrn.sk (danger.mcrn.sk [84.16.37.254]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.rulez.sk (Postfix) with ESMTP id CB01F1CC22; Tue, 31 May 2005 17:22:12 +0200 (CEST) Date: Tue, 31 May 2005 17:19:08 +0200 From: Daniel Gerzo X-Priority: 3 (Normal) Message-ID: <144623634.20050531171908@rulez.sk> To: Ivan Voras In-Reply-To: <429C7804.8040709@fer.hr> References: <429C7804.8040709@fer.hr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mail.rulez.sk X-Spam-Status: No, hits=-1.276 tagged_above=-999 required=5 tests=[ALL_TRUSTED=-2.82, AWL=0.359, PRIORITY_NO_NAME=1.185] X-Spam-Level: Cc: stable@freebsd.org Subject: Re: IP Firewalling by DNS name X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Gerzo List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 15:22:25 -0000 Hello Ivan, Tuesday, May 31, 2005, 4:43:16 PM, si pisal: > Is it possible to use ipfw to filter packets by domain name? > What I need it for: I'd like to allow ssh logins only from a specific > TLD (by reverse lookup...) - maybe there's another way? you can use AllowUsers sshd_config directive e.g: AllowUsers user@*.domain.tld or something like: AllowUsers user@111.111.111.* I think this is possible too. -- Sincerely, DanGer, ICQ: 261701668 | e-mail protecting at: http://www.2pu.net/ http://danger.rulez.sk | proxy list at: http://www.proxy-web.com/ | FreeBSD - The Power to Serve! From owner-freebsd-stable@FreeBSD.ORG Tue May 31 15:29:58 2005 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 8CBF116A41C for ; Tue, 31 May 2005 15:29:58 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4F3843D1D for ; Tue, 31 May 2005 15:29:57 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (kbczgz@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.1/8.13.1) with ESMTP id j4VFTuTB024199 for ; Tue, 31 May 2005 17:29:56 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.1/8.13.1/Submit) id j4VFTu9Q024198; Tue, 31 May 2005 17:29:56 +0200 (CEST) (envelope-from olli) Date: Tue, 31 May 2005 17:29:56 +0200 (CEST) Message-Id: <200505311529.j4VFTu9Q024198@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <429C7AEC.6060807@fer.hr> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.11-RELEASE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: IP Firewalling by DNS name X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 15:29:58 -0000 Ivan Voras wrote: > Igor Robul wrote: > > Ivan Voras wrote: > > > What I need it for: I'd like to allow ssh logins only from a specific > > > TLD (by reverse lookup...) - maybe there's another way? > > > > /etc/hosts.allow > > man 5 hosts_access > > How safe is it? It works in userland, so it only kicks in after the TCP connection has already been established. IPFW works in the kernel on a packet level, so it kicks in much earlier. Whether it's safe enough for you is up to you to decide. > As I understand it, sshd actually accepts connections > prior to checking hosts.allow? Yes, the connection is accepted first, because there is no information available about it before it is accepted. But if the check fails, the connection will be closed immediately. > In hosts.allow, there's an example for sshd but it contains: > > # Wrapping sshd(8) is not normally a good idea, but if you > # need to do it, here's how > #sshd : .evil.cracker.example.com : deny > > Why it's not a good idea? :) There are several reasons. First, it relies on DNS, which is not necessarily a good idea. If someone can spoof your DNS (which is not as difficult as many people think it is), you're toast. Second, SSH provides authentication mechanisms which are much more secure, such as public key authentication. Also, SSH uses host keys for identification, so you don't have to rely on DNS. However, in your case I think it's OK to use TCP wrapper, because you want to use that in _addition_ to the usual SSH authentication (for pre-filtering, so to speak), but not to replace it. Just keep in mind that DNS results might not be reliable. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "I made up the term 'object-oriented', and I can tell you I didn't have C++ in mind." -- Alan Kay, OOPSLA '97 From owner-freebsd-stable@FreeBSD.ORG Tue May 31 15:45:12 2005 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 9B2DF16A41C; Tue, 31 May 2005 15:45:12 +0000 (GMT) (envelope-from skylar@cs.earlham.edu) Received: from cs.earlham.edu (cs.earlham.edu [159.28.230.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id C281A43D55; Tue, 31 May 2005 15:45:10 +0000 (GMT) (envelope-from skylar@cs.earlham.edu) Received: from [159.28.57.98] (wir057098.rpa.earlham.edu [159.28.57.98]) (authenticated bits=0) by cs.earlham.edu (8.13.4/8.13.3) with ESMTP id j4VFj3OR076121 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 31 May 2005 10:45:05 -0500 (EST) (envelope-from skylar@cs.earlham.edu) Message-ID: <429C867A.5040909@cs.earlham.edu> Date: Tue, 31 May 2005 10:44:58 -0500 From: Skylar Thompson Organization: Earlham College Computer Science Department User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jon Dama References: <200505270711.j4R7BTMf078204@gw.catspoiler.org> In-Reply-To: X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig3DAFB34E835079E79DE17BB3" X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-1.6 (cs.earlham.edu [159.28.230.3]); Tue, 31 May 2005 10:45:05 -0500 (EST) X-Virus-Scanned: ClamAV 0.85.1/900/Tue May 31 05:50:19 2005 on quark.cs.earlham.edu X-Virus-Status: Clean X-Sanitizer: This message has passed the MIMEDefang sanitizer. X-Sanitizer-URL: http://www.cs.earlham.edu/applied-groups/admin/ X-Sanitizer-Version: MIMEDefang/ECSanitizer $Revision: 1.18 $ X-Sanitizer-Config-Version: $Revision: 1.180 $ X-Scanned-By: MIMEDefang 2.51 on 159.28.230.3 X-Spam-Status: No, score=-2.8 required=8.0 tests=ALL_TRUSTED autolearn=failed version=3.0.3 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on quark.cs.earlham.edu Cc: Don Lewis , freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Weird NFS 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: Tue, 31 May 2005 15:45:12 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3DAFB34E835079E79DE17BB3 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Jon Dama wrote: >Try switching to TCP NFS. > >a 100MBit interface cannot keep up with a 1GBit interface in a bridge >configuration. Therefore, in the long run, at full-bore you'd expect to >drop 9 out of every 10 ethernet frames. > >MTU is 1500 therefore 1K works (it fits in one frame), 2K doesn't (your >NFS transactions are split across frames, one of which will almost >certainly be dropped, it's UDP so the loss of one frame invalidates the >whole transaction). > >This is the same reason you can't use UDP with a block size greater than >MTU to use NFS over your DSL or some such arrangement. > >Incidentially, this has nothing to do with FreeBSD. So if using TCP >mounts solves your problem, don't expect Solaris NFS to magically make the >UDP case work... > > The thing is that UDP NFS has been working for us for years. A big part of our work is performance analysis, so to change our network architecture will invalidate a large part of our data. -- -- Skylar Thompson (skylar@cs.earlham.edu) -- http://www.cs.earlham.edu/~skylar/ --------------enig3DAFB34E835079E79DE17BB3 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.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCnIZ8sc4yyULgN4YRAt74AJ9z2oHXVKIsnUj8g7IIDtQBjhV1QwCeOrFK TRhd7d4MbXi8b2qxX2b5+Bo= =wMiU -----END PGP SIGNATURE----- --------------enig3DAFB34E835079E79DE17BB3-- From owner-freebsd-stable@FreeBSD.ORG Tue May 31 15:46:11 2005 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 6B8C216A41C; Tue, 31 May 2005 15:46:11 +0000 (GMT) (envelope-from owner-freebsd-questions@freebsd.org) Received: from pythagoras.zen.co.uk (pythagoras.zen.co.uk [212.23.3.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9602743D1D; Tue, 31 May 2005 15:46:10 +0000 (GMT) (envelope-from owner-freebsd-questions@freebsd.org) Received: from [82.69.255.50] (helo=rtxnetworks.co.uk) by pythagoras.zen.co.uk with esmtp (Exim 4.30) id 1Dd8wT-0005YL-Q8; Tue, 31 May 2005 15:46:09 +0000 Received: from mail pickup service by rtxnetworks.co.uk with Microsoft SMTPSVC; Tue, 31 May 2005 16:45:50 +0100 thread-index: AcVl99Hfdi1VexrlSlaIZca54MzhFg== X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Date: Tue, 31 May 2005 16:45:50 +0100 From: "Skylar Thompson" Organization: Earlham College Computer Science Department User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: References: <200505270711.j4R7BTMf078204@gw.catspoiler.org> Message-ID: <000101c565f7$d1df7fa0$144da8c0@rtxnetworks.local> In-Reply-To: Content-Transfer-Encoding: 7bit X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig3DAFB34E835079E79DE17BB3" X-Greylist: Sender succeded SMTP AUTH authentication, not delayed bymilter-greylist-1.6 (cs.earlham.edu [159.28.230.3]); Tue, 31 May 2005 10:45:05 -0500 (EST) X-Virus-Scanned: ClamAV 0.85.1/900/Tue May 31 05:50:19 2005 onquark.cs.earlham.edu X-Virus-Status: Clean X-Sanitizer: This message has passed the MIMEDefang sanitizer. X-Mailer: Microsoft CDO for Exchange 2000 X-Sanitizer-URL: http://www.cs.earlham.edu/applied-groups/admin/ X-Sanitizer-Version: MIMEDefang/ECSanitizer $Revision: 1.18 $ X-Sanitizer-Config-Version: $Revision: 1.180 $ X-Scanned-By: MIMEDefang 2.51 on 159.28.230.3 X-Spam-Status: No, score=-2.8 required=8.0 tests=ALL_TRUSTED autolearn=failed version=3.0.3 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on quark.cs.earlham.edu X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: Errors-To: owner-freebsd-questions@freebsd.org Content-Class: urn:content-classes:message X-Zen-Test-Spam-Score: 0 Importance: normal Priority: normal X-Zen-Test-Spam-Bar: (/) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.181 X-Originating-Schroedinger-IP: [216.136.204.119] X-Envelope-From: owner-freebsd-questions@freebsd.org X-Envelope-To: james@rtxnetworks.co.uk X-Apparently-To: james@rtxnetworks.co.uk X-Zen-Loop: 4e5e9d7b303bfa0036200918db506edf X-Zen-Stored: hausdorff.zen.co.uk/1Dd8w4-0007ec-Te/2005-05-31 15:45:49 X-Antivirus: AVG for E-mail 7.0.323 [267.3.0] X-OriginalArrivalTime: 31 May 2005 15:45:50.0562 (UTC) FILETIME=[D2118C20:01C565F7] X-Originating-Pythagoras-IP: [82.69.255.50] Cc: Don Lewis , freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Weird NFS problems X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 15:46:11 -0000 This is a multi-part message in MIME format. --------------enig3DAFB34E835079E79DE17BB3 Content-Type: text/plain; format=flowed; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Jon Dama wrote: >Try switching to TCP NFS. > >a 100MBit interface cannot keep up with a 1GBit interface in a bridge >configuration. Therefore, in the long run, at full-bore you'd expect to >drop 9 out of every 10 ethernet frames. > >MTU is 1500 therefore 1K works (it fits in one frame), 2K doesn't (your >NFS transactions are split across frames, one of which will almost >certainly be dropped, it's UDP so the loss of one frame invalidates the >whole transaction). > >This is the same reason you can't use UDP with a block size greater than >MTU to use NFS over your DSL or some such arrangement. > >Incidentially, this has nothing to do with FreeBSD. So if using TCP >mounts solves your problem, don't expect Solaris NFS to magically make the >UDP case work... > > The thing is that UDP NFS has been working for us for years. A big part of our work is performance analysis, so to change our network architecture will invalidate a large part of our data. -- -- Skylar Thompson (skylar@cs.earlham.edu) -- http://www.cs.earlham.edu/~skylar/ --------------enig3DAFB34E835079E79DE17BB3 Content-Type: application/pgp-signature; name="signature.asc" Content-Transfer-Encoding: 7bit Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCnIZ8sc4yyULgN4YRAt74AJ9z2oHXVKIsnUj8g7IIDtQBjhV1QwCeOrFK TRhd7d4MbXi8b2qxX2b5+Bo= =wMiU -----END PGP SIGNATURE----- --------------enig3DAFB34E835079E79DE17BB3-- From owner-freebsd-stable@FreeBSD.ORG Tue May 31 15:51:03 2005 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 5D9EA16A41C for ; Tue, 31 May 2005 15:51:03 +0000 (GMT) (envelope-from freebsd@as9105.com) Received: from sickle.as9105.com (sickle.as9105.com [212.139.129.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA5AD43D1F for ; Tue, 31 May 2005 15:51:02 +0000 (GMT) (envelope-from freebsd@as9105.com) Received: (qmail 12849 invoked by uid 30010); 31 May 2005 15:51:01 -0000 Received: from freebsd@as9105.com by sickle.as9105.com by uid 89 with qmail-scanner-1.22 (clamscan: 0.75.1. spamassassin: 2.64. Clear:RC:1(212.74.112.53):. Processed in 1.121273 secs); 31 May 2005 15:51:01 -0000 Received: from unknown (HELO d2) (postmaster@as9105.com@212.74.112.53) by sickle.as9105.com with SMTP; 31 May 2005 15:51:00 -0000 From: "Danny Cooper" To: Date: Tue, 31 May 2005 16:50:59 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: Thread-Index: AcVl86piT3GWMSq3SBuNaI4J7+9lLgAAkxWwAACQOgA= X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Qmail-Scanner-Message-ID: <111755466067212841@sickle.as9105.com> Message-Id: <20050531155102.BA5AD43D1F@mx1.FreeBSD.org> Subject: RE: DELL PowerEdge 2850 and 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, 31 May 2005 15:51:03 -0000 With the kernel I removed all non-required devices Firewire, usb all the NIC's except em and removed all RAID and SCSI controllers to make sure nothing would interfere. I tried to boot with the AMD64 CD but with no success, the machine just hangs when it tries to load the CD, still trying to work out a solution to the problem, but it just seems these DELL 2850 machines are for Windows or RedHat!!! DC -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Claus Guttesen Sent: 31 May 2005 16:15 To: Danny Cooper Cc: freebsd-stable@freebsd.org Subject: Re: DELL PowerEdge 2850 and FreeBSD 5.4 > I have installed FreeBSD 5.4 RELEASE and upgraded to -STABLE on a DELL > PE2850. > > FreeBSD 5.4-STABLE #1: Wed May 25 23:43:12 BST 2005 > CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3192.22-MHz 686-class CPU) > real memory = 5100273664 (4864 MB) > avail memory = 4189892608 (3995 MB) > MPTable: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 6 > amr0: Firmware 516A, BIOS H418, 256MB RAM > > I have disabled ACPI HTT and enabled PAE to make the whole system memory > available. > > However the problem I have is the system can crash at any moment, and is not > load related. As the crash info below is when the machine was in an 100% > idle state. I have the same hardware as well, running on the i386-port. I have disabled usb with usbd_enable="NO" in /etc/rc.conf. I have no idea whether this helps but havent't had an issue with the 2850. Except with a qlogic-hba and the isp-driver (I suspect) *on* amd64, but *not* on i386. Claus _______________________________________________ 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 May 31 15:54:27 2005 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 468C716A41C for ; Tue, 31 May 2005 15:54:27 +0000 (GMT) (envelope-from freebsd-stable-local@be-well.no-ip.com) Received: from mail21.sea5.speakeasy.net (mail21.sea5.speakeasy.net [69.17.117.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id D223743D1D for ; Tue, 31 May 2005 15:54:26 +0000 (GMT) (envelope-from freebsd-stable-local@be-well.no-ip.com) Received: (qmail 28542 invoked from network); 31 May 2005 15:54:26 -0000 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail21.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 31 May 2005 15:54:26 -0000 Received: by be-well.ilk.org (Postfix, from userid 1147) id 878E330; Tue, 31 May 2005 11:54:25 -0400 (EDT) Sender: lowell@be-well.ilk.org To: Ivan Voras To: freebsd-stable@FreeBSD.ORG References: <200505311529.j4VFTu9Q024198@lurza.secnetix.de> From: Lowell Gilbert Date: 31 May 2005 11:54:25 -0400 In-Reply-To: <200505311529.j4VFTu9Q024198@lurza.secnetix.de> Message-ID: <44k6lfjsr2.fsf@be-well.ilk.org> Lines: 49 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: Re: IP Firewalling by DNS name X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 15:54:27 -0000 Oliver Fromme writes: > Ivan Voras wrote: > > As I understand it, sshd actually accepts connections > > prior to checking hosts.allow? > > Yes, the connection is accepted first, because there is > no information available about it before it is accepted. > But if the check fails, the connection will be closed > immediately. Well, that's not necessarily the best way to explain it. When you're working with TCP wrappers, you're running out of inetd(8), so there isn't really any sshd at all until the wrappers have decided to allow the connection. > > In hosts.allow, there's an example for sshd but it contains: > > > > # Wrapping sshd(8) is not normally a good idea, but if you > > # need to do it, here's how > > #sshd : .evil.cracker.example.com : deny > > > > Why it's not a good idea? :) > > There are several reasons. First, it relies on DNS, which > is not necessarily a good idea. If someone can spoof your > DNS (which is not as difficult as many people think it is), > you're toast. > > Second, SSH provides authentication mechanisms which are > much more secure, such as public key authentication. > Also, SSH uses host keys for identification, so you don't > have to rely on DNS. The reason that it's generally considered a bad idea, though, is just that it's *slow*. If you're running inetd anyway, and don't get many ssh connections, you won't notice this issue, but if you get a lot of connections, you really want to run ssh as a daemon rather than starting it from scratch every time a new connection comes in. > However, in your case I think it's OK to use TCP wrapper, > because you want to use that in _addition_ to the usual SSH > authentication (for pre-filtering, so to speak), but not to > replace it. Just keep in mind that DNS results might not > be reliable. Absolutely. In fact, most people trying to wrap sshd are kidding themselves about getting any security benefit at all. From owner-freebsd-stable@FreeBSD.ORG Tue May 31 16:00:50 2005 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 1771F16A41C for ; Tue, 31 May 2005 16:00:50 +0000 (GMT) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id A494C43D48 for ; Tue, 31 May 2005 16:00:49 +0000 (GMT) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id j4VG0kp6007649 for ; Tue, 31 May 2005 09:00:46 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id j4VG0kj1007648 for freebsd-stable@freebsd.org; Tue, 31 May 2005 09:00:46 -0700 (PDT) (envelope-from david) Date: Tue, 31 May 2005 09:00:46 -0700 From: David Wolfskill To: freebsd-stable@freebsd.org Message-ID: <20050531160046.GP800@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , freebsd-stable@freebsd.org References: <200505311529.j4VFTu9Q024198@lurza.secnetix.de> <44k6lfjsr2.fsf@be-well.ilk.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44k6lfjsr2.fsf@be-well.ilk.org> User-Agent: Mutt/1.4.2.1i Subject: Re: IP Firewalling by DNS name 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, 31 May 2005 16:00:50 -0000 On Tue, May 31, 2005 at 11:54:25AM -0400, Lowell Gilbert wrote: > Oliver Fromme writes: > > > Ivan Voras wrote: > > > > As I understand it, sshd actually accepts connections > > > prior to checking hosts.allow? > > > > Yes, the connection is accepted first, because there is > > no information available about it before it is accepted. > > But if the check fails, the connection will be closed > > immediately. > > Well, that's not necessarily the best way to explain it. When you're > working with TCP wrappers, you're running out of inetd(8), so there > isn't really any sshd at all until the wrappers have decided to allow > the connection. Are you *sure* about that? Ref: g1-18(4.11-S)[2] ldd `which sshd` /usr/sbin/sshd: libopie.so.2 => /usr/lib/libopie.so.2 (0x28089000) libmd.so.2 => /usr/lib/libmd.so.2 (0x28092000) libssh.so.2 => /usr/lib/libssh.so.2 (0x2809b000) libcrypt.so.2 => /usr/lib/libcrypt.so.2 (0x280ca000) libcrypto.so.3 => /usr/lib/libcrypto.so.3 (0x280e3000) libutil.so.3 => /usr/lib/libutil.so.3 (0x281da000) libz.so.2 => /usr/lib/libz.so.2 (0x281e3000) libwrap.so.3 => /usr/lib/libwrap.so.3 (0x281f0000) libpam.so.1 => /usr/lib/libpam.so.1 (0x281f8000) libc.so.4 => /usr/lib/libc.so.4 (0x28202000) g1-18(4.11-S)[3] Note "libwrap.so.3" in there.... Peace, david -- David H. Wolfskill david@catwhisker.org Any given sequence of letters is a misspelling of a great many English words. See http://www.catwhisker.org/~david/publickey.gpg for public key. From owner-freebsd-stable@FreeBSD.ORG Tue May 31 16:31:52 2005 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 F1B0116A41C for ; Tue, 31 May 2005 16:31:52 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35A2143D49 for ; Tue, 31 May 2005 16:31:51 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (wfgjaj@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.1/8.13.1) with ESMTP id j4VGVoM6027357 for ; Tue, 31 May 2005 18:31:50 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.1/8.13.1/Submit) id j4VGVo5i027356; Tue, 31 May 2005 18:31:50 +0200 (CEST) (envelope-from olli) Date: Tue, 31 May 2005 18:31:50 +0200 (CEST) Message-Id: <200505311631.j4VGVo5i027356@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <44k6lfjsr2.fsf@be-well.ilk.org> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.11-RELEASE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: IP Firewalling by DNS name X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 16:31:53 -0000 Lowell Gilbert wrote: > Oliver Fromme writes: > > Ivan Voras wrote: > > > As I understand it, sshd actually accepts connections > > > prior to checking hosts.allow? > > > > Yes, the connection is accepted first, because there is > > no information available about it before it is accepted. > > But if the check fails, the connection will be closed > > immediately. > > Well, that's not necessarily the best way to explain it. When you're > working with TCP wrappers, you're running out of inetd(8), so there > isn't really any sshd at all until the wrappers have decided to allow > the connection. I assume he's not using inetd(8) for ssh (which is not a good ide ain general, and it's not the default anyway). Note that sshd(8) supports hosts_access(3) directly without the help of inetd(8). > > > In hosts.allow, there's an example for sshd but it contains: > > > > > > # Wrapping sshd(8) is not normally a good idea, but if you > > > # need to do it, here's how > > > #sshd : .evil.cracker.example.com : deny > > > > > > Why it's not a good idea? :) > > > > There are several reasons. First, it relies on DNS, which > > is not necessarily a good idea. If someone can spoof your > > DNS (which is not as difficult as many people think it is), > > you're toast. > > > > Second, SSH provides authentication mechanisms which are > > much more secure, such as public key authentication. > > Also, SSH uses host keys for identification, so you don't > > have to rely on DNS. > > The reason that it's generally considered a bad idea, though, is just > that it's *slow*. No. If you're not running it via inetd(8), then it's actually pretty fast (except for the DNS lookups which can take a while, buth that's not an issue in this particular case). Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "I have stopped reading Stephen King novels. Now I just read C code instead." -- Richard A. O'Keefe From owner-freebsd-stable@FreeBSD.ORG Tue May 31 17:40:03 2005 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 26D4116A41C; Tue, 31 May 2005 17:40:03 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0087343D1F; Tue, 31 May 2005 17:40:00 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from [212.40.38.87] (oddity-e.topspin.kiev.ua [212.40.38.87]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA13164; Tue, 31 May 2005 20:39:47 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <429CA163.70608@icyb.net.ua> Date: Tue, 31 May 2005 20:39:47 +0300 From: Andriy Gapon User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050328) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: torfinn.ingolfsen@broadpark.no, freebsd-ports@freebsd.org Subject: xffm - xfsamba4 broken in 5-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: Tue, 31 May 2005 17:40:03 -0000 I've had the same problem and I think everybody using recent FreeBSD has it. The culprit seems to be the following line in tubo.c: if (kill(PID,SIGCONT) == 0) return TRUE; I am not sure about other OS's and what POSIX mandates in this case, but FreeBSD 5.4 allows to send signals to child processes that have exited but have not been reaped by parent. They show up in ps like this: 5320 pd Z+ 0:00,05 Because of the quoted line of code nmblookup processes are never reaped and xfsamba4 goes into infinite loop. Probably FreeBSD 5.1 had problems with respect to the described situation (it was an experimental release after all) and that line was a work-around for some FreeBSD bug, but now it actually breaks things. Removing that line fixed xfsamba4 for me, but I encountered another problem after that, my PDC (NT4) doesn't respond to the following request (Samba3 client): nmblookup -A so instead I had to use nmblookup -M -S -- - and this made xfsamba4 perfectly well. P.S. just found the following about POSIX, kill, and defunct child processes: http://www.opengroup.org/onlinepubs/009695399/functions/kill.html Existing implementations vary on the result of a kill() with pid indicating an inactive process (a terminated process that has not been waited for by its parent). Some indicate success on such a call (subject to permission checking), while others give an error of [ESRCH]. Since the definition of process lifetime in this volume of IEEE Std 1003.1-2001 covers inactive processes, the [ESRCH] error as described is inappropriate in this case. In particular, this means that an application cannot have a parent process check for termination of a particular child with kill(). (Usually this is done with the null signal; this can be done reliably with waitpid().) -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue May 31 17:48:35 2005 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 4C74116A41C for ; Tue, 31 May 2005 17:48:35 +0000 (GMT) (envelope-from bruce@nikkel.com) Received: from raven.bjn.net (raven.bjn.net [193.73.230.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEDCD43D1D for ; Tue, 31 May 2005 17:48:34 +0000 (GMT) (envelope-from bruce@nikkel.com) Received: by raven.bjn.net (Postfix, from userid 1000) id 393B22B83B; Tue, 31 May 2005 19:48:33 +0200 (MEST) Date: Tue, 31 May 2005 19:48:33 +0200 From: bruce@nikkel.com To: Ivan Voras , stable@freebsd.org Message-ID: <20050531174833.GA24102@nikkel.com> References: <429C7804.8040709@fer.hr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <429C7804.8040709@fer.hr> User-Agent: Mutt/1.5.6i Cc: Subject: Re: IP Firewalling by DNS name 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, 31 May 2005 17:48:35 -0000 On Tue, May 31, 2005 at 04:43:16PM +0200, Ivan Voras wrote: > Is it possible to use ipfw to filter packets by domain name? > > What I need it for: I'd like to allow ssh logins only from a specific > TLD (by reverse lookup...) - maybe there's another way? Access control based on the reverse lookup of an IP address is a dangerous idea in general. Anyone who manages their own reverse DNS could bypass the security simply by creating a DNS entry. If someone controls the in-addr.arpa zone for a particular IP range, they can make those IPs resolve with any FQDN they want, even with domains they don't own. Bruce Nikkel From owner-freebsd-stable@FreeBSD.ORG Tue May 31 17:52:50 2005 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 8AC2B16A41C for ; Tue, 31 May 2005 17:52:50 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from pinus.cc.fer.hr (pinus.cc.fer.hr [161.53.73.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5F0D43D48 for ; Tue, 31 May 2005 17:52:47 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [161.53.72.113] (lara.cc.fer.hr [161.53.72.113]) by pinus.cc.fer.hr (8.12.2/8.12.2) with ESMTP id j4VHtFpq000542; Tue, 31 May 2005 19:55:15 +0200 (MEST) Message-ID: <429CA42D.6020704@fer.hr> Date: Tue, 31 May 2005 19:51:41 +0200 From: Ivan Voras User-Agent: Mozilla Thunderbird 1.0 (X11/20041213) X-Accept-Language: en-us, en MIME-Version: 1.0 To: bruce@nikkel.com References: <429C7804.8040709@fer.hr> <20050531174833.GA24102@nikkel.com> In-Reply-To: <20050531174833.GA24102@nikkel.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: IP Firewalling by DNS name 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, 31 May 2005 17:52:50 -0000 bruce@nikkel.com wrote: > Access control based on the reverse lookup of an IP address is a > dangerous idea in general. Anyone who manages their own reverse DNS > could bypass the security simply by creating a DNS entry. If someone > controls the in-addr.arpa zone for a particular IP range, they can make > those IPs resolve with any FQDN they want, even with domains they don't > own. Interesting! Thanks! From owner-freebsd-stable@FreeBSD.ORG Tue May 31 17:54:27 2005 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 6B4DE16A41C for ; Tue, 31 May 2005 17:54:27 +0000 (GMT) (envelope-from freebsd-stable-local@be-well.no-ip.com) Received: from mail21.sea5.speakeasy.net (mail21.sea5.speakeasy.net [69.17.117.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A86843D4C for ; Tue, 31 May 2005 17:54:27 +0000 (GMT) (envelope-from freebsd-stable-local@be-well.no-ip.com) Received: (qmail 31169 invoked from network); 31 May 2005 17:54:26 -0000 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail21.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 31 May 2005 17:54:26 -0000 Received: by be-well.ilk.org (Postfix, from userid 1147) id 98BA630; Tue, 31 May 2005 13:54:25 -0400 (EDT) Sender: lowell@be-well.ilk.org To: stable@freebsd.org References: <200505311631.j4VGVo5i027356@lurza.secnetix.de> From: Lowell Gilbert Date: 31 May 2005 13:54:25 -0400 In-Reply-To: <200505311631.j4VGVo5i027356@lurza.secnetix.de> Message-ID: <441x7ns2lq.fsf@be-well.ilk.org> Lines: 9 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: Re: IP Firewalling by DNS name 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, 31 May 2005 17:54:27 -0000 Oliver Fromme writes: > I assume he's not using inetd(8) for ssh (which is not a > good ide ain general, and it's not the default anyway). > Note that sshd(8) supports hosts_access(3) directly without > the help of inetd(8). I thought someone had specified inetd, but looking again, that seems to have been my own hallucination. Sorry about that. From owner-freebsd-stable@FreeBSD.ORG Tue May 31 18:26:25 2005 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 C015F16A41C for ; Tue, 31 May 2005 18:26:25 +0000 (GMT) (envelope-from freebsd-stable-local@be-well.no-ip.com) Received: from mail21.sea5.speakeasy.net (mail21.sea5.speakeasy.net [69.17.117.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8773E43D1F for ; Tue, 31 May 2005 18:26:25 +0000 (GMT) (envelope-from freebsd-stable-local@be-well.no-ip.com) Received: (qmail 27335 invoked from network); 31 May 2005 18:26:25 -0000 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail21.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 31 May 2005 18:26:24 -0000 Received: by be-well.ilk.org (Postfix, from userid 1147) id 53B0530; Tue, 31 May 2005 14:26:24 -0400 (EDT) Sender: lowell@be-well.ilk.org To: stable@freebsd.org References: <200505311631.j4VGVo5i027356@lurza.secnetix.de> <441x7ns2lq.fsf@be-well.ilk.org> From: Lowell Gilbert Date: 31 May 2005 14:26:23 -0400 In-Reply-To: <441x7ns2lq.fsf@be-well.ilk.org> Message-ID: <44ekbnb6b4.fsf@be-well.ilk.org> Lines: 16 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: Re: IP Firewalling by DNS name 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, 31 May 2005 18:26:25 -0000 Lowell Gilbert writes: > Oliver Fromme writes: > > > I assume he's not using inetd(8) for ssh (which is not a > > good ide ain general, and it's not the default anyway). > > Note that sshd(8) supports hosts_access(3) directly without > > the help of inetd(8). > > I thought someone had specified inetd, but looking again, that seems > to have been my own hallucination. Sorry about that. I figured out what it was. Someone had asked why hosts.allow warns against wrapping sshd. I remembered that the file comment giving the warning had originally been added when hosts.allow was an inetd-only configuration... From owner-freebsd-stable@FreeBSD.ORG Tue May 31 18:56:13 2005 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 C419716A41C; Tue, 31 May 2005 18:56:13 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: from zloty.ugcs.caltech.edu (zloty.ugcs.caltech.edu [131.215.176.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6963243D48; Tue, 31 May 2005 18:56:13 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by zloty.ugcs.caltech.edu (Postfix, from userid 3640) id 9869754801; Tue, 31 May 2005 11:56:12 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zloty.ugcs.caltech.edu (Postfix) with ESMTP id 604DC49002; Tue, 31 May 2005 11:56:12 -0700 (PDT) Date: Tue, 31 May 2005 11:56:12 -0700 (PDT) From: Jon Dama To: Skylar Thompson In-Reply-To: <429C867A.5040909@cs.earlham.edu> Message-ID: References: <200505270711.j4R7BTMf078204@gw.catspoiler.org> <429C867A.5040909@cs.earlham.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Don Lewis , freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Weird NFS 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: Tue, 31 May 2005 18:56:13 -0000 Yes, but surely you weren't bridging gigabit and 100Mbit before? Did you try my suggestion about binding the IP address of the NFS server to the 100Mbit side? -Jon On Tue, 31 May 2005, Skylar Thompson wrote: > Jon Dama wrote: > > >Try switching to TCP NFS. > > > >a 100MBit interface cannot keep up with a 1GBit interface in a bridge > >configuration. Therefore, in the long run, at full-bore you'd expect to > >drop 9 out of every 10 ethernet frames. > > > >MTU is 1500 therefore 1K works (it fits in one frame), 2K doesn't (your > >NFS transactions are split across frames, one of which will almost > >certainly be dropped, it's UDP so the loss of one frame invalidates the > >whole transaction). > > > >This is the same reason you can't use UDP with a block size greater than > >MTU to use NFS over your DSL or some such arrangement. > > > >Incidentially, this has nothing to do with FreeBSD. So if using TCP > >mounts solves your problem, don't expect Solaris NFS to magically make the > >UDP case work... > > > > > > The thing is that UDP NFS has been working for us for years. A big part > of our work is performance analysis, so to change our network > architecture will invalidate a large part of our data. > > -- > -- Skylar Thompson (skylar@cs.earlham.edu) > -- http://www.cs.earlham.edu/~skylar/ > > From owner-freebsd-stable@FreeBSD.ORG Tue May 31 19:01:24 2005 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 69C3516A41C; Tue, 31 May 2005 19:01:24 +0000 (GMT) (envelope-from owner-freebsd-questions@freebsd.org) Received: from pythagoras.zen.co.uk (pythagoras.zen.co.uk [212.23.3.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9B7343D48; Tue, 31 May 2005 19:01:23 +0000 (GMT) (envelope-from owner-freebsd-questions@freebsd.org) Received: from [82.69.255.50] (helo=rtxnetworks.co.uk) by pythagoras.zen.co.uk with esmtp (Exim 4.30) id 1DdBzO-0004VM-VX; Tue, 31 May 2005 19:01:23 +0000 Received: from mail pickup service by rtxnetworks.co.uk with Microsoft SMTPSVC; Tue, 31 May 2005 20:01:04 +0100 thread-index: AcVmExfGw4S47FLMRXSvnK54NETzSA== X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Date: Tue, 31 May 2005 20:01:03 +0100 From: "Jon Dama" To: In-Reply-To: <429C867A.5040909@cs.earlham.edu> References: <200505270711.j4R7BTMf078204@gw.catspoiler.org><429C867A.5040909@cs.earlham.edu> Message-ID: <000001c56613$17c64a10$144da8c0@rtxnetworks.local> MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: TEXT/PLAIN; charset="US-ASCII" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list X-Mailer: Microsoft CDO for Exchange 2000 Sender: Errors-To: owner-freebsd-questions@freebsd.org X-Zen-Test-Spam-Score: 0 X-Zen-Test-Spam-Bar: (/) X-Originating-Oppenheimer-IP: [216.136.204.119] X-Envelope-From: owner-freebsd-questions@freebsd.org X-Envelope-To: james@rtxnetworks.co.uk X-Apparently-To: james@rtxnetworks.co.uk X-Zen-Loop: 4e5e9d7b303bfa0036200918db506edf X-Zen-Stored: julia.zen.co.uk/1DdBuu-0006gc-Kv/2005-05-31 18:56:44 Content-Class: urn:content-classes:message Importance: normal X-Antivirus: AVG for E-mail 7.0.323 [267.3.0] Priority: normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.181 X-OriginalArrivalTime: 31 May 2005 19:01:04.0125 (UTC) FILETIME=[17E56AD0:01C56613] X-Originating-Pythagoras-IP: [82.69.255.50] Cc: Don Lewis , freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Weird NFS problems X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 19:01:24 -0000 Yes, but surely you weren't bridging gigabit and 100Mbit before? Did you try my suggestion about binding the IP address of the NFS server to the 100Mbit side? -Jon On Tue, 31 May 2005, Skylar Thompson wrote: > Jon Dama wrote: > > >Try switching to TCP NFS. > > > >a 100MBit interface cannot keep up with a 1GBit interface in a bridge > >configuration. Therefore, in the long run, at full-bore you'd expect to > >drop 9 out of every 10 ethernet frames. > > > >MTU is 1500 therefore 1K works (it fits in one frame), 2K doesn't (your > >NFS transactions are split across frames, one of which will almost > >certainly be dropped, it's UDP so the loss of one frame invalidates the > >whole transaction). > > > >This is the same reason you can't use UDP with a block size greater than > >MTU to use NFS over your DSL or some such arrangement. > > > >Incidentially, this has nothing to do with FreeBSD. So if using TCP > >mounts solves your problem, don't expect Solaris NFS to magically make the > >UDP case work... > > > > > > The thing is that UDP NFS has been working for us for years. A big part > of our work is performance analysis, so to change our network > architecture will invalidate a large part of our data. > > -- > -- Skylar Thompson (skylar@cs.earlham.edu) > -- http://www.cs.earlham.edu/~skylar/ > > _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue May 31 19:22:02 2005 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 075E916A41C for ; Tue, 31 May 2005 19:22:02 +0000 (GMT) (envelope-from jay@codegurus.org) Received: from ptb-relay03.plus.net (ptb-relay03.plus.net [212.159.14.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4B5F43D5C for ; Tue, 31 May 2005 19:22:01 +0000 (GMT) (envelope-from jay@codegurus.org) Received: from [84.92.156.191] (helo=[192.168.0.3]) by ptb-relay03.plus.net with esmtp (Exim) id 1DdCJM-00089z-1N for freebsd-stable@freebsd.org; Tue, 31 May 2005 20:22:00 +0100 From: Jayton Garnett To: freebsd-stable@freebsd.org In-Reply-To: <20050531120300.ED2DD16A41C@hub.freebsd.org> References: <20050531120300.ED2DD16A41C@hub.freebsd.org> Content-Type: text/plain Organization: codegurus.org Date: Tue, 31 May 2005 20:22:00 +0100 Message-Id: <1117567320.3912.5.camel@jayton.plus.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: jdk security vuln? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jay@codegurus.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 19:22:02 -0000 Hello, I have recently installed freebsd 5.4 and tried many times to install the native freebsd jdk (1.4 & 1.5) and wont install as there is a security vulnerability in the linux jdk's and other jdk's. How do I go about compiling these now? I only need it for openoffice and unfortunately there are no packages for openoffice and dont want to install it without java as i am not sure what the out come will be :-s regards, Jayton From owner-freebsd-stable@FreeBSD.ORG Tue May 31 19:33:28 2005 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 4F68916A41C for ; Tue, 31 May 2005 19:33:28 +0000 (GMT) (envelope-from scottro@nyc.rr.com) Received: from mail.starlofashions.com (mail.starlofashions.com [12.44.50.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8B7443D1D for ; Tue, 31 May 2005 19:33:27 +0000 (GMT) (envelope-from scottro@nyc.rr.com) Received: from uws1.starlofashions.com ([192.168.8.230]) by mail.starlofashions.com (8.9.3/8.9.3) with SMTP id PAA15109 for ; Tue, 31 May 2005 15:33:26 -0400 Received: by uws1.starlofashions.com (sSMTP sendmail emulation); Tue, 31 May 2005 15:33:26 -0400 Date: Tue, 31 May 2005 15:33:26 -0400 From: Scott Robbins To: freebsd-stable@freebsd.org Message-ID: <20050531193326.GC80045@uws1.starlofashions.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <20050531120300.ED2DD16A41C@hub.freebsd.org> <1117567320.3912.5.camel@jayton.plus.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <1117567320.3912.5.camel@jayton.plus.com> User-Agent: Mutt/1.5.9i Subject: Re: jdk security vuln? 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, 31 May 2005 19:33:28 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, May 31, 2005 at 08:22:00PM +0100, Jayton Garnett wrote: > Hello, > > I have recently installed freebsd 5.4 and tried many times to install > the native freebsd jdk (1.4 & 1.5) and wont install as there is a > security vulnerability in the linux jdk's and other jdk's. > > How do I go about compiling these now? I only need it for openoffice and > unfortunately there are no packages for openoffice and dont want to > install it without java as i am not sure what the out come will be :-s You should be able to install openoffice with make -DWITHOUT_JAVA install clean (However, I think openoffice has its own vulnerabilities, but that might only be the devel version.) To override the vulnerability (hopefully, you have examined what it is and decided you can live with it) do make -DDISABLE_VULNERABILITIES install clean However, if you install native java-1.4, note that you will have to install linux-sun-jdk14 first. That one has a pkg-message that you should read before starting the whole thing. I have a page that briefly covers it at http://home.nyc.rr.com/computertaijutsu/FreeBSD5x.html It doesn't go into all the details of installing java, but gives a few of the problems, letting you know what to expect. (Though I don't cover the vulnerability issue, that happened later) :) - -- Scott GPG KeyID EB3467D6 ( 1B848 077D 66F6 9DB0 FDC2 A409 FA54 D575 EB34 67D6) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Willow: I knew it! I knew it! Well, not in the sense of having the slightest idea, but I knew there was something I didn't know. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCnLwG+lTVdes0Z9YRAjEGAKCytBloOqp9FIRqdYb2VBdC+WJObwCgpJsq iWPFH3M0tLQ51poVgiEZCyQ= =Uk5x -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue May 31 19:44:54 2005 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 090EB16A41C for ; Tue, 31 May 2005 19:44:54 +0000 (GMT) (envelope-from kometen@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94E1343D49 for ; Tue, 31 May 2005 19:44:53 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so2057063rng for ; Tue, 31 May 2005 12:44:53 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=A/kFiPH25bVUYQspA1ViCn7Gk/t0j2EynnMzH1vLfyc8AhulV+U/hVuExaCbmBY7yyf7DOFQM4dHM4IiiPKJH/jP5i+onZH+/EZ+TFvQ2jeJCB08+60AWQT5JyeVrUdY5XyJnuMrVHtivKSmC/SHfA8c4IvpTXoegwSyfTHWOT0= Received: by 10.38.152.59 with SMTP id z59mr6343412rnd; Tue, 31 May 2005 12:44:53 -0700 (PDT) Received: by 10.38.149.57 with HTTP; Tue, 31 May 2005 12:44:53 -0700 (PDT) Message-ID: Date: Tue, 31 May 2005 21:44:53 +0200 From: Claus Guttesen To: Danny Cooper In-Reply-To: <20050531155102.BA5AD43D1F@mx1.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050531155102.BA5AD43D1F@mx1.FreeBSD.org> Cc: freebsd-stable@freebsd.org Subject: Re: DELL PowerEdge 2850 and FreeBSD 5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Claus Guttesen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 19:44:54 -0000 > Firewire, usb all the NIC's except em and removed all RAID and SCSI > controllers to make sure nothing would interfere. Yes, but if you do not change the usbd_enable=3D"YES" to "NO" in /etc/rc.conf, it will load a kernel module which may trigger the panic. > I tried to boot with the AMD64 CD but with no success, the machine just > hangs when it tries to load the CD, still trying to work out a solution t= o > the problem, but it just seems these DELL 2850 machines are for Windows o= r > RedHat!!! Doubt it, I have three 2850's at work. Claus From owner-freebsd-stable@FreeBSD.ORG Tue May 31 19:58:02 2005 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 2CA5B16A41C; Tue, 31 May 2005 19:58:02 +0000 (GMT) (envelope-from skylar@cs.earlham.edu) Received: from cs.earlham.edu (cs.earlham.edu [159.28.230.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2EA143D4C; Tue, 31 May 2005 19:58:01 +0000 (GMT) (envelope-from skylar@cs.earlham.edu) Received: from [159.28.57.98] (wir057098.rpa.earlham.edu [159.28.57.98]) (authenticated bits=0) by cs.earlham.edu (8.13.4/8.13.3) with ESMTP id j4VJvu2e088707 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 31 May 2005 14:57:57 -0500 (EST) (envelope-from skylar@cs.earlham.edu) Message-ID: <429CC1BC.1050704@cs.earlham.edu> Date: Tue, 31 May 2005 14:57:48 -0500 From: Skylar Thompson Organization: Earlham College Computer Science Department User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jon Dama References: <200505270711.j4R7BTMf078204@gw.catspoiler.org> <429C867A.5040909@cs.earlham.edu> In-Reply-To: X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig63A298A94E8D527FE8FF3D65" X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-1.6 (cs.earlham.edu [159.28.230.3]); Tue, 31 May 2005 14:57:58 -0500 (EST) X-Virus-Scanned: ClamAV 0.85.1/900/Tue May 31 05:50:19 2005 on quark.cs.earlham.edu X-Virus-Status: Clean X-Sanitizer: This message has passed the MIMEDefang sanitizer. X-Sanitizer-URL: http://www.cs.earlham.edu/applied-groups/admin/ X-Sanitizer-Version: MIMEDefang/ECSanitizer $Revision: 1.18 $ X-Sanitizer-Config-Version: $Revision: 1.180 $ X-Scanned-By: MIMEDefang 2.51 on 159.28.230.3 X-Spam-Status: No, score=-2.8 required=8.0 tests=ALL_TRUSTED autolearn=failed version=3.0.3 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on quark.cs.earlham.edu Cc: Don Lewis , freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Weird NFS 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: Tue, 31 May 2005 19:58:02 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig63A298A94E8D527FE8FF3D65 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Jon Dama wrote: >Yes, but surely you weren't bridging gigabit and 100Mbit before? > > >Did you try my suggestion about binding the IP address of the NFS server >to the 100Mbit side? > > Yeah. Unfortunately networking on the server fell apart when I did that. Traffic was still passed and I could get through to the server on the 100Mb/s side, but not on the 1000Mb/s. It looked like the arp tables weren't being forwarded properly, but I couldn't convince FreeBSD to do proxy arp. After doing some more poking around, it actually looks like it might be a misfeature in the Linux 2.4 kernel wrt ipfilter (which is running on the bridge). Apparently 2.4 fragments UDP packets in the reverse order that every other UNIX-like operating system does, which throws off ipfilter's state tables. I'm going to do some testing to see if the difference between UDP and TCP NFS is negligible enough for us to disregard. Thanks for the suggestions! -- -- Skylar Thompson (skylar@cs.earlham.edu) -- http://www.cs.earlham.edu/~skylar/ --------------enig63A298A94E8D527FE8FF3D65 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.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCnMHAsc4yyULgN4YRApxkAJ9Brs4MyTHWATca8AWm/sAZY5R+nACgoQYW QgIiFW+IK3DvHKQDx07B1jM= =0utg -----END PGP SIGNATURE----- --------------enig63A298A94E8D527FE8FF3D65-- From owner-freebsd-stable@FreeBSD.ORG Tue May 31 20:01:08 2005 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 23C3716A41C; Tue, 31 May 2005 20:01:08 +0000 (GMT) (envelope-from owner-freebsd-questions@freebsd.org) Received: from pythagoras.zen.co.uk (pythagoras.zen.co.uk [212.23.3.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8FB943D48; Tue, 31 May 2005 20:01:06 +0000 (GMT) (envelope-from owner-freebsd-questions@freebsd.org) Received: from [82.69.255.54] (helo=rtxnetworks.co.uk) by pythagoras.zen.co.uk with esmtp (Exim 4.30) id 1DdCvC-0006hE-2G; Tue, 31 May 2005 20:01:06 +0000 Received: from mail pickup service by rtxnetworks.co.uk with Microsoft SMTPSVC; Tue, 31 May 2005 21:00:47 +0100 thread-index: AcVmG29hBze8ARgzRoyADcknv5b/Yw== X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Date: Tue, 31 May 2005 21:00:46 +0100 From: "Skylar Thompson" Organization: Earlham College Computer Science Department User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: References: <200505270711.j4R7BTMf078204@gw.catspoiler.org><429C867A.5040909@cs.earlham.edu> Message-ID: <000001c5661b$6f61aeb0$144da8c0@rtxnetworks.local> In-Reply-To: Content-Transfer-Encoding: 7bit X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig63A298A94E8D527FE8FF3D65" X-Greylist: Sender succeded SMTP AUTH authentication, not delayed bymilter-greylist-1.6 (cs.earlham.edu [159.28.230.3]); Tue, 31 May 2005 14:57:58 -0500 (EST) X-Virus-Scanned: ClamAV 0.85.1/900/Tue May 31 05:50:19 2005 onquark.cs.earlham.edu X-Virus-Status: Clean X-Sanitizer: This message has passed the MIMEDefang sanitizer. X-Mailer: Microsoft CDO for Exchange 2000 X-Sanitizer-URL: http://www.cs.earlham.edu/applied-groups/admin/ X-Sanitizer-Version: MIMEDefang/ECSanitizer $Revision: 1.18 $ X-Sanitizer-Config-Version: $Revision: 1.180 $ X-Scanned-By: MIMEDefang 2.51 on 159.28.230.3 X-Spam-Status: No, score=-2.8 required=8.0 tests=ALL_TRUSTED autolearn=failed version=3.0.3 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on quark.cs.earlham.edu X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: Errors-To: owner-freebsd-questions@freebsd.org X-Zen-Test-Spam-Score: 0 X-Zen-Test-Spam-Bar: (/) X-Originating-Oppenheimer-IP: [216.136.204.119] X-Envelope-From: owner-freebsd-questions@freebsd.org X-Envelope-To: james@rtxnetworks.co.uk X-Apparently-To: james@rtxnetworks.co.uk X-Zen-Loop: 4e5e9d7b303bfa0036200918db506edf Content-Class: urn:content-classes:message X-Zen-Stored: julia.zen.co.uk/1DdCsd-0001qh-BO/2005-05-31 19:58:27 Importance: normal X-Antivirus: AVG for E-mail 7.0.323 [267.3.0] Priority: normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.181 X-OriginalArrivalTime: 31 May 2005 20:00:47.0078 (UTC) FILETIME=[6F80A860:01C5661B] X-Originating-Pythagoras-IP: [82.69.255.54] Cc: Don Lewis , freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Weird NFS problems X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 20:01:08 -0000 This is a multi-part message in MIME format. --------------enig63A298A94E8D527FE8FF3D65 Content-Type: text/plain; format=flowed; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Jon Dama wrote: >Yes, but surely you weren't bridging gigabit and 100Mbit before? > > >Did you try my suggestion about binding the IP address of the NFS server >to the 100Mbit side? > > Yeah. Unfortunately networking on the server fell apart when I did that. Traffic was still passed and I could get through to the server on the 100Mb/s side, but not on the 1000Mb/s. It looked like the arp tables weren't being forwarded properly, but I couldn't convince FreeBSD to do proxy arp. After doing some more poking around, it actually looks like it might be a misfeature in the Linux 2.4 kernel wrt ipfilter (which is running on the bridge). Apparently 2.4 fragments UDP packets in the reverse order that every other UNIX-like operating system does, which throws off ipfilter's state tables. I'm going to do some testing to see if the difference between UDP and TCP NFS is negligible enough for us to disregard. Thanks for the suggestions! -- -- Skylar Thompson (skylar@cs.earlham.edu) -- http://www.cs.earlham.edu/~skylar/ --------------enig63A298A94E8D527FE8FF3D65 Content-Type: application/pgp-signature; name="signature.asc" Content-Transfer-Encoding: 7bit Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCnMHAsc4yyULgN4YRApxkAJ9Brs4MyTHWATca8AWm/sAZY5R+nACgoQYW QgIiFW+IK3DvHKQDx07B1jM= =0utg -----END PGP SIGNATURE----- --------------enig63A298A94E8D527FE8FF3D65-- From owner-freebsd-stable@FreeBSD.ORG Tue May 31 20:13:56 2005 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 E71B116A41C for ; Tue, 31 May 2005 20:13:56 +0000 (GMT) (envelope-from M.Santhoff@t-online.de) Received: from mailout01.sul.t-online.com (mailout01.sul.t-online.com [194.25.134.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 898B543D4C for ; Tue, 31 May 2005 20:13:55 +0000 (GMT) (envelope-from M.Santhoff@t-online.de) Received: from fwd32.aul.t-online.de by mailout01.sul.t-online.com with smtp id 1DdD7a-0005rF-08; Tue, 31 May 2005 22:13:54 +0200 Received: from localhost.das.netz (bNeNl-ZArenoDeUsWKYvbIOlb1mn91oqQJyIxBmz3pqtmXsCpaF5Zd@[217.251.159.165]) by fwd32.sul.t-online.de with esmtp id 1DdD7R-0j0FGK0; Tue, 31 May 2005 22:13:45 +0200 Received: from zaphod.das.netz (zaphod.das.netz [10.0.0.3]) by localhost.das.netz (8.13.1/8.13.1) with ESMTP id j4VK3ClV041394 for ; Tue, 31 May 2005 22:03:12 +0200 (CEST) (envelope-from M.Santhoff@t-online.de) From: Marc Santhoff To: freebsd-stable@freebsd.org In-Reply-To: <1117567320.3912.5.camel@jayton.plus.com> References: <20050531120300.ED2DD16A41C@hub.freebsd.org> <1117567320.3912.5.camel@jayton.plus.com> Content-Type: text/plain Date: Tue, 31 May 2005 22:03:10 +0200 Message-Id: <1117569790.327.0.camel@localhost.das.netz> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-ID: bNeNl-ZArenoDeUsWKYvbIOlb1mn91oqQJyIxBmz3pqtmXsCpaF5Zd X-TOI-MSGID: 5c37691d-1a4a-49aa-8667-25055af1ff3c Subject: Re: jdk security vuln? 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, 31 May 2005 20:13:57 -0000 Am Dienstag, den 31.05.2005, 20:22 +0100 schrieb Jayton Garnett: > How do I go about compiling these now? I only need it for openoffice and > unfortunately there are no packages for openoffice and dont want to > install it without java as i am not sure what the out come will be :-s Look there: http://porting.openoffice.org/freebsd/ Marc From owner-freebsd-stable@FreeBSD.ORG Tue May 31 20:59:09 2005 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 0E30916A41C for ; Tue, 31 May 2005 20:59:09 +0000 (GMT) (envelope-from nakal@nurfuerspam.de) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 4915D43D48 for ; Tue, 31 May 2005 20:59:08 +0000 (GMT) (envelope-from nakal@nurfuerspam.de) Received: (qmail invoked by alias); 31 May 2005 20:59:06 -0000 Received: from p5090B8C2.dip.t-dialin.net (EHLO p5090B8C2.dip.t-dialin.net) [80.144.184.194] by mail.gmx.net (mp031) with SMTP; 31 May 2005 22:59:06 +0200 X-Authenticated: #989277 From: Martin To: FreeBSD Stable Content-Type: text/plain Date: Tue, 31 May 2005 22:57:26 +0200 Message-Id: <1117573047.3095.24.camel@klotz.local> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: ATA DMA timeouts 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, 31 May 2005 20:59:09 -0000 Hi, I've read about some ATA DMA timeout problems recently here. I just want to tell you, I've got same problems recently. I had to install the kernel.old back to get rid of severe problems. Affected kernel version: FreeBSD 5.4-STABLE #0: Tue May 31 00:19:34 CEST 2005 Last known working version: FreeBSD 5.4-STABLE #0: Mon May 9 00:50:46 CEST 2005 Problems with yesterdays kernel: ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=200649278 ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=225457534 The system was slowed down. I noticed it while starting some desktop applications. Then I ran cvsup to update my ports tree. This led to a slowdown, which looked like the system was frozen. It was still moving (a bit), but I lost my patience and pressed the reset switch. Martin From owner-freebsd-stable@FreeBSD.ORG Tue May 31 21:29:05 2005 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 F267716A41C for ; Tue, 31 May 2005 21:29:04 +0000 (GMT) (envelope-from sven@dmv.com) Received: from smtp-gw-cl-d.dmv.com (smtp-gw-cl-d.dmv.com [216.240.97.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86D5643D1D for ; Tue, 31 May 2005 21:29:04 +0000 (GMT) (envelope-from sven@dmv.com) Received: from lanshark.dmv.com (lanshark.dmv.com [216.240.97.46]) by smtp-gw-cl-d.dmv.com (8.12.10/8.12.10) with ESMTP id j4VLSvm4006951; Tue, 31 May 2005 17:28:57 -0400 (EDT) (envelope-from sven@dmv.com) From: Sven Willenberger To: Derek =?iso-8859-2?Q?Kuli=F1ski?= In-Reply-To: <8910581751.20050529112956@takeda.tk> References: <8910581751.20050529112956@takeda.tk> Content-Type: text/plain; charset=iso-8859-2 Date: Tue, 31 May 2005 17:29:36 -0400 Message-Id: <1117574977.19736.75.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.48 on 216.240.97.42 Cc: freebsd-stable@freebsd.org Subject: Re: stack backtrace 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, 31 May 2005 21:29:05 -0000 On Sun, 2005-05-29 at 11:29 -0700, Derek Kuliñski wrote: > Hello, > > Today I noticed following message in the log: > > > KDB: stack backtrace: > > kdb_backtrace(c07163b8,2,c661994c,0,22) at kdb_backtrace+0x2e > > getdirtybuf(d109ebac,0,1,c661994c,1) at getdirtybuf+0x2b > > flush_deplist(c282f4cc,1,d109ebd4,d109ebd8,0) at flush_deplist+0x57 > > flush_inodedep_deps(c15ba800,22a8a,c2760a7c,d109ec34,c04f7f87) at flush_inodedep_deps+0x9e > > softdep_sync_metadata(d109eca4,c2760a50,50,c06ea8f0,0) at softdep_sync_metadata+0x9d > > ffs_fsync(d109eca4,0,0,0,0) at ffs_fsync+0x4b2 > > fsync(c17ba000,d109ed14,4,d109ed3c,c0515916) at fsync+0x1a1 > > syscall(c069002f,2f,2f,81522b0,81522b0) at syscall+0x370 > > Xint0x80_syscall() at Xint0x80_syscall+0x1f > > --- syscall (95, FreeBSD ELF32, fsync), eip = 0x28143dcf, esp = 0xbfbfd34c, ebp = 0xbfbfd358 --- > > KDB: stack backtrace: > > kdb_backtrace(c07163b8,2,c6683118,0,22) at kdb_backtrace+0x2e > > getdirtybuf(d1098bac,0,1,c6683118,1) at getdirtybuf+0x2b > > flush_deplist(c282facc,1,d1098bd4,d1098bd8,0) at flush_deplist+0x57 > > flush_inodedep_deps(c15ba800,1e9a4,c24cc974,d1098c34,c04f7f87) at flush_inodedep_deps+0x9e > > softdep_sync_metadata(d1098ca4,c24cc948,50,c06ea8f0,0) at softdep_sync_metadata+0x9d > > ffs_fsync(d1098ca4,0,0,0,0) at ffs_fsync+0x4b2 > > fsync(c17b9c00,d1098d14,4,c17b9c00,7) at fsync+0x1a1 > > syscall(2f,2f,bfbf002f,8111fe0,0) at syscall+0x370 > > Xint0x80_syscall() at Xint0x80_syscall+0x1f > > --- syscall (95, FreeBSD ELF32, fsync), eip = 0x282dfdcf, esp = 0xbfbf9a8c, ebp = 0xbfbfb468 --- > > System didn't seem to crash, what does it mean? > > The OS is FreeBSD 5.4-RELEASE, it was compiled using: > CPUTYPE?=i686 > COPTFLAGS= -O -pipe > Apparently this is still somewhat of a mystery, but you are not the first person to witness this: http://lists.freebsd.org/pipermail/freebsd-stable/2005-April/013679.html http://lists.freebsd.org/pipermail/freebsd-current/2004-July/031576.html I don't know if anyone is actually looking into this (behind the scenes maybe) or whether we just need to accumulate a critical mass of similar notices to raise an eyebrow. If your system does not lock up as a result (the way it used to in the earlier 5.x series) then perhaps it is harmless .. Sven From owner-freebsd-stable@FreeBSD.ORG Tue May 31 22:53:00 2005 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 4C6A816A41C for ; Tue, 31 May 2005 22:53:00 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (www1.multiplay.co.uk [212.42.16.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id C537743D1F for ; Tue, 31 May 2005 22:52:59 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [212.42.16.7]) (MDaemon.PRO.v8.0.2.R) with ESMTP id md50001450510.msg for ; Tue, 31 May 2005 23:47:36 +0100 Message-ID: <006201c56633$5bc48c20$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: Date: Tue, 31 May 2005 23:51:57 +0100 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.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Spam-Processed: multiplay.co.uk, Tue, 31 May 2005 23:47:36 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org X-MDAV-Processed: multiplay.co.uk, Tue, 31 May 2005 23:47:38 +0100 Subject: asr ( 2015S ) support in 5.4 amd64? 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, 31 May 2005 22:53:00 -0000 There's no mention of in release notes but its in the source tree. Does anyone know the current state of play? Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Tue May 31 23:36:18 2005 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 F260216A41C for ; Tue, 31 May 2005 23:36:17 +0000 (GMT) (envelope-from brucegb@realtime.net) Received: from ruth.realtime.net (ruth.realtime.net [205.238.132.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C7BE43D1D for ; Tue, 31 May 2005 23:36:17 +0000 (GMT) (envelope-from brucegb@realtime.net) Received: from tigerfish2.my.domain (unverified [70.113.33.56]) by realtime.net (Realtime Communications Advanced E-Mail Services V9.2) with ESMTP id 84831907 for multiple; Tue, 31 May 2005 18:36:13 -0500 Received: from tigerfish2.my.domain (localhost [127.0.0.1]) by tigerfish2.my.domain (8.13.3/8.13.3) with ESMTP id j4VNaCgd060450; Tue, 31 May 2005 18:36:12 -0500 (CDT) (envelope-from brucegb@tigerfish2.my.domain) Received: (from brucegb@localhost) by tigerfish2.my.domain (8.13.3/8.13.3/Submit) id j4VNaC6Q060449; Tue, 31 May 2005 18:36:12 -0500 (CDT) (envelope-from brucegb) Date: Tue, 31 May 2005 18:36:12 -0500 From: Bruce Burden To: Steven Hartland Message-ID: <20050531233612.GD20906@tigerfish2.my.domain> References: <006201c56633$5bc48c20$b3db87d4@multiplay.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <006201c56633$5bc48c20$b3db87d4@multiplay.co.uk> User-Agent: Mutt/1.4.2.1i X-Server: High Performance Mail Server - http://surgemail.com Cc: freebsd-stable@freebsd.org Subject: Re: asr ( 2015S ) support in 5.4 amd64? 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, 31 May 2005 23:36:18 -0000 On Tue, May 31, 2005 at 11:51:57PM +0100, Steven Hartland wrote: > There's no mention of in release notes but its in the source > tree. Does anyone know the current state of play? > Last I heard, it hadn't been 64 bit proofed, and the primary person was swamped, and asking for help. Haven't seen anything that would cause me to change my thinking so far. Bruce -- ------------------------------------------------------------------------ "I like bad!" Bruce Burden Austin, TX. - Thuganlitha The Power and the Prophet Robert Don Hughes From owner-freebsd-stable@FreeBSD.ORG Tue May 31 23:47:22 2005 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 CC7FB16A41C for ; Tue, 31 May 2005 23:47:22 +0000 (GMT) (envelope-from steve@Watt.COM) Received: from wattres.watt.com (wattres.watt.com [66.93.133.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7590043D1D for ; Tue, 31 May 2005 23:47:22 +0000 (GMT) (envelope-from steve@Watt.COM) Received: from wattres.watt.com (localhost.watt.com [127.0.0.1]) by wattres.watt.com (8.13.3/8.13.3) with ESMTP id j4VNlKm8064966; Tue, 31 May 2005 16:47:20 -0700 (PDT) (envelope-from steve@wattres.watt.com) Received: (from steve@localhost) by wattres.watt.com (8.13.3/8.13.3/Submit) id j4VNlKgF064965; Tue, 31 May 2005 16:47:20 -0700 (PDT) (envelope-from steve) Message-Id: <200505312347.j4VNlKgF064965@wattres.watt.com> X-Newsgroups: local.freebsd-stable In-Reply-To: <08dc01c55d47$d7697100$37cba1cd@emerytelcom.com> References: <001801c55a14$609720d0$37cba1cd@emerytelcom.com> <20050516195859.GA59189@server.vk2pj.dyndns.org> <042501c55ba7$360fac30$37cba1cd@emerytelcom.com> <20050518194356.GA2129@cirb503493.alcatel.com.au> Organization: Watt Consultants From: steve@Watt.COM (Steve Watt) Date: Tue, 31 May 2005 16:47:19 -0700 X-Mailer: Mail User's Shell (7.2.6 beta(5) 10/07/98) To: efinleywork@efinley.com X-Archived: 1117583240.762325069@wattres.Watt.COM X-Virus-Scanned: ClamAV 0.85.1/902/Tue May 31 14:14:31 2005 on wattres.Watt.COM X-Virus-Status: Clean Cc: stable@freebsd.org Subject: Re: 5.4-RC2 freezing - ATA related? 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, 31 May 2005 23:47:22 -0000 In <08dc01c55d47$d7697100$37cba1cd@emerytelcom.com>, efinleywork@efinley.com writes: >From: "Peter Jeremy" >> On Wed, 2005-May-18 06:43:37 -0600, Elliot Finley wrote: >> >Had the system lock up again. This is with the new ATA mkIII patches on >> >http://people.freebsd.org/~sos/ATA. >> > >> >I didn't get the crashdump (forgot to set dumpdev), but I did get 'ps' >and >> >'show lockedvnods' output from DDB. The output is in the form of >> >screenshots combined into a single .pdf which can be accessed here >> >http://www.efinley.com/Binder1.pdf >> >> That shows a deadlock-to-root in your /dev/ar0s1a (presumably root) >> filesystem. The perl process (pid 487) has an exclusive lock on >> the FS mountpoint - this is blocking 130 other processes. Pid 487 >> is itself waiting on another filesystem lock (you can't determine >> the actual lock tree without more poking around kernel memory). >> >> The vnode locks are held by processes: >> PID name waiting on >> 487 perl [ufs c3c1c1b4] >> 57 syncer [snaplk c535f500] (holds 2 locks) >> 476 perl [ufs c87e4f1c] >> 489 perl [snaplk c535f500] (holds 2 locks) >> 3337 mksnap_ffs [getblk d77656f4] >> >> Looking through the process list, cron has started a "dump -L" which >> is trying to create a filesystem snapshot. That has wedged on >> "getblk" (trying to perform physical disk I/O) and is probably the >> root of your problem. Nothing else is waiting on physical I/O. >> >> I'd say that your first guess was right: This is a bug in the ATA >> code and is probably a job for sos. > >I took the -L option off of my dump command in my daily dump script. I've >gone two days without locking up which is unusual. I think that may be what >was tickling the bug that was locking me up. This is a filesystem lock problem, not an ATA driver problem. I analyzed it, and posted the results to -hackers last week, with the subject "snapshots and innds". The problem is that there is an invariant being broken in msync() -- Kirk describes it fully in his reply to my message. -- Steve Watt KD6GGD PP-ASEL-IA ICBM: 121W 56' 57.8" / 37N 20' 14.9" Internet: steve @ Watt.COM Whois: SW32 Free time? There's no such thing. It just comes in varying prices... From owner-freebsd-stable@FreeBSD.ORG Wed Jun 1 01:16:32 2005 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 BA5B616A41C for ; Wed, 1 Jun 2005 01:16:32 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from smtp802.mail.sc5.yahoo.com (smtp802.mail.sc5.yahoo.com [66.163.168.181]) by mx1.FreeBSD.org (Postfix) with SMTP id 6EB1F43D48 for ; Wed, 1 Jun 2005 01:16:32 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.196.53 with login) by smtp802.mail.sc5.yahoo.com with SMTP; 1 Jun 2005 01:16:32 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 5AB79610C; Tue, 31 May 2005 20:16:31 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 27761-01; Tue, 31 May 2005 20:16:28 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 0E089610A; Tue, 31 May 2005 20:16:28 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.3/8.13.3) with ESMTP id j511GRhs052493; Tue, 31 May 2005 20:16:27 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <429D0C65.6010308@alumni.rice.edu> Date: Tue, 31 May 2005 20:16:21 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050428) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bruce Burden References: <006201c56633$5bc48c20$b3db87d4@multiplay.co.uk> <20050531233612.GD20906@tigerfish2.my.domain> In-Reply-To: <20050531233612.GD20906@tigerfish2.my.domain> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig1F5E427949D00DF67440183D" X-Virus-Scanned: amavisd-new at noacks.org Cc: freebsd-stable@freebsd.org, Steven Hartland Subject: Re: asr ( 2015S ) support in 5.4 amd64? 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: Wed, 01 Jun 2005 01:16:32 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1F5E427949D00DF67440183D Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 05/31/05 18:36, Bruce Burden wrote: > On Tue, May 31, 2005 at 11:51:57PM +0100, Steven Hartland wrote: >> There's no mention of in release notes but its in the source tree. >> Does anyone know the current state of play? > > Last I heard, it hadn't been 64 bit proofed, and the primary person > was swamped, and asking for help. Haven't seen anything that would > cause me to change my thinking so far. asr is not 64 bit clean and is therefore not available on amd64. It works on i386 but needs GIANT due to the driver not being locked. I tried a few times to dig in and bring asr into the 21st century, but lack of skill and the horrific mess of the driver conspire against me. Scott Long worked on it a fair bit over the last year or so, but most of what he did was just code cleanup. The driver is less evil now, but evil nonetheless. We need to fix asr or port i2o from NetBSD. Either requires a non-trivial level of skill and effort. -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enig1F5E427949D00DF67440183D 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.1 (FreeBSD) iD8DBQFCnQxrUFz01pkdgZURArQwAJ9Mj5l2XBPZA15bliWfR+nMjFcflQCfaMna nFHoFwFcntpoP5ANpDsw7e0= =pqll -----END PGP SIGNATURE----- --------------enig1F5E427949D00DF67440183D-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 1 04:09:32 2005 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 B8F4816A41C for ; Wed, 1 Jun 2005 04:09:32 +0000 (GMT) (envelope-from vinny@tellurian.com) Received: from mail1.tellurian.net (mail1.tellurian.net [216.182.1.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63C9243D1D for ; Wed, 1 Jun 2005 04:09:32 +0000 (GMT) (envelope-from vinny@tellurian.com) Received: from leviathon.tellurian.com (leviathon.tellurian.net [216.182.41.250]) by mail1.tellurian.net ([216.182.1.23] Tellurian Networks Mail Server version 3.0d-2) with ESMTP id 228153061 for multiple; Wed, 01 Jun 2005 00:09:31 -0400 Message-Id: <6.2.3.0.2.20050601000748.048e6840@pop3.tellurian.com> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.0 Date: Wed, 01 Jun 2005 00:09:41 -0400 To: "Danny Cooper" From: Vinny Abello In-Reply-To: <20050531155102.BA5AD43D1F@mx1.FreeBSD.org> References: <20050531155102.BA5AD43D1F@mx1.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Authenticated-User: vinny@tellurian.com X-Ultimate-Internet-Connection: Tellurian Networks Cc: freebsd-stable@freebsd.org Subject: RE: DELL PowerEdge 2850 and 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, 01 Jun 2005 04:09:32 -0000 What BIOS revision are you running in your 2850? Make sure all your firmware is up to date. I had problems with an slightly older Dell 2650 trying to install FreeBSD until I flashed the latest RAID controller firmware. If this doesn't help, try running some diagnostics on the hardware. Dell has some pretty extensive utilities. I think you can boot a Dell diagnostic CD you download from their web site. It's possible you have bad RAM. At 11:50 AM 5/31/2005, Danny Cooper wrote: >With the kernel I removed all non-required devices > >Firewire, usb all the NIC's except em and removed all RAID and SCSI >controllers to make sure nothing would interfere. > >I tried to boot with the AMD64 CD but with no success, the machine just >hangs when it tries to load the CD, still trying to work out a solution to >the problem, but it just seems these DELL 2850 machines are for Windows or >RedHat!!! > >DC > >-----Original Message----- >From: owner-freebsd-stable@freebsd.org >[mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Claus Guttesen >Sent: 31 May 2005 16:15 >To: Danny Cooper >Cc: freebsd-stable@freebsd.org >Subject: Re: DELL PowerEdge 2850 and FreeBSD 5.4 > > > I have installed FreeBSD 5.4 RELEASE and upgraded to -STABLE on a DELL > > PE2850. > > > > FreeBSD 5.4-STABLE #1: Wed May 25 23:43:12 BST 2005 > > CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3192.22-MHz 686-class CPU) > > real memory = 5100273664 (4864 MB) > > avail memory = 4189892608 (3995 MB) > > MPTable: > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > cpu0 (BSP): APIC ID: 0 > > cpu1 (AP): APIC ID: 6 > > amr0: Firmware 516A, BIOS H418, 256MB RAM > > > > I have disabled ACPI HTT and enabled PAE to make the whole system memory > > available. > > > > However the problem I have is the system can crash at any moment, and is >not > > load related. As the crash info below is when the machine was in an 100% > > idle state. > >I have the same hardware as well, running on the i386-port. I have >disabled usb with usbd_enable="NO" in /etc/rc.conf. I have no idea >whether this helps but havent't had an issue with the 2850. Except >with a qlogic-hba and the isp-driver (I suspect) *on* amd64, but *not* >on i386. > >Claus >_______________________________________________ >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" > > >_______________________________________________ >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" Vinny Abello Network Engineer Server Management vinny@tellurian.com (973)300-9211 x 125 (973)940-6125 (Direct) PGP Key Fingerprint: 3BC5 9A48 FC78 03D3 82E0 E935 5325 FBCB 0100 977A Tellurian Networks - The Ultimate Internet Connection http://www.tellurian.com (888)TELLURIAN "Courage is resistance to fear, mastery of fear - not absence of fear" -- Mark Twain From owner-freebsd-stable@FreeBSD.ORG Wed Jun 1 05:48:49 2005 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 0C7E816A41C for ; Wed, 1 Jun 2005 05:48:49 +0000 (GMT) (envelope-from jay@codegurus.org) Received: from pih-relay04.plus.net (pih-relay04.plus.net [212.159.14.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9775143D54 for ; Wed, 1 Jun 2005 05:48:48 +0000 (GMT) (envelope-from jay@codegurus.org) Received: from [84.92.156.191] (helo=[192.168.0.3]) by pih-relay04.plus.net with esmtp (Exim) id 1DdM5v-0003DW-7L for freebsd-stable@freebsd.org; Wed, 01 Jun 2005 06:48:47 +0100 From: Jayton Garnett To: freebsd-stable@freebsd.org In-Reply-To: <20050601011711.C42C716A43A@hub.freebsd.org> References: <20050601011711.C42C716A43A@hub.freebsd.org> Content-Type: text/plain Organization: codegurus.org Date: Wed, 01 Jun 2005 06:48:54 +0100 Message-Id: <1117604934.85341.5.camel@jayton.plus.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: re:whats the point in a small network envir X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jay@codegurus.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jun 2005 05:48:49 -0000 Thanks Scott, I have since installed AbiWord but will still need to install Java for those silly java applets on some websites, this is a single user workstation so the vulnerability wont affect me because i dont allow anyone in. Thats what the server next to the desk is for :-D. Regards, Jayton From owner-freebsd-stable@FreeBSD.ORG Wed Jun 1 08:08:56 2005 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 9C0B116A41C for ; Wed, 1 Jun 2005 08:08:56 +0000 (GMT) (envelope-from alan@cyclopsvision.co.uk) Received: from dswu232.btconnect.com (dswu232.btconnect.com [193.113.154.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 26F3F43D1D for ; Wed, 1 Jun 2005 08:08:53 +0000 (GMT) (envelope-from alan@cyclopsvision.co.uk) Received: from C2bthomr05.btconnect.com (actually host 220.73.73.194.in-addr.arpa) by dswu232.btconnect.com with SMTP (XT-PP) with ESMTP; Wed, 1 Jun 2005 09:08:49 +0100 Received: from AJDELL9200 (ALille-153-1-9-108.w83-198.abo.wanadoo.fr [83.198.66.108]) by C2bthomr05.btconnect.com (MOS 3.5.8-GR) with ESMTP id ARU05676; Wed, 1 Jun 2005 09:07:43 +0100 (BST) Message-Id: <200506010807.ARU05676@C2bthomr05.btconnect.com> From: "Alan Jay" To: Date: Wed, 1 Jun 2005 09:08:41 +0100 Organization: Cyclops Vision Limited MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcVmTGze5CdgMgPaTVKBKPmy1Swd/wALXTPQ X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 In-Reply-To: <20050601011714.1FAD116A44D@hub.freebsd.org> Subject: RE: DELL PowerEdge 2850 and FreeBSD 5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: alan@cyclopsvision.co.uk List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jun 2005 08:08:56 -0000 Hi, I have a Tyan based 1U computer with twin Xeon and 6Gb RAM which we recently installed 5.4 Release on. When we recompiled the kernel with the SMP and PAE options it would randomly reboot but so far (touch wood) using it with just 4Gb or RAM and removing the PAE kernel (just leaving the SMP one) it seems to be stable. We have yet to successfully get a PAE kernel to run consistently. While running the ACPI/HTT and SMP seem to work ok have you tried this? ALan > -----Original Message----- > Date: Tue, 31 May 2005 11:58:53 +0100 > From: "Danny Cooper" > > I have installed FreeBSD 5.4 RELEASE and upgraded to -STABLE on a DELL > PE2850. > > FreeBSD 5.4-STABLE #1: Wed May 25 23:43:12 BST 2005 > CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3192.22-MHz 686-class CPU) > real memory = 5100273664 (4864 MB) > avail memory = 4189892608 (3995 MB) > MPTable: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 6 > amr0: Firmware 516A, BIOS H418, 256MB RAM > > I have disabled ACPI HTT and enabled PAE to make the whole system memory > available. > > However the problem I have is the system can crash at any moment, and is not > load related. As the crash info below is when the machine was in an 100% > idle state. > > I have tried to install other versions of FreeBSD. > > 4.11 Release (Doesn't see all available memory even with a kernel patch) > 5.4 Release (Crashes at random times, but mainly under load, running squid) > > > Does anyone have similar problems or have found a work around? > > > Danny C From owner-freebsd-stable@FreeBSD.ORG Wed Jun 1 09:01:56 2005 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 7159716A41C for ; Wed, 1 Jun 2005 09:01:56 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28C5D43D1F for ; Wed, 1 Jun 2005 09:01:56 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 6EDF746B09; Wed, 1 Jun 2005 05:01:55 -0400 (EDT) Date: Wed, 1 Jun 2005 10:02:38 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Imobach =?ISO-8859-1?Q?Gonz=E1lez?= Sosa In-Reply-To: <1117488056.16321.7.camel@localhost.localdomain> Message-ID: <20050601100055.G24311@fledge.watson.org> References: <20050529221024.4fu2p4yjusk04k0g@mail.banot.net> <20050529212705.GA64753@xor.obsecurity.org> <1117447400.5384.4.camel@localhost.localdomain> <20050530104928.GB79877@sr.se> <1117465224.9934.7.camel@localhost.localdomain> <429B44BD.7070806@pp.nic.fi> <20050530191843.GA82875@xor.obsecurity.org> <429B7DF6.8040704@it-is-warlock.de> <1117488056.16321.7.camel@localhost.localdomain> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1711496177-1117616558=:24311" Cc: freebsd-stable@freebsd.org Subject: Re: [SOLVED] Re: Poor network performance: a lot of timeouts 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, 01 Jun 2005 09:01:56 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1711496177-1117616558=:24311 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Mon, 30 May 2005, Imobach Gonz=E1lez Sosa wrote: > First of all, THANK YOU all for your help. I tried all your solutions=20 > but I didn't worked for me. Why? Simple: the problem seems to be in may= =20 > ADSL router. > > I'll explain: I took my desktop computer to my neighbour's home. I=20 > connected it to his ADSL and... worked pretty fine! So I got a new=20 > router (from my neighbour's sister, thank you both) and take it home.=20 > Changing my old router by the new one seems to solve the problem :-P Does your DSL router have built in NAT support, and is it enabled? Some=20 of the older SpeedStream routers shipped by some DSL providers have a poor= =20 implementation of NAT that interacts poorly with other NAT=20 implementations, such as the FreeBSD and Linksys NAT code. When using a=20 DSL modem provided by ShenTel in the Shenandoah Valley (in .va.us), I've=20 seen TCP connections wedge, close spontaneously, etc, when passing through= =20 the NAT box... Robert N M Watson --0-1711496177-1117616558=:24311-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 1 09:05:56 2005 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 4512216A41C for ; Wed, 1 Jun 2005 09:05:56 +0000 (GMT) (envelope-from freebsd@as9105.com) Received: from sickle.as9105.com (sickle.as9105.com [212.139.129.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDF8143D49 for ; Wed, 1 Jun 2005 09:05:55 +0000 (GMT) (envelope-from freebsd@as9105.com) Received: (qmail 45384 invoked by uid 30010); 1 Jun 2005 09:05:54 -0000 Received: from freebsd@as9105.com by sickle.as9105.com by uid 89 with qmail-scanner-1.22 (clamscan: 0.75.1. spamassassin: 2.64. Clear:RC:1(212.74.112.53):. Processed in 1.097115 secs); 01 Jun 2005 09:05:54 -0000 Received: from unknown (HELO d2) (postmaster@as9105.com@212.74.112.53) by sickle.as9105.com with SMTP; 1 Jun 2005 09:05:53 -0000 From: "Danny Cooper" To: "'Vinny Abello'" Date: Wed, 1 Jun 2005 10:05:52 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <6.2.3.0.2.20050601000748.048e6840@pop3.tellurian.com> Thread-Index: AcVmX80qpAMgP+FPTXSJBvdskflRAAAJ/HQQ X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Qmail-Scanner-Message-ID: <111761675367245378@sickle.as9105.com> Message-Id: <20050601090555.BDF8143D49@mx1.FreeBSD.org> Cc: freebsd-stable@freebsd.org Subject: RE: DELL PowerEdge 2850 and 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, 01 Jun 2005 09:05:56 -0000 I have checked on the DELL site for any updates to the BIOS/Firmware and the 2 PE2850's are running the latest versions. BIOS A02 Dell Backplane Firmware, v.1.00, A00 Dell BMC Firmware, v.1.23, A03 LSI Logic Perc 4e/Di, v.516A, A01 Both machines have the same symptoms or the reboots at random times. I have now disabled the USB via rc.conf to see if the reboots still occur. On one machine I shall drop the PAE kernel and see if that increases the stability Regards Danny -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Vinny Abello Sent: 01 June 2005 05:10 To: Danny Cooper Cc: freebsd-stable@freebsd.org Subject: RE: DELL PowerEdge 2850 and FreeBSD 5.4 What BIOS revision are you running in your 2850? Make sure all your firmware is up to date. I had problems with an slightly older Dell 2650 trying to install FreeBSD until I flashed the latest RAID controller firmware. If this doesn't help, try running some diagnostics on the hardware. Dell has some pretty extensive utilities. I think you can boot a Dell diagnostic CD you download from their web site. It's possible you have bad RAM. At 11:50 AM 5/31/2005, Danny Cooper wrote: >With the kernel I removed all non-required devices > >Firewire, usb all the NIC's except em and removed all RAID and SCSI >controllers to make sure nothing would interfere. > >I tried to boot with the AMD64 CD but with no success, the machine just >hangs when it tries to load the CD, still trying to work out a solution to >the problem, but it just seems these DELL 2850 machines are for Windows or >RedHat!!! > >DC > >-----Original Message----- >From: owner-freebsd-stable@freebsd.org >[mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Claus Guttesen >Sent: 31 May 2005 16:15 >To: Danny Cooper >Cc: freebsd-stable@freebsd.org >Subject: Re: DELL PowerEdge 2850 and FreeBSD 5.4 > > > I have installed FreeBSD 5.4 RELEASE and upgraded to -STABLE on a DELL > > PE2850. > > > > FreeBSD 5.4-STABLE #1: Wed May 25 23:43:12 BST 2005 > > CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3192.22-MHz 686-class CPU) > > real memory = 5100273664 (4864 MB) > > avail memory = 4189892608 (3995 MB) > > MPTable: > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > cpu0 (BSP): APIC ID: 0 > > cpu1 (AP): APIC ID: 6 > > amr0: Firmware 516A, BIOS H418, 256MB RAM > > > > I have disabled ACPI HTT and enabled PAE to make the whole system memory > > available. > > > > However the problem I have is the system can crash at any moment, and is >not > > load related. As the crash info below is when the machine was in an 100% > > idle state. > >I have the same hardware as well, running on the i386-port. I have >disabled usb with usbd_enable="NO" in /etc/rc.conf. I have no idea >whether this helps but havent't had an issue with the 2850. Except >with a qlogic-hba and the isp-driver (I suspect) *on* amd64, but *not* >on i386. > >Claus >_______________________________________________ >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" > > >_______________________________________________ >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" Vinny Abello Network Engineer Server Management vinny@tellurian.com (973)300-9211 x 125 (973)940-6125 (Direct) PGP Key Fingerprint: 3BC5 9A48 FC78 03D3 82E0 E935 5325 FBCB 0100 977A Tellurian Networks - The Ultimate Internet Connection http://www.tellurian.com (888)TELLURIAN "Courage is resistance to fear, mastery of fear - not absence of fear" -- Mark Twain _______________________________________________ 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 Jun 1 10:38:48 2005 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 487AB16A41C for ; Wed, 1 Jun 2005 10:38:48 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (www1.multiplay.co.uk [212.42.16.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC62443D54 for ; Wed, 1 Jun 2005 10:38:47 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [212.42.16.7]) (MDaemon.PRO.v8.0.2.R) with ESMTP id md50001451654.msg for ; Wed, 01 Jun 2005 11:33:58 +0100 Message-ID: <003401c56696$0858c4d0$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: , "Bruce Burden" References: <006201c56633$5bc48c20$b3db87d4@multiplay.co.uk> <20050531233612.GD20906@tigerfish2.my.domain> <429D0C65.6010308@alumni.rice.edu> Date: Wed, 1 Jun 2005 11:38:17 +0100 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.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Spam-Processed: multiplay.co.uk, Wed, 01 Jun 2005 11:33:58 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org X-MDAV-Processed: multiplay.co.uk, Wed, 01 Jun 2005 11:33:59 +0100 Cc: freebsd-stable@freebsd.org Subject: Re: asr ( 2015S ) support in 5.4 amd64? 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, 01 Jun 2005 10:38:48 -0000 Thanks for that info. Have you had experience with the card itself? Just did a few benchmarks and considering the disks attached ( RAID 5 ) the performance is shockingly bad 20->30MB/s read off the device node no other IO happening ( measured using dd ). Does anyone have any recomendations for other SCSI RAID cards that can provide good performance and amd64 support? Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 1 12:25:19 2005 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 970D216A41C for ; Wed, 1 Jun 2005 12:25:19 +0000 (GMT) (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 2FF9743D4C for ; Wed, 1 Jun 2005 12:25:18 +0000 (GMT) (envelope-from benlutz@datacomm.ch) Received: from localhost (localhost [127.0.0.1]) by maxlor.mine.nu (Postfix) with ESMTP id 63FBD227; Wed, 1 Jun 2005 14:25:08 +0200 (CEST) Received: from maxlor.mine.nu ([127.0.0.1]) by localhost (midgard [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 80541-07; Wed, 1 Jun 2005 14:25:07 +0200 (CEST) Received: from [10.0.0.23] (mini.intranet [10.0.0.23]) by maxlor.mine.nu (Postfix) with ESMTP id 8F0B4198; Wed, 1 Jun 2005 14:25:07 +0200 (CEST) Message-ID: <429DA927.1000000@datacomm.ch> Date: Wed, 01 Jun 2005 14:25:11 +0200 From: Benjamin Lutz User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brent Casavant References: <429A892C.6060006@datacomm.ch> <20050531101206.I1376@chenjesu.americas.sgi.com> In-Reply-To: <20050531101206.I1376@chenjesu.americas.sgi.com> X-Enigmail-Version: 0.90.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigF7C36AEF102638AA544AA3E8" X-Virus-Scanned: by amavisd-new at maxlor.mine.nu Cc: freebsd-stable@freebsd.org Subject: Re: libpthread problem (segfaults) 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, 01 Jun 2005 12:25:19 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF7C36AEF102638AA544AA3E8 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hello, I've built a new installation, and I'm no longer seeing my old problem, but a new one. I have a small Qt based application. As soon as I try to open any dialog (no matter whether it's a standard open file dialog or one I wrote myself), It aborts with Fatal error 'Recurse on a private mutex.' at line 988 in file /usr/src/lib/libpthread/thread/thr_mutex.c (errno = 0) The backtrace is as you describe: > I may be hitting a manifestation of the same problem. With a freshly > installed AbiWord (ports tree cvsup'd approximately 1 week after > 5.4-RELEASE was announced, portupgrade performed) on a 5.4-RELEASE system, > it crashes whenever the "Open" dialog is opened. The backtraces are > next to useless, though there does seem to be a number of Pthreads > calls in progress (pthread_mutexattr_init, pthread_testcancel, and > pthread_timedwrlock). Other people seem to have run into this too. I've found ports/81148 ( http://www.freebsd.org/cgi/query-pr.cgi?pr=81148 ). The PR points to a libtool problem. It says that using USE_LIBTOOL_VER=15 instead of USE_LIBTOOL_VER=13 should solve the problem. I'll be recompiling some things then, I'll report on whether it helps. Benjamin --------------enigF7C36AEF102638AA544AA3E8 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.1 (Darwin) iD8DBQFCnaksgShs4qbRdeQRAseFAJ9oeVqY2YTjoiBXnEzL2Uoi9FYGTQCdHsHi BpUUckhXxjYbywHIKKjUMqc= =4Hb0 -----END PGP SIGNATURE----- --------------enigF7C36AEF102638AA544AA3E8-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 1 12:58:01 2005 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 7CECD16A41C; Wed, 1 Jun 2005 12:58:01 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id D01FF43D53; Wed, 1 Jun 2005 12:58:00 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id E763746BAB; Wed, 1 Jun 2005 08:57:59 -0400 (EDT) Date: Wed, 1 Jun 2005 13:57:59 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: stable@FreeBSD.org Message-ID: <20050601135423.B689@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: alc@FreeBSD.org, phk@FreeBSD.org Subject: panic: vm_thread_swapin: cannot get kstack for proc: 643 under high memory load 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, 01 Jun 2005 12:58:01 -0000 Had an interesting panic on RELENG_5 today. System was under high memory load due to a run-away pine process that was also generating a very high memory load on the kernel due to heavy network I/O, but the swap pager keels over due to ENOMEM (error 12). Before I knew it, syslogd was core dumping and the system panicked due to a stack paging issue (possible that there was no memory into which to load the stack?). Some details below; core is available. An undesirable failure mode... Robert N M Watson Had an interesting panic on RELENG_5 today. System was under high memory load due to a run-away pine process, but the swap pager keels over due to ENOMEM (error 12). Before I knew it, syslogd was core dumping and the system panicked due to a stack paging issue (possible that there was no memory into which to load the stack?). Regardless, not a desirable failure mode. swap_pager: I/O error - pagein failed; blkno 7158,size 24576, error 12 vm_fault: pager read error, pid 1506 (pine) swap_pager: I/O error - pagein failed; blkno 2989,size 4096, error 12 vm_fault: pager read error, pid 383 (syslogd) swap_pager: I/O error - pagein failed; blkno 4272,size 4096, error 12 vm_fault: pager read error, pid 1506 (pine) swap_pager: I/O error - pagein failed; blkno 2862,size 4096, error 12 vm_fault: pager read error, pid 642 (httpd) swap_pager: I/O error - pagein failed; blkno 2862,size 4096, error 12 vm_fault: pager read error, pid 642 (httpd) swap_pager: I/O error - pagein failed; blkno 399,size 4096, error 12 vm_fault: pager read error, pid 577 (httpd) swap_pager: I/O error - pagein failed; blkno 399,size 4096, error 12 vm_fault: pager read error, pid 577 (httpd) swap_pager: I/O error - pagein failed; blkno 4272,size 4096, error 12 vm_fault: pager read error, pid 1506 (pine) swap_pager: I/O error - pagein failed; blkno 5880,size 4096, error 12 panic: vm_thread_swapin: cannot get kstack for proc: 643 KDB: enter: panic [thread pid 0 tid 0 ] Stopped at kdb_enter+0x2b: nop Tracing pid 0 tid 0 td 0xc08e2820 kdb_enter(c0823105) at kdb_enter+0x2b panic(c083a7f7,283,2,c1bd48d8,c1da9a90) at panic+0xbb vm_thread_swapin(c28e7900) at vm_thread_swapin+0xd0 faultin(c28eac5c,c2255c34,c08bb050,c25000,c0c20d88) at faultin+0xc6 scheduler(0,c1ec00,c1e000,0,c0440e05) at scheduler+0x1b1 mi_startup() at mi_startup+0x96 begin() at begin+0x2c db> show pcpu cpuid = 0 curthread = 0xc08e2820: pid 0 "swapper" curpcb = 0xc0c20d90 fpcurthread = none idlethread = 0xc2265480: pid 11 "idle" APIC ID = 0 currentldt = 0x28 db> ps pid proc uid ppid pgrp flag stat wmesg wchan cmd 2520 c2b01000 0 534 534 0000100 [SLPQ select 0xc08eb504][SLP][SWAP] sendmail 2394 c31048d4 1000 2320 2394 0015002 [RUNQ] pine 2320 c30fb000 1000 2319 2320 0004002 [SLPQ pause 0xc30fb038][SLP][SWAP] tcsh 2319 c30fb710 1000 2316 2316 0000100 [SLPQ select 0xc08eb504][SLP] sshd 2316 c241554c 0 529 2316 0000100 [SLPQ sbwait 0xc310d5a8][SLP][SWAP] sshd 2315 c2b01a98 1000 2314 2315 0004002 [RUNQ] slogin 2314 c2a71e20 1000 2313 2314 0004002 [SLPQ pause 0xc2a71e58][SLP][SWAP] tcsh 2313 c309c8d4 1000 2311 2311 0000100 [SLPQ select 0xc08eb504][SLP] sshd 2311 c309cc5c 0 529 2311 0000100 [SLPQ sbwait 0xc310c6ec][SLP][SWAP] sshd 2310 c3104000 0 534 534 0000100 [SLPQ select 0xc08eb504][SLP][SWAP] sendmail 1838 c2a71710 65534 577 577 0000100 [SLPQ accept 0xc275c916][SLP] httpd 1837 c2b011c4 65534 577 577 0000100 [SLPQ accept 0xc275c916][SLP] httpd 1836 c2b0154c 65534 577 577 0000100 [SLPQ accept 0xc275c916][SLP][SWAP] httpd 1835 c2b04c5c 65534 577 577 0000100 [SLPQ accept 0xc275c916][SLP] httpd 1834 c309c000 65534 577 577 0000100 [SLPQ accept 0xc275c916][SLP][SWAP] httpd 1833 c2b03388 65534 577 577 0000100 [SLPQ accept 0xc275c916][SLP][SWAP] httpd 1824 c2a718d4 65534 577 577 0000100 [SLPQ accept 0xc275c916][SLP][SWAP] httpd 1506 c2b031c4 1000 1211 1506 0004002 [RUNQ] pine 1211 c2b03000 1000 1210 1211 0004002 [SLPQ pause 0xc2b03038][SLP][SWAP] tcsh 1210 c2b03a98 1000 1208 1208 0000100 [SLPQ select 0xc08eb504][SLP] sshd 1208 c2b01710 0 529 1208 0000100 [SLPQ sbwait 0xc2e19464][SLP][SWAP] sshd 925 c2b01e20 65534 577 577 0000100 [SLPQ accept 0xc275c916][SLP] httpd 923 c28e6000 65534 577 577 0000100 [SLPQ accept 0xc275c916][SLP] httpd 922 c268e54c 65534 577 577 0000100 [SLPQ accept 0xc275c916][SLP][SWAP] httpd 921 c2b03e20 65534 577 577 0000100 [SLPQ accept 0xc275c916][SLP][SWAP] httpd 676 c2b03710 1026 1 670 0004000 [SLPQ select 0xc08eb504][SLP][SWAP] uomapserver 668 c2a288d4 0 553 553 0000000 [SLPQ piperd 0xc26d3180][SLP] cron 663 c2a28e20 65534 577 577 0000100 [SLPQ select 0xc08eb504][SLP] httpd 662 c2a28c5c 65534 577 577 0000100 [SLPQ select 0xc08eb504][SLP] httpd 661 c2a28a98 65534 577 577 0000100 [SLPQ accept 0xc275c916][SLP][SWAP] httpd 655 c2a6c000 65534 577 577 0000100 [SLPQ accept 0xc275c916][SLP][SWAP] httpd 654 c2a6c1c4 65534 577 577 0000100 [SLPQ accept 0xc275c916][SLP][SWAP] httpd 653 c2a6c388 65534 577 577 0000100 [SLPQ accept 0xc275c916][SLP][SWAP] httpd 652 c2a6c54c 65534 577 577 0000100 [SLPQ accept 0xc275c916][SLP][SWAP] httpd 651 c2a6c710 65534 577 577 0000100 [SLPQ accept 0xc275c916][SLP][SWAP] httpd 650 c2a6c8d4 65534 577 577 0000100 [SLPQ accept 0xc275c916][SLP] httpd 649 c2a6ca98 65534 577 577 0000100 [SLPQ accept 0xc275c916][SLP][SWAP] httpd 648 c2a6cc5c 65534 577 577 0000100 [SLPQ accept 0xc275c916][SLP][SWAP] httpd 647 c2a6ce20 65534 577 577 0000100 [SLPQ accept 0xc275c916][SLP][SWAP] httpd 646 c2a71000 65534 577 577 0000100 [SLPQ accept 0xc275c916][SLP][SWAP] httpd 645 c2a711c4 65534 577 577 0000100 [SLPQ accept 0xc275c916][SLP][SWAP] httpd 644 c2a71388 65534 577 577 0000100 [SLPQ accept 0xc275c916][SLP][SWAP] httpd 643 c28eac5c 65534 577 577 0000100 [SWAP] httpd 641 c2a22000 65534 577 577 0000100 [SLPQ accept 0xc275c916][SLP][SWAP] httpd 640 c2a221c4 65534 577 577 0000100 [SLPQ accept 0xc275c916][SLP][SWAP] httpd 639 c2a22388 65534 577 577 0000100 [SLPQ accept 0xc275c916][SLP][SWAP] httpd 638 c2a2254c 65534 577 577 0000100 [SLPQ accept 0xc275c916][SLP][SWAP] httpd 637 c2a22710 65534 577 577 0000100 [SLPQ accept 0xc275c916][SLP][SWAP] httpd 636 c2a228d4 65534 577 577 0000100 [SLPQ accept 0xc275c916][SLP][SWAP] httpd 635 c2a22a98 65534 577 577 0000100 [SLPQ accept 0xc275c916][SLP][SWAP] httpd 634 c2a22c5c 65534 577 577 0000100 [SLPQ accept 0xc275c916][SLP][SWAP] httpd 633 c2a22e20 65534 577 577 0000100 [SLPQ accept 0xc275c916][SLP][SWAP] httpd 632 c2a28000 65534 577 577 0000100 [SLPQ accept 0xc275c916][SLP][SWAP] httpd 631 c2a281c4 65534 577 577 0000100 [SLPQ accept 0xc275c916][SLP][SWAP] httpd 630 c2a28388 65534 577 577 0000100 [SLPQ accept 0xc275c916][SLP][SWAP] httpd 629 c2a2854c 65534 577 577 0000100 [SLPQ accept 0xc275c916][SLP][SWAP] httpd 628 c2a28710 65534 577 577 0000100 [SLPQ accept 0xc275c916][SLP][SWAP] httpd 626 c28e68d4 65534 577 577 0000100 [SLPQ accept 0xc275c916][SLP][SWAP] httpd 625 c268e8d4 65534 577 577 0000100 [SLPQ accept 0xc275c916][SLP] httpd 623 c28ea1c4 65534 577 577 0000100 [SLPQ accept 0xc275c916][SLP][SWAP] httpd 622 c28e654c 0 1 622 0004002 [SLPQ ttyin 0xc2493410][SLP][SWAP] getty 621 c28e61c4 0 1 621 0004002 [SLPQ ttyin 0xc2448e10][SLP][SWAP] getty 620 c28ea000 0 1 620 0004002 [SLPQ ttyin 0xc2491010][SLP][SWAP] getty 619 c28e6a98 0 1 619 0004002 [SLPQ ttyin 0xc2491210][SLP][SWAP] getty 618 c28e6c5c 0 1 618 0004002 [SLPQ ttyin 0xc2491410][SLP][SWAP] getty 617 c28ea388 0 1 617 0004002 [SLPQ ttyin 0xc2491610][SLP][SWAP] getty 616 c28e6710 0 1 616 0004002 [SLPQ ttyin 0xc2491810][SLP][SWAP] getty 615 c2415388 0 1 615 0004002 [SLPQ ttyin 0xc2491a10][SLP][SWAP] getty 614 c268ea98 0 1 614 0004002 [SLPQ ttyin 0xc2409e10][SLP][SWAP] getty 602 c28e6388 0 1 602 0000000 [SLPQ select 0xc08eb504][SLP][SWAP] inetd 577 c28ea54c 0 1 577 0000000 [SLPQ ufs 0xc26bdd0c][SLP] httpd 553 c28eaa98 0 1 553 0000000 [SLPQ nanslp 0xc08e7f0c][SLP][SWAP] cron 540 c268e388 25 1 540 0000100 [SLPQ pause 0xc268e3c0][SLP][SWAP] sendmail 534 c2415c5c 0 1 534 0000100 [SLPQ select 0xc08eb504][SLP] sendmail 529 c268e000 0 1 529 0000100 [SLPQ select 0xc08eb504][SLP][SWAP] sshd 490 c268e1c4 0 1 490 0000000 [SLPQ select 0xc08eb504][SLP] usbd 429 c24158d4 0 0 0 0000204 [SLPQ mdwait 0xc2866800][SLP] md0 399 c2415710 53 1 399 0008180 (threaded) named thread 0xc2b06a80 ksegrp 0xc2414310 [RUNQ] thread 0xc2b06c00 ksegrp 0xc2414310 [SLPQ select 0xc08eb504][SLP] thread 0xc2412900 ksegrp 0xc2349c40 [SLPQ ksesigwait 0xc2415810][SLP] 383 c268e710 0 1 383 0000000 [RUNQ] syslogd 361 c2415a98 0 1 361 0000000 [SLPQ select 0xc08eb504][SLP][SWAP] devd 157 c268ec5c 0 0 0 0000204 [RUNQ] schedcpu 156 c268ee20 0 0 0 0000204 [SLPQ - 0xc08f354c][SLP] nfsiod 3 155 c2364710 0 0 0 0000204 [SLPQ - 0xc08f3548][SLP] nfsiod 2 154 c23648d4 0 0 0 0000204 [SLPQ - 0xc08f3544][SLP] nfsiod 1 153 c2364a98 0 0 0 0000204 [SLPQ - 0xc08f3540][SLP] nfsiod 0 152 c2364c5c 0 0 0 0000204 [RUNQ] syncer 151 c2364e20 0 0 0 0000204 [RUNQ] vnlru 150 c2410000 0 0 0 0000204 [RUNQ] bufdaemon 149 c24101c4 0 0 0 000020c [SLPQ pgzero 0xc08f9eb4][SLP] pagezero 148 c2410388 0 0 0 0000204 [SLPQ psleep 0xc08f9f08][SLP] vmdaemon 147 c241054c 0 0 0 0000204 [SLPQ psleep 0xc08f9ec4][SLP] pagedaemon 146 c2410710 0 0 0 0000204 [RUNQ] fdc0 145 c24108d4 0 0 0 0000204 [IWAIT] swi0: sio 144 c2410a98 0 0 0 0000204 [SLPQ usbevt 0xc244b210][SLP] usb2 143 c2410c5c 0 0 0 0000204 [SLPQ usbevt 0xc243f210][SLP] usb1 142 c2410e20 0 0 0 0000204 [SLPQ usbtsk 0xc08dff78][SLP] usbtask 141 c2415000 0 0 0 0000204 [SLPQ usbevt 0xc2435210][SLP] usb0 9 c24151c4 0 0 0 0000204 [SLPQ actask 0xc0a33bec][SLP] acpi_task2 8 c234ca98 0 0 0 0000204 [SLPQ actask 0xc0a33bec][SLP] acpi_task1 7 c234cc5c 0 0 0 0000204 [SLPQ actask 0xc0a33bec][SLP] acpi_task0 6 c234ce20 0 0 0 0000204 [SLPQ - 0xc24077c0][SLP] kqueue taskq 140 c2360000 0 0 0 0000204 [IWAIT] swi3: cambio 139 c23601c4 0 0 0 0000204 [IWAIT] swi2: camnet 138 c2360388 0 0 0 0000204 [IWAIT] swi6: acpitaskq 137 c236054c 0 0 0 0000204 [IWAIT] swi6:+ 5 c2360710 0 0 0 0000204 [SLPQ - 0xc239e800][SLP] thread taskq 136 c23608d4 0 0 0 0000204 [IWAIT] swi6:+ 135 c2360a98 0 0 0 0000204 [IWAIT] swi6: task queue 134 c2360c5c 0 0 0 0000204 [RUNQ] yarrow 4 c2360e20 0 0 0 0000204 [RUNQ] g_down 3 c2364000 0 0 0 0000204 [RUNQ] g_up 2 c23641c4 0 0 0 0000204 [RUNQ] g_event 133 c2364388 0 0 0 0000204 [IWAIT] swi1: net 132 c236454c 0 0 0 0000204 [IWAIT] swi4: vm 131 c2337e20 0 0 0 000020c [RUNQ] swi5: clock sio 130 c2348000 0 0 0 0000204 [IWAIT] irq0: clk 129 c23481c4 0 0 0 0000204 [IWAIT] irq119: 128 c2348388 0 0 0 0000204 [IWAIT] irq118: 127 c234854c 0 0 0 0000204 [IWAIT] irq117: 126 c2348710 0 0 0 0000204 [IWAIT] irq116: 125 c23488d4 0 0 0 0000204 [IWAIT] irq115: 124 c2348a98 0 0 0 0000204 [IWAIT] irq114: 123 c2348c5c 0 0 0 0000204 [IWAIT] irq113: 122 c2348e20 0 0 0 0000204 [IWAIT] irq112: 121 c234c000 0 0 0 0000204 [IWAIT] irq111: 120 c234c1c4 0 0 0 0000204 [IWAIT] irq110: 119 c234c388 0 0 0 0000204 [IWAIT] irq109: 118 c234c54c 0 0 0 0000204 [IWAIT] irq108: 117 c234c710 0 0 0 0000204 [IWAIT] irq107: 116 c234c8d4 0 0 0 0000204 [IWAIT] irq106: 115 c23201c4 0 0 0 0000204 [IWAIT] irq105: 114 c2320388 0 0 0 0000204 [IWAIT] irq104: 113 c232054c 0 0 0 0000204 [IWAIT] irq103: 112 c2320710 0 0 0 0000204 [IWAIT] irq102: 111 c23208d4 0 0 0 0000204 [IWAIT] irq101: 110 c2320a98 0 0 0 0000204 [IWAIT] irq100: 109 c2320c5c 0 0 0 0000204 [IWAIT] irq99: 108 c2320e20 0 0 0 0000204 [IWAIT] irq98: 107 c2337000 0 0 0 0000204 [IWAIT] irq97: 106 c23371c4 0 0 0 0000204 [IWAIT] irq96: 105 c2337388 0 0 0 0000204 [IWAIT] irq95: 104 c233754c 0 0 0 0000204 [IWAIT] irq94: 103 c2337710 0 0 0 0000204 [IWAIT] irq93: 102 c23378d4 0 0 0 0000204 [IWAIT] irq92: 101 c2337a98 0 0 0 0000204 [IWAIT] irq91: 100 c2337c5c 0 0 0 0000204 [IWAIT] irq90: 99 c230154c 0 0 0 0000204 [IWAIT] irq89: 98 c2301710 0 0 0 0000204 [IWAIT] irq88: 97 c23018d4 0 0 0 0000204 [IWAIT] irq87: 96 c2301a98 0 0 0 0000204 [IWAIT] irq86: 95 c2301c5c 0 0 0 0000204 [IWAIT] irq85: 94 c2301e20 0 0 0 0000204 [IWAIT] irq84: 93 c231e000 0 0 0 0000204 [IWAIT] irq83: 92 c231e1c4 0 0 0 0000204 [IWAIT] irq82: 91 c231e388 0 0 0 0000204 [IWAIT] irq81: 90 c231e54c 0 0 0 0000204 [IWAIT] irq80: 89 c231e710 0 0 0 0000204 [IWAIT] irq79: 88 c231e8d4 0 0 0 0000204 [IWAIT] irq78: 87 c231ea98 0 0 0 0000204 [IWAIT] irq77: 86 c231ec5c 0 0 0 0000204 [IWAIT] irq76: 85 c231ee20 0 0 0 0000204 [IWAIT] irq75: 84 c2320000 0 0 0 0000204 [IWAIT] irq74: 83 c22efa98 0 0 0 0000204 [IWAIT] irq73: 82 c22efc5c 0 0 0 0000204 [IWAIT] irq72: twe0 81 c22efe20 0 0 0 0000204 [IWAIT] irq71: 80 c22fe000 0 0 0 0000204 [IWAIT] irq70: 79 c22fe1c4 0 0 0 0000204 [IWAIT] irq69: 78 c22fe388 0 0 0 0000204 [IWAIT] irq68: 77 c22fe54c 0 0 0 0000204 [IWAIT] irq67: 76 c22fe710 0 0 0 0000204 [IWAIT] irq66: 75 c22fe8d4 0 0 0 0000204 [IWAIT] irq65: 74 c22fea98 0 0 0 0000204 [IWAIT] irq64: 73 c22fec5c 0 0 0 0000204 [IWAIT] irq63: 72 c22fee20 0 0 0 0000204 [IWAIT] irq62: 71 c2301000 0 0 0 0000204 [IWAIT] irq61: 70 c23011c4 0 0 0 0000204 [IWAIT] irq60: 69 c2301388 0 0 0 0000204 [IWAIT] irq59: 68 c22df1c4 0 0 0 0000204 [IWAIT] irq58: 67 c22df388 0 0 0 0000204 [IWAIT] irq57: 66 c22df54c 0 0 0 0000204 [IWAIT] irq56: 65 c22df710 0 0 0 0000204 [IWAIT] irq55: 64 c22df8d4 0 0 0 0000204 [IWAIT] irq54: 63 c22dfa98 0 0 0 0000204 [IWAIT] irq53: 62 c22dfc5c 0 0 0 0000204 [IWAIT] irq52: 61 c22dfe20 0 0 0 0000204 [IWAIT] irq51: 60 c22ef000 0 0 0 0000204 [IWAIT] irq50: 59 c22ef1c4 0 0 0 0000204 [IWAIT] irq49: 58 c22ef388 0 0 0 0000204 [IWAIT] irq48: 57 c22ef54c 0 0 0 0000204 [IWAIT] irq47: 56 c22ef710 0 0 0 0000204 [IWAIT] irq46: 55 c22ef8d4 0 0 0 0000204 [IWAIT] irq45: 54 c22c7a98 0 0 0 0000204 [IWAIT] irq44: 53 c22c7c5c 0 0 0 0000204 [IWAIT] irq43: 52 c22c7e20 0 0 0 0000204 [IWAIT] irq42: 51 c22db000 0 0 0 0000204 [IWAIT] irq41: 50 c22db1c4 0 0 0 0000204 [IWAIT] irq40: 49 c22db388 0 0 0 0000204 [IWAIT] irq39: 48 c22db54c 0 0 0 0000204 [IWAIT] irq38: 47 c22db710 0 0 0 0000204 [IWAIT] irq37: 46 c22db8d4 0 0 0 0000204 [IWAIT] irq36: 45 c22dba98 0 0 0 0000204 [IWAIT] irq35: 44 c22dbc5c 0 0 0 0000204 [IWAIT] irq34: 43 c22dbe20 0 0 0 0000204 [IWAIT] irq33: 42 c22df000 0 0 0 0000204 [IWAIT] irq32: 41 c22b654c 0 0 0 0000204 [IWAIT] irq31: 40 c22b6710 0 0 0 0000204 [IWAIT] irq30: 39 c22b68d4 0 0 0 0000204 [IWAIT] irq29: em1 38 c22b6a98 0 0 0 0000204 [RUNQ] irq28: em0 37 c22b6c5c 0 0 0 0000204 [IWAIT] irq27: 36 c22b6e20 0 0 0 0000204 [IWAIT] irq26: 35 c22c7000 0 0 0 0000204 [IWAIT] irq25: 34 c22c71c4 0 0 0 0000204 [IWAIT] irq24: 33 c22c7388 0 0 0 0000204 [IWAIT] irq23: 32 c22c754c 0 0 0 0000204 [IWAIT] irq22: 31 c22c7710 0 0 0 0000204 [IWAIT] irq21: 30 c22c78d4 0 0 0 0000204 [IWAIT] irq20: 29 c226b1c4 0 0 0 0000204 [IWAIT] irq19: uhci1 28 c226b388 0 0 0 0000204 [IWAIT] irq18: uhci2 27 c226b54c 0 0 0 0000204 [IWAIT] irq17: 26 c226b710 0 0 0 0000204 [IWAIT] irq16: uhci0 25 c226b8d4 0 0 0 0000204 [IWAIT] irq15: ata1 24 c226ba98 0 0 0 0000204 [IWAIT] irq14: ata0 23 c226bc5c 0 0 0 0000204 [IWAIT] irq13: 22 c226be20 0 0 0 0000204 [IWAIT] irq12: 21 c22b6000 0 0 0 0000204 [IWAIT] irq11: 20 c22b61c4 0 0 0 0000204 [IWAIT] irq10: 19 c22b6388 0 0 0 0000204 [IWAIT] irq9: acpi0 18 c2264000 0 0 0 0000204 [IWAIT] irq8: rtc 17 c22641c4 0 0 0 0000204 [IWAIT] irq7: ppc0 16 c2264388 0 0 0 0000204 [IWAIT] irq6: fdc0 15 c226454c 0 0 0 0000204 [IWAIT] irq5: 14 c2264710 0 0 0 0000204 [IWAIT] irq4: sio0 13 c22648d4 0 0 0 0000204 [IWAIT] irq3: sio1 12 c2264a98 0 0 0 0000204 [IWAIT] irq1: atkbd0 11 c2264c5c 0 0 0 000020c [Can run] idle 1 c2264e20 0 0 1 0004200 [SLPQ wait 0xc2264e20][SLP] init 10 c226b000 0 0 0 0000204 [SLPQ ktrace 0xc08e5e98][SLP] ktrace 0 c08e2640 0 0 0 0000200 [CPU 0] swapper 670 c28ea710 1026 668 670 0006000 zomb[INACTIVE] sh db> trace 2394 Tracing pid 2394 tid 100278 td 0xc2b07c00 sched_switch(c2b07c00,0,1) at sched_switch+0x16f mi_switch(1,0) at mi_switch+0x264 sleepq_switch(c08eb504,c2b07c00,c08eb504,e73fcb50,c05f1814) at sleepq_switch+0xe0 sleepq_timedwait_sig(c08eb504,0,c08eb504,c08eb504,5dd) at sleepq_timedwait_sig+0xd cv_timedwait_sig(c08eb504,c08eb4e0,5dd,4,e73fcba4) at cv_timedwait_sig+0x1b0 kern_select(c2b07c00,6,bfbf7f60,0,bfbf7ee0) at kern_select+0x4a9 select(c2b07c00,e73fcd04,5,4fc,206) at select+0x44 syscall(2f,bfbf002f,bfbf002f,304a,bfbfcc10) at syscall+0x227 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (93, FreeBSD ELF32, select), eip = 0x28568f6b, esp = 0xbfbf7e7c, ebp = 0xbfbf7ff8 --- db> trace 2315 Tracing pid 2315 tid 100238 td 0xc2a72c00 sched_switch(c2a72c00,0,1) at sched_switch+0x16f mi_switch(1,0) at mi_switch+0x264 sleepq_switch(c08eb504,c2a72c00,e7357b54,c05f13e6,c08eb504) at sleepq_switch+0xe0 sleepq_wait_sig(c08eb504,c08eb504,0,0,c22ab6a0) at sleepq_wait_sig+0xc cv_wait_sig(c08eb504,c08eb4e0,4,e7357ba4,1) at cv_wait_sig+0x19e kern_select(c2a72c00,7,806e640,806e680,0) at kern_select+0x4bf select(c2a72c00,e7357d04,5,50,202) at select+0x44 syscall(bfbf002f,bfbf002f,bfbf002f,bfbfe890,bfbfe894) at syscall+0x227 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (93, FreeBSD ELF32, select), eip = 0x282b2f6b, esp = 0xbfbfe78c, ebp = 0xbfbfe858 --- db> trace 383 Tracing pid 383 tid 100171 td 0xc2417180 sched_switch(c2417180,0,1) at sched_switch+0x16f mi_switch(1,0) at mi_switch+0x264 sleepq_switch(e4f766b0,1,e4f76680,c0619a8e,e4f766b0) at sleepq_switch+0xe0 sleepq_timedwait(e4f766b0,0,0,0,0) at sleepq_timedwait+0x34 msleep(e4f766b0,0,4c,c081da50,a) at msleep+0x28a g_dev_strategy(d64f3a34,c087bca0,c2417180,d64f3a34,e4f766d8) at g_dev_strategy+0xc3 dev_strategy(d64f3a34) at dev_strategy+0x6c spec_xstrategy(c26bdd68,d64f3a34,2,e4f766f8,c05dd7d7) at spec_xstrategy+0x150 spec_specstrategy(e4f76720,e4f7673c,c0651040,e4f76720,0) at spec_specstrategy+0x4f spec_vnoperate(e4f76720) at spec_vnoperate+0x13 breadn(c26bdd68,c0,0,4000,0) at breadn+0xe8 bread(c26bdd68,c0,0,4000,0,e4f767d8) at bread+0x20 ffs_nodealloccg(c26c1000,0,2,0,8180) at ffs_nodealloccg+0x10d ffs_hashalloc(c26c1000,0,2,0,8180) at ffs_hashalloc+0x28 ffs_valloc(c26bdc60,8180,c2262d80,e4f7687c,c26c1000) at ffs_valloc+0xbf ufs_makeinode(8180,c26bdc60,e4f76c30,e4f76c44) at ufs_makeinode+0x59 ufs_create(e4f76a00,e4f76abc,c066ac84,e4f76a00,46) at ufs_create+0x26 ufs_vnoperate(e4f76a00) at ufs_vnoperate+0x13 vn_open_cred(e4f76c1c,e4f76b08,180,c2262d80,ffffffff) at vn_open_cred+0x18c vn_open(e4f76c1c,e4f76b08,180,ffffffff,ffffffff) at vn_open+0x1e coredump(c2417180) at coredump+0x1af sigexit(c2417180,b,c26b2aa8,0,c0823436) at sigexit+0x53 postsig(b) at postsig+0x131 ast(e4f76d38) at ast+0x386 doreti_ast() at doreti_ast+ db> trace 152 Tracing pid 152 tid 100131 td 0xc2362180 sched_switch(c2362180,0,1) at sched_switch+0x16f mi_switch(1,0) at mi_switch+0x264 sleepq_switch(c08e7c9c,e4efec98,c0619ab5,c08e7c9c,0) at sleepq_switch+0xe0 sleepq_wait(c08e7c9c,0,0,0,0) at sleepq_wait+0x30 msleep(c08e7c9c,0,68,c082a162,0) at msleep+0x2b1 sched_sync(0,e4efed38,0,c0660848,0) at sched_sync+0x4d7 fork_exit(c0660848,0,e4efed38) at fork_exit+0xa4 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe4efed6c, ebp = 0 --- db> trace 151 Tracing pid 151 tid 100130 td 0xc2362000 sched_switch(c2362000,0,1) at sched_switch+0x16f mi_switch(1,0) at mi_switch+0x264 sleepq_switch(c2364e20,1,e4efbcc0,c0619a8e,c2364e20) at sleepq_switch+0xe0 sleepq_timedwait(c2364e20,0,0,0,17f4) at sleepq_timedwait+0x34 msleep(c2364e20,0,50,c0829f15,64,c08ebf84,c08ebec0,0,c0829ee4,248) at msleep+0x28a vnlru_proc(0,e4efbd38,0,c065eb3c,0) at vnlru_proc+0xe1 fork_exit(c065eb3c,0,e4efbd38) at fork_exit+0xa4 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe4efbd6c, ebp = 0 --- db> trace 150 Tracing pid 150 tid 100129 td 0xc234bd80 sched_switch(c234bd80,0,1) at sched_switch+0x16f mi_switch(1,0) at mi_switch+0x264 sleepq_switch(c08ebacc,1,e4ef8cf0,c0619a8e,c08ebacc) at sleepq_switch+0xe0 sleepq_timedwait(c08ebacc,0,0,0,c2410000) at sleepq_timedwait+0x34 msleep(c08ebacc,c08ebae0,44,c0828bb3,64) at msleep+0x28a buf_daemon(0,e4ef8d38,0,c06535d0,0) at buf_daemon+0x1d9 fork_exit(c06535d0,0,e4ef8d38) at fork_exit+0xa4 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe4ef8d6c, ebp = 0 --- db> trace 146 Tracing pid 146 tid 100157 td 0xc2411a80 sched_switch(c2411a80,0,1) at sched_switch+0x16f mi_switch(1,0) at mi_switch+0x264 sleepq_switch(c244623c,0,e4f4cca8,c0619a8e,c244623c) at sleepq_switch+0xe0 sleepq_timedwait(c244623c,0,0,0,c244623c) at sleepq_timedwait+0x34 msleep(c244623c,c24462ac,4c,c081cead,64) at msleep+0x28a fdc_worker(c2446200,c2410710,c0789ff4,e4f4cd24,c0601c24) at fdc_worker+0x192 fdc_thread(c2446200,e4f4cd38,c2446200,c0789ff4,0) at fdc_thread+0xe fork_exit(c0789ff4,c2446200,e4f4cd38) at fork_exit+0xa4 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe4f4cd6c, ebp = 0 --- db> trace 4 Tracing pid 4 tid 100139 td 0xc2362d80 sched_switch(c2362d80,0,1) at sched_switch+0x16f mi_switch(1,0) at mi_switch+0x264 sleepq_switch(e4f16cf4,0,e4f16cd8,c0619a8e,e4f16cf4) at sleepq_switch+0xe0 sleepq_timedwait(e4f16cf4,0,0,0,d61b55ac) at sleepq_timedwait+0x34 msleep(e4f16cf4,0,4c,c081e3a4,a) at msleep+0x28a g_io_schedule_down(c2362d80) at g_io_schedule_down+0x9c g_down_procbody(0,e4f16d38,0,c05e24fc,0) at g_down_procbody+0x32 fork_exit(c05e24fc,0,e4f16d38) at fork_exit+0xa4 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe4f16d6c, ebp = 0 --- db> trace 3 Tracing pid 3 tid 100138 td 0xc2362c00 sched_switch(c2362c00,0,1) at sched_switch+0x16f mi_switch(1,0) at mi_switch+0x264 sleepq_switch(c08e2544,0,e4f13cdc,c0619a8e,c08e2544) at sleepq_switch+0xe0 sleepq_timedwait(c08e2544,0,0,0,0) at sleepq_timedwait+0x34 msleep(c08e2544,c08e2468,24c,c081cead,a) at msleep+0x28a g_io_schedule_up(c2362c00) at g_io_schedule_up+0x91 g_up_procbody(0,e4f13d38,0,c05e24c4,0) at g_up_procbody+0x32 fork_exit(c05e24c4,0,e4f13d38) at fork_exit+0xa4 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe4f13d6c, ebp = 0 --- db> trace 131 Tracing pid 131 tid 100102 td 0xc2322300 sched_switch(c2322300,0,1) at sched_switch+0x16f mi_switch(1,0) at mi_switch+0x264 ithread_loop(c235f580,e4ea7d38,c235f580,c060268c,0) at ithread_loop+0x21f fork_exit(c060268c,c235f580,e4ea7d38) at fork_exit+0xa4 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe4ea7d6c, ebp = 0 --- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 1 12:58:05 2005 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 781C716A41C for ; Wed, 1 Jun 2005 12:58:05 +0000 (GMT) (envelope-from freebsd-current@byrnehq.com) Received: from schubert.byrnehq.com (dsl-33-12.dsl.netsource.ie [213.79.33.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9D0C43D4C for ; Wed, 1 Jun 2005 12:58:04 +0000 (GMT) (envelope-from freebsd-current@byrnehq.com) Received: from localhost (mauer.directski.com. [212.147.140.194]) by schubert.byrnehq.com (8.13.3/8.13.3) with ESMTP id j51DuQbg072842 for ; Wed, 1 Jun 2005 13:56:26 GMT (envelope-from freebsd-current@byrnehq.com) Date: Wed, 1 Jun 2005 13:57:52 +0100 From: Tony Byrne Organization: ByrneHQ X-Priority: 3 (Normal) Message-ID: <1684114034.20050601135752@byrnehq.com> To: FreeBSD Stable In-Reply-To: <1117573047.3095.24.camel@klotz.local> References: <1117573047.3095.24.camel@klotz.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ByrneHQ-SA-Hits: 1.455 X-Scanned-By: MIMEDefang 2.51 on 192.168.10.254 Subject: Re: ATA DMA timeouts X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Tony Byrne List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jun 2005 12:58:05 -0000 Hello Martin, M> Affected kernel version: M> FreeBSD 5.4-STABLE #0: Tue May 31 00:19:34 CEST 2005 M> Last known working version: M> FreeBSD 5.4-STABLE #0: Mon May 9 00:50:46 CEST 2005 This looks to be the same problem alright. Can you confirm that the problem goes away when you revert to the earlier kernel? Also, as a matter of interest what size HD is your ad0? Regards, Tony. -- Tony Byrne From owner-freebsd-stable@FreeBSD.ORG Wed Jun 1 14:41:26 2005 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 2A1FA16A41C for ; Wed, 1 Jun 2005 14:41:26 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam.ru (gw.ipt.ru [80.253.10.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0C7A43D48 for ; Wed, 1 Jun 2005 14:41:25 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam by bsam.ru with local (Exim 4.30; FreeBSD) id 1DdUQP-0007je-Oo for freebsd-stable@FreeBSD.org; Wed, 01 Jun 2005 18:42:29 +0400 To: freebsd-stable@FreeBSD.org From: Boris Samorodov Date: Wed, 01 Jun 2005 18:42:29 +0400 Message-ID: <97306314@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: "Boris B. Samorodov" Cc: Subject: NFS upgrade 5.2.1->5.4 "+cd: not found" 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, 01 Jun 2005 14:41:26 -0000 Hi! Seems to me that it's like a FAQ, but can't find an answer. Upgrade from 5.2.1 to 5.4 via NFS: On nfs server: 1. buildkernel On host: 1. mount_nfs /usr/src 2. mount_nfs /usr/obj 3. installkernel 4. mergemaster -p 5. make installworld ----- mkdir -p /tmp/install.aCiGkcCk for prog in [ awk cap_mkdb cat chflags chmod chown date echo egrep find grep > +cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTY> +cd: not found *** Error code 127 Stop in /usr/src. *** Error code 1 Stop in /usr/src. ----- It is the result of "{_+_}cd" at Makefile.inc1. Neighter UPDATING nore google helped me. Maybe you? ;-) WBR -- bsam From owner-freebsd-stable@FreeBSD.ORG Wed Jun 1 15:07:06 2005 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 7EE7916A41C for ; Wed, 1 Jun 2005 15:07:06 +0000 (GMT) (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 1806B43D48 for ; Wed, 1 Jun 2005 15:07:05 +0000 (GMT) (envelope-from benlutz@datacomm.ch) Received: from localhost (localhost [127.0.0.1]) by maxlor.mine.nu (Postfix) with ESMTP id EBB92227; Wed, 1 Jun 2005 17:06:55 +0200 (CEST) Received: from maxlor.mine.nu ([127.0.0.1]) by localhost (midgard [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 81711-02; Wed, 1 Jun 2005 17:06:55 +0200 (CEST) Received: from [10.0.0.23] (mini.intranet [10.0.0.23]) by maxlor.mine.nu (Postfix) with ESMTP id 107D04E; Wed, 1 Jun 2005 17:06:55 +0200 (CEST) Message-ID: <429DCF14.8060608@datacomm.ch> Date: Wed, 01 Jun 2005 17:07:00 +0200 From: Benjamin Lutz User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Benjamin Lutz References: <429A892C.6060006@datacomm.ch> <20050531101206.I1376@chenjesu.americas.sgi.com> <429DA927.1000000@datacomm.ch> In-Reply-To: <429DA927.1000000@datacomm.ch> X-Enigmail-Version: 0.90.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigE5D0BCC0A2A1DD73A270E05B" X-Virus-Scanned: by amavisd-new at maxlor.mine.nu Cc: freebsd-stable@freebsd.org, Brent Casavant Subject: Re: libpthread problem (segfaults) 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, 01 Jun 2005 15:07:06 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE5D0BCC0A2A1DD73A270E05B Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hello, > I've built a new installation, and I'm no longer seeing my old > problem, but a new one. I have a small Qt based application. As soon > as I try to open any dialog (no matter whether it's a standard open > file dialog or one I wrote myself), It aborts with > > Fatal error 'Recurse on a private mutex.' at line 988 in file > /usr/src/lib/libpthread/thread/thr_mutex.c (errno = 0) [...] > Other people seem to have run into this too. I've found ports/81148 ( > http://www.freebsd.org/cgi/query-pr.cgi?pr=81148 ). > > The PR points to a libtool problem. It says that using > USE_LIBTOOL_VER=15 instead of USE_LIBTOOL_VER=13 should solve the > problem. I've found the problem for my own program. I was compiling with -lc. Why I started doing that in the first place I can't remember, but removing that option fixed above fatal error, and seems to have no negative effects (of course, why would it). So, as a conclusion: gcc apparently produces broken code when -lc is specified. I don't know much about how gcc is supposed to work, but that might actually be a bug? And, something in the 5.3->5.4 upgrade process went wrong which left me with a broken libpthread. Can't say what exactly, maybe my system was slightly broken to begin with. Cheers Benjamin --------------enigE5D0BCC0A2A1DD73A270E05B 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.1 (Darwin) iD8DBQFCnc8YgShs4qbRdeQRAr4gAKCDU56WBymWWo3WACgKm+thsiiV6ACeOq84 howl+9aaPUVJzdpD01ZEo+0= =ZTN7 -----END PGP SIGNATURE----- --------------enigE5D0BCC0A2A1DD73A270E05B-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 1 15:07:58 2005 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 BEBF216A41C for ; Wed, 1 Jun 2005 15:07:58 +0000 (GMT) (envelope-from brucegb@realtime.net) Received: from ruth.realtime.net (ruth.realtime.net [205.238.132.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E27F43D48 for ; Wed, 1 Jun 2005 15:07:58 +0000 (GMT) (envelope-from brucegb@realtime.net) Received: from tigerfish2.my.domain (unverified [70.113.33.56]) by realtime.net (Realtime Communications Advanced E-Mail Services V9.2) with ESMTP id 84901233 for multiple; Wed, 01 Jun 2005 10:07:56 -0500 Received: from tigerfish2.my.domain (localhost [127.0.0.1]) by tigerfish2.my.domain (8.13.3/8.13.3) with ESMTP id j51F7sbq062336; Wed, 1 Jun 2005 10:07:54 -0500 (CDT) (envelope-from brucegb@tigerfish2.my.domain) Received: (from brucegb@localhost) by tigerfish2.my.domain (8.13.3/8.13.3/Submit) id j51F7sFD062335; Wed, 1 Jun 2005 10:07:54 -0500 (CDT) (envelope-from brucegb) Date: Wed, 1 Jun 2005 10:07:54 -0500 From: Bruce Burden To: Steven Hartland Message-ID: <20050601150754.GE20906@tigerfish2.my.domain> References: <006201c56633$5bc48c20$b3db87d4@multiplay.co.uk> <20050531233612.GD20906@tigerfish2.my.domain> <429D0C65.6010308@alumni.rice.edu> <003401c56696$0858c4d0$b3db87d4@multiplay.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <003401c56696$0858c4d0$b3db87d4@multiplay.co.uk> User-Agent: Mutt/1.4.2.1i X-Server: High Performance Mail Server - http://surgemail.com Cc: freebsd-stable@freebsd.org Subject: Re: asr ( 2015S ) support in 5.4 amd64? 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, 01 Jun 2005 15:07:58 -0000 Hi Steve, On Wed, Jun 01, 2005 at 11:38:17AM +0100, Steven Hartland wrote: > Thanks for that info. Have you had experience with the card > itself? Just did a few benchmarks and considering the disks > attached ( RAID 5 ) the performance is shockingly bad > 20->30MB/s read off the device node no other IO happening > ( measured using dd ). > Does anyone have any recomendations for other SCSI > RAID cards that can provide good performance and amd64 > support? > My 3210S generates around 45Mps: su-2.05b# dd if=ft_sill_photos.zip of=/dev/null 4040211+1 records in 4040211+1 records out 2068588162 bytes transferred in 46.935343 secs (44073145 bytes/sec) su-2.05b# dd if=ft_sill_photos.zip of=/dev/null bs=65536 31564+1 records in 31564+1 records out 2068588162 bytes transferred in 45.793030 secs (45172555 bytes/sec) Compared to my 39320: su-2.05b# cd /spare su-2.05b# dd if=ft_sill_photos.zip of=/dev/null bs=65536 31564+1 records in 31564+1 records out 2068588162 bytes transferred in 84.538472 secs (24469193 bytes/sec) which is where the system files are mounted (/, /var, /usr, etc). Both cards are installed in 64 bit/66 MHz slots. The system disk is a 10K IBM U160 disk, the RAID is composed of Seagate U320 drives. Still, performance is limited to U160 levels due to the controllers or the drives... Bruce -- ------------------------------------------------------------------------ "I like bad!" Bruce Burden Austin, TX. - Thuganlitha The Power and the Prophet Robert Don Hughes From owner-freebsd-stable@FreeBSD.ORG Wed Jun 1 15:14:59 2005 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 5542616A41C for ; Wed, 1 Jun 2005 15:14:59 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mail21.sea5.speakeasy.net (mail21.sea5.speakeasy.net [69.17.117.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1749B43D48 for ; Wed, 1 Jun 2005 15:14:59 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 22098 invoked from network); 1 Jun 2005 15:14:58 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender ) by mail21.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 1 Jun 2005 15:14:58 -0000 Received: from [10.50.41.231] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j51FDbTd074139; Wed, 1 Jun 2005 11:14:53 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Kirk Strauser Date: Wed, 1 Jun 2005 11:07:07 -0400 User-Agent: KMail/1.8 References: <200505122236.14490.kirk@strauser.com> <200505271548.42926.jhb@FreeBSD.org> <200505272248.08196.kirk@strauser.com> In-Reply-To: <200505272248.08196.kirk@strauser.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506011107.08593.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx Cc: freebsd-stable@FreeBSD.org Subject: Re: wi0 is always status: no carrier 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, 01 Jun 2005 15:14:59 -0000 On Friday 27 May 2005 11:48 pm, Kirk Strauser wrote: > On Friday 27 May 2005 02:48 pm, you wrote: > > The patch should change the IRQ numbers and also print out a line about > > how it is trusting your BIOS over the $PIR, so I think you didn't > > backport the patch correctly or boot the patched kernel somehow. > > Here's what I did: I see. It's because your PIR lists 10 as the only IRQ that it does this. You can override the IRQ with a hint at least using 1.117 of pci_pir.c. Try setting 'hw.pci.link.0x22.irq=11' in the loader to force the IRQ to 11 to see if that works. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Wed Jun 1 15:23:54 2005 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 86F8316A41C for ; Wed, 1 Jun 2005 15:23:54 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (www1.multiplay.co.uk [212.42.16.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id A43CF43D48 for ; Wed, 1 Jun 2005 15:23:53 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [212.42.16.7]) (MDaemon.PRO.v8.0.2.R) with ESMTP id md50001452397.msg for ; Wed, 01 Jun 2005 16:18:46 +0100 Message-ID: <00b901c566bd$d48f2450$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Bruce Burden" References: <006201c56633$5bc48c20$b3db87d4@multiplay.co.uk> <20050531233612.GD20906@tigerfish2.my.domain> <429D0C65.6010308@alumni.rice.edu> <003401c56696$0858c4d0$b3db87d4@multiplay.co.uk> <20050601150754.GE20906@tigerfish2.my.domain> Date: Wed, 1 Jun 2005 16:23:09 +0100 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.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Spam-Processed: multiplay.co.uk, Wed, 01 Jun 2005 16:18:46 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org X-MDAV-Processed: multiplay.co.uk, Wed, 01 Jun 2005 16:18:47 +0100 Cc: freebsd-stable@freebsd.org Subject: Re: good performing SCSI RAID5 ( was: asr ( 2015S ) support in 5.4 amd64? ) 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, 01 Jun 2005 15:23:54 -0000 Thanks for that Bruce I'm quite surprised that these numbers are so low after playing with a cheapo hightech SATA controller which with the help of the guys on the list I was able to give out 200MB/s I really would expect the relatively expensive SCSI controllers to do significantly better especially as they have superior disks attached ( 10K vs 7k2 ) and not performance which is well below ( 1/2 ) that expected of a single disk. Can anyone report good performance from their SCSI RAID5 set on 5.4? Steve ----- Original Message ----- From: "Bruce Burden" > My 3210S generates around 45Mps: > > su-2.05b# dd if=ft_sill_photos.zip of=/dev/null > 4040211+1 records in > 4040211+1 records out > 2068588162 bytes transferred in 46.935343 secs (44073145 bytes/sec) > su-2.05b# dd if=ft_sill_photos.zip of=/dev/null bs=65536 > 31564+1 records in > 31564+1 records out > 2068588162 bytes transferred in 45.793030 secs (45172555 bytes/sec) > > Compared to my 39320: > > su-2.05b# cd /spare > su-2.05b# dd if=ft_sill_photos.zip of=/dev/null bs=65536 > 31564+1 records in > 31564+1 records out > 2068588162 bytes transferred in 84.538472 secs (24469193 bytes/sec) > > which is where the system files are mounted (/, /var, /usr, etc). > > Both cards are installed in 64 bit/66 MHz slots. The system > disk is a 10K IBM U160 disk, the RAID is composed of Seagate U320 > drives. Still, performance is limited to U160 levels due to the > controllers or the drives... ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 1 15:45:28 2005 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 F365F16A41C for ; Wed, 1 Jun 2005 15:45:27 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: from isis.sigpipe.cz (fw.sigpipe.cz [62.245.70.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8150843D1F for ; Wed, 1 Jun 2005 15:45:26 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: by isis.sigpipe.cz (Postfix, from userid 1001) id 138A41F87BEE; Wed, 1 Jun 2005 17:45:25 +0200 (CEST) Date: Wed, 1 Jun 2005 17:45:25 +0200 From: Roman Neuhauser To: bruce@nikkel.com Message-ID: <20050601154524.GH70499@isis.sigpipe.cz> References: <429C7804.8040709@fer.hr> <20050531174833.GA24102@nikkel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050531174833.GA24102@nikkel.com> User-Agent: Mutt/1.5.9i Cc: stable@freebsd.org, Ivan Voras Subject: Re: IP Firewalling by DNS name 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, 01 Jun 2005 15:45:28 -0000 # bruce@nikkel.com / 2005-05-31 19:48:33 +0200: > On Tue, May 31, 2005 at 04:43:16PM +0200, Ivan Voras wrote: > > Is it possible to use ipfw to filter packets by domain name? > > > > What I need it for: I'd like to allow ssh logins only from a specific > > TLD (by reverse lookup...) - maybe there's another way? > > Access control based on the reverse lookup of an IP address is a > dangerous idea in general. Anyone who manages their own reverse DNS > could bypass the security simply by creating a DNS entry. If someone > controls the in-addr.arpa zone for a particular IP range, they can make > those IPs resolve with any FQDN they want, even with domains they don't > own. When you look at it from the "right" angle, dns actually involves NO ip adresses (except nothing else makes sense in NS RRs (Resource Records)). All you have is FQDN -> value mappings. In the case of PTR RRs (socalled "reverse dns"), the domain name is D.C.B.A.in-addr.arpa. for an IP address of A.B.C.D (that association is basically by convention :). The value could be "my grandma is 78 years old" FWIW. Again, there's really nothing special about the in-addr.arpa. domain: in-addr is a subdomain of arpa just like freebsd is a subdomain of org, and both org and arpa are children of the nameless root, which is the empty string to the right of the last dot (often implied) in each dns record: "www.freebsd.org" is actually a shorthand for "www.freebsd.org.". The problem can be mitigated by checking whether there's a corresponding A or CNAME RR, IOW whether D.C.B.A.in-addr.arpa. -> whatever.example.org. -> A.B.C.D (this kind of check is quite common in MTA configurations). To bring this back closer to the topic: I know for fact that pf (in OpenBSD at least) accepts hostnames instead of addresses, but you better make sure your resolv.conf is in good shape, and it resolves the names when it *loads* the rule (you need to be passing dns traffic at that point). But this still isn't what the OP asked for... sorry. -- How many Vietnam vets does it take to screw in a light bulb? You don't know, man. You don't KNOW. Cause you weren't THERE. http://bash.org/?255991 From owner-freebsd-stable@FreeBSD.ORG Wed Jun 1 16:29:16 2005 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 52D0516A41C for ; Wed, 1 Jun 2005 16:29:16 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1B5343D1F for ; Wed, 1 Jun 2005 16:29:15 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.3) id j51GTE9n055603; Wed, 1 Jun 2005 11:29:14 -0500 (CDT) (envelope-from dan) Date: Wed, 1 Jun 2005 11:29:14 -0500 From: Dan Nelson To: Steven Hartland Message-ID: <20050601162914.GD90259@dan.emsphone.com> References: <006201c56633$5bc48c20$b3db87d4@multiplay.co.uk> <20050531233612.GD20906@tigerfish2.my.domain> <429D0C65.6010308@alumni.rice.edu> <003401c56696$0858c4d0$b3db87d4@multiplay.co.uk> <20050601150754.GE20906@tigerfish2.my.domain> <00b901c566bd$d48f2450$b3db87d4@multiplay.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <00b901c566bd$d48f2450$b3db87d4@multiplay.co.uk> X-OS: FreeBSD 5.4-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.9i Cc: freebsd-stable@freebsd.org Subject: Re: good performing SCSI RAID5 ( was: asr ( 2015S ) support in 5.4 amd64? ) 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, 01 Jun 2005 16:29:16 -0000 In the last episode (Jun 01), Steven Hartland said: > Thanks for that Bruce I'm quite surprised that these numbers are so > low after playing with a cheapo hightech SATA controller which with > the help of the guys on the list I was able to give out 200MB/s I > really would expect the relatively expensive SCSI controllers to do > significantly better especially as they have superior disks attached > ( 10K vs 7k2 ) and not performance which is well below ( 1/2 ) that > expected of a single disk. The faster rpms will get you more concurrent I/Os per second but won't do as much for throughput. My asr 3200S cards got repurposed before I could try them with 5.x, but with the 370F firmware I'm pretty sure I was able to get more than 40MB/sec reads out of them on 4.x with 4-disk RAID5 sets. Since the asr driver needs Giant, try a UP kernel and see if it goes any faster. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Wed Jun 1 16:58:52 2005 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 1AFEE16A41C for ; Wed, 1 Jun 2005 16:58:52 +0000 (GMT) (envelope-from nakal@nurfuerspam.de) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 55D9343D1D for ; Wed, 1 Jun 2005 16:58:48 +0000 (GMT) (envelope-from nakal@nurfuerspam.de) Received: (qmail invoked by alias); 01 Jun 2005 16:58:47 -0000 Received: from p5090B7AF.dip.t-dialin.net (EHLO p5090B7AF.dip.t-dialin.net) [80.144.183.175] by mail.gmx.net (mp007) with SMTP; 01 Jun 2005 18:58:47 +0200 X-Authenticated: #989277 From: Martin To: Tony Byrne In-Reply-To: <1684114034.20050601135752@byrnehq.com> References: <1117573047.3095.24.camel@klotz.local> <1684114034.20050601135752@byrnehq.com> Content-Type: text/plain Date: Wed, 01 Jun 2005 18:57:50 +0200 Message-Id: <1117645070.1846.8.camel@klotz.local> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: FreeBSD Stable Subject: Re: ATA DMA timeouts 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, 01 Jun 2005 16:58:52 -0000 Am Mittwoch, den 01.06.2005, 13:57 +0100 schrieb Tony Byrne: > M> Affected kernel version: > M> FreeBSD 5.4-STABLE #0: Tue May 31 00:19:34 CEST 2005 > > M> Last known working version: > M> FreeBSD 5.4-STABLE #0: Mon May 9 00:50:46 CEST 2005 > > This looks to be the same problem alright. Can you confirm that the > problem goes away when you revert to the earlier kernel? Also, as a > matter of interest what size HD is your ad0? Yes. That's correct. Only the newer kernel is affected. I'm working with the kernel from May 9th since yesterday afternoon, no problems so far. Here some details: atapci0: port 0xfc00 -0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 17.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 ad0: 114473MB [232581/16/63] at ata0-master UDMA100 # fdisk ******* Working on device /dev/ad0 ******* parameters extracted from in-core disklabel are: cylinders=232581 heads=16 sectors/track=63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=232581 heads=16 sectors/track=63 (1008 blks/cyl) -- Martin From owner-freebsd-stable@FreeBSD.ORG Wed Jun 1 17:17:18 2005 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 8DABE16A41C for ; Wed, 1 Jun 2005 17:17:18 +0000 (GMT) (envelope-from lists@eyelab.psy.msu.edu) Received: from eyelab.psy.msu.edu (eyelab.psy.msu.edu [35.8.48.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C33243D1F for ; Wed, 1 Jun 2005 17:17:18 +0000 (GMT) (envelope-from lists@eyelab.psy.msu.edu) Received: from prometheus.eyelab.psy.msu.edu ([35.8.48.180]) (authenticated bits=0) by eyelab.psy.msu.edu (8.13.1/8.13.1) with ESMTP id j51HGRWI006858 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Wed, 1 Jun 2005 13:16:27 -0400 (EDT) (envelope-from lists@eyelab.psy.msu.edu) Message-Id: <6.2.0.14.0.20050601130825.02335b90@eyelab.msu.edu> X-Mailer: QUALCOMM Windows Eudora Version 6.2.0.14 Date: Wed, 01 Jun 2005 13:11:23 -0400 To: freebsd-stable@freebsd.org From: Gary Schrock In-Reply-To: <20050601090555.BDF8143D49@mx1.FreeBSD.org> References: <6.2.3.0.2.20050601000748.048e6840@pop3.tellurian.com> <20050601090555.BDF8143D49@mx1.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.49 on 35.8.48.200 Subject: RE: DELL PowerEdge 2850 and 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, 01 Jun 2005 17:17:18 -0000 At 05:05 AM 6/1/2005, you wrote: >I have checked on the DELL site for any updates to the BIOS/Firmware and the >2 PE2850's are running the latest versions. > >BIOS A02 >Dell Backplane Firmware, v.1.00, A00 >Dell BMC Firmware, v.1.23, A03 >LSI Logic Perc 4e/Di, v.516A, A01 > >Both machines have the same symptoms or the reboots at random times. > >I have now disabled the USB via rc.conf to see if the reboots still occur. >On one machine I shall drop the PAE kernel and see if that increases the >stability We've been running a 2850 with dual processors for a while now, although we're only running 2G of ram. I'm also running the i386 verson of freebsd instead of amd64 (since I couldn't decide whether I'd really gain anything by running that version, especially with my low ram amount). We did initially have a problem with our add-on perc4 controller, but that was obviously a problem with that controller, but after that was resolved, the only issue I've had with it is the usb interrupt storms. Since we don't use usb on that system, I've just completely disabled it. After that, it's run flawlessly for about 6 months now. >Regards > >Danny > >-----Original Message----- >From: owner-freebsd-stable@freebsd.org >[mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Vinny Abello >Sent: 01 June 2005 05:10 >To: Danny Cooper >Cc: freebsd-stable@freebsd.org >Subject: RE: DELL PowerEdge 2850 and FreeBSD 5.4 > >What BIOS revision are you running in your 2850? Make sure all your >firmware is up to date. I had problems with an slightly older Dell >2650 trying to install FreeBSD until I flashed the latest RAID >controller firmware. If this doesn't help, try running some >diagnostics on the hardware. Dell has some pretty extensive >utilities. I think you can boot a Dell diagnostic CD you download >from their web site. It's possible you have bad RAM. > >At 11:50 AM 5/31/2005, Danny Cooper wrote: > >With the kernel I removed all non-required devices > > > >Firewire, usb all the NIC's except em and removed all RAID and SCSI > >controllers to make sure nothing would interfere. > > > >I tried to boot with the AMD64 CD but with no success, the machine just > >hangs when it tries to load the CD, still trying to work out a solution to > >the problem, but it just seems these DELL 2850 machines are for Windows or > >RedHat!!! > > > >DC > > > >-----Original Message----- > >From: owner-freebsd-stable@freebsd.org > >[mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Claus Guttesen > >Sent: 31 May 2005 16:15 > >To: Danny Cooper > >Cc: freebsd-stable@freebsd.org > >Subject: Re: DELL PowerEdge 2850 and FreeBSD 5.4 > > > > > I have installed FreeBSD 5.4 RELEASE and upgraded to -STABLE on a DELL > > > PE2850. > > > > > > FreeBSD 5.4-STABLE #1: Wed May 25 23:43:12 BST 2005 > > > CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3192.22-MHz 686-class CPU) > > > real memory = 5100273664 (4864 MB) > > > avail memory = 4189892608 (3995 MB) > > > MPTable: > > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > > cpu0 (BSP): APIC ID: 0 > > > cpu1 (AP): APIC ID: 6 > > > amr0: Firmware 516A, BIOS H418, 256MB RAM > > > > > > I have disabled ACPI HTT and enabled PAE to make the whole system memory > > > available. > > > > > > However the problem I have is the system can crash at any moment, and is > >not > > > load related. As the crash info below is when the machine was in an 100% > > > idle state. > > > >I have the same hardware as well, running on the i386-port. I have > >disabled usb with usbd_enable="NO" in /etc/rc.conf. I have no idea > >whether this helps but havent't had an issue with the 2850. Except > >with a qlogic-hba and the isp-driver (I suspect) *on* amd64, but *not* > >on i386. > > > >Claus > >_______________________________________________ > >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" > > > > > >_______________________________________________ > >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" > > >Vinny Abello >Network Engineer >Server Management >vinny@tellurian.com >(973)300-9211 x 125 >(973)940-6125 (Direct) >PGP Key Fingerprint: 3BC5 9A48 FC78 03D3 82E0 E935 5325 FBCB 0100 977A > >Tellurian Networks - The Ultimate Internet Connection >http://www.tellurian.com (888)TELLURIAN > >"Courage is resistance to fear, mastery of fear - not absence of >fear" -- Mark Twain > > >_______________________________________________ >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" > > >_______________________________________________ >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 Jun 1 17:22:05 2005 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 76E2616A41C for ; Wed, 1 Jun 2005 17:22:05 +0000 (GMT) (envelope-from freebsd-current@byrnehq.com) Received: from schubert.byrnehq.com (dsl-33-12.dsl.netsource.ie [213.79.33.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id C45EC43D1D for ; Wed, 1 Jun 2005 17:22:04 +0000 (GMT) (envelope-from freebsd-current@byrnehq.com) Received: from localhost (mauer.directski.com. [212.147.140.194]) by schubert.byrnehq.com (8.13.3/8.13.3) with ESMTP id j51IKSTh073748; Wed, 1 Jun 2005 18:20:29 GMT (envelope-from freebsd-current@byrnehq.com) Date: Wed, 1 Jun 2005 18:21:56 +0100 From: Tony Byrne Organization: ByrneHQ X-Priority: 3 (Normal) Message-ID: <1148797372.20050601182156@byrnehq.com> To: Martin In-Reply-To: <1117645070.1846.8.camel@klotz.local> References: <1117573047.3095.24.camel@klotz.local> <1684114034.20050601135752@byrnehq.com> <1117645070.1846.8.camel@klotz.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ByrneHQ-SA-Hits: 1.455 X-Scanned-By: MIMEDefang 2.51 on 192.168.10.254 Cc: FreeBSD Stable , Tony Byrne Subject: Re[2]: ATA DMA timeouts X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Tony Byrne List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jun 2005 17:22:05 -0000 Hello Martin, Okay I've rolled my world and kernel back to May 8th on the RELENG_5 branch and have rebooted. We're now at 2 hours uptime and there is no sign of the ATA timeouts. With the newer kernels the first timeout would appear within 5 to 10 minutes of rebooting. I can't see any changes to the ATA code in the interim so I'm curious as to what could have caused this issue. My hardware is Intel ICH5 based with a Western Digital SATA hard-disk. M> Yes. That's correct. Only the newer kernel is affected. M> I'm working with the kernel from May 9th since yesterday afternoon, M> no problems so far. M> Here some details: M> atapci0: port 0xfc00 M> -0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 17.1 on pci0 M> ata0: channel #0 on atapci0 M> ata1: channel #1 on atapci0 M> ad0: 114473MB [232581/16/63] at ata0-master UDMA100 M> # fdisk M> ******* Working on device /dev/ad0 ******* M> parameters extracted from in-core disklabel are: M> cylinders=232581 heads=16 sectors/track=63 (1008 blks/cyl) M> Figures below won't work with BIOS for partitions not in cyl 1 M> parameters to be used for BIOS calculations are: M> cylinders=232581 heads=16 sectors/track=63 (1008 blks/cyl) Regards, Tony. -- Tony Byrne From owner-freebsd-stable@FreeBSD.ORG Wed Jun 1 17:23:06 2005 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 EE8A316A41C for ; Wed, 1 Jun 2005 17:23:06 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (www1.multiplay.co.uk [212.42.16.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6822643D53 for ; Wed, 1 Jun 2005 17:23:04 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [212.42.16.7]) (MDaemon.PRO.v8.0.2.R) with ESMTP id md50001452689.msg for ; Wed, 01 Jun 2005 18:17:37 +0100 Message-ID: <007a01c566ce$6e3fd3a0$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Dan Nelson" References: <006201c56633$5bc48c20$b3db87d4@multiplay.co.uk> <20050531233612.GD20906@tigerfish2.my.domain> <429D0C65.6010308@alumni.rice.edu> <003401c56696$0858c4d0$b3db87d4@multiplay.co.uk> <20050601150754.GE20906@tigerfish2.my.domain> <00b901c566bd$d48f2450$b3db87d4@multiplay.co.uk> <20050601162914.GD90259@dan.emsphone.com> Date: Wed, 1 Jun 2005 18:22:00 +0100 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.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Spam-Processed: multiplay.co.uk, Wed, 01 Jun 2005 18:17:37 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org X-MDAV-Processed: multiplay.co.uk, Wed, 01 Jun 2005 18:17:39 +0100 Cc: freebsd-stable@freebsd.org Subject: Re: good performing SCSI RAID5 ( was: asr ( 2015S ) support in 5.4 amd64? ) 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, 01 Jun 2005 17:23:07 -0000 ----- Original Message ----- From: "Dan Nelson" > The faster rpms will get you more concurrent I/Os per second but won't > do as much for throughput. My asr 3200S cards got repurposed before I > could try them with 5.x, but with the 370F firmware I'm pretty sure I > was able to get more than 40MB/sec reads out of them on 4.x with 4-disk > RAID5 sets. Since the asr driver needs Giant, try a UP kernel and see > if it goes any faster. Stated max seq read on the drives ( Maxtor 10k IV's ) is 89MB/s where as the Seagate SATA's its 65MB/s so its a noticeable difference. For the RAID to only give 27->33MB/s ( still testing stripe sizes ) is disappointing to say the least, especially considering I have the SATA RAID giving me 200MB/s. Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 1 17:25:03 2005 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 A975316A41F for ; Wed, 1 Jun 2005 17:25:03 +0000 (GMT) (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 00A9A43D62 for ; Wed, 1 Jun 2005 17:25:01 +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.3/8.13.3) with ESMTP id j51HVoEZ018319; Wed, 1 Jun 2005 11:31:50 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <429DEEFA.4040809@samsco.org> Date: Wed, 01 Jun 2005 11:23:06 -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: Dan Nelson References: <006201c56633$5bc48c20$b3db87d4@multiplay.co.uk> <20050531233612.GD20906@tigerfish2.my.domain> <429D0C65.6010308@alumni.rice.edu> <003401c56696$0858c4d0$b3db87d4@multiplay.co.uk> <20050601150754.GE20906@tigerfish2.my.domain> <00b901c566bd$d48f2450$b3db87d4@multiplay.co.uk> <20050601162914.GD90259@dan.emsphone.com> In-Reply-To: <20050601162914.GD90259@dan.emsphone.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: freebsd-stable@freebsd.org, Steven Hartland Subject: Re: good performing SCSI RAID5 ( was: asr ( 2015S ) support in 5.4 amd64? ) 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, 01 Jun 2005 17:25:03 -0000 Dan Nelson wrote: > In the last episode (Jun 01), Steven Hartland said: > >>Thanks for that Bruce I'm quite surprised that these numbers are so >>low after playing with a cheapo hightech SATA controller which with >>the help of the guys on the list I was able to give out 200MB/s I >>really would expect the relatively expensive SCSI controllers to do >>significantly better especially as they have superior disks attached >>( 10K vs 7k2 ) and not performance which is well below ( 1/2 ) that >>expected of a single disk. > > > The faster rpms will get you more concurrent I/Os per second but won't > do as much for throughput. My asr 3200S cards got repurposed before I > could try them with 5.x, but with the 370F firmware I'm pretty sure I > was able to get more than 40MB/sec reads out of them on 4.x with 4-disk > RAID5 sets. Since the asr driver needs Giant, try a UP kernel and see > if it goes any faster. > A UP kernel won't help much because the interrupt handler will still fight with the CAMISR thread. Faster RPMs will get you faster throroughput and faster seeks. Don't forget that ATA/SATA plays fast-and-loose with the write cache and as a result is much less reliable in the event of a power failure or other problem. The cache tricks are what allow it to appear to have such good sequential write characteristics, though. Just like CPUs, benchmarking storage is all about customizing your hardware for the benchmark, not for the real world. Scott From owner-freebsd-stable@FreeBSD.ORG Wed Jun 1 17:26:59 2005 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 D5AA316A41C for ; Wed, 1 Jun 2005 17:26:59 +0000 (GMT) (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 BC22743D54 for ; Wed, 1 Jun 2005 17:26:58 +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.3/8.13.3) with ESMTP id j51HXrUB018350; Wed, 1 Jun 2005 11:33:53 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <429DEF74.20901@samsco.org> Date: Wed, 01 Jun 2005 11:25:08 -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: Steven Hartland References: <006201c56633$5bc48c20$b3db87d4@multiplay.co.uk> <20050531233612.GD20906@tigerfish2.my.domain> <429D0C65.6010308@alumni.rice.edu> <003401c56696$0858c4d0$b3db87d4@multiplay.co.uk> <20050601150754.GE20906@tigerfish2.my.domain> <00b901c566bd$d48f2450$b3db87d4@multiplay.co.uk> <20050601162914.GD90259@dan.emsphone.com> <007a01c566ce$6e3fd3a0$b3db87d4@multiplay.co.uk> In-Reply-To: <007a01c566ce$6e3fd3a0$b3db87d4@multiplay.co.uk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: freebsd-stable@freebsd.org, Dan Nelson Subject: Re: good performing SCSI RAID5 ( was: asr ( 2015S ) support in 5.4 amd64? ) 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, 01 Jun 2005 17:26:59 -0000 Steven Hartland wrote: > ----- Original Message ----- From: "Dan Nelson" > >> The faster rpms will get you more concurrent I/Os per second but won't >> do as much for throughput. My asr 3200S cards got repurposed before I >> could try them with 5.x, but with the 370F firmware I'm pretty sure I >> was able to get more than 40MB/sec reads out of them on 4.x with 4-disk >> RAID5 sets. Since the asr driver needs Giant, try a UP kernel and see >> if it goes any faster. > > > Stated max seq read on the drives ( Maxtor 10k IV's ) is 89MB/s > where as the Seagate SATA's its 65MB/s so its a noticeable difference. > For the RAID to only give 27->33MB/s ( still testing stripe sizes ) is > disappointing to say the least, especially considering I have the SATA > RAID giving me 200MB/s. > > Steve > The ASR 370F firmware brought performance from 'abysmal' to 'slightly tolerable'. Under ideal conditions, it has been benchmarked to get close to 170MB/s, but you need to be very careful about stripe alignment and cache settings. Oh, and that was RAID-0, not RAID-5. Scott From owner-freebsd-stable@FreeBSD.ORG Wed Jun 1 18:05:19 2005 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 7380516A41F for ; Wed, 1 Jun 2005 18:05:19 +0000 (GMT) (envelope-from steve.rieger@tbwachiat.com) Received: from tbwachiat.com (venus.tbwachiat.com [208.244.203.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EE5143D54 for ; Wed, 1 Jun 2005 18:05:18 +0000 (GMT) (envelope-from steve.rieger@tbwachiat.com) Received: from [10.20.4.87] steve_rieger [10.20.4.87] by tbwachiat.com with NetMail SMTP Agent $Revision: 3.22.1.16 $ on Novell NetWare via secured & encrypted transport (TLS); Wed, 01 Jun 2005 12:11:47 -0400 Mime-Version: 1.0 (Apple Message framework v622) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Steve Rieger Date: Wed, 1 Jun 2005 12:11:54 -0400 To: freebsd stable list X-Mailer: Apple Mail (2.622) Subject: php on 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, 01 Jun 2005 18:05:19 -0000 hi all am wondering is anybody else thats running fbsd 5.4 php4 apache1, and about 10 php extensions, are noticing any issues when i run anything via php command line it cores, and the gdb gives me this from the core file 55F_10_25_4_27# gdb /usr/local/bin/php php.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 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-marcel-freebsd"...(no debugging symbols found)... Core was generated by `php'. Program terminated with signal 6, Aborted. Reading symbols from /usr/local/lib/libcrypto.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libcrypto.so.3 Reading symbols from /usr/local/lib/libssl.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libssl.so.3 Reading symbols from /lib/libcrypt.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypt.so.2 Reading symbols from /lib/libm.so.3...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.3 Reading symbols from /lib/libc.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.5 Reading symbols from /usr/lib/libstdc++.so.4...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libstdc++.so.4 Reading symbols from /usr/local/lib/php/20020429/interbase.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/php/20020429/interbase.so Reading symbols from /usr/local/lib/libfbembed.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libfbembed.so.1 Reading symbols from /lib/libncurses.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libncurses.so.5 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x2838237b in kill () from /lib/libc.so.5 (gdb) Quit -- Steve Rieger (212) 804-1131 (Work) (646) 335-8915 (Cell) chozrim (aim) From owner-freebsd-stable@FreeBSD.ORG Wed Jun 1 18:19:32 2005 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 D5C9816A424; Wed, 1 Jun 2005 18:19:32 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam.ru (gw.ipt.ru [80.253.10.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5082443D5C; Wed, 1 Jun 2005 18:19:29 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam by bsam.ru with local (Exim 4.30; FreeBSD) id 1DdXpL-000DYT-Kh; Wed, 01 Jun 2005 22:20:27 +0400 To: fandino@ng.fadesa.es References: <429D8B3B.50203@ng.fadesa.es> <29469499@srv.sem.ipt.ru> <429DE188.5020908@ng.fadesa.es> From: Boris Samorodov Date: Wed, 01 Jun 2005 22:20:27 +0400 In-Reply-To: <429DE188.5020908@ng.fadesa.es> (fandino@ng.fadesa.es's message of "Wed, 01 Jun 2005 18:25:44 +0200") Message-ID: <09783236@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: "Boris B. Samorodov" Cc: freebsd-stable@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: kadmin (heimdal port) ignores the ldap backend 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, 01 Jun 2005 18:19:33 -0000 On Wed, 01 Jun 2005 18:25:44 +0200 fandino wrote: > Boris Samorodov wrote: > > On Wed, 01 Jun 2005 12:17:31 +0200 fandino wrote: > >> I'm testing a new configuration with heimdal and the ldap backend > >>but kadmin is completely ignoring the ldap directive in the dbname > >>definition. > ... > >>when the realm is initied kadmin creates a couple of files with the literal > >>dbname definition (adding ldap: as filename prefix) instead of contacting > >>the openldap server. > > > >># /usr/local/sbin/kadmin -l > >>kadmin> init OLIMPUS > >>Realm max ticket life [unlimited]: > >>Realm max renewable ticket life [unlimited]: > >># ls -l > >>... > >>-rw------- 1 root wheel 32768 May 31 10:19 ldap:ou=gods,dc=olimpus.db > >>-rw------- 1 root wheel 7584 May 31 10:19 ldap:ou=gods,dc=olimpus.log > >>... > >>anyone knows what I'm missing? > > What version of FreeBSD do you have? 5.4-RELEASE has heimdal 0.6.3 > > at > > the base system. > I'm using 5.4-RELEASE. > > Do you build FreeBSD with Kerberos support? There may be system > Yes, it was builded with Kerberos(0.6.3) and the heimdal port Aha, thus you install system libraries to /usr/lib etc... > (0.6.3) was also installed in order to get ldap support for ...and those libraries from the port install to /usr/local/lib... > kerberos without getting messed with the system kerberos. ...and finally get it messed. > > libraries located earlier in LDD_PATH which kadmin uses. Try ktrace > > and kdump to see which libraries are used at run-time. > you have found something interesting, this strace[1] shows us > that /usr/local/sbin/kadmin (the port kadmin binary) is using > "/usr/local/lib/libkadm5clnt.so.6" and "/usr/lib/libkadm5srv.so.7" > could libkadm5srv be the culprit (now I haven't access to this box)? I think this is the point. > how I can force /usr/local/sbin/kadmin to use the port library > and not the system library? 1. The main idea is to force search at /usr/local/lib before /usr/lib. a) you may set LD_LIBRARY_PATH=/usr/local/lib:$LD_LIBRARY_PATH at your system default profile; (but may be some other progs got to be mulfunctioning); b) you may write script like: --- kadmin.sh --- #!/bin/sh LD_LIBRARY_PATH=/usr/local/lib:$LD_LIBRARY_PATH; export LD_LIBRARY_PATH kadmin %1 %2 %3 ----------------- Maybe it's a better solution. 2. Set HEIMDAL_HOME=/usr at /etc/make.conf. So the local_base for the port is /usr. But then you won't get installed some docs (and maybe some more files). (Hey, is port broken?) Yes, this will replace your system files. But there won't be a mess. ;-) And, yes, you'll have to reinstall the port after system upgrade. Hence, all versions are rather more a hack then even a workaround, not to say a solution. I don't know any good solution. System files are installed to /usr. Many programs use those libraries. One need to install a version from ports. Those libraries are installed to /usr/local. But then one'll want to use ssh (linked to the system library) to authenticate somebody via LDAP/Kerberos... Who can give us a good solution? PS. CC:freebsd-stable@ seems to be the right thing. WBR -- bsam From owner-freebsd-stable@FreeBSD.ORG Wed Jun 1 18:34:42 2005 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 9994016A41C; Wed, 1 Jun 2005 18:34:42 +0000 (GMT) (envelope-from alc@cs.rice.edu) Received: from cs.rice.edu (cs.rice.edu [128.42.1.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C00C43D48; Wed, 1 Jun 2005 18:34:42 +0000 (GMT) (envelope-from alc@cs.rice.edu) Received: from localhost (calypso.cs.rice.edu [128.42.1.127]) by cs.rice.edu (Postfix) with ESMTP id B21404A9BB; Wed, 1 Jun 2005 13:34:41 -0500 (CDT) Received: from cs.rice.edu ([128.42.1.30]) by localhost (calypso.cs.rice.edu [128.42.1.127]) (amavisd-new, port 10024) with LMTP id 27369-01-58; Wed, 1 Jun 2005 13:34:41 -0500 (CDT) Received: by cs.rice.edu (Postfix, from userid 19572) id 359924A99E; Wed, 1 Jun 2005 13:34:41 -0500 (CDT) Date: Wed, 1 Jun 2005 13:34:41 -0500 From: Alan Cox To: Robert Watson Message-ID: <20050601183441.GX22996@cs.rice.edu> References: <20050601135423.B689@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050601135423.B689@fledge.watson.org> User-Agent: Mutt/1.4.2i X-Virus-Scanned: by amavis-2.2.1 at cs.rice.edu Cc: alc@FreeBSD.org, stable@FreeBSD.org, phk@FreeBSD.org Subject: Re: panic: vm_thread_swapin: cannot get kstack for proc: 643 under high memory load 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, 01 Jun 2005 18:34:42 -0000 On Wed, Jun 01, 2005 at 01:57:59PM +0100, Robert Watson wrote: > > Had an interesting panic on RELENG_5 today. System was under high memory > load due to a run-away pine process that was also generating a very high > memory load on the kernel due to heavy network I/O, but the swap pager > keels over due to ENOMEM (error 12). Before I knew it, syslogd was core > dumping and the system panicked due to a stack paging issue (possible that > there was no memory into which to load the stack?). > > Some details below; core is available. An undesirable failure mode... > > Robert N M Watson > > > Had an interesting panic on RELENG_5 today. System was under high memory > load due to a run-away pine process, but the swap pager keels over due to > ENOMEM (error 12). Before I knew it, syslogd was core dumping and the > system panicked due to a stack paging issue (possible that there was no > memory into which to load the stack?). We don't release the kernel virtual address range for the stack on a swap out. So, it's still available in vm_thread_swapin(). Furthermore, at this point in vm_thread_swapin(), we have already allocated the required physical page(s). The panic is a direct result of the I/O error. In other words, vm_thread_swapin() panics if there is an I/O error during page in of the stack page(s). > Regardless, not a desirable failure mode. Indeed, I'll see what I can do. Alan From owner-freebsd-stable@FreeBSD.ORG Wed Jun 1 18:45:10 2005 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 936DE16A420 for ; Wed, 1 Jun 2005 18:45:10 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 701A243D54 for ; Wed, 1 Jun 2005 18:44:59 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.4/8.13.4/NETPLEX) with ESMTP id j51IitBn005235; Wed, 1 Jun 2005 14:44:55 -0400 (EDT) Date: Wed, 1 Jun 2005 14:44:55 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Benjamin Lutz In-Reply-To: <429DCF14.8060608@datacomm.ch> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: freebsd-stable@freebsd.org, Brent Casavant Subject: Re: libpthread problem (segfaults) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jun 2005 18:45:10 -0000 On Wed, 1 Jun 2005, Benjamin Lutz wrote: > > I've found the problem for my own program. I was compiling with -lc. Why > I started doing that in the first place I can't remember, but removing > that option fixed above fatal error, and seems to have no negative > effects (of course, why would it). > > So, as a conclusion: gcc apparently produces broken code when -lc is > specified. I don't know much about how gcc is supposed to work, but that > might actually be a bug? No, gcc (the linker really) is doing exactly what you are telling it. The linker already brings in libc, you have to use -nostdlib to prevent it. You must link to objects in the correct order. libpthread, libthr, and libc_r all provide some functions that are overloaded from libc. When you link to libc first, you get the libc versions of those functions instead of the thread versions of them. > And, something in the 5.3->5.4 upgrade process went wrong which left me > with a broken libpthread. Can't say what exactly, maybe my system was > slightly broken to begin with. libpthread ain't broke; your applications are probably linked incorrectly. -- DE From owner-freebsd-stable@FreeBSD.ORG Wed Jun 1 18:56:48 2005 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 B9E3F16A41C; Wed, 1 Jun 2005 18:56:48 +0000 (GMT) (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 4DD3243D1F; Wed, 1 Jun 2005 18:56:48 +0000 (GMT) (envelope-from benlutz@datacomm.ch) Received: from localhost (localhost [127.0.0.1]) by maxlor.mine.nu (Postfix) with ESMTP id C1E60245; Wed, 1 Jun 2005 20:56:37 +0200 (CEST) Received: from maxlor.mine.nu ([127.0.0.1]) by localhost (midgard [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04938-02; Wed, 1 Jun 2005 20:56:37 +0200 (CEST) Received: from [10.0.0.23] (mini.intranet [10.0.0.23]) by maxlor.mine.nu (Postfix) with ESMTP id E73FF14; Wed, 1 Jun 2005 20:56:36 +0200 (CEST) Message-ID: <429E04E9.5020008@datacomm.ch> Date: Wed, 01 Jun 2005 20:56:41 +0200 From: Benjamin Lutz User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel Eischen References: In-Reply-To: X-Enigmail-Version: 0.90.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig79BF18CE206347F128D2CC30" X-Virus-Scanned: by amavisd-new at maxlor.mine.nu Cc: freebsd-stable@freebsd.org, Brent Casavant Subject: Re: libpthread problem (segfaults) 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, 01 Jun 2005 18:56:48 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig79BF18CE206347F128D2CC30 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit > No, gcc (the linker really) is doing exactly what you are > telling it. The linker already brings in libc, you have > to use -nostdlib to prevent it. You must link to objects > in the correct order. libpthread, libthr, and libc_r all > provide some functions that are overloaded from libc. > When you link to libc first, you get the libc versions of > those functions instead of the thread versions of them. Ah, thanks! That makes sense now! I had assumed it somehow links libc twice, but if it's really an order issue, all becomes clear! >>And, something in the 5.3->5.4 upgrade process went wrong which left me >>with a broken libpthread. Can't say what exactly, maybe my system was >>slightly broken to begin with. > > libpthread ain't broke; your applications are probably linked > incorrectly. I'm not saying the code is broken, just my binaries. I've now replaced them with files from a clean installation, and all is well. Cheers Benjamin --------------enig79BF18CE206347F128D2CC30 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.1 (Darwin) iD8DBQFCngTtgShs4qbRdeQRAo5XAKCGS7x7yJFGn+/wuNHCHQqYjkqyPACeI33X krANLzjGFrhLffHspql9pLM= =Khrj -----END PGP SIGNATURE----- --------------enig79BF18CE206347F128D2CC30-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 1 18:58:27 2005 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 97BC316A41C for ; Wed, 1 Jun 2005 18:58:27 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (www1.multiplay.co.uk [212.42.16.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B8E043D49 for ; Wed, 1 Jun 2005 18:58:26 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [212.42.16.7]) (MDaemon.PRO.v8.0.2.R) with ESMTP id md50001452920.msg for ; Wed, 01 Jun 2005 19:53:34 +0100 Message-ID: <002801c566db$d4f64ef0$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Scott Long" References: <006201c56633$5bc48c20$b3db87d4@multiplay.co.uk> <20050531233612.GD20906@tigerfish2.my.domain> <429D0C65.6010308@alumni.rice.edu> <003401c56696$0858c4d0$b3db87d4@multiplay.co.uk> <20050601150754.GE20906@tigerfish2.my.domain> <00b901c566bd$d48f2450$b3db87d4@multiplay.co.uk> <20050601162914.GD90259@dan.emsphone.com><007a01c566ce$6e3fd3a0$b3db87d4@multiplay.co.uk> <429DEF74.20901@samsco.org> Date: Wed, 1 Jun 2005 19:57:56 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Spam-Processed: multiplay.co.uk, Wed, 01 Jun 2005 19:53:34 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org X-MDAV-Processed: multiplay.co.uk, Wed, 01 Jun 2005 19:53:39 +0100 Cc: Dan Nelson , freebsd-stable@freebsd.org Subject: Re: good performing SCSI RAID5 ( was: asr ( 2015S ) support in 5.4 amd64? ) 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, 01 Jun 2005 18:58:27 -0000 ----- Original Message ----- From: "Scott Long" > > The ASR 370F firmware brought performance from 'abysmal' to 'slightly > tolerable'. Under ideal conditions, it has been benchmarked to get > close to 170MB/s, but you need to be very careful about stripe alignment > and cache settings. Oh, and that was RAID-0, not RAID-5. Thanks for that I'll check up what we have and upgrade if needed. Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 1 20:42:24 2005 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 CDDB216A41C for ; Wed, 1 Jun 2005 20:42:24 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from olive.qinip.net (olive.qinip.net [62.100.30.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75FCD43D1F for ; Wed, 1 Jun 2005 20:42:24 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from ronald.echteman.nl (h8441134153.dsl.speedlinq.nl [84.41.134.153]) by olive.qinip.net (Postfix) with SMTP id E53B119379 for ; Wed, 1 Jun 2005 22:39:44 +0200 (MEST) Received: (qmail 17966 invoked from network); 1 Jun 2005 20:39:46 -0000 Received: from unknown (HELO localhost) (10.0.1.4) by ronald.echteman.nl with SMTP; 1 Jun 2005 20:39:46 -0000 To: "Steve Rieger" , "freebsd stable list" References: Message-ID: From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Date: Wed, 01 Jun 2005 22:39:44 +0200 In-Reply-To: User-Agent: Opera M2/8.0 (FreeBSD, build 1095) Cc: Subject: Re: php on 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, 01 Jun 2005 20:42:24 -0000 You need to give the command 'bt' to gdb for some usefull output. bt stands for backtrace. Ronald. On Wed, 01 Jun 2005 18:11:54 +0200, Steve Rieger wrote: > hi all am wondering is anybody else thats running fbsd 5.4 php4 apache1, > and about 10 php extensions, are noticing any issues > > when i run anything via php command line it cores, and the gdb gives me > this from the core file > > > 55F_10_25_4_27# gdb /usr/local/bin/php php.core > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 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-marcel-freebsd"...(no debugging symbols > found)... > Core was generated by `php'. > Program terminated with signal 6, Aborted. > Reading symbols from /usr/local/lib/libcrypto.so.3...(no debugging > symbols found)...done. > Loaded symbols for /usr/local/lib/libcrypto.so.3 > Reading symbols from /usr/local/lib/libssl.so.3...(no debugging symbols > found)...done. > Loaded symbols for /usr/local/lib/libssl.so.3 > Reading symbols from /lib/libcrypt.so.2...(no debugging symbols > found)...done. > Loaded symbols for /lib/libcrypt.so.2 > Reading symbols from /lib/libm.so.3...(no debugging symbols > found)...done. > Loaded symbols for /lib/libm.so.3 > Reading symbols from /lib/libc.so.5...(no debugging symbols > found)...done. > Loaded symbols for /lib/libc.so.5 > Reading symbols from /usr/lib/libstdc++.so.4...(no debugging symbols > found)...done. > Loaded symbols for /usr/lib/libstdc++.so.4 > Reading symbols from /usr/local/lib/php/20020429/interbase.so...(no > debugging symbols found)...done. > Loaded symbols for /usr/local/lib/php/20020429/interbase.so > Reading symbols from /usr/local/lib/libfbembed.so.1...(no debugging > symbols found)...done. > Loaded symbols for /usr/local/lib/libfbembed.so.1 > Reading symbols from /lib/libncurses.so.5...(no debugging symbols > found)...done. > Loaded symbols for /lib/libncurses.so.5 > Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols > found)...done. > Loaded symbols for /libexec/ld-elf.so.1 > #0 0x2838237b in kill () from /lib/libc.so.5 > (gdb) Quit > > > > -- > Steve Rieger > (212) 804-1131 (Work) > (646) 335-8915 (Cell) > chozrim (aim) > > _______________________________________________ > 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" -- Ronald Klop Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Thu Jun 2 00:22:59 2005 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 1CDC816A41C for ; Thu, 2 Jun 2005 00:22:59 +0000 (GMT) (envelope-from craig@feniz.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7DDD43D53 for ; Thu, 2 Jun 2005 00:22:58 +0000 (GMT) (envelope-from craig@feniz.gank.org) Received: by ion.gank.org (mail, from userid 1001) id 7530E2D7E7; Wed, 1 Jun 2005 19:22:58 -0500 (CDT) Date: Wed, 1 Jun 2005 19:22:56 -0500 From: Craig Boston To: Jon Passki Message-ID: <20050602002255.GA3807@nowhere> Mail-Followup-To: Craig Boston , Jon Passki , freebsd-stable@freebsd.org References: <20050523172415.57039.qmail@web50303.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050523172415.57039.qmail@web50303.mail.yahoo.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Recent 5.4-p1 upgrade issue (lib/libc.so.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, 02 Jun 2005 00:22:59 -0000 Sorry for coming late to the thread -- catching up on mailing list traffic :) On Mon, May 23, 2005 at 10:24:15AM -0700, Jon Passki wrote: > I `chflags noschg /lib/libc.so.5` and then used tar to extract the > exact file. tar was able to unlink the file, and then choked. > After some unrelated errors, I was in single user mode using > /rescue to save my rear end, which worked well enough. Doing `ldd > /sbin/tar` hinted why it probably choked, since tar is dynamically > linked to /lib/libc.so.5. You didn't mention it so I'll ask, did you give the -U flag to tar? If not, it didn't actually unlink libc.so.5, but instead started overwriting it. This likely caused tar to bomb (probably with a SIGSEGV or other bad condition), as the shared library in memory is backed by the pages on disk. Executables are locked to prevent this from happening (ETXTBSY), however shared libraries are not. Overwriting one will almost certainly cause running processes to die and other Bad Things to happen. tar -U unlinks the file first and creates a new one, which seems to be what you want. Of course if you did specify that and just didn't mention it, then the problem is something else entirely -- and shouldn't have happened AFAIK :) Craig From owner-freebsd-stable@FreeBSD.ORG Thu Jun 2 01:54:54 2005 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 44B4E16A41C; Thu, 2 Jun 2005 01:54:54 +0000 (GMT) (envelope-from kirk@strauser.com) Received: from kanga.honeypot.net (kanga.honeypot.net [208.162.254.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3D2043D53; Thu, 2 Jun 2005 01:54:53 +0000 (GMT) (envelope-from kirk@strauser.com) Received: from localhost (localhost [127.0.0.1]) by kanga.honeypot.net (Postfix) with ESMTP id 39CA822212B; Wed, 1 Jun 2005 20:54:53 -0500 (CDT) Received: from kanga.honeypot.net ([127.0.0.1]) by localhost (kanga.honeypot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 65677-13; Wed, 1 Jun 2005 20:54:51 -0500 (CDT) Received: from kanga.honeypot.net (kanga.honeypot.net [10.0.5.16]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by kanga.honeypot.net (Postfix) with ESMTP id BD3B822012F; Wed, 1 Jun 2005 20:54:50 -0500 (CDT) From: Kirk Strauser To: freebsd-stable@FreeBSD.org Date: Wed, 1 Jun 2005 20:54:48 -0500 User-Agent: KMail/1.8 References: <200505122236.14490.kirk@strauser.com> <200505272248.08196.kirk@strauser.com> <200506011107.08593.jhb@FreeBSD.org> In-Reply-To: <200506011107.08593.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1252017.hAZTzWqnJP"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200506012054.49857.kirk@strauser.com> X-Virus-Scanned: amavisd-new at honeypot.net Cc: John Baldwin Subject: Re: wi0 is always status: no carrier 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, 02 Jun 2005 01:54:54 -0000 --nextPart1252017.hAZTzWqnJP Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 01 June 2005 10:07 am, John Baldwin wrote: > I see. It's because your PIR lists 10 as the only IRQ that it does this.= =20 > You can override the IRQ with a hint at least using 1.117 of pci_pir.c.=20 > Try setting 'hw.pci.link.0x22.irq=3D11' in the loader to force the IRQ to= 11 > to see if that works. THAT DID IT! John, Warner, I can't thank you enough for taking the time to help me get m= y=20 little laptop working. I know you're both busy, and my hardware was *far*= =20 from mainstream, yet you both took my cry for help seriously and walked me= =20 through the hard parts. Thanks again, =2D-=20 Kirk Strauser --nextPart1252017.hAZTzWqnJP Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCnmbp5sRg+Y0CpvERAveIAJ0SGVWvXYzJc8YlKM3cQyc+d0uXcwCfWtu4 YHlrSECdMRFqk9Drx4Wue4I= =4LYa -----END PGP SIGNATURE----- --nextPart1252017.hAZTzWqnJP-- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 2 03:58:49 2005 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 9613B16A41C; Thu, 2 Jun 2005 03:58:49 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (berlin-qwest.village.org [168.103.84.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9B0543D49; Thu, 2 Jun 2005 03:58:47 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j523vZue009381; Wed, 1 Jun 2005 21:57:40 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 01 Jun 2005 21:57:57 -0600 (MDT) Message-Id: <20050601.215757.18305376.imp@bsdimp.com> To: kirk@strauser.com From: "M. Warner Losh" In-Reply-To: <200506012054.49857.kirk@strauser.com> References: <200505272248.08196.kirk@strauser.com> <200506011107.08593.jhb@FreeBSD.org> <200506012054.49857.kirk@strauser.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org, jhb@FreeBSD.org Subject: Re: wi0 is always status: no carrier 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, 02 Jun 2005 03:58:49 -0000 In message: <200506012054.49857.kirk@strauser.com> Kirk Strauser writes: : On Wednesday 01 June 2005 10:07 am, John Baldwin wrote: : : > I see. It's because your PIR lists 10 as the only IRQ that it does this. : > You can override the IRQ with a hint at least using 1.117 of pci_pir.c. : > Try setting 'hw.pci.link.0x22.irq=11' in the loader to force the IRQ to 11 : > to see if that works. : : THAT DID IT! : : John, Warner, I can't thank you enough for taking the time to help me get my : little laptop working. I know you're both busy, and my hardware was *far* : from mainstream, yet you both took my cry for help seriously and walked me : through the hard parts. We should document this in the pci man page. :-0 Warner From owner-freebsd-stable@FreeBSD.ORG Thu Jun 2 04:01:17 2005 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 EBD3F16A41C for ; Thu, 2 Jun 2005 04:01:17 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from farside.isc.org (farside.isc.org [204.152.187.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id B765043D1F for ; Thu, 2 Jun 2005 04:01:17 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from drugs.dv.isc.org (localhost [IPv6:::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by farside.isc.org (Postfix) with ESMTP id A1848677F6 for ; Thu, 2 Jun 2005 04:01:16 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.13.3/8.13.1) with ESMTP id j524199E090035 for ; Thu, 2 Jun 2005 14:01:09 +1000 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200506020401.j524199E090035@drugs.dv.isc.org> To: freebsd-stable@freebsd.org From: Mark Andrews Date: Thu, 02 Jun 2005 14:01:09 +1000 Sender: Mark_Andrews@isc.org Subject: ipf and fragments 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, 02 Jun 2005 04:01:18 -0000 It looks like ipf in not handling fragmented UDP respones correctly. Is there anything in particular that I need to say to ipf to make it process the fragments? Unfragemented responses make it through the firewall. It appears to be independent of fragment order. FreeBSD bsdi.dv.isc.org 4.11-STABLE FreeBSD 4.11-STABLE #22: Mon Jan 3 22:18:47 EST 2005 marka@bsdi.dv.isc.org:/usr/obj/usr/src/sys/BSDI i386 Mark # ipfstat IPv6 packets: in 113941974 out 85668683 input packets: blocked 17889 passed 148735618 nomatch 39228854 counted 0 short 0 output packets: blocked 880 passed 118396248 nomatch 13144559 counted 0 short 0 input packets logged: blocked 0 passed 0 output packets logged: blocked 0 passed 0 packets logged: input 17468 output 0 log failures: input 0 output 0 fragment state(in): kept 0 lost 0 not fragmented 0 fragment state(out): kept 0 lost 0 not fragmented 0 packet state(in): kept 162370 lost 260 packet state(out): kept 97632 lost 880 ICMP replies: 17464 TCP RSTs sent: 0 Invalid source(in): 0 Result cache hits(in): 75931163 (out): 73331918 IN Pullups succeeded: 0 failed: 0 OUT Pullups succeeded: 272 failed: 0 Fastroute successes: 17464 failures: 0 TCP cksum fails(in): 0 (out): 0 Packet log flags set: (0) none 13:44:50.908545 220.237.98.197.3484 > 65.201.175.17.53: 20803 [1au] Type65323? NLnetLabs.nl.dlv.verisignlabs.com. (62) 4500 005a a14b 0000 3f11 a9ba dced 62c5 41c9 af11 0d9c 0035 0046 024a 5143 0010 0001 0000 0000 0001 094e 4c6e 6574 4c61 6273 026e 6c03 646c 760c 7665 7269 7369 676e 6c61 6273 0363 6f6d 00ff 2b00 0100 0029 0800 0000 8000 0000 13:44:51.146830 65.201.175.17.53 > 220.237.98.197.3484: 20803*-% 2/2/7 Type65323, RRSIG (1472) (frag 1441:1480@0+) 4500 05dc 05a1 2000 2d11 31e3 41c9 af11 dced 62c5 0035 0d9c 0636 4b6f 5143 8410 0001 0002 0002 0007 094e 4c6e 6574 4c61 6273 026e 6c03 646c 760c 7665 7269 7369 676e 6c61 6273 0363 6f6d 00ff 2b00 01c0 0cff 2b00 0100 000e 1000 18ab 0f05 0181 ee88 356d f3c3 0775 4944 5ed2 fb1c 92ad c806 41c0 0c00 2e00 0100 000e 1000 a8ff 2b05 0500 000e 1042 c506 1242 9d79 1216 2203 646c 760c 7665 7269 7369 676e 6c61 6273 0363 6f6d 001e 5875 50a4 bdde 8799 365d e8e9 b3a7 cd7d 713d 1789 1715 4ff2 587e 1f1a 0b94 f3bf 2fa5 622d 82de 25ce d86f 486b 202a 22d6 35e2 29fc 715c dbe5 0245 c4d4 40e8 9a1e f9d5 9044 bb35 7b17 9ee9 6361 bc78 b9eb b338 f1b4 53ca 67fb dec1 f435 1969 116a eb12 0376 a710 a3cc 8c1c 59a2 93fe 23fa 698f 84af 6139 4eb6 4cb9 6f68 c2f1 89c0 7500 0200 0100 0151 8000 0603 6e73 31c0 75c0 7500 2e00 0100 0151 8000 a800 0205 0300 0151 8042 c506 1242 9d79 1216 2203 646c 760c 7665 7269 7369 676e 6c61 6273 0363 6f6d 007c 98b9 dc0b cae5 cb91 c504 7a03 033b f927 342b f8fd 1f1b 3778 cf05 d686 2c47 8134 692c ae12 89e7 0d80 73ab 3eb9 ed8f 62eb edd8 d78a f8f6 c267 92b4 bd1e b08f 28f4 4643 93d8 a888 645e 02a2 634b 70b9 a558 81f0 c7e0 762a e74c cda8 ef5b 2622 3da3 9cde 6e35 69a4 5313 a52b 4fe5 84c1 c4b1 5bc3 0485 c348 7638 146e 1d4f 163d cec1 1700 0100 0100 0151 8000 0441 c9af 11c1 1700 2e00 0100 0151 8000 a800 0105 0400 0151 8042 c506 1242 9d79 1216 2203 646c 760c 7665 7269 7369 676e 6c61 6273 0363 6f6d 009b 4ab5 f9f3 16af 71ab 4fe2 dd5c bdf4 7883 87b9 109d ebd9 b7e6 2875 c0b4 5514 59cf 636a bbc4 7704 f2c1 52d7 5ece a2e4 8a3a 4065 d6b0 af99 91b2 9a16 6642 67e8 a599 1cd7 3f1b 281d 999b 0472 516a 81d3 5855 84d5 ad0c 381e 383a db85 7526 0d7b 86d3 4f3f 675c cddf b919 f682 51ed 758d 78da c7e9 9169 f7d8 bac1 6c93 97ec 32e4 f3c1 ff00 3000 0100 000e 1000 8601 0003 0501 03bd 92d7 1198 4fea 5d6a 5ad9 c517 f35c 8ff7 a0cd 30b4 190e 0bba 0e78 6654 2702 226f 862c e73e 69e8 25c5 67f2 8484 e57f c376 8fbc 78d4 e976 f9db f3d6 2d50 af75 3dbc 7b13 20e2 0570 e584 e78b 22f4 e409 1a8f 5c59 ffdb d257 442b 81e2 3870 4c60 84a5 0bc0 51a5 7c7e 46cc 930e e942 641b e7ce 0501 d4ec 051f 8f7f 8c57 40a7 3772 f9c1 ff00 3000 0100 000e 1001 0801 0103 0503 0100 01bc 361d 912b 03a3 e94d 255d 11b7 6f63 5235 972d e04c 5021 24f0 2c0b ba1a b48a ff3f 7843 ab3e ec52 30f2 e2b5 4740 f363 2af4 0cbf 6bf4 02a4 f2af 292b cb4d a5f5 61a6 6ca6 63b1 7c8a db5f 4088 01ef 482e 384e c8ac 9083 7c20 fdbc 2a43 3509 683e d74f 056c f246 55b6 7738 7d65 7916 a99c 20a2 d99e 6ad1 d85e 7201 5059 a83f 16ea 47a2 a37b b278 9e62 c51d 6f2f fd64 ef5d 2c37 5078 bf71 267d 4256 d88c 7317 c1e7 f8ee 289f d5f5 b17b 588b 1d2c a968 a2da a789 2e36 723b 3218 6c31 b1f6 711d 0de6 1ff1 8e75 fd4a 9c6b 3c10 d067 a714 b2b4 9938 ab48 183f 9024 3403 d31b 48f5 29d9 9ad9 ff6f 8bac 1900 8615 91c4 0f2a eb01 4d86 d472 516b 2179 ca1a d3c7 1f70 a7cb 5bc1 ff00 2e00 0100 000e 1001 2800 3005 0300 000e 1042 c506 1242 9d79 1213 fd03 646c 760c 7665 7269 7369 676e 6c61 6273 0363 6f6d 0030 3507 d02a 02cf 82f8 955a 2ee0 d5e4 7e26 8d96 a350 a5cc 3342 f268 6cb5 ac7b bfa2 e24c 151b b56b 9c01 737f 9714 1f29 8cb4 39a2 8b41 ee3c 349a 20ce 2c0f d786 6cdd 7d9b 862e 6b2b b77e 47c6 e712 ec3c 590f 54be 9895 4da2 c16a 8c62 f4bc 446c d6f9 db38 29c3 907f d065 59a4 c864 62a2 44e9 6631 8a19 f9e1 65e4 eaef eb8e 0921 cfce dbcf e03b 9414 5878 1cc0 81ef d677 a1e3 2b9f 091b 7663 07b1 c71d f4ec ac01 a4a6 5337 0e8e d32b 804d cbcf e1f2 8158 03dc 26ad 91dd 8a1a 48ef 6bef b6d4 755b 8a80 4150 433f 0091 7975 af5b ec9b 6546 2471 6055 80cb 9917 303c 8569 bdbb a682 b13f 0fe7 0022 dec8 1b06 c8f5 7f6b 73c7 05a4 880b d3e6 6b84 3e87 51f7 13b9 02c2 9cc4 5900 2e00 0100 000e 1000 a800 3005 0300 000e 1042 c506 1242 9d79 1216 2203 646c 760c 7665 7269 7369 676e 6c61 6273 0363 6f6d 0090 a57c 2a85 5087 f829 4031 aa59 1211 2538 082e 6e21 d56e c0b9 d113 17d7 13:44:51.146887 65.201.175.17 > 220.237.98.197: udp (frag 1441:110@1480) 4500 0082 05a1 00b9 2d11 5684 41c9 af11 dced 62c5 d679 a96d 8e81 56e6 bddb d3a0 f32a 1ed9 6036 ed61 ee91 2577 060f 0239 ed0b 322a f7cc 4bca 088d 68b5 8aca 4910 7ed0 f810 d650 9d82 720f 938b 7a5d 3460 4a18 eb54 4860 92c3 72d3 e220 0b02 272d 8aa9 4e99 3cf4 c115 d9f6 e307 3443 d2f0 2001 768b 3f11 1900 0029 1000 0000 8000 0000 13:44:51.147093 220.237.98.197 > 65.201.175.17: icmp: net 192.168.191.236 unreachable 4500 0038 05a1 0000 4001 4497 dced 62c5 41c9 af11 0300 97b0 0000 0000 4500 0082 05a1 00b9 2d11 15a2 41c9 af11 c0a8 bfec d679 a96d 8e81 56e6 -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Thu Jun 2 06:10:38 2005 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 D35DE16A41C for ; Thu, 2 Jun 2005 06:10:38 +0000 (GMT) (envelope-from takeda@takeda.tk) Received: from chinatsu.takeda.tk (node-402413e2.sna.onnet.us.uu.net [64.36.19.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E06543D48 for ; Thu, 2 Jun 2005 06:10:36 +0000 (GMT) (envelope-from takeda@takeda.tk) Received: from takeda.lan (takeda.lan [10.0.0.3]) (authenticated bits=0) by chinatsu.takeda.tk (8.13.3/8.13.1) with ESMTP id j526ASGR002436 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Wed, 1 Jun 2005 23:10:28 -0700 (PDT) (envelope-from takeda@takeda.tk) Date: Wed, 1 Jun 2005 23:09:49 -0700 From: =?ISO-8859-2?Q?Derek_Kuli=F1ski?= X-Priority: 3 (Normal) Message-ID: <1886169080.20050601230949@takeda.tk> To: Sven Willenberger In-Reply-To: <1117574977.19736.75.camel@lanshark.dmv.com> References: <8910581751.20050529112956@takeda.tk> <1117574977.19736.75.camel@lanshark.dmv.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV 0.85.1/906/Wed Jun 1 14:38:56 2005 on chinatsu.takeda.tk X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: stack backtrace 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, 02 Jun 2005 06:10:38 -0000 Hello Sven, Tuesday, May 31, 2005, 2:29:36 PM, you wrote: > Apparently this is still somewhat of a mystery, but you are not the > first person to witness this: > http://lists.freebsd.org/pipermail/freebsd-stable/2005-April/013679.html > http://lists.freebsd.org/pipermail/freebsd-current/2004-July/031576.html > I don't know if anyone is actually looking into this (behind the scenes > maybe) or whether we just need to accumulate a critical mass of similar > notices to raise an eyebrow. If your system does not lock up as a result > (the way it used to in the earlier 5.x series) then perhaps it is > harmless .. Well, since system don't crash it appear to be harmless (unless some data is damaged in the process). I'm mostly interested what that message means, something apparently is wrong. I'm not expert but it looks to me from the functions that is something related to writing/reading data to/from disk I really hope it doesn't affect the data. -- Best regards, Derek mailto:takeda@takeda.tk CCNA, SCSA, SCNA, LPIC, MCP certified http://www.takeda.tk Logic is a system whereby one may go wrong with confidence. -- Charles Kettering From owner-freebsd-stable@FreeBSD.ORG Thu Jun 2 07:37:47 2005 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 1A76316A41C for ; Thu, 2 Jun 2005 07:37:47 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7E9043D54 for ; Thu, 2 Jun 2005 07:37:46 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 874C35126C; Thu, 2 Jun 2005 03:37:44 -0400 (EDT) Date: Thu, 2 Jun 2005 03:37:41 -0400 From: Kris Kennaway To: Derek Kuli?ski Message-ID: <20050602073739.GB2756@xor.obsecurity.org> References: <8910581751.20050529112956@takeda.tk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline In-Reply-To: <8910581751.20050529112956@takeda.tk> User-Agent: Mutt/1.4.2.1i Cc: jroberson@chesapeake.net, freebsd-stable@freebsd.org Subject: Re: stack backtrace 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, 02 Jun 2005 07:37:47 -0000 --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, May 29, 2005 at 11:29:56AM -0700, Derek Kuli?ski wrote: > Hello, >=20 > Today I noticed following message in the log: >=20 > > KDB: stack backtrace: > > kdb_backtrace(c07163b8,2,c661994c,0,22) at kdb_backtrace+0x2e > > getdirtybuf(d109ebac,0,1,c661994c,1) at getdirtybuf+0x2b > > flush_deplist(c282f4cc,1,d109ebd4,d109ebd8,0) at flush_deplist+0x57 > > flush_inodedep_deps(c15ba800,22a8a,c2760a7c,d109ec34,c04f7f87) at flush= _inodedep_deps+0x9e > > softdep_sync_metadata(d109eca4,c2760a50,50,c06ea8f0,0) at softdep_sync_= metadata+0x9d > > ffs_fsync(d109eca4,0,0,0,0) at ffs_fsync+0x4b2 > > fsync(c17ba000,d109ed14,4,d109ed3c,c0515916) at fsync+0x1a1 > > syscall(c069002f,2f,2f,81522b0,81522b0) at syscall+0x370 > > Xint0x80_syscall() at Xint0x80_syscall+0x1f > > --- syscall (95, FreeBSD ELF32, fsync), eip =3D 0x28143dcf, esp =3D 0xb= fbfd34c, ebp =3D 0xbfbfd358 --- > > KDB: stack backtrace: > > kdb_backtrace(c07163b8,2,c6683118,0,22) at kdb_backtrace+0x2e > > getdirtybuf(d1098bac,0,1,c6683118,1) at getdirtybuf+0x2b > > flush_deplist(c282facc,1,d1098bd4,d1098bd8,0) at flush_deplist+0x57 > > flush_inodedep_deps(c15ba800,1e9a4,c24cc974,d1098c34,c04f7f87) at flush= _inodedep_deps+0x9e > > softdep_sync_metadata(d1098ca4,c24cc948,50,c06ea8f0,0) at softdep_sync_= metadata+0x9d > > ffs_fsync(d1098ca4,0,0,0,0) at ffs_fsync+0x4b2 > > fsync(c17b9c00,d1098d14,4,c17b9c00,7) at fsync+0x1a1 > > syscall(2f,2f,bfbf002f,8111fe0,0) at syscall+0x370 > > Xint0x80_syscall() at Xint0x80_syscall+0x1f > > --- syscall (95, FreeBSD ELF32, fsync), eip =3D 0x282dfdcf, esp =3D 0xb= fbf9a8c, ebp =3D 0xbfbfb468 --- >=20 > System didn't seem to crash, what does it mean? It looks like debugging code (it's been removed in -current). Jeff: in 1.141 of ffs_softdep.c you added a call to backtrace() if bp->b_vp =3D=3D NULL..you removed it in current in 1.166, but some people are seeing it trigger on 5.x Kris --OXfL5xGRrasGEqWY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCnrdCWry0BWjoQKURAgUnAJ4zKa3vOPH6zPFIGWpF92Xeh4SxewCghi5x 6/sHPJxcaOfwY/L8iqRIQP8= =aqz1 -----END PGP SIGNATURE----- --OXfL5xGRrasGEqWY-- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 2 08:49:02 2005 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 4984716A41F for ; Thu, 2 Jun 2005 08:49:02 +0000 (GMT) (envelope-from freebsd-current@byrnehq.com) Received: from schubert.byrnehq.com (dsl-33-12.dsl.netsource.ie [213.79.33.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A64F43D48 for ; Thu, 2 Jun 2005 08:49:00 +0000 (GMT) (envelope-from freebsd-current@byrnehq.com) Received: from localhost (mauer.directski.com. [212.147.140.194]) by schubert.byrnehq.com (8.13.3/8.13.3) with ESMTP id j529lLmT076834; Thu, 2 Jun 2005 09:47:23 GMT (envelope-from freebsd-current@byrnehq.com) Date: Thu, 2 Jun 2005 09:48:55 +0100 From: Tony Byrne Organization: ByrneHQ X-Priority: 3 (Normal) Message-ID: <1436791778.20050602094855@byrnehq.com> To: Tony Byrne In-Reply-To: <1148797372.20050601182156@byrnehq.com> References: <1117573047.3095.24.camel@klotz.local> <1684114034.20050601135752@byrnehq.com> <1117645070.1846.8.camel@klotz.local> <1148797372.20050601182156@byrnehq.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ByrneHQ-SA-Hits: 1.455 X-Scanned-By: MIMEDefang 2.51 on 192.168.10.254 Cc: FreeBSD Stable , Tony Byrne , Martin Subject: Re[3]: ATA DMA timeouts X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Tony Byrne List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2005 08:49:02 -0000 Martin, TB> We're now at 2 hours uptime and there is no sign of the ATA TB> timeouts. With the newer kernels the first timeout would appear TB> within 5 to 10 minutes of rebooting. I can't see any changes to TB> the ATA code in the interim so I'm curious as to what could have TB> caused this issue. TB> My hardware is Intel ICH5 based with a Western Digital SATA hard-disk. Well it was too good to last. I came in this morning to find a handful of "ad0: TIMEOUT - ..." in the messages file. It looks like the nightly cron jobs trigger it even for kernel and world prior to May 9th. I get the sense that there are less timeouts with the older kernel, but it could be wishful thinking. If your timeouts have really gone away then it's possible that our problem has a different cause to yours. Can anyone else shed some light on this issue? Regards, Tony. -- Tony Byrne From owner-freebsd-stable@FreeBSD.ORG Thu Jun 2 11:05:12 2005 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 55E8A16A41C; Thu, 2 Jun 2005 11:05:12 +0000 (GMT) (envelope-from fandino@ng.fadesa.es) Received: from tierra2.ng.fadesa.es (tierra2.ng.fadesa.es [195.55.55.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 985F343D4C; Thu, 2 Jun 2005 11:05:01 +0000 (GMT) (envelope-from fandino@ng.fadesa.es) Received: from [195.55.55.163] ([195.55.55.163]) (authenticated bits=0) by tierra2.ng.fadesa.es (8.12.10/8.12.10) with ESMTP id j52B4unZ015261 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 2 Jun 2005 13:04:57 +0200 Message-ID: <429EE7D8.4050900@ng.fadesa.es> Date: Thu, 02 Jun 2005 13:04:56 +0200 From: fandino User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050319 X-Accept-Language: gl, en, es MIME-Version: 1.0 To: freebsd-ports@FreeBSD.org References: <429D8B3B.50203@ng.fadesa.es> <29469499@srv.sem.ipt.ru> <429DE188.5020908@ng.fadesa.es> <09783236@srv.sem.ipt.ru> In-Reply-To: <09783236@srv.sem.ipt.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-Sender: user fandino from 195.55.55.163 Cc: freebsd-stable@FreeBSD.org Subject: Re: kadmin (heimdal port) ignores the ldap backend X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: fandino@ng.fadesa.es List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2005 11:05:12 -0000 Boris Samorodov wrote: >>>Do you build FreeBSD with Kerberos support? There may be system > >>Yes, it was builded with Kerberos(0.6.3) and the heimdal port > > Aha, thus you install system libraries to /usr/lib etc... > >>(0.6.3) was also installed in order to get ldap support for heimdal > > ...and those libraries from the port install to /usr/local/lib... correct. >>kerberos without getting messed with the system kerberos. > > ...and finally get it messed. sometimes the longest way is _really_ the hardest way ;-) >>>libraries located earlier in LDD_PATH which kadmin uses. Try ktrace >>>and kdump to see which libraries are used at run-time. > >>you have found something interesting, this strace[1] shows us >>that /usr/local/sbin/kadmin (the port kadmin binary) is using >>"/usr/local/lib/libkadm5clnt.so.6" and "/usr/lib/libkadm5srv.so.7" >>could libkadm5srv be the culprit (now I haven't access to this box)? > > I think this is the point. > >>how I can force /usr/local/sbin/kadmin to use the port library >>and not the system library? > > 1. The main idea is to force search at /usr/local/lib before > /usr/lib ..... I removed temporally all /usr/lib/libkadm5srv* libraries and as results kadmin was forced to load /usr/local libraries, but I get the same problem :-( http://195.55.55.164/tests/FreeBSD/kdump.txt again kadmin doesn't use ldap and fallback to database files. > 2. Set HEIMDAL_HOME=/usr at /etc/make.conf. So the local_base for the > port is /usr. But then you won't get installed some docs (and maybe > some more files). (Hey, is port broken?) > > Yes, this will replace your system files. But there won't be a > mess. ;-) And, yes, you'll have to reinstall the port after system > upgrade. > > Hence, all versions are rather more a hack then even a workaround, not > to say a solution. I will try that, but I'm afraid it doesn't work because in the anterior test the correct libraries were used and the problem persists. > Who can give us a good solution? Anyone knows how to use ldap as backend for the heimdal port in FreeBSD? From owner-freebsd-stable@FreeBSD.ORG Thu Jun 2 13:10:01 2005 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 8D6B316A41C for ; Thu, 2 Jun 2005 13:10:01 +0000 (GMT) (envelope-from maxicombina@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DB0043D1D for ; Thu, 2 Jun 2005 13:10:01 +0000 (GMT) (envelope-from maxicombina@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so288660wri for ; Thu, 02 Jun 2005 06:09:54 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=buOThUANAkYpU+is3chyKmGWQ5D3cIO2VTiZ8/BzyOrszQ/mNUzXxKO+wlyvBI5Q0RxoqV4d/KNAbgO+MYMr0fVJSZDqUiZKw7/hLCR/b3UjOsP/FPW0QbULz3001N6R/+5pilg7THkp3rtHZHiVEaKgRTlnlkYDrvfQjM8dDAI= Received: by 10.54.27.62 with SMTP id a62mr554194wra; Thu, 02 Jun 2005 06:09:08 -0700 (PDT) Received: by 10.54.44.33 with HTTP; Thu, 2 Jun 2005 06:09:08 -0700 (PDT) Message-ID: <285af08705060206095ddc13e6@mail.gmail.com> Date: Thu, 2 Jun 2005 10:09:08 -0300 From: Maxi Combina 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: filesystems not properly unmounted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Maxi Combina List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2005 13:10:01 -0000 Hello, I am running freebsd 5.4, and every time I reboot, I get a mesasge when the kernel is mounting the filesystems. It says that the fs were not properly unmounted, and must chek them. Them main concern is with my root partition. I also have en ext3 partition (which I mount as ext2), and the kernel also complains about this ext3 partition. The root partition is automatically checked, but the ext2 partition not! I have to manually run fsck.ext2 and then reboot again... I am _sure_ that I have rebooted in the right way. Well, at least with `reboot' and `halt'. May be this is not the right way? Am I missing something? Thanks in advance, Maxi From owner-freebsd-stable@FreeBSD.ORG Thu Jun 2 13:18:18 2005 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 4F26E16A41C for ; Thu, 2 Jun 2005 13:18:18 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (www1.multiplay.co.uk [212.42.16.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2E7043D58 for ; Thu, 2 Jun 2005 13:18:17 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from stevenp4 ([193.123.241.40]) by multiplay.co.uk (multiplay.co.uk [212.42.16.7]) (MDaemon.PRO.v8.0.2.R) with ESMTP id md50001454419.msg for ; Thu, 02 Jun 2005 14:13:41 +0100 Message-ID: <097501c56775$86c83730$7f06000a@int.mediasurface.com> From: "Steven Hartland" To: "Maxi Combina" , References: <285af08705060206095ddc13e6@mail.gmail.com> Date: Thu, 2 Jun 2005 14:18:11 +0100 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.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Spam-Processed: multiplay.co.uk, Thu, 02 Jun 2005 14:13:41 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 193.123.241.40 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org X-MDAV-Processed: multiplay.co.uk, Thu, 02 Jun 2005 14:13:42 +0100 Cc: Subject: Re: filesystems not properly unmounted 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, 02 Jun 2005 13:18:18 -0000 Are you 100% sure u didn't use "shutdown -p" as I've seen this happen and its apparently due to IDE disks lying about when they have flushed all data to disk. Steve ----- Original Message ----- From: "Maxi Combina" Hello, I am running freebsd 5.4, and every time I reboot, I get a mesasge when the kernel is mounting the filesystems. It says that the fs were not properly unmounted, and must chek them. Them main concern is with my root partition. I also have en ext3 partition (which I mount as ext2), and the kernel also complains about this ext3 partition. The root partition is automatically checked, but the ext2 partition not! I have to manually run fsck.ext2 and then reboot again... I am _sure_ that I have rebooted in the right way. Well, at least with `reboot' and `halt'. May be this is not the right way? Am I missing something? ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Thu Jun 2 13:18:53 2005 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 6F56E16A421 for ; Thu, 2 Jun 2005 13:18:53 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2188143D55 for ; Thu, 2 Jun 2005 13:18:52 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from [192.168.2.10] (p54AAC82E.dip.t-dialin.net [84.170.200.46]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 82B9B309F0; Thu, 2 Jun 2005 15:21:39 +0200 (CEST) Message-ID: <429F07BD.7050302@incubus.de> Date: Thu, 02 Jun 2005 15:21:01 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050526) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maxi Combina References: <285af08705060206095ddc13e6@mail.gmail.com> In-Reply-To: <285af08705060206095ddc13e6@mail.gmail.com> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=6FF22C9F; url=http://www.mkbuelow.net/mkbkeys Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: filesystems not properly unmounted 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, 02 Jun 2005 13:18:53 -0000 Maxi Combina wrote: > Hello, I am running freebsd 5.4, and every time I reboot, I get a > mesasge when the kernel is mounting the filesystems. It says that the > fs were not properly unmounted, and must chek them. Them main concern > is with my root partition. I also have en ext3 partition (which I > mount as ext2), and the kernel also complains about this ext3 > partition. > The root partition is automatically checked, but the ext2 partition > not! I have to manually run fsck.ext2 and then reboot again... > I am _sure_ that I have rebooted in the right way. Well, at least with > `reboot' and `halt'. May be this is not the right way? Am I missing > something? This is a known issue; explicitly unmount the ext2/ext3 filesystem before shutdown. mkb. From owner-freebsd-stable@FreeBSD.ORG Thu Jun 2 13:21:54 2005 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 83D7116A41C for ; Thu, 2 Jun 2005 13:21:54 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from olive.qinip.net (olive.qinip.net [62.100.30.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2F4443D4C for ; Thu, 2 Jun 2005 13:21:53 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from ronald.echteman.nl (h8441134153.dsl.speedlinq.nl [84.41.134.153]) by olive.qinip.net (Postfix) with SMTP id 609EE18076 for ; Thu, 2 Jun 2005 15:21:51 +0200 (MEST) Received: (qmail 21505 invoked from network); 2 Jun 2005 13:21:51 -0000 Received: from unknown (HELO localhost) (10.0.1.4) by ronald.echteman.nl with SMTP; 2 Jun 2005 13:21:51 -0000 To: "Maxi Combina" , freebsd-stable@freebsd.org References: <285af08705060206095ddc13e6@mail.gmail.com> Message-ID: From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Date: Thu, 02 Jun 2005 15:21:49 +0200 In-Reply-To: <285af08705060206095ddc13e6@mail.gmail.com> User-Agent: Opera M2/8.0 (FreeBSD, build 1095) Cc: Subject: Re: filesystems not properly unmounted 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, 02 Jun 2005 13:21:54 -0000 On Thu, 02 Jun 2005 15:09:08 +0200, Maxi Combina wrote: > Hello, I am running freebsd 5.4, and every time I reboot, I get a > mesasge when the kernel is mounting the filesystems. It says that the > fs were not properly unmounted, and must chek them. Them main concern > is with my root partition. I also have en ext3 partition (which I > mount as ext2), and the kernel also complains about this ext3 > partition. > The root partition is automatically checked, but the ext2 partition > not! I have to manually run fsck.ext2 and then reboot again... > I am _sure_ that I have rebooted in the right way. Well, at least with > `reboot' and `halt'. May be this is not the right way? Am I missing > something? Are there errors on shutdown? -- Ronald Klop Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Thu Jun 2 13:32:39 2005 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 F03CD16A41C; Thu, 2 Jun 2005 13:32:39 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam.ru (gw.ipt.ru [80.253.10.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93AB843D1F; Thu, 2 Jun 2005 13:32:38 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam by bsam.ru with local (Exim 4.30; FreeBSD) id 1DdppK-000M4C-Gm; Thu, 02 Jun 2005 17:33:38 +0400 To: fandino@ng.fadesa.es References: <429D8B3B.50203@ng.fadesa.es> <29469499@srv.sem.ipt.ru> <429DE188.5020908@ng.fadesa.es> <09783236@srv.sem.ipt.ru> <429EE7D8.4050900@ng.fadesa.es> From: Boris Samorodov Date: Thu, 02 Jun 2005 17:33:38 +0400 In-Reply-To: <429EE7D8.4050900@ng.fadesa.es> (fandino@ng.fadesa.es's message of "Thu, 02 Jun 2005 13:04:56 +0200") Message-ID: <65121725@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: "Boris B. Samorodov" Cc: freebsd-stable@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: kadmin (heimdal port) ignores the ldap backend 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, 02 Jun 2005 13:32:40 -0000 On Thu, 02 Jun 2005 13:04:56 +0200 fandino wrote: > Boris Samorodov wrote: > >>>Do you build FreeBSD with Kerberos support? There may be system > > > >>Yes, it was builded with Kerberos(0.6.3) and the heimdal port > > Aha, thus you install system libraries to /usr/lib etc... > > > >>(0.6.3) was also installed in order to get ldap support for heimdal > > ...and those libraries from the port install to /usr/local/lib... > correct. > >>kerberos without getting messed with the system kerberos. > > ...and finally get it messed. > sometimes the longest way is _really_ the hardest way ;-) > >>>libraries located earlier in LDD_PATH which kadmin uses. Try ktrace > >>>and kdump to see which libraries are used at run-time. > > > >>you have found something interesting, this strace[1] shows us > >>that /usr/local/sbin/kadmin (the port kadmin binary) is using > >>"/usr/local/lib/libkadm5clnt.so.6" and "/usr/lib/libkadm5srv.so.7" > >>could libkadm5srv be the culprit (now I haven't access to this box)? > > I think this is the point. > >>how I can force /usr/local/sbin/kadmin to use the port library > >>and not the system library? > > 1. The main idea is to force search at /usr/local/lib before > > /usr/lib > ..... > I removed temporally all /usr/lib/libkadm5srv* libraries and as results > kadmin was forced to load /usr/local libraries, but I get the same > problem :-( > http://195.55.55.164/tests/FreeBSD/kdump.txt > again kadmin doesn't use ldap and fallback to database files. >From your dump: 58516 kadmin CALL access(0x28079000,0) 58516 kadmin NAMI "/usr/lib/libhdb.so.7" 58516 kadmin RET access 0 58516 kadmin CALL open(0x28076040,0,0xbfbfebcc) 58516 kadmin NAMI "/usr/lib/libhdb.so.7" 58516 kadmin RET open 3 58516 kadmin CALL fstat(0x3,0xbfbfebcc) 58516 kadmin RET fstat 0 58516 kadmin CALL read(0x3,0x28070c40,0x1000) 58516 kadmin GIO fd 3 read 4096 bytes Thus kadmin is using the system libhdb. The port version shuold be at /usr/local/lib. WBR -- bsam From owner-freebsd-stable@FreeBSD.ORG Thu Jun 2 14:46:36 2005 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 F297C16A41C for ; Thu, 2 Jun 2005 14:46:35 +0000 (GMT) (envelope-from yuval_levy@yahoo.com) Received: from teby.sfina.com (teby.sfina.com [216.194.67.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 979BB43D1F for ; Thu, 2 Jun 2005 14:46:33 +0000 (GMT) (envelope-from yuval_levy@yahoo.com) Received: (qmail 29484 invoked from network); 2 Jun 2005 14:46:31 -0000 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by 0 with SMTP; 2 Jun 2005 14:46:31 -0000 Message-ID: <429F1BD8.8070207@yahoo.com> Date: Thu, 02 Jun 2005 10:46:48 -0400 From: Yuval Levy User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <285af08705060206095ddc13e6@mail.gmail.com> <429F07BD.7050302@incubus.de> In-Reply-To: <429F07BD.7050302@incubus.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: filesystems not properly unmounted 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, 02 Jun 2005 14:46:36 -0000 Matthias Buelow wrote: >Maxi Combina wrote: > > >>Hello, I am running freebsd 5.4, and every time I reboot, I get a >>mesasge when the kernel is mounting the filesystems. It says that the >>fs were not properly unmounted, and must chek them. Them main concern >>is with my root partition. I also have en ext3 partition (which I >>mount as ext2), and the kernel also complains about this ext3 >>partition. >>The root partition is automatically checked, but the ext2 partition >>not! I have to manually run fsck.ext2 and then reboot again... >>I am _sure_ that I have rebooted in the right way. Well, at least with >>`reboot' and `halt'. May be this is not the right way? Am I missing >>something? >> >> > >This is a known issue; explicitly unmount the ext2/ext3 filesystem >before shutdown. > >mkb. > > Is it possible to fix this issue? from the description it seems to me that the issue got worse since freebsd 5.3 (assuming Maxi's root partition is ufs2). On a freebsd 5.3 box I am confronted with the ext2/ext3 issue as well, but it does not affect my root partition (ufs2). While this issue is affecting me only temporarely (I am waiting for a new RAID subsystem to migrate the data from ext3 to ufs2 and kiss Linux goodbye), I think it is an unacceptable issue in a production grade operating system. Thanks in advance to the knowledgeable person that will look into this and fix it. Yuv From owner-freebsd-stable@FreeBSD.ORG Thu Jun 2 16:16:18 2005 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 83F9E16A41C for ; Thu, 2 Jun 2005 16:16:18 +0000 (GMT) (envelope-from takeda@takeda.tk) Received: from chinatsu.takeda.tk (node-402413e2.sna.onnet.us.uu.net [64.36.19.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 436AB43D1D for ; Thu, 2 Jun 2005 16:16:13 +0000 (GMT) (envelope-from takeda@takeda.tk) Received: from takeda.lan (takeda.lan [10.0.0.3]) (authenticated bits=0) by chinatsu.takeda.tk (8.13.3/8.13.1) with ESMTP id j52GGCpL015823 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Thu, 2 Jun 2005 09:16:12 -0700 (PDT) (envelope-from takeda@takeda.tk) Date: Thu, 2 Jun 2005 09:11:23 -0700 From: =?Windows-1250?Q?Derek_Kuli=F1ski?= X-Priority: 3 (Normal) Message-ID: <5010392255.20050602091123@takeda.tk> To: Kris Kennaway In-Reply-To: <20050602073739.GB2756@xor.obsecurity.org> References: <8910581751.20050529112956@takeda.tk> <20050602073739.GB2756@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=Windows-1250 Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV 0.85.1/907/Thu Jun 2 05:50:12 2005 on chinatsu.takeda.tk X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: stack backtrace 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, 02 Jun 2005 16:16:18 -0000 Hello Kris, Thursday, June 2, 2005, 12:37:41 AM, you wrote: > It looks like debugging code (it's been removed in -current). > Jeff: > in 1.141 of ffs_softdep.c you added a call to backtrace() if bp->b_vp > == NULL..you removed it in current in 1.166, but some people are > seeing it trigger on 5.x So it's harmless? As for debugging, I compiled kernel with: makeoptions DEBUG=-g options KDB options KDB_TRACE options DDB To have coredump, if system crashes (I didn't oticed any slowdown, so I guess it doesn't hurt) Are those last three options necessary to get core? Or is only DEBUG=-g needed? -- Best regards, Derek mailto:takeda@takeda.tk CCNA, SCSA, SCNA, LPIC, MCP certified http://www.takeda.tk Trying to outsmart a compiler defeats much of the purpose of using one. -- Kernighan & Plauger, "The Elements of Programming Style" From owner-freebsd-stable@FreeBSD.ORG Thu Jun 2 16:52:26 2005 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 699B816A41C for ; Thu, 2 Jun 2005 16:52:26 +0000 (GMT) (envelope-from davidb@santacruz.k12.ca.us) Received: from santacruz.k12.ca.us (proteus.santacruz.k12.ca.us [205.155.8.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3124C43D1F for ; Thu, 2 Jun 2005 16:52:26 +0000 (GMT) (envelope-from davidb@santacruz.k12.ca.us) Received: from [10.8.4.125] (HELO [127.0.0.1]) by santacruz.k12.ca.us (CommuniGate Pro SMTP 4.2.10) with ESMTP id 14862230; Thu, 02 Jun 2005 10:14:37 -0700 Message-ID: <429F3949.9040900@santacruz.k12.ca.us> Date: Thu, 02 Jun 2005 09:52:25 -0700 From: David Barnett User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gary Schrock References: <6.2.3.0.2.20050601000748.048e6840@pop3.tellurian.com> <20050601090555.BDF8143D49@mx1.FreeBSD.org> <6.2.0.14.0.20050601130825.02335b90@eyelab.msu.edu> In-Reply-To: <6.2.0.14.0.20050601130825.02335b90@eyelab.msu.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: DELL PowerEdge 2850 and 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: Thu, 02 Jun 2005 16:52:26 -0000 Gary, I'm fighting the same battle on two new 2850's and two 1850's; "Interrupt storm detected on "irq18:uhci2"; throttling interrupt source". These machines have 2GB of ram and I using the i386 5.4Rel. version. This happens right after the reboot at the end of an install from CD. I've chosen to install "all", and bring up the ethernet interface. When I get the message, the machine is unresponsive to keyboard input or pings; basically frozen. I also tried 5.3 Rel. with the same results. From searching the lists I concluded disabling USB might be worth trying, so I did that in the BIOS. I'm still getting the same message and freeze. How are you disabling USB? It seems that has worked for you. One tidbit, they have the DRAC 4/I remote access controller cards in them, but I have no reason to believe they're involved at this point. Oh, and firmware is current throughout. Thanks for any hints. Dave Barnett Gary Schrock wrote: > At 05:05 AM 6/1/2005, you wrote: > >> I have checked on the DELL site for any updates to the BIOS/Firmware >> and the >> 2 PE2850's are running the latest versions. >> >> BIOS A02 >> Dell Backplane Firmware, v.1.00, A00 >> Dell BMC Firmware, v.1.23, A03 >> LSI Logic Perc 4e/Di, v.516A, A01 >> >> Both machines have the same symptoms or the reboots at random times. >> >> I have now disabled the USB via rc.conf to see if the reboots still >> occur. >> On one machine I shall drop the PAE kernel and see if that increases the >> stability > > > We've been running a 2850 with dual processors for a while now, > although we're only running 2G of ram. I'm also running the i386 > verson of freebsd instead of amd64 (since I couldn't decide whether > I'd really gain anything by running that version, especially with my > low ram amount). We did initially have a problem with our add-on > perc4 controller, but that was obviously a problem with that > controller, but after that was resolved, the only issue I've had with > it is the usb interrupt storms. Since we don't use usb on that > system, I've just completely disabled it. After that, it's run > flawlessly for about 6 months now. > >> Regards >> >> Danny >> >> -----Original Message----- >> From: owner-freebsd-stable@freebsd.org >> [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Vinny Abello >> Sent: 01 June 2005 05:10 >> To: Danny Cooper >> Cc: freebsd-stable@freebsd.org >> Subject: RE: DELL PowerEdge 2850 and FreeBSD 5.4 >> >> What BIOS revision are you running in your 2850? Make sure all your >> firmware is up to date. I had problems with an slightly older Dell >> 2650 trying to install FreeBSD until I flashed the latest RAID >> controller firmware. If this doesn't help, try running some >> diagnostics on the hardware. Dell has some pretty extensive >> utilities. I think you can boot a Dell diagnostic CD you download >> from their web site. It's possible you have bad RAM. >> >> At 11:50 AM 5/31/2005, Danny Cooper wrote: >> >With the kernel I removed all non-required devices >> > >> >Firewire, usb all the NIC's except em and removed all RAID and SCSI >> >controllers to make sure nothing would interfere. >> > >> >I tried to boot with the AMD64 CD but with no success, the machine just >> >hangs when it tries to load the CD, still trying to work out a >> solution to >> >the problem, but it just seems these DELL 2850 machines are for >> Windows or >> >RedHat!!! >> > >> >DC >> > >> >-----Original Message----- >> >From: owner-freebsd-stable@freebsd.org >> >[mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Claus Guttesen >> >Sent: 31 May 2005 16:15 >> >To: Danny Cooper >> >Cc: freebsd-stable@freebsd.org >> >Subject: Re: DELL PowerEdge 2850 and FreeBSD 5.4 >> > >> > > I have installed FreeBSD 5.4 RELEASE and upgraded to -STABLE on a >> DELL >> > > PE2850. >> > > >> > > FreeBSD 5.4-STABLE #1: Wed May 25 23:43:12 BST 2005 >> > > CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3192.22-MHz 686-class CPU) >> > > real memory = 5100273664 (4864 MB) >> > > avail memory = 4189892608 (3995 MB) >> > > MPTable: >> > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >> > > cpu0 (BSP): APIC ID: 0 >> > > cpu1 (AP): APIC ID: 6 >> > > amr0: Firmware 516A, BIOS H418, 256MB RAM >> > > >> > > I have disabled ACPI HTT and enabled PAE to make the whole system >> memory >> > > available. >> > > >> > > However the problem I have is the system can crash at any moment, >> and is >> >not >> > > load related. As the crash info below is when the machine was in >> an 100% >> > > idle state. >> > >> >I have the same hardware as well, running on the i386-port. I have >> >disabled usb with usbd_enable="NO" in /etc/rc.conf. I have no idea >> >whether this helps but havent't had an issue with the 2850. Except >> >with a qlogic-hba and the isp-driver (I suspect) *on* amd64, but *not* >> >on i386. >> > >> >Claus >> >_______________________________________________ >> >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" >> > >> > >> >_______________________________________________ >> >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" >> >> >> Vinny Abello >> Network Engineer >> Server Management >> vinny@tellurian.com >> (973)300-9211 x 125 >> (973)940-6125 (Direct) >> PGP Key Fingerprint: 3BC5 9A48 FC78 03D3 82E0 E935 5325 FBCB 0100 977A >> >> Tellurian Networks - The Ultimate Internet Connection >> http://www.tellurian.com (888)TELLURIAN >> >> "Courage is resistance to fear, mastery of fear - not absence of >> fear" -- Mark Twain >> >> >> _______________________________________________ >> 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" >> >> >> _______________________________________________ >> 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" > > > _______________________________________________ > 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 Jun 2 16:54:10 2005 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 5433D16A41C for ; Thu, 2 Jun 2005 16:54:10 +0000 (GMT) (envelope-from rasputnik@hellooperator.net) Received: from mta09-winn.ispmail.ntl.com (mta09-winn.ispmail.ntl.com [81.103.221.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0BF643D49 for ; Thu, 2 Jun 2005 16:54:09 +0000 (GMT) (envelope-from rasputnik@hellooperator.net) Received: from aamta10-winn.ispmail.ntl.com ([81.103.221.35]) by mta09-winn.ispmail.ntl.com with ESMTP id <20050602165408.TMMI26596.mta09-winn.ispmail.ntl.com@aamta10-winn.ispmail.ntl.com>; Thu, 2 Jun 2005 17:54:08 +0100 Received: from 9.hellooperator.net ([82.31.79.168]) by aamta10-winn.ispmail.ntl.com with ESMTP id <20050602165407.TGOY24546.aamta10-winn.ispmail.ntl.com@9.hellooperator.net>; Thu, 2 Jun 2005 17:54:07 +0100 Received: from [10.4.0.5] (helo=eris.tenfour) by 9.hellooperator.net with esmtp (Exim 4.44) id 1DdsxI-0007VJ-L9; Thu, 02 Jun 2005 17:54:05 +0100 Received: from rasputnik by eris.tenfour with local (Exim 4.51 (FreeBSD)) id 1DdsxI-000DI4-GR; Thu, 02 Jun 2005 17:54:04 +0100 Date: Thu, 2 Jun 2005 17:54:04 +0100 From: Dick Davies To: Yuval Levy Message-ID: <20050602165404.GB23795@eris.tenfour> References: <285af08705060206095ddc13e6@mail.gmail.com> <429F07BD.7050302@incubus.de> <429F1BD8.8070207@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <429F1BD8.8070207@yahoo.com> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD Stable Users Subject: Re: filesystems not properly unmounted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dick Davies List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2005 16:54:10 -0000 * Yuval Levy [0647 15:47]: > > > Is it possible to fix this issue? from the description it seems to me > that the issue got worse since freebsd 5.3 (assuming Maxi's root > partition is ufs2). If it's a pain to remeber, maybe try sticking something in rc.shutdown? -- 'Ugh, it's like there's a party in my mouth and everyone's throwing up.' -- Fry Rasputin :: Jack of All Trades - Master of Nuns From owner-freebsd-stable@FreeBSD.ORG Thu Jun 2 17:04:09 2005 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 13C7D16A41C for ; Thu, 2 Jun 2005 17:04:09 +0000 (GMT) (envelope-from danny.cooper@uk.tiscali.com) Received: from mantronix.as9105.com (mantronix.as9105.com [212.139.129.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A87043D48 for ; Thu, 2 Jun 2005 17:04:07 +0000 (GMT) (envelope-from danny.cooper@uk.tiscali.com) Received: (qmail 28371 invoked by uid 89); 2 Jun 2005 17:04:04 -0000 Received: from unknown (HELO d2) (dannyc@as9105.com@212.74.112.53) by mantronix.as9105.com with SMTP; 2 Jun 2005 17:04:04 -0000 From: "Danny Cooper" To: "'David Barnett'" , "'Gary Schrock'" Date: Thu, 2 Jun 2005 18:03:57 +0100 Organization: Tiscali UK Ltd MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <429F3949.9040900@santacruz.k12.ca.us> Thread-Index: AcVnk5zkFB3L5ZEUS/i1Cs8ZEmfzMAAAKxSQ Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_01C6_01C5679D.7187D1A0" X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Message-Id: <20050602170407.4A87043D48@mx1.FreeBSD.org> Cc: freebsd-stable@freebsd.org Subject: RE: DELL PowerEdge 2850 and 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: Thu, 02 Jun 2005 17:04:09 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_01C6_01C5679D.7187D1A0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I have disabled usb via rc.conf usbd_enable="NO" But in the new custom kernel I have commented out all of the usb devices and firewire. However the machine managed to stay up for 22 hours without any problems. But I decided to put it underload, through multiple make de/install's of mysql, apache, php, net-snmp to get the load of the machine high but after 1 hour of load, the machine crashed once again. Now I have formatted one of the 2850's and put FreeBSD 5.4R (amd64) I still have disabled usb and nonessential parts of the kernel and placed the machine under heavy load, so far so good. DC -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of David Barnett Sent: 02 June 2005 17:52 To: Gary Schrock Cc: freebsd-stable@freebsd.org Subject: Re: DELL PowerEdge 2850 and FreeBSD 5.4 Gary, I'm fighting the same battle on two new 2850's and two 1850's; "Interrupt storm detected on "irq18:uhci2"; throttling interrupt source". These machines have 2GB of ram and I using the i386 5.4Rel. version. This happens right after the reboot at the end of an install from CD. I've chosen to install "all", and bring up the ethernet interface. When I get the message, the machine is unresponsive to keyboard input or pings; basically frozen. I also tried 5.3 Rel. with the same results. From searching the lists I concluded disabling USB might be worth trying, so I did that in the BIOS. I'm still getting the same message and freeze. How are you disabling USB? It seems that has worked for you. One tidbit, they have the DRAC 4/I remote access controller cards in them, but I have no reason to believe they're involved at this point. Oh, and firmware is current throughout. Thanks for any hints. Dave Barnett Gary Schrock wrote: > At 05:05 AM 6/1/2005, you wrote: > >> I have checked on the DELL site for any updates to the BIOS/Firmware >> and the >> 2 PE2850's are running the latest versions. >> >> BIOS A02 >> Dell Backplane Firmware, v.1.00, A00 >> Dell BMC Firmware, v.1.23, A03 >> LSI Logic Perc 4e/Di, v.516A, A01 >> >> Both machines have the same symptoms or the reboots at random times. >> >> I have now disabled the USB via rc.conf to see if the reboots still >> occur. >> On one machine I shall drop the PAE kernel and see if that increases the >> stability > > > We've been running a 2850 with dual processors for a while now, > although we're only running 2G of ram. I'm also running the i386 > verson of freebsd instead of amd64 (since I couldn't decide whether > I'd really gain anything by running that version, especially with my > low ram amount). We did initially have a problem with our add-on > perc4 controller, but that was obviously a problem with that > controller, but after that was resolved, the only issue I've had with > it is the usb interrupt storms. Since we don't use usb on that > system, I've just completely disabled it. After that, it's run > flawlessly for about 6 months now. > >> Regards >> >> Danny >> >> -----Original Message----- >> From: owner-freebsd-stable@freebsd.org >> [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Vinny Abello >> Sent: 01 June 2005 05:10 >> To: Danny Cooper >> Cc: freebsd-stable@freebsd.org >> Subject: RE: DELL PowerEdge 2850 and FreeBSD 5.4 >> >> What BIOS revision are you running in your 2850? Make sure all your >> firmware is up to date. I had problems with an slightly older Dell >> 2650 trying to install FreeBSD until I flashed the latest RAID >> controller firmware. If this doesn't help, try running some >> diagnostics on the hardware. Dell has some pretty extensive >> utilities. I think you can boot a Dell diagnostic CD you download >> from their web site. It's possible you have bad RAM. >> >> At 11:50 AM 5/31/2005, Danny Cooper wrote: >> >With the kernel I removed all non-required devices >> > >> >Firewire, usb all the NIC's except em and removed all RAID and SCSI >> >controllers to make sure nothing would interfere. >> > >> >I tried to boot with the AMD64 CD but with no success, the machine just >> >hangs when it tries to load the CD, still trying to work out a >> solution to >> >the problem, but it just seems these DELL 2850 machines are for >> Windows or >> >RedHat!!! >> > >> >DC >> > >> >-----Original Message----- >> >From: owner-freebsd-stable@freebsd.org >> >[mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Claus Guttesen >> >Sent: 31 May 2005 16:15 >> >To: Danny Cooper >> >Cc: freebsd-stable@freebsd.org >> >Subject: Re: DELL PowerEdge 2850 and FreeBSD 5.4 >> > >> > > I have installed FreeBSD 5.4 RELEASE and upgraded to -STABLE on a >> DELL >> > > PE2850. >> > > >> > > FreeBSD 5.4-STABLE #1: Wed May 25 23:43:12 BST 2005 >> > > CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3192.22-MHz 686-class CPU) >> > > real memory = 5100273664 (4864 MB) >> > > avail memory = 4189892608 (3995 MB) >> > > MPTable: >> > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >> > > cpu0 (BSP): APIC ID: 0 >> > > cpu1 (AP): APIC ID: 6 >> > > amr0: Firmware 516A, BIOS H418, 256MB RAM >> > > >> > > I have disabled ACPI HTT and enabled PAE to make the whole system >> memory >> > > available. >> > > >> > > However the problem I have is the system can crash at any moment, >> and is >> >not >> > > load related. As the crash info below is when the machine was in >> an 100% >> > > idle state. >> > >> >I have the same hardware as well, running on the i386-port. I have >> >disabled usb with usbd_enable="NO" in /etc/rc.conf. I have no idea >> >whether this helps but havent't had an issue with the 2850. Except >> >with a qlogic-hba and the isp-driver (I suspect) *on* amd64, but *not* >> >on i386. >> > >> >Claus >> >_______________________________________________ >> >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" >> > >> > >> >_______________________________________________ >> >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" >> >> >> Vinny Abello >> Network Engineer >> Server Management >> vinny@tellurian.com >> (973)300-9211 x 125 >> (973)940-6125 (Direct) >> PGP Key Fingerprint: 3BC5 9A48 FC78 03D3 82E0 E935 5325 FBCB 0100 977A >> >> Tellurian Networks - The Ultimate Internet Connection >> http://www.tellurian.com (888)TELLURIAN >> >> "Courage is resistance to fear, mastery of fear - not absence of >> fear" -- Mark Twain >> >> >> _______________________________________________ >> 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" >> >> >> _______________________________________________ >> 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" > > > _______________________________________________ > 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" _______________________________________________ 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" ------=_NextPart_000_01C6_01C5679D.7187D1A0 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII1zCCAl8w ggHIoAMCAQICAw3GBTANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhh d3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt YWlsIElzc3VpbmcgQ0EwHhcNMDUwMTEwMTI0MDU0WhcNMDYwMTEwMTI0MDU0WjBNMR8wHQYDVQQD ExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMSowKAYJKoZIhvcNAQkBFhtkYW5ueS5jb29wZXJAdWsu dGlzY2FsaS5jb20wgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAK2rMxD+Q6gRhNkuZE10FKWb G5iNFOOpZSbit8YR76ytIS19uMG5QfnWq/hC1tSXx0cJdpRZXrOiAyJyIaq21CJe/wb+sECxIYFP 8c0mAJxXC1byQ+MITLwj5mIg1KCqz2ifl4EFB1yRaWPhSD9yFSymmB6ZCJf3ojpzmY5F3Wf5AgMB AAGjODA2MCYGA1UdEQQfMB2BG2Rhbm55LmNvb3BlckB1ay50aXNjYWxpLmNvbTAMBgNVHRMBAf8E AjAAMA0GCSqGSIb3DQEBBAUAA4GBAMH29rgF6n4qQ5Xb06Nlh7KM3FDhPrL2l6lkf3mtvYsvYK3p Eoqk9ITXPlhxj5NwQimAU1MfM6Mre/3oUtfbQocMn7NsYmBG20kqcHKljqVCXPO9yfj0NbRjDm/p 0VFSAzn9Ta/aPEl8Ej7FoBS4R7WcaJsVDokjeo/kpng5YW2vMIIDLTCCApagAwIBAgIBADANBgkq hkiG9w0BAQQFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UE BxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlm aWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVt YWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3dGUuY29tMB4XDTk2 MDEwMTAwMDAwMFoXDTIwMTIzMTIzNTk1OVowgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0 ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcx KDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0 ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxA dGhhd3RlLmNvbTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA1GnX1LCUZFtx6UfYDFG26nKR sIRefS0Nj3sS34UldSh0OkIsYyeflXtL734Zhx2G6qPduc6WZBrCFG5ErHzmj+hND3EfQDimAKOH ePb5lIZererAXnbr2RSjXW56fAylS1V/Bhkpf56aJtVquzgkCGqYx7Hao5iR/Xnb5VrEHLkCAwEA AaMTMBEwDwYDVR0TAQH/BAUwAwEB/zANBgkqhkiG9w0BAQQFAAOBgQDH7JJ+Tvj1lqVnYiqk8E0R YNBvjWBYYawmu1I1XAjPMPuoSpaKH2JCI4wXD/S6ZJwXrEcp352YXtJsYHFcoqzceePnbgBHH7UN KOgCneSa/RP0ptl8sfjcXyMmCZGAc9AUG95DqYMl8uacLxXK/qarigd1iwzdUYRr5PjRzneigTCC Az8wggKooAMCAQICAQ0wDQYJKoZIhvcNAQEFBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxX ZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRp bmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1Ro YXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1h aWxAdGhhd3RlLmNvbTAeFw0wMzA3MTcwMDAwMDBaFw0xMzA3MTYyMzU5NTlaMGIxCzAJBgNVBAYT AlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3 dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkC gYEAxKY8VXNV+065yplaHmjAdQRwnd/p/6Me7L3N9VvyGna9fww6YfK/Uc4B1OVQCjDXAmNaLIkV cI7dyfArhVqqP3FWy688Cwfn8R+RNiQqE88r1fOCdz0Dviv+uxg+B79AgAJk16emu59l0cUqVIUP SAR/p7bRPGEEQB5kGXJgt/sCAwEAAaOBlDCBkTASBgNVHRMBAf8ECDAGAQH/AgEAMEMGA1UdHwQ8 MDowOKA2oDSGMmh0dHA6Ly9jcmwudGhhd3RlLmNvbS9UaGF3dGVQZXJzb25hbEZyZWVtYWlsQ0Eu Y3JsMAsGA1UdDwQEAwIBBjApBgNVHREEIjAgpB4wHDEaMBgGA1UEAxMRUHJpdmF0ZUxhYmVsMi0x MzgwDQYJKoZIhvcNAQEFBQADgYEASIzRUIPqCy7MDaNmrGcPf6+svsIXoUOWlJ1/TCG4+DYfqi2f Ni/A9BxQIJNwPP2t4WFiw9k6GX6EsZkbAMUaC4J0niVQlGLH2ydxVyWN3amcOY6MIE9lX5Xa9/eH 1sYITq726jTlEBpbNU1341YheILcIRk13iSx0x1G/11fZU8xggLPMIICywIBATBpMGIxCzAJBgNV BAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNU aGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIDDcYFMAkGBSsOAwIaBQCgggG8MBgG CSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTA1MDYwMjE3MDM1NlowIwYJ KoZIhvcNAQkEMRYEFFMOdY1kLmdT0oK0MobmJFnW5AqGMGcGCSqGSIb3DQEJDzFaMFgwCgYIKoZI hvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMC AgEoMAcGBSsOAwIaMAoGCCqGSIb3DQIFMHgGCSsGAQQBgjcQBDFrMGkwYjELMAkGA1UEBhMCWkEx JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAgMNxgUwegYLKoZIhvcNAQkQAgsxa6BpMGIxCzAJ BgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQD EyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIDDcYFMA0GCSqGSIb3DQEBAQUA BIGAPPsYy5Bkmtm+gZj4N0jGKE2qAheLxzxdR/sWikRjDxdmpQo1EhXyVSa8SyetoqhUay8CclS6 8W+CkyFwLPvOQXfGZ/hBgN1Wwoz5CQ6qmqMrrFnnzAQEIGnDCst8zJBsaTps3/7trnFy0wc392e3 4jBMCWZYg3YHChB9mMtZ7fcAAAAAAAA= ------=_NextPart_000_01C6_01C5679D.7187D1A0-- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 2 18:06:58 2005 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 87E2D16A41C for ; Thu, 2 Jun 2005 18:06:58 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 348C943D1D for ; Thu, 2 Jun 2005 18:06:58 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id DBD3351441; Thu, 2 Jun 2005 14:06:55 -0400 (EDT) Date: Thu, 2 Jun 2005 14:06:54 -0400 From: Kris Kennaway To: Derek Kuli?ski Message-ID: <20050602180654.GA59076@xor.obsecurity.org> References: <8910581751.20050529112956@takeda.tk> <20050602073739.GB2756@xor.obsecurity.org> <5010392255.20050602091123@takeda.tk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SLDf9lqlvOQaIe6s" Content-Disposition: inline In-Reply-To: <5010392255.20050602091123@takeda.tk> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: stack backtrace 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, 02 Jun 2005 18:06:58 -0000 --SLDf9lqlvOQaIe6s Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 02, 2005 at 09:11:23AM -0700, Derek Kuli?ski wrote: > Hello Kris, >=20 > Thursday, June 2, 2005, 12:37:41 AM, you wrote: >=20 > > It looks like debugging code (it's been removed in -current). >=20 > > Jeff: >=20 > > in 1.141 of ffs_softdep.c you added a call to backtrace() if bp->b_vp > > =3D=3D NULL..you removed it in current in 1.166, but some people are > > seeing it trigger on 5.x >=20 > So it's harmless? I don't know, but I presume the debugging code was added for debugging reasons :-) > As for debugging, I compiled kernel with: > makeoptions DEBUG=3D-g > options KDB > options KDB_TRACE > options DDB >=20 > To have coredump, if system crashes (I didn't oticed any slowdown, so > I guess it doesn't hurt) >=20 > Are those last three options necessary to get core? Or is only > DEBUG=3D-g needed? Please consult the developers' handbook chapter on kernel debugging for full instructions. Kris --SLDf9lqlvOQaIe6s Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCn0q9Wry0BWjoQKURAk3gAKDIbnd3fIKGLkMCfLTtbLC4UzIZjgCaA0Cc 4Ik816wpbcP5U9I97bFpQ2E= =4Ue6 -----END PGP SIGNATURE----- --SLDf9lqlvOQaIe6s-- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 2 19:10:37 2005 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 A84CA16A41C for ; Thu, 2 Jun 2005 19:10:37 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mail21.sea5.speakeasy.net (mail21.sea5.speakeasy.net [69.17.117.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6680643D48 for ; Thu, 2 Jun 2005 19:10:37 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 2241 invoked from network); 2 Jun 2005 19:10:36 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender ) by mail21.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 2 Jun 2005 19:10:36 -0000 Received: from [10.50.41.231] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j52JAVpt087722; Thu, 2 Jun 2005 15:10:31 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: "M. Warner Losh" Date: Thu, 2 Jun 2005 14:46:37 -0400 User-Agent: KMail/1.8 References: <200505272248.08196.kirk@strauser.com> <200506012054.49857.kirk@strauser.com> <20050601.215757.18305376.imp@bsdimp.com> In-Reply-To: <20050601.215757.18305376.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506021446.38557.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx Cc: freebsd-stable@FreeBSD.org Subject: Re: wi0 is always status: no carrier 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, 02 Jun 2005 19:10:37 -0000 On Wednesday 01 June 2005 11:57 pm, M. Warner Losh wrote: > In message: <200506012054.49857.kirk@strauser.com> > > Kirk Strauser writes: > : On Wednesday 01 June 2005 10:07 am, John Baldwin wrote: > : > I see. It's because your PIR lists 10 as the only IRQ that it does > : > this. You can override the IRQ with a hint at least using 1.117 of > : > pci_pir.c. Try setting 'hw.pci.link.0x22.irq=11' in the loader to force > : > the IRQ to 11 to see if that works. > : > : THAT DID IT! > : > : John, Warner, I can't thank you enough for taking the time to help me get > : my little laptop working. I know you're both busy, and my hardware was > : *far* from mainstream, yet you both took my cry for help seriously and > : walked me through the hard parts. > > We should document this in the pci man page. :-0 Well, knowing that it works I might be able to work up a patch to make this edge case work as well. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Thu Jun 2 19:59:53 2005 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 91ABE16A41C for ; Thu, 2 Jun 2005 19:59:53 +0000 (GMT) (envelope-from bmwt@caida.org) Received: from caida.org (rommie.caida.org [192.172.226.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6904143D5C for ; Thu, 2 Jun 2005 19:59:53 +0000 (GMT) (envelope-from bmwt@caida.org) Received: from [192.172.226.99] (localhost [127.0.0.1]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by caida.org (Postfix) with ESMTP id 35003452AE for ; Thu, 2 Jun 2005 12:59:53 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v730) Content-Transfer-Encoding: 7bit Message-Id: <8FAC4325-48D8-4138-8694-2A606D3CB853@caida.org> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-stable@freebsd.org From: Brendan White Date: Thu, 2 Jun 2005 12:59:51 -0700 X-Mailer: Apple Mail (2.730) Subject: repeatable crash with 5.4-RELEASE and PAE 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, 02 Jun 2005 19:59:53 -0000 We're having crash under load problems using freebsd 5.4-release (i386) and PAE kernel. Machine: Dual Xeon 3.6 Dell Poweredge 2850 8 gigs of ram 16 gigs of swap amr raid The machine will reliably crash under load within an hour or so. "under load" involves large network transfers being processed by cpu and memory intensive processes. i cant get a crash dump (when it starts dumping, it will stop part way thru displaying memory increments.) I have gotten it to spit out a trace from KDB, which i've copied out below. (i had to do it from a screenshot/by hand- i checked it twice, but if things dont make sence, there may be a typo) kernel config included below the trace. We've tried turning off hyperthreading. The problem persists. We've tried turning off PAE (which brings us from 8 gigs to 3). The problem goes away. This is obviously not the optimal solution. --- kdb_enter(c05a1e33) at kdb_enter+0x2b panic(c05a0a51,fffffffe,c05a0a3b,cb65ed80,fffffffe) at panic+0x127 lockmgr(cbadb7e4,6,cbadb738,0,f1b93a0c) at lockmgr+0x421 vop_stdunlock(f1b93a3c,f1b93a18,c038320f,f1b93a3c,f1b93a59) at vop_stdunlock+0x1f vop_defaultop(f1b93a3c,f1b93a58,c038379c,f1b93a3c,1000) at vop_defaultop+0x13 spec_vnoperate(f1b93a3c,1000,7f010000,cba4e100,f1b93aa4) at spec_vnoperate+0x13 spec_write(f1b93a84,f1b93ad0,c04fce99,f1b93a84,cb65ed80) at spec_write +0x64 spec_vnoperate(f1b93a84) at spec_vnoperate+0x13 vnode_pager_generic_putpages(cbadb738,f1b93be0,1000,0,f1b93b60) at vnode_pager_generic_putpages+0x221 vop_stdputpages (f1b93b18,f1b93b18,f1b93b04,c038320f,f1b93b18,f1b93b44) at vop_stdputpages+0x1a vop_defaultop(f1b93b18,f1b93b44,c04fcc36,f1b93b18,1000) at vop_defaultop+0x13 spec_vnoperate(f1b93b18) at spec_vnoperate+0x13 vnode_pager_putpages(cbb53ad4,f1b93be0,1,0,f1b93b60) at vnode_pager_putpages+0xba vm_pageout_flush(f1b93be0,1,0,cbd7a600,f1b93bb8) at vm_pageout_flush +0xcb vm_pageout_clean(c4254e4c) at vm_pageout_clean+0x2a1 vm_pageout_scan(0) at vm_pageout_scan+0x706 vm_pageout(0,f1b93d38) at vm_pageout+0x312 fork_exit(c04f5e1c,0,f1b93d38) at fork_exit+0x75 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip=0, esp = 0xf1b93d6c, ebp = 0 --- kernel config: include GENERIC ident PAE-GENERIC options KDB_TRACE options KDB options DDB makeoptions DEBUG=-g options SMP options COMPAT_LINUX device acpi makeoptions NO_MODULES=yes nodevice ahb nodevice amd nodevice sym nodevice trm nodevice adv nodevice adw nodevice aha nodevice aic nodevice bt nodevice ncv nodevice nsp nodevice stg nodevice asr nodevice dpt nodevice iir nodevice mly nodevice ida nodevice mlx nodevice pst nodevice agp nodevice de nodevice txp nodevice vx nodevice dc nodevice pcn nodevice rl nodevice sf nodevice sis nodevice ste nodevice tl nodevice tx nodevice vr nodevice wb nodevice cs nodevice ed nodevice ex nodevice ep nodevice fe nodevice ie nodevice lnc nodevice sn nodevice xe nodevice wlan nodevice an nodevice awi nodevice wi nodevice uhci nodevice ohci nodevice ehci nodevice usb nodevice ugen nodevice uhid nodevice ukbd nodevice ulpt nodevice umass nodevice ums nodevice urio nodevice uscanner nodevice aue nodevice axe nodevice cdce nodevice cue nodevice kue nodevice rue From owner-freebsd-stable@FreeBSD.ORG Thu Jun 2 20:56:20 2005 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 5139416A41C for ; Thu, 2 Jun 2005 20:56:20 +0000 (GMT) (envelope-from yuval_levy@yahoo.com) Received: from web31006.mail.mud.yahoo.com (web31006.mail.mud.yahoo.com [68.142.200.169]) by mx1.FreeBSD.org (Postfix) with SMTP id E3FDD43D49 for ; Thu, 2 Jun 2005 20:56:19 +0000 (GMT) (envelope-from yuval_levy@yahoo.com) Received: (qmail 76667 invoked by uid 60001); 2 Jun 2005 20:56:19 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=i1YGyhkGeRmHYG2D2fq0U2RHDhc1tYhy3Qbl7BnvnAYmdaBus6RWXJC9EXROEUmYhsQ3geo+CQHdQ6JhSFboUU+8ddyrFPCgS3wcQY9e6UbisMYHJPaH1nvCRBevGlXSvFvjkc/2APUkyE8+xOEXeNcPeEPpJF0iO8KF0uYFY8I= ; Message-ID: <20050602205619.76665.qmail@web31006.mail.mud.yahoo.com> Received: from [207.134.226.245] by web31006.mail.mud.yahoo.com via HTTP; Thu, 02 Jun 2005 13:56:19 PDT Date: Thu, 2 Jun 2005 13:56:19 -0700 (PDT) From: yuval levy To: Dick Davies In-Reply-To: <20050602165404.GB23795@eris.tenfour> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: FreeBSD Stable Users Subject: Re: filesystems not properly unmounted 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, 02 Jun 2005 20:56:20 -0000 --- Dick Davies wrote: > * Yuval Levy [0647 15:47]: > > > > > Is it possible to fix this issue? from the > description it seems to me > > that the issue got worse since freebsd 5.3 > (assuming Maxi's root > > partition is ufs2). > > If it's a pain to remeber, maybe try sticking > something in rc.shutdown? > Thank you for trying to help, but I do not find this reply helpful. That's a quick and dirty fix, not a solution. How would you feel if your car dealer would tell you that the car is just fine, you only have to remember, every time before you start it, to chew a gum and stick the chewing gum on that little hole from where some liquid spills before you start it? Quick and dirty fixes are ok for the short term, but this issue has been around for too long. I wish I had the knowledge to fix it... Yuv __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Thu Jun 2 21:09:51 2005 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 D57C916A41F for ; Thu, 2 Jun 2005 21:09:51 +0000 (GMT) (envelope-from danny.cooper@uk.tiscali.com) Received: from mantronix.as9105.com (mantronix.as9105.com [212.139.129.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5625343D4C for ; Thu, 2 Jun 2005 21:09:49 +0000 (GMT) (envelope-from danny.cooper@uk.tiscali.com) Received: (qmail 70213 invoked by uid 89); 2 Jun 2005 21:09:48 -0000 Received: from unknown (HELO d2) (dannyc@as9105.com@212.74.112.53) by mantronix.as9105.com with SMTP; 2 Jun 2005 21:09:48 -0000 From: "Danny Cooper" To: "'Brendan White'" , Date: Thu, 2 Jun 2005 22:09:47 +0100 Organization: Tiscali UK Ltd MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <8FAC4325-48D8-4138-8694-2A606D3CB853@caida.org> Thread-Index: AcVnrcC08OIkAtUwR8WStRncIojqZAACB3bQ Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_0246_01C567BF.C953E460" X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Message-Id: <20050602210949.5625343D4C@mx1.FreeBSD.org> Cc: Subject: RE: repeatable crash with 5.4-RELEASE and PAE 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, 02 Jun 2005 21:09:52 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0246_01C567BF.C953E460 Content-Type: multipart/mixed; boundary="----=_NextPart_001_0247_01C567BF.C953E460" ------=_NextPart_001_0247_01C567BF.C953E460 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi Brendan, I have 2 Dual Xeon 3.6 Dell Poweredge 2850 4 gigs of ram 8 gigs of swap amr raid They can crash at any moment not just underload, I persisted for 10 days to get a stable system with and without PAE but to no avail with 4GB of RAM. I did try and turn off ACPI, HTT which made the machine more stable but only for 6-24 hours. I have formatted the one machine with FreeBSD 5.4R (amd64) and have keep the CPU 100% with a load average of 4.00 for 2 hours and no crash. I haven't started to mess around with memory settings yet to increase the performance of the machine, as want to run it underload for a day then start to tune the box. I also turned USB in the kernel and rc.conf usbd_enable="NO" Here is my amd64 kernel /usr/src/sys/amd64/conf/MK-TESTBOX-1-SMP # SMP -- Generic kernel configuration file for FreeBSD/amd64 SMP # Use this for multi-processor machines # # $FreeBSD: src/sys/amd64/conf/SMP,v 1.1.2.1 2004/10/23 19:58:27 kensmith Exp $ include MK-TESTBOX-1 options SMP /usr/src/sys/amd64/conf/MK-TESTBOX-1 # $FreeBSD: src/sys/amd64/conf/GENERIC,v 1.421.2.11.2.1 2005/04/09 17:28:37 kensmith Exp $ machine amd64 cpu HAMMER ident MK-TESTBOX-1 # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. options SCHED_4BSD # 4BSD scheduler options INET # InterNETworking #options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device #options NFSCLIENT # Network Filesystem Client #options NFSSERVER # Network Filesystem Server #options NFS_ROOT # NFS usable as /, requires NFSCLIENT #options NTFS # NT File System #options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Needed by COMPAT_LINUX32 options COMPAT_IA32 # Compatible with i386 binaries options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_LINUX32 # Compatible with i386 linux binaries options SCSI_DELAY=15000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. # Workarounds for some known-to-be-broken chipsets (nVidia nForce3-Pro150) device atpic # 8259A compatability # Enabling NO_MIXED_MODE gives a performance improvement on some motherboards # but does not work with some boards (mostly nVidia chipset based). #options NO_MIXED_MODE # Don't penalize working chipsets # Linux 32-bit ABI support options LINPROCFS # Cannot be a module yet. # Bus support. Do not remove isa, even if you have no isa slots device acpi device isa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers #device ahc # AHA2940 and onboard AIC7xxx devices #device ahd # AHA39320/29320 and onboard AIC79xx devices #device amd # AMD 53C974 (Tekram DC-390(T)) #device isp # Qlogic family ##device ispfw # Firmware for QLogic HBAs- normally a module #device mpt # LSI-Logic MPT-Fusion ##device ncr # NCR/Symbios Logic #device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') #device trm # Tekram DC395U/UW/F DC315U adapters #device adv # Advansys SCSI adapters #device adw # Advansys wide SCSI adapters #device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. #device bt # Buslogic/Mylex MultiMaster SCSI adapters # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem device amr # AMI MegaRAID #device arcmsr # Areca SATA II RAID #device ciss # Compaq Smart RAID 5* #device dpt # DPT Smartcache III, IV - See NOTES for options #device iir # Intel Integrated RAID #device ips # IBM (Adaptec) ServeRAID #device mly # Mylex AcceleRAID/eXtremeRAID #device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers #device aac # Adaptec FSA RAID #device aacp # SCSI passthrough for aac (requires CAM) #device ida # Compaq Smart RAID #device mlx # Mylex DAC960 family ##XXX pointer/int warnings ##device pst # Promise Supertrak SX6000 #device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support #device cbb # cardbus (yenta) bridge #device pccard # PC Card (16-bit) bus #device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port #device ppc #device ppbus # Parallel port bus (required) #device lpt # Printer #device plip # TCP/IP over parallel #device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. #device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 adapter Gigabit Ethernet Card #device ixgb # Intel PRO/10GbE Ethernet Card #device txp # 3Com 3cR990 (``Typhoon'') #device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! #device miibus # MII bus support #device bfe # Broadcom BCM440x 10/100 Ethernet #device bge # Broadcom BCM570xx Gigabit Ethernet #device dc # DEC/Intel 21143 and various workalikes #device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device lge # Level 1 LXT1001 gigabit Ethernet #device nge # NatSemi DP83820 gigabit Ethernet #device pcn # AMD Am79C97x PCI 10/100 (precedence over 'lnc') #device re # RealTek 8139C+/8169/8169S/8110S #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet #device ste # Sundance ST201 (D-Link DFE-550TX) #device ti # Alteon Networks Tigon I/II gigabit Ethernet #device tl # Texas Instruments ThunderLAN #device tx # SMC EtherPower II (83c170 ``EPIC'') #device vge # VIA VT612x gigabit Ethernet #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. #device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' # XXX kvtop brokenness, pointer/int warnings #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards # XXX kvtop brokenness, pointer/int warnings #device lnc # NE2100, NE32-VL Lance Ethernet cards #device sn # SMC's 9000 series of Ethernet chips #device xe # Xircom pccard Ethernet # Wireless NIC cards #device wlan # 802.11 support #device an # Aironet 4500/4800 802.11 wireless NICs. #device awi # BayStack 660 and others #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support #device sl # Kernel SLIP #device ppp # Kernel PPP #device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" #device gif # IPv6 and IPv4 tunneling #device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support #device uhci # UHCI PCI->USB interface #device ohci # OHCI PCI->USB interface ##device ehci # EHCI PCI->USB interface (USB 2.0) #device usb # USB Bus (required) ##device udbp # USB Double Bulk Pipe devices #device ugen # Generic #device uhid # "Human Interface Devices" #device ukbd # Keyboard #device ulpt # Printer #device umass # Disks/Mass storage - Requires scbus and da #device ums # Mouse #device urio # Diamond Rio 500 MP3 player #device uscanner # Scanners ## USB Ethernet, requires mii #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cdce # Generic USB over Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet # ## FireWire support #device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) options IPFIREWALL #firewall options IPFIREWALL_DEFAULT_TO_ACCEPT #allow everything by default options IPFILTER #ipfilter support options IPFILTER_LOG #ipfilter logging Regards, Danny Cooper -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Brendan White Sent: 02 June 2005 21:00 To: freebsd-stable@freebsd.org Subject: repeatable crash with 5.4-RELEASE and PAE We're having crash under load problems using freebsd 5.4-release (i386) and PAE kernel. Machine: Dual Xeon 3.6 Dell Poweredge 2850 8 gigs of ram 16 gigs of swap amr raid The machine will reliably crash under load within an hour or so. "under load" involves large network transfers being processed by cpu and memory intensive processes. i cant get a crash dump (when it starts dumping, it will stop part way thru displaying memory increments.) I have gotten it to spit out a trace from KDB, which i've copied out below. (i had to do it from a screenshot/by hand- i checked it twice, but if things dont make sence, there may be a typo) kernel config included below the trace. We've tried turning off hyperthreading. The problem persists. We've tried turning off PAE (which brings us from 8 gigs to 3). The problem goes away. This is obviously not the optimal solution. --- kdb_enter(c05a1e33) at kdb_enter+0x2b panic(c05a0a51,fffffffe,c05a0a3b,cb65ed80,fffffffe) at panic+0x127 lockmgr(cbadb7e4,6,cbadb738,0,f1b93a0c) at lockmgr+0x421 vop_stdunlock(f1b93a3c,f1b93a18,c038320f,f1b93a3c,f1b93a59) at vop_stdunlock+0x1f vop_defaultop(f1b93a3c,f1b93a58,c038379c,f1b93a3c,1000) at vop_defaultop+0x13 spec_vnoperate(f1b93a3c,1000,7f010000,cba4e100,f1b93aa4) at spec_vnoperate+0x13 spec_write(f1b93a84,f1b93ad0,c04fce99,f1b93a84,cb65ed80) at spec_write +0x64 spec_vnoperate(f1b93a84) at spec_vnoperate+0x13 vnode_pager_generic_putpages(cbadb738,f1b93be0,1000,0,f1b93b60) at vnode_pager_generic_putpages+0x221 vop_stdputpages (f1b93b18,f1b93b18,f1b93b04,c038320f,f1b93b18,f1b93b44) at vop_stdputpages+0x1a vop_defaultop(f1b93b18,f1b93b44,c04fcc36,f1b93b18,1000) at vop_defaultop+0x13 spec_vnoperate(f1b93b18) at spec_vnoperate+0x13 vnode_pager_putpages(cbb53ad4,f1b93be0,1,0,f1b93b60) at vnode_pager_putpages+0xba vm_pageout_flush(f1b93be0,1,0,cbd7a600,f1b93bb8) at vm_pageout_flush +0xcb vm_pageout_clean(c4254e4c) at vm_pageout_clean+0x2a1 vm_pageout_scan(0) at vm_pageout_scan+0x706 vm_pageout(0,f1b93d38) at vm_pageout+0x312 fork_exit(c04f5e1c,0,f1b93d38) at fork_exit+0x75 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip=0, esp = 0xf1b93d6c, ebp = 0 --- kernel config: include GENERIC ident PAE-GENERIC options KDB_TRACE options KDB options DDB makeoptions DEBUG=-g options SMP options COMPAT_LINUX device acpi makeoptions NO_MODULES=yes nodevice ahb nodevice amd nodevice sym nodevice trm nodevice adv nodevice adw nodevice aha nodevice aic nodevice bt nodevice ncv nodevice nsp nodevice stg nodevice asr nodevice dpt nodevice iir nodevice mly nodevice ida nodevice mlx nodevice pst nodevice agp nodevice de nodevice txp nodevice vx nodevice dc nodevice pcn nodevice rl nodevice sf nodevice sis nodevice ste nodevice tl nodevice tx nodevice vr nodevice wb nodevice cs nodevice ed nodevice ex nodevice ep nodevice fe nodevice ie nodevice lnc nodevice sn nodevice xe nodevice wlan nodevice an nodevice awi nodevice wi nodevice uhci nodevice ohci nodevice ehci nodevice usb nodevice ugen nodevice uhid nodevice ukbd nodevice ulpt nodevice umass nodevice ums nodevice urio nodevice uscanner nodevice aue nodevice axe nodevice cdce nodevice cue nodevice kue nodevice rue _______________________________________________ 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" ------=_NextPart_001_0247_01C567BF.C953E460 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: attachment From: "Danny Cooper" Sender: To: "'David Barnett'" , "'Gary Schrock'" Cc: Subject: RE: DELL PowerEdge 2850 and FreeBSD 5.4 Date: Thu, 2 Jun 2005 18:03:57 +0100 Organization: Tiscali UK Ltd Message-ID: <20050602170407.4A87043D48@mx1.FreeBSD.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-Spam-Status: No, hits=-4.4 required=5.0 X-Original-To: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Unsubscribe: , List-Help: List-Subscribe: , In-Reply-To: <429F3949.9040900@santacruz.k12.ca.us> Thread-Index: AcVnk5zkFB3L5ZEUS/i1Cs8ZEmfzMAAAKxSQ MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_01C6_01C5679D.7187D1A0" This is a multi-part message in MIME format. ------=_NextPart_000_01C6_01C5679D.7187D1A0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I have disabled usb via rc.conf usbd_enable="NO" But in the new custom kernel I have commented out all of the usb devices and firewire. However the machine managed to stay up for 22 hours without any problems. But I decided to put it underload, through multiple make de/install's of mysql, apache, php, net-snmp to get the load of the machine high but after 1 hour of load, the machine crashed once again. Now I have formatted one of the 2850's and put FreeBSD 5.4R (amd64) I still have disabled usb and nonessential parts of the kernel and placed the machine under heavy load, so far so good. DC -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of David Barnett Sent: 02 June 2005 17:52 To: Gary Schrock Cc: freebsd-stable@freebsd.org Subject: Re: DELL PowerEdge 2850 and FreeBSD 5.4 Gary, I'm fighting the same battle on two new 2850's and two 1850's; "Interrupt storm detected on "irq18:uhci2"; throttling interrupt source". These machines have 2GB of ram and I using the i386 5.4Rel. version. This happens right after the reboot at the end of an install from CD. I've chosen to install "all", and bring up the ethernet interface. When I get the message, the machine is unresponsive to keyboard input or pings; basically frozen. I also tried 5.3 Rel. with the same results. From searching the lists I concluded disabling USB might be worth trying, so I did that in the BIOS. I'm still getting the same message and freeze. How are you disabling USB? It seems that has worked for you. One tidbit, they have the DRAC 4/I remote access controller cards in them, but I have no reason to believe they're involved at this point. Oh, and firmware is current throughout. Thanks for any hints. Dave Barnett Gary Schrock wrote: > At 05:05 AM 6/1/2005, you wrote: > >> I have checked on the DELL site for any updates to the BIOS/Firmware >> and the >> 2 PE2850's are running the latest versions. >> >> BIOS A02 >> Dell Backplane Firmware, v.1.00, A00 >> Dell BMC Firmware, v.1.23, A03 >> LSI Logic Perc 4e/Di, v.516A, A01 >> >> Both machines have the same symptoms or the reboots at random times. >> >> I have now disabled the USB via rc.conf to see if the reboots still >> occur. >> On one machine I shall drop the PAE kernel and see if that increases the >> stability > > > We've been running a 2850 with dual processors for a while now, > although we're only running 2G of ram. I'm also running the i386 > verson of freebsd instead of amd64 (since I couldn't decide whether > I'd really gain anything by running that version, especially with my > low ram amount). We did initially have a problem with our add-on > perc4 controller, but that was obviously a problem with that > controller, but after that was resolved, the only issue I've had with > it is the usb interrupt storms. Since we don't use usb on that > system, I've just completely disabled it. After that, it's run > flawlessly for about 6 months now. > >> Regards >> >> Danny >> >> -----Original Message----- >> From: owner-freebsd-stable@freebsd.org >> [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Vinny Abello >> Sent: 01 June 2005 05:10 >> To: Danny Cooper >> Cc: freebsd-stable@freebsd.org >> Subject: RE: DELL PowerEdge 2850 and FreeBSD 5.4 >> >> What BIOS revision are you running in your 2850? Make sure all your >> firmware is up to date. I had problems with an slightly older Dell >> 2650 trying to install FreeBSD until I flashed the latest RAID >> controller firmware. If this doesn't help, try running some >> diagnostics on the hardware. Dell has some pretty extensive >> utilities. I think you can boot a Dell diagnostic CD you download >> from their web site. It's possible you have bad RAM. >> >> At 11:50 AM 5/31/2005, Danny Cooper wrote: >> >With the kernel I removed all non-required devices >> > >> >Firewire, usb all the NIC's except em and removed all RAID and SCSI >> >controllers to make sure nothing would interfere. >> > >> >I tried to boot with the AMD64 CD but with no success, the machine just >> >hangs when it tries to load the CD, still trying to work out a >> solution to >> >the problem, but it just seems these DELL 2850 machines are for >> Windows or >> >RedHat!!! >> > >> >DC >> > >> >-----Original Message----- >> >From: owner-freebsd-stable@freebsd.org >> >[mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Claus Guttesen >> >Sent: 31 May 2005 16:15 >> >To: Danny Cooper >> >Cc: freebsd-stable@freebsd.org >> >Subject: Re: DELL PowerEdge 2850 and FreeBSD 5.4 >> > >> > > I have installed FreeBSD 5.4 RELEASE and upgraded to -STABLE on a >> DELL >> > > PE2850. >> > > >> > > FreeBSD 5.4-STABLE #1: Wed May 25 23:43:12 BST 2005 >> > > CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3192.22-MHz 686-class CPU) >> > > real memory = 5100273664 (4864 MB) >> > > avail memory = 4189892608 (3995 MB) >> > > MPTable: >> > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >> > > cpu0 (BSP): APIC ID: 0 >> > > cpu1 (AP): APIC ID: 6 >> > > amr0: Firmware 516A, BIOS H418, 256MB RAM >> > > >> > > I have disabled ACPI HTT and enabled PAE to make the whole system >> memory >> > > available. >> > > >> > > However the problem I have is the system can crash at any moment, >> and is >> >not >> > > load related. As the crash info below is when the machine was in >> an 100% >> > > idle state. >> > >> >I have the same hardware as well, running on the i386-port. I have >> >disabled usb with usbd_enable="NO" in /etc/rc.conf. I have no idea >> >whether this helps but havent't had an issue with the 2850. Except >> >with a qlogic-hba and the isp-driver (I suspect) *on* amd64, but *not* >> >on i386. >> > >> >Claus >> >_______________________________________________ >> >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" >> > >> > >> >_______________________________________________ >> >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" >> >> >> Vinny Abello >> Network Engineer >> Server Management >> vinny@tellurian.com >> (973)300-9211 x 125 >> (973)940-6125 (Direct) >> PGP Key Fingerprint: 3BC5 9A48 FC78 03D3 82E0 E935 5325 FBCB 0100 977A >> >> Tellurian Networks - The Ultimate Internet Connection >> http://www.tellurian.com (888)TELLURIAN >> >> "Courage is resistance to fear, mastery of fear - not absence of >> fear" -- Mark Twain >> >> >> _______________________________________________ >> 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" >> >> >> _______________________________________________ >> 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" > > > _______________________________________________ > 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" _______________________________________________ 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" ------=_NextPart_000_01C6_01C5679D.7187D1A0 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII1zCCAl8w ggHIoAMCAQICAw3GBTANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhh d3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt YWlsIElzc3VpbmcgQ0EwHhcNMDUwMTEwMTI0MDU0WhcNMDYwMTEwMTI0MDU0WjBNMR8wHQYDVQQD ExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMSowKAYJKoZIhvcNAQkBFhtkYW5ueS5jb29wZXJAdWsu dGlzY2FsaS5jb20wgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAK2rMxD+Q6gRhNkuZE10FKWb G5iNFOOpZSbit8YR76ytIS19uMG5QfnWq/hC1tSXx0cJdpRZXrOiAyJyIaq21CJe/wb+sECxIYFP 8c0mAJxXC1byQ+MITLwj5mIg1KCqz2ifl4EFB1yRaWPhSD9yFSymmB6ZCJf3ojpzmY5F3Wf5AgMB AAGjODA2MCYGA1UdEQQfMB2BG2Rhbm55LmNvb3BlckB1ay50aXNjYWxpLmNvbTAMBgNVHRMBAf8E AjAAMA0GCSqGSIb3DQEBBAUAA4GBAMH29rgF6n4qQ5Xb06Nlh7KM3FDhPrL2l6lkf3mtvYsvYK3p Eoqk9ITXPlhxj5NwQimAU1MfM6Mre/3oUtfbQocMn7NsYmBG20kqcHKljqVCXPO9yfj0NbRjDm/p 0VFSAzn9Ta/aPEl8Ej7FoBS4R7WcaJsVDokjeo/kpng5YW2vMIIDLTCCApagAwIBAgIBADANBgkq hkiG9w0BAQQFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UE BxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlm aWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVt YWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3dGUuY29tMB4XDTk2 MDEwMTAwMDAwMFoXDTIwMTIzMTIzNTk1OVowgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0 ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcx KDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0 ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxA dGhhd3RlLmNvbTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA1GnX1LCUZFtx6UfYDFG26nKR sIRefS0Nj3sS34UldSh0OkIsYyeflXtL734Zhx2G6qPduc6WZBrCFG5ErHzmj+hND3EfQDimAKOH ePb5lIZererAXnbr2RSjXW56fAylS1V/Bhkpf56aJtVquzgkCGqYx7Hao5iR/Xnb5VrEHLkCAwEA AaMTMBEwDwYDVR0TAQH/BAUwAwEB/zANBgkqhkiG9w0BAQQFAAOBgQDH7JJ+Tvj1lqVnYiqk8E0R YNBvjWBYYawmu1I1XAjPMPuoSpaKH2JCI4wXD/S6ZJwXrEcp352YXtJsYHFcoqzceePnbgBHH7UN KOgCneSa/RP0ptl8sfjcXyMmCZGAc9AUG95DqYMl8uacLxXK/qarigd1iwzdUYRr5PjRzneigTCC Az8wggKooAMCAQICAQ0wDQYJKoZIhvcNAQEFBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxX ZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRp bmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1Ro YXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1h aWxAdGhhd3RlLmNvbTAeFw0wMzA3MTcwMDAwMDBaFw0xMzA3MTYyMzU5NTlaMGIxCzAJBgNVBAYT AlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3 dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkC gYEAxKY8VXNV+065yplaHmjAdQRwnd/p/6Me7L3N9VvyGna9fww6YfK/Uc4B1OVQCjDXAmNaLIkV cI7dyfArhVqqP3FWy688Cwfn8R+RNiQqE88r1fOCdz0Dviv+uxg+B79AgAJk16emu59l0cUqVIUP SAR/p7bRPGEEQB5kGXJgt/sCAwEAAaOBlDCBkTASBgNVHRMBAf8ECDAGAQH/AgEAMEMGA1UdHwQ8 MDowOKA2oDSGMmh0dHA6Ly9jcmwudGhhd3RlLmNvbS9UaGF3dGVQZXJzb25hbEZyZWVtYWlsQ0Eu Y3JsMAsGA1UdDwQEAwIBBjApBgNVHREEIjAgpB4wHDEaMBgGA1UEAxMRUHJpdmF0ZUxhYmVsMi0x MzgwDQYJKoZIhvcNAQEFBQADgYEASIzRUIPqCy7MDaNmrGcPf6+svsIXoUOWlJ1/TCG4+DYfqi2f Ni/A9BxQIJNwPP2t4WFiw9k6GX6EsZkbAMUaC4J0niVQlGLH2ydxVyWN3amcOY6MIE9lX5Xa9/eH 1sYITq726jTlEBpbNU1341YheILcIRk13iSx0x1G/11fZU8xggLPMIICywIBATBpMGIxCzAJBgNV BAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNU aGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIDDcYFMAkGBSsOAwIaBQCgggG8MBgG CSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTA1MDYwMjE3MDM1NlowIwYJ KoZIhvcNAQkEMRYEFFMOdY1kLmdT0oK0MobmJFnW5AqGMGcGCSqGSIb3DQEJDzFaMFgwCgYIKoZI hvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMC AgEoMAcGBSsOAwIaMAoGCCqGSIb3DQIFMHgGCSsGAQQBgjcQBDFrMGkwYjELMAkGA1UEBhMCWkEx JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAgMNxgUwegYLKoZIhvcNAQkQAgsxa6BpMGIxCzAJ BgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQD EyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIDDcYFMA0GCSqGSIb3DQEBAQUA BIGAPPsYy5Bkmtm+gZj4N0jGKE2qAheLxzxdR/sWikRjDxdmpQo1EhXyVSa8SyetoqhUay8CclS6 8W+CkyFwLPvOQXfGZ/hBgN1Wwoz5CQ6qmqMrrFnnzAQEIGnDCst8zJBsaTps3/7trnFy0wc392e3 4jBMCWZYg3YHChB9mMtZ7fcAAAAAAAA= ------=_NextPart_000_01C6_01C5679D.7187D1A0-- ------=_NextPart_001_0247_01C567BF.C953E460-- ------=_NextPart_000_0246_01C567BF.C953E460 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII1zCCAl8w ggHIoAMCAQICAw3GBTANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhh d3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt YWlsIElzc3VpbmcgQ0EwHhcNMDUwMTEwMTI0MDU0WhcNMDYwMTEwMTI0MDU0WjBNMR8wHQYDVQQD ExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMSowKAYJKoZIhvcNAQkBFhtkYW5ueS5jb29wZXJAdWsu dGlzY2FsaS5jb20wgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAK2rMxD+Q6gRhNkuZE10FKWb G5iNFOOpZSbit8YR76ytIS19uMG5QfnWq/hC1tSXx0cJdpRZXrOiAyJyIaq21CJe/wb+sECxIYFP 8c0mAJxXC1byQ+MITLwj5mIg1KCqz2ifl4EFB1yRaWPhSD9yFSymmB6ZCJf3ojpzmY5F3Wf5AgMB AAGjODA2MCYGA1UdEQQfMB2BG2Rhbm55LmNvb3BlckB1ay50aXNjYWxpLmNvbTAMBgNVHRMBAf8E AjAAMA0GCSqGSIb3DQEBBAUAA4GBAMH29rgF6n4qQ5Xb06Nlh7KM3FDhPrL2l6lkf3mtvYsvYK3p Eoqk9ITXPlhxj5NwQimAU1MfM6Mre/3oUtfbQocMn7NsYmBG20kqcHKljqVCXPO9yfj0NbRjDm/p 0VFSAzn9Ta/aPEl8Ej7FoBS4R7WcaJsVDokjeo/kpng5YW2vMIIDLTCCApagAwIBAgIBADANBgkq hkiG9w0BAQQFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UE BxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlm aWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVt YWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3dGUuY29tMB4XDTk2 MDEwMTAwMDAwMFoXDTIwMTIzMTIzNTk1OVowgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0 ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcx KDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0 ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxA dGhhd3RlLmNvbTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA1GnX1LCUZFtx6UfYDFG26nKR sIRefS0Nj3sS34UldSh0OkIsYyeflXtL734Zhx2G6qPduc6WZBrCFG5ErHzmj+hND3EfQDimAKOH ePb5lIZererAXnbr2RSjXW56fAylS1V/Bhkpf56aJtVquzgkCGqYx7Hao5iR/Xnb5VrEHLkCAwEA AaMTMBEwDwYDVR0TAQH/BAUwAwEB/zANBgkqhkiG9w0BAQQFAAOBgQDH7JJ+Tvj1lqVnYiqk8E0R YNBvjWBYYawmu1I1XAjPMPuoSpaKH2JCI4wXD/S6ZJwXrEcp352YXtJsYHFcoqzceePnbgBHH7UN KOgCneSa/RP0ptl8sfjcXyMmCZGAc9AUG95DqYMl8uacLxXK/qarigd1iwzdUYRr5PjRzneigTCC Az8wggKooAMCAQICAQ0wDQYJKoZIhvcNAQEFBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxX ZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRp bmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1Ro YXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1h aWxAdGhhd3RlLmNvbTAeFw0wMzA3MTcwMDAwMDBaFw0xMzA3MTYyMzU5NTlaMGIxCzAJBgNVBAYT AlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3 dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkC gYEAxKY8VXNV+065yplaHmjAdQRwnd/p/6Me7L3N9VvyGna9fww6YfK/Uc4B1OVQCjDXAmNaLIkV cI7dyfArhVqqP3FWy688Cwfn8R+RNiQqE88r1fOCdz0Dviv+uxg+B79AgAJk16emu59l0cUqVIUP SAR/p7bRPGEEQB5kGXJgt/sCAwEAAaOBlDCBkTASBgNVHRMBAf8ECDAGAQH/AgEAMEMGA1UdHwQ8 MDowOKA2oDSGMmh0dHA6Ly9jcmwudGhhd3RlLmNvbS9UaGF3dGVQZXJzb25hbEZyZWVtYWlsQ0Eu Y3JsMAsGA1UdDwQEAwIBBjApBgNVHREEIjAgpB4wHDEaMBgGA1UEAxMRUHJpdmF0ZUxhYmVsMi0x MzgwDQYJKoZIhvcNAQEFBQADgYEASIzRUIPqCy7MDaNmrGcPf6+svsIXoUOWlJ1/TCG4+DYfqi2f Ni/A9BxQIJNwPP2t4WFiw9k6GX6EsZkbAMUaC4J0niVQlGLH2ydxVyWN3amcOY6MIE9lX5Xa9/eH 1sYITq726jTlEBpbNU1341YheILcIRk13iSx0x1G/11fZU8xggLPMIICywIBATBpMGIxCzAJBgNV BAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNU aGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIDDcYFMAkGBSsOAwIaBQCgggG8MBgG CSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTA1MDYwMjIxMDk0NlowIwYJ KoZIhvcNAQkEMRYEFPePUnHK5QdLwzV7nRRzJaBY2a3dMGcGCSqGSIb3DQEJDzFaMFgwCgYIKoZI hvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMC AgEoMAcGBSsOAwIaMAoGCCqGSIb3DQIFMHgGCSsGAQQBgjcQBDFrMGkwYjELMAkGA1UEBhMCWkEx JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAgMNxgUwegYLKoZIhvcNAQkQAgsxa6BpMGIxCzAJ BgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQD EyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIDDcYFMA0GCSqGSIb3DQEBAQUA BIGAeU+iztBUQ5Yb6sf8Rxrc7gCud2HuYZrgywZN/PB/Y82JPjpRfOS5qkCLq/BVHRot9fKkxdEs n+jZlTc/PGBTuMSjsS6NJN1+/ULDsDDPAGdSK6YaXV60yz05BncyeYYs9a9WKasyTtEgZbeG4xuc O45LKEhWdCLMny4t8JTPJUgAAAAAAAA= ------=_NextPart_000_0246_01C567BF.C953E460-- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 2 21:33:57 2005 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 311B016A41C for ; Thu, 2 Jun 2005 21:33:57 +0000 (GMT) (envelope-from kometen@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFD1A43D1F for ; Thu, 2 Jun 2005 21:33:56 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so476742rng for ; Thu, 02 Jun 2005 14:33:56 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=M3sJGIGSbkSfjBVxYVgWp2ifvhHECe68kPwhedjUGWZ9UUG9aiAJbmeCDTp36su39O9v7b1yG7x4PIxWu46/Ih6f8SQKLL/HZQGKcx6017bJ7s+fI6a3jjtfZZJH+dG/PPdP/YSp6D/MzyeDkcXFG/n+C0otzBA6kk3iy1T+afk= Received: by 10.38.24.42 with SMTP id 42mr673966rnx; Thu, 02 Jun 2005 14:33:56 -0700 (PDT) Received: by 10.38.149.57 with HTTP; Thu, 2 Jun 2005 14:33:56 -0700 (PDT) Message-ID: Date: Thu, 2 Jun 2005 23:33:56 +0200 From: Claus Guttesen To: Danny Cooper In-Reply-To: <20050602210949.5625343D4C@mx1.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <8FAC4325-48D8-4138-8694-2A606D3CB853@caida.org> <20050602210949.5625343D4C@mx1.FreeBSD.org> Cc: Brendan White , freebsd-stable@freebsd.org Subject: Re: repeatable crash with 5.4-RELEASE and PAE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Claus Guttesen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2005 21:33:57 -0000 > How are you disabling USB? It seems that has worked for you. By adding the line below to /etc/rc.conf: usbd_enable=3D"NO" and disable any usb-related in your kernel, the sections; # USB support ... # USB Ethernet, requires mii ... regards Claus From owner-freebsd-stable@FreeBSD.ORG Thu Jun 2 22:33:51 2005 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 AFB4316A41C for ; Thu, 2 Jun 2005 22:33:51 +0000 (GMT) (envelope-from jfarmer@goldsword.com) Received: from audi.websitewelcome.com (audi.websitewelcome.com [67.19.210.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CB6F43D49 for ; Thu, 2 Jun 2005 22:33:51 +0000 (GMT) (envelope-from jfarmer@goldsword.com) Received: from adsl-065-013-105-239.sip.tys.bellsouth.net ([65.13.105.239]:1928 helo=[192.168.1.33]) by audi.websitewelcome.com with esmtpa (Exim 4.50) id 1DdyFz-0001QL-RP; Thu, 02 Jun 2005 17:33:43 -0500 Message-ID: <429F8974.2020101@goldsword.com> Date: Thu, 02 Jun 2005 18:34:28 -0400 From: "J. T. Farmer" Organization: GoldSword Systems User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7.7) Gecko/20050414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: yuval levy References: <20050602205619.76665.qmail@web31006.mail.mud.yahoo.com> In-Reply-To: <20050602205619.76665.qmail@web31006.mail.mud.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - audi.websitewelcome.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - goldsword.com X-Source: X-Source-Args: X-Source-Dir: Cc: FreeBSD Stable Users , Dick Davies Subject: Re: filesystems not properly unmounted 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, 02 Jun 2005 22:33:51 -0000 yuval levy wrote: >--- Dick Davies wrote: > >>* Yuval Levy [0647 15:47]: >> >> >>>Is it possible to fix this issue? from the >>> >>> >>description it seems to me >> >> >>>that the issue got worse since freebsd 5.3 >>> >>> >>(assuming Maxi's root >> >> >>>partition is ufs2). >>> >>> >>If it's a pain to remeber, maybe try sticking >>something in rc.shutdown? >> >> >Thank you for trying to help, but I do not find this >reply helpful. That's a quick and dirty fix, not a >solution. > >How would you feel if your car dealer would tell you >that the car is just fine, you only have to remember, >every time before you start it, to chew a gum and >stick the chewing gum on that little hole from where >some liquid spills before you start it? > >Quick and dirty fixes are ok for the short term, but >this issue has been around for too long. I wish I had >the knowledge to fix it... > > Bad analogy. It's not his responsibility to fix it either temporary or permanent. He's more like a another driver (just like you, driving a similar car/OS) that is passing by. He's suggesting a way for you to function (eg, get home) until a better/permanent fix is found. John ---------------------------------------------------------------------- John T. Farmer Owner & CTO GoldSword Systems jfarmer@goldsword.com 865-691-6498 Knoxville TN Consulting, Design, & Development of Networks & Software From owner-freebsd-stable@FreeBSD.ORG Thu Jun 2 22:51:00 2005 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 B79BF16A421 for ; Thu, 2 Jun 2005 22:50:59 +0000 (GMT) (envelope-from davidb@santacruz.k12.ca.us) Received: from santacruz.k12.ca.us (proteus.santacruz.k12.ca.us [205.155.8.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A79343D53 for ; Thu, 2 Jun 2005 22:50:57 +0000 (GMT) (envelope-from davidb@santacruz.k12.ca.us) Received: from [10.8.4.125] (HELO [127.0.0.1]) by santacruz.k12.ca.us (CommuniGate Pro SMTP 4.2.10) with ESMTP id 14869411; Thu, 02 Jun 2005 16:13:13 -0700 Message-ID: <429F8D50.3090800@santacruz.k12.ca.us> Date: Thu, 02 Jun 2005 15:50:56 -0700 From: David Barnett User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Danny Cooper References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: DELL PowerEdge 2850 and 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: Thu, 02 Jun 2005 22:51:00 -0000 Removing the DRAC cards let me log in. Now I can deal with the usb interrupt stuff. db Danny Cooper wrote: >I have disabled usb via rc.conf > >usbd_enable="NO" > >But in the new custom kernel I have commented out all of the usb devices and >firewire. > >However the machine managed to stay up for 22 hours without any problems. > >But I decided to put it underload, through multiple make de/install's of >mysql, apache, php, net-snmp to get the load of the machine high but after 1 >hour of load, the machine crashed once again. > >Now I have formatted one of the 2850's and put FreeBSD 5.4R (amd64) > >I still have disabled usb and nonessential parts of the kernel and placed >the machine under heavy load, so far so good. > >DC > > >-----Original Message----- >From: owner-freebsd-stable@freebsd.org >[mailto:owner-freebsd-stable@freebsd.org] On Behalf Of David Barnett >Sent: 02 June 2005 17:52 >To: Gary Schrock >Cc: freebsd-stable@freebsd.org >Subject: Re: DELL PowerEdge 2850 and FreeBSD 5.4 > >Gary, > >I'm fighting the same battle on two new 2850's and two 1850's; "Interrupt >storm detected on "irq18:uhci2"; throttling interrupt source". > >These machines have 2GB of ram and I using the i386 5.4Rel. version. >This happens >right after the reboot at the end of an install from CD. I've chosen to >install "all", >and bring up the ethernet interface. When I get the message, the >machine is unresponsive >to keyboard input or pings; basically frozen. I also tried 5.3 Rel. >with the same results. > > From searching the lists I concluded disabling USB might be worth >trying, so I did that >in the BIOS. I'm still getting the same message and freeze. > >How are you disabling USB? It seems that has worked for you. > >One tidbit, they have the DRAC 4/I remote access controller cards in >them, but I have no >reason to believe they're involved at this point. Oh, and firmware is >current throughout. > >Thanks for any hints. > >Dave Barnett > > >Gary Schrock wrote: > > > >>At 05:05 AM 6/1/2005, you wrote: >> >> >> >>>I have checked on the DELL site for any updates to the BIOS/Firmware >>>and the >>>2 PE2850's are running the latest versions. >>> >>>BIOS A02 >>>Dell Backplane Firmware, v.1.00, A00 >>>Dell BMC Firmware, v.1.23, A03 >>>LSI Logic Perc 4e/Di, v.516A, A01 >>> >>>Both machines have the same symptoms or the reboots at random times. >>> >>>I have now disabled the USB via rc.conf to see if the reboots still >>>occur. >>>On one machine I shall drop the PAE kernel and see if that increases the >>>stability >>> >>> >>We've been running a 2850 with dual processors for a while now, >>although we're only running 2G of ram. I'm also running the i386 >>verson of freebsd instead of amd64 (since I couldn't decide whether >>I'd really gain anything by running that version, especially with my >>low ram amount). We did initially have a problem with our add-on >>perc4 controller, but that was obviously a problem with that >>controller, but after that was resolved, the only issue I've had with >>it is the usb interrupt storms. Since we don't use usb on that >>system, I've just completely disabled it. After that, it's run >>flawlessly for about 6 months now. >> >> >> >>>Regards >>> >>>Danny >>> >>>-----Original Message----- >>>From: owner-freebsd-stable@freebsd.org >>>[mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Vinny Abello >>>Sent: 01 June 2005 05:10 >>>To: Danny Cooper >>>Cc: freebsd-stable@freebsd.org >>>Subject: RE: DELL PowerEdge 2850 and FreeBSD 5.4 >>> >>>What BIOS revision are you running in your 2850? Make sure all your >>>firmware is up to date. I had problems with an slightly older Dell >>>2650 trying to install FreeBSD until I flashed the latest RAID >>>controller firmware. If this doesn't help, try running some >>>diagnostics on the hardware. Dell has some pretty extensive >>>utilities. I think you can boot a Dell diagnostic CD you download >>>from their web site. It's possible you have bad RAM. >>> >>>At 11:50 AM 5/31/2005, Danny Cooper wrote: >>> >>> >>>>With the kernel I removed all non-required devices >>>> >>>>Firewire, usb all the NIC's except em and removed all RAID and SCSI >>>>controllers to make sure nothing would interfere. >>>> >>>>I tried to boot with the AMD64 CD but with no success, the machine just >>>>hangs when it tries to load the CD, still trying to work out a >>>> >>>> >>>solution to >>> >>> >>>>the problem, but it just seems these DELL 2850 machines are for >>>> >>>> >>>Windows or >>> >>> >>>>RedHat!!! >>>> >>>>DC >>>> >>>>-----Original Message----- >>>>From: owner-freebsd-stable@freebsd.org >>>>[mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Claus Guttesen >>>>Sent: 31 May 2005 16:15 >>>>To: Danny Cooper >>>>Cc: freebsd-stable@freebsd.org >>>>Subject: Re: DELL PowerEdge 2850 and FreeBSD 5.4 >>>> >>>> >>>> >>>>>I have installed FreeBSD 5.4 RELEASE and upgraded to -STABLE on a >>>>> >>>>> >>>DELL >>> >>> >>>>>PE2850. >>>>> >>>>>FreeBSD 5.4-STABLE #1: Wed May 25 23:43:12 BST 2005 >>>>>CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3192.22-MHz 686-class CPU) >>>>>real memory = 5100273664 (4864 MB) >>>>>avail memory = 4189892608 (3995 MB) >>>>>MPTable: >>>>>FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >>>>> cpu0 (BSP): APIC ID: 0 >>>>> cpu1 (AP): APIC ID: 6 >>>>>amr0: Firmware 516A, BIOS H418, 256MB RAM >>>>> >>>>>I have disabled ACPI HTT and enabled PAE to make the whole system >>>>> >>>>> >>>memory >>> >>> >>>>>available. >>>>> >>>>>However the problem I have is the system can crash at any moment, >>>>> >>>>> >>>and is >>> >>> >>>>not >>>> >>>> >>>>>load related. As the crash info below is when the machine was in >>>>> >>>>> >>>an 100% >>> >>> >>>>>idle state. >>>>> >>>>> >>>>I have the same hardware as well, running on the i386-port. I have >>>>disabled usb with usbd_enable="NO" in /etc/rc.conf. I have no idea >>>>whether this helps but havent't had an issue with the 2850. Except >>>>with a qlogic-hba and the isp-driver (I suspect) *on* amd64, but *not* >>>>on i386. >>>> >>>>Claus >>>>_______________________________________________ >>>>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" >>> >>> >>>>_______________________________________________ >>>>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" >>> >>> >>>Vinny Abello >>>Network Engineer >>>Server Management >>>vinny@tellurian.com >>>(973)300-9211 x 125 >>>(973)940-6125 (Direct) >>>PGP Key Fingerprint: 3BC5 9A48 FC78 03D3 82E0 E935 5325 FBCB 0100 977A >>> >>>Tellurian Networks - The Ultimate Internet Connection >>>http://www.tellurian.com (888)TELLURIAN >>> >>>"Courage is resistance to fear, mastery of fear - not absence of >>>fear" -- Mark Twain >>> >>> >>>_______________________________________________ >>>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" >>> >>> >>>_______________________________________________ >>>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" >>> >>> >>_______________________________________________ >>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" >> >> > > >_______________________________________________ >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 Jun 2 22:54:53 2005 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 DA2BF16A41C for ; Thu, 2 Jun 2005 22:54:53 +0000 (GMT) (envelope-from yuval_levy@yahoo.com) Received: from web31012.mail.mud.yahoo.com (web31012.mail.mud.yahoo.com [68.142.201.70]) by mx1.FreeBSD.org (Postfix) with SMTP id 8ABCD43D49 for ; Thu, 2 Jun 2005 22:54:53 +0000 (GMT) (envelope-from yuval_levy@yahoo.com) Received: (qmail 90077 invoked by uid 60001); 2 Jun 2005 22:54:53 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=E1lQwWjAfaAhLsvXvxbjI97qYE1W2A6lz3hB8Eg7AbwsA+tHReJyt/pNWoMH+r9lCmTYQA/zmlFWEGVyf0z+FQGO8hsgzlo7YC/7E6w7cqJ6tDq4MTHuSQ1OoqL1uiTplVJngf8vBYR+/O1JkAWniVfUN/dvQYI849UeNFXfkdI= ; Message-ID: <20050602225453.90075.qmail@web31012.mail.mud.yahoo.com> Received: from [207.134.226.245] by web31012.mail.mud.yahoo.com via HTTP; Thu, 02 Jun 2005 15:54:53 PDT Date: Thu, 2 Jun 2005 15:54:53 -0700 (PDT) From: yuval levy To: "J. T. Farmer" In-Reply-To: <429F8974.2020101@goldsword.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: FreeBSD Stable Users , Dick Davies Subject: Re: filesystems not properly unmounted 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, 02 Jun 2005 22:54:54 -0000 --- "J. T. Farmer" wrote: > yuval levy wrote: > > >--- Dick Davies > wrote: > > > >>* Yuval Levy [0647 15:47]: > >> > >> > >>>Is it possible to fix this issue? from the > >>> > >>> > >>description it seems to me > >> > >> > >>>that the issue got worse since freebsd 5.3 > >>> > >>> > >>(assuming Maxi's root > >> > >> > >>>partition is ufs2). > >>> > >>> > >>If it's a pain to remeber, maybe try sticking > >>something in rc.shutdown? > >> > >> > >Thank you for trying to help, but I do not find > this > >reply helpful. That's a quick and dirty fix, not a > >solution. > > > >How would you feel if your car dealer would tell > you > >that the car is just fine, you only have to > remember, > >every time before you start it, to chew a gum and > >stick the chewing gum on that little hole from > where > >some liquid spills before you start it? > > > >Quick and dirty fixes are ok for the short term, > but > >this issue has been around for too long. I wish I > had > >the knowledge to fix it... > > > > > > Bad analogy. It's not his responsibility to fix it > either temporary > or permanent. He's more like a another driver (just > like you, > driving a similar car/OS) that is passing by. He's > suggesting > a way for you to function (eg, get home) until a > better/permanent > fix is found. > > John I did not imply it was his responsibility to fix the issue. Like you say, John, he is like another driver driving a similar car. We are both stuck with this issue. But I was talking of those driver considering this car model. Would you buy a car that is known to have issues? Anyway, I am just trying to stirr some talk and get some attention to an issue which I find important. Maybe somebody with the appropriate skills will read this and fix the issue. In my opinion, an O/S that can not handle the most popular file systems is handicapped in a world of increasing diversity. Even worse, in my opinion, is a O/S that has tools to handle a file system but does it in a way that can result in data loss. Users like me will see it as an O/S fault and will move to another O/S. As I stated when I first got into this issue, it is temporary for me since the machine affected will be migrated to UFS once the new RAID subsystem is installed. Nevertheless I believe that the issue is a serious handicap and should be fixed. I do not have the skills to fix it, else I'd give it a try. Is there anybody out there that know how to fix the problem of ext2 partitions in freebsd? Yuv __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Thu Jun 2 23:01:35 2005 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 99BB616A41C for ; Thu, 2 Jun 2005 23:01:35 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64E3143D49 for ; Thu, 2 Jun 2005 23:01:35 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin02-en2 [10.13.10.147]) by smtpout.mac.com (Xserve/8.12.11/smtpout06/MantshX 4.0) with ESMTP id j52N1ZSv022903; Thu, 2 Jun 2005 16:01:35 -0700 (PDT) Received: from [192.168.1.6] (pool-68-161-53-96.ny325.east.verizon.net [68.161.53.96]) (authenticated bits=0) by mac.com (Xserve/smtpin02/MantshX 4.0) with ESMTP id j52N1XYv010880; Thu, 2 Jun 2005 16:01:34 -0700 (PDT) In-Reply-To: <20050602205619.76665.qmail@web31006.mail.mud.yahoo.com> References: <20050602205619.76665.qmail@web31006.mail.mud.yahoo.com> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <363CBD31-8CA6-41F7-99D2-E11BC5D84FC2@mac.com> Content-Transfer-Encoding: 7bit From: Charles Swiger Date: Thu, 2 Jun 2005 19:01:31 -0400 To: yuval levy X-Mailer: Apple Mail (2.730) Cc: FreeBSD Stable Users Subject: Re: filesystems not properly unmounted 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, 02 Jun 2005 23:01:35 -0000 On Jun 2, 2005, at 4:56 PM, yuval levy wrote: >> If it's a pain to remeber, maybe try sticking >> something in rc.shutdown? > > Thank you for trying to help, but I do not find this > reply helpful. That's a quick and dirty fix, not a > solution. [ ...car analogy snipped... ] > Quick and dirty fixes are ok for the short term, but > this issue has been around for too long. I wish I had > the knowledge to fix it... There's a discussion on -current called "Re: [RFC] [PATCH] VM & VFS changes" which may help resolve the issue of unmounting and flushing the tree of filesystems more cleanly, which you should look into and be willing to test as code comes out. -- -Chuck PS: I understand that you'd rather the underlying problem be fixed, but it's a lot easier to wish for things to happen than it is to code them. That's why hard problems tend to stay unfixed for long periods of time, and why people learn to use workarounds when they are offered. It would be more helpful if you either learned to fix the stuff you choose to complain about, or would at least gracefully accept workarounds which help, even if they may be "quick and dirty fixes"... From owner-freebsd-stable@FreeBSD.ORG Thu Jun 2 23:04:41 2005 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 9CF5D16A41C for ; Thu, 2 Jun 2005 23:04:41 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D03743D4C for ; Thu, 2 Jun 2005 23:04:41 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from [192.168.2.10] (p54AAC82E.dip.t-dialin.net [84.170.200.46]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 530A33084D; Fri, 3 Jun 2005 01:07:32 +0200 (CEST) Message-ID: <429F910E.5020700@incubus.de> Date: Fri, 03 Jun 2005 01:06:54 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050526) X-Accept-Language: en-us, en MIME-Version: 1.0 To: yuval levy References: <20050602225453.90075.qmail@web31012.mail.mud.yahoo.com> In-Reply-To: <20050602225453.90075.qmail@web31012.mail.mud.yahoo.com> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=6FF22C9F; url=http://www.mkbuelow.net/mkbkeys Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Users Subject: Re: filesystems not properly unmounted 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, 02 Jun 2005 23:04:41 -0000 yuval levy wrote: > Anyway, I am just trying to stirr some talk and get > some attention to an issue which I find important. > Maybe somebody with the appropriate skills will read > this and fix the issue. Noone complains that people stir things up every now and then.. at least then the developers are reminded of the open PRs (or at least I hope so). ;-) Yet since developer time is a finite resource, I guess they have to enforce a priority ordering (I wouldn't count this particular bug as top priority, it can be easily circumvented by explicit unmounting, and I wouldn't rely on the robustness of the ext2 filesystem on FreeBSD anyways, and, isn't it read-only? I've only used it so far to copy stuff from it, and had been bitten by a 2Gig filesize limit then but that might be fixed by now, so things do indeed move there.) mkb. From owner-freebsd-stable@FreeBSD.ORG Thu Jun 2 23:33:37 2005 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 866AB16A41C for ; Thu, 2 Jun 2005 23:33:37 +0000 (GMT) (envelope-from takeda@takeda.tk) Received: from chinatsu.takeda.tk (node-402413e2.sna.onnet.us.uu.net [64.36.19.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43B0643D48 for ; Thu, 2 Jun 2005 23:33:36 +0000 (GMT) (envelope-from takeda@takeda.tk) Received: from takeda.lan (takeda.lan [10.0.0.3]) (authenticated bits=0) by chinatsu.takeda.tk (8.13.3/8.13.1) with ESMTP id j52NXZHj018112 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Thu, 2 Jun 2005 16:33:36 -0700 (PDT) (envelope-from takeda@takeda.tk) Date: Thu, 2 Jun 2005 16:27:30 -0700 From: =?Windows-1250?Q?Derek_Kuli=F1ski?= X-Priority: 3 (Normal) Message-ID: <1056775349.20050602162730@takeda.tk> To: Kris Kennaway In-Reply-To: <20050602180654.GA59076@xor.obsecurity.org> References: <8910581751.20050529112956@takeda.tk> <20050602073739.GB2756@xor.obsecurity.org> <5010392255.20050602091123@takeda.tk> <20050602180654.GA59076@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=Windows-1250 Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV 0.85.1/908/Thu Jun 2 13:39:40 2005 on chinatsu.takeda.tk X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: stack backtrace 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, 02 Jun 2005 23:33:37 -0000 Hello Kris, Thursday, June 2, 2005, 11:06:54 AM, you wrote: >> > in 1.141 of ffs_softdep.c you added a call to backtrace() if bp->b_vp >> > == NULL..you removed it in current in 1.166, but some people are >> > seeing it trigger on 5.x >> So it's harmless? > I don't know, but I presume the debugging code was added for debugging > reasons :-) Sorry, I didn't stated precise what I meant. Since this code was triggered it means something went wrong, the system didn't crash but I'm just wonder if something else could be damaged. For me it looks like the problem was somewhere in the disk writing code. -- Best regards, Derek mailto:takeda@takeda.tk CCNA, SCSA, SCNA, LPIC, MCP certified http://www.takeda.tk -- Computers are not intelligent. They only think they are. From owner-freebsd-stable@FreeBSD.ORG Thu Jun 2 23:37:16 2005 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 EC30316A41C for ; Thu, 2 Jun 2005 23:37:16 +0000 (GMT) (envelope-from rasputnik@hellooperator.net) Received: from mta09-winn.ispmail.ntl.com (mta09-winn.ispmail.ntl.com [81.103.221.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AECA43D48 for ; Thu, 2 Jun 2005 23:37:15 +0000 (GMT) (envelope-from rasputnik@hellooperator.net) Received: from aamta11-winn.ispmail.ntl.com ([81.103.221.35]) by mta09-winn.ispmail.ntl.com with ESMTP id <20050602233715.FUZO26596.mta09-winn.ispmail.ntl.com@aamta11-winn.ispmail.ntl.com>; Fri, 3 Jun 2005 00:37:15 +0100 Received: from 9.hellooperator.net ([82.31.79.168]) by aamta11-winn.ispmail.ntl.com with ESMTP id <20050602233715.YAOR29707.aamta11-winn.ispmail.ntl.com@9.hellooperator.net>; Fri, 3 Jun 2005 00:37:15 +0100 Received: from [10.4.0.5] (helo=eris.tenfour) by 9.hellooperator.net with esmtp (Exim 4.44) id 1DdzFQ-0006jZ-0o; Fri, 03 Jun 2005 00:37:12 +0100 Received: from rasputnik by eris.tenfour with local (Exim 4.51 (FreeBSD)) id 1DdzFP-000Dm4-QB; Fri, 03 Jun 2005 00:37:11 +0100 Date: Fri, 3 Jun 2005 00:37:11 +0100 From: Dick Davies To: yuval levy Message-ID: <20050602233711.GC23795@eris.tenfour> References: <20050602165404.GB23795@eris.tenfour> <20050602205619.76665.qmail@web31006.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050602205619.76665.qmail@web31006.mail.mud.yahoo.com> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD Stable Users Subject: Re: filesystems not properly unmounted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dick Davies List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2005 23:37:17 -0000 * yuval levy [0656 21:56]: > --- Dick Davies wrote: > How would you feel if your car dealer would tell you > that the car is just fine, you only have to remember, > every time before you start it, to chew a gum and > stick the chewing gum on that little hole from where > some liquid spills before you start it? That's a bad analogy - you only have to stick the gum in once :) I'm just being pragmatic - doing this will fix your problem, praying for improvements to the ext2 support (which I suspect is low priority for just about everyone) will probably take longer. -- 'The heroes claimed that they did care about people getting shot, so they crashed their cars into them instead.' -- DNA, on 'Starsky and Hutch' Rasputin :: Jack of All Trades - Master of Nuns From owner-freebsd-stable@FreeBSD.ORG Thu Jun 2 23:38:13 2005 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 A818D16A41C for ; Thu, 2 Jun 2005 23:38:13 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51A7F43D49 for ; Thu, 2 Jun 2005 23:38:13 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 00F5E511CB; Thu, 2 Jun 2005 19:38:11 -0400 (EDT) Date: Thu, 2 Jun 2005 19:38:11 -0400 From: Kris Kennaway To: Derek Kuli?ski Message-ID: <20050602233811.GE20397@xor.obsecurity.org> References: <8910581751.20050529112956@takeda.tk> <20050602073739.GB2756@xor.obsecurity.org> <5010392255.20050602091123@takeda.tk> <20050602180654.GA59076@xor.obsecurity.org> <1056775349.20050602162730@takeda.tk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k1lZvvs/B4yU6o8G" Content-Disposition: inline In-Reply-To: <1056775349.20050602162730@takeda.tk> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: stack backtrace 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, 02 Jun 2005 23:38:13 -0000 --k1lZvvs/B4yU6o8G Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 02, 2005 at 04:27:30PM -0700, Derek Kuli?ski wrote: > Hello Kris, >=20 > Thursday, June 2, 2005, 11:06:54 AM, you wrote: >=20 > >> > in 1.141 of ffs_softdep.c you added a call to backtrace() if bp->b_vp > >> > =3D=3D NULL..you removed it in current in 1.166, but some people are > >> > seeing it trigger on 5.x > >> So it's harmless? > > I don't know, but I presume the debugging code was added for debugging > > reasons :-) >=20 > Sorry, I didn't stated precise what I meant. > Since this code was triggered it means something went wrong, the > system didn't crash but I'm just wonder if something else could be > damaged. For me it looks like the problem was somewhere in the disk > writing code. It is clearly a condition the original author thought important to examine when it occurs, since he added the debugging code. Whether or not it indicates a problem I do not know. Kris --k1lZvvs/B4yU6o8G Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCn5hjWry0BWjoQKURAuhXAJ96CvYDA2wBPcWszt6yRinjjl2mFACgg71T KL7BZg38y7lHs5HGjpCSSjo= =fr1Q -----END PGP SIGNATURE----- --k1lZvvs/B4yU6o8G-- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 2 23:53:55 2005 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 87C0216A41C for ; Thu, 2 Jun 2005 23:53:55 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C40243D1D for ; Thu, 2 Jun 2005 23:53:55 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id j52NrkEH004579; Thu, 2 Jun 2005 16:53:50 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200506022353.j52NrkEH004579@gw.catspoiler.org> Date: Thu, 2 Jun 2005 16:53:46 -0700 (PDT) From: Don Lewis To: cswiger@mac.com In-Reply-To: <363CBD31-8CA6-41F7-99D2-E11BC5D84FC2@mac.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-stable@FreeBSD.org, yuval_levy@yahoo.com Subject: Re: filesystems not properly unmounted 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, 02 Jun 2005 23:53:55 -0000 On 2 Jun, Charles Swiger wrote: > On Jun 2, 2005, at 4:56 PM, yuval levy wrote: >>> If it's a pain to remeber, maybe try sticking >>> something in rc.shutdown? >> >> Thank you for trying to help, but I do not find this >> reply helpful. That's a quick and dirty fix, not a >> solution. > [ ...car analogy snipped... ] >> Quick and dirty fixes are ok for the short term, but >> this issue has been around for too long. I wish I had >> the knowledge to fix it... > > There's a discussion on -current called "Re: [RFC] [PATCH] VM & VFS > changes" which may help resolve the issue of unmounting and flushing > the tree of filesystems more cleanly, which you should look into and > be willing to test as code comes out. Nope, the ext2fs problem is different. It is caused by ext2fs holding persistent references to disk buffers that causes the kernel shutdown code to to think that not all the dirty buffers have been written to disk and skip unmounting all the file systems. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 3 00:50:27 2005 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 3D76D16A41C for ; Fri, 3 Jun 2005 00:50:27 +0000 (GMT) (envelope-from yuval_levy@yahoo.com) Received: from web31007.mail.mud.yahoo.com (web31007.mail.mud.yahoo.com [68.142.200.170]) by mx1.FreeBSD.org (Postfix) with SMTP id CECFF43D1D for ; Fri, 3 Jun 2005 00:50:26 +0000 (GMT) (envelope-from yuval_levy@yahoo.com) Received: (qmail 57247 invoked by uid 60001); 3 Jun 2005 00:50:26 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=bEcROWzEuKi1E8gQVHgSlxrv/MpgBmt7o8m/SLltROUfTnitnvijspraNLKseoBOyqx6Rdy1VcXxJYAoPLBml7LYJCSWKCMqjbzVQNYw0WNaWpvGzJvHzZbQRWHSISPtFGcwE9oKkU8dO5njpg6Vg/R4fh+PT99vlHlEgFNZnxA= ; Message-ID: <20050603005026.57245.qmail@web31007.mail.mud.yahoo.com> Received: from [207.134.226.245] by web31007.mail.mud.yahoo.com via HTTP; Thu, 02 Jun 2005 17:50:26 PDT Date: Thu, 2 Jun 2005 17:50:26 -0700 (PDT) From: yuval levy To: Dick Davies In-Reply-To: <20050602233711.GC23795@eris.tenfour> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: FreeBSD Stable Users Subject: Re: filesystems not properly unmounted 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, 03 Jun 2005 00:50:27 -0000 --- Dick Davies wrote: > * yuval levy [0656 21:56]: > > --- Dick Davies > wrote: > > > How would you feel if your car dealer would tell > you > > that the car is just fine, you only have to > remember, > > every time before you start it, to chew a gum and > > stick the chewing gum on that little hole from > where > > some liquid spills before you start it? > > That's a bad analogy - you only have to stick the > gum in once :) assuming the gum holds... __________________________________ Discover Yahoo! Stay in touch with email, IM, photo sharing and more. Check it out! http://discover.yahoo.com/stayintouch.html From owner-freebsd-stable@FreeBSD.ORG Fri Jun 3 01:00:28 2005 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 5F92E16A41C for ; Fri, 3 Jun 2005 01:00:28 +0000 (GMT) (envelope-from mitch@kuoi.asui.uidaho.edu) Received: from kuoi.asui.uidaho.edu (kuoi.asui.uidaho.edu [129.101.191.123]) by mx1.FreeBSD.org (Postfix) with SMTP id 0F29F43D49 for ; Fri, 3 Jun 2005 01:00:27 +0000 (GMT) (envelope-from mitch@kuoi.asui.uidaho.edu) Received: (qmail 17097 invoked by uid 1010); 3 Jun 2005 01:00:27 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 3 Jun 2005 01:00:27 -0000 Date: Thu, 2 Jun 2005 18:00:27 -0700 (PDT) From: Mitch Parks To: freebsd-stable@freebsd.org Message-ID: <20050602162904.W12512@kuoi.asui.uidaho.edu> X-Radio: KUOI MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: crash with 5.4-RELEASE-p1 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, 03 Jun 2005 01:00:28 -0000 I've now experienced two crashes with 5.4-RELEASE-p1 as outlined below. They appear to be the similar to: http://thread.gmane.org/gmane.os.freebsd.stable/27608 This is a Dell 2600 dual-xeon with HT disabled, running off of the Dell(AMR) Raid. It has a very mild load with Apache, Postgres, and Qmail. backtrace: http://redirx.com/?3b28 dmesg: http://redirx.com/?3b2r I had a similar problem after 5.3, but it was stable after disabling ACPI and I didn't pursue it further. It was previously 100% stable under 5.2/5.2.1. Dell Diagnostics as well as Memtest have been run extensively and no problems were found. I've never made claims as to my programming skills, but it seems there should be a fixable problem hiding here. I'm hunting for the cables to set up a serial console, but what's the next step? This is new territory for me. What other information can I provide? Thanks for any assistance. Mitch Parks From owner-freebsd-stable@FreeBSD.ORG Fri Jun 3 01:48:53 2005 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 F223016A41C; Fri, 3 Jun 2005 01:48:52 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DF2843D48; Fri, 3 Jun 2005 01:48:52 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from [192.168.2.10] (p54AAC82E.dip.t-dialin.net [84.170.200.46]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id A6FB63067F; Fri, 3 Jun 2005 03:51:39 +0200 (CEST) Message-ID: <429FB785.8030102@incubus.de> Date: Fri, 03 Jun 2005 03:51:01 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050526) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Don Lewis References: <200506022353.j52NrkEH004579@gw.catspoiler.org> In-Reply-To: <200506022353.j52NrkEH004579@gw.catspoiler.org> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=6FF22C9F; url=http://www.mkbuelow.net/mkbkeys Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org, yuval_levy@yahoo.com Subject: Re: filesystems not properly unmounted 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, 03 Jun 2005 01:48:53 -0000 Don Lewis wrote: > Nope, the ext2fs problem is different. It is caused by ext2fs holding > persistent references to disk buffers that causes the kernel shutdown > code to to think that not all the dirty buffers have been written to > disk and skip unmounting all the file systems. Can't that be changed in a way that the kernel checks that in a per-filesystem granularity instead of seemingly global? I mean, I can understand that a marginal ext2 fs driver can cause problems with ext2 filesystems, but affecting other filesystems aswell in such a way is not nice. mkb. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 3 02:00:19 2005 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 7645B16A41C for ; Fri, 3 Jun 2005 02:00:19 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F60743D1D for ; Fri, 3 Jun 2005 02:00:18 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id j53209PW004757; Thu, 2 Jun 2005 19:00:13 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200506030200.j53209PW004757@gw.catspoiler.org> Date: Thu, 2 Jun 2005 19:00:09 -0700 (PDT) From: Don Lewis To: mkb@incubus.de In-Reply-To: <429FB785.8030102@incubus.de> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-stable@FreeBSD.org, yuval_levy@yahoo.com Subject: Re: filesystems not properly unmounted 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, 03 Jun 2005 02:00:20 -0000 On 3 Jun, Matthias Buelow wrote: > Don Lewis wrote: > >> Nope, the ext2fs problem is different. It is caused by ext2fs holding >> persistent references to disk buffers that causes the kernel shutdown >> code to to think that not all the dirty buffers have been written to >> disk and skip unmounting all the file systems. > > Can't that be changed in a way that the kernel checks that in a > per-filesystem granularity instead of seemingly global? I mean, I can > understand that a marginal ext2 fs driver can cause problems with ext2 > filesystems, but affecting other filesystems aswell in such a way is not > nice. That might help to an extent, but would not eliminate the problem. Any file systems between root and the mount point of the ext2 file system would be busy and would not be able to be unmounted. They would still be marked dirty and would need to be fsck'ed after the reboot. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 3 02:09:29 2005 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 B075716A432; Fri, 3 Jun 2005 02:09:29 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E44143D4C; Fri, 3 Jun 2005 02:09:29 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from [192.168.2.10] (p54AAC82E.dip.t-dialin.net [84.170.200.46]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 8AA283067F; Fri, 3 Jun 2005 04:12:20 +0200 (CEST) Message-ID: <429FBC5F.2060101@incubus.de> Date: Fri, 03 Jun 2005 04:11:43 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050526) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Don Lewis References: <200506030200.j53209PW004757@gw.catspoiler.org> In-Reply-To: <200506030200.j53209PW004757@gw.catspoiler.org> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=6FF22C9F; url=http://www.mkbuelow.net/mkbkeys Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org, yuval_levy@yahoo.com Subject: Re: filesystems not properly unmounted 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, 03 Jun 2005 02:09:29 -0000 Don Lewis wrote: > That might help to an extent, but would not eliminate the problem. Any > file systems between root and the mount point of the ext2 file system > would be busy and would not be able to be unmounted. They would still > be marked dirty and would need to be fsck'ed after the reboot. Ah, ok. I think I understand how it works.. BTW., does the 2GB limit for files still apply for ext2 (mounted on FreeBSD, obviously)? I think I encountered this on 5.2.1 when ext2 was commented out from the kernel Makefile (as module) and marked as "broken" but I needed it (this was when I also encountered that "won't clean buffers" problem in the same way as the OP.) mkb. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 3 04:17:57 2005 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 8F93016A41C for ; Fri, 3 Jun 2005 04:17:57 +0000 (GMT) (envelope-from jpp@cloudview.com) Received: from skipjack.no-such-agency.net (skipjack.no-such-agency.net [64.142.114.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 621EF43D48 for ; Fri, 3 Jun 2005 04:17:57 +0000 (GMT) (envelope-from jpp@cloudview.com) Received: from skipjack.no-such-agency.net (localhost [127.0.0.1]) by skipjack.no-such-agency.net (Postfix) with ESMTP id 066C134D435 for ; Thu, 2 Jun 2005 21:17:55 -0700 (PDT) Received: from [192.168.2.120] (blackhole.no-such-agency.net [64.142.103.196]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by skipjack.no-such-agency.net (Postfix) with ESMTP id 38EF634D415 for ; Thu, 2 Jun 2005 21:17:54 -0700 (PDT) Message-ID: <429FD9F1.1090503@cloudview.com> Date: Thu, 02 Jun 2005 21:17:53 -0700 From: John Pettitt User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org X-Enigmail-Version: 0.91.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-AV-Checked: by skipjack Cc: Subject: gmirror rebuild speed limited by value of HZ? 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, 03 Jun 2005 04:17:57 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I've noticed that gmirror seems to rebuild disks by copying 128K every clock tick (or about 12.8 MB/sec on a 100HZ box) - changing HZ to 1000 resulted in my system being limited by the underlying disk controller speed (~ 30MB/sec between FW800 drives on the same 32 bit controller) does anybody know if this behavior was intentional ? John -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (MingW32) iD8DBQFCn9nxaVyA7PElsKkRAg5PAKDzJMxykNf9nTvk/Jo4kbDtqUyhnQCgoTzu LqPZyVujZ2m4Snv5a6SMJ/Q= =YnDQ -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 3 07:30:37 2005 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 D59EA16A41C for ; Fri, 3 Jun 2005 07:30:37 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam.ru (gw.ipt.ru [80.253.10.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80EDC43D1F for ; Fri, 3 Jun 2005 07:30:36 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam by bsam.ru with local (Exim 4.30; FreeBSD) id 1De6eU-000Mul-Gn; Fri, 03 Jun 2005 11:31:34 +0400 To: freebsd-stable@FreeBSD.org References: <97306314@srv.sem.ipt.ru> From: Boris Samorodov Date: Fri, 03 Jun 2005 11:31:34 +0400 In-Reply-To: <97306314@srv.sem.ipt.ru> (Boris Samorodov's message of "Wed, 01 Jun 2005 18:42:29 +0400") Message-ID: <56157401@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: "Boris B. Samorodov" Cc: Subject: [solved] NFS upgrade 5.2.1->5.4 "+cd: not found" 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, 03 Jun 2005 07:30:37 -0000 On Wed, 01 Jun 2005 18:42:29 +0400 Boris Samorodov wrote: > Hi! > Seems to me that it's like a FAQ, but can't find an answer. Upgrade > from 5.2.1 to 5.4 via NFS: > On nfs server: > 1. buildkernel > On host: > 1. mount_nfs /usr/src > 2. mount_nfs /usr/obj > 3. installkernel > 4. mergemaster -p > > 5. make installworld > ----- > mkdir -p /tmp/install.aCiGkcCk > for prog in [ awk cap_mkdb cat chflags chmod chown date echo egrep find grep > > +cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTY> > +cd: not found > *** Error code 127 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > ----- > It is the result of "{_+_}cd" at Makefile.inc1. Neighter UPDATING nore > google helped me. Maybe you? ;-) I did a manual install almost every directory at /usr/src and finally make installworld succedded. It seems to me that usr.sbin did the trick. WBR -- bsam From owner-freebsd-stable@FreeBSD.ORG Fri Jun 3 09:41:38 2005 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 C195B16A41C; Fri, 3 Jun 2005 09:41:38 +0000 (GMT) (envelope-from fandino@ng.fadesa.es) Received: from tierra2.ng.fadesa.es (tierra2.ng.fadesa.es [195.55.55.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20AA643D1D; Fri, 3 Jun 2005 09:41:33 +0000 (GMT) (envelope-from fandino@ng.fadesa.es) Received: from [195.55.55.163] ([195.55.55.163]) (authenticated bits=0) by tierra2.ng.fadesa.es (8.12.10/8.12.10) with ESMTP id j539fUnZ021921 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 3 Jun 2005 11:41:32 +0200 Message-ID: <42A025CA.2000107@ng.fadesa.es> Date: Fri, 03 Jun 2005 11:41:30 +0200 From: fandino User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050319 X-Accept-Language: gl, en, es MIME-Version: 1.0 To: freebsd-ports@FreeBSD.org References: <429D8B3B.50203@ng.fadesa.es> <29469499@srv.sem.ipt.ru> <429DE188.5020908@ng.fadesa.es> <09783236@srv.sem.ipt.ru> <429EE7D8.4050900@ng.fadesa.es> <65121725@srv.sem.ipt.ru> In-Reply-To: <65121725@srv.sem.ipt.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-Sender: user fandino from 195.55.55.163 Cc: freebsd-stable@FreeBSD.org Subject: Re: kadmin (heimdal port) ignores the ldap backend X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: fandino@ng.fadesa.es List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jun 2005 09:41:38 -0000 Boris Samorodov wrote: >>I removed temporally all /usr/lib/libkadm5srv* libraries and as results >>kadmin was forced to load /usr/local libraries, but I get the same >>problem :-( > >>again kadmin doesn't use ldap and fallback to database files. > > From your dump: > 58516 kadmin CALL access(0x28079000,0) > 58516 kadmin NAMI "/usr/lib/libhdb.so.7" > 58516 kadmin RET access 0 > 58516 kadmin CALL open(0x28076040,0,0xbfbfebcc) > 58516 kadmin NAMI "/usr/lib/libhdb.so.7" > 58516 kadmin RET open 3 > 58516 kadmin CALL fstat(0x3,0xbfbfebcc) > 58516 kadmin RET fstat 0 > 58516 kadmin CALL read(0x3,0x28070c40,0x1000) > 58516 kadmin GIO fd 3 read 4096 bytes > > Thus kadmin is using the system libhdb. The port version shuold be at > /usr/local/lib. Effectively /usr/lib/libhdb.so.7 was the cause of the problem. Thank you Boris. I'd like to ask what is the proper way of treat with this conflict? is it unavoidable? is there any solution? Also it'd be interesting if a warning was printed by the port install script advising the consequences of enable "LDAP backend" in the heimdal port. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 3 13:02:31 2005 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 9034416A41C; Fri, 3 Jun 2005 13:02:31 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam.ru (gw.ipt.ru [80.253.10.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 334C143D54; Fri, 3 Jun 2005 13:02:30 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam by bsam.ru with local (Exim 4.30; FreeBSD) id 1DeBpg-000NAM-1w; Fri, 03 Jun 2005 17:03:28 +0400 To: fandino@ng.fadesa.es References: <429D8B3B.50203@ng.fadesa.es> <29469499@srv.sem.ipt.ru> <429DE188.5020908@ng.fadesa.es> <09783236@srv.sem.ipt.ru> <429EE7D8.4050900@ng.fadesa.es> <65121725@srv.sem.ipt.ru> <42A025CA.2000107@ng.fadesa.es> From: Boris Samorodov Date: Fri, 03 Jun 2005 17:03:28 +0400 In-Reply-To: <42A025CA.2000107@ng.fadesa.es> (fandino@ng.fadesa.es's message of "Fri, 03 Jun 2005 11:41:30 +0200") Message-ID: <41916239@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: "Boris B. Samorodov" Cc: freebsd-stable@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: kadmin (heimdal port) ignores the ldap backend 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, 03 Jun 2005 13:02:31 -0000 On Fri, 03 Jun 2005 11:41:30 +0200 fandino wrote: > Boris Samorodov wrote: > >>I removed temporally all /usr/lib/libkadm5srv* libraries and as results > >>kadmin was forced to load /usr/local libraries, but I get the same > >>problem :-( > > > >>again kadmin doesn't use ldap and fallback to database files. > > From your dump: > > 58516 kadmin CALL access(0x28079000,0) > > 58516 kadmin NAMI "/usr/lib/libhdb.so.7" > > 58516 kadmin RET access 0 > > 58516 kadmin CALL open(0x28076040,0,0xbfbfebcc) > > 58516 kadmin NAMI "/usr/lib/libhdb.so.7" > > 58516 kadmin RET open 3 > > 58516 kadmin CALL fstat(0x3,0xbfbfebcc) > > 58516 kadmin RET fstat 0 > > 58516 kadmin CALL read(0x3,0x28070c40,0x1000) > > 58516 kadmin GIO fd 3 read 4096 bytes > > Thus kadmin is using the system libhdb. The port version shuold be > > at > > /usr/local/lib. > Effectively /usr/lib/libhdb.so.7 was the cause of the problem. Thank you Boris. You are welcome. > I'd like to ask what is the proper way of treat with this conflict? So do I. > is it unavoidable? The same. > is there any solution? I already gave you a skeleton of the wrapping script for kadmin with search-order changed for libraries. IMO it's the most effective way at the matter. Does someone know the right solution? > Also it'd be interesting if a warning was printed by the port install script > advising the consequences of enable "LDAP backend" in the heimdal port. Please, do send-pr with your suggestion. WBR -- bsam From owner-freebsd-stable@FreeBSD.ORG Fri Jun 3 14:20:02 2005 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 39CAA16A41F for ; Fri, 3 Jun 2005 14:20:02 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7033E43D54 for ; Fri, 3 Jun 2005 14:20:01 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (cpahev@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.1/8.13.1) with ESMTP id j53EJwdj098026 for ; Fri, 3 Jun 2005 16:19:58 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.1/8.13.1/Submit) id j53EJwhw098025; Fri, 3 Jun 2005 16:19:58 +0200 (CEST) (envelope-from olli) Date: Fri, 3 Jun 2005 16:19:58 +0200 (CEST) Message-Id: <200506031419.j53EJwhw098025@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <20050602225453.90075.qmail@web31012.mail.mud.yahoo.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.11-RELEASE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: filesystems not properly unmounted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jun 2005 14:20:02 -0000 yuval levy wrote: > In my opinion, an O/S that can not handle the most > popular file systems is handicapped in a world of > increasing diversity. Please excuse me jumping in here, but ext2/ext3 is certainly _not_ one of the most popular file systems for most members of this mailing list. Personally, I have used the ext2fs driver for exactly one reason: to migrate data from Linux to FreeBSD on machines which are being converted from the Dark Side. And that requires mounting the file system just once (read-only), copying the data, then umount it, followed by newfs. There's no need to even think about shutting down while the ext2fs is still mounted. I'd recommend against mounting any ext2/ext3 file systems permanently for sharing data between Linux and FreeBSD. There are better ways to do that. (The best way, of course, is getting rid of Linux in the first place.) Best regards Oliver PS: For what it's worth, the most popular filesystems for me are UFS/UFS2, NFS, ISO9660, UDF, and maybe FAT. No more. I guess for the majority of computer users the most popular filesystems are NTFS, ISO9660, FAT and maybe HFS, and they don't even know what "ext2" is. :-) -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "FreeBSD is Yoda, Linux is Luke Skywalker" -- Daniel C. Sobral From owner-freebsd-stable@FreeBSD.ORG Fri Jun 3 14:42:05 2005 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 962A616A41F for ; Fri, 3 Jun 2005 14:42:05 +0000 (GMT) (envelope-from overstatements@alliedutility.com) Received: from p54837471.dip.t-dialin.net (p54837471.dip.t-dialin.net [84.131.116.113]) by mx1.FreeBSD.org (Postfix) with SMTP id A4F8A43D53 for ; Fri, 3 Jun 2005 14:42:04 +0000 (GMT) (envelope-from overstatements@alliedutility.com) Received: from [156.32.25.182] (port=4555 helo=[combats]) by p54837471.dip.t-dialin.net with esmtp id 7245139739arthropod2471 for freebsd-stable@freebsd.org; Fri, 3 Jun 2005 16:42:13 +0200 Mime-Version: 1.0 (Apple Message framework v728) Content-Transfer-Encoding: 7bit Message-Id: <13055732592.3518977519@p54837471.dip.t-dialin.net> Content-Type: text/plain; charset=US-ASCII; format=flowed To: freebsd-stable@freebsd.org From: Jimmy Date: Fri, 3 Jun 2005 16:42:12 +0200 X-Mailer: Apple Mail (2.728) Subject: Cialis - the next to the Guiness' book?!.. 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, 03 Jun 2005 14:42:05 -0000 Big savings on brand name drugs. http://vtpc.8nbjcrq15iqgc9q.foliolateda.com If love is the answer, could you rephrase the question? Character is much easier kept than recovered. Coolidge is dead How could they tell? From owner-freebsd-stable@FreeBSD.ORG Fri Jun 3 14:55:26 2005 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 D58C916A41C for ; Fri, 3 Jun 2005 14:55:26 +0000 (GMT) (envelope-from sturdee@mikesweb.com) Received: from saturn.mikesweb.com (saturn.futuredesigns.net [216.46.197.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5E4643D48 for ; Fri, 3 Jun 2005 14:55:26 +0000 (GMT) (envelope-from sturdee@mikesweb.com) Received: from sturdee (helo=localhost) by saturn.mikesweb.com with local-esmtp (Exim 4.51 (FreeBSD)) id 1DeDa1-000GWx-As for freebsd-stable@freebsd.org; Fri, 03 Jun 2005 10:55:25 -0400 Date: Fri, 3 Jun 2005 10:55:25 -0400 (EDT) From: Mike To: freebsd-stable@freebsd.org In-Reply-To: <13055732592.3518977519@p54837471.dip.t-dialin.net> Message-ID: <20050603105430.E82495@saturn.mikesweb.com> References: <13055732592.3518977519@p54837471.dip.t-dialin.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Re: Cialis - the next to the Guiness' book?!.. 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, 03 Jun 2005 14:55:26 -0000 Who does one have to lobby to get an old fashion "bounty" for spammers heads? On Fri, 3 Jun 2005, Jimmy wrote: > Big savings on brand name drugs. > http://vtpc.8nbjcrq15iqgc9q.foliolateda.com > > > > If love is the answer, could you rephrase the question? Character is much > easier kept than recovered. Coolidge is dead How could they tell? > > _______________________________________________ > 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 Fri Jun 3 15:00:38 2005 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 160EE16A41C for ; Fri, 3 Jun 2005 15:00:38 +0000 (GMT) (envelope-from mv@roq.com) Received: from p4.roq.com (ns1.ecoms.com [207.44.130.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD10243D48 for ; Fri, 3 Jun 2005 15:00:33 +0000 (GMT) (envelope-from mv@roq.com) Received: from p4.roq.com (localhost.roq.com [127.0.0.1]) by p4.roq.com (Postfix) with ESMTP id 972654D307; Fri, 3 Jun 2005 15:01:13 +0000 (GMT) Received: from [10.0.1.8] (adsl-143-85.swiftdsl.com.au [218.214.143.85]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by p4.roq.com (Postfix) with ESMTP id A37A84D1D9; Fri, 3 Jun 2005 15:01:11 +0000 (GMT) Message-ID: <42A0708B.2070902@roq.com> Date: Sat, 04 Jun 2005 01:00:27 +1000 From: Michael VInce User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.8) Gecko/20050524 X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Barnett References: <6.2.3.0.2.20050601000748.048e6840@pop3.tellurian.com> <20050601090555.BDF8143D49@mx1.FreeBSD.org> <6.2.0.14.0.20050601130825.02335b90@eyelab.msu.edu> <429F3949.9040900@santacruz.k12.ca.us> In-Reply-To: <429F3949.9040900@santacruz.k12.ca.us> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org Subject: Re: DELL PowerEdge 2850 and 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: Fri, 03 Jun 2005 15:00:38 -0000 I have numerous Dell 1850s all with 4gigs of ram and SCSI in mirror 1 raid. I feel I must of been very lucky because I have never had a single problem with these machines, 1 of them is under severe load. I setup these machines in a different way then most people. Because I run the machines in a remote hosting complex I order the Dell machines to the hosting complex and get the 'remote smart hands' to put the server in the my rack, enable the serial via bios then get them to plug in a serial cable into its single serial port and get them to drop in a i386 FreeBSD install disk so I can install remotely. They use a generic kernel and have usbd_enable="YES" set. I have one 1850 thats got an uptime of 125 days and thats only since I last rebooted it. Maybe because the USB ports have never really been used I have had better luck? Mike David Barnett wrote: > Gary, > > I'm fighting the same battle on two new 2850's and two 1850's; "Interrupt > storm detected on "irq18:uhci2"; throttling interrupt source". > > These machines have 2GB of ram and I using the i386 5.4Rel. version. > This happens > right after the reboot at the end of an install from CD. I've chosen > to install "all", > and bring up the ethernet interface. When I get the message, the > machine is unresponsive > to keyboard input or pings; basically frozen. I also tried 5.3 Rel. > with the same results. > > From searching the lists I concluded disabling USB might be worth > trying, so I did that > in the BIOS. I'm still getting the same message and freeze. > > How are you disabling USB? It seems that has worked for you. > > One tidbit, they have the DRAC 4/I remote access controller cards in > them, but I have no > reason to believe they're involved at this point. Oh, and firmware is > current throughout. > > Thanks for any hints. > > Dave Barnett > > > Gary Schrock wrote: > >> At 05:05 AM 6/1/2005, you wrote: >> >>> I have checked on the DELL site for any updates to the BIOS/Firmware >>> and the >>> 2 PE2850's are running the latest versions. >>> >>> BIOS A02 >>> Dell Backplane Firmware, v.1.00, A00 >>> Dell BMC Firmware, v.1.23, A03 >>> LSI Logic Perc 4e/Di, v.516A, A01 >>> >>> Both machines have the same symptoms or the reboots at random times. >>> >>> I have now disabled the USB via rc.conf to see if the reboots still >>> occur. >>> On one machine I shall drop the PAE kernel and see if that increases >>> the >>> stability >> >> >> >> We've been running a 2850 with dual processors for a while now, >> although we're only running 2G of ram. I'm also running the i386 >> verson of freebsd instead of amd64 (since I couldn't decide whether >> I'd really gain anything by running that version, especially with my >> low ram amount). We did initially have a problem with our add-on >> perc4 controller, but that was obviously a problem with that >> controller, but after that was resolved, the only issue I've had with >> it is the usb interrupt storms. Since we don't use usb on that >> system, I've just completely disabled it. After that, it's run >> flawlessly for about 6 months now. >> >>> Regards >>> >>> Danny >>> >>> -----Original Message----- >>> From: owner-freebsd-stable@freebsd.org >>> [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Vinny Abello >>> Sent: 01 June 2005 05:10 >>> To: Danny Cooper >>> Cc: freebsd-stable@freebsd.org >>> Subject: RE: DELL PowerEdge 2850 and FreeBSD 5.4 >>> >>> What BIOS revision are you running in your 2850? Make sure all your >>> firmware is up to date. I had problems with an slightly older Dell >>> 2650 trying to install FreeBSD until I flashed the latest RAID >>> controller firmware. If this doesn't help, try running some >>> diagnostics on the hardware. Dell has some pretty extensive >>> utilities. I think you can boot a Dell diagnostic CD you download >>> from their web site. It's possible you have bad RAM. >>> >>> At 11:50 AM 5/31/2005, Danny Cooper wrote: >>> >With the kernel I removed all non-required devices >>> > >>> >Firewire, usb all the NIC's except em and removed all RAID and SCSI >>> >controllers to make sure nothing would interfere. >>> > >>> >I tried to boot with the AMD64 CD but with no success, the machine >>> just >>> >hangs when it tries to load the CD, still trying to work out a >>> solution to >>> >the problem, but it just seems these DELL 2850 machines are for >>> Windows or >>> >RedHat!!! >>> > >>> >DC >>> > >>> >-----Original Message----- >>> >From: owner-freebsd-stable@freebsd.org >>> >[mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Claus Guttesen >>> >Sent: 31 May 2005 16:15 >>> >To: Danny Cooper >>> >Cc: freebsd-stable@freebsd.org >>> >Subject: Re: DELL PowerEdge 2850 and FreeBSD 5.4 >>> > >>> > > I have installed FreeBSD 5.4 RELEASE and upgraded to -STABLE on >>> a DELL >>> > > PE2850. >>> > > >>> > > FreeBSD 5.4-STABLE #1: Wed May 25 23:43:12 BST 2005 >>> > > CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3192.22-MHz 686-class CPU) >>> > > real memory = 5100273664 (4864 MB) >>> > > avail memory = 4189892608 (3995 MB) >>> > > MPTable: >>> > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >>> > > cpu0 (BSP): APIC ID: 0 >>> > > cpu1 (AP): APIC ID: 6 >>> > > amr0: Firmware 516A, BIOS H418, 256MB RAM >>> > > >>> > > I have disabled ACPI HTT and enabled PAE to make the whole >>> system memory >>> > > available. >>> > > >>> > > However the problem I have is the system can crash at any >>> moment, and is >>> >not >>> > > load related. As the crash info below is when the machine was in >>> an 100% >>> > > idle state. >>> > >>> >I have the same hardware as well, running on the i386-port. I have >>> >disabled usb with usbd_enable="NO" in /etc/rc.conf. I have no idea >>> >whether this helps but havent't had an issue with the 2850. Except >>> >with a qlogic-hba and the isp-driver (I suspect) *on* amd64, but *not* >>> >on i386. >>> > >>> >Claus >>> >_______________________________________________ >>> >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" >>> > >>> > >>> >_______________________________________________ >>> >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" >>> >>> >>> Vinny Abello >>> Network Engineer >>> Server Management >>> vinny@tellurian.com >>> (973)300-9211 x 125 >>> (973)940-6125 (Direct) >>> PGP Key Fingerprint: 3BC5 9A48 FC78 03D3 82E0 E935 5325 FBCB 0100 977A >>> >>> Tellurian Networks - The Ultimate Internet Connection >>> http://www.tellurian.com (888)TELLURIAN >>> >>> "Courage is resistance to fear, mastery of fear - not absence of >>> fear" -- Mark Twain >>> >>> >>> _______________________________________________ >>> 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" >>> >>> >>> _______________________________________________ >>> 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" >> >> >> >> _______________________________________________ >> 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" > > > > _______________________________________________ > 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 Fri Jun 3 16:47:53 2005 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 9BDC916A41F for ; Fri, 3 Jun 2005 16:47:53 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0C0A43D49 for ; Fri, 3 Jun 2005 16:47:52 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so790410wri for ; Fri, 03 Jun 2005 09:47:52 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=iZKobh8lsKa7EzYzrfw3PCj3n+AZzbndw5VIEzZMfvOi8ds7hxsV548jO3GyT2jleIPWU4PdQPZtXQIu/EQH1YwfMyAfVn/T35DbThkR5v35UZLv1nH+DBveuMiGMMEvaZ8PYSAtcwt9Zu5m0v5D4i/Y+Ia54YMMrVm4Dng1ros= Received: by 10.54.128.20 with SMTP id a20mr875331wrd; Fri, 03 Jun 2005 09:47:52 -0700 (PDT) Received: by 10.54.29.77 with HTTP; Fri, 3 Jun 2005 09:47:52 -0700 (PDT) Message-ID: <790a9fff05060309474f2f06eb@mail.gmail.com> Date: Fri, 3 Jun 2005 11:47:52 -0500 From: Scot Hetzel To: Boris Samorodov In-Reply-To: <41916239@srv.sem.ipt.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <429D8B3B.50203@ng.fadesa.es> <29469499@srv.sem.ipt.ru> <429DE188.5020908@ng.fadesa.es> <09783236@srv.sem.ipt.ru> <429EE7D8.4050900@ng.fadesa.es> <65121725@srv.sem.ipt.ru> <42A025CA.2000107@ng.fadesa.es> <41916239@srv.sem.ipt.ru> Cc: fandino@ng.fadesa.es, freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: Re: kadmin (heimdal port) ignores the ldap backend X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Scot Hetzel List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jun 2005 16:47:53 -0000 I believe you have to set NO_KERBEROS in /etc/make.conf. Then rebuild & install the FreeBSD sources in /usr/src. Then after the installworld, you'll need to go to the /usr/lib directory and move/remove all libs that are older than the date of the install. NOTE: I would also do a second installworld, after removing the libraries. Just incase something was removed that wasn't supposed to be removed. Then install the KERBEROS hemidal port. Scot On 6/3/05, Boris Samorodov wrote: > On Fri, 03 Jun 2005 11:41:30 +0200 fandino wrote: >=20 > > Boris Samorodov wrote: > > >>I removed temporally all /usr/lib/libkadm5srv* libraries and as resul= ts > > >>kadmin was forced to load /usr/local libraries, but I get the same > > >>problem :-( > > >=20 > > >>again kadmin doesn't use ldap and fallback to database files. > > > From your dump: > > > 58516 kadmin CALL access(0x28079000,0) > > > 58516 kadmin NAMI "/usr/lib/libhdb.so.7" > > > 58516 kadmin RET access 0 > > > 58516 kadmin CALL open(0x28076040,0,0xbfbfebcc) > > > 58516 kadmin NAMI "/usr/lib/libhdb.so.7" > > > 58516 kadmin RET open 3 > > > 58516 kadmin CALL fstat(0x3,0xbfbfebcc) > > > 58516 kadmin RET fstat 0 > > > 58516 kadmin CALL read(0x3,0x28070c40,0x1000) > > > 58516 kadmin GIO fd 3 read 4096 bytes > > > Thus kadmin is using the system libhdb. The port version shuold be > > > at > > > /usr/local/lib. >=20 > > Effectively /usr/lib/libhdb.so.7 was the cause of the problem. Thank yo= u > Boris. >=20 > You are welcome. >=20 > > I'd like to ask what is the proper way of treat with this conflict? >=20 > So do I. >=20 > > is it unavoidable? >=20 > The same. >=20 > > is there any solution? >=20 > I already gave you a skeleton of the wrapping script for kadmin with > search-order changed for libraries. IMO it's the most effective way at > the matter. >=20 > Does someone know the right solution? >=20 > > Also it'd be interesting if a warning was printed by the port install > script > > advising the consequences of enable "LDAP backend" in the heimdal port. >=20 > Please, do send-pr with your suggestion. >=20 >=20 > WBR > --=20 > bsam > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" >=20 --=20 DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 3 16:53:38 2005 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 0714A16A41C for ; Fri, 3 Jun 2005 16:53:38 +0000 (GMT) (envelope-from maxicombina@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8031743D48 for ; Fri, 3 Jun 2005 16:53:37 +0000 (GMT) (envelope-from maxicombina@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so792267wri for ; Fri, 03 Jun 2005 09:53:37 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ZvPcOeefX4wxPH+HvkUy7vFiyJov317J7Rs5SNLIe5/bmR9DZ6lUzHLMlhIgjgp7D0su+/hMEAreQsLH1U+HkjmJ1Zf2K8tPXphsasQBWM52zdqjCExYqvYnF2iZpKqSmhwDzibJ1dODqtvYVhJuPnKwhKFjH1KWitCVuw5UUds= Received: by 10.54.108.13 with SMTP id g13mr1319607wrc; Fri, 03 Jun 2005 09:53:36 -0700 (PDT) Received: by 10.54.44.33 with HTTP; Fri, 3 Jun 2005 09:53:36 -0700 (PDT) Message-ID: <285af087050603095356601a3d@mail.gmail.com> Date: Fri, 3 Jun 2005 13:53:36 -0300 From: Maxi Combina To: freebsd-stable@freebsd.org In-Reply-To: <200506031419.j53EJwhw098025@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050602225453.90075.qmail@web31012.mail.mud.yahoo.com> <200506031419.j53EJwhw098025@lurza.secnetix.de> Subject: Re: filesystems not properly unmounted [OT] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Maxi Combina List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jun 2005 16:53:38 -0000 > Personally, I have used the ext2fs driver for exactly one > reason: to migrate data from Linux to FreeBSD on machines > which are being converted from the Dark Side. And that I do not seed the need of insult other OS. Even worse if the other OS is open source (as linux). With this attitude we are NOT going to change anything. Linux has its _really_ good points. Windows too (altough personally I hate windows/microsoft, I must admit windows' advanteges). I do NOT pretend to start a flameware. I am just reflecting. Maxi From owner-freebsd-stable@FreeBSD.ORG Fri Jun 3 18:37:21 2005 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 8602516A480; Fri, 3 Jun 2005 18:37:20 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam.ru (gw.ipt.ru [80.253.10.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27F8043D1D; Fri, 3 Jun 2005 18:37:19 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam by bsam.ru with local (Exim 4.30; FreeBSD) id 1DeH3e-000NPQ-7f; Fri, 03 Jun 2005 22:38:14 +0400 To: Scot Hetzel References: <429D8B3B.50203@ng.fadesa.es> <29469499@srv.sem.ipt.ru> <429DE188.5020908@ng.fadesa.es> <09783236@srv.sem.ipt.ru> <429EE7D8.4050900@ng.fadesa.es> <65121725@srv.sem.ipt.ru> <42A025CA.2000107@ng.fadesa.es> <41916239@srv.sem.ipt.ru> <790a9fff05060309474f2f06eb@mail.gmail.com> From: Boris Samorodov Date: Fri, 03 Jun 2005 22:38:14 +0400 In-Reply-To: <790a9fff05060309474f2f06eb@mail.gmail.com> (Scot Hetzel's message of "Fri, 3 Jun 2005 11:47:52 -0500") Message-ID: <11516153@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: "Boris B. Samorodov" Cc: fandino@ng.fadesa.es, freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: Re: kadmin (heimdal port) ignores the ldap backend 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, 03 Jun 2005 18:37:22 -0000 Hi, Scot! Thank you for your answer, 'cause I've been thinking nobody is interested at the matter. On Fri, 3 Jun 2005 11:47:52 -0500 Scot Hetzel wrote: > I believe you have to set NO_KERBEROS in /etc/make.conf. Then rebuild > & install the FreeBSD sources in /usr/src. Then after the > installworld, you'll need to go to the /usr/lib directory and > move/remove all libs that are older than the date of the install. > NOTE: I would also do a second installworld, after removing the > libraries. Just incase something was removed that wasn't supposed to > be removed. > Then install the KERBEROS hemidal port. Hmm. And what about kerbesized applications (i.e. sshd) from the base system which I'd like to use with kerberos authentication? WBR -- bsam From owner-freebsd-stable@FreeBSD.ORG Fri Jun 3 20:00:58 2005 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 3FACD16A41C for ; Fri, 3 Jun 2005 20:00:58 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F0B743D1F for ; Fri, 3 Jun 2005 20:00:57 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so848672wri for ; Fri, 03 Jun 2005 13:00:56 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=mFMF+PXgehM3WdkN/IWWioMRgfskg5X1wRWf+rvVtSBI6TBNiw8qP7OOoBEkKzcKZMMJ627l4Hz2mjeo9CKiABK92arhrGowxvnDFg+nIUD6VD07rjXKQ1DHbTSjI0BefgWpmSb/ee3cPI5cZM7F5TSKC2sMX5MRam9O2qtP6mA= Received: by 10.54.45.7 with SMTP id s7mr883863wrs; Fri, 03 Jun 2005 13:00:56 -0700 (PDT) Received: by 10.54.29.77 with HTTP; Fri, 3 Jun 2005 13:00:56 -0700 (PDT) Message-ID: <790a9fff0506031300756e6bda@mail.gmail.com> Date: Fri, 3 Jun 2005 15:00:56 -0500 From: Scot Hetzel To: Boris Samorodov In-Reply-To: <11516153@srv.sem.ipt.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <429D8B3B.50203@ng.fadesa.es> <29469499@srv.sem.ipt.ru> <429DE188.5020908@ng.fadesa.es> <09783236@srv.sem.ipt.ru> <429EE7D8.4050900@ng.fadesa.es> <65121725@srv.sem.ipt.ru> <42A025CA.2000107@ng.fadesa.es> <41916239@srv.sem.ipt.ru> <790a9fff05060309474f2f06eb@mail.gmail.com> <11516153@srv.sem.ipt.ru> Cc: fandino@ng.fadesa.es, freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: Re: kadmin (heimdal port) ignores the ldap backend X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Scot Hetzel List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jun 2005 20:00:58 -0000 On 6/3/05, Boris Samorodov wrote: > > I believe you have to set NO_KERBEROS in /etc/make.conf. Then rebuild > > & install the FreeBSD sources in /usr/src. Then after the > > installworld, you'll need to go to the /usr/lib directory and > > move/remove all libs that are older than the date of the install. >=20 > > NOTE: I would also do a second installworld, after removing the > > libraries. Just incase something was removed that wasn't supposed to > > be removed. >=20 > > Then install the KERBEROS hemidal port. >=20 > Hmm. And what about kerbesized applications (i.e. sshd) from the base > system which I'd like to use with kerberos authentication? >=20 looks like you would have to install them from ports, unless you hacked the sources to use KERBEROS installed from the port. src/secure/usr.bin/ssh/Makefile src/lib/libtelnet/Makefile src/lib/libpam/modules/modules.inc NOTE: there may be others You would have to change the files to check if the hemdial libraries are installed: .if (defined(HEIMDAL_HOME) && exists(${HEIMDAL_HOME}/lib/libkrb5.so) ) || !defined(NO_KERBEROS) NOTE: you may also need to set LDFLAGS+=3D-L${HEIMDAL_HOME}/lib And see if it compiles. Scot From owner-freebsd-stable@FreeBSD.ORG Fri Jun 3 22:26:25 2005 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 3FFCC16A41C for ; Fri, 3 Jun 2005 22:26:25 +0000 (GMT) (envelope-from Hans.F.Nordhaug@hiMolde.no) Received: from fjesing.himolde.no (fjesing.hiMolde.no [158.38.83.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7553643D48 for ; Fri, 3 Jun 2005 22:26:24 +0000 (GMT) (envelope-from Hans.F.Nordhaug@hiMolde.no) Received: from malle.himolde.no ([158.38.68.22]) by fjesing.himolde.no with InterScan Messaging Security Suite; Sat, 04 Jun 2005 00:26:22 +0200 Received: from harr.himolde.no (harr.hiMolde.no [158.38.68.20]) by malle.himolde.no (8.12.8/8.12.8) with ESMTP id j53MQLvB020602 for ; Sat, 4 Jun 2005 00:26:21 +0200 Received: from harr.himolde.no (harr.himolde.no [127.0.0.1]) by harr.himolde.no (8.12.8/8.11.6) with ESMTP id j53MQLwH000731 for ; Sat, 4 Jun 2005 00:26:21 +0200 Received: (from nordhaug@localhost) by harr.himolde.no (8.12.8/8.12.8/Submit) id j53MQKMW000729 for freebsd-stable@freebsd.org; Sat, 4 Jun 2005 00:26:20 +0200 Date: Sat, 4 Jun 2005 00:26:20 +0200 From: "Hans F. Nordhaug" To: freebsd-stable@freebsd.org Message-ID: <20050603222620.GA708@hiMolde.no> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: RAID-1 as back-up 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, 03 Jun 2005 22:26:25 -0000 Dear list, I would like to use RAID-1 as a back-up solution. If one of the disk breaks I would like my server to continue to run from the other disk. I have followed the mailing list for a while and read some howtos, but I'm not sure if this is possible (without doing all kinds of tricks when the accidents happens - removing meta data and so on). In addition, I thought, gvinum was the way to go, but hasn't there been some problems with it (reported here lately)? I'm running 5.3 - what do you recommend - gvinum, ccd, others? What is the definitive howto for the recommend solution. Thx for your time. Regards, Hans From owner-freebsd-stable@FreeBSD.ORG Fri Jun 3 22:31:23 2005 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 3DBCB16A420 for ; Fri, 3 Jun 2005 22:31:23 +0000 (GMT) (envelope-from karl@FS.denninger.net) Received: from FS.denninger.net (wsip-68-15-213-52.at.at.cox.net [68.15.213.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id C944243D1D for ; Fri, 3 Jun 2005 22:31:22 +0000 (GMT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net (localhost [127.0.0.1]) by FS.denninger.net (8.13.3/8.13.1) with SMTP id j53MVLGo060671 for ; Fri, 3 Jun 2005 17:31:21 -0500 (CDT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net [127.0.0.1] by Spamblock-sys; Fri Jun 3 17:31:21 2005 Received: (from karl@localhost) by FS.denninger.net (8.13.3/8.13.1/Submit) id j53MVLAF060669 for freebsd-stable@freebsd.org; Fri, 3 Jun 2005 17:31:21 -0500 (CDT) (envelope-from karl) Date: Fri, 3 Jun 2005 17:31:21 -0500 From: Karl Denninger To: freebsd-stable@freebsd.org Message-ID: <20050603223121.GA60631@FS.denninger.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <20050603222620.GA708@hiMolde.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050603222620.GA708@hiMolde.no> User-Agent: Mutt/1.4.2.1i Organization: Karl's Sushi and Packet Smashers X-Die-Spammers: Spammers cheerfully broiled for supper and served with ketchup! Subject: Re: RAID-1 as back-up 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, 03 Jun 2005 22:31:23 -0000 On Sat, Jun 04, 2005 at 12:26:20AM +0200, Hans F. Nordhaug wrote: > Dear list, > > I would like to use RAID-1 as a back-up solution. If one of the disk > breaks I would like my server to continue to run from the other disk. > I have followed the mailing list for a while and read some howtos, > but I'm not sure if this is possible (without doing all kinds of tricks > when the accidents happens - removing meta data and so on). In > addition, I thought, gvinum was the way to go, but hasn't there been > some problems with it (reported here lately)? I'm running 5.3 - what > do you recommend - gvinum, ccd, others? What is the definitive howto for > the recommend solution. Thx for your time. > > Regards, > Hans I do this using gmirror; I run a two-disk Raid1 system for normal operaton, and back up to a third device which a CRON job attaches and detaches nightly to image the system. The detached disk is removed, so it will not be detected as a valid device on boot. If the online mirror breaks (either disk) the other continues on its merry way. In a catastrophe where the system scribbles on BOTH disks, the other volume can be booted manually and with a bit of effort (couple of command-line entries from single user mode) brought online as a single device. -- -- Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist http://www.denninger.net My home on the net - links to everything I do! http://scubaforum.org Your UNCENSORED place to talk about DIVING! http://www.spamcuda.net SPAM FREE mailboxes - FREE FOR A LIMITED TIME! http://genesis3.blogspot.com Musings Of A Sentient Mind From owner-freebsd-stable@FreeBSD.ORG Fri Jun 3 22:36:37 2005 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 E874D16A41C for ; Fri, 3 Jun 2005 22:36:37 +0000 (GMT) (envelope-from alec@thened.net) Received: from splinter.bowdoin.edu (splinter.bowdoin.edu [139.140.181.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8071D43D1D for ; Fri, 3 Jun 2005 22:36:37 +0000 (GMT) (envelope-from alec@thened.net) Received: by splinter.bowdoin.edu (Postfix, from userid 12008) id BC99EC1C3; Fri, 3 Jun 2005 18:36:34 -0400 (EDT) Date: Fri, 3 Jun 2005 18:36:34 -0400 From: Alec Berryman To: freebsd-stable@freebsd.org Message-ID: <20050603223634.GA13927@thened.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <20050603222620.GA708@hiMolde.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qDbXVdCdHGoSgWSk" Content-Disposition: inline In-Reply-To: <20050603222620.GA708@hiMolde.no> X-Ned-Wuz-Here: Yes X-Operating-System: FreeBSD 5.4-STABLE X-GPG-Fingerprint: 3DB5 8785 53D9 8BF4 5049 B6B9 02E7 7FD9 881C 85C4 X-GPG-Key: http://www.thened.net/~alec/static/alec.asc User-Agent: Mutt/1.5.9i Subject: Re: RAID-1 as back-up 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, 03 Jun 2005 22:36:38 -0000 --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hans F. Nordhaug on 2005-06-04 00:26:20 +0200: > I would like to use RAID-1 as a back-up solution. If one of the disk > breaks I would like my server to continue to run from the other > disk. Just as fair warning, you should not rely on RAID as a 'backup' like you would rely on writing to removable media and storing off-site. If someone cracks your computer and you want to go back to known good snapshot, you're out of luck; if you accidently overwrite something, RAID won't help you. > I'm running 5.3 - what do you recommend - gvinum, ccd, others? What > is the definitive howto for the recommend solution. You should use gmirror. There's an excellent guide - http://people.freebsd.org/~rse/mirror/. I've been using gmirror for about half a year and have had no problems. --qDbXVdCdHGoSgWSk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCoNtyAud/2YgchcQRArN0AJ4gAq94JmfzDcmRD5zsWnQlLV5lJACfYUUS St9WTIqz2Uo8A2TjPtxWhqo= =LKze -----END PGP SIGNATURE----- --qDbXVdCdHGoSgWSk-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 3 22:50:16 2005 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 CBD0E16A41F for ; Fri, 3 Jun 2005 22:50:16 +0000 (GMT) (envelope-from karl@FS.denninger.net) Received: from FS.denninger.net (wsip-68-15-213-52.at.at.cox.net [68.15.213.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AD5943D49 for ; Fri, 3 Jun 2005 22:50:15 +0000 (GMT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net (localhost [127.0.0.1]) by FS.denninger.net (8.13.3/8.13.1) with SMTP id j53MoFkb060925 for ; Fri, 3 Jun 2005 17:50:15 -0500 (CDT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net [127.0.0.1] by Spamblock-sys; Fri Jun 3 17:50:15 2005 Received: (from karl@localhost) by FS.denninger.net (8.13.3/8.13.1/Submit) id j53MoFWg060923 for freebsd-stable@freebsd.org; Fri, 3 Jun 2005 17:50:15 -0500 (CDT) (envelope-from karl) Date: Fri, 3 Jun 2005 17:50:15 -0500 From: Karl Denninger To: freebsd-stable@freebsd.org Message-ID: <20050603225015.GA60773@FS.denninger.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <20050603222620.GA708@hiMolde.no> <20050603223634.GA13927@thened.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050603223634.GA13927@thened.net> User-Agent: Mutt/1.4.2.1i Organization: Karl's Sushi and Packet Smashers X-Die-Spammers: Spammers cheerfully broiled for supper and served with ketchup! Subject: Re: RAID-1 as back-up 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, 03 Jun 2005 22:50:17 -0000 On Fri, Jun 03, 2005 at 06:36:34PM -0400, Alec Berryman wrote: > Hans F. Nordhaug on 2005-06-04 00:26:20 +0200: > > > I would like to use RAID-1 as a back-up solution. If one of the disk > > breaks I would like my server to continue to run from the other > > disk. > > Just as fair warning, you should not rely on RAID as a 'backup' like > you would rely on writing to removable media and storing off-site. If > someone cracks your computer and you want to go back to known good > snapshot, you're out of luck; if you accidently overwrite something, > RAID won't help you. That depends. You can use a third volume in a RAID1 system to image to nightly under automatic control and detach it when finished. Done with care this disk will NOT be used at boot (it might actually boot the kernel, BUT it is not considered one of the providers in gmirror if you "remove" it, so it will not come back into the configuration on a restart) If a hacker scribbles on your disks, this one can still be booted manually with a bit of effort (couple of commands from single user mode.) It will not come up clean but if care is taken (e.g. flushing any open DBMS processes that are active at the time of the detach) you can insure that critical areas on the system are intact, even though a FSCK will be required. You can also (since the disk is detached) physically remove it from the machine (assuming hardware support for such a thing) and physically take the disk somewhere and shove it in an offsite location. The beauty of this over a tape backup is that it is MUCH faster (I can copy about 300GB this way in under five hours), is a true image copy and the resulting media is directly bootable (no restore required) It can also be mounted separately if necessary with the system running (if set up correctly) so you can incrementally copy a file that has been removed by accident, for example, back onto the working volumes. Another option is to DUMP to a disk. Using the snapshop features this is even safer in terms of data integrity but you lose the online nature of the backup (it has to be restored if there is a problem; you can't just boot the volume.) It also allows incremental backups if you desire to use them. As with all backup strategies (absent write-once media in SOME cases) if the media is PHYSICALLY connected to the machine and it is hacked it is possible for a hacker to scribble on THAT as well. This is no more likely, however, than it is for a tape cartridge system (e.g. tape library, etc) that is likewise available while the machine is running. Backup up to a disk drive is becoming much more attractive in terms of total cost, especially when one includes in the picture the time required to restore. The high-capacity tape makers are no longer necessarily the option of choice for this necessary function. -- -- Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist http://www.denninger.net My home on the net - links to everything I do! http://scubaforum.org Your UNCENSORED place to talk about DIVING! http://www.spamcuda.net SPAM FREE mailboxes - FREE FOR A LIMITED TIME! http://genesis3.blogspot.com Musings Of A Sentient Mind From owner-freebsd-stable@FreeBSD.ORG Sat Jun 4 01:48:08 2005 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 6EE8116A41C for ; Sat, 4 Jun 2005 01:48:08 +0000 (GMT) (envelope-from girgen@pingpong.net) Received: from melon.pingpong.net (82.milagro.bahnhof.net [195.178.168.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8519843D1D for ; Sat, 4 Jun 2005 01:48:07 +0000 (GMT) (envelope-from girgen@pingpong.net) Received: from localhost (localhost.pingpong.net [127.0.0.1]) by melon.pingpong.net (Postfix) with ESMTP id 4046C4B074; Sat, 4 Jun 2005 03:48:05 +0200 (CEST) Received: from melon.pingpong.net ([127.0.0.1]) by localhost (melon.pingpong.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 00696-02; Sat, 4 Jun 2005 03:48:04 +0200 (CEST) Received: from [192.168.1.187] (rambutan.pingpong.net [192.168.1.187]) by melon.pingpong.net (Postfix) with ESMTP id B11234B01E; Sat, 4 Jun 2005 03:48:04 +0200 (CEST) Date: Sat, 04 Jun 2005 03:48:04 +0200 From: Palle Girgensohn To: freebsd-stable@freebsd.org Message-ID: <2032FF2A928A89651F1C7843@rambutan.pingpong.net> X-Mailer: Mulberry/3.1.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Virus-Scanned: by amavisd-new at pingpong.net Cc: Brendan White Subject: Repeatable crash with 5.4-p1-RELEASE and SMP 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, 04 Jun 2005 01:48:08 -0000 Hi! This is very similar to Brendan White problem just reported here. My guess=20 is it is the very same problem. I've reported the same problem on some=20 occasions before (although I use amd64, so my postings are to=20 amd64@freebsd.org). My system is also Dell 2850, dual CPUs, 3GB RAM, running amd64 FreeBSD=20 5.4-p1. It is quite stable (but slow) when running without SMP. When SMP is = on, it crashes within a few hours. High load, around 4. See my postings on=20 amd64@ for many more details. Anyway, I have managed to get an automatic reboot and a core dump. Giant=20 leap for mankind :-) . It looks kind of partly overwritten, though.=20 According to the Developer's handbook, the core should be saved *before*=20 the swap partition is added to the system. I can easily verifying that this = is not the case, the swap is "mounted" first. I once again raise the=20 question if PR conf/73834 shouln't be addressed? Or perhaps my core dump is = quite normal? Doesn't look like it. In rc.conf, I have: # kernel crash dumps dumpdev=3D"/dev/amrd0s2b" dumpdir=3D"/misc/crash" Here's the dump. Anything else I shall extract, please just ask. # kgdb kernel.debug /misc/crash/vmcore.11 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: = Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 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=20 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 "amd64-marcel-freebsd". #0 doadump () at pcpu.h:167 167 __asm __volatile("movq %%gs:0,%0" : "=3Dr" (td)); (kgdb) backtrace #0 doadump () at pcpu.h:167 #1 0x0000000000000000 in ?? () #2 0xffffffff80341267 in boot (howto=3D260) at=20 /usr/src/sys/kern/kern_shutdown.c:410 #3 0xffffffff80341ac6 in panic (fmt=3D0xffffff007b76d000 "=A0=ABx{") at=20 /usr/src/sys/kern/kern_shutdown.c:566 #4 0xffffffff804f0f52 in trap_fatal (frame=3D0xc, = eva=3D18446742976269307904) at /usr/src/sys/amd64/amd64/trap.c:639 #5 0xffffffff804f11ef in trap_pfault (frame=3D0xffffffffb1d229b0, = usermode=3D0) at /usr/src/sys/amd64/amd64/trap.c:562 #6 0xffffffff804f1457 in trap (frame=3D {tf_rdi =3D -1097427517200, tf_rsi =3D -1097440243712, tf_rdx =3D = 1056,=20 tf_rcx =3D 0, tf_r8 =3D 0, tf_r9 =3D 0, tf_r ax =3D 1056, tf_rbx =3D 0, tf_rbp =3D -1098069766144, tf_r10 =3D = 4503599627366400,=20 tf_r11 =3D 3392, tf_r12 =3D 4, tf_r13 =3D 4, tf_r14 =3D -1099313881192, tf_r15 =3D -1097364452848, tf_trapno =3D 12, = tf_addr =3D 136, tf_flags =3D -1099313881192 , tf_err =3D 0, tf_rip =3D -2144020582, tf_cs =3D 8, tf_rflags =3D 66050, = tf_rsp =3D=20 -1311626640, tf_ss =3D 0}) at /usr/src/sys/amd64/amd64/trap.c:341 #7 0xffffffff804deb0b in calltrap () at=20 /usr/src/sys/amd64/amd64/exception.S:171 #8 0xffffff007c3900f0 in ?? () #9 0xffffff007b76d000 in ?? () #10 0x0000000000000420 in ?? () #11 0x0000000000000000 in ?? () #12 0x0000000000000000 in ?? () #13 0x0000000000000000 in ?? () #14 0x0000000000000420 in ?? () #15 0x0000000000000000 in ?? () #16 0xffffff0055f11000 in ?? () #17 0x000ffffffffff000 in ?? () #18 0x0000000000000d40 in ?? () #19 0x0000000000000004 in ?? () #20 0x0000000000000004 in ?? () #21 0xffffff000bc95f98 in ?? () #22 0xffffff007ffb4a10 in ?? () #23 0x000000000000000c in ?? () #24 0x0000000000000088 in ?? () #25 0xffffff000bc95f98 in ?? () #26 0x0000000000000000 in ?? () #27 0xffffffff8034d79a in thread_fini (mem=3D0x0, size=3D0) at=20 /usr/src/sys/kern/kern_thread.c:271 #28 0x0000000000000000 in ?? () #29 0x0000000000000001 in ?? () #30 0xffffff007ffb4a00 in ?? () #31 0xffffff0055f11f98 in ?? () #32 0xffffffff804d46ff in zone_drain (zone=3D0x8) at=20 /usr/src/sys/vm/uma_core.c:749 #33 0xffffffff804d22b6 in zone_foreach (zfunc=3D0xffffffff804d4530=20 ) at /usr/src/sys/vm/uma_core.c:1494 #34 0xffffffff804d5ec9 in uma_reclaim () at /usr/src/sys/vm/uma_core.c:2623 #35 0xffffffff804cfcac in vm_pageout () at /usr/src/sys/vm/vm_pageout.c:674 #36 0xffffffff8032805c in fork_exit (callout=3D0xffffffff804cf6b0=20 , arg=3D0x0, frame=3D0xffffffffb1d22c50) at /usr/src/sys/kern/kern_fork.c:791 #37 0xffffffff804ded0e in fork_trampoline () at=20 /usr/src/sys/amd64/amd64/exception.S:296 #38 0x0000000000000000 in ?? () #39 0x0000000000000000 in ?? () #40 0x0000000000000001 in ?? () #41 0x0000000000000000 in ?? () #42 0x0000000000000000 in ?? () #43 0x0000000000000000 in ?? () #44 0x0000000000000000 in ?? () #45 0x0000000000000000 in ?? () #46 0x0000000000000000 in ?? () #47 0x0000000000000000 in ?? () #48 0x0000000000000000 in ?? () ---Type to continue, or q to quit--- #49 0x0000000000000000 in ?? () #50 0x0000000000000000 in ?? () #51 0x0000000000000000 in ?? () #52 0x0000000000000000 in ?? () #53 0x0000000000000000 in ?? () #54 0x0000000000000000 in ?? () #55 0x0000000000000000 in ?? () #56 0x0000000000000000 in ?? () #57 0x0000000000000000 in ?? () #58 0x0000000000000000 in ?? () #59 0x0000000000000000 in ?? () #60 0x0000000000000000 in ?? () #61 0x0000000000000000 in ?? () #62 0x0000000000000000 in ?? () #63 0x0000000000000000 in ?? () #64 0x0000000000000000 in ?? () #65 0x0000000000000000 in ?? () #66 0x0000000000000000 in ?? () #67 0x0000000000000000 in ?? () #68 0x0000000000000000 in ?? () #69 0x0000000000000000 in ?? () #70 0x000000000095d000 in ?? () #71 0xffffffffb1d229b0 in ?? () #72 0x0000000000000104 in ?? () #73 0x0000000000000000 in ?? () #74 0xffffff007b78aba0 in ?? () #75 0xffffff007b7af280 in ?? () #76 0xffffffffb1d226e8 in ?? () #77 0xffffff007b76d000 in ?? () #78 0xffffffff80355d5c in sched_switch (td=3D0x0, newtd=3D0x0, flags=3D1) = at=20 /usr/src/sys/kern/sched_4bsd.c:881 #79 0x0000000000000000 in ?? () #80 0x0000000000000000 in ?? () #81 0x0000000000000000 in ?? () #82 0x0000000000000000 in ?? () #83 0x0000000000000000 in ?? () #84 0x0000000000000000 in ?? () #85 0x0000000000000000 in ?? () #86 0x0000000000000000 in ?? () #87 0x0000000000000000 in ?? () #88 0x0000000000000000 in ?? () #89 0x0000000000000000 in ?? () #90 0x0000000000000000 in ?? () #91 0x0000000000000000 in ?? () #92 0x0000000000000000 in ?? () #93 0x0000000000000000 in ?? () #94 0x0000000000000000 in ?? () #95 0x0000000000000000 in ?? () #96 0x0000000000000000 in ?? () #97 0x0000000000000000 in ?? () #98 0x0000000000000000 in ?? () #99 0x0000000000000000 in ?? () #100 0x0000000000000000 in ?? () #101 0x0000000000000000 in ?? () #102 0x0000000000000000 in ?? () #103 0x0000000000000000 in ?? () #104 0x0000000000000000 in ?? () #105 0x0000000000000000 in ?? () #106 0x0000000000000000 in ?? () ---Type to continue, or q to quit--- #107 0x0000000000000000 in ?? () #108 0x0000000000000000 in ?? () #109 0x0000000000000000 in ?? () #110 0x0000000000000000 in ?? () #111 0x0000000000000000 in ?? () #112 0x0000000000000000 in ?? () #113 0x0000000000000000 in ?? () #114 0x0000000000000000 in ?? () #115 0x0000000000000000 in ?? () #116 0x0000000000000000 in ?? () #117 0x0000000000000000 in ?? () #118 0x0000000000000000 in ?? () #119 0x0000000000000000 in ?? () #120 0x0000000000000000 in ?? () #121 0x0000000000000000 in ?? () #122 0x0000000000000000 in ?? () #123 0x0000000000000000 in ?? () #124 0x0000000000000000 in ?? () #125 0x0000000000000000 in ?? () #126 0x0000000000000000 in ?? () #127 0x0000000000000000 in ?? () #128 0x0000000000000000 in ?? () #129 0x0000000000000000 in ?? () #130 0x0000000000000000 in ?? () #131 0x0000000000000000 in ?? () #132 0x0000000000000000 in ?? () #133 0x0000000000000000 in ?? () #134 0x0000000000000000 in ?? () #135 0x0000000000000000 in ?? () #136 0x0000000000000000 in ?? () #137 0x0000000000000000 in ?? () #138 0x0000000000000000 in ?? () #139 0x0000000000000000 in ?? () #140 0x0000000000000000 in ?? () #141 0x0000000000000000 in ?? () #142 0x0000000000000000 in ?? () #143 0x0000000000000000 in ?? () #144 0x0000000000000000 in ?? () #145 0x0000000000000000 in ?? () #146 0x0000000000000000 in ?? () #147 0x0000000000000000 in ?? () #148 0x0000000000000000 in ?? () #149 0x0000000000000000 in ?? () #150 0x0000000000000000 in ?? () Cannot access memory at address 0xffffffffb1d23000 $ dmesg Copyright (c) 1992-2005 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 5.4-RELEASE-p1 #9: Fri Jun 3 22:26:49 CEST 2005 girgen@melon.pingpong.net:/usr/obj/usr/src/sys/MELON Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2793.01-MHz K8-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf41 Stepping =3D 1 =20 Features=3D0xbfebfbff Features2=3D0x641d,MON,DS_CPL,CNTX-ID,CX16,> AMD Features=3D0x20100800 real memory =3D 2147221504 (2047 MB) avail memory =3D 2061885440 (1966 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 6 ioapic0: Changing APIC ID to 7 ioapic1: Changing APIC ID to 8 ioapic1: WARNING: intbase 32 !=3D expected base 24 ioapic2: Changing APIC ID to 9 ioapic2: WARNING: intbase 64 !=3D expected base 56 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 32-55 on motherboard ioapic2 irqs 64-87 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 amr0: mem=20 0xdfdc0000-0xdfdfffff,0xd80f0000-0xd80fffff irq 46 at device 14.0 on pci2 amr0: Firmware 516A, BIOS H418, 256MB RAM pcib3: at device 0.2 on pci1 pci3: on pcib3 pcib4: at device 4.0 on pci0 pci4: on pcib4 pcib5: at device 5.0 on pci0 pci5: on pcib5 pcib6: at device 0.0 on pci5 pci6: on pcib6 em0: port=20 0xecc0-0xecff mem 0xdfae0000-0xdfafffff irq 64 at device 7.0 on pci6 em0: Ethernet address: 00:11:43:37:a4:9e em0: Speed:N/A Duplex:N/A pcib7: at device 0.2 on pci5 pci7: on pcib7 em1: port=20 0xdcc0-0xdcff mem 0xdf8e0000-0xdf8fffff irq 65 at device 8.0 on pci7 em1: Ethernet address: 00:11:43:37:a4:9f em1: Speed:N/A Duplex:N/A pcib8: at device 6.0 on pci0 pci8: on pcib8 pci0: at device 29.0 (no driver attached) pci0: at device 29.1 (no driver attached) pci0: at device 29.2 (no driver attached) pci0: at device 29.7 (no driver attached) pcib9: at device 30.0 on pci0 pci9: on pcib9 pci9: at device 13.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port=20 0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on=20 acpi0 sio0: type 16550A orm0: at iomem=20 0xec000-0xeffff,0xce800-0xcf7ff,0xcb000-0xcbfff,0xc0000-0xcafff on isa0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec acd0: CDROM at ata0-master PIO4 amrd0: on amr0 amrd0: 139760MB (286228480 sectors) RAID 5 (optimal) ses0 at amr0 bus 0 target 6 lun 0 ses0: Fixed Processor SCSI-2 device ses0: SAF-TE Compliant Device SMP: AP CPU #1 Launched! Mounting root from ufs:/dev/amrd0s2a WARNING: / was not properly dismounted WARNING: /misc was not properly dismounted /misc: mount pending error: blocks 7368 files 5 WARNING: /usr was not properly dismounted WARNING: /usr/local was not properly dismounted /usr/local: mount pending error: blocks 204 files 1 WARNING: /var was not properly dismounted /var: mount pending error: blocks 1344 files 86 WARNING: /var/spool/imap was not properly dismounted em1: Link is up 100 Mbps Half Duplex em0: Link is up 1000 Mbps Full Duplex nothing at all in /etc/make.conf generic kernel with SMP, removed USB since I got interrupt storm, and don't = need it. Also removed FireWire. Diff against GENERIC: $ diff -u GENERIC MELON --- GENERIC Tue Apr 12 15:57:01 2005 +++ MELON Fri Jun 3 20:13:03 2005 @@ -20,7 +20,9 @@ machine amd64 cpu HAMMER -ident GENERIC +ident MELON + +makeoptions DEBUG=3D-g # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for=20 devices. @@ -64,10 +66,10 @@ # Enabling NO_MIXED_MODE gives a performance improvement on some=20 motherboards # but does not work with some boards (mostly nVidia chipset based). -#options NO_MIXED_MODE # Don't penalize working chipsets +options NO_MIXED_MODE # Don't penalize working chipsets # Linux 32-bit ABI support -options LINPROCFS # Cannot be a module yet. +#options LINPROCFS # Cannot be a module yet. # Bus support. Do not remove isa, even if you have no isa slots device acpi @@ -234,29 +236,23 @@ # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter -# USB support -device uhci # UHCI PCI->USB interface -device ohci # OHCI PCI->USB interface -#device ehci # EHCI PCI->USB interface (USB 2.0) -device usb # USB Bus (required) -#device udbp # USB Double Bulk Pipe devices -device ugen # Generic -device uhid # "Human Interface Devices" -device ukbd # Keyboard -device ulpt # Printer -device umass # Disks/Mass storage - Requires scbus and = da -device ums # Mouse -device urio # Diamond Rio 500 MP3 player -device uscanner # Scanners -# USB Ethernet, requires mii -device aue # ADMtek USB Ethernet -device axe # ASIX Electronics USB Ethernet -device cdce # Generic USB over Ethernet -device cue # CATC USB Ethernet -device kue # Kawasaki LSI USB Ethernet -device rue # RealTek RTL8150 USB Ethernet - -# FireWire support -device firewire # FireWire bus code -device sbp # SCSI over FireWire (Requires scbus and = da) -device fwe # Ethernet over FireWire (non-standard!) +# SMP +options SMP + +# SysV stuff +# This provides support for System V shared memory. +# +options SYSVSHM +options SYSVSEM +options SYSVMSG +options SHMMAXPGS=3D65536 +options SEMMNI=3D40 +options SEMMNS=3D240 +options SEMUME=3D40 +options SEMMNU=3D120 + +# Debug stuff, temporary +options KDB +options KDB_TRACE +options KDB_UNATTENDED From owner-freebsd-stable@FreeBSD.ORG Sat Jun 4 01:56:44 2005 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 360D216A41F for ; Sat, 4 Jun 2005 01:56:44 +0000 (GMT) (envelope-from creep@daedalus.desk.pl) Received: from daedalus.desk.pl (daedalus.desk.pl [62.233.238.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEC3843D4C for ; Sat, 4 Jun 2005 01:56:42 +0000 (GMT) (envelope-from creep@daedalus.desk.pl) Received: from localhost (localhost [127.0.0.1]) by daedalus.desk.pl (Postfix) with ESMTP id BBF3C366F0B for ; Sat, 4 Jun 2005 03:50:44 +0200 (CEST) Received: from daedalus.desk.pl ([127.0.0.1]) by localhost (daedalus [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27637-09 for ; Sat, 4 Jun 2005 03:50:42 +0200 (CEST) Received: by daedalus.desk.pl (Postfix, from userid 1023) id 22359366636; Sat, 4 Jun 2005 03:50:42 +0200 (CEST) Date: Sat, 4 Jun 2005 03:50:42 +0200 From: Marcin Krip To: freebsd-stable@freebsd.org Message-ID: <20050604015042.GA30885@daedalus.desk.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Antivirus: Skaner Antywirusowy DESK.pl Subject: USB Flash memory based mp3 player problems. Tried but 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: Sat, 04 Jun 2005 01:56:44 -0000 Hello, FreeBSD lolownia 5.4-STABLE FreeBSD 5.4-STABLE #4: Sat Jun 4 01:54:40 CEST 2005 cvsupped today. Basically a GENERIC kernel with hw i don't need commented out. I have Samsung's YP-55 MP3 player. When I try to copy a file to it, the process hangs for a while, and then kernel produces: umass0: BBB reset failed, STALLED umass0: BBB bulk-in clear stall failed, STALLED umass0: BBB bulk-out clear stall failed, STALLED System becomes not responsive (blocking a lot on i/o), even after pulling the device out. Reboot mandatory. I found several threads in google describeing this problem. Tried to follow the instructions and: 1. Added my YP-55 to sys/dev/usb/usbdevs /* Samsung products */ product SAMSUNG ML6060 0x3008 ML-6060 laser printer +product SAMSUNG YP55 0x500d YP-55 MP3 Player 2. Added entries for quirks suggested there: +++ umass.c + { USB_VENDOR_SAMSUNG, USB_PRODUCT_SAMSUNG_YP55, RID_WILDCARD, + UMASS_PROTO_SCSI | UMASS_PROTO_BBB, + NO_INQUIRY | NO_GETMAXLUN + }, 3. Added scsi quirks for it (also suggested in google) +++ scsi_da.c + { + /* + * Samsung YP-55, rev 1.10/0.01, addr 3 + */ + {T_DIRECT, SIP_MEDIA_REMOVABLE, "Samsung Electronics" , "YP-55 M P3 Player", "*"}, + /*quirks*/ /*DA_Q_NO_SYNC_CACHE*/ DA_Q_NO_6_BYTE + }, I tried these in various combinations, with DA_Q_NO_SYNC_CACHE, with DA_Q_NO_6_BYTE, without scsi quirks at all, etc. All failed. I have even downloaded a 36mb linux kernel source just to find out my player is not present in their drivers/usb/storage/unusual_devs.h . As a last resort, I'm asking for help here. Any hints? I'm attaching some logs. (sorry it got thaat long) Here is debug data with hw.usb.uhci.debug=7 Jun 4 03:06:16 lolownia kernel: FreeBSD 5.4-STABLE #4: Sat Jun 4 01:54:40 CEST 2005 Jun 4 03:06:16 lolownia kernel: root@lolownia:/usr/src/sys/i386/compile/ROBAL (....) Jun 4 03:06:16 lolownia kernel: uhci0: port 0xc000-0xc01f irq 9 at device 7.2 on pci0 Jun 4 03:06:16 lolownia kernel: usb0: on uhci0 Jun 4 03:06:16 lolownia kernel: usb0: USB revision 1.0 Jun 4 03:06:16 lolownia kernel: usbd_get_string: getting lang failed, using 0 Jun 4 03:06:16 lolownia kernel: uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Jun 4 03:06:16 lolownia kernel: uhub0: 2 ports with 2 removable, self powered (.....) Jun 4 03:06:16 lolownia kernel: ulpt0: Hewlett-Packard DeskJet 840C, rev 1.00/1.00, addr 2, iclass 7/1 Jun 4 03:06:16 lolownia kernel: ulpt0: using bi-directional mode (...........) Jun 4 03:09:45 lolownia kernel: uhci_root_ctrl_control type=0xa3 request=00 Jun 4 03:09:45 lolownia kernel: uhci_root_ctrl_control type=0x23 request=01 Jun 4 03:09:45 lolownia kernel: uhci_root_ctrl_control: UR_CLEAR_PORT_FEATURE port=1 feature=16 Jun 4 03:09:45 lolownia kernel: uhci_root_ctrl_control type=0x23 request=03 Jun 4 03:09:45 lolownia kernel: uhci port 1 reset, status0 = 0x0280 Jun 4 03:09:45 lolownia kernel: uhci port 1 reset, status1 = 0x0083 Jun 4 03:09:45 lolownia kernel: uhci port 1 iteration 9, status = 0x0097 Jun 4 03:09:45 lolownia kernel: uhci port 1 iteration 8, status = 0x0095 Jun 4 03:09:45 lolownia kernel: uhci port 1 reset, status2 = 0x0095 Jun 4 03:09:45 lolownia kernel: uhci_root_ctrl_control type=0xa3 request=00 Jun 4 03:09:45 lolownia kernel: uhci_root_ctrl_control type=0x23 request=01 Jun 4 03:09:45 lolownia kernel: uhci_root_ctrl_control: UR_CLEAR_PORT_FEATURE port=1 feature=20 Jun 4 03:09:46 lolownia kernel: uhci_root_ctrl_control type=0xa3 request=00 Jun 4 03:09:46 lolownia kernel: uhci_open: pipe=0xc1b86180, addr=0, endpt=0 (1) Jun 4 03:09:46 lolownia kernel: uhci_device_control type=0x00, request=0x05, wValue=0x0003, wIndex=0x0000 len=0, addr=0, endpt=0 Jun 4 03:09:46 lolownia kernel: uhci_device_ctrl_done: length=0 Jun 4 03:09:46 lolownia kernel: uhci_device_control type=0x80, request=0x06, wValue=0x0100, wIndex=0x0000 len=8, addr=3, endpt=0 Jun 4 03:09:46 lolownia kernel: uhci_device_ctrl_done: length=8 Jun 4 03:09:46 lolownia kernel: uhci_device_control type=0x80, request=0x06, wValue=0x0100, wIndex=0x0000 len=18, addr=3, endpt=0 Jun 4 03:09:46 lolownia kernel: uhci_device_ctrl_done: length=18 Jun 4 03:09:46 lolownia kernel: uhci_device_control type=0x80, request=0x06, wValue=0x0300, wIndex=0x0000 len=2, addr=3, endpt=0 Jun 4 03:09:46 lolownia kernel: uhci_device_ctrl_done: length=2 Jun 4 03:09:46 lolownia kernel: uhci_device_control type=0x80, request=0x06, wValue=0x0300, wIndex=0x0000 len=4, addr=3, endpt=0 Jun 4 03:09:46 lolownia kernel: uhci_device_ctrl_done: length=4 Jun 4 03:09:46 lolownia kernel: uhci_device_control type=0x80, request=0x06, wValue=0x0303, wIndex=0x0409 len=2, addr=3, endpt=0 Jun 4 03:09:46 lolownia kernel: uhci_device_ctrl_done: length=2 Jun 4 03:09:46 lolownia kernel: uhci_device_control type=0x80, request=0x06, wValue=0x0303, wIndex=0x0409 len=34, addr=3, endpt=0 Jun 4 03:09:46 lolownia kernel: uhci_device_ctrl_done: length=34 Jun 4 03:09:46 lolownia kernel: uhci_device_control type=0x80, request=0x06, wValue=0x0200, wIndex=0x0000 len=9, addr=3, endpt=0 Jun 4 03:09:46 lolownia kernel: uhci_device_ctrl_done: length=9 Jun 4 03:09:46 lolownia kernel: uhci_device_control type=0x80, request=0x06, wValue=0x0200, wIndex=0x0000 len=32, addr=3, endpt=0 Jun 4 03:09:46 lolownia kernel: uhci_device_ctrl_done: length=32 Jun 4 03:09:46 lolownia kernel: uhci_device_control type=0x80, request=0x00, wValue=0x0000, wIndex=0x0000 len=2, addr=3, endpt=0 Jun 4 03:09:46 lolownia kernel: uhci_device_ctrl_done: length=2 Jun 4 03:09:46 lolownia kernel: uhci_device_control type=0x00, request=0x09, wValue=0x0001, wIndex=0x0000 len=0, addr=3, endpt=0 Jun 4 03:09:46 lolownia kernel: uhci_device_ctrl_done: length=0 Jun 4 03:09:46 lolownia kernel: uhci_device_control type=0x80, request=0x06, wValue=0x0301, wIndex=0x0409 len=2, addr=3, endpt=0 Jun 4 03:09:46 lolownia kernel: uhci_device_ctrl_done: length=2 Jun 4 03:09:46 lolownia kernel: uhci_device_control type=0x80, request=0x06, wValue=0x0301, wIndex=0x0409 len=30, addr=3, endpt=0 Jun 4 03:09:46 lolownia kernel: uhci_device_ctrl_done: length=30 Jun 4 03:09:46 lolownia kernel: uhci_device_control type=0x80, request=0x06, wValue=0x0302, wIndex=0x0409 len=2, addr=3, endpt=0 Jun 4 03:09:46 lolownia kernel: uhci_device_ctrl_done: length=2 Jun 4 03:09:46 lolownia kernel: uhci_device_control type=0x80, request=0x06, wValue=0x0302, wIndex=0x0409 len=40, addr=3, endpt=0 Jun 4 03:09:46 lolownia kernel: uhci_device_ctrl_done: length=40 Jun 4 03:09:46 lolownia kernel: umass0: Samsung YP-55, rev 1.10/0.01, addr 3 Jun 4 03:09:46 lolownia kernel: umass0: SCSI over Bulk-Only; quirks = 0x0500 Jun 4 03:09:46 lolownia kernel: uhci_open: pipe=0xc1b87100, addr=3, endpt=4 (1) Jun 4 03:09:46 lolownia kernel: uhci_device_control type=0x02, request=0x01, wValue=0x0000, wIndex=0x0004 len=0, addr=3, endpt=0 Jun 4 03:09:46 lolownia kernel: uhci_device_ctrl_done: length=0 Jun 4 03:09:46 lolownia kernel: uhci_open: pipe=0xc1b86d00, addr=3, endpt=129 (1) Jun 4 03:09:46 lolownia kernel: uhci_device_control type=0x02, request=0x01, wValue=0x0000, wIndex=0x0081 len=0, addr=3, endpt=0 Jun 4 03:09:46 lolownia kernel: uhci_device_ctrl_done: length=0 Jun 4 03:09:46 lolownia kernel: uhci_device_control type=0x82, request=0x00, wValue=0x0000, wIndex=0x0000 len=2, addr=3, endpt=0 Jun 4 03:09:46 lolownia kernel: uhci_device_ctrl_done: length=0 Jun 4 03:09:46 lolownia kernel: uhci_device_control type=0xa1, request=0xfe, wValue=0x0000, wIndex=0x0000 len=1, addr=3, endpt=0 Jun 4 03:09:46 lolownia kernel: uhci_device_ctrl_done: length=0 Jun 4 03:09:46 lolownia kernel: uhci_device_control type=0x82, request=0x00, wValue=0x0000, wIndex=0x0000 len=2, addr=3, endpt=0 Jun 4 03:09:46 lolownia kernel: uhci_device_ctrl_done: length=0 Jun 4 03:09:46 lolownia kernel: umass0: Get Max Lun not supported (STALLED) Jun 4 03:09:46 lolownia kernel: umass0:4:0:-1: Attached to scbus4 Jun 4 03:09:46 lolownia kernel: uhci_device_control type=0x80, request=0x06, wValue=0x0303, wIndex=0x0409 len=2, addr=3, endpt=0 Jun 4 03:09:46 lolownia kernel: uhci_device_ctrl_done: length=0 Jun 4 03:09:46 lolownia kernel: uhci_device_control type=0x82, request=0x00, wValue=0x0000, wIndex=0x0000 len=2, addr=3, endpt=0 Jun 4 03:09:46 lolownia kernel: uhci_device_ctrl_done: length=0 Jun 4 03:09:46 lolownia kernel: uhci_device_control type=0x80, request=0x06, wValue=0x0301, wIndex=0x0409 len=2, addr=3, endpt=0 Jun 4 03:09:46 lolownia kernel: uhci_device_ctrl_done: length=0 Jun 4 03:09:46 lolownia kernel: uhci_device_control type=0x82, request=0x00, wValue=0x0000, wIndex=0x0000 len=2, addr=3, endpt=0 Jun 4 03:09:46 lolownia kernel: uhci_device_ctrl_done: length=0 Jun 4 03:09:46 lolownia kernel: uhci_device_control type=0x80, request=0x06, wValue=0x0302, wIndex=0x0409 len=2, addr=3, endpt=0 Jun 4 03:09:46 lolownia kernel: uhci_device_ctrl_done: length=0 Jun 4 03:09:46 lolownia kernel: uhci_device_control type=0x82, request=0x00, wValue=0x0000, wIndex=0x0000 len=2, addr=3, endpt=0 Jun 4 03:09:46 lolownia kernel: uhci_device_ctrl_done: length=0 Jun 4 03:09:46 lolownia kernel: uhci_root_ctrl_control type=0xa3 request=00 Jun 4 03:09:46 lolownia kernel: uhci_device_bulk_start: xfer=0xc1780600 len=31 flags=0 ii=0xc178066c Jun 4 03:09:46 lolownia kernel: uhci_start_loop: add Jun 4 03:09:46 lolownia kernel: uhci_device_bulk_start: xfer=0xc197e600 len=13 flags=0 ii=0xc197e66c Jun 4 03:09:46 lolownia kernel: uhci_device_bulk_done: xfer=0xc1780600 ii=0xc178066c sc=0xc1791000 upipe=0xc1b87100 Jun 4 03:09:46 lolownia kernel: uhci_device_bulk_done: length=31 Jun 4 03:09:46 lolownia kernel: uhci_device_bulk_done: xfer=0xc197e600 ii=0xc197e66c sc=0xc1791000 upipe=0xc1b86d00 Jun 4 03:09:46 lolownia kernel: uhci_end_loop: remove Jun 4 03:09:46 lolownia kernel: uhci_device_bulk_done: length=13 (..and so on..) Jun 4 03:09:46 lolownia kernel: da0 at umass-sim0 bus 0 target 0 lun 0 Jun 4 03:09:46 lolownia kernel: da0: < > Removable Direct Access SCSI-2 device Jun 4 03:09:46 lolownia kernel: da0: 1.000MB/s transfers Jun 4 03:09:46 lolownia kernel: da0: 247MB (506880 512 byte sectors: 64H 32S/T 247C) (...so i mount the device and do initiate a cp to it.) Jun 4 03:12:50 lolownia kernel: uhci_device_bulk_start: xfer=0xc1780600 len=31 flags=0 ii=0xc178066c Jun 4 03:12:50 lolownia kernel: uhci_start_loop: add Jun 4 03:12:50 lolownia kernel: uhci_device_bulk_done: xfer=0xc1780600 ii=0xc178066c sc=0xc1791000 upipe=0xc1b87100 Jun 4 03:12:50 lolownia kernel: uhci_end_loop: remove Jun 4 03:12:50 lolownia kernel: uhci_device_bulk_done: length=31 Jun 4 03:12:50 lolownia kernel: uhci_device_bulk_start: xfer=0xc197e200 len=16384 flags=0 ii=0xc197e26c Jun 4 03:12:50 lolownia kernel: uhci_start_loop: add Jun 4 03:12:50 lolownia kernel: uhci_device_bulk_start: xfer=0xc197e600 len=13 flags=0 ii=0xc197e66c Jun 4 03:12:50 lolownia kernel: uhci_device_bulk_done: xfer=0xc197e200 ii=0xc197e26c sc=0xc1791000 upipe=0xc1b87100 Jun 4 03:12:50 lolownia kernel: uhci_device_bulk_done: length=16384 Jun 4 03:12:50 lolownia kernel: uhci_device_bulk_done: xfer=0xc197e600 ii=0xc197e66c sc=0xc1791000 upipe=0xc1b86d00 Jun 4 03:12:50 lolownia kernel: uhci_end_loop: remove Jun 4 03:12:50 lolownia kernel: uhci_device_bulk_done: length=13 Jun 4 03:12:50 lolownia kernel: uhci_device_bulk_start: xfer=0xc1780600 len=31 flags=0 ii=0xc178066c Jun 4 03:12:50 lolownia kernel: uhci_start_loop: add Jun 4 03:12:50 lolownia kernel: uhci_device_bulk_done: xfer=0xc1780600 ii=0xc178066c sc=0xc1791000 upipe=0xc1b87100 Jun 4 03:12:50 lolownia kernel: uhci_end_loop: remove Jun 4 03:12:50 lolownia kernel: uhci_device_bulk_done: length=31 Jun 4 03:12:50 lolownia kernel: uhci_device_bulk_start: xfer=0xc197e200 len=16384 flags=0 ii=0xc197e26c Jun 4 03:12:50 lolownia kernel: uhci_start_loop: add Jun 4 03:12:50 lolownia kernel: uhci_timeout: uxfer=0xc197e200 Jun 4 03:12:50 lolownia kernel: uhci_timeout_task: xfer=0xc197e200 Jun 4 03:12:50 lolownia kernel: uhci_abort_xfer: xfer=0xc197e200, status=15 Jun 4 03:12:50 lolownia kernel: uhci_abort_xfer: stop ii=0xc197e26c Jun 4 03:12:50 lolownia kernel: uhci_check_intr: aborted xfer=0xc197e200 Jun 4 03:12:50 lolownia kernel: uhci_abort_xfer: callback Jun 4 03:12:50 lolownia kernel: uhci_device_control type=0x21, request=0xff, wValue=0x0000, wIndex=0x0000 len=0, addr=3, endpt=0 Jun 4 03:12:50 lolownia kernel: uhci_device_bulk_done: xfer=0xc197e200 ii=0xc197e26c sc=0xc1791000 upipe=0xc1b87100 Jun 4 03:12:50 lolownia kernel: uhci_end_loop: remove Jun 4 03:12:50 lolownia kernel: uhci_device_bulk_done: length=0 Jun 4 03:12:50 lolownia kernel: umass0: BBB reset failed, STALLED Jun 4 03:12:50 lolownia kernel: uhci_device_ctrl_done: length=0 Jun 4 03:12:50 lolownia kernel: uhci_device_control type=0x02, request=0x01, wValue=0x0000, wIndex=0x0081 len=0, addr=3, endpt=0 Jun 4 03:12:50 lolownia kernel: umass0: BBB bulk-in clear stall failed, STALLED Jun 4 03:12:50 lolownia kernel: uhci_device_ctrl_done: length=0 Jun 4 03:12:50 lolownia kernel: uhci_device_control type=0x02, request=0x01, wValue=0x0000, wIndex=0x0004 len=0, addr=3, endpt=0 Jun 4 03:12:50 lolownia kernel: umass0: BBB bulk-out clear stall failed, STALLED Jun 4 03:12:50 lolownia kernel: uhci_device_ctrl_done: length=0 (..and so on, till i pull the plug.) Jun 4 03:12:50 lolownia kernel: uhci_device_control type=0x02, request=0x01, wValue=0x0000, wIndex=0x0081 len=0, addr=3, endpt=0 Jun 4 03:12:50 lolownia kernel: uhci_root_ctrl_control type=0xa3 request=00 Jun 4 03:12:50 lolownia kernel: uhci_root_ctrl_control type=0x23 request=01 Jun 4 03:12:50 lolownia kernel: uhci_root_ctrl_control: UR_CLEAR_PORT_FEATURE port=1 feature=17 Jun 4 03:12:50 lolownia kernel: uhci_root_ctrl_control type=0x23 request=01 Jun 4 03:12:50 lolownia kernel: uhci_root_ctrl_control: UR_CLEAR_PORT_FEATURE port=1 feature=16 Jun 4 03:12:50 lolownia kernel: umass0: at uhub0 port 1 (addr 3) disconnected Jun 4 03:12:50 lolownia kernel: uhci_device_ctrl_abort: Jun 4 03:12:50 lolownia kernel: uhci_abort_xfer: xfer=0xc197f500, status=6 Jun 4 03:12:50 lolownia kernel: uhci_abort_xfer: stop ii=0xc197f56c Jun 4 03:12:50 lolownia kernel: uhci_check_intr: aborted xfer=0xc197f500 Jun 4 03:12:50 lolownia kernel: uhci_check_intr: aborted xfer=0xc197f500 Jun 4 03:12:50 lolownia kernel: uhci_abort_xfer: callback Jun 4 03:12:50 lolownia kernel: uhci_device_ctrl_done: length=0 Jun 4 03:12:50 lolownia kernel: (da0:umass-sim0:0:0:0): lost device Jun 4 03:12:50 lolownia kernel: uhci_device_control type=0x80, request=0x06, wValue=0x0303, wIndex=0x0409 len=2, addr=3, endpt=0 Jun 4 03:12:50 lolownia kernel: uhci_device_ctrl_done: length=0 Jun 4 03:12:50 lolownia kernel: uhci_device_control type=0x82, request=0x00, wValue=0x0000, wIndex=0x0000 len=2, addr=3, endpt=0 Jun 4 03:12:50 lolownia kernel: uhci_device_ctrl_done: length=0 Jun 4 03:12:50 lolownia kernel: umass0: detached Jun 4 03:12:50 lolownia kernel: uhci_root_ctrl_control type=0x23 request=01 Jun 4 03:12:50 lolownia kernel: uhci_root_ctrl_control: UR_CLEAR_PORT_FEATURE port=1 feature=16 Jun 4 03:12:50 lolownia kernel: uhci_root_ctrl_control type=0xa3 request=00 A little less interesting, but maybe useful log: Here is debug data with hw.usb.debug=9,hw.usb.umass.debug=9 (........) Jun 4 02:15:12 lolownia kernel: usb_new_device: set address 2 failed - trying a port reset Jun 4 02:15:12 lolownia last message repeated 2 times Jun 4 02:15:12 lolownia kernel: usb_new_device: set address 2 failed Jun 4 02:15:12 lolownia kernel: uhub_explore: usb_new_device failed, error=SET_ADDR_FAILED Jun 4 02:15:12 lolownia kernel: uhub0: device problem (SET_ADDR_FAILED), disabling port 1 Jun 4 02:15:12 lolownia kernel: ulpt0: Hewlett-Packard DeskJet 840C, rev 1.00/1.00, addr 2, iclass 7/1 Jun 4 02:15:12 lolownia kernel: ulpt0: using bi-directional mode (...........) Jun 4 02:27:11 lolownia kernel: usb_transfer_complete: pipe=0xc1797b80 xfer=0xc1780700 status=0 actlen=1 Jun 4 02:27:11 lolownia kernel: usb_transfer_complete: repeat=1 new head=0xc1780700 Jun 4 02:27:11 lolownia kernel: usb_needs_explore Jun 4 02:27:11 lolownia kernel: usb_event_thread: woke up Jun 4 02:27:11 lolownia kernel: usb_discover Jun 4 02:27:11 lolownia kernel: usbd_alloc_xfer() = 0xc1780600 Jun 4 02:27:11 lolownia kernel: usbd_transfer: xfer=0xc1780600, flags=2, pipe=0xc1797d80, running=0 Jun 4 02:27:11 lolownia kernel: usbd_dump_queue: pipe=0xc1797d80 (...a lot of such stuff, seems normal to me...) Jun 4 02:27:21 lolownia kernel: umass0: Samsung YP-55, rev 1.10/0.01, addr 3 Jun 4 02:27:21 lolownia kernel: umass0: SCSI over Bulk-Only; quirks = 0x0500 (............) Jun 4 02:27:21 lolownia kernel: umass0: Get Max Lun not supported (STALLED) Jun 4 02:27:21 lolownia kernel: umass0:4:0:-1: Attached to scbus4 (..............) Jun 4 02:27:21 lolownia kernel: da0 at umass-sim0 bus 0 target 0 lun 0 Jun 4 02:27:21 lolownia kernel: da0: < > Removable Direct Access SCSI-2 device Jun 4 02:27:21 lolownia kernel: da0: 1.000MB/s transfers Jun 4 02:27:21 lolownia kernel: da0: 247MB (506880 512 byte sectors: 64H 32S/T 247C) (.....i mount the device, copy a file to it...) Jun 4 02:28:21 lolownia kernel: usb_event_thread: woke up Jun 4 02:28:21 lolownia kernel: usb_discover Jun 4 02:30:01 lolownia kernel: usb_add_task: task=0xc197f084 Jun 4 02:30:01 lolownia kernel: usb_task_thread: woke up task=0xc197f084 Jun 4 02:30:01 lolownia kernel: usb_transfer_complete: pipe=0xc1879d80 xfer=0xc197f000 status=15 actlen=0 Jun 4 02:30:01 lolownia kernel: usb_freemem: large free Jun 4 02:30:01 lolownia kernel: usb_block_freemem: size=16384 Jun 4 02:30:01 lolownia kernel: usb_transfer_complete: repeat=0 new head=0 Jun 4 02:30:01 lolownia kernel: usbd_transfer: xfer=0xc1981400, flags=0, pipe=0xc1b86d00, running=0 Jun 4 02:30:01 lolownia kernel: usbd_dump_queue: pipe=0xc1b86d00 Jun 4 02:30:01 lolownia kernel: usb_insert_transfer: pipe=0xc1b86d00 running=0 timeout=65000 Jun 4 02:30:01 lolownia kernel: usb_transfer_complete: pipe=0xc1b86d00 xfer=0xc1981400 status=17 actlen=0 Jun 4 02:30:01 lolownia kernel: usb_transfer_complete: repeat=0 new head=0 Jun 4 02:30:01 lolownia kernel: umass0: BBB reset failed, STALLED (..ouch..) Jun 4 02:30:01 lolownia kernel: usbd_transfer: xfer=0xc1981300, flags=0, pipe=0xc1b86d00, running=1 Jun 4 02:30:01 lolownia kernel: usbd_dump_queue: pipe=0xc1b86d00 Jun 4 02:30:01 lolownia kernel: usb_insert_transfer: pipe=0xc1b86d00 running=1 timeout=65000 Jun 4 02:30:01 lolownia kernel: usbd_start_next: pipe=0xc1b86d00, xfer=0xc1981300 Jun 4 02:30:01 lolownia kernel: usb_transfer_complete: pipe=0xc1b86d00 xfer=0xc1981300 status=17 actlen=0 Jun 4 02:30:01 lolownia kernel: usb_transfer_complete: repeat=0 new head=0 Jun 4 02:30:01 lolownia kernel: umass0: BBB bulk-in clear stall failed, STALLED (..ouch..) Jun 4 02:30:01 lolownia kernel: usbd_transfer: xfer=0xc1981000, flags=0, pipe=0xc1b86d00, running=1 Jun 4 02:30:01 lolownia kernel: usbd_dump_queue: pipe=0xc1b86d00 Jun 4 02:30:01 lolownia kernel: usb_insert_transfer: pipe=0xc1b86d00 running=1 timeout=65000 Jun 4 02:30:01 lolownia kernel: usbd_start_next: pipe=0xc1b86d00, xfer=0xc1981000 Jun 4 02:30:01 lolownia kernel: usb_transfer_complete: pipe=0xc1b86d00 xfer=0xc1981000 status=17 actlen=0 Jun 4 02:30:01 lolownia kernel: usb_transfer_complete: repeat=0 new head=0 Jun 4 02:30:01 lolownia kernel: umass0: BBB bulk-out clear stall failed, STALLED (..again.) Jun 4 02:30:01 lolownia kernel: usbd_start_next: pipe=0xc1b86d00, xfer=0 Jun 4 02:30:01 lolownia kernel: usbd_transfer: xfer=0xc1780600, flags=0, pipe=0xc1879d80, running=0 Jun 4 02:30:01 lolownia kernel: usbd_dump_queue: pipe=0xc1879d80 Jun 4 02:30:01 lolownia kernel: usb_allocmem: use frag=0xc1792ec0 size=31 Jun 4 02:30:01 lolownia kernel: usb_insert_transfer: pipe=0xc1879d80 running=0 timeout=65000 Jun 4 02:30:01 lolownia kernel: usb_transfer_complete: pipe=0xc1879d80 xfer=0xc1780600 status=0 actlen=31 Jun 4 02:30:01 lolownia kernel: usb_freemem: frag=0xc1792ec0 (.....this happens again and again, so i pull the plug:.....) Jun 4 02:30:01 lolownia kernel: uhub_disconnect: up=0xc1797c30 dev=0xc1b86d80 port=1 Jun 4 02:30:01 lolownia kernel: usb_disconnect_port: disconnect subdevs Jun 4 02:30:01 lolownia kernel: umass0: at uhub0 port 1 (addr 3) disconnected (...) Jun 4 02:30:01 lolownia kernel: umass0: detached (....) Jun 4 02:28:54 lolownia login: ROOT LOGIN (root) ON ttyv3 Jun 4 02:31:01 lolownia kernel: usb_event_thread: woke up Jun 4 02:31:01 lolownia kernel: usb_discover Jun 4 02:32:01 lolownia kernel: usb_event_thread: woke up Jun 4 02:32:01 lolownia kernel: usb_discover (..reboot..) Jun 4 02:32:01 lolownia syslogd: exiting on signal 15 Best regards, -- m. Brain power of a glass of water. From owner-freebsd-stable@FreeBSD.ORG Sat Jun 4 05:48:33 2005 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 4B45C16A41C for ; Sat, 4 Jun 2005 05:48:33 +0000 (GMT) (envelope-from malcolm.kay@internode.on.net) Received: from smtp3.adl2.internode.on.net (smtp3.adl2.internode.on.net [203.16.214.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id D01F543D1F for ; Sat, 4 Jun 2005 05:48:32 +0000 (GMT) (envelope-from malcolm.kay@internode.on.net) Received: from beta.home (ppp215-225.lns1.adl2.internode.on.net [203.122.215.225]) by smtp3.adl2.internode.on.net (8.12.9/8.12.9) with ESMTP id j545mKCg084110; Sat, 4 Jun 2005 15:18:28 +0930 (CST) From: Malcolm Kay Organization: at home To: Scott Long Date: Sat, 4 Jun 2005 15:18:16 +0930 User-Agent: KMail/1.5.4 References: <200505271427.13508.malcolm.kay@internode.on.net> <4296B306.9080300@samsco.org> <4296B39D.9030107@samsco.org> In-Reply-To: <4296B39D.9030107@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506041518.16541.malcolm.kay@internode.on.net> Cc: freebsd-stable@freebsd.org Subject: Re: Context sensitivity in beastie.4th? 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, 04 Jun 2005 05:48:33 -0000 On Fri, 27 May 2005 03:13 pm, Scott Long wrote: > Scott Long wrote: > > Malcolm Kay wrote: > >> I have installed FreeBSD 5.4 RELEASE on a new machine, > >> Celeron + SATA drive, without and problems, include a > >> kernel rebuild to support a PCI serial card. > >> > >> But now I wish to change the graphic, beastie, that appears > >> in the boot menu. I am certainly no expert or even acolyte > >> in forth programming but the job appears to be simple > >> enough -- just change the characters in the > >> 'beastie' constructions and if we don't exceed the > >> available screen space all should be well! > >> > >> Well what I got was a cycling reboot going back ech time to > >> the BIOS splash screen and advancing an apparently > >> negligable distance into the FBSD > >> boot sequence. > >> > >> I had actually copied /boot/beastie.4th to > >> /boot/phoenix.4th, edited the copy and pointed > >> /boot/loader.rc at phoenix.4th instead of beastie.4th. > >> Recovery by booting from the distribution CD and entering > >> "Fixit" to change > >> the pointer back to beastie.4th. > >> > >> Most variants on my original attempt ended up the same way, > >> but some crashed with a "directory full" message which > >> seems quite strange as my images have always been smaller > >> than the original 'beastie'. > >> > >> Replacing the colourised version of my 'phoenix' with a > >> copy of the monochrome version worked. > >> > >> At present I have a phoenix.4th file which works but does > >> not exhibit the full image. The differences to the original > >> beastie.4th file are shown here > >> with escape characters replaced by '{esc}' to limit mail > >> confusion. > >> > >> With the line: > >> ( 2dup at-xy ." {esc}[1m^ ^" 1+ ) > >> uncommented the system goes back to an infinite boot loop. > >> > >> This all seems very strange and unbelievable -- I must > >> surely be doing something very stupid. Does anyone have any > >> idea what that might be? > > > > Seems to work for me with the commented lines fixed. Btw, > > you by no doubt have noticed that it's somewhat inconvenient > > to do 4th programming by modifying the boot scripts and then > > praying that the reboot works. It's possible to do 90% of > > the testing in userland, like I did when I wrote > > beastie.4th. > > > > Go to /sys/boot/ficl. Do 'make clean && make testmain'. > > This will create a binary called 'testmain' either in the > > '.' directory or in /usr/obj/usr/src/sys/boot/ficl. Copy > > this binary to your home directory. Then copy screen.4th, > > frames.4th, and beastie.4th from /boot to your home > > directory. Next create a file called init.4th > > > > containing the following: > > : boot drop exit ; > > : reboot drop exit ; > > > > load screen.4th > > load frames.4th > > load beastie.4th > > beastie-start > > > > Then run it via './testmain init.4th'. The countdown timer > > won't work and most of the keys naturally won't do what they > > are supposed to do, but everything else in the menu should > > work just as it would at boot. I tested your colorized > > phoenix this way just now and it worked. > > Oh, one thing I forgot to mention is that you'll need to > comment out the 'include' lines in beastie.4th since the > testmain environment doesn't implement those words. > I found I also needed to do something about getsenv setenv and unsetenv The following at the start of init.4th worked: ---------------------------------------------- : getenv 2dup s" loader_color" compare 0= if 2drop s" NO" exit then 2dup s" beastie_disable" compare 0= if 2drop -1 exit then 2drop -1 exit ; : setenv drop drop ; : unsetenv drop ; ------------------------------------------------ Where the fourth line might also be s" YES" Symptoms suggested to me that I had a memory problem but memtest86 ran without difficulty. I also found much works differently at boot. Closer examination shows that a number of things take different paths oftem using BIOS or simplified code when called at boot -- I wonder whether there is some anomaly in memory allocation when run from boot that raises its ugly head on my machine. I have achieved what I want by using a empirically derived context but the underlying problem persists. Anyway thanks for your input. Malcolm From owner-freebsd-stable@FreeBSD.ORG Sat Jun 4 06:10:34 2005 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 E926816A41C for ; Sat, 4 Jun 2005 06:10:34 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C2AB43D49 for ; Sat, 4 Jun 2005 06:10:34 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 41B9851294; Sat, 4 Jun 2005 02:10:32 -0400 (EDT) Date: Sat, 4 Jun 2005 02:10:32 -0400 From: Kris Kennaway To: Palle Girgensohn Message-ID: <20050604061031.GA8643@xor.obsecurity.org> References: <2032FF2A928A89651F1C7843@rambutan.pingpong.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uAKRQypu60I7Lcqm" Content-Disposition: inline In-Reply-To: <2032FF2A928A89651F1C7843@rambutan.pingpong.net> User-Agent: Mutt/1.4.2.1i Cc: Brendan White , freebsd-stable@freebsd.org Subject: Re: Repeatable crash with 5.4-p1-RELEASE and SMP 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, 04 Jun 2005 06:10:35 -0000 --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 04, 2005 at 03:48:04AM +0200, Palle Girgensohn wrote: > Here's the dump. Anything else I shall extract, please just ask. >=20 > # kgdb kernel.debug /misc/crash/vmcore.11 > [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.s= o:=20 > Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 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=20 > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "amd64-marcel-freebsd". > #0 doadump () at pcpu.h:167 > 167 __asm __volatile("movq %%gs:0,%0" : "=3Dr" (td)); > (kgdb) backtrace > #0 doadump () at pcpu.h:167 > #1 0x0000000000000000 in ?? () > #2 0xffffffff80341267 in boot (howto=3D260) at=20 > /usr/src/sys/kern/kern_shutdown.c:410 > #3 0xffffffff80341ac6 in panic (fmt=3D0xffffff007b76d000 "??x{") at=20 > /usr/src/sys/kern/kern_shutdown.c:566 > #4 0xffffffff804f0f52 in trap_fatal (frame=3D0xc, eva=3D1844674297626930= 7904) > at /usr/src/sys/amd64/amd64/trap.c:639 > #5 0xffffffff804f11ef in trap_pfault (frame=3D0xffffffffb1d229b0, usermo= de=3D0) > at /usr/src/sys/amd64/amd64/trap.c:562 > #6 0xffffffff804f1457 in trap (frame=3D > {tf_rdi =3D -1097427517200, tf_rsi =3D -1097440243712, tf_rdx =3D 10= 56,=20 > tf_rcx =3D 0, tf_r8 =3D 0, tf_r9 =3D 0, tf_r > ax =3D 1056, tf_rbx =3D 0, tf_rbp =3D -1098069766144, tf_r10 =3D 45035996= 27366400,=20 > tf_r11 =3D 3392, tf_r12 =3D 4, tf_r13 =3D > 4, tf_r14 =3D -1099313881192, tf_r15 =3D -1097364452848, tf_trapno =3D 12= ,=20 > tf_addr =3D 136, tf_flags =3D -1099313881192 > , tf_err =3D 0, tf_rip =3D -2144020582, tf_cs =3D 8, tf_rflags =3D 66050,= tf_rsp =3D=20 > -1311626640, tf_ss =3D 0}) > at /usr/src/sys/amd64/amd64/trap.c:341 > #7 0xffffffff804deb0b in calltrap () at=20 > /usr/src/sys/amd64/amd64/exception.S:171 > #8 0xffffff007c3900f0 in ?? () > #9 0xffffff007b76d000 in ?? () Is your kernel built with -O2, or -O? There are a lot of bogus stack frames here, which suggest the former. Kris --uAKRQypu60I7Lcqm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCoUXXWry0BWjoQKURAjJEAJ4ncD4VZT9+rEbkckrBaZbEKFOycwCfZJgP fHHQA02IC+0fqRcM1OGMiZg= =Ubih -----END PGP SIGNATURE----- --uAKRQypu60I7Lcqm-- From owner-freebsd-stable@FreeBSD.ORG Sat Jun 4 06:35:08 2005 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 B60D216A41C for ; Sat, 4 Jun 2005 06:35:08 +0000 (GMT) (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 2C13C43D48 for ; Sat, 4 Jun 2005 06:35:07 +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.3/8.13.3) with ESMTP id j546fbAo037722; Sat, 4 Jun 2005 00:41:37 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42A14B27.5020207@samsco.org> Date: Sat, 04 Jun 2005 00:33:11 -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: Malcolm Kay References: <200505271427.13508.malcolm.kay@internode.on.net> <4296B306.9080300@samsco.org> <4296B39D.9030107@samsco.org> <200506041518.16541.malcolm.kay@internode.on.net> In-Reply-To: <200506041518.16541.malcolm.kay@internode.on.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: freebsd-stable@freebsd.org Subject: Re: Context sensitivity in beastie.4th? 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, 04 Jun 2005 06:35:08 -0000 Malcolm Kay wrote: > On Fri, 27 May 2005 03:13 pm, Scott Long wrote: > >>Scott Long wrote: >> >>>Malcolm Kay wrote: >>> >>>>I have installed FreeBSD 5.4 RELEASE on a new machine, >>>>Celeron + SATA drive, without and problems, include a >>>>kernel rebuild to support a PCI serial card. >>>> >>>>But now I wish to change the graphic, beastie, that appears >>>>in the boot menu. I am certainly no expert or even acolyte >>>>in forth programming but the job appears to be simple >>>>enough -- just change the characters in the >>>>'beastie' constructions and if we don't exceed the >>>>available screen space all should be well! >>>> >>>>Well what I got was a cycling reboot going back ech time to >>>>the BIOS splash screen and advancing an apparently >>>>negligable distance into the FBSD >>>>boot sequence. >>>> >>>>I had actually copied /boot/beastie.4th to >>>>/boot/phoenix.4th, edited the copy and pointed >>>>/boot/loader.rc at phoenix.4th instead of beastie.4th. >>>>Recovery by booting from the distribution CD and entering >>>>"Fixit" to change >>>>the pointer back to beastie.4th. >>>> >>>>Most variants on my original attempt ended up the same way, >>>>but some crashed with a "directory full" message which >>>>seems quite strange as my images have always been smaller >>>>than the original 'beastie'. >>>> >>>>Replacing the colourised version of my 'phoenix' with a >>>>copy of the monochrome version worked. >>>> >>>>At present I have a phoenix.4th file which works but does >>>>not exhibit the full image. The differences to the original >>>>beastie.4th file are shown here >>>>with escape characters replaced by '{esc}' to limit mail >>>>confusion. >>>> >>>>With the line: >>>>( 2dup at-xy ." {esc}[1m^ ^" 1+ ) >>>>uncommented the system goes back to an infinite boot loop. >>>> >>>>This all seems very strange and unbelievable -- I must >>>>surely be doing something very stupid. Does anyone have any >>>>idea what that might be? >>> >>>Seems to work for me with the commented lines fixed. Btw, >>>you by no doubt have noticed that it's somewhat inconvenient >>>to do 4th programming by modifying the boot scripts and then >>>praying that the reboot works. It's possible to do 90% of >>>the testing in userland, like I did when I wrote >>>beastie.4th. >>> >>>Go to /sys/boot/ficl. Do 'make clean && make testmain'. >>>This will create a binary called 'testmain' either in the >>>'.' directory or in /usr/obj/usr/src/sys/boot/ficl. Copy >>>this binary to your home directory. Then copy screen.4th, >>>frames.4th, and beastie.4th from /boot to your home >>>directory. Next create a file called init.4th >>> >>>containing the following: >>>: boot drop exit ; >>>: reboot drop exit ; >>> >>>load screen.4th >>>load frames.4th >>>load beastie.4th >>>beastie-start >>> >>>Then run it via './testmain init.4th'. The countdown timer >>>won't work and most of the keys naturally won't do what they >>>are supposed to do, but everything else in the menu should >>>work just as it would at boot. I tested your colorized >>>phoenix this way just now and it worked. >> >>Oh, one thing I forgot to mention is that you'll need to >>comment out the 'include' lines in beastie.4th since the >>testmain environment doesn't implement those words. >> > > > I found I also needed to do something about > getsenv > setenv > and > unsetenv > The following at the start of init.4th worked: > ---------------------------------------------- > : getenv > 2dup s" loader_color" compare 0= if > 2drop > s" NO" > exit > then > 2dup s" beastie_disable" compare 0= if > 2drop > -1 > exit > then > 2drop > -1 > exit > ; > > : setenv drop drop ; > : unsetenv drop ; > ------------------------------------------------ > Where the fourth line might also be > s" YES" > > Symptoms suggested to me that I had a memory problem but > memtest86 ran without difficulty. > > I also found much works differently at boot. Closer examination > shows that a number of things take different paths oftem using > BIOS or simplified code when called at boot -- I wonder whether > there is some anomaly in memory allocation when run from boot > that raises its ugly head on my machine. > > I have achieved what I want by using a empirically derived > context but the underlying problem persists. > > Anyway thanks for your input. > > Malcolm > > > Look at rev 1.11 of /sys/boot/ficl/loader.c. I guess I never merged it back to RELENG_5. Yes, not having a working getenv word makes some things act different, but emulating the real functionality would require simulating a lot more of the underlying loader environment, and that's more work than I'm able to do right now. Scott From owner-freebsd-stable@FreeBSD.ORG Sat Jun 4 10:05:14 2005 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 BCD6516A41C for ; Sat, 4 Jun 2005 10:05:14 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A28143D4C for ; Sat, 4 Jun 2005 10:05:14 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 54C5D46B23; Sat, 4 Jun 2005 06:05:13 -0400 (EDT) Date: Sat, 4 Jun 2005 11:05:38 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Palle Girgensohn In-Reply-To: <2032FF2A928A89651F1C7843@rambutan.pingpong.net> Message-ID: <20050604110209.N84333@fledge.watson.org> References: <2032FF2A928A89651F1C7843@rambutan.pingpong.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Brendan White , freebsd-stable@freebsd.org Subject: Re: Repeatable crash with 5.4-p1-RELEASE and SMP 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, 04 Jun 2005 10:05:14 -0000 On Sat, 4 Jun 2005, Palle Girgensohn wrote: > Anyway, I have managed to get an automatic reboot and a core dump. Giant > leap for mankind :-) . It looks kind of partly overwritten, though. > According to the Developer's handbook, the core should be saved *before* > the swap partition is added to the system. I can easily verifying that > this is not the case, the swap is "mounted" first. I once again raise > the question if PR conf/73834 shouln't be addressed? Or perhaps my core > dump is quite normal? Doesn't look like it. In rc.conf, I have: I can't speak to the crash itself, but regarding swap and cores: the problem is that fsck requires quite a lot of memory in order to operate on large file systems, so you have to configure swap before you fsck. However, you can't write the core dump to the file system until it has been fsck'd. Normally, if fsck actually uses swap, it will overwrite the core dump header, and savecore will recognize that the entire dump is invalidated, so usually you don't see the corrupted core, just that the core is missing. Whether this happens depends on how large your file systems are, how many you have (since fsck runs in parallel), and how much memory you have. If you want to be sure this doesn't happen, boot to single user mode after the crash, manually fsck without swap enabled (fsck -p), mount -a, then "sh /etc/rc.d/savecore start" to save the core. My suspicion is that the corruption you're seeing is not a property of swap being started, but it's easy to rule out if you have a reproduceable crash and can be there to boot single-user after the reboot. Robert N M Watson From owner-freebsd-stable@FreeBSD.ORG Sat Jun 4 17:11:58 2005 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 902BA16A41C; Sat, 4 Jun 2005 17:11:58 +0000 (GMT) (envelope-from tom@hur.st) Received: from spork.qfe3.net (spork.qfe3.net [212.13.207.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28FDF43D48; Sat, 4 Jun 2005 17:11:57 +0000 (GMT) (envelope-from tom@hur.st) Received: from [81.104.55.176] (helo=voi.aagh.net) by spork.qfe3.net with esmtp (Exim 4.50) id 1DecBe-0000kD-QF; Sat, 04 Jun 2005 18:11:54 +0100 Received: from freaky by voi.aagh.net with local (Exim 4.44 (FreeBSD)) id 1DecBe-0009Km-BH; Sat, 04 Jun 2005 18:11:54 +0100 Date: Sat, 4 Jun 2005 18:11:54 +0100 From: Thomas Hurst To: =?iso-8859-1?Q?S=F8ren?= Schmidt Message-ID: <20050604171154.GA28650@voi.aagh.net> Mail-Followup-To: =?iso-8859-1?Q?S=F8ren?= Schmidt , Peter Jeremy , freebsd-stable@FreeBSD.ORG References: <20050516195859.GA59189@server.vk2pj.dyndns.org> <042501c55ba7$360fac30$37cba1cd@emerytelcom.com> <20050518194356.GA2129@cirb503493.alcatel.com.au> <08dc01c55d47$d7697100$37cba1cd@emerytelcom.com> <20050520194839.GG2129@cirb503493.alcatel.com.au> <0ce901c55d7d$ee0690b0$37cba1cd@emerytelcom.com> <20050520225230.GJ2129@cirb503493.alcatel.com.au> <20050522003633.GB57477@voi.aagh.net> <78CA3F3D-91F8-435A-8FF9-6680724844D8@FreeBSD.ORG> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <78CA3F3D-91F8-435A-8FF9-6680724844D8@FreeBSD.ORG> Organization: Not much. User-Agent: Mutt/1.5.9i Sender: Thomas Hurst X-RBL-Warning: 81.104.55.176 is in RBL blacklist at dnsbl.sorbs.net Cc: Peter Jeremy , freebsd-stable@FreeBSD.ORG Subject: Re: 5.4-RC2 freezing - ATA related? 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, 04 Jun 2005 17:11:58 -0000 * Søren Schmidt (sos@FreeBSD.ORG) wrote: > > Save me Søren! > > You have picked some of the most dreaded HW out there thats for sure, > so I'm not sure I can do that :) Meh, the BP6 might be old, but what's wrong with it? I've used it for the past half a decade practically 24/7 and this is the first time I've had problems with it. The Athlon is using a good quality Epox motherboard and a moderately expensive SATA card using about the most common SATA controller there is. If you have recommendations for good controllers/etc, I'm very interested :) > Anyhow, you should try a recent -current since some of the race/ > timeout problems thats possible in 5.x has been fixed there. I'll give it a try when I have time. These are my work machines, so I do need some stability, but I do follow current@ and cvs-all, so I guess I can manage :) One thing I find very odd about this is raw IO doesn't seem to have a problem; gmirror happily syncs 400G of data between two drives without a hitch, but the instant I mount the drive and attempt to copy something to it, I get an immediate timeout. After upgrading to RELENG_5 of last night (+ATA mkIII), the timing out drive on the Athlon is now popping off the controller instead of recovering; no amount of atacontrol reinits/detach/reattach gets me anything more than: Master: ATA/ATAPI revision 0 Since I can't even make the drives run in PIO mode for some reliability, I guess I have little to loose in migrating to -CURRENT. -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-stable@FreeBSD.ORG Sat Jun 4 17:31:03 2005 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 F423416A41C for ; Sat, 4 Jun 2005 17:31:02 +0000 (GMT) (envelope-from v.velox@vvelox.net) Received: from S2.cableone.net (smtp2.cableone.net [24.116.0.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC9DD43D48 for ; Sat, 4 Jun 2005 17:31:02 +0000 (GMT) (envelope-from v.velox@vvelox.net) Received: from vixen42.local.lan (unverified [24.119.122.41]) by S2.cableone.net (CableOne SMTP Service S2) with ESMTP id 22018891 for multiple; Sat, 04 Jun 2005 11:08:01 -0700 Date: Sat, 4 Jun 2005 12:33:37 -0500 From: Vulpes Velox To: Matthias Buelow Message-ID: <20050604123337.0eafcd5b@vixen42.local.lan> In-Reply-To: <429F07BD.7050302@incubus.de> References: <285af08705060206095ddc13e6@mail.gmail.com> <429F07BD.7050302@incubus.de> X-Mailer: Sylpheed-Claws 1.9.11 (GTK+ 2.6.7; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-IP-stats: Incoming Last 1, First 16, in=19, out=0, spam=0 X-External-IP: 24.119.122.41 X-Abuse-Info: Send abuse complaints to abuse@cableone.net Cc: freebsd-stable@freebsd.org, Maxi Combina Subject: Re: filesystems not properly unmounted 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, 04 Jun 2005 17:31:03 -0000 On Thu, 02 Jun 2005 15:21:01 +0200 Matthias Buelow wrote: > Maxi Combina wrote: > > Hello, I am running freebsd 5.4, and every time I reboot, I get a > > mesasge when the kernel is mounting the filesystems. It says that > > the fs were not properly unmounted, and must chek them. Them main > > concern is with my root partition. I also have en ext3 partition > > (which I mount as ext2), and the kernel also complains about this > > ext3 partition. > > The root partition is automatically checked, but the ext2 > > partition not! I have to manually run fsck.ext2 and then reboot > > again... I am _sure_ that I have rebooted in the right way. Well, > > at least with `reboot' and `halt'. May be this is not the right > > way? Am I missing something? > > This is a known issue; explicitly unmount the ext2/ext3 filesystem > before shutdown. I have had the same problem with fat32 filesystems before also. I have ut2004 installed on a fatpartition on my dualboot machine. To make it accessible so that I can play it in freebsd aswell, I need to mount and unmount the drive from a rc.d script under /usr/local/etc/ rc.d/ to make sure it gets unmount. With out that, it does not properly unmount it. From owner-freebsd-stable@FreeBSD.ORG Sat Jun 4 17:56:47 2005 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 3533C16A41C for ; Sat, 4 Jun 2005 17:56:47 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id D674943D48 for ; Sat, 4 Jun 2005 17:56:46 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from [192.168.2.10] (p54AAF9D1.dip.t-dialin.net [84.170.249.209]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 1D03D30C43; Sat, 4 Jun 2005 19:59:27 +0200 (CEST) Message-ID: <42A1EBDE.4030009@incubus.de> Date: Sat, 04 Jun 2005 19:58:54 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050526) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Vulpes Velox References: <285af08705060206095ddc13e6@mail.gmail.com> <429F07BD.7050302@incubus.de> <20050604123337.0eafcd5b@vixen42.local.lan> In-Reply-To: <20050604123337.0eafcd5b@vixen42.local.lan> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=6FF22C9F; url=http://www.mkbuelow.net/mkbkeys Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Maxi Combina , freebsd-stable@freebsd.org Subject: Re: filesystems not properly unmounted 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, 04 Jun 2005 17:56:47 -0000 Vulpes Velox wrote: > I have had the same problem with fat32 filesystems before also. I > have ut2004 installed on a fatpartition on my dualboot machine. To > make it accessible so that I can play it in freebsd aswell, I need to > mount and unmount the drive from a rc.d script under /usr/local/etc/ > rc.d/ to make sure it gets unmount. With out that, it does not > properly unmount it. Odd.. I do not see that with msdosfs (vfat/fat32). I have: /dev/ad4s2 on /dos (msdosfs, local) and it always shuts down cleanly. How do you have it mounted? mkb. From owner-freebsd-stable@FreeBSD.ORG Sat Jun 4 18:27:42 2005 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 A571516A41C for ; Sat, 4 Jun 2005 18:27:42 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4933643D48 for ; Sat, 4 Jun 2005 18:27:40 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IHK004CMOM41010@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Sat, 04 Jun 2005 20:27:40 +0200 (CEST) Received: from kg-work.kg4.no ([80.203.21.150]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0IHK00BPAOS8FXD0@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Sat, 04 Jun 2005 20:31:20 +0200 (CEST) Date: Sat, 04 Jun 2005 20:27:35 +0200 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: <429CA163.70608@icyb.net.ua> To: freebsd-stable@freebsd.org Message-id: <20050604202735.3198a818.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <429CA163.70608@icyb.net.ua> Subject: Re: xffm - xfsamba4 broken in 5-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: Sat, 04 Jun 2005 18:27:42 -0000 On Tue, 31 May 2005 20:39:47 +0300 Andriy Gapon wrote: > if (kill(PID,SIGCONT) == 0) return TRUE; > > [ cut lorts of interesting text ] > > Removing that line fixed xfsamba4 for me, but I encountered another Ok, so you just removed that line from tubo.c? I wonder if this is the correct way to fix it, but anyway, I'm going to try it. > problem after that, my PDC (NT4) doesn't respond to the following > request (Samba3 client): > nmblookup -A > so instead I had to use > nmblookup -M -S -- - FWIW, my (non-working) xfsamba4 uses 'nmblookup -M -- -' (that dash M double dash dash) > and this made xfsamba4 perfectly well. Perhaps you should send-pr this information. -- Regards Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Sat Jun 4 18:58:41 2005 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 E945116A41C for ; Sat, 4 Jun 2005 18:58:41 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8ABEE43D49 for ; Sat, 4 Jun 2005 18:58:41 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IHK004ODQ1U1030@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Sat, 04 Jun 2005 20:58:42 +0200 (CEST) Received: from kg-work.kg4.no ([80.203.21.150]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0IHK00B9RQ7XKW20@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Sat, 04 Jun 2005 21:02:22 +0200 (CEST) Date: Sat, 04 Jun 2005 20:58:37 +0200 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: <20050604202735.3198a818.torfinn.ingolfsen@broadpark.no> To: freebsd-stable@freebsd.org Message-id: <20050604205837.12afb237.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <429CA163.70608@icyb.net.ua> <20050604202735.3198a818.torfinn.ingolfsen@broadpark.no> Subject: Re: xffm - xfsamba4 broken in 5-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: Sat, 04 Jun 2005 18:58:42 -0000 On Sat, 04 Jun 2005 20:27:35 +0200 Torfinn Ingolfsen wrote: > Ok, so you just removed that line from tubo.c? Reading the line in context shows that this might indeed be the correct fix, here is the context: #ifdef __FreeBSD__ /* This apparently does the bug workaround for wait failure * on FreeBSD 5.1: */ if (kill(PID,SIGCONT) == 0) return TRUE; #endif Perhaps this should be removed, or at least fixed so that it only is needed on FreeBSD 5.1. > I wonder if this is the correct way to fix it, but anyway, I'm going > to try it. And it worked. I did a 'make extract' in the xfce4-fm port directory, removed the offending line 'if (kill(PID...', and did a 'make deinstall' followed by a 'make reinstall'. Now xfsamba4 works like it did before. -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Sat Jun 4 19:24:44 2005 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 08CAB16A41C for ; Sat, 4 Jun 2005 19:24:44 +0000 (GMT) (envelope-from jpp@cloudview.com) Received: from skipjack.no-such-agency.net (skipjack.no-such-agency.net [64.142.114.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB76A43D49 for ; Sat, 4 Jun 2005 19:24:43 +0000 (GMT) (envelope-from jpp@cloudview.com) Received: from skipjack.no-such-agency.net (localhost [127.0.0.1]) by skipjack.no-such-agency.net (Postfix) with ESMTP id 2868334D435; Sat, 4 Jun 2005 12:24:39 -0700 (PDT) Received: from [192.168.2.120] (blackhole.no-such-agency.net [64.142.103.196]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by skipjack.no-such-agency.net (Postfix) with ESMTP id 6323434D415; Sat, 4 Jun 2005 12:24:36 -0700 (PDT) Message-ID: <42A1FFF3.7020803@cloudview.com> Date: Sat, 04 Jun 2005 12:24:35 -0700 From: John Pettitt User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Remo.Lacho@verizon.net References: In-Reply-To: X-Enigmail-Version: 0.91.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-AV-Checked: by skipjack Cc: Hans.F.Nordhaug@hiMolde.no, freebsd-stable@freebsd.org Subject: Re: [lists] RAID-1 as back-up 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, 04 Jun 2005 19:24:44 -0000 Remo Lacho wrote: >On 6/4/2005 at 12:26 AM Hans F. Nordhaug wrote: > > > >>Dear list, >> >>I would like to use RAID-1 as a back-up solution. If one of the disk >>breaks I would like my server to continue to run from the other disk. >>I have followed the mailing list for a while and read some howtos, >>but I'm not sure if this is possible (without doing all kinds of tricks >>when the accidents happens - removing meta data and so on). In >>addition, I thought, gvinum was the way to go, but hasn't there been >>some problems with it (reported here lately)? I'm running 5.3 - what >>do you recommend - gvinum, ccd, others? What is the definitive howto for >>the recommend solution. Thx for your time. >> >>Regards, >>Hans >>... >> >> > >*********** REPLY SEPARATOR *********** > >Good place to start: > > > > > > Up to a point - beware of geom_mirror with USB and FireWire disks - it's temperamental at best and with my FireWire drives simple won't work reliably (panic during boot if a rebuild is needed and unrecoverable errors during rebuilds). I've just re-done the mirror set on my box with gvinum and so far it's looking good - it boots ok and rebuild is a lot faster. This on a 5-STABLE box with a FW800 card a 2x LaCie 500GB bigger disk extreme external FW drives. If this works for my next trick I'll try RAID5 with 4x250gb usb drives. From owner-freebsd-stable@FreeBSD.ORG Sat Jun 4 20:57:51 2005 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 DEE6616A41C for ; Sat, 4 Jun 2005 20:57:51 +0000 (GMT) (envelope-from dmagda@ee.ryerson.ca) Received: from tomts22-srv.bellnexxia.net (tomts22-srv.bellnexxia.net [209.226.175.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FB8D43D48 for ; Sat, 4 Jun 2005 20:57:51 +0000 (GMT) (envelope-from dmagda@ee.ryerson.ca) Received: from [192.168.1.133] ([70.48.7.157]) by tomts22-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20050604205750.CPKZ21470.tomts22-srv.bellnexxia.net@[192.168.1.133]> for ; Sat, 4 Jun 2005 16:57:50 -0400 In-Reply-To: <20050603225015.GA60773@FS.denninger.net> References: <20050603222620.GA708@hiMolde.no> <20050603223634.GA13927@thened.net> <20050603225015.GA60773@FS.denninger.net> Mime-Version: 1.0 (Apple Message framework v622) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: David Magda Date: Sat, 4 Jun 2005 16:57:52 -0400 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.622) Subject: Re: RAID-1 as back-up 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: Sat, 04 Jun 2005 20:57:52 -0000 On Jun 3, 2005, at 18:50, Karl Denninger wrote: > As with all backup strategies (absent write-once media in SOME cases) > if the > media is PHYSICALLY connected to the machine and it is hacked it is > possible > for a hacker to scribble on THAT as well. This is no more likely, > however, Or a voltage spike to fry it (the OP has a UPS, right?). Or if there is some flooding it will scramble things as well. Regardless of media you use, make sure there is at least one back up off site. I've heard of some insurance companies not paying out the business continuation payments since there was no off site data (it was a condition in the agreement / contract). From owner-freebsd-stable@FreeBSD.ORG Sat Jun 4 21:00:45 2005 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 2D2BB16A41C; Sat, 4 Jun 2005 21:00:45 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam.ru (gw.ipt.ru [80.253.10.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB8F843D1F; Sat, 4 Jun 2005 21:00:43 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam by bsam.ru with local (Exim 4.30; FreeBSD) id 1Deflu-000OeA-9R; Sun, 05 Jun 2005 01:01:34 +0400 To: Scot Hetzel References: <429D8B3B.50203@ng.fadesa.es> <29469499@srv.sem.ipt.ru> <429DE188.5020908@ng.fadesa.es> <09783236@srv.sem.ipt.ru> <429EE7D8.4050900@ng.fadesa.es> <65121725@srv.sem.ipt.ru> <42A025CA.2000107@ng.fadesa.es> <41916239@srv.sem.ipt.ru> <790a9fff05060309474f2f06eb@mail.gmail.com> <11516153@srv.sem.ipt.ru> <790a9fff0506031300756e6bda@mail.gmail.com> From: Boris Samorodov Date: Sun, 05 Jun 2005 01:01:34 +0400 In-Reply-To: <790a9fff0506031300756e6bda@mail.gmail.com> (Scot Hetzel's message of "Fri, 3 Jun 2005 15:00:56 -0500") Message-ID: <74054193@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: "Boris B. Samorodov" Cc: fandino@ng.fadesa.es, freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: Re: kadmin (heimdal port) ignores the ldap backend 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, 04 Jun 2005 21:00:45 -0000 On Fri, 3 Jun 2005 15:00:56 -0500 Scot Hetzel wrote: > On 6/3/05, Boris Samorodov wrote: > > > I believe you have to set NO_KERBEROS in /etc/make.conf. Then rebuild > > > & install the FreeBSD sources in /usr/src. Then after the > > > installworld, you'll need to go to the /usr/lib directory and > > > move/remove all libs that are older than the date of the install. > > > > > NOTE: I would also do a second installworld, after removing the > > > libraries. Just incase something was removed that wasn't supposed to > > > be removed. > > > > > Then install the KERBEROS hemidal port. > > > > Hmm. And what about kerbesized applications (i.e. sshd) from the base > > system which I'd like to use with kerberos authentication? > > > looks like you would have to install them from ports, unless you Those from ports uses MIT Kerberos 5 realization. Maybe they work with Heimdal also... > hacked the sources to use KERBEROS installed from the port. > src/secure/usr.bin/ssh/Makefile > src/lib/libtelnet/Makefile > src/lib/libpam/modules/modules.inc > NOTE: there may be others > You would have to change the files to check if the hemdial libraries > are installed: > .if (defined(HEIMDAL_HOME) && exists(${HEIMDAL_HOME}/lib/libkrb5.so) ) > || !defined(NO_KERBEROS) > NOTE: you may also need to set LDFLAGS+=-L${HEIMDAL_HOME}/lib > And see if it compiles. This way means applying patches every build/install world. And there is no guarantee that pathes apply well. And it is really a *hack*. I try to find a way to DTRT (do the right thing). So far I have two workarounds (may be *hacks* all together): o install heimdal from ports and change library searching path (to search /usr/local/lib before athers). Don't know if it may break something; o install heimdal from ports with LOCALBASE=/usr. The port should be reinstalled after make world. Thus neighter of them are good... WBR -- bsam From owner-freebsd-stable@FreeBSD.ORG Sat Jun 4 21:28:50 2005 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 4DD7C16A41C for ; Sat, 4 Jun 2005 21:28:50 +0000 (GMT) (envelope-from jpp@cloudview.com) Received: from skipjack.no-such-agency.net (skipjack.no-such-agency.net [64.142.114.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BF9A43D1D for ; Sat, 4 Jun 2005 21:28:49 +0000 (GMT) (envelope-from jpp@cloudview.com) Received: from skipjack.no-such-agency.net (localhost [127.0.0.1]) by skipjack.no-such-agency.net (Postfix) with ESMTP id EBCE734D435; Sat, 4 Jun 2005 14:28:45 -0700 (PDT) Received: from [192.168.2.120] (blackhole.no-such-agency.net [64.142.103.196]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by skipjack.no-such-agency.net (Postfix) with ESMTP id AE93734D415; Sat, 4 Jun 2005 14:28:42 -0700 (PDT) Message-ID: <42A21D0A.8050107@cloudview.com> Date: Sat, 04 Jun 2005 14:28:42 -0700 From: John Pettitt User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Remo.Lacho@verizon.net References: In-Reply-To: X-Enigmail-Version: 0.91.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-AV-Checked: by skipjack Cc: Hans.F.Nordhaug@hiMolde.no, freebsd-stable@freebsd.org Subject: Re: [lists] RAID-1 as back-up 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, 04 Jun 2005 21:28:50 -0000 Remo Lacho wrote: >O > >>> >>> >>> >>Up to a point - beware of geom_mirror with USB and FireWire disks - it's >>temperamental at best and with my FireWire drives simple won't work >>reliably (panic during boot if a rebuild is needed and unrecoverable >>errors during rebuilds). I've just re-done the mirror set on my box >>with gvinum and so far it's looking good - it boots ok and rebuild is a >>lot faster. >> >>This on a 5-STABLE box with a FW800 card a 2x LaCie 500GB bigger disk >>extreme external FW drives. >> >>If this works for my next trick I'll try RAID5 with 4x250gb usb drives. >> >> > >*********** REPLY SEPARATOR *********** > >I feel your pain. :) > >Please excuse my ignorance, but why would you use USB or Firewire drives on a >production server? > > > > It's a home server and the storage is near-line photo archives (I'm a professional photographer) that's also backed up on REV cartridges. I don't need the performance of a multi thousand dollar server box just the storage capacity to host up to a terabyte of images. If I really needed the performace I'd build somthing with SCSI or SATA drives but I just need capacity. Currently the box has: IDE 80 GB main disk (root usr var tmp swap ) 1x250GB FW 400 - scratch storage 2x300GB FW 400 in a gstripe set - storage for BackupPC which covers the desktop boxes. 2x500GB FW 800 (on a separate FW800 controller) - this is going to be the photo archive in a gvinum mirror set. Then I have 4xUSB250GB drives that are not really doing anyting right now and I may build into a RAID5 for future expansion. John From owner-freebsd-stable@FreeBSD.ORG Sat Jun 4 22:41:41 2005 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 E4B9D16A41C for ; Sat, 4 Jun 2005 22:41:41 +0000 (GMT) (envelope-from karl@FS.denninger.net) Received: from FS.denninger.net (wsip-68-15-213-52.at.at.cox.net [68.15.213.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7847843D53 for ; Sat, 4 Jun 2005 22:41:41 +0000 (GMT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net (localhost [127.0.0.1]) by FS.denninger.net (8.13.3/8.13.1) with SMTP id j54MfcbM089478 for ; Sat, 4 Jun 2005 17:41:38 -0500 (CDT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net [127.0.0.1] by Spamblock-sys; Sat Jun 4 17:41:38 2005 Received: (from karl@localhost) by FS.denninger.net (8.13.3/8.13.1/Submit) id j54Mfb2Z089476 for freebsd-stable@freebsd.org; Sat, 4 Jun 2005 17:41:37 -0500 (CDT) (envelope-from karl) Date: Sat, 4 Jun 2005 17:41:37 -0500 From: Karl Denninger To: freebsd-stable@freebsd.org Message-ID: <20050604224137.GA89464@FS.denninger.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <20050603222620.GA708@hiMolde.no> <20050603223634.GA13927@thened.net> <20050603225015.GA60773@FS.denninger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Organization: Karl's Sushi and Packet Smashers X-Die-Spammers: Spammers cheerfully broiled for supper and served with ketchup! Subject: Re: RAID-1 as back-up 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, 04 Jun 2005 22:41:42 -0000 On Sat, Jun 04, 2005 at 04:57:52PM -0400, David Magda wrote: > > On Jun 3, 2005, at 18:50, Karl Denninger wrote: > > >As with all backup strategies (absent write-once media in SOME cases) > >if the > >media is PHYSICALLY connected to the machine and it is hacked it is > >possible > >for a hacker to scribble on THAT as well. This is no more likely, > >however, > > Or a voltage spike to fry it (the OP has a UPS, right?). Or if there is > some flooding it will scramble things as well. > > Regardless of media you use, make sure there is at least one back up > off site. I've heard of some insurance companies not paying out the > business continuation payments since there was no off site data (it was > a condition in the agreement / contract). Having an offsite copy is just good common sense. My point is that there are other ways to do this beyond traditional tape media, and that a RAID system is a perfectly-viable means of accomplishing the goal. - -- Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist http://www.denninger.net My home on the net - links to everything I do! http://scubaforum.org Your UNCENSORED place to talk about DIVING! http://www.spamcuda.net SPAM FREE mailboxes - FREE FOR A LIMITED TIME! http://genesis3.blogspot.com Musings Of A Sentient Mind From owner-freebsd-stable@FreeBSD.ORG Sat Jun 4 23:23:38 2005 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 C276016A41C for ; Sat, 4 Jun 2005 23:23:38 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9584D43D1F for ; Sat, 4 Jun 2005 23:23:38 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin08-en2 [10.13.10.153]) by smtpout.mac.com (Xserve/8.12.11/smtpout14/MantshX 4.0) with ESMTP id j54NNc05019402; Sat, 4 Jun 2005 16:23:38 -0700 (PDT) Received: from [192.168.1.6] (pool-68-161-53-96.ny325.east.verizon.net [68.161.53.96]) (authenticated bits=0) by mac.com (Xserve/smtpin08/MantshX 4.0) with ESMTP id j54NNafU010078; Sat, 4 Jun 2005 16:23:37 -0700 (PDT) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Charles Swiger Date: Sat, 4 Jun 2005 19:23:35 -0400 To: Remo.Lacho@verizon.net X-Mailer: Apple Mail (2.730) Cc: FreeBSD Stable Users Subject: Re: Re[2]: [lists] RAID-1 as back-up 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, 04 Jun 2005 23:23:38 -0000 On Jun 4, 2005, at 5:11 PM, Remo Lacho wrote: > Please excuse my ignorance, but why would you use USB or Firewire > drives on a > production server? Firewire makes a really nice hot-pluggable I/O bus which works nicely with external devices. Your typical external Firewire drive is generally a medium-decent IDE drive (ie, one with a 3-year warranty and more cache than the typical drive sold today) using an IDE->FW converter. Firewire is especially well suited to things like movie editting and other A/V work, and I'd rather use it than IDE for those kind of tasks. It's not clear that even Ultra320 SCSI is a better choice as an interface, although the highest-end SCSI drives are probably more reliable. You'd have to switch up to a fibre-channel SAN to get a system which is significantly faster or more fault-tolerant. [ I don't think so highly of USB2. ] -- -Chuck