From owner-freebsd-stable@FreeBSD.ORG Sun Nov 26 03:49:18 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0608916A407 for ; Sun, 26 Nov 2006 03:49:18 +0000 (UTC) (envelope-from kreios@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BCC143D46 for ; Sun, 26 Nov 2006 03:48:25 +0000 (GMT) (envelope-from kreios@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so1159134wxc for ; Sat, 25 Nov 2006 19:49:17 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer; b=aqd3IPmrSfKnxbxSSKwUZHRROR3WtJ4qsdP9EYtexVtkq9Ndodn29vHm9gLrrhgEHhH6pzqU1YuDuN6mUwdFrUJymJeFyPnounWscHcmoyWi9BT5AfUahocspz8b8QEpJAEPmrfwwDFIRBNSebEZrXzbM0EnTagyaiZhlta6YrY= Received: by 10.70.89.1 with SMTP id m1mr22552082wxb.1164512956908; Sat, 25 Nov 2006 19:49:16 -0800 (PST) Received: from ?192.168.1.198? ( [71.113.235.243]) by mx.google.com with ESMTP id 35sm24491528wra.2006.11.25.19.49.16; Sat, 25 Nov 2006 19:49:16 -0800 (PST) In-Reply-To: <7579f7fb0611231216p36e9901cr68611a4038297889@mail.gmail.com> References: <7579f7fb0611231216p36e9901cr68611a4038297889@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Dave Date: Sat, 25 Nov 2006 21:49:13 -0600 To: stable@freebsd.org X-Mailer: Apple Mail (2.752.2) Cc: Matthew Jacob Subject: Re: SunFire X4100 MPT Issues 6.2 RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Nov 2006 03:49:18 -0000 On Nov 23, 2006, at 2:16 PM, Matthew Jacob wrote: > [i'm on vacation now] > Hmm- I thought I put in code so you should only see one of those. I'll > check this out when I get back next week. Thanks for your help. One thing to note is that the firmware and BIOS of the unit was upgraded to try and fix another problem and because of this, the unit will not boot directly from the controller. I don't think this is your problem so if anybody has any thoughts on what path I should take on trying to get this fixed, I would be much appreciated. Here is the output from the console: BTX loader 1.00 BTX version is 1.01 Consoles: internal video/keyboard BIOS drive A: is disk0 BIOS drive C: is disk1 BIOS 612kB/4060704kB available memory FreeBSD/i386 bootstrap loader, Revision 1.1 (root@opus.cse.buffalo.edu, Thu Nov 16 01:32:15 UTC 2006) int=0000000d err=0000001a efl=00030287 eip=0000290f eax=1400000a ebx=00000b40 ecx=00000000 edx=0000cf00 esi=00000d1c edi=00000001 ebp=00000206 esp=00000200 cs=cf00 ds=9a00 es=9a00 fs=0000 gs=0000 ss=9a00 cs:eip=cc 68 32 06 ff 34 e8 db-fc 83 c4 04 89 46 fe 5f 5e c9 c3 55 8b ec 1e 33-c0 8e d8 a0 75 04 3c 00 ss:esp=1c 0d 02 00 00 00 34 02-32 46 1c 0d 00 00 00 14 00 00 00 00 01 00 00 00-1c 0d 02 00 00 00 00 00 BTX halted The unit boots find from the network. I guess I get to see if I can downgrade the firmware but I am not having much luck finding previous images. -- Dave From owner-freebsd-stable@FreeBSD.ORG Sun Nov 26 04:06:28 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F39A916A412 for ; Sun, 26 Nov 2006 04:06:27 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from alnrmhc11.comcast.net (alnrmhc11.comcast.net [206.18.177.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1551243D4C for ; Sun, 26 Nov 2006 04:05:35 +0000 (GMT) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-67-174-220-97.hsd1.ca.comcast.net[67.174.220.97]) by comcast.net (alnrmhc11) with ESMTP id <20061126040627b1100sl79le>; Sun, 26 Nov 2006 04:06:27 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id BB3F41FA01D; Sat, 25 Nov 2006 20:06:26 -0800 (PST) Date: Sat, 25 Nov 2006 20:06:26 -0800 From: Jeremy Chadwick To: Dave Message-ID: <20061126040626.GA11816@icarus.home.lan> Mail-Followup-To: Dave , stable@freebsd.org, Matthew Jacob References: <7579f7fb0611231216p36e9901cr68611a4038297889@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Matthew Jacob , stable@freebsd.org Subject: Re: SunFire X4100 MPT Issues 6.2 RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Nov 2006 04:06:28 -0000 On Sat, Nov 25, 2006 at 09:49:13PM -0600, Dave wrote: > The unit boots find from the network. I guess I get to see if I > can downgrade the firmware but I am not having much luck finding > previous images. Have you tried talking to Sun about this? The problem really does sound like it's with the BIOS not supporting the ability to boot off of an external controller. This would be something Sun would have to address, would it not? Also, for what it's worth, I have a couple Intel boards which also exhibit the same issue (re: can't boot off of an external controller). The solution I went with was to use the onboard SATA controller instead of my Promise controller. :-) -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sun Nov 26 08:05:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 375D916A416 for ; Sun, 26 Nov 2006 08:05:34 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id E826843D46 for ; Sun, 26 Nov 2006 08:04:40 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 7044D1A3C19; Sun, 26 Nov 2006 00:05:33 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7140C51375; Sun, 26 Nov 2006 03:05:17 -0500 (EST) Date: Sun, 26 Nov 2006 03:05:17 -0500 From: Kris Kennaway To: "O. Hartmann" Message-ID: <20061126080517.GB48708@xor.obsecurity.org> References: <20061125013802.20B6E45054@ptavv.es.net> <45679F01.90708@samsco.org> <45683511.6030400@mail.zedat.fu-berlin.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZfOjI3PrQbgiZnxM" Content-Disposition: inline In-Reply-To: <45683511.6030400@mail.zedat.fu-berlin.de> User-Agent: Mutt/1.4.2.2i Cc: David Malone , "O. Hartmann" , FreeBSD Stable Subject: Re: UFS Bug: FreeBSD 6.1/6.2/7.0: MOKB-08-11-2006, CVE-2006-5824, MOKB-03-11-2006, CVE-2006-5679 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Nov 2006 08:05:34 -0000 --ZfOjI3PrQbgiZnxM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Nov 25, 2006 at 01:20:33PM +0100, O. Hartmann wrote: > Scott Long wrote: > > Kevin Oberman wrote: > >>> Date: Fri, 24 Nov 2006 15:58:39 -0700 > >>> From: Scott Long > >>> Sender: owner-freebsd-stable@freebsd.org > >>> > >>> David Malone wrote: > >>> > >>>>> These two bugs are shown for FreeBSD only and I guess, Solaris and > >>>>> other BSDs still use UFS. Are they more robust against this > >>>>> exploit or type of exploit? > >>>> > >>>> I don't know of a concerted effort by anyone to improve UFS in this > >>>> way. I would guess that the odd bug would have been resolved, but > >>>> no large scale work. > >>>> > >>>> David. > >>> Another thing to keep in mind is that filesystem mounting is only > >>> available to the super-user. If a feature came along such as > >>> automatically mounting USB drives, these bugs would indeed be critical. > >>> But for now, they are not. > >> > >> Not on the base system, but Gnome 2.16 with hald running will mount a > >> removable device automatically. The standard configuration of Gnome runs > >> hald. Allowing user mounts of removable media is even formalized by the > >> addition of /media to hier(7). I'm not sure this should simply be > >> treated as not being significant. > > > > Would it be possible to restrict Gnome to only auto-mounting msdos and > > cd9660 filesystems? > > > > Scott > > > > _______________________________________________ > > 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" > Sorry, if my question may sound heretic, but wouldn't it be more > sophisticated solving the problem instead of disabling everything what > could trigger the bug? It's been explained to you why "solving the problem" (i.e. adapting UFS so that no combination of corrupted filesystem data can cause a panic) is, in all practical senses, probably impossible. To recap, it would require fundamentally redesigning the UFS code to perform input validation before using any on-disk data, and adding some kind of backout and recovery strategies for when bad data is detected. Apart from the significant additional complexity, this may have an unacceptable runtime performance penalty. I hope the status of this issue is clear now. Kris --ZfOjI3PrQbgiZnxM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFaUq9Wry0BWjoQKURAl5VAKDXwLhOwSQ66HkVh670IXdX6ys0TQCbBRTX 1TdH82ndhPCrXm7uDklCwpo= =vD3u -----END PGP SIGNATURE----- --ZfOjI3PrQbgiZnxM-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 26 08:06:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E7B3716A407 for ; Sun, 26 Nov 2006 08:06:29 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1225A43D46 for ; Sun, 26 Nov 2006 08:05:37 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 93F5B1A3C19; Sun, 26 Nov 2006 00:06:29 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B6D3651375; Sun, 26 Nov 2006 03:06:13 -0500 (EST) Date: Sun, 26 Nov 2006 03:06:13 -0500 From: Kris Kennaway To: "O. Hartmann" Message-ID: <20061126080613.GC48708@xor.obsecurity.org> References: <45686A63.6030708@mail.zedat.fu-berlin.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="R+My9LyyhiUvIEro" Content-Disposition: inline In-Reply-To: <45686A63.6030708@mail.zedat.fu-berlin.de> User-Agent: Mutt/1.4.2.2i Cc: FreeBSD Stable Subject: Re: Problems unmounting/fssyncking extern UFS filesystem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Nov 2006 08:06:30 -0000 --R+My9LyyhiUvIEro Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 25, 2006 at 05:08:03PM +0100, O. Hartmann wrote: > A while ago since now I receive kernel messages like this in FreeBSD > 6.2-PRE/AMD64: >=20 > fsync: giving up on dirty > 0xffffff000362c7c0: tag devfs, type VCHR > usecount 1, writecount 0, refcount 325 mountedhere 0xffffff00504d8400 > flags () > v_object 0xffffff00013c80e0 ref 0 pages 1286 > lock type devfs: EXCL (count 1) by thread 0xffffff0050287260 (pid > 14109) > dev ufs/BACKUP >=20 > Filesystem is an external USB attached SATA HD, ohci() driven (due to > ehci() is not working stable and properly on FreeBSD 6.2). >=20 > Filesystem is mounted via amd() and there via the'script' option in > amd() due to problems of the amd() mounting process recognizing UFS > filesystems. After 30 seconds of inactivity the filesystems gets > dismounted. This worked quite well in the past, but now I see this > kernel error messages. >=20 > Before doing a PR, I would like to serious ask whether this is an issue > or not. It's not a serious issue, AFAIK. Kris --R+My9LyyhiUvIEro Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFaUr1Wry0BWjoQKURAu3uAJ9+eU8yJMhEKPhI0IqLMiZII4vWLgCgxN3n 5mC3nSTPeZlGdF1Wk7mw+Zg= =O+ol -----END PGP SIGNATURE----- --R+My9LyyhiUvIEro-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 26 08:31:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A075616A407 for ; Sun, 26 Nov 2006 08:31:03 +0000 (UTC) (envelope-from V.Haisman@sh.cvut.cz) Received: from service.sh.cvut.cz (service.sh.cvut.cz [147.32.127.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0626643D67 for ; Sun, 26 Nov 2006 08:30:09 +0000 (GMT) (envelope-from V.Haisman@sh.cvut.cz) Received: from localhost (localhost [127.0.0.1]) by service.sh.cvut.cz (Postfix) with ESMTP id DDA641A333A; Sun, 26 Nov 2006 09:30:56 +0100 (CET) Received: from service.sh.cvut.cz ([127.0.0.1]) by localhost (service [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07437-03; Sun, 26 Nov 2006 09:30:53 +0100 (CET) Received: from logout.sh.cvut.cz (logout.sh.cvut.cz [147.32.127.203]) by service.sh.cvut.cz (Postfix) with ESMTP id 7FDAA1A330E; Sun, 26 Nov 2006 09:30:53 +0100 (CET) Received: from [192.168.1.2] (localhost [127.0.0.1]) by logout.sh.cvut.cz (Postfix) with ESMTP id F400261C29; Sun, 26 Nov 2006 09:30:52 +0100 (CET) Message-ID: <456950AF.3090308@sh.cvut.cz> Date: Sun, 26 Nov 2006 09:30:39 +0100 From: =?UTF-8?B?VsOhY2xhdiBIYWlzbWFu?= User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.1.2 OpenPGP: id=733031B4 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAMFBMVEUnMzWJm5S+0864pn5r blp/hnW2up7X7uqftbNRVUrW1LGBdGfHwJqPi3ScoYtBQzhDxGEwAAAAB3RJTUUH1QoQDDgyQtx8 HQAAAkNJREFUeJzFU0toU0EUPYu66CpGdCUUmoUJkpUDQUoNBVEUrBJsq1Ki2EIKIUZ8mydBhYi0 wVUXJVCLCrFN4DIEQdxIqdBIFsMkWD9YJClCRGKjJaviynjfe8RPogtXPcObuXPOPXd+PHj+Aeyo QNmobGLXVeANGM+GsP0B2yqHHNVoCD2LwLglVGZx7yXSlADR0uZu9C4Bpy3hUxPvH/cuUw6UoPCL h64I8KAJuMpwRU8uUMJy0OIpHVeXmulZoCc/t0LlTbJLEY1EudPRcnVjgAP5Osdl4K5HVP4+2bAI okaUA0Iq6Q59+Zy2eMWN6EpFTsa3+uD1+JKj4TPHuYTSMaLScLAaqk94YJqG4ds30hojOVgYoNJc NTztNU2TBYbhu9Aafnq08ORja37da1NwBrN/b7NVEc+b8yecuYkp08vNvLYneVZRaSH1vS0UnfHm OUPzWaZufHPmCWSdWrfeGVQQKmcsO4If8pAdXJ/xF4QQAeOVY1AQQcfirwkLUWeWVTgi6vaGt2xe BGzBEIMQorru8RxgPqY1V6uxYnwVBRZEI1ytCm3dE8mC2DgcbzCJGHdBEVDKuWDSwsrSGoqzJmNt 2jJpNueIH0qS8/0JrDKnVBdvOzIsdVr4zaX9dn9xcLLKdCtQGfutVacLE9Ja+yfbDvO4aMWrklfK /JYv15C8Kw9S10kup5Bys0N1bLdcn4HvTl/Xlh6Fpllwj5/XpH9BUXn/ym0Dvv7Rt2MywojpYiSi i7Hsscaa19zZ//y/hR+BT/ns80nmJAAAAABJRU5ErkJggg== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigEA0DDD7298A863200D093DD6" X-Virus-Scanned: by amavisd-new at sh.cvut.cz X-Spam-Status: No, hits=-5.9 tagged_above=-255.0 required=5.0 tests=ALL_TRUSTED, BAYES_00 X-Spam-Level: Subject: kqueue LOR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Nov 2006 08:31:03 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigEA0DDD7298A863200D093DD6 Content-Type: multipart/mixed; boundary="------------000809030008080602090504" This is a multi-part message in MIME format. --------------000809030008080602090504 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, the attached lor.txt contains LOR I got this yesterday. It is FreeBSD 6.1= with relatively recent kernel, from last week or so. -- VH --------------000809030008080602090504 Content-Type: text/plain; name="lor.txt" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="lor.txt" K2xvY2sgb3JkZXIgcmV2ZXJzYWw6DQorIDFzdCAweGM1MzdmMzAwIGtxdWV1ZSAoa3F1ZXVl KSBAIC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fZXZlbnQuYzoxNTQ3DQorIDJuZCAweGM0NWMy MmRjIHN0cnVjdCBtb3VudCBtdHggKHN0cnVjdCBtb3VudCBtdHgpIEAgL3Vzci9zcmMvc3lz L3Vmcy91ZnMvdWZzX3Zub3BzLmM6MTM4DQorS0RCOiBzdGFjayBiYWNrdHJhY2U6DQora2Ri X2JhY2t0cmFjZShjMDdmOTg3OSxjNDVjMjJkYyxjMDdmZDMxYyxjMDdmZDMxYyxjMDgwYzdi MiwuLi4pIGF0IGtkYl9iYWNrdHJhY2UrMHgyZg0KK3dpdG5lc3NfY2hlY2tvcmRlcihjNDVj MjJkYyw5LGMwODBjN2IyLDhhLGMwN2ZjNmJkLC4uLikgYXQgd2l0bmVzc19jaGVja29yZGVy KzB4NWZlDQorX210eF9sb2NrX2ZsYWdzKGM0NWMyMmRjLDAsYzA4MGM3YjIsOGEsZTc5MGJh MjAsLi4uKSBhdCBfbXR4X2xvY2tfZmxhZ3MrMHgzMg0KK3Vmc19pdGltZXMoYzQ3YTBkZDAs YzQ3YTBlOTAsZTc5MGJhNzgsYzA2MGUxY2MsYzQ3YTBkZDAsLi4uKSBhdCB1ZnNfaXRpbWVz KzB4NmMNCit1ZnNfZ2V0YXR0cihlNzkwYmE1NCxlNzkwYmFlYyxjMDYyMmFmNixjMDg5NmY0 MCxlNzkwYmE1NCwuLi4pIGF0IHVmc19nZXRhdHRyKzB4MjANCitWT1BfR0VUQVRUUl9BUFYo YzA4OTZmNDAsZTc5MGJhNTQsYzA4YTU3NjAsYzQ3YTBkZDAsZTc5MGJhNzQsLi4uKSBhdCBW T1BfR0VUQVRUUl9BUFYrMHgzYQ0KK2ZpbHRfdmZzcmVhZChjNGNmMjYxYyw2LGMwN2Y0NDVl LDYwYiwwLC4uLikgYXQgZmlsdF92ZnNyZWFkKzB4NzUNCitrbm90ZShjNGY1NzExNCw2LDEs MWYzMGMyYWYsMWYzMGMyYWYsLi4uKSBhdCBrbm90ZSsweDc1DQorVk9QX1dSSVRFX0FQVihj MDg5NmY0MCxlNzkwYmJlYyxjNDdhMGRkMCwyMjcsZTc5MGJjYjQsLi4uKSBhdCBWT1BfV1JJ VEVfQVBWKzB4MTQ4DQordm5fd3JpdGUoYzQ1ZDUxMjAsZTc5MGJjYjQsYzU4MDJhMDAsMCxj NGI3M2E4MCwuLi4pIGF0IHZuX3dyaXRlKzB4MjAxDQorZG9maWxld3JpdGUoYzRiNzNhODAs MWIsYzQ1ZDUxMjAsZTc5MGJjYjQsZmZmZmZmZmYsLi4uKSBhdCBkb2ZpbGV3cml0ZSsweDg0 DQora2Vybl93cml0ZXYoYzRiNzNhODAsMWIsZTc5MGJjYjQsODIyMGM3MSwwLC4uLikgYXQg a2Vybl93cml0ZXYrMHg2NQ0KK3dyaXRlKGM0YjczYTgwLGU3OTBiZDA0LGMsYzA3ZDg5OWMs MywuLi4pIGF0IHdyaXRlKzB4NGYNCitzeXNjYWxsKDNiLDNiLGJmYmYwMDNiLDAsYmZiZmVh ZTQsLi4uKSBhdCBzeXNjYWxsKzB4Mjk1DQorWGludDB4ODBfc3lzY2FsbCgpIGF0IFhpbnQw eDgwX3N5c2NhbGwrMHgxZg0KKy0tLSBzeXNjYWxsICg0LCBGcmVlQlNEIEVMRjMyLCB3cml0 ZSksIGVpcCA9IDB4MjgzMWQ3MjcsIGVzcCA9IDB4YmZiZmVhMWMsIGVicCA9IDB4YmZiZmVh NDggLS0tDQo= --------------000809030008080602090504-- --------------enigEA0DDD7298A863200D093DD6 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.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQEVAwUBRWlQtkNOZDESBK8FAQIt1gf8C1QKTiLIq/8tTIG4fXkfErRi2VLXrpOc hJEGOqaQDdotLzVDeP+OeUq53YNWmIFmzcqQFdfKNHGSeWvJ2mE7i0tT6PjUU5Em srSsuoxp2M9WUlLsvuOqKzWGZPoUUqznI8uphvO419X2m+BNBEBnvZF4gY7A7Zme D9iL4KLJqGASEvFcvzYE1UAtqWLiu6ZDtTn4iVvw7EcstIinxLaUQ5d/Qp3JH+J+ I3odwj5eHC5BggQ4RZYcW6YvX5xYS3VKeGSleDGRXg8pJGxSampQGwcrbuiKo3Ee K/it9o9OwU68tAQO2n671N3+fegoDv7pMGqCXHdNViIyFvKsptTuAA== =XfZN -----END PGP SIGNATURE----- --------------enigEA0DDD7298A863200D093DD6-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 26 12:37:25 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D50F616A4D0; Sun, 26 Nov 2006 12:37:25 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id F060443D7B; Sun, 26 Nov 2006 12:36:29 +0000 (GMT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id kAQCbIaj074333; Sun, 26 Nov 2006 19:37:18 +0700 (KRAT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id kAQCbI6B074330; Sun, 26 Nov 2006 19:37:18 +0700 (KRAT) (envelope-from eugen) Date: Sun, 26 Nov 2006 19:37:18 +0700 From: Eugene Grosbein To: Robert Watson Message-ID: <20061126123718.GA74047@svzserv.kemerovo.su> References: <20061121165151.0dd0956c.dom@helenmarks.co.uk> <20061124040223.9AA9A45054@ptavv.es.net> <20061124092027.a310a6e1.dom@helenmarks.co.uk> <20061124141736.F90666@fledge.watson.org> <20061124142925.GA44939@svzserv.kemerovo.su> <20061125172600.J24765@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061125172600.J24765@fledge.watson.org> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org Subject: Re: FreeBSD 6.2-PRE 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, 26 Nov 2006 12:37:25 -0000 On Sat, Nov 25, 2006 at 05:26:38PM +0000, Robert Watson wrote: > >Has GNATS been fixed? I mean its search (by ID or single line fields). > Apparently the mirror of the GNATS database on the web server had become > corrupted; Ken Smith has apparently fixed this, and it looks like the > database is now up-to-date again. Give it a try? It works now. Thanks! Eugene From owner-freebsd-stable@FreeBSD.ORG Sun Nov 26 13:18:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 87A6916A403 for ; Sun, 26 Nov 2006 13:18:04 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAFB443D5F for ; Sun, 26 Nov 2006 13:17:09 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so878501pyh for ; Sun, 26 Nov 2006 05:18:03 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ElEjAYcXdCSD8zry9OgjycUyDMh2TS5J1aEJlMu8N8/+ZO3vD90Fy028UkQW5FGHANWVNltnzOKf70GBBa1WnMYpl0gGEDOSoaOPQDqM5UiKtGoZ6H1+q86fO28IBF/8e77R7mntzlWPWN+XbTMbrZ/z7lr9EalhCdrY22A8lCA= Received: by 10.35.96.7 with SMTP id y7mr10662938pyl.1164547083223; Sun, 26 Nov 2006 05:18:03 -0800 (PST) Received: by 10.35.17.16 with HTTP; Sun, 26 Nov 2006 05:18:03 -0800 (PST) Message-ID: <3aaaa3a0611260518x47ce56acqa45888fbd315e3fd@mail.gmail.com> Date: Sun, 26 Nov 2006 13:18:03 +0000 From: Chris To: "Kris Kennaway" In-Reply-To: <20061123192532.GA81937@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061123162813.L3026@volte.student.utwente.nl> <20061123192532.GA81937@xor.obsecurity.org> Cc: s.c.sprong@student.utwente.nl, freebsd-stable@freebsd.org Subject: Re: sshfs/nfs cause server lockup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Nov 2006 13:18:04 -0000 On 23/11/06, Kris Kennaway wrote: > On Thu, Nov 23, 2006 at 04:38:48PM +0100, s.c.sprong@student.utwente.nl wrote: > > Chris wrote: > > >kris a development on this, someone else posted about a nfs problem > > >and reading his post some starkling point he made about network cards, > > >he stated he only gets the bug on sis rl and fxp. > > > > Sorry for the misunderstanding, but I think that the 'NFS via TCP' thread > > covers other bugs, ie the inability to mount NFS v3 over TCP. > > > > I've tested the cards above, and the person I replied to encountered the > > same bug with a bge card. My solution was to remove custom nfs settings > > in sysctl.conf. I don't know which one was the culprit because I don't > > have the time to look into it further. > > > > My poking uncovered a set of crashing bugs and potentially a livelock. > > I would agree that NFS is very fragile in RELENG_6. > > So far I've not run into an NFS server deadlock you > > described. > > Are you sure these are NFS problems and not ethernet driver problems? > > Kris > > > The consistency is the servers that lock up are fine when not using any nfs or sshfs mounts. But the 2 servers that are fine use dc and re network adaptors. I am not able to setup my local bsd box until a new hd arrives next monday and will be a day or so before I get it setup to mirror the production conditions of the servers and I will then mount some nfs on it to repeat the problem. Chris From owner-freebsd-stable@FreeBSD.ORG Sun Nov 26 13:34:08 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 545CB16A47B for ; Sun, 26 Nov 2006 13:34:08 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd4mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAA0D43D64 for ; Sun, 26 Nov 2006 13:33:13 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd4mr3so.prod.shaw.ca (pd4mr3so-qfe3.prod.shaw.ca [10.0.141.214]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0J9C001T3B0UUUA0@l-daemon> for stable@freebsd.org; Sun, 26 Nov 2006 06:34:06 -0700 (MST) Received: from pn2ml2so.prod.shaw.ca ([10.0.121.146]) by pd4mr3so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0J9C00H4UB0UREB0@pd4mr3so.prod.shaw.ca> for stable@freebsd.org; Sun, 26 Nov 2006 06:34:06 -0700 (MST) Received: from hexahedron.daemonology.net ([24.82.18.31]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with SMTP id <0J9C00DE2B0TZ5U1@l-daemon> for stable@freebsd.org; Sun, 26 Nov 2006 06:34:06 -0700 (MST) Received: (qmail 2686 invoked from network); Sun, 26 Nov 2006 13:34:02 +0000 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by localhost with SMTP; Sun, 26 Nov 2006 13:34:02 +0000 Date: Sun, 26 Nov 2006 05:34:02 -0800 From: Colin Percival In-reply-to: <456402E6.1040805@freebsd.org> To: Colin Percival Message-id: <456997CA.2070807@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-2 Content-transfer-encoding: 7bit X-Enigmail-Version: 0.94.0.0 References: <000b01c70cae$14c758c0$2603fb93@KLOBOUCEK> <456402E6.1040805@freebsd.org> User-Agent: Thunderbird 1.5 (X11/20060416) Cc: Petr Holub , stable@freebsd.org Subject: Re: freebsd-update to track release engineering X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Nov 2006 13:34:08 -0000 Colin Percival wrote: > Petr Holub wrote: >>> I'm working on it. >> If I install RC1 now, would it be possible to upgrade to RC2 >> and RELEASE, or is it not ready yet? > > My intention is that anyone running 6.1-RELEASE, 6.2-BETA*, or > 6.2-RC* will be able to upgrade to the latest release candidate > or release. To avoid repeating myself too many times, I'm just going to point to my latest blog entry: http://www.daemonology.net/blog/2006-11-26-freebsd-6.1-to-6.2-binary-upgrade.html Colin Percival From owner-freebsd-stable@FreeBSD.ORG Sun Nov 26 14:49:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 19BD416A521 for ; Sun, 26 Nov 2006 14:49:56 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B77D43DC7 for ; Sun, 26 Nov 2006 14:48:47 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id F294546C9F; Sun, 26 Nov 2006 09:49:33 -0500 (EST) Date: Sun, 26 Nov 2006 14:49:33 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Kevin Oberman In-Reply-To: <20061125013802.20B6E45054@ptavv.es.net> Message-ID: <20061126144424.B66361@fledge.watson.org> References: <20061125013802.20B6E45054@ptavv.es.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: David Malone , FreeBSD Stable , "O. Hartmann" Subject: Re: UFS Bug: FreeBSD 6.1/6.2/7.0: MOKB-08-11-2006, CVE-2006-5824, MOKB-03-11-2006, CVE-2006-5679 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Nov 2006 14:49:56 -0000 On Fri, 24 Nov 2006, Kevin Oberman wrote: >>> I don't know of a concerted effort by anyone to improve UFS in this way. I >>> would guess that the odd bug would have been resolved, but no large scale >>> work. >> >> Another thing to keep in mind is that filesystem mounting is only available >> to the super-user. If a feature came along such as automatically mounting >> USB drives, these bugs would indeed be critical. But for now, they are not. > > Not on the base system, but Gnome 2.16 with hald running will mount a > removable device automatically. The standard configuration of Gnome runs > hald. Allowing user mounts of removable media is even formalized by the > addition of /media to hier(7). I'm not sure this should simply be treated as > not being significant. At least for now, "untrusted" UFS file systems should not be mounted without first performing a file system check on them. I'd like to see resilience improved so that we're not dealing with panic scenarios on a heavily corrupted UFS, but it's fairly well documented that we consider file systems to be in one of three states: clean, in which case they are by definition not corrupt, requiring a bgfsck (i.e., garbage collection following a fail stop with soft updates enabled), or dirty (requiring a full fsck before mount). I think a better target for resilience improvements is actually msdosfs, since users are far more likely to want to deal with potentially currupted FAT file systems from USB devices than UFS file systems from arbitrary sources. And, unlike UFS, it's fairly likely someone with only moderate VFS/VM background could do the basics of this work, with an immediate practical benefit. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Sun Nov 26 15:37:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ED12016A47C for ; Sun, 26 Nov 2006 15:37:48 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D68A43D80 for ; Sun, 26 Nov 2006 15:36:35 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GoM4E-0000bw-66 for freebsd-stable@freebsd.org; Sun, 26 Nov 2006 16:37:18 +0100 Received: from r5h168.net.upc.cz ([86.49.7.168]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 26 Nov 2006 16:37:18 +0100 Received: from gamato by r5h168.net.upc.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 26 Nov 2006 16:37:18 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Sun, 26 Nov 2006 16:37:10 +0100 Lines: 11 Message-ID: <4569B4A6.5050307@users.sf.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: r5h168.net.upc.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.8) Gecko/20061111 SeaMonkey/1.0.6 Sender: news Cc: freebsd-current@freebsd.org Subject: [msdosfs] [patch] msdosfs incorrectly handles NT 8.3 capitalization X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Nov 2006 15:37:49 -0000 Hello, More than a year ago I discovered a bug in msdosfs incorrectly handling NT 8.3 capitalization. It was discussed on the lists and Micah prepared a patch and filed this PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=86655 Unfortunately, it seems to have been forgotten. Can some of the committers have a look at it please ?? Many thanks, Martin From owner-freebsd-stable@FreeBSD.ORG Sun Nov 26 16:07:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 74C3E16A415 for ; Sun, 26 Nov 2006 16:07:43 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 292C143D5E for ; Sun, 26 Nov 2006 16:06:46 +0000 (GMT) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.62) with esmtp (envelope-from ) id <1GoMXc-00012p-Ll>; Sun, 26 Nov 2006 17:07:40 +0100 Received: from e178043172.adsl.alicedsl.de ([85.178.43.172] helo=[192.168.1.128]) by inpost2.zedat.fu-berlin.de (Exim 4.62) with esmtpsa (envelope-from ) id <1GoMXc-0003xJ-Is>; Sun, 26 Nov 2006 17:07:40 +0100 Message-ID: <4569BBC7.9030302@mail.zedat.fu-berlin.de> Date: Sun, 26 Nov 2006 17:07:35 +0100 From: "O. Hartmann" User-Agent: Thunderbird 1.5.0.8 (X11/20061110) MIME-Version: 1.0 To: rsmith@xs4all.nl, FreeBSD Stable References: <45686A63.6030708@mail.zedat.fu-berlin.de> <20061125164008.GA5008@slackbox.xs4all.nl> In-Reply-To: <20061125164008.GA5008@slackbox.xs4all.nl> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.43.172 Cc: Subject: Re: Problems unmounting/fssyncking extern UFS filesystem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Nov 2006 16:07:43 -0000 Roland Smith wrote: > On Sat, Nov 25, 2006 at 05:08:03PM +0100, O. Hartmann wrote: > >> A while ago since now I receive kernel messages like this in FreeBSD >> 6.2-PRE/AMD64: >> >> fsync: giving up on dirty >> 0xffffff000362c7c0: tag devfs, type VCHR >> usecount 1, writecount 0, refcount 325 mountedhere 0xffffff00504d8400 >> flags () >> v_object 0xffffff00013c80e0 ref 0 pages 1286 >> lock type devfs: EXCL (count 1) by thread 0xffffff0050287260 (pid >> 14109) >> dev ufs/BACKUP >> >> Filesystem is an external USB attached SATA HD, ohci() driven (due to >> ehci() is not working stable and properly on FreeBSD 6.2). >> > > The external USB harddisk I'm using works fine with ehci (VIA VT6202 USB > 2.0 controller) on 6.2-PRERELEASE amd64: > > Controller /dev/usb4: > addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), VIA(0x0000), rev 1.00 > port 1 powered > port 2 addr 2: high speed, power 100 mA, config 1, Mass Storage Device(0x3507), Prolific Technology Inc.(0x067b), rev 1.00 > My mainboard is a ASUS A8N32-SLI Deluxe and therfore the nForce400/16x SPP/MCP controller chipset and EHCI isn't working, crahsing the box sporadically. This happens with the mentioned external drive and with an USB stcik also. Crashing the box disappears when using only ohci. The above shown fsync problems occurs in both case, ohci() and ehci(). > >> Filesystem is mounted via amd() and there via the'script' option in >> amd() due to problems of the amd() mounting process recognizing UFS >> filesystems. After 30 seconds of inactivity the filesystems gets >> dismounted. This worked quite well in the past, but now I see this >> kernel error messages. >> > > The only problems I ever had wer with the firewire interface, not > USB. But I don't use amd, and I'm using GEOM_ELI encyption. > > If amd doesn't work well with ufs, would using glabel be a workaround? > > Roland > Maybe amd() dismounts to early ... Don't know. Maybe the magic 'sync;sync;sync' before dismounting will help, I'll try it. Sorry, I got this 'idea' right now, I may have bothered you all with possibly crap. Regards, Oliver From owner-freebsd-stable@FreeBSD.ORG Sun Nov 26 18:54:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BBC4916A407; Sun, 26 Nov 2006 18:54:40 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75E0643D69; Sun, 26 Nov 2006 18:53:44 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost.int.ru [127.0.0.1] (may be forged)) by mp2.macomnet.net (8.13.7/8.13.8) with ESMTP id kAQIscf6042850; Sun, 26 Nov 2006 21:54:38 +0300 (MSK) (envelope-from maxim@macomnet.ru) Date: Sun, 26 Nov 2006 21:54:38 +0300 (MSK) From: Maxim Konovalov To: martinko In-Reply-To: <4569B4A6.5050307@users.sf.net> Message-ID: <20061126215357.W91535@mp2.macomnet.net> References: <4569B4A6.5050307@users.sf.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: [msdosfs] [patch] msdosfs incorrectly handles NT 8.3 capitalization X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Nov 2006 18:54:40 -0000 On Sun, 26 Nov 2006, 16:37+0100, martinko wrote: > Hello, > > More than a year ago I discovered a bug in msdosfs incorrectly handling > NT 8.3 capitalization. It was discussed on the lists and Micah prepared > a patch and filed this PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=86655 > Unfortunately, it seems to have been forgotten. > Can some of the committers have a look at it please ?? Fixed in HEAD. Will MFC the code to RELENG_6 in three weeks. -- Maxim Konovalov From owner-freebsd-stable@FreeBSD.ORG Sun Nov 26 20:50:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 26FC216A415 for ; Sun, 26 Nov 2006 20:50:30 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF37743D60 for ; Sun, 26 Nov 2006 20:49:18 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 36C722002E8; Sun, 26 Nov 2006 21:50:12 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id E2DB82002DA; Sun, 26 Nov 2006 21:50:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id AC12C444889; Sun, 26 Nov 2006 20:49:44 +0000 (UTC) Date: Sun, 26 Nov 2006 20:49:44 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: =?UTF-8?B?VsOhY2xhdiBIYWlzbWFu?= In-Reply-To: <456950AF.3090308@sh.cvut.cz> Message-ID: <20061126204900.W25145@maildrop.int.zabbadoz.net> References: <456950AF.3090308@sh.cvut.cz> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-454673033-1164574184=:25145" X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: freebsd-stable@freebsd.org Subject: Re: kqueue LOR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Nov 2006 20:50:30 -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-454673033-1164574184=:25145 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Sun, 26 Nov 2006, V=E1clav Haisman wrote: > Hi, > the attached lor.txt contains LOR I got this yesterday. It is FreeBSD 6.1 > with relatively recent kernel, from last week or so. > lock order reversal: > 1st 0xc537f300 kqueue (kqueue) @ sys/kern/kern_event.c:1547 > 2nd 0xc45c22dc struct mount mtx (struct mount mtx) @ sys/ufs/ufs/ufs_vno= ps.c:138 Added to The LOR page with LOR ID # 193: http://sources.zabbadoz.net/freebsd/lor.html#193 --=20 Bjoern A. Zeeb=09=09=09=09bzeeb at Zabbadoz dot NeT --0-454673033-1164574184=:25145-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 26 21:01:09 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7C5A016A407; Sun, 26 Nov 2006 21:01:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 584F843D62; Sun, 26 Nov 2006 20:59:59 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kAQL0sM3015749; Sun, 26 Nov 2006 16:00:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kAQL0sgV066239; Sun, 26 Nov 2006 16:00:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 69704241BF; Sun, 26 Nov 2006 16:00:54 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061126210054.69704241BF@freebsd-stable.sentex.ca> Date: Sun, 26 Nov 2006 16:00:54 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [releng_6_2 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Nov 2006 21:01:09 -0000 TB --- 2006-11-26 20:50:43 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2006-11-26 20:50:43 - starting RELENG_6_2 tinderbox run for amd64/amd64 TB --- 2006-11-26 20:50:43 - cleaning the object tree TB --- 2006-11-26 20:50:43 - checking out the source tree TB --- 2006-11-26 20:50:43 - cd /tinderbox/RELENG_6_2/amd64/amd64 TB --- 2006-11-26 20:50:43 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6_2 src TB --- 2006-11-26 21:00:54 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2006-11-26 21:00:54 - ERROR: unable to check out the source tree TB --- 2006-11-26 21:00:54 - tinderbox aborted TB --- 0.05 user 0.00 system 610.68 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6_2-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Mon Nov 27 03:23:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3717016A492 for ; Mon, 27 Nov 2006 03:23:17 +0000 (UTC) (envelope-from rcoleman@criticalmagic.com) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [64.74.207.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78C6B43D5A for ; Mon, 27 Nov 2006 03:22:18 +0000 (GMT) (envelope-from rcoleman@criticalmagic.com) Received: from neptune.criticalmagic.com (adsl-074-229-078-253.sip.asm.bellsouth.net [74.229.78.253]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "neptune.criticalmagic.com", Issuer "Critical Magic Root Certificate" (verified OK)) by saturn.criticalmagic.com (Postfix) with ESMTP id 8BD8839808 for ; Sun, 26 Nov 2006 22:23:15 -0500 (EST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by neptune.criticalmagic.com (Postfix) with ESMTP id 9EF3C6D409 for ; Sun, 26 Nov 2006 22:23:14 -0500 (EST) Message-ID: <456A5A22.9070408@criticalmagic.com> Date: Sun, 26 Nov 2006 22:23:14 -0500 From: Richard Coleman Organization: Critical Magic User-Agent: Thunderbird 1.5.0.8 (X11/20061110) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Large msdosfs disk will not mount on RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2006 03:23:17 -0000 I just bought a large external hard drive for home backups (500g Western Digital My Book). When I plug it in to my machine (RELENG_6 from about a week ago), the system sees the device just fine: Nov 26 22:03:21 neptune kernel: umass0: Western Digital External HDD, rev 2.00/1.06, addr 2 Nov 26 22:03:21 neptune kernel: uhid1: Western Digital External HDD, rev 2.00/1.06, addr 2, iclass 8/6 Nov 26 22:03:21 neptune kernel: da0 at umass-sim0 bus 0 target 0 lun 0 Nov 26 22:03:21 neptune kernel: da0: Fixed Direct Access SCSI-4 device Nov 26 22:03:21 neptune kernel: da0: 40.000MB/s transfers Nov 26 22:03:21 neptune kernel: da0: 476940MB (976773168 512 byte sectors: 255H 63S/T 60801C) But when I try to mount the drive (mount -t msdos /dev/da0 /mnt), the system gives the following error: Nov 26 22:06:41 neptune kernel: mountmsdosfs(): disk too big, sorry I was surprised to see a file system limitation on FreeBSD that Windows does not have. I will probably reformat the system to ufs2, but thought I would mention this error message. I'm sure these drives will become increasingly common. Richard Coleman rcoleman@criticalmagic.com From owner-freebsd-stable@FreeBSD.ORG Mon Nov 27 06:10:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5AEF516A415 for ; Mon, 27 Nov 2006 06:10:03 +0000 (UTC) (envelope-from clay@milos.co.za) Received: from bart.milos.co.za (bart.milos.co.za [196.38.18.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3970143D55 for ; Mon, 27 Nov 2006 06:09:02 +0000 (GMT) (envelope-from clay@milos.co.za) Received: (qmail 27896 invoked by uid 89); 27 Nov 2006 06:09:59 -0000 Received: from unknown (HELO claylaptop) (clay@milos.za.net@192.168.3.254) by bart.milos.co.za with SMTP; 27 Nov 2006 06:09:59 -0000 Message-ID: <002201c711ea$aa032220$9603a8c0@claylaptop> From: "Clayton Milos" To: "Richard Coleman" , References: <456A5A22.9070408@criticalmagic.com> Date: Mon, 27 Nov 2006 08:09:53 +0200 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.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 Cc: Subject: Re: Large msdosfs disk will not mount on RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2006 06:10:03 -0000 ----- Original Message ----- From: "Richard Coleman" To: Sent: Monday, November 27, 2006 5:23 AM Subject: Large msdosfs disk will not mount on RELENG_6 >I just bought a large external hard drive for home backups (500g Western >Digital My Book). When I plug it in to my machine (RELENG_6 from about a >week ago), the system sees the device just fine: > > Nov 26 22:03:21 neptune kernel: umass0: Western Digital External HDD, rev > 2.00/1.06, addr 2 > Nov 26 22:03:21 neptune kernel: uhid1: Western Digital External HDD, rev > 2.00/1.06, addr 2, iclass 8/6 > Nov 26 22:03:21 neptune kernel: da0 at umass-sim0 bus 0 target 0 lun 0 > Nov 26 22:03:21 neptune kernel: da0: Fixed > Direct Access SCSI-4 device > Nov 26 22:03:21 neptune kernel: da0: 40.000MB/s transfers > Nov 26 22:03:21 neptune kernel: da0: 476940MB (976773168 512 byte sectors: > 255H 63S/T 60801C) > > > But when I try to mount the drive (mount -t msdos /dev/da0 /mnt), the > system gives the following error: > > Nov 26 22:06:41 neptune kernel: mountmsdosfs(): disk too big, sorry > > I was surprised to see a file system limitation on FreeBSD that Windows > does not have. I will probably reformat the system to ufs2, but thought I > would mention this error message. I'm sure these drives will become > increasingly common. > > Richard Coleman > rcoleman@criticalmagic.com I am very suprised at all that windows would allow you to format a 500G drive into a single 500G FAT32 partition. As far as I am aware windows 2000 and xp will only allow you to format up to a 32G dive with FAT32. Any bigger and it will force you to use NTFS. The other strange thing is tht you are trying to mount /dev/da0 and not /dev/de0s1. How did you format this drive ? -Clay From owner-freebsd-stable@FreeBSD.ORG Mon Nov 27 06:16:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E954F16A412 for ; Mon, 27 Nov 2006 06:16:27 +0000 (UTC) (envelope-from security@jim-liesl.org) Received: from qsmtp4.mc.surewest.net (qsmtp.mc.surewest.net [66.60.130.145]) by mx1.FreeBSD.org (Postfix) with SMTP id 164A443D45 for ; Mon, 27 Nov 2006 06:15:29 +0000 (GMT) (envelope-from security@jim-liesl.org) Received: (qmail 15604 invoked from network); 26 Nov 2006 22:12:16 -0800 Received: by simscan 1.1.0 ppid: 15566, pid: 15582, t: 7.4903s scanners: regex: 1.1.0 attach: 1.1.0 clamav: 0.84/m:41/d:2236 spam: 3.0.3 Received: from unknown (HELO daemon.jim-liesl.org) (66.60.173.44) by qsmtp4 with SMTP; 26 Nov 2006 22:12:09 -0800 Received: from daemon.jim-liesl.org (localhost [127.0.0.1]) by daemon.jim-liesl.org (Postfix) with ESMTP id 85CD36191; Sun, 26 Nov 2006 22:20:15 -0800 (PST) Received: from [192.168.1.105] (emperor.jim-liesl.org [192.168.1.105]) by daemon.jim-liesl.org (Postfix) with ESMTP id 632C2614B; Sun, 26 Nov 2006 22:20:15 -0800 (PST) From: secmgr To: Richard Coleman In-Reply-To: <456A5A22.9070408@criticalmagic.com> References: <456A5A22.9070408@criticalmagic.com> Content-Type: text/plain Organization: Message-Id: <1164608160.3488.30.camel@emperor> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) Date: 26 Nov 2006 22:16:00 -0800 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on qsmtp4.surewest.net X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.0.3 Cc: freebsd-stable@freebsd.org Subject: Re: Large msdosfs disk will not mount on RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2006 06:16:28 -0000 On Sun, 2006-11-26 at 19:23, Richard Coleman wrote: > I just bought a large external hard drive for home backups (500g Western Digital My Book). When I > plug it in to my machine (RELENG_6 from about a week ago), the system sees the device just fine: > > Nov 26 22:03:21 neptune kernel: umass0: Western Digital External HDD, rev 2.00/1.06, addr 2 > Nov 26 22:03:21 neptune kernel: uhid1: Western Digital External HDD, rev 2.00/1.06, addr 2, iclass 8/6 > Nov 26 22:03:21 neptune kernel: da0 at umass-sim0 bus 0 target 0 lun 0 > Nov 26 22:03:21 neptune kernel: da0: Fixed Direct Access SCSI-4 device > Nov 26 22:03:21 neptune kernel: da0: 40.000MB/s transfers > Nov 26 22:03:21 neptune kernel: da0: 476940MB (976773168 512 byte sectors: 255H 63S/T 60801C) > > > But when I try to mount the drive (mount -t msdos /dev/da0 /mnt), the system gives the following error: > > Nov 26 22:06:41 neptune kernel: mountmsdosfs(): disk too big, sorry > > I was surprised to see a file system limitation on FreeBSD that Windows does not have. I will > probably reformat the system to ufs2, but thought I would mention this error message. I'm sure > these drives will become increasingly common. Would you share how you initialized this drive, and what parameters you used? FAT32 has a 2 TB limit for the filesystem and 2 GB for a file. The error you saw is thrown when the # of sectors exceeds an unsigned 32 bit integer. BTW, the limit is based on the DOS spec, not FreeBSD. jim From owner-freebsd-stable@FreeBSD.ORG Mon Nov 27 06:21:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1D12016A403 for ; Mon, 27 Nov 2006 06:21:29 +0000 (UTC) (envelope-from allbery@ece.cmu.edu) Received: from bache.ece.cmu.edu (BACHE.ECE.CMU.EDU [128.2.129.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39F0443D45 for ; Mon, 27 Nov 2006 06:20:30 +0000 (GMT) (envelope-from allbery@ece.cmu.edu) Received: by bache.ece.cmu.edu (Postfix, from userid 953) id 7C8A4B2; Mon, 27 Nov 2006 01:21:27 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on filt2.ece.cmu.edu X-Spam-Level: X-Spam-Status: No, score=0.0 required=6.0 tests=BAYES_50 autolearn=no version=3.1.4 Received: from [10.9.204.128] (dsl093-061-215.pit1.dsl.speakeasy.net [66.93.61.215]) by bache.ece.cmu.edu (Postfix) with ESMTP id 63F51AE; Mon, 27 Nov 2006 01:21:26 -0500 (EST) In-Reply-To: <002201c711ea$aa032220$9603a8c0@claylaptop> References: <456A5A22.9070408@criticalmagic.com> <002201c711ea$aa032220$9603a8c0@claylaptop> Mime-Version: 1.0 (Apple Message framework v752.2) X-Priority: 3 Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <87807352-74B6-441C-8FF7-B11B0BD6AA31@ece.cmu.edu> Content-Transfer-Encoding: 7bit From: "Brandon S. Allbery KF8NH" Date: Mon, 27 Nov 2006 01:21:24 -0500 To: Clayton Milos , FreeBSD Stable X-Mailer: Apple Mail (2.752.2) Cc: Subject: Re: Large msdosfs disk will not mount on RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2006 06:21:29 -0000 On Nov 27, 2006, at 1:09 , Clayton Milos wrote: >> I just bought a large external hard drive for home backups (500g >> Western Digital My Book). When I plug it in to my machine >> (RELENG_6 from about a week ago), the system sees the device just >> fine: >> > I am very suprised at all that windows would allow you to format a > 500G drive into a single 500G FAT32 partition. > > As far as I am aware windows 2000 and xp will only allow you to > format up to a 32G dive with FAT32. Any bigger and it will force > you to use NTFS. The other strange thing is tht you are trying to > mount /dev/da0 and not /dev/de0s1. > > How did you format this drive ? It comes formatted FAT32. I bought one last week as well, and tried to mount it to extract the included software before repartitioning. I finally mounted it on an OSX box to copy the software to CDR. -- brandon s. allbery [linux,solaris,freebsd,perl] allbery@kf8nh.com system administrator [openafs,heimdal,too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon university KF8NH From owner-freebsd-stable@FreeBSD.ORG Mon Nov 27 06:26:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 758C816A47E for ; Mon, 27 Nov 2006 06:26:33 +0000 (UTC) (envelope-from rcoleman@criticalmagic.com) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [64.74.207.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBD7443D68 for ; Mon, 27 Nov 2006 06:25:33 +0000 (GMT) (envelope-from rcoleman@criticalmagic.com) Received: from neptune.criticalmagic.com (adsl-074-229-078-253.sip.asm.bellsouth.net [74.229.78.253]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "neptune.criticalmagic.com", Issuer "Critical Magic Root Certificate" (verified OK)) by saturn.criticalmagic.com (Postfix) with ESMTP id E383F39808; Mon, 27 Nov 2006 01:26:31 -0500 (EST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by neptune.criticalmagic.com (Postfix) with ESMTP id 2866B6D409; Mon, 27 Nov 2006 01:26:31 -0500 (EST) Message-ID: <456A8516.9000801@criticalmagic.com> Date: Mon, 27 Nov 2006 01:26:30 -0500 From: Richard Coleman Organization: Critical Magic User-Agent: Thunderbird 1.5.0.8 (X11/20061110) MIME-Version: 1.0 To: Clayton Milos References: <456A5A22.9070408@criticalmagic.com> <002201c711ea$aa032220$9603a8c0@claylaptop> In-Reply-To: <002201c711ea$aa032220$9603a8c0@claylaptop> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Large msdosfs disk will not mount on RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2006 06:26:33 -0000 Clayton Milos wrote: > > ----- Original Message ----- From: "Richard Coleman" > > To: > Sent: Monday, November 27, 2006 5:23 AM > Subject: Large msdosfs disk will not mount on RELENG_6 > > >> I just bought a large external hard drive for home backups (500g >> Western Digital My Book). When I plug it in to my machine (RELENG_6 >> from about a week ago), the system sees the device just fine: >> >> Nov 26 22:03:21 neptune kernel: umass0: Western Digital External HDD, >> rev 2.00/1.06, addr 2 >> Nov 26 22:03:21 neptune kernel: uhid1: Western Digital External HDD, >> rev 2.00/1.06, addr 2, iclass 8/6 >> Nov 26 22:03:21 neptune kernel: da0 at umass-sim0 bus 0 target 0 lun 0 >> Nov 26 22:03:21 neptune kernel: da0: Fixed >> Direct Access SCSI-4 device >> Nov 26 22:03:21 neptune kernel: da0: 40.000MB/s transfers >> Nov 26 22:03:21 neptune kernel: da0: 476940MB (976773168 512 byte >> sectors: 255H 63S/T 60801C) >> >> >> But when I try to mount the drive (mount -t msdos /dev/da0 /mnt), the >> system gives the following error: >> >> Nov 26 22:06:41 neptune kernel: mountmsdosfs(): disk too big, sorry >> >> I was surprised to see a file system limitation on FreeBSD that >> Windows does not have. I will probably reformat the system to ufs2, >> but thought I would mention this error message. I'm sure these drives >> will become increasingly common. >> >> Richard Coleman >> rcoleman@criticalmagic.com > > I am very suprised at all that windows would allow you to format a 500G > drive into a single 500G FAT32 partition. > > As far as I am aware windows 2000 and xp will only allow you to format > up to a 32G dive with FAT32. Any bigger and it will force you to use > NTFS. The other strange thing is tht you are trying to mount /dev/da0 > and not /dev/de0s1. > > How did you format this drive ? > > -Clay I didn't format it. This was "out of the box". To be honest, I forgot to look to see how much of the disk that Windows XP could see. And I needed to use the drive, so unfortunately I've already nuked the msdosfs stuff and reformatted it with ufs2. Looking at the (meager) documentation that came with the drive, it just says that it was preformatted as a single FAT32 partition for compatibility. As to using da0 rather than da0s1, that's how I've always seen to mount a msdosfs partition (and it works for my 256M usb key drive). Richard Coleman rcoleman@criticalmagic.com From owner-freebsd-stable@FreeBSD.ORG Mon Nov 27 06:33:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 119EC16A407; Mon, 27 Nov 2006 06:33:50 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx0.rink.nu (thunderstone.rink.nu [80.112.228.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46D4443D68; Mon, 27 Nov 2006 06:32:44 +0000 (GMT) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx0.rink.nu (Postfix) with ESMTP id DFDE917041; Mon, 27 Nov 2006 07:34:20 +0100 (CET) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx0.rink.nu ([127.0.0.1]) by localhost (thunderstone.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id h9JE2TH2A3GC; Mon, 27 Nov 2006 07:34:10 +0100 (CET) Received: by mx0.rink.nu (Postfix, from userid 1000) id 0BB571701F; Mon, 27 Nov 2006 07:34:10 +0100 (CET) Date: Mon, 27 Nov 2006 07:34:09 +0100 From: Rink Springer To: Richard Coleman Message-ID: <20061127063409.GA38831@rink.nu> References: <456A5A22.9070408@criticalmagic.com> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="Q68bSM7Ycu6FN28Q" Content-Disposition: inline In-Reply-To: <456A5A22.9070408@criticalmagic.com> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: trhodes@FreeBSD.org, freebsd-stable@freebsd.org Subject: Re: Large msdosfs disk will not mount on RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2006 06:33:50 -0000 --Q68bSM7Ycu6FN28Q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Richard, On Sun, Nov 26, 2006 at 10:23:14PM -0500, Richard Coleman wrote: > I just bought a large external hard drive for home backups (500g Western= =20 > Digital My Book). When I plug it in to my machine (RELENG_6 from about a= =20 > week ago), the system sees the device just fine: >=20 > Nov 26 22:03:21 neptune kernel: umass0: Western Digital External HDD, rev= =20 > 2.00/1.06, addr 2 > Nov 26 22:03:21 neptune kernel: uhid1: Western Digital External HDD, rev= =20 > 2.00/1.06, addr 2, iclass 8/6 > Nov 26 22:03:21 neptune kernel: da0 at umass-sim0 bus 0 target 0 lun 0 > Nov 26 22:03:21 neptune kernel: da0: Fixed Dire= ct=20 > Access SCSI-4 device > Nov 26 22:03:21 neptune kernel: da0: 40.000MB/s transfers > Nov 26 22:03:21 neptune kernel: da0: 476940MB (976773168 512 byte sectors= :=20 > 255H 63S/T 60801C) >=20 >=20 > But when I try to mount the drive (mount -t msdos /dev/da0 /mnt), the=20 > system gives the following error: >=20 > Nov 26 22:06:41 neptune kernel: mountmsdosfs(): disk too big, sorry >=20 > I was surprised to see a file system limitation on FreeBSD that Windows= =20 > does not have. I will probably reformat the system to ufs2, but thought = I=20 > would mention this error message. I'm sure these drives will become=20 > increasingly common. Looking at /sys/fs/msdosfs/msdosfs_vfsops.c seems to hint the existance of options MSDOSFS_LARGE; this avoids the error message and will let you mount the disk. Perhaps it's time for an update of msdosfs(5) ? (I've CC-ed Tom Rhodes for this). Regards, --=20 Rink P.W. Springer - http://rink.nu "It's you isn't it? THE BASTARD OPERATOR FROM HELL!" "In the flesh, on the phone and in your account..." - BOFH #3 --Q68bSM7Ycu6FN28Q Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIJawYJKoZIhvcNAQcCoIIJXDCCCVgCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC BuIwggObMIIDBKADAgECAhAiuN7bs9pg6t3I0n6G5OOTMA0GCSqGSIb3DQEBBQUAMGIxCzAJ BgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYD VQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNjExMDgwOTI2 NTNaFw0wNzExMDgwOTI2NTNaMIHSMREwDwYDVQQEEwhTcHJpbmdlcjEaMBgGA1UEKhMRUmlu ayBQZXRlciBXeWNoZXIxIzAhBgNVBAMTGlJpbmsgUGV0ZXIgV3ljaGVyIFNwcmluZ2VyMRsw GQYJKoZIhvcNAQkBFgxtYWlsQHJpbmsubnUxHzAdBgkqhkiG9w0BCQEWEHJpbmtAZnJlZWJz ZC5vcmcxIDAeBgkqhkiG9w0BCQEWEXJpbmtAaWwuZm9udHlzLm5sMRwwGgYJKoZIhvcNAQkB Fg1yaW5rQHN0YWNrLm5sMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAxryGDfel YzzENX7wodkbVY1NALfaiPfNEG10YjD8ZWdK9zkN26Tc878Shbqapq0KYFD8TACGfEhKoMvo qbf0PHAS/gNYr81Arqa9FRPUfzvtDE/cMbhvI+p7ufBITyYnPJp9MUD72iT+DohRR2ISVi3i NAEgDuSbYYNxctnvXqU6O6EPy3mzoFPDoiOQwBfVtFrjxBbND9BUK2bjtUyGt4x8I/Vulzrt qLPTokva+b97DHRgbCA/aLLYIrU6QoqOFJ8GrAbro/FZLYh4m1oJk3FEHVQOKkk7xzIaFmmP QGJRL8m6nrIZFTrQ+X2wmzfLD55K/UiqbekOuMiWbY9EbwIDAQABo10wWzBLBgNVHREERDBC gQxtYWlsQHJpbmsubnWBEHJpbmtAZnJlZWJzZC5vcmeBEXJpbmtAaWwuZm9udHlzLm5sgQ1y aW5rQHN0YWNrLm5sMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAIfIcieRjePBA wjZqvOdGpyPcNDnK/ubeQSTV5Y4AHWxm1sXhQxB/XrQ3RVdz1qDnBRL1AjkEBAl8e9+am4s6 D6TaSlmJeNXn6ZPJTQecisz3M+AKiMckShM3oAeUi0ktn1yNYR+hz5aQN612XT5OZRYznJVZ kPf1DiA2RVVyz+MwggM/MIICqKADAgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQG EwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNV BAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2Vz IERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkq hkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAw WhcNMTMwNzE2MjM1OTU5WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1 bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElz c3VpbmcgQ0EwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUE cJ3f6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH 5/EfkTYkKhPPK9Xzgnc9A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBly YLf7AgMBAAGjgZQwgZEwEgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJo dHRwOi8vY3JsLnRoYXd0ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNV HQ8EBAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0G CSqGSIb3DQEBBQUAA4GBAEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYv wPQcUCCTcDz9reFhYsPZOhl+hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3 h9bGCE6u9uo05RAaWzVNd+NWIXiC3CEZNd4ksdMdRv9dX2VPMYICUTCCAk0CAQEwdjBiMQsw CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoG A1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECECK43tuz2mDq3cjS fobk45MwCQYFKw4DAhoFAKCBsTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3 DQEJBTEPFw0wNjExMjcwNjM0MDlaMCMGCSqGSIb3DQEJBDEWBBR5BxwCDWOe1UJ51meIcDL7 xbFy3TBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggq hkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASCAQBI KXGqg003MsauzgZDoF0/Vpd038NRgHRalDdgchjYboPg4IeIjSxM90oJ9JZ247HIJrgMokdR hxjhDP8FinwU0U1OlGbICwgwavlU9cOt/C5a8GSO9uy3yntuCmEdsX2UE4BwJPUKJGily2x/ hTQ6/AzH6DjAisUkRAU/zz8tzdH+bIp84tBEmhlN+YzKN/JlJjGKit+DRvme7aISGQ4eKPzz 1hWCR/avZWHHwrq86eKozXhkiWYvuxIXw3+aiE1o5Y3q4AsSNpwyM0+s4mkEqZNLSvgJQZO6 Dqmtww7wMHyn2UTffTkNqkS7BFwwnMCrSZahiq/DPgQUzezVCfvl --Q68bSM7Ycu6FN28Q-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 27 06:34:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DC1BF16A500 for ; Mon, 27 Nov 2006 06:34:06 +0000 (UTC) (envelope-from allbery@ece.cmu.edu) Received: from bache.ece.cmu.edu (BACHE.ECE.CMU.EDU [128.2.129.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2F5443D5D for ; Mon, 27 Nov 2006 06:33:07 +0000 (GMT) (envelope-from allbery@ece.cmu.edu) Received: by bache.ece.cmu.edu (Postfix, from userid 953) id 7C00BB2; Mon, 27 Nov 2006 01:34:05 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on filt2.ece.cmu.edu X-Spam-Level: X-Spam-Status: No, score=0.0 required=6.0 tests=BAYES_50 autolearn=no version=3.1.4 Received: from [10.9.204.128] (dsl093-061-215.pit1.dsl.speakeasy.net [66.93.61.215]) by bache.ece.cmu.edu (Postfix) with ESMTP id 98CD5AE; Mon, 27 Nov 2006 01:34:04 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <456A8516.9000801@criticalmagic.com> References: <456A5A22.9070408@criticalmagic.com> <002201c711ea$aa032220$9603a8c0@claylaptop> <456A8516.9000801@criticalmagic.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <018B743C-8EF3-4805-BC0C-28603BEC59F3@ece.cmu.edu> Content-Transfer-Encoding: 7bit From: "Brandon S. Allbery KF8NH" Date: Mon, 27 Nov 2006 01:34:02 -0500 To: Richard Coleman , FreeBSD Stable X-Mailer: Apple Mail (2.752.2) Cc: Subject: Re: Large msdosfs disk will not mount on RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2006 06:34:06 -0000 On Nov 27, 2006, at 1:26 , Richard Coleman wrote: > As to using da0 rather than da0s1, that's how I've always seen to > mount a msdosfs partition (and it works for my 256M usb key drive). Flash drives usually don't have partition tables. The WD drive does; I checked it with fdisk before trying to mount, because some vendors like to use s4 instead of s1 (hello Iomega :> ) -- brandon s. allbery [linux,solaris,freebsd,perl] allbery@kf8nh.com system administrator [openafs,heimdal,too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon university KF8NH From owner-freebsd-stable@FreeBSD.ORG Mon Nov 27 06:38:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 76D3B16A416; Mon, 27 Nov 2006 06:38:12 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx0.rink.nu (thunderstone.rink.nu [80.112.228.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C8BD43D4C; Mon, 27 Nov 2006 06:37:13 +0000 (GMT) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx0.rink.nu (Postfix) with ESMTP id 6A4F117041; Mon, 27 Nov 2006 07:38:50 +0100 (CET) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx0.rink.nu ([127.0.0.1]) by localhost (thunderstone.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id a9PCTTJqO5Ob; Mon, 27 Nov 2006 07:38:44 +0100 (CET) Received: by mx0.rink.nu (Postfix, from userid 1000) id 6464B1701F; Mon, 27 Nov 2006 07:38:44 +0100 (CET) Date: Mon, 27 Nov 2006 07:38:44 +0100 From: Rink Springer To: Rink Springer Message-ID: <20061127063844.GB38831@rink.nu> References: <456A5A22.9070408@criticalmagic.com> <20061127063409.GA38831@rink.nu> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="l76fUT7nc3MelDdI" Content-Disposition: inline In-Reply-To: <20061127063409.GA38831@rink.nu> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: trhodes@FreeBSD.org, Richard Coleman , freebsd-stable@freebsd.org Subject: Re: Large msdosfs disk will not mount on RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2006 06:38:12 -0000 --l76fUT7nc3MelDdI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 27, 2006 at 07:34:09AM +0100, Rink Springer wrote: > Looking at /sys/fs/msdosfs/msdosfs_vfsops.c seems to hint the existance > of options MSDOSFS_LARGE; this avoids the error message and will let you > mount the disk. Oh, and before I forget: this option is defined in /sys/conf/NOTES as well (a pure #ifdef in source code is not enough, of course :-) --- # Experimental support for large MS-DOS filesystems. # # WARNING: This uses at least 32 bytes of kernel memory (which is not # reclaimed until the FS is unmounted) for each file on disk to map # between the 32-bit inode numbers used by VFS and the 64-bit # pseudo-inode # numbers used internally by msdosfs. This is only safe to use in # certain # controlled situations (e.g. read-only FS with less than 1 million # files). # Since the mappings do not persist across unmounts (or reboots), these # filesystems are not suitable for exporting through NFS, or any other # application that requires fixed inode numbers. options MSDOSFS_LARGE --- Regards, --=20 Rink P.W. Springer - http://rink.nu "It's you isn't it? THE BASTARD OPERATOR FROM HELL!" "In the flesh, on the phone and in your account..." - BOFH #3 --l76fUT7nc3MelDdI Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIJawYJKoZIhvcNAQcCoIIJXDCCCVgCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC BuIwggObMIIDBKADAgECAhAiuN7bs9pg6t3I0n6G5OOTMA0GCSqGSIb3DQEBBQUAMGIxCzAJ BgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYD VQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNjExMDgwOTI2 NTNaFw0wNzExMDgwOTI2NTNaMIHSMREwDwYDVQQEEwhTcHJpbmdlcjEaMBgGA1UEKhMRUmlu ayBQZXRlciBXeWNoZXIxIzAhBgNVBAMTGlJpbmsgUGV0ZXIgV3ljaGVyIFNwcmluZ2VyMRsw GQYJKoZIhvcNAQkBFgxtYWlsQHJpbmsubnUxHzAdBgkqhkiG9w0BCQEWEHJpbmtAZnJlZWJz ZC5vcmcxIDAeBgkqhkiG9w0BCQEWEXJpbmtAaWwuZm9udHlzLm5sMRwwGgYJKoZIhvcNAQkB Fg1yaW5rQHN0YWNrLm5sMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAxryGDfel YzzENX7wodkbVY1NALfaiPfNEG10YjD8ZWdK9zkN26Tc878Shbqapq0KYFD8TACGfEhKoMvo qbf0PHAS/gNYr81Arqa9FRPUfzvtDE/cMbhvI+p7ufBITyYnPJp9MUD72iT+DohRR2ISVi3i NAEgDuSbYYNxctnvXqU6O6EPy3mzoFPDoiOQwBfVtFrjxBbND9BUK2bjtUyGt4x8I/Vulzrt qLPTokva+b97DHRgbCA/aLLYIrU6QoqOFJ8GrAbro/FZLYh4m1oJk3FEHVQOKkk7xzIaFmmP QGJRL8m6nrIZFTrQ+X2wmzfLD55K/UiqbekOuMiWbY9EbwIDAQABo10wWzBLBgNVHREERDBC gQxtYWlsQHJpbmsubnWBEHJpbmtAZnJlZWJzZC5vcmeBEXJpbmtAaWwuZm9udHlzLm5sgQ1y aW5rQHN0YWNrLm5sMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAIfIcieRjePBA wjZqvOdGpyPcNDnK/ubeQSTV5Y4AHWxm1sXhQxB/XrQ3RVdz1qDnBRL1AjkEBAl8e9+am4s6 D6TaSlmJeNXn6ZPJTQecisz3M+AKiMckShM3oAeUi0ktn1yNYR+hz5aQN612XT5OZRYznJVZ kPf1DiA2RVVyz+MwggM/MIICqKADAgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQG EwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNV BAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2Vz IERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkq hkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAw WhcNMTMwNzE2MjM1OTU5WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1 bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElz c3VpbmcgQ0EwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUE cJ3f6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH 5/EfkTYkKhPPK9Xzgnc9A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBly YLf7AgMBAAGjgZQwgZEwEgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJo dHRwOi8vY3JsLnRoYXd0ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNV HQ8EBAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0G CSqGSIb3DQEBBQUAA4GBAEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYv wPQcUCCTcDz9reFhYsPZOhl+hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3 h9bGCE6u9uo05RAaWzVNd+NWIXiC3CEZNd4ksdMdRv9dX2VPMYICUTCCAk0CAQEwdjBiMQsw CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoG A1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECECK43tuz2mDq3cjS fobk45MwCQYFKw4DAhoFAKCBsTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3 DQEJBTEPFw0wNjExMjcwNjM4NDRaMCMGCSqGSIb3DQEJBDEWBBQPnB5tOqFfqTVNi5u0/yWZ JWKGAzBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggq hkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASCAQAf XmCTq9ksycFc71qojcf0kBhHSDqNyJNYdjsmdznWgdTFDkFNU+OBNctWa2dhKsRUOOyhMP1w 0cRNUjW5wWVNuhX+RwYcJy6ltanV20FogaM62w+JUkBLbVzyK+7yj0ruPepvBdhq3Nb3WqFa cmvWv1Z1CsxlRHjM1bAx8jQsPXiY60dlz6UMbSGQRi/jH046fnk2hIzAjfkDAEJrZxJhNAck 0FQQC1/cRoQ9qTz//opl9tC6WtBwfAsKVdeBLpXKMqnyMp1peYh3cUpzmyj6hEZMmH8s9S3S qTmOlZyADjWubaaH0P2bmO98k8STik65SUZ+rORTBZTwO2rjmU4g --l76fUT7nc3MelDdI-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 27 06:39:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5236516A403; Mon, 27 Nov 2006 06:39:16 +0000 (UTC) (envelope-from rcoleman@criticalmagic.com) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [64.74.207.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54FC143D60; Mon, 27 Nov 2006 06:38:17 +0000 (GMT) (envelope-from rcoleman@criticalmagic.com) Received: from neptune.criticalmagic.com (adsl-074-229-078-253.sip.asm.bellsouth.net [74.229.78.253]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "neptune.criticalmagic.com", Issuer "Critical Magic Root Certificate" (verified OK)) by saturn.criticalmagic.com (Postfix) with ESMTP id 8296939808; Mon, 27 Nov 2006 01:39:15 -0500 (EST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by neptune.criticalmagic.com (Postfix) with ESMTP id 079536D409; Mon, 27 Nov 2006 01:39:15 -0500 (EST) Message-ID: <456A8812.8030708@criticalmagic.com> Date: Mon, 27 Nov 2006 01:39:14 -0500 From: Richard Coleman Organization: Critical Magic User-Agent: Thunderbird 1.5.0.8 (X11/20061110) MIME-Version: 1.0 To: Christian Brueffer References: <456A5A22.9070408@criticalmagic.com> <20061127063352.GA1935@haakonia.hitnet.RWTH-Aachen.DE> In-Reply-To: <20061127063352.GA1935@haakonia.hitnet.RWTH-Aachen.DE> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Large msdosfs disk will not mount on RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2006 06:39:16 -0000 Christian Brueffer wrote: > On Sun, Nov 26, 2006 at 10:23:14PM -0500, Richard Coleman wrote: >> I just bought a large external hard drive for home backups (500g Western >> Digital My Book). When I plug it in to my machine (RELENG_6 from about a >> week ago), the system sees the device just fine: >> >> Nov 26 22:03:21 neptune kernel: umass0: Western Digital External HDD, rev >> 2.00/1.06, addr 2 >> Nov 26 22:03:21 neptune kernel: uhid1: Western Digital External HDD, rev >> 2.00/1.06, addr 2, iclass 8/6 >> Nov 26 22:03:21 neptune kernel: da0 at umass-sim0 bus 0 target 0 lun 0 >> Nov 26 22:03:21 neptune kernel: da0: Fixed Direct >> Access SCSI-4 device >> Nov 26 22:03:21 neptune kernel: da0: 40.000MB/s transfers >> Nov 26 22:03:21 neptune kernel: da0: 476940MB (976773168 512 byte sectors: >> 255H 63S/T 60801C) >> >> >> But when I try to mount the drive (mount -t msdos /dev/da0 /mnt), the >> system gives the following error: >> >> Nov 26 22:06:41 neptune kernel: mountmsdosfs(): disk too big, sorry >> >> I was surprised to see a file system limitation on FreeBSD that Windows >> does not have. I will probably reformat the system to ufs2, but thought I >> would mention this error message. I'm sure these drives will become >> increasingly common. >> > > Please rebuild your kernel with "options MSDOSFS_LARGE" and try again. > > - Christian Ahh, good to know. I hadn't seen that one before. Thanks. Richard Coleman rcoleman@criticalmagic.com From owner-freebsd-stable@FreeBSD.ORG Mon Nov 27 06:45:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2196116A4CE for ; Mon, 27 Nov 2006 06:45:58 +0000 (UTC) (envelope-from security@jim-liesl.org) Received: from qsmtp3.mc.surewest.net (qsmtp.mc.surewest.net [66.60.130.145]) by mx1.FreeBSD.org (Postfix) with SMTP id 0E93243D5C for ; Mon, 27 Nov 2006 06:44:58 +0000 (GMT) (envelope-from security@jim-liesl.org) Received: (qmail 16515 invoked from network); 26 Nov 2006 22:45:57 -0800 Received: by simscan 1.1.0 ppid: 16496, pid: 16509, t: 4.4309s scanners: regex: 1.1.0 attach: 1.1.0 clamav: 0.84/m:41/d:2236 spam: 3.0.3 Received: from unknown (HELO daemon.jim-liesl.org) (66.60.173.44) by qsmtp3 with SMTP; 26 Nov 2006 22:45:53 -0800 Received: from daemon.jim-liesl.org (localhost [127.0.0.1]) by daemon.jim-liesl.org (Postfix) with ESMTP id 9DCF161C5; Sun, 26 Nov 2006 22:49:49 -0800 (PST) Received: from [192.168.1.105] (emperor.jim-liesl.org [192.168.1.105]) by daemon.jim-liesl.org (Postfix) with ESMTP id 69ECA61C2; Sun, 26 Nov 2006 22:49:49 -0800 (PST) From: secmgr To: Clayton Milos In-Reply-To: <002201c711ea$aa032220$9603a8c0@claylaptop> References: <456A5A22.9070408@criticalmagic.com> <002201c711ea$aa032220$9603a8c0@claylaptop> Content-Type: text/plain Organization: Message-Id: <1164609934.3488.47.camel@emperor> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) Date: 26 Nov 2006 22:45:34 -0800 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on qsmtp3.surewest.net X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.3 Cc: freebsd-stable@freebsd.org Subject: Re: Large msdosfs disk will not mount on RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2006 06:45:58 -0000 On Sun, 2006-11-26 at 22:09, Clayton Milos wrote: > > As far as I am aware windows 2000 and xp will only allow you to format up to > a 32G dive with FAT32. Any bigger and it will force you to use NTFS. The > other strange thing is tht you are trying to mount /dev/da0 and not > /dev/de0s1. The 32 gb restriction was artificial. You can look it up in the M$ "knowledge" base. Watch out for the hand waving. FreeBSD and Linux (and probably other cluefull OS's)can handle a 500gb FAT32 drive (assuming intelligent format values) w/o problem. The real issue with large FAT32 volumes is wasted space. You have to crank up the cluster size so small files eat way more on disk space than they should. Large directories don't perform all that well either. My problem with using them for container type backups is that my user partition is way bigger than 2gb, so a level 0 dump wouldn't fit. jim From owner-freebsd-stable@FreeBSD.ORG Mon Nov 27 06:49:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1065016A412; Mon, 27 Nov 2006 06:49:33 +0000 (UTC) (envelope-from rcoleman@criticalmagic.com) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [64.74.207.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id D348943D82; Mon, 27 Nov 2006 06:48:27 +0000 (GMT) (envelope-from rcoleman@criticalmagic.com) Received: from neptune.criticalmagic.com (adsl-074-229-078-253.sip.asm.bellsouth.net [74.229.78.253]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "neptune.criticalmagic.com", Issuer "Critical Magic Root Certificate" (verified OK)) by saturn.criticalmagic.com (Postfix) with ESMTP id F361539808; Mon, 27 Nov 2006 01:49:25 -0500 (EST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by neptune.criticalmagic.com (Postfix) with ESMTP id 6DF046D409; Mon, 27 Nov 2006 01:49:25 -0500 (EST) Message-ID: <456A8A75.7020401@criticalmagic.com> Date: Mon, 27 Nov 2006 01:49:25 -0500 From: Richard Coleman Organization: Critical Magic User-Agent: Thunderbird 1.5.0.8 (X11/20061110) MIME-Version: 1.0 To: Rink Springer References: <456A5A22.9070408@criticalmagic.com> <20061127063409.GA38831@rink.nu> <20061127063844.GB38831@rink.nu> In-Reply-To: <20061127063844.GB38831@rink.nu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: trhodes@FreeBSD.org, freebsd-stable@freebsd.org Subject: Re: Large msdosfs disk will not mount on RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2006 06:49:33 -0000 Rink Springer wrote: > On Mon, Nov 27, 2006 at 07:34:09AM +0100, Rink Springer wrote: >> Looking at /sys/fs/msdosfs/msdosfs_vfsops.c seems to hint the existance >> of options MSDOSFS_LARGE; this avoids the error message and will let you >> mount the disk. > > Oh, and before I forget: this option is defined in /sys/conf/NOTES as > well (a pure #ifdef in source code is not enough, of course :-) > > --- > # Experimental support for large MS-DOS filesystems. > # > # WARNING: This uses at least 32 bytes of kernel memory (which is not > # reclaimed until the FS is unmounted) for each file on disk to map > # between the 32-bit inode numbers used by VFS and the 64-bit > # pseudo-inode > # numbers used internally by msdosfs. This is only safe to use in > # certain > # controlled situations (e.g. read-only FS with less than 1 million > # files). > # Since the mappings do not persist across unmounts (or reboots), these > # filesystems are not suitable for exporting through NFS, or any other > # application that requires fixed inode numbers. > options MSDOSFS_LARGE > --- > > Regards, It didn't occur to me to check NOTES, since this is on a very GENERIC box. I did check the man pages for both msdosfs and mount_msdosfs, as well as the "storage" chapter in the handbook. I didn't see this error message or that kernel option mentioned there. Richard Coleman rcoleman@criticalmagic.com From owner-freebsd-stable@FreeBSD.ORG Mon Nov 27 09:23:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C9A1216A407; Mon, 27 Nov 2006 09:23:17 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (fw.zoral.com.ua [213.186.206.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45B3443E40; Mon, 27 Nov 2006 09:21:18 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id kAR9LmuO079709 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 27 Nov 2006 11:21:48 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8) with ESMTP id kAR9LmwN013177; Mon, 27 Nov 2006 11:21:48 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id kAR9LkfZ013176; Mon, 27 Nov 2006 11:21:46 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 27 Nov 2006 11:21:46 +0200 From: Kostik Belousov To: V??clav Haisman Message-ID: <20061127092146.GA69556@deviant.kiev.zoral.com.ua> References: <456950AF.3090308@sh.cvut.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="x+6KMIRAuhnl3hBn" Content-Disposition: inline In-Reply-To: <456950AF.3090308@sh.cvut.cz> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=1.4 required=5.0 tests=SPF_NEUTRAL, UNPARSEABLE_RELAY autolearn=no version=3.1.4 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on fw.zoral.com.ua Cc: tegge@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org, bde@freebsd.org Subject: Re: kqueue LOR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2006 09:23:17 -0000 --x+6KMIRAuhnl3hBn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 26, 2006 at 09:30:39AM +0100, V??clav Haisman wrote: > Hi, > the attached lor.txt contains LOR I got this yesterday. It is FreeBSD 6.1 > with relatively recent kernel, from last week or so. >=20 > -- > VH > +lock order reversal: > + 1st 0xc537f300 kqueue (kqueue) @ /usr/src/sys/kern/kern_event.c:1547 > + 2nd 0xc45c22dc struct mount mtx (struct mount mtx) @ /usr/src/sys/ufs/u= fs/ufs_vnops.c:138 > +KDB: stack backtrace: > +kdb_backtrace(c07f9879,c45c22dc,c07fd31c,c07fd31c,c080c7b2,...) at kdb_b= acktrace+0x2f > +witness_checkorder(c45c22dc,9,c080c7b2,8a,c07fc6bd,...) at witness_check= order+0x5fe > +_mtx_lock_flags(c45c22dc,0,c080c7b2,8a,e790ba20,...) at _mtx_lock_flags+= 0x32 > +ufs_itimes(c47a0dd0,c47a0e90,e790ba78,c060e1cc,c47a0dd0,...) at ufs_itim= es+0x6c > +ufs_getattr(e790ba54,e790baec,c0622af6,c0896f40,e790ba54,...) at ufs_get= attr+0x20 > +VOP_GETATTR_APV(c0896f40,e790ba54,c08a5760,c47a0dd0,e790ba74,...) at VOP= _GETATTR_APV+0x3a > +filt_vfsread(c4cf261c,6,c07f445e,60b,0,...) at filt_vfsread+0x75 > +knote(c4f57114,6,1,1f30c2af,1f30c2af,...) at knote+0x75 > +VOP_WRITE_APV(c0896f40,e790bbec,c47a0dd0,227,e790bcb4,...) at VOP_WRITE_= APV+0x148 > +vn_write(c45d5120,e790bcb4,c5802a00,0,c4b73a80,...) at vn_write+0x201 > +dofilewrite(c4b73a80,1b,c45d5120,e790bcb4,ffffffff,...) at dofilewrite+0= x84 > +kern_writev(c4b73a80,1b,e790bcb4,8220c71,0,...) at kern_writev+0x65 > +write(c4b73a80,e790bd04,c,c07d899c,3,...) at write+0x4f > +syscall(3b,3b,bfbf003b,0,bfbfeae4,...) at syscall+0x295 > +Xint0x80_syscall() at Xint0x80_syscall+0x1f > +--- syscall (4, FreeBSD ELF32, write), eip =3D 0x2831d727, esp =3D 0xbfb= fea1c, ebp =3D 0xbfbfea48 --- Thank you for the report. The LOR is caused by my commit into sys/ufs/ufs/ufs_vnops.c, rev. 1.280. What application you run that triggers the LOR ? Patch below is one possible approach to fixing it. Index: kern/vnode_if.src =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/local/arch/ncvs/src/sys/kern/vnode_if.src,v retrieving revision 1.84 diff -u -r1.84 vnode_if.src --- kern/vnode_if.src 13 Nov 2006 05:51:22 -0000 1.84 +++ kern/vnode_if.src 26 Nov 2006 15:20:44 -0000 @@ -164,6 +164,16 @@ }; =20 =20 +%% getattrfast vp L L L + +vop_getattrfast { + IN struct vnode *vp; + OUT struct vattr *vap; + IN struct ucred *cred; + IN struct thread *td; +}; + + %% setattr vp E E E %! setattr post vop_setattr_post =20 Index: kern/vfs_default.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/local/arch/ncvs/src/sys/kern/vfs_default.c,v retrieving revision 1.135 diff -u -r1.135 vfs_default.c --- kern/vfs_default.c 13 Nov 2006 05:51:22 -0000 1.135 +++ kern/vfs_default.c 26 Nov 2006 15:20:44 -0000 @@ -62,6 +62,7 @@ =20 static int vop_nolookup(struct vop_lookup_args *); static int vop_nostrategy(struct vop_strategy_args *); +static int vop_stdgetattrfast(struct vop_getattrfast_args *); =20 /* * This vnode table stores what we want to do if the filesystem doesn't @@ -96,6 +97,7 @@ .vop_revoke =3D VOP_PANIC, .vop_strategy =3D vop_nostrategy, .vop_unlock =3D vop_stdunlock, + .vop_getattrfast =3D vop_stdgetattrfast, }; =20 /* @@ -511,6 +513,19 @@ ap->a_sync, ap->a_rtvals); } =20 +static int +vop_stdgetattrfast(ap) + struct vop_getattrfast_args /* { + struct vnode *vp; + struct vattr *vap; + struct ucred *cred; + struct thread *td; + } */ *ap; +{ + + return VOP_GETATTR(ap->a_vp, ap->a_vap, ap->a_cred, ap->a_td); +} + /* * vfs default ops * used to fill the vfs function table to get reasonable default return va= lues. Index: kern/vfs_subr.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/local/arch/ncvs/src/sys/kern/vfs_subr.c,v retrieving revision 1.692 diff -u -r1.692 vfs_subr.c --- kern/vfs_subr.c 13 Nov 2006 05:51:22 -0000 1.692 +++ kern/vfs_subr.c 26 Nov 2006 15:20:44 -0000 @@ -3828,7 +3828,7 @@ return (1); } =20 - if (VOP_GETATTR(vp, &va, curthread->td_ucred, curthread))=20 + if (VOP_GETATTRFAST(vp, &va, curthread->td_ucred, curthread))=20 return (0); =20 kn->kn_data =3D va.va_size - kn->kn_fp->f_offset; Index: ufs/ufs/ufs_vnops.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/local/arch/ncvs/src/sys/ufs/ufs/ufs_vnops.c,v retrieving revision 1.283 diff -u -r1.283 ufs_vnops.c --- ufs/ufs/ufs_vnops.c 6 Nov 2006 13:42:09 -0000 1.283 +++ ufs/ufs/ufs_vnops.c 26 Nov 2006 15:20:44 -0000 @@ -97,6 +97,7 @@ static vop_close_t ufs_close; static vop_create_t ufs_create; static vop_getattr_t ufs_getattr; +static vop_getattrfast_t ufs_getattrfast; static vop_link_t ufs_link; static int ufs_makeinode(int mode, struct vnode *, struct vnode **, struct= componentname *); static vop_mkdir_t ufs_mkdir; @@ -437,6 +438,28 @@ return (0); } =20 +/* ARGSUSED */ +static int +ufs_getattrfast(ap) + struct vop_getattrfast_args /* { + struct vnode *a_vp; + struct vattr *a_vap; + struct ucred *a_cred; + struct thread *a_td; + } */ *ap; +{ + struct vnode *vp =3D ap->a_vp; + struct inode *ip =3D VTOI(vp); + struct vattr *vap =3D ap->a_vap; + + if (ip->i_ump->um_fstype =3D=3D UFS1) { + vap->va_size =3D ip->i_din1->di_size; + } else { + vap->va_size =3D ip->i_din2->di_size; + } + return (0); +} + /* * Set attribute vnode op. called from several syscalls */ @@ -2464,6 +2487,7 @@ .vop_close =3D ufs_close, .vop_create =3D ufs_create, .vop_getattr =3D ufs_getattr, + .vop_getattrfast =3D ufs_getattrfast, .vop_inactive =3D ufs_inactive, .vop_link =3D ufs_link, .vop_lookup =3D vfs_cache_lookup, @@ -2504,6 +2528,7 @@ .vop_access =3D ufs_access, .vop_close =3D ufsfifo_close, .vop_getattr =3D ufs_getattr, + .vop_getattrfast =3D ufs_getattrfast, .vop_inactive =3D ufs_inactive, .vop_kqfilter =3D ufsfifo_kqfilter, .vop_print =3D ufs_print, --x+6KMIRAuhnl3hBn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFaq4pC3+MBN1Mb4gRAvPlAJ92/03gIvFbuPdyBTWRIqtlzYRpowCg8w7X Bl+rG7JU3xmQu5uLXFG501Q= =VynZ -----END PGP SIGNATURE----- --x+6KMIRAuhnl3hBn-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 27 09:35:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 05CAA16A4AB; Mon, 27 Nov 2006 09:35:40 +0000 (UTC) (envelope-from v.haisman@sh.cvut.cz) Received: from service2.sh.cvut.cz (service2.sh.cvut.cz [147.32.127.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6697243D76; Mon, 27 Nov 2006 09:27:10 +0000 (GMT) (envelope-from v.haisman@sh.cvut.cz) Received: from localhost (localhost [127.0.0.1]) by service2.sh.cvut.cz (Postfix) with ESMTP id A40DA137928; Mon, 27 Nov 2006 10:27:59 +0100 (CET) Received: from service2.sh.cvut.cz ([127.0.0.1]) by localhost (service2.sh.cvut.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19548-03; Mon, 27 Nov 2006 10:27:51 +0100 (CET) Received: from logout.sh.cvut.cz (logout.sh.cvut.cz [147.32.127.203]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by service2.sh.cvut.cz (Postfix) with ESMTP id 476FE13779A; Mon, 27 Nov 2006 10:27:51 +0100 (CET) Received: from [192.168.111.22] (localhost [127.0.0.1]) by logout.sh.cvut.cz (Postfix) with ESMTP id C7B5D61C1D; Mon, 27 Nov 2006 10:27:50 +0100 (CET) Message-ID: <456AAF8D.3080408@sh.cvut.cz> Date: Mon, 27 Nov 2006 10:27:41 +0100 From: =?ISO-8859-1?Q?V=E1clav_Haisman?= User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: Kostik Belousov References: <456950AF.3090308@sh.cvut.cz> <20061127092146.GA69556@deviant.kiev.zoral.com.ua> In-Reply-To: <20061127092146.GA69556@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 0.94.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig25D05D3C77F1F8B380CFAAF0" X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at service2.sh.cvut.cz X-Spam-Status: No, hits=-2.6 tagged_above=-255.0 required=5.0 tests=ALL_TRUSTED, AWL X-Spam-Level: Cc: tegge@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org, bde@freebsd.org Subject: Re: kqueue LOR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2006 09:35:40 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig25D05D3C77F1F8B380CFAAF0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Kostik Belousov wrote: > On Sun, Nov 26, 2006 at 09:30:39AM +0100, V??clav Haisman wrote: [...] >=20 > Thank you for the report. The LOR is caused by my commit into > sys/ufs/ufs/ufs_vnops.c, rev. 1.280. >=20 > What application you run that triggers the LOR ? Patch below is one I have no idea, I just found it in daily summary logs. > possible approach to fixing it. >=20 [...] -- VH --------------enig25D05D3C77F1F8B380CFAAF0 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.3 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQEVAwUBRWqvlkNOZDESBK8FAQIxVgf/fO2oliYo5k/GPxLNE7jz3JGkGZqY2GhW 0e9sGvhpyd0IBa/2kSPNsn0fZ6xxJRzYUX9IkiWitQgyRgRuDoyFOCKMUTz4udZ3 WWqtL+3P8PH84Xp2BAjSKtFXAXdP9WPIcE+MtJ4xM5rQntXgZa4QFDrbUqklrSkZ uofNk3CUXFsdEo9wnEg339umF9ooNMtrWHLODH8AdV5dHe4Y/24uNVQkHikipvKH or9Ndu6F5GGrGHqRmD1JkMCnuTI0TwRlPdXwJyERe5L/xar3z/ZUzOJfKNpYtTAh zFnB06eU+fxDf24mI9bsf1JgZ3E8JRtuEX8NlZZ7g58SyrVFuuWEaA== =rZpB -----END PGP SIGNATURE----- --------------enig25D05D3C77F1F8B380CFAAF0-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 27 09:42:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C4AAF16A47E for ; Mon, 27 Nov 2006 09:42:03 +0000 (UTC) (envelope-from jason@theyhost.com) Received: from vogon.theyhost.com (vogon.theyhost.com [12.47.45.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FE6C43DD9 for ; Mon, 27 Nov 2006 09:40:44 +0000 (GMT) (envelope-from jason@theyhost.com) Received: from Uhura (vogon [12.47.45.53]) by vogon.theyhost.com (8.13.8/8.13.8) with ESMTP id kAR9fXtT006951 for ; Mon, 27 Nov 2006 01:41:35 -0800 (PST) (envelope-from jason@theyhost.com) From: "Jason Vance" To: Date: Mon, 27 Nov 2006 01:42:15 -0800 Message-ID: <057401c71208$52e4e780$767384d9@Uhura> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 Thread-Index: AccRUx2a0C/OVqaMQO6UiUZderHsYwAtN69Q In-Reply-To: <20061126120050.0AB7E16A66B@hub.freebsd.org> X-Spam-Status: No, score=-3.2 required=7.5 tests=ALL_TRUSTED,AWL,BAYES_20 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on vogon.theyhost.com Subject: gmirror and quota corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2006 09:42:03 -0000 I have a FreeBSD 5.5-STABLE box that is setup with a gmirror RAID 1 using two identical harddrives. I installed quotas on the filesystem by enabling it 'options QUOTA' and rebuilding the kernel. I added userquota to the /etc/fstab for the /usr partition and I added 'enable_quotas=YES' and 'check_quotas=NO' to the /etc/rc.conf file thinking i can get it to build the quota table on the fly instead of it doing that at boot time. The system boots up but as soon as I do any disk access ie 'repquota -a' or write a file to the harddrive, the system hangs. I can still connect to the various services via telnet to their port, but none of them respond. Now that I've disabled quotas I am able to use the system however fsck has reported many various file corruptions and destroyed some of my important system files. Is there a known conflict between gmirror and a quota enabled filesystem? How can I properly set these up? From owner-freebsd-stable@FreeBSD.ORG Mon Nov 27 11:48:53 2006 Return-Path: X-Original-To: freebsd-stable@FREEBSD.ORG Delivered-To: freebsd-stable@FREEBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EC41416A506 for ; Mon, 27 Nov 2006 11:48:53 +0000 (UTC) (envelope-from LISTSERV@lists.wayne.edu) Received: from listserv-new.wayne.edu (lists.wayne.edu [141.217.1.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BB1643D88 for ; Mon, 27 Nov 2006 11:47:52 +0000 (GMT) (envelope-from LISTSERV@lists.wayne.edu) Received: from listserv-new (listserv-new [141.217.1.150]) by listserv-new.wayne.edu (8.12.10+Sun/8.12.10) with ESMTP id kARBMLhv008179 for ; Mon, 27 Nov 2006 06:48:51 -0500 (EST) Message-Id: <200611271148.kARBMLhv008179@listserv-new.wayne.edu> Date: Mon, 27 Nov 2006 06:48:51 -0500 From: "L-Soft list server at LISTS.WAYNE.EDU (1.8d)" To: freebsd-stable@FREEBSD.ORG Cc: Subject: Message ("Your message dated Mon, 27 Nov 2006 06:46:26...") X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2006 11:48:54 -0000 Your message dated Mon, 27 Nov 2006 06:46:26 -0500 with subject "Mail System Error - Returned Mail" has been submitted to the moderator of the BUSINESS list: juanita@WAYNE.EDU. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 27 13:16:36 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5EE4416A4AB for ; Mon, 27 Nov 2006 13:16:36 +0000 (UTC) (envelope-from hendriks-j@orange.nl) Received: from smtp-2.orange.nl (smtp-2.orange.nl [193.252.22.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 291E443D76 for ; Mon, 27 Nov 2006 13:15:33 +0000 (GMT) (envelope-from hendriks-j@orange.nl) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf6102.orange.nl (SMTP Server) with ESMTP id 587AB1C0008A for ; Mon, 27 Nov 2006 14:16:27 +0100 (CET) Received: from wwinf6102 (wwinf6102 [172.22.153.29]) by mwinf6102.orange.nl (SMTP Server) with ESMTP id 4BAD91C00086 for ; Mon, 27 Nov 2006 14:16:27 +0100 (CET) X-ME-UUID: 20061127131627310.4BAD91C00086@mwinf6102.orange.nl From: J Hendriks To: freebsd-stable@freebsd.org Message-ID: <33451149.312051164633387298.JavaMail.www@wwinf6102> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [213.84.11.61] X-Wum-Nature: EMAIL-NATURE X-WUM-FROM: |~| X-WUM-TO: |~| X-WUM-REPLYTO: |~| Date: Mon, 27 Nov 2006 14:16:27 +0100 (CET) Subject: Proliant ML310 G3 sata raid X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hendriks-j@orange.nl List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Nov 2006 13:16:36 -0000 I have a HP proliant ML310 G3 server and try to install FreeBSD 6.2 RC1 on it. I have enabled the onboard raid controller and created a mirro of 2 disk on it. Then when it boots it shows one logical drive. But freebsd does not show me the raid it just shows me both drives (ad4 and ad6) if i go to fixit then use the livecd and do atacontrol create mirror ad4 ad6 and then do a reload of sysinstall it shows me ar0 is this the way to do it or am i still not using the hardware raid drive!! regards, Johan From owner-freebsd-stable@FreeBSD.ORG Mon Nov 27 13:55:46 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 92BAF16A47E for ; Mon, 27 Nov 2006 13:55:46 +0000 (UTC) (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 8297B43ECD for ; Mon, 27 Nov 2006 13:52:19 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (oxqvcp@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id kARDr6PD034492; Mon, 27 Nov 2006 14:53:12 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id kARDr6tN034491; Mon, 27 Nov 2006 14:53:06 +0100 (CET) (envelope-from olli) Date: Mon, 27 Nov 2006 14:53:06 +0100 (CET) Message-Id: <200611271353.kARDr6tN034491@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, ohartman@mail.zedat.fu-berlin.de In-Reply-To: <4569BBC7.9030302@mail.zedat.fu-berlin.de> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 27 Nov 2006 14:53:12 +0100 (CET) Cc: Subject: Re: Problems unmounting/fssyncking extern UFS filesystem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, ohartman@mail.zedat.fu-berlin.de List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Nov 2006 13:55:46 -0000 O. Hartmann wrote: > Maybe amd() dismounts to early ... Don't know. Maybe the magic > 'sync;sync;sync' before dismounting will help, I'll try it. As far as I know, that's not different from calling "sync" just once. It might make more sense to put a little sleep between the sync calls, though. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "Emacs ist für mich kein Editor. Für mich ist das genau das gleiche, als wenn ich nach einem Fahrrad (für die Sonntagbrötchen) frage und einen pangalaktischen Raumkreuzer mit 10 km Gesamtlänge bekomme. Ich weiß nicht, was ich damit soll." -- Frank Klemm, de.comp.os.unix.discussion From owner-freebsd-stable@FreeBSD.ORG Mon Nov 27 14:12:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5508616A4C9 for ; Mon, 27 Nov 2006 14:12:53 +0000 (UTC) (envelope-from jwyatt@rwsystems.net) Received: from extra.rwsystems.net (52.6b.d1c4.cidr.airmail.net [209.196.107.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06BD243D60 for ; Mon, 27 Nov 2006 14:09:46 +0000 (GMT) (envelope-from jwyatt@rwsystems.net) Received: from extra.rwsystems.net (jwyatt@localhost.rwsystems.net [127.0.0.1]) by extra.rwsystems.net (8.13.8/8.13.8) with ESMTP id kAREECL6014207; Mon, 27 Nov 2006 08:14:12 -0600 (CST) (envelope-from jwyatt@rwsystems.net) Received: from localhost (jwyatt@localhost) by extra.rwsystems.net (8.13.8/8.13.8/Submit) with ESMTP id kAREEB3t014204; Mon, 27 Nov 2006 08:14:12 -0600 (CST) (envelope-from jwyatt@rwsystems.net) X-Authentication-Warning: extra.rwsystems.net: jwyatt owned process doing -bs Date: Mon, 27 Nov 2006 08:14:11 -0600 (CST) From: James Wyatt To: "Brandon S. Allbery KF8NH" In-Reply-To: <87807352-74B6-441C-8FF7-B11B0BD6AA31@ece.cmu.edu> Message-ID: <20061127081008.O14126@extra.rwsystems.net> References: <456A5A22.9070408@criticalmagic.com> <002201c711ea$aa032220$9603a8c0@claylaptop> <87807352-74B6-441C-8FF7-B11B0BD6AA31@ece.cmu.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Clayton Milos , FreeBSD Stable Subject: Re: Large msdosfs disk will not mount on RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2006 14:12:53 -0000 On Mon, 27 Nov 2006, Brandon S. Allbery KF8NH wrote: > On Nov 27, 2006, at 1:09 , Clayton Milos wrote: >>> I just bought a large external hard drive for home backups (500g Western >>> Digital My Book). When I plug it in to my machine (RELENG_6 from about a >>> week ago), the system sees the device just fine: >>> >> I am very suprised at all that windows would allow you to format a 500G >> drive into a single 500G FAT32 partition. >> >> As far as I am aware windows 2000 and xp will only allow you to format up >> to a 32G dive with FAT32. Any bigger and it will force you to use NTFS. The >> other strange thing is tht you are trying to mount /dev/da0 and not >> /dev/de0s1. >> >> How did you format this drive ? > > It comes formatted FAT32. I bought one last week as well, and tried to mount > it to extract the included software before repartitioning. I finally mounted > it on an OSX box to copy the software to CDR. [ ... ] I had the same issue with a Fry's $99 special 320GB USB2/FW exernal HDD. Since I need to mount it with WinXP, Linux, and "GENERIC" FreeBSD, I was somewhat stuck. The way I got around it was to reformat it to ext2 and use the Win32 ext2fs driver from SourceForge. I considered NTFS, but the FreeBSD support for NTFS didn't look practical to use at the time - Jy@ From owner-freebsd-stable@FreeBSD.ORG Mon Nov 27 14:28:31 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8834C16A47C for ; Mon, 27 Nov 2006 14:28:31 +0000 (UTC) (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 E6B0543D5D for ; Mon, 27 Nov 2006 14:23:04 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (wvaron@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id kARENk2Y035889; Mon, 27 Nov 2006 15:23:52 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id kARENjD6035888; Mon, 27 Nov 2006 15:23:45 +0100 (CET) (envelope-from olli) Date: Mon, 27 Nov 2006 15:23:45 +0100 (CET) Message-Id: <200611271423.kARENjD6035888@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, security@jim-liesl.org In-Reply-To: <1164609934.3488.47.camel@emperor> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 27 Nov 2006 15:23:54 +0100 (CET) Cc: Subject: Re: Large msdosfs disk will not mount on RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, security@jim-liesl.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Nov 2006 14:28:31 -0000 secmgr wrote: > > > As far as I am aware windows 2000 and xp will only allow you to format up to > > a 32G dive with FAT32. Any bigger and it will force you to use NTFS. The > > other strange thing is tht you are trying to mount /dev/da0 and not > > /dev/de0s1. > > The 32 gb restriction was artificial. You can look it up in the M$ > "knowledge" base. Watch out for the hand waving. FreeBSD and Linux > (and probably other cluefull OS's)can handle a 500gb FAT32 drive > (assuming intelligent format values) w/o problem. That's not completely correct, at least as far as FreeBSD is concerned (I don't know if and how Linux solves the problem). The basic problem is that FAT doesn't support what UNIX calls "inode" numbers (sometimes also called "fileid"). But for a file system to be able to be handled under Free- BSD (and other UNIX systems), files have to be uniquely identified by such inode numbers. To solve that problem, FreeBSD's msdosfs uses a simple hack by assigning a number to each file based on the offset of its directory entry relative to the beginning of the file system. However, if the size of the file system exceeds 128 MB (which is the size of 2^32 directory entries), then those numbers don't fit into a 32 bit inode number anymore. If you try to mount such a file system, it will fail and print the error message "disk too big, sorry". If you compile your kernel with MSDOSFS_LARGE, then the kernel uses a different hack to generate appropriate inode numbers: Whenever you access a file, it assigns a number dynamically for this file. That approach works for FAT file systems of unlimited size, but it has two other draw- backs: First, the kernel needs to maintain a table for mapping between files and inode numbers. So, if the file system contains many files, the kernel will need a huge amount of kernel memory which won't be freed until the FS is unmounted (and if you run out of kernel memory, your machine panics). Second, when you unmount and remount the same file system, you might get different inode numbers for your files (because of the dynamic nature), which can confuse certain applications. In particular it breaks NFS because NFS -- being a stateless protocol -- requires constant inode numbers for exports. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. (On the statement print "42 monkeys" + "1 snake":) By the way, both perl and Python get this wrong. Perl gives 43 and Python gives "42 monkeys1 snake", when the answer is clearly "41 monkeys and 1 fat snake". -- Jim Fulton From owner-freebsd-stable@FreeBSD.ORG Mon Nov 27 14:37:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D140F16A50D for ; Mon, 27 Nov 2006 14:37:43 +0000 (UTC) (envelope-from v.sri.sai.ganesh@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B3E643DA1 for ; Mon, 27 Nov 2006 14:36:17 +0000 (GMT) (envelope-from v.sri.sai.ganesh@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1057240uge for ; Mon, 27 Nov 2006 06:37:14 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=BiBittV0ciLWXTZiECf7b+MxfH+5ut5ZJAKgmImd/oyl1BeLpMTsf0LVG63EYzfkPSAxfAc4dVE4sV1+y6shFA1FZ8ZO8KJCZH8AsBQZp46sGagjho2F74hyccfdSe4GSnl5KRhXlmtZXzrvVIi7zibK790kP85RDB77uY2SsWk= Received: by 10.67.100.17 with SMTP id c17mr12623792ugm.1164638234230; Mon, 27 Nov 2006 06:37:14 -0800 (PST) Received: by 10.67.90.9 with HTTP; Mon, 27 Nov 2006 06:37:13 -0800 (PST) Message-ID: <35586460611270637q18567951y71f6eb6c3cad5836@mail.gmail.com> Date: Mon, 27 Nov 2006 20:07:13 +0530 From: "V.SriSaiGanesh Venkataramani" To: freebsd-scsi@freebsd.org, freebsd-drivers@freebsd.org, Freebsd-users@uk.freebsd.org, freebsd-stable@freebsd.org, freebsd-standards@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Regarding Multiple RAID controller support with FreeBSD 4.11 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2006 14:37:53 -0000 Hello, I have enabled the support for LSI SAS1068 controller with 4.11 Release, and i compiled the kernel with chnages, it compiles with some work arounds. When booting it successfully detects the LSI controller. I will tell my system config My system is HP Proliant DL380G4, and i have one internal SCSI embedded 6i card, to which i have connected my FreeBSD boot harddisk, and all of my freebsd slices lies there. I have connected two more controllers. One is Smart Array 642 controller, with no drives connected, and LSI SAS 1068 controller with two physical drive connected. Now i didnt create any LUNs with this controller, LSI SAS 1068, Smart Array 6i,Smart Array 642 controllers are connected in PCI slot 1, 3, and 6. I have selected 6i card as the boot Controller in BIOS stage, so initially when the system is powered on, it starts booting from my 6i controller. Without the LSI SAS driver, 6i controller's LUN's slices are mapped with /dev/da0s1a-/dev/da0s1f(with /dev/da0s1a as root partition). When i installed the system the root partition's slice was da0s1a. Now when i compiled the kernel with the support of LSI SAS driver, and i booted it, the LSI card first gets detected and the raw drives connected to LSI controller becomes da0, da1. Then my boot 6i gets detected and the LUN present in this conroller gets da2. When my new kernel tries to mount the root, it always sees the root in da0s1a. So it tells mount failed, and it gives me mountroot> prompt. I dont know how to give the root partition option as boot arguments in freebsd boot line, Or is there anything in config file, while we are compiling. How to allocate these device strings dynamically, or how to make our kernel takes the root parition dynamically. I need help regarding this issue. Help me out in figuring out the problem. I have tries disabling the SCSI BIOS in LSI's firrmware config utility, the firmware what am using does not have that support. Thanks and Regards, SaiGanesh From owner-freebsd-stable@FreeBSD.ORG Mon Nov 27 14:54:07 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4106B16A492; Mon, 27 Nov 2006 14:54:07 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (meestal.stack.nl [131.155.140.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C65C43D45; Mon, 27 Nov 2006 14:52:55 +0000 (GMT) (envelope-from jilles@stack.nl) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id 3AB7C4B392; Mon, 27 Nov 2006 15:53:52 +0100 (CET) Received: by snail.stack.nl (Postfix, from userid 1677) id 2ED4122893; Mon, 27 Nov 2006 15:53:52 +0100 (CET) Date: Mon, 27 Nov 2006 15:53:52 +0100 From: Jilles Tjoelker To: Rink Springer Message-ID: <20061127145352.GB13284@stack.nl> References: <20061116082407.GB33390@rink.nu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061116082407.GB33390@rink.nu> X-Operating-System: FreeBSD 5.5-RELEASE-p1 i386 User-Agent: Mutt/1.5.13 (2006-08-11) Cc: stable@FreeBSD.org Subject: Re: panic(): vinvalbuf: dirty bufs: perhaps a ffs_syncvnode bug? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2006 14:54:07 -0000 On Thu, Nov 16, 2006 at 09:24:07AM +0100, Rink Springer wrote: > Over the night, we reset the shelf in order to activate its new > management IP address, causing the /dev/da[12] devices to be temporarily > unavailable. This resulted in the following panic on the rather busy > mailstorage server (the other server has minor load and was fine): > --- > (da0:isp0:0:1:0): lost device > (da0:isp0:0:1:0): removing device entry > (da1:isp0:0:2:0): lost device > g_vfs_done():da1s1[WRITE(offset=292316823552, length=16384)]error = 6 > g_vfs_done():da1s1[WRITE(offset=240287318016, length=16384)]error = 6 > g_vfs_done():da1s1[READ(offset=12175362048, length=2048)]error = 6 > g_vfs_done():da1s1[WRITE(offset=240287318016, length=16384)]error = 6 > g_vfs_done():da1s1[READ(offset=18370689024, length=2048)]error = 6 > g_vfs_done():da1s1[READ(offset=25829486592, length=512)]error = 6 > vnode_pager_getpages: I/O read error > vm_fault: pager read error, pid 78035 (lmtpd) > g_vfs_done():da1s1[WRITE(offset=240287318016, > length=1638(da1:isp0:0:2:0): Invalidating pack > 4)]error = 6 > g_vfs_done():da1s1[READ(offset=13768671232, length=6144)]error = 6 > g_vfs_done():da1s1[READ(offset=102126977024, length=16384)]error = 6 > g_vfs_done():da1s1[READ(offset=13768671232, length=6144)]error = 6 > g_vfs_dpone():da1s1[READ(offset=102319669248, length=16384)]error = 6a > nic: vinvalbuf: dirty bufs > cpuid = 2 > Uptime: 54d15h48m38s > When looking at the source code of vinvalbuf(), which calls > bufobj_invalbuf(), it seems that this panic is raised after a bufobj > still contains dirty data after waiting for it to complete without > error. The code can be found at /sys/kern/vfs_subr.c Note that this panic can only occur if vinvalbuf() is called with V_SAVE (save modified data first). The exact condition for the panic is better described as: a bufobj still contains dirty data or still has output in progress after a successful synchronous BO_SYNC operation. bufobj_wwait() cannot return an error unless msleep() fails (e.g. interruptible sleep requested via slpflag and signal occured). If the I/O has failed, bufobj_wwait() will return success. > The sync routine called eventually translates to bufsync(), as in > /sys/kern/vfs_bio.c, which calls the filesystem's sync routine. It seems > as if the return status of vfs_bio_awrite() in ffs_syncvnode() is not > checked; all the other parts are checked. I believe this could provoke > this panic. There does not seem much point in checking an asynchronous write result anyway, as the I/O is not completed yet. I don't understand well what the code is doing with async writes. For all but the last pass (see further), it will call bawrite() on the buffer, which sets B_ASYNC then calls bwrite(). For the last pass, it calls bwrite() directly (has something cleared B_ASYNC?), and returns an error if it fails. bwrite() itself is an inline function defined in /sys/sys/buf.h, which calls BO_WRITE after some KASSERTs. > As the machine is in production use, it was instantly rebooted by a > collegue and thus I have no vmcore, backtrace or anything. I therefore > hope the information provided here is adequate. > Can someone with more FreeBSD-VFS knowledge please look at this? There is another possible problem, from this comment in /sys/ufs/ffs/ffs_vnops.c ffs_syncvnode(): /* * Block devices associated with filesystems may * have new I/O requests posted for them even if * the vnode is locked, so no amount of trying will * get them clean. Thus we give block devices a * good effort, then just give up. For all other file * types, go around and try again until it is clean. */ Actually it just does NIADDR + 1 (four) passes and then gives up. If DIAGNOSTIC is enabled, it will then print the affected vnode, if it is not a disk. This failure is not reflected in ffs_syncvnode()'s return value, so if it occurs when ffs_syncvnode() is called from bufobj_invalbuf(), a panic will result. Suppose ffs_syncvnode() would be changed to return some error in this case. bufobj_invalbuf()/vinvalbuf() will handle a BO_SYNC/ffs_syncvnode() error by aborting with an error return. It seems that in most cases this will cause the operation invoking the vinvalbuf() to fail. However, in at least one case (vm_object_terminate()), the error will be ignored; this may cause old garbage/dangling references? -- Jilles Tjoelker From owner-freebsd-stable@FreeBSD.ORG Mon Nov 27 15:15:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E87F616A407 for ; Mon, 27 Nov 2006 15:15:26 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0858A43ED4 for ; Mon, 27 Nov 2006 15:10:34 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by nz-out-0102.google.com with SMTP id i11so648096nzh for ; Mon, 27 Nov 2006 07:11:26 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=GXzgdcp9ZO0vdPxfPflHBrZd988oiE5I5DNDZpliWkB6gbosUAIFeMh0YGpHpeXD2yE1OnNf9hAPkED/3BwvnKMtYVYTcN1fm/eBiKD6EAOpVOKJuG4rn+KElzzsi95cgLtHDCvkXqDK9VO5moSsbm0mlzRqdWMs1R5LXiJ+/GA= Received: by 10.78.204.7 with SMTP id b7mr13310306hug.1164640285167; Mon, 27 Nov 2006 07:11:25 -0800 (PST) Received: by 10.78.97.15 with HTTP; Mon, 27 Nov 2006 07:11:24 -0800 (PST) Message-ID: Date: Mon, 27 Nov 2006 16:11:25 +0100 From: "Claus Guttesen" To: "FreeBSD Stable List" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: mezzanine-card in hp blade bl460c X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2006 15:15:27 -0000 Hi. I have installed a gb-mezzanine-card in my bl460c and the card is recognized (correctly) as a bge-interface. When I configure it with a valid ip-address status remain "no carrier". I have put the cable in two different switches, one managed and one un-managed. The switches do see the link as gbit, but link remains down. pciconf -vl | grep -A 3 -i "^bge" bge0@pci17:4:0: class 0x020000 card=0x1707103c chip=0c167914e4 rev=0xa3 hdr=0x00 vendor = 'Broadcom Corporation' class = network subclass = ethernet Likewise for bge1. dmesg | grep -i "^bge" bge0: irq 16 at device 4.0 on pci17 The mezzanine card has a 5715 chip according to the spec's. regards Claus From owner-freebsd-stable@FreeBSD.ORG Mon Nov 27 15:57:34 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D974F16A416 for ; Mon, 27 Nov 2006 15:57:34 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19E9343EB0 for ; Mon, 27 Nov 2006 15:51:10 +0000 (GMT) (envelope-from bms@FreeBSD.org) Received: from db2.internal (db2.internal [10.202.2.12]) by out1.messagingengine.com (Postfix) with ESMTP id DF15947E88 for ; Mon, 27 Nov 2006 10:52:04 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by db2.internal (MEProxy); Mon, 27 Nov 2006 10:52:04 -0500 X-Sasl-enc: Qlg1vrzlt2OpeLGeG4OgyPrzJ9gMvmhOcuOloRS2/44f 1164642724 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 6DF93FAE1 for ; Mon, 27 Nov 2006 10:52:04 -0500 (EST) Message-ID: <456B09A1.4020402@FreeBSD.org> Date: Mon, 27 Nov 2006 15:52:01 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.5 (X11/20060825) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org References: <456891A1.7080208@FreeBSD.org> In-Reply-To: <456891A1.7080208@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: 6.2-RC: Problem with SATA on ASUS Vintage AH-*1* X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Nov 2006 15:57:34 -0000 Hello, The model of this box is actually the ASUS Vintage AH-1, sorry for my error! A niggling annoyance present on this machine is that the on-board serial port defaults to COM2 settings, not COM1, however this may be changed in the BIOS. Here is an excerpt from dmesg which I managed to capture after fixing this: %%% atapci2: port 0xec00-0xec0f,0xe880-0xe887,0xe800-0xe80f,0xe480-0xe487,0xe400-0xe41f mem 0xfebff800-0xfebffbff irq 21 at device 31.1 on pci0 atapci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe400 ioapic0: routing intpin 21 (PCI IRQ 21) to vector 53 atapci2: [MPSAFE] atapci2: Reserved 0x400 bytes for rid 0x24 type 3 at 0xfebff800 atapci2: AHCI controller reset failure device_attach: atapci2 attach returned 6 %%% With 6.2-RC1, the only way I can boot this machine is to use the JMicron controller in my PCI-e slot. The onboard controller simply will not work. There is no way of disabling AHCI support in the BIOS. Using a peripheral card isn't really an acceptable long-term workaround. Perhaps we should consider adding a hint to ata(4) not to use AHCI for situations like this? Has anyone else seen this problem? Regards, BMS From owner-freebsd-stable@FreeBSD.ORG Mon Nov 27 16:19:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 114B916A623 for ; Mon, 27 Nov 2006 16:19:01 +0000 (UTC) (envelope-from brucegb@realtime.net) Received: from ruth.realtime.net (mercury.realtime.net [205.238.132.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4580440D7 for ; Mon, 27 Nov 2006 16:09:51 +0000 (GMT) (envelope-from brucegb@realtime.net) Received: from tigerfish2.my.domain (cpe-24-27-51-69.austin.res.rr.com [24.27.51.69]) by realtime.net (Realtime Communications Advanced E-Mail Services V9.2) with ESMTP id 29620725-1817707 for ; Mon, 27 Nov 2006 10:10:34 -0600 Received: from tigerfish2.my.domain (localhost [127.0.0.1]) by tigerfish2.my.domain (8.13.8/8.13.8) with ESMTP id kARGAXaw003702 for ; Mon, 27 Nov 2006 10:10:33 -0600 (CST) (envelope-from brucegb@tigerfish2.my.domain) Received: (from brucegb@localhost) by tigerfish2.my.domain (8.13.8/8.13.8/Submit) id kARGAXpt003701 for freebsd-stable@freebsd.org; Mon, 27 Nov 2006 10:10:33 -0600 (CST) (envelope-from brucegb) Date: Mon, 27 Nov 2006 10:10:33 -0600 From: Bruce Burden To: freebsd-stable@freebsd.org Message-ID: <20061127161033.GL937@tigerfish2.my.domain> References: <35586460611270637q18567951y71f6eb6c3cad5836@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <35586460611270637q18567951y71f6eb6c3cad5836@mail.gmail.com> User-Agent: Mutt/1.4.2.2i Subject: Re: Regarding Multiple RAID controller support with FreeBSD 4.11 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2006 16:19:01 -0000 On Mon, Nov 27, 2006 at 08:07:13PM +0530, V.SriSaiGanesh Venkataramani wrote: > > When i installed the system the root partition's slice was da0s1a. Now > when i compiled the kernel with the support of LSI SAS driver, and i > booted it, the LSI card first gets detected and the raw drives > connected to LSI controller becomes da0, da1. Then my boot 6i gets > detected and the LUN present in this conroller gets da2. > You have the ability to specify the bus address in 4.x, I believe. There should be examples of it in GENREIC. I am not sure, but is ROOTDEVICE still required in 4.x? If you have that specified, you can either try to change it to da2s1a, or comment it out and see if the kernel still compiles, and boots as expected once the controllers are identified. Bruce -- ------------------------------------------------------------------------ "I like bad!" Bruce Burden Austin, TX. - Thuganlitha The Power and the Prophet Robert Don Hughes From owner-freebsd-stable@FreeBSD.ORG Mon Nov 27 16:21:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7AA1716A47B for ; Mon, 27 Nov 2006 16:21:43 +0000 (UTC) (envelope-from rcoleman@criticalmagic.com) Received: from mailserver1.internap.com (mailserver1.internap.com [63.251.68.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id E08F943D4C for ; Mon, 27 Nov 2006 16:20:41 +0000 (GMT) (envelope-from rcoleman@criticalmagic.com) Received: from [63.251.67.9] (account rcoleman@mail.internap.com HELO [63.251.67.9]) by mailserver1.internap.com (CommuniGate Pro SMTP 4.2.10) with ESMTP id 73434076; Mon, 27 Nov 2006 11:21:42 -0500 Message-ID: <456B1096.3000702@criticalmagic.com> Date: Mon, 27 Nov 2006 11:21:42 -0500 From: Richard Coleman Organization: Critical Magic, Inc. User-Agent: Thunderbird 1.5.0.7 (X11/20061107) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG, security@jim-liesl.org References: <200611271423.kARENjD6035888@lurza.secnetix.de> In-Reply-To: <200611271423.kARENjD6035888@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Large msdosfs disk will not mount on RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2006 16:21:43 -0000 Oliver Fromme wrote: > secmgr wrote: > > > > > As far as I am aware windows 2000 and xp will only allow you to format up to > > > a 32G dive with FAT32. Any bigger and it will force you to use NTFS. The > > > other strange thing is tht you are trying to mount /dev/da0 and not > > > /dev/de0s1. > > > > The 32 gb restriction was artificial. You can look it up in the M$ > > "knowledge" base. Watch out for the hand waving. FreeBSD and Linux > > (and probably other cluefull OS's)can handle a 500gb FAT32 drive > > (assuming intelligent format values) w/o problem. > > That's not completely correct, at least as far as FreeBSD > is concerned (I don't know if and how Linux solves the > problem). > > The basic problem is that FAT doesn't support what UNIX > calls "inode" numbers (sometimes also called "fileid"). > But for a file system to be able to be handled under Free- > BSD (and other UNIX systems), files have to be uniquely > identified by such inode numbers. To solve that problem, > FreeBSD's msdosfs uses a simple hack by assigning a number > to each file based on the offset of its directory entry > relative to the beginning of the file system. > > However, if the size of the file system exceeds 128 MB > (which is the size of 2^32 directory entries), then those > numbers don't fit into a 32 bit inode number anymore. > If you try to mount such a file system, it will fail and > print the error message "disk too big, sorry". > > If you compile your kernel with MSDOSFS_LARGE, then the > kernel uses a different hack to generate appropriate inode > numbers: Whenever you access a file, it assigns a number > dynamically for this file. That approach works for FAT > file systems of unlimited size, but it has two other draw- > backs: First, the kernel needs to maintain a table for > mapping between files and inode numbers. So, if the file > system contains many files, the kernel will need a huge > amount of kernel memory which won't be freed until the FS > is unmounted (and if you run out of kernel memory, your > machine panics). Second, when you unmount and remount the > same file system, you might get different inode numbers > for your files (because of the dynamic nature), which can > confuse certain applications. In particular it breaks NFS > because NFS -- being a stateless protocol -- requires > constant inode numbers for exports. > > Best regards > Oliver > Thanks for the explanation. That helps a lot. Because of the potential panics that were mention, I can understand a reluctance to change the default. But I suspect that (attempting to) mount a large msdosfs disk is a much more common occurrence than using a smaller msdosfs disk over NFS. Richard Coleman rcoleman@criticalmagic.com From owner-freebsd-stable@FreeBSD.ORG Mon Nov 27 16:23:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1280916A50E for ; Mon, 27 Nov 2006 16:23:45 +0000 (UTC) (envelope-from greg@bestnet.kharkov.ua) Received: from relay.bestnet.ua (relay.bestnet.ua [193.124.57.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id B82CF43D58 for ; Mon, 27 Nov 2006 16:22:41 +0000 (GMT) (envelope-from greg@bestnet.kharkov.ua) Received: from relay.bestnet.ua (db.bestnet.ua [127.0.0.1]) by relay.bestnet.ua (Postfix) with ESMTP id 2D573FB0003 for ; Mon, 27 Nov 2006 18:23:38 +0200 (EET) Received: from [80.92.224.11] (greg.bestnet.kharkov.ua [80.92.224.11]) by relay.bestnet.ua (Postfix) with ESMTP id F336AFB0001 for ; Mon, 27 Nov 2006 18:23:37 +0200 (EET) Message-ID: <456B1158.4000107@bestnet.kharkov.ua> Date: Mon, 27 Nov 2006 18:24:56 +0200 From: Gregory Edigarov User-Agent: Thunderbird 1.5.0.8 (X11/20061123) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: rc doesn't see my script on boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2006 16:23:45 -0000 Hello, Everybody Well, here is what I am doing: ls -l /usr/local/etc/rc.d total 30 -r-xr-xr-x 1 root wheel 4744 Nov 13 11:38 apache22 -r-xr-xr-x 1 root wheel 673 Nov 13 14:27 clamav-clamd -r-xr-xr-x 1 root wheel 722 Nov 13 14:27 clamav-freshclam -r-xr-xr-x 1 root wheel 1057 Nov 13 14:27 clamav-milter -r-xr-xr-x 1 root wheel 1254 Nov 13 13:01 gnugk -r-xr-xr-x 1 root wheel 198 Nov 15 01:17 l2tpd -r-xr-xr-x 1 root wheel 196 Nov 14 12:35 popa3d -r-xr-xr-x 1 root wheel 1642 Nov 13 11:19 quagga -r-xr-xr-x 1 root wheel 4371 Nov 13 14:00 samba -r-xr-xr-x 1 root wheel 1324 Nov 14 15:20 squid -r-xr-xr-x 1 root wheel 564 Nov 13 11:19 watchquagga cat /usr/local/etc/rc.d/l2tpd #!/bin/sh #PROVIDE l2tpd #REQUIRE NETWORKING . /etc/rc.subr name="l2tpd" rcvar=`set_rcvar` command="/usr/local/sbin/${name}" flags="" echo "l2tp debug" load_rc_config $name run_rc_command "$1" in rc.conf: l2tpd_enable="YES" Then after reboot: ps ax | grep l2tpd 667 v1 RL+ 0:00.00 grep l2tpd i.e no l2tpd has been started. no messages on console, either. My script just got silently skipped. What's wrong? -- With best regards, Gregory Edigarov From owner-freebsd-stable@FreeBSD.ORG Mon Nov 27 16:55:33 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 37EBF16A47B for ; Mon, 27 Nov 2006 16:55:33 +0000 (UTC) (envelope-from SRS0=af3c337f1022407d5336cfb96f8b831c47524b99=167=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 296B643D53 for ; Mon, 27 Nov 2006 16:54:31 +0000 (GMT) (envelope-from SRS0=af3c337f1022407d5336cfb96f8b831c47524b99=167=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id FBQ57820; Mon, 27 Nov 2006 08:41:20 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id E63DB45054; Mon, 27 Nov 2006 08:41:19 -0800 (PST) To: freebsd-stable@FreeBSD.ORG, ohartman@mail.zedat.fu-berlin.de In-Reply-To: Your message of "Mon, 27 Nov 2006 14:53:06 +0100." <200611271353.kARDr6tN034491@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1164645679_22634P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Mon, 27 Nov 2006 08:41:19 -0800 From: "Kevin Oberman" Message-Id: <20061127164119.E63DB45054@ptavv.es.net> Cc: Subject: Re: Problems unmounting/fssyncking extern UFS filesystem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2006 16:55:33 -0000 --==_Exmh_1164645679_22634P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Mon, 27 Nov 2006 14:53:06 +0100 (CET) > From: Oliver Fromme > Sender: owner-freebsd-stable@freebsd.org > > O. Hartmann wrote: > > Maybe amd() dismounts to early ... Don't know. Maybe the magic > > 'sync;sync;sync' before dismounting will help, I'll try it. > > As far as I know, that's not different from calling "sync" > just once. It might make more sense to put a little sleep > between the sync calls, though. The traditional mantra was sync sync sync and not sync;sync;sync. The reason was timing. By entering the sync command three times as fast as anyone could type, the sync could reliably complete. That mantra is about 25 years old, so its validity on modern hardware is questionable, but the need for a delay is very real. I would suggest something like: sync && sleep 5 -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1164645679_22634P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFFaxUvkn3rs5h7N1ERAuUiAJ9RN07LgJwxwyF0uocunaVZfVr9JgCglpAs DcYpPJGChvZKLg0yZkT/HGw= =BuVR -----END PGP SIGNATURE----- --==_Exmh_1164645679_22634P-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 27 16:57:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4DC9416A7A2 for ; Mon, 27 Nov 2006 16:57:45 +0000 (UTC) (envelope-from bulututooker@casedesign.com) Received: from abbotsfordrotary.com (d01m-213-44-214-53.d4.club-internet.fr [213.44.214.53]) by mx1.FreeBSD.org (Postfix) with SMTP id 63F1C43D64 for ; Mon, 27 Nov 2006 16:56:05 +0000 (GMT) (envelope-from bulututooker@casedesign.com) Message-ID: <000001c71243$bfa4dcf0$c951a8c0@qbkhct> From: "Fred Tavarez" To: freebsd-stable@freebsd.org Date: Mon, 27 Nov 2006 08:47:39 -0800 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: nystagmu X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Fred Tavarez List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Nov 2006 16:57:45 -0000 Hi, =20 VjAGRA_yl_$1,78 CjALiS_qt_$3,00 LEVjTRA_sp_$3,33 =20 www [dot] rx44 [dot] info _____ =20 now. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 27 17:05:13 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1D20C16A492 for ; Mon, 27 Nov 2006 17:05:13 +0000 (UTC) (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 E826543D49 for ; Mon, 27 Nov 2006 17:04:10 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (hkjofy@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id kARH51qS045399; Mon, 27 Nov 2006 18:05:06 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id kARH507m045367; Mon, 27 Nov 2006 18:05:00 +0100 (CET) (envelope-from olli) Date: Mon, 27 Nov 2006 18:05:00 +0100 (CET) Message-Id: <200611271705.kARH507m045367@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, rcoleman@criticalmagic.com, security@jim-liesl.org In-Reply-To: <456B1096.3000702@criticalmagic.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 27 Nov 2006 18:05:06 +0100 (CET) Cc: Subject: Re: Large msdosfs disk will not mount on RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, rcoleman@criticalmagic.com, security@jim-liesl.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Nov 2006 17:05:13 -0000 Richard Coleman wrote: > Oliver Fromme wrote: > > [...] > > However, if the size of the file system exceeds 128 MB That should be 128 GB, of course. > [...] > Because of the potential panics that were mention, I can understand a > reluctance to change the default. But I suspect that (attempting to) > mount a large msdosfs disk is a much more common occurrence than using a > smaller msdosfs disk over NFS. Well, the mentioned problems (running out of kernel memory and NFS export difficulties) can occur with msdosfs file systems of any size, including ones that are smaller than 128 GB. It would be really annoying to not be able to mount a USB stick with a lot of files on a machine with small RAM (it could panic the machine without warning). On the other hand, the default (no MSDOSFS_LARGE) is safe for any number of files, i.e. you cannot panic the system, but you're limited to 128 GB file system size. (Well, you _can_ cause a panic with certain broken file systems, but that's a different story.) It's really chosing the lesser of two evils, but which one is the lesser? The answer depends on whom you ask. :-) I think the best solution would be to convert the kernel option into a mount option, so you can select your evil at mount time without having to recompile and reboot. Then you would even be able to mount your USB stick with the first hack and -- at the same time -- mount your external big disk with the second hack. Someone would have to code that, of course. I'm afraid I'm not volunteering (lack of time). It shouldn't be fairly easy to code, though: just add a flag to the mount (similar to the existing flag for win95 long file names) that indicates which hack to use, and select the apropriate hack at runtime, basically replacing the current #ifdef with an ordinary if(...). Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. With Perl you can manipulate text, interact with programs, talk over networks, drive Web pages, perform arbitrary precision arithmetic, and write programs that look like Snoopy swearing. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 27 17:10:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5A36816A4D0 for ; Mon, 27 Nov 2006 17:10:13 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail.secureworks.net (mail.secureworks.net [65.114.32.155]) by mx1.FreeBSD.org (Postfix) with SMTP id C7CCE43DAC for ; Mon, 27 Nov 2006 17:08:10 +0000 (GMT) (envelope-from mike@jellydonut.org) Received: (qmail 68884 invoked from network); 27 Nov 2006 17:07:42 -0000 Received: from unknown (HELO ?192.168.23.35?) (63.239.86.3) by 0 with SMTP; 27 Nov 2006 17:07:39 -0000 Message-ID: <456B1B3B.4090801@jellydonut.org> Date: Mon, 27 Nov 2006 12:07:07 -0500 From: Michael Proto User-Agent: Thunderbird 1.5.0.8 (X11/20061114) MIME-Version: 1.0 To: Gregory Edigarov References: <456B1158.4000107@bestnet.kharkov.ua> In-Reply-To: <456B1158.4000107@bestnet.kharkov.ua> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: rc doesn't see my script on boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2006 17:10:13 -0000 Gregory Edigarov wrote: > Hello, Everybody > > Well, here is what I am doing: > ls -l /usr/local/etc/rc.d > total 30 > -r-xr-xr-x 1 root wheel 4744 Nov 13 11:38 apache22 > -r-xr-xr-x 1 root wheel 673 Nov 13 14:27 clamav-clamd > -r-xr-xr-x 1 root wheel 722 Nov 13 14:27 clamav-freshclam > -r-xr-xr-x 1 root wheel 1057 Nov 13 14:27 clamav-milter > -r-xr-xr-x 1 root wheel 1254 Nov 13 13:01 gnugk > -r-xr-xr-x 1 root wheel 198 Nov 15 01:17 l2tpd > -r-xr-xr-x 1 root wheel 196 Nov 14 12:35 popa3d > -r-xr-xr-x 1 root wheel 1642 Nov 13 11:19 quagga > -r-xr-xr-x 1 root wheel 4371 Nov 13 14:00 samba > -r-xr-xr-x 1 root wheel 1324 Nov 14 15:20 squid > -r-xr-xr-x 1 root wheel 564 Nov 13 11:19 watchquagga > > cat /usr/local/etc/rc.d/l2tpd > #!/bin/sh > > #PROVIDE l2tpd > #REQUIRE NETWORKING > > . /etc/rc.subr > > name="l2tpd" > rcvar=`set_rcvar` > command="/usr/local/sbin/${name}" > flags="" > echo "l2tp debug" > > load_rc_config $name > run_rc_command "$1" > > in rc.conf: > l2tpd_enable="YES" > > Then after reboot: > ps ax | grep l2tpd > 667 v1 RL+ 0:00.00 grep l2tpd > > i.e no l2tpd has been started. > no messages on console, either. My script just got silently skipped. > > What's wrong? It looks like the formatting of the PROVIDE and REQUIRE statements may be incorrect. Try: # PROVIDE: l2tpd # REQUIRE: NETWORKING (note a single space between the hash mark and PROVIDE/REQUIRE, and the colon and a single space after PROVIDE/REQUIRE) -Proto From owner-freebsd-stable@FreeBSD.ORG Mon Nov 27 17:26:57 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 77C7016A403 for ; Mon, 27 Nov 2006 17:26:57 +0000 (UTC) (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 E210D43E89 for ; Mon, 27 Nov 2006 17:20:06 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (enmbcn@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id kARHKS7v047365; Mon, 27 Nov 2006 18:20:33 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id kARHKS00047364; Mon, 27 Nov 2006 18:20:28 +0100 (CET) (envelope-from olli) Date: Mon, 27 Nov 2006 18:20:28 +0100 (CET) Message-Id: <200611271720.kARHKS00047364@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, greg@bestnet.kharkov.ua In-Reply-To: <456B1158.4000107@bestnet.kharkov.ua> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 27 Nov 2006 18:20:34 +0100 (CET) Cc: Subject: Re: rc doesn't see my script on boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, greg@bestnet.kharkov.ua List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Nov 2006 17:26:57 -0000 Gregory Edigarov wrote: > [...] > #PROVIDE l2tpd Be sure to get the synatx right. It must look like this: # PROVIDE: l2tpd The "PROVIDE" line is used to distinguish old-style scripts from rcNG scripts. Therefore it is important that you get the syntax of that line right, or otherwise the script will not be recognized correctly. That's what happened in your case: The "PROVIDE" line was not recognized, so it was assumed to be an old-style script. Those scripts are only executed if they are executable _and_ have a filename extension ".sh". Your script doesn't have that extension, so it was ignored. > #REQUIRE NETWORKING That line needs also to be fixed (space, colon). Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd 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 you think C++ is not overly complicated, just what is a protected abstract virtual base pure virtual private destructor, and when was the last time you needed one?" -- Tom Cargil, C++ Journal From owner-freebsd-stable@FreeBSD.ORG Mon Nov 27 19:58:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DF42A16A403 for ; Mon, 27 Nov 2006 19:58:27 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail23.syd.optusnet.com.au (mail23.syd.optusnet.com.au [211.29.133.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6ABAA43D99 for ; Mon, 27 Nov 2006 18:41:37 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c58-107-94-118.belrs4.nsw.optusnet.com.au [58.107.94.118]) by mail23.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id kARIbxeY029119 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 28 Nov 2006 05:38:02 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id kARIbwRM003300; Tue, 28 Nov 2006 05:37:58 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id kARIbwag003299; Tue, 28 Nov 2006 05:37:58 +1100 (EST) (envelope-from peter) Date: Tue, 28 Nov 2006 05:37:58 +1100 From: Peter Jeremy To: Kevin Oberman Message-ID: <20061127183758.GC865@turion.vk2pj.dyndns.org> References: <200611271353.kARDr6tN034491@lurza.secnetix.de> <20061127164119.E63DB45054@ptavv.es.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EuxKj2iCbKjpUGkD" Content-Disposition: inline In-Reply-To: <20061127164119.E63DB45054@ptavv.es.net> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: ohartman@mail.zedat.fu-berlin.de, freebsd-stable@freebsd.org Subject: Re: Problems unmounting/fssyncking extern UFS filesystem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2006 19:58:28 -0000 --EuxKj2iCbKjpUGkD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I realise the original posting was related to amd(8) and NFS is not a normal filesystem but in the interest of trying to stamp out this myth... On Mon, 2006-Nov-27 08:41:19 -0800, Kevin Oberman wrote: >The traditional mantra was >sync >sync >sync =2E.. >That mantra is about 25 years old, so its validity on modern hardware is >questionable, but the need for a delay is very real. For any modern Un*x, it is totally unnecessary. All current Un*x filesystems will automatically flush all buffers as part of the unmount process - specifically, any FS with a 'CLEAN' flag can be guaranteed to do so. > I would suggest something like: sync && sleep 5 In the specific case of softupdates, this is not adequate to flush all outstanding writes. The sync will flush one level of dependencies but can still leave outstanding writes. 'sleep 5' may or may not be adequate, depending on the amount of dirty cached data. As an experiment, I suggest creating or deleting a FS tree on an otherwise idle system and looking at the 'dirtybuf' value reported by 'systat -v 1'. See how many sync's and how long it takes to get it to blank (0). --=20 Peter Jeremy --EuxKj2iCbKjpUGkD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFazCG/opHv/APuIcRAnxpAJ9lVYONYg3gHXO9cF7d3XrjD/M2LgCeJNtM 5csH82Vai+876pP+VFnyq+M= =SGwy -----END PGP SIGNATURE----- --EuxKj2iCbKjpUGkD-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 27 20:37:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0270316A56B for ; Mon, 27 Nov 2006 20:37:48 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from optimus.centralmiss.com (ns.centralmiss.com [206.156.254.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEA3D45236 for ; Mon, 27 Nov 2006 20:18:39 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-072-148-013-213.sip.jan.bellsouth.net [72.148.13.213]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by optimus.centralmiss.com (Postfix) with ESMTP id EBF4C28432; Mon, 27 Nov 2006 14:19:40 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id 675A961C3D; Mon, 27 Nov 2006 14:19:40 -0600 (CST) Date: Mon, 27 Nov 2006 14:19:40 -0600 From: "Matthew D. Fuller" To: Peter Jeremy Message-ID: <20061127201940.GD31944@over-yonder.net> References: <200611271353.kARDr6tN034491@lurza.secnetix.de> <20061127164119.E63DB45054@ptavv.es.net> <20061127183758.GC865@turion.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061127183758.GC865@turion.vk2pj.dyndns.org> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.11-fullermd.3 Cc: ohartman@mail.zedat.fu-berlin.de, freebsd-stable@freebsd.org Subject: Re: Problems unmounting/fssyncking extern UFS filesystem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2006 20:37:48 -0000 On Tue, Nov 28, 2006 at 05:37:58AM +1100 I heard the voice of Peter Jeremy, and lo! it spake thus: > > All current Un*x filesystems will automatically flush all buffers as > part of the unmount process That Depends(tm), partly on what you mean by 'unmount'. With my Nov05 and Jun06 -CURRENT's, I had to take great care to sync and sync and wait and sync and sync filesystems before "mount -u -o ro"'ing them, because otherwise they'd end up NOT flushing everything, leaving unreferenced stuff around that fsck had to clean up, but only if I ran it manually because mount DID mark the filesystem as clean. I just tried to reproduce it on my last-week -CURRENT, and it no longer does that. Instead, it locked itself into a "softdep_waitidle: Failed to flush worklist" loop and won't LET me remount r/o (or unmount) the filesystems. Obviously, I should have kept up my now-established habit of sync'ing and waiting a while before un/remounting... -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 27 22:12:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E7CA316A403 for ; Mon, 27 Nov 2006 22:12:12 +0000 (UTC) (envelope-from jwyatt@rwsystems.net) Received: from extra.rwsystems.net (52.6b.d1c4.cidr.airmail.net [209.196.107.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 362FC446E2 for ; Mon, 27 Nov 2006 21:52:41 +0000 (GMT) (envelope-from jwyatt@rwsystems.net) Received: from extra.rwsystems.net (jwyatt@localhost.rwsystems.net [127.0.0.1]) by extra.rwsystems.net (8.13.8/8.13.8) with ESMTP id kARLvQbN019363; Mon, 27 Nov 2006 15:57:26 -0600 (CST) (envelope-from jwyatt@rwsystems.net) Received: from localhost (jwyatt@localhost) by extra.rwsystems.net (8.13.8/8.13.8/Submit) with ESMTP id kARLvPCR019360; Mon, 27 Nov 2006 15:57:26 -0600 (CST) (envelope-from jwyatt@rwsystems.net) X-Authentication-Warning: extra.rwsystems.net: jwyatt owned process doing -bs Date: Mon, 27 Nov 2006 15:57:25 -0600 (CST) From: James Wyatt To: "Brandon S. Allbery KF8NH" In-Reply-To: <20061127081008.O14126@extra.rwsystems.net> Message-ID: <20061127155411.O19053@extra.rwsystems.net> References: <456A5A22.9070408@criticalmagic.com> <002201c711ea$aa032220$9603a8c0@claylaptop> <87807352-74B6-441C-8FF7-B11B0BD6AA31@ece.cmu.edu> <20061127081008.O14126@extra.rwsystems.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Clayton Milos , FreeBSD Stable Subject: Re: Large msdosfs disk will not mount on RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Nov 2006 22:12:13 -0000 On Mon, 27 Nov 2006, James Wyatt wrote: > On Mon, 27 Nov 2006, Brandon S. Allbery KF8NH wrote: >> On Nov 27, 2006, at 1:09 , Clayton Milos wrote: >>>> I just bought a large external hard drive for home backups (500g Western >>>> Digital My Book). When I plug it in to my machine (RELENG_6 from about a >>>> week ago), the system sees the device just fine: >>>> >>> I am very suprised at all that windows would allow you to format a 500G >>> drive into a single 500G FAT32 partition. >>> >>> As far as I am aware windows 2000 and xp will only allow you to format up >>> to a 32G dive with FAT32. Any bigger and it will force you to use NTFS. >>> The other strange thing is tht you are trying to mount /dev/da0 and not >>> /dev/de0s1. >>> >>> How did you format this drive ? >> >> It comes formatted FAT32. I bought one last week as well, and tried to >> mount it to extract the included software before repartitioning. I finally >> mounted it on an OSX box to copy the software to CDR. > [ ... ] > > I had the same issue with a Fry's $99 special 320GB USB2/FW exernal HDD. > Since I need to mount it with WinXP, Linux, and "GENERIC" FreeBSD, I was > somewhat stuck. The way I got around it was to reformat it to ext2 and use > the Win32 ext2fs driver from SourceForge. I considered NTFS, but the FreeBSD > support for NTFS didn't look practical to use at the time - Jy@ Sorry to reply to myself, but I forgot to mention that if you're doing tar/zip backups, then FAT32 may be worth the extra memory. If you are doing file backups, then ext2 will better preserve the metadata you want like UID, GID, permissions, etc... as well as avoiding the waste of small files stored in mega-clusters. The ext2fs WinXP driver defaults to having the write-cache disabled, so it's not a high-performance approach - Jy@ From owner-freebsd-stable@FreeBSD.ORG Tue Nov 28 00:15:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4D90016A407 for ; Tue, 28 Nov 2006 00:15:42 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out0.tiscali.nl (smtp-out0.tiscali.nl [195.241.79.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBDFA457CC for ; Mon, 27 Nov 2006 23:01:14 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [82.171.39.195] (helo=guido.klop.ws) by smtp-out0.tiscali.nl with smtp (Tiscali http://www.tiscali.nl) id 1GopUO-0004Gf-PV for ; Tue, 28 Nov 2006 00:02:16 +0100 Received: (qmail 2044 invoked from network); 27 Nov 2006 23:02:16 -0000 Received: from localhost.thuis.klop.ws (HELO guido.klop.ws) (127.0.0.1) by localhost.thuis.klop.ws with SMTP; 27 Nov 2006 23:02:16 -0000 Date: Tue, 28 Nov 2006 00:02:15 +0100 To: "Matthew D. Fuller" , "Peter Jeremy" From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: <200611271353.kARDr6tN034491@lurza.secnetix.de> <20061127164119.E63DB45054@ptavv.es.net> <20061127183758.GC865@turion.vk2pj.dyndns.org> <20061127201940.GD31944@over-yonder.net> Content-Transfer-Encoding: 7bit Message-ID: In-Reply-To: <20061127201940.GD31944@over-yonder.net> User-Agent: Opera Mail/9.02 (FreeBSD) Cc: ohartman@mail.zedat.fu-berlin.de, freebsd-stable@freebsd.org Subject: Re: Problems unmounting/fssyncking extern UFS filesystem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Nov 2006 00:15:42 -0000 On Mon, 27 Nov 2006 21:19:40 +0100, Matthew D. Fuller wrote: > On Tue, Nov 28, 2006 at 05:37:58AM +1100 I heard the voice of > Peter Jeremy, and lo! it spake thus: >> >> All current Un*x filesystems will automatically flush all buffers as >> part of the unmount process > > That Depends(tm), partly on what you mean by 'unmount'. > > With my Nov05 and Jun06 -CURRENT's, I had to take great care to sync > and sync and wait and sync and sync filesystems before "mount -u -o > ro"'ing them, because otherwise they'd end up NOT flushing everything, > leaving unreferenced stuff around that fsck had to clean up, but only > if I ran it manually because mount DID mark the filesystem as clean. > > I just tried to reproduce it on my last-week -CURRENT, and it no > longer does that. Instead, it locked itself into a "softdep_waitidle: > Failed to flush worklist" loop and won't LET me remount r/o (or > unmount) the filesystems. Obviously, I should have kept up my > now-established habit of sync'ing and waiting a while before > un/remounting... IMHO: Please discuss this on freebsd-current@freebsd.org. And read the handbook (http://www.freebsd.org/handbook) about releases/versions/branches. -CURRENT is known to have bugs. -- Ronald Klop Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Tue Nov 28 04:41:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EE50B16A417 for ; Tue, 28 Nov 2006 04:41:05 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30BC645BDA for ; Mon, 27 Nov 2006 23:17:25 +0000 (GMT) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.62) with esmtp (envelope-from ) id <1Gopjs-0007bN-5x>; Tue, 28 Nov 2006 00:18:16 +0100 Received: from e178012098.adsl.alicedsl.de ([85.178.12.98] helo=[192.168.1.128]) by inpost2.zedat.fu-berlin.de (Exim 4.62) with esmtpsa (envelope-from ) id <1Gopjs-0005mr-38>; Tue, 28 Nov 2006 00:18:16 +0100 Message-ID: <456B722B.6010508@mail.zedat.fu-berlin.de> Date: Tue, 28 Nov 2006 00:18:03 +0100 From: "O. Hartmann" User-Agent: Thunderbird 1.5.0.8 (X11/20061110) MIME-Version: 1.0 To: Ronald Klop References: <200611271353.kARDr6tN034491@lurza.secnetix.de> <20061127164119.E63DB45054@ptavv.es.net> <20061127183758.GC865@turion.vk2pj.dyndns.org> <20061127201940.GD31944@over-yonder.net> In-Reply-To: X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.12.98 Cc: Peter Jeremy , freebsd-stable@freebsd.org, "Matthew D. Fuller" Subject: Re: Problems unmounting/fssyncking extern UFS filesystem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Nov 2006 04:41:06 -0000 Ronald Klop wrote: > On Mon, 27 Nov 2006 21:19:40 +0100, Matthew D. Fuller > wrote: > >> On Tue, Nov 28, 2006 at 05:37:58AM +1100 I heard the voice of >> Peter Jeremy, and lo! it spake thus: >>> >>> All current Un*x filesystems will automatically flush all buffers as >>> part of the unmount process >> >> That Depends(tm), partly on what you mean by 'unmount'. >> >> With my Nov05 and Jun06 -CURRENT's, I had to take great care to sync >> and sync and wait and sync and sync filesystems before "mount -u -o >> ro"'ing them, because otherwise they'd end up NOT flushing everything, >> leaving unreferenced stuff around that fsck had to clean up, but only >> if I ran it manually because mount DID mark the filesystem as clean. >> >> I just tried to reproduce it on my last-week -CURRENT, and it no >> longer does that. Instead, it locked itself into a "softdep_waitidle: >> Failed to flush worklist" loop and won't LET me remount r/o (or >> unmount) the filesystems. Obviously, I should have kept up my >> now-established habit of sync'ing and waiting a while before >> un/remounting... > > IMHO: Please discuss this on freebsd-current@freebsd.org. And read the > handbook (http://www.freebsd.org/handbook) about > releases/versions/branches. -CURRENT is known to have bugs. > > -- Ronald Klop > Amsterdam, The Netherlands One of the fellows herein told me this discussion is subject to STABLE! Regards, Oliver From owner-freebsd-stable@FreeBSD.ORG Tue Nov 28 10:01:26 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7768816A412 for ; Tue, 28 Nov 2006 10:01:26 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 324F543CD2 for ; Tue, 28 Nov 2006 10:00:08 +0000 (GMT) (envelope-from bms@incunabulum.net) Received: from db2.internal (db2.internal [10.202.2.12]) by out1.messagingengine.com (Postfix) with ESMTP id 9C31B48069 for ; Tue, 28 Nov 2006 05:00:06 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by db2.internal (MEProxy); Tue, 28 Nov 2006 05:00:06 -0500 X-Sasl-enc: EaiZL5t2nrQRYzs18+Jle71SzHrQ9RhG4JG0S38pwMBL 1164708006 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 48B9BB1A8 for ; Tue, 28 Nov 2006 05:00:06 -0500 (EST) Message-ID: <456C08A3.8080305@incunabulum.net> Date: Tue, 28 Nov 2006 10:00:03 +0000 From: Bruce M Simpson User-Agent: Thunderbird 1.5.0.5 (X11/20060825) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: 6.2-RC on ThinkPad T43 acpi suspend/resume X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Nov 2006 10:01:26 -0000 Hi, I found that the following sysctl was necessary to get video to return when the system is resumed: sysctl hw.acpi.reset_video=1 Hope this helps someone else out there! Regards, BMS From owner-freebsd-stable@FreeBSD.ORG Tue Nov 28 10:31:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 050A116A40F for ; Tue, 28 Nov 2006 10:31:11 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFAC643CB8 for ; Tue, 28 Nov 2006 10:31:02 +0000 (GMT) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.4) with SMTP id VAA29980; Tue, 28 Nov 2006 21:30:55 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Tue, 28 Nov 2006 21:30:54 +1100 (EST) From: Ian Smith To: Bruce M Simpson In-Reply-To: <456C08A3.8080305@incunabulum.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: 6.2-RC on ThinkPad T43 acpi suspend/resume X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Nov 2006 10:31:11 -0000 On Tue, 28 Nov 2006, Bruce M Simpson wrote: > I found that the following sysctl was necessary to get video to return > when the system is resumed: > > sysctl hw.acpi.reset_video=1 > > Hope this helps someone else out there! I recently had to set hw.acpi.reset_video=0 to achieve the same result on 6.1-R on a Thinkpad T23. Best default for this one is 'it depends'! Cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Tue Nov 28 10:53:59 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 381CC16A416; Tue, 28 Nov 2006 10:53:59 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from ithil.ics.muni.cz (ithil.ics.muni.cz [147.251.4.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF54543C9D; Tue, 28 Nov 2006 10:53:56 +0000 (GMT) (envelope-from hopet@ics.muni.cz) Received: from KLOBOUCEK (dhcp3-82.ics.muni.cz [147.251.3.82]) (authenticated bits=0) by ithil.ics.muni.cz (8.13.4/8.13.4/Debian-3sarge3) with ESMTP id kASArt7X007348 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 28 Nov 2006 11:53:56 +0100 From: "Petr Holub" To: "Colin Percival" Date: Tue, 28 Nov 2006 11:53:55 +0100 Message-ID: <003e01c712db$801fbd50$5203fb93@KLOBOUCEK> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1807 Importance: Normal In-Reply-To: <456997CA.2070807@freebsd.org> X-Muni-Spam-TestIP: 147.251.3.82 X-Muni-Envelope-From: hopet@ics.muni.cz X-Muni-Virus-Test: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (ithil.ics.muni.cz [147.251.4.38]); Tue, 28 Nov 2006 11:53:56 +0100 (CET) Cc: stable@freebsd.org Subject: RE: freebsd-update to track release engineering X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Nov 2006 10:53:59 -0000 Hi Colin, > To avoid repeating myself too many times, I'm just going to point > to my latest blog entry: > http://www.daemonology.net/blog/2006-11-26-freebsd-6.1-to-6.2-binary-u > pgrade.html I've tested it (ok, one day later than I assumed) and resulted in a kernel panic after reboot when attempting to start mountd. Basically it looks like the new kernel hasn't been installed (/boot/kernel/kernel is dated Aug 30). May it be because I'm tracking 6.1-SECURITY using freebsd-update and the binary diff fails then? Maybe just an idea for improvement: it would be helpful if you can put the update candidates for changed config files (/etc) into /etc/upgrade in a way binary update from sysinstall does that. I understand why you want to avoid doing mergemaster from your script, but it would be fine to have the files at least ready so that user can diff them and decide what to do. Petr ================================================================ Petr Holub CESNET z.s.p.o. Supercomputing Center Brno Zikova 4 Institute of Compt. Science 162 00 Praha 6, CZ Masaryk University Czech Republic Botanicka 68a, 60200 Brno, CZ e-mail: Petr.Holub@cesnet.cz phone: +420-549493944 fax: +420-541212747 e-mail: hopet@ics.muni.cz From owner-freebsd-stable@FreeBSD.ORG Tue Nov 28 12:02:05 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2C72C16A407 for ; Tue, 28 Nov 2006 12:02:05 +0000 (UTC) (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 82CB243CB3 for ; Tue, 28 Nov 2006 12:01:43 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (ipknwl@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id kASC1cYC098035; Tue, 28 Nov 2006 13:01:44 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id kASC1cXr098034; Tue, 28 Nov 2006 13:01:38 +0100 (CET) (envelope-from olli) Date: Tue, 28 Nov 2006 13:01:38 +0100 (CET) Message-Id: <200611281201.kASC1cXr098034@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, jwyatt@rwsystems.net In-Reply-To: <20061127155411.O19053@extra.rwsystems.net> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 28 Nov 2006 13:01:44 +0100 (CET) Cc: Subject: Re: Large msdosfs disk will not mount on RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, jwyatt@rwsystems.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Nov 2006 12:02:05 -0000 James Wyatt wrote: > James Wyatt wrote: > > I had the same issue with a Fry's $99 special 320GB USB2/FW exernal HDD. > > Since I need to mount it with WinXP, Linux, and "GENERIC" FreeBSD, I was > > somewhat stuck. The way I got around it was to reformat it to ext2 and use > > the Win32 ext2fs driver from SourceForge. I considered NTFS, but the FreeBSD > > support for NTFS didn't look practical to use at the time - Jy@ > > Sorry to reply to myself, but I forgot to mention that if you're doing > tar/zip backups, then FAT32 may be worth the extra memory. If you are > doing file backups, then ext2 will better preserve the metadata you want > like UID, GID, permissions, etc... as well as avoiding the waste of small > files stored in mega-clusters. What do you mean, mega-clusters? You can specify the size of the clusters when formatting the media. For a 160 giga- byte disk (149 GB) you can make the cluster size as small as 1024 bytes: # truncate -s 160000000000 testhd.img # mdconfig -a -t vnode -f testhd.img md1 # newfs_msdos -N -s 312500000 -c 2 /dev/md1 minimum /dev/md1: 310077486 sectors in 155038743 FAT32 clusters (1024 bytes/cluster) When you make the cluster size that small, the FATs (there are two of them by default) will take up much space, of course. It might make sense to use only one FAT, though (option -n). With a larger cluster size, the FATs get smaller so you have more space for actual data: # newfs_msdos -N -s 312500000 -c 32 /dev/md1 minimum /dev/md1: 312347424 sectors in 9760857 FAT32 clusters (16384 bytes/cluster) So, changing the cluster size from 1 KB to 32 KB will shrink each FAT by more than 0.5 GB, so you get about 1.1 GB more space for actual file data. That's acceptable if you intend to store few large files (archives, multimedia files etc.). To store a large number of small files, it is advisable to use the smaller cluster size, of course. That's actually quite similar (although a bit simpler) to the selection of bsize/fsize parameters and the inode density for UFS/FFS. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "C is quirky, flawed, and an enormous success." -- Dennis M. Ritchie. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 28 12:09:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BB35B16A4D1 for ; Tue, 28 Nov 2006 12:09:10 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from optimus.centralmiss.com (ns.centralmiss.com [206.156.254.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57ACE43CC6 for ; Tue, 28 Nov 2006 12:08:29 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-072-148-013-213.sip.jan.bellsouth.net [72.148.13.213]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by optimus.centralmiss.com (Postfix) with ESMTP id 6F89828434; Tue, 28 Nov 2006 06:08:10 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id F3FE061C36; Tue, 28 Nov 2006 06:08:09 -0600 (CST) Date: Tue, 28 Nov 2006 06:08:09 -0600 From: "Matthew D. Fuller" To: "O. Hartmann" Message-ID: <20061128120809.GG31944@over-yonder.net> References: <200611271353.kARDr6tN034491@lurza.secnetix.de> <20061127164119.E63DB45054@ptavv.es.net> <20061127183758.GC865@turion.vk2pj.dyndns.org> <20061127201940.GD31944@over-yonder.net> <456B722B.6010508@mail.zedat.fu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <456B722B.6010508@mail.zedat.fu-berlin.de> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.11-fullermd.3 Cc: Peter Jeremy , freebsd-stable@freebsd.org, Ronald Klop Subject: Re: Problems unmounting/fssyncking extern UFS filesystem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Nov 2006 12:09:10 -0000 On Tue, Nov 28, 2006 at 12:18:03AM +0100 I heard the voice of O. Hartmann, and lo! it spake thus: > Ronald Klop wrote: > > > > IMHO: Please discuss this on freebsd-current@freebsd.org. And read > > the handbook (http://www.freebsd.org/handbook) about > > releases/versions/branches. -CURRENT is known to have bugs. I am, in fact, quite familiar with the meaning of -CURRENT, and I have mentioned the issue on that list a few times in the past. I offer it here merely as an example of why syncing and waiting is _not_, in fact, quite obsolete. > One of the fellows herein told me this discussion is subject to > STABLE! He was yelling at me, not you ;) -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 28 12:15:53 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AF46E16A52F for ; Tue, 28 Nov 2006 12:15:53 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd4mo1so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFC7643CB3 for ; Tue, 28 Nov 2006 12:15:39 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd2mr4so.prod.shaw.ca (pd2mr4so-qfe3.prod.shaw.ca [10.0.141.107]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0J9F00KK5WQ6OSC0@l-daemon> for stable@freebsd.org; Tue, 28 Nov 2006 05:15:42 -0700 (MST) Received: from pn2ml4so.prod.shaw.ca ([10.0.121.148]) by pd2mr4so.prod.shaw.ca (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0J9F00DIVWQ5FV01@pd2mr4so.prod.shaw.ca> for stable@freebsd.org; Tue, 28 Nov 2006 05:15:42 -0700 (MST) Received: from hexahedron.daemonology.net ([24.82.18.31]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with SMTP id <0J9F00AVZWQ4FZH1@l-daemon> for stable@freebsd.org; Tue, 28 Nov 2006 05:15:41 -0700 (MST) Received: (qmail 1448 invoked from network); Tue, 28 Nov 2006 12:15:34 +0000 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by localhost with SMTP; Tue, 28 Nov 2006 12:15:34 +0000 Date: Tue, 28 Nov 2006 04:15:34 -0800 From: Colin Percival In-reply-to: <003e01c712db$801fbd50$5203fb93@KLOBOUCEK> To: Petr Holub Message-id: <456C2866.7070700@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-2 Content-transfer-encoding: 7bit X-Enigmail-Version: 0.94.0.0 References: <003e01c712db$801fbd50$5203fb93@KLOBOUCEK> User-Agent: Thunderbird 1.5 (X11/20060416) Cc: stable@freebsd.org Subject: Re: freebsd-update to track release engineering X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Nov 2006 12:15:53 -0000 Petr Holub wrote: >> To avoid repeating myself too many times, I'm just going to point >> to my latest blog entry: >> http://www.daemonology.net/blog/2006-11-26-freebsd-6.1-to-6.2-binary-u >> pgrade.html > > I've tested it (ok, one day later than I assumed) and resulted in > a kernel panic after reboot when attempting to start mountd. Basically > it looks like the new kernel hasn't been installed (/boot/kernel/kernel > is dated Aug 30). That's strange. > May it be because I'm tracking 6.1-SECURITY using > freebsd-update and the binary diff fails then? That shouldn't be the case; I've used this script on lots of other systems which were running FreeBSD Update, and when files can't be generated by using a binary patch, the script just downloads the entire file instead. Assuming you still have the files in the script's working directory (/usr/upgrade, if you followed my blog post line for line), could you look for a directory named something-install or something-rollback and send me the INDEX-OLD and INDEX-NEW files from there? Hopefully that will let me figure out what went wrong... > Maybe just an idea for improvement: it would be helpful if you can > put the update candidates for changed config files (/etc) into /etc/upgrade > in a way binary update from sysinstall does that. I understand why > you want to avoid doing mergemaster from your script, but it would > be fine to have the files at least ready so that user can diff them > and decide what to do. I'm planning on adding automatic merging of configuration files soon. Colin Percival From owner-freebsd-stable@FreeBSD.ORG Tue Nov 28 16:08:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DB69316A47B for ; Tue, 28 Nov 2006 16:08:23 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.FreeBSD.org (Postfix) with SMTP id F036943CA0 for ; Tue, 28 Nov 2006 16:08:19 +0000 (GMT) (envelope-from quetzal@zone3000.net) Received: from unknown (HELO localhost) (217.144.69.37) by 209.67.61.254 with SMTP; 28 Nov 2006 16:08:17 -0000 Date: Tue, 28 Nov 2006 18:07:50 +0200 From: Nikolay Pavlov To: Ian Smith Message-ID: <20061128160750.GA22512@zone3000.net> Mail-Followup-To: Nikolay Pavlov , Ian Smith , Bruce M Simpson , freebsd-stable@freebsd.org References: <456C08A3.8080305@incunabulum.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 X-Operating-System: FreeBSD 6.1-RELEASE-p10 Cc: Bruce M Simpson , freebsd-stable@freebsd.org Subject: Re: 6.2-RC on ThinkPad T43 acpi suspend/resume X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Nov 2006 16:08:23 -0000 On Tuesday, 28 November 2006 at 21:30:54 +1100, Ian Smith wrote: > On Tue, 28 Nov 2006, Bruce M Simpson wrote: > > > I found that the following sysctl was necessary to get video to return > > when the system is resumed: > > > > sysctl hw.acpi.reset_video=1 > > > > Hope this helps someone else out there! > > I recently had to set hw.acpi.reset_video=0 to achieve the same result > on 6.1-R on a Thinkpad T23. Best default for this one is 'it depends'! > > Cheers, Ian > > _______________________________________________ > 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" Did someone know about suspend/resume on Dell Inspirion 1300 and current? I've tried both values but no luck. -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-stable@FreeBSD.ORG Tue Nov 28 16:12:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 56AAA16A47B for ; Tue, 28 Nov 2006 16:12:49 +0000 (UTC) (envelope-from danielfabiani@yahoo.es) Received: from web27715.mail.ukl.yahoo.com (web27715.mail.ukl.yahoo.com [217.146.177.249]) by mx1.FreeBSD.org (Postfix) with SMTP id 64B9343D39 for ; Tue, 28 Nov 2006 16:12:29 +0000 (GMT) (envelope-from danielfabiani@yahoo.es) Received: (qmail 67687 invoked by uid 60001); 28 Nov 2006 16:12:16 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.es; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=WhaqoMJo/89musO+yKcK03UtNRjZDGBvTN3qZv7bMRCbIWPuZHXM5mAy3fV6QK/jOwRTX1YAE9tQQHGpZi0TOObchAO+B9pcbJ9kxtcUYGIrAfKbNlO0mt+BZm9+hAZ145Rh0Hk6XrEpyi2/JadvXjEW7molxzYZsOvXd9iX+hk= ; Message-ID: <20061128161216.67685.qmail@web27715.mail.ukl.yahoo.com> Received: from [138.100.52.12] by web27715.mail.ukl.yahoo.com via HTTP; Tue, 28 Nov 2006 17:12:16 CET Date: Tue, 28 Nov 2006 17:12:16 +0100 (CET) From: Daniel Martin-Fabiani To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: When will new changes in BCE driver for vlans be included in 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, 28 Nov 2006 16:12:49 -0000 Hello, I've noticed some recent changes (16 Nov) in bce driver because vlan tagging doesn't work properly. I've got a Dell PE2950 with two Broadcom NetXtreme II interfaces with the very last RELENG_6 installed, and seems like vlan tagging/stripping is not working properly on them. I wonder when this fix will be available in RELENG_6, because just patching if_bce* files and sys/mbuf.h does not compile at all. Or maybe there's a workaround for this to get it working... Thanks in advance. Daniel ______________________________________________ LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto. http://es.voice.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Tue Nov 28 16:49:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6DE4E16A539 for ; Tue, 28 Nov 2006 16:49:19 +0000 (UTC) (envelope-from ghelmer@palisadesys.com) Received: from magellan.palisadesys.com (magellan.palisadesys.com [192.188.162.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECE1643E5D for ; Tue, 28 Nov 2006 16:46:20 +0000 (GMT) (envelope-from ghelmer@palisadesys.com) Received: from [172.16.2.242] (cetus.palisadesys.com [192.188.162.7]) (authenticated bits=0) by magellan.palisadesys.com (8.13.8/8.13.8) with ESMTP id kASGjv6q078870 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 28 Nov 2006 10:45:57 -0600 (CST) (envelope-from ghelmer@palisadesys.com) Message-ID: <456C67C7.9030208@palisadesys.com> Date: Tue, 28 Nov 2006 10:45:59 -0600 From: Guy Helmer User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Palisade-MailScanner-Information: Please contact the ISP for more information X-Palisade-MailScanner: Found to be clean X-Palisade-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (not cached, score=-4.399, required 6, autolearn=not spam, ALL_TRUSTED -1.80, BAYES_00 -2.60) X-Palisade-MailScanner-From: ghelmer@palisadesys.com Subject: 6.x loosing record of free space after filesystem fills? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Nov 2006 16:49:19 -0000 We're encountering some problems on FreeBSD 6.1 SMP with a number of end-user systems where a Postgresql database is growing to the point where the filesystem is nearly full or completely runs out of free space. After this point, df shows wildly incorrect values for available space, sometimes even showing more space available than there allocated to the partition (and our systems rely on df to determine when to send warnings to end-users that the free disk space is getting low). We've found the only way to correct the situation is to take the system down to single-user mode and force a non-background fsck on the partition - simply rebooting the system does not fix the situation. We're going to try setting debug.mpsafevfs to 0 in /boot/loader.conf to see if this works around the problem. I've gone through the CVS logs for src/sys/ufs/ffs/* but I haven't seen anything that would specifically apply to this problem. Has anyone else seen this problem, and by chance is it resolved for 6.2? Thanks, Guy -- Guy Helmer, Ph.D. Chief System Architect Palisade Systems, Inc. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 28 17:36:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B26B916A506 for ; Tue, 28 Nov 2006 17:36:29 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EB9343DA5 for ; Tue, 28 Nov 2006 17:34:10 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id kASHY6LY057842; Tue, 28 Nov 2006 10:34:11 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <456C7308.4000004@samsco.org> Date: Tue, 28 Nov 2006 10:34:00 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: Daniel Martin-Fabiani References: <20061128161216.67685.qmail@web27715.mail.ukl.yahoo.com> In-Reply-To: <20061128161216.67685.qmail@web27715.mail.ukl.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-stable@freebsd.org Subject: Re: When will new changes in BCE driver for vlans be included in 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, 28 Nov 2006 17:36:29 -0000 I just merged the fixes into RELENG_6 and RELENG_6_2. Thanks for the reminder. Scott Daniel Martin-Fabiani wrote: > Hello, > > I've noticed some recent changes (16 Nov) in bce > driver because vlan tagging doesn't work properly. > > I've got a Dell PE2950 with two Broadcom NetXtreme II > interfaces with the very last RELENG_6 installed, and > seems like vlan tagging/stripping is not working > properly on them. > > I wonder when this fix will be available in RELENG_6, > because just patching if_bce* files and sys/mbuf.h > does not compile at all. > > Or maybe there's a workaround for this to get it > working... > > Thanks in advance. > > Daniel > > > > ______________________________________________ > LLama Gratis a cualquier PC del Mundo. > Llamadas a fijos y móviles desde 1 céntimo por minuto. > http://es.voice.yahoo.com > _______________________________________________ > 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 Nov 28 17:56:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1B9CC16A47B for ; Tue, 28 Nov 2006 17:56:19 +0000 (UTC) (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 ACE8043C9F for ; Tue, 28 Nov 2006 17:56:12 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (ktuxox@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id kASHu6P0017136; Tue, 28 Nov 2006 18:56:12 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id kASHu547017135; Tue, 28 Nov 2006 18:56:05 +0100 (CET) (envelope-from olli) Date: Tue, 28 Nov 2006 18:56:05 +0100 (CET) Message-Id: <200611281756.kASHu547017135@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@freebsd.org, rcoleman@criticalmagic.com, security@jim-liesl.org In-Reply-To: <200611271705.kARH507m045367@lurza.secnetix.de> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 28 Nov 2006 18:56:12 +0100 (CET) Cc: Subject: Re: Large msdosfs disk will not mount on RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@freebsd.org, rcoleman@criticalmagic.com, security@jim-liesl.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Nov 2006 17:56:19 -0000 Oliver Fromme wrote: > [...] > Well, the mentioned problems (running out of kernel memory > and NFS export difficulties) can occur with msdosfs file > systems of any size, including ones that are smaller than > 128 GB. It would be really annoying to not be able to > mount a USB stick with a lot of files on a machine with > small RAM (it could panic the machine without warning). > [...] I'm afraid that part of my mail was wrong. If the file system is smaller than 128 GB, the mapping table is not used, even if MSDOSFS_LARGE is enabled in the kernel. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "What is this talk of 'release'? We do not make software 'releases'. Our software 'escapes', leaving a bloody trail of designers and quality assurance people in its wake." From owner-freebsd-stable@FreeBSD.ORG Tue Nov 28 18:57:39 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 95EFE16A494 for ; Tue, 28 Nov 2006 18:57:39 +0000 (UTC) (envelope-from elessar@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F5A943E1B for ; Tue, 28 Nov 2006 18:55:09 +0000 (GMT) (envelope-from elessar@bsdforen.de) Received: from localhost (mail [127.0.0.12]) by mail.bsdforen.de (Postfix) with ESMTP id A40544241D4 for ; Tue, 28 Nov 2006 19:54:55 +0100 (CET) X-Virus-Scanned: amavisd-new at bsdforen.de Received: from mail.bsdforen.de ([127.0.0.12]) by localhost (mail.bsdforen.de [127.0.0.12]) (amavisd-new, port 10024) with ESMTP id uz3CRnQ12cy8 for ; Tue, 28 Nov 2006 19:54:55 +0100 (CET) Received: from loki.starkstrom.lan (p549CDE8E.dip.t-dialin.net [84.156.222.142]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 33C3C4241C7 for ; Tue, 28 Nov 2006 19:54:54 +0100 (CET) Date: Tue, 28 Nov 2006 19:54:52 +0100 From: Joerg Pernfuss To: stable@freebsd.org Message-ID: <20061128195452.05e38596@loki.starkstrom.lan> X-Mailer: Sylpheed-Claws 2.5.2 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_4ZEqzrALDhtO67Z_Xb_tHQK; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: Subject: kernel statistics weirdness on RELENG_6{_1,_2} / 64bit? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Nov 2006 18:57:39 -0000 --Sig_4ZEqzrALDhtO67Z_Xb_tHQK Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hi, a while ago I noticed something odd on my 64bit FreeBSD 6 systems - two amd64, one alpha. I can't make head or tails of it, so I post it in hope that someone can. Box #1: elessar@snake: ~% uname -srm FreeBSD 6.1-RELEASE-p7 amd64 elessar@snake: ~% grep kern.ipc /boot/loader.conf kern.ipc.nsfbufs=3D"8192" kern.ipc.nmbclusters=3D"49152" elessar@snake: ~% sysctl kern.ipc.nsfbufs kern.ipc.nmbclusters kern.ipc.nsfbufs: 0 kern.ipc.nmbclusters: 32768 elessar@snake: ~% netstat -m 350/132/482/49152 mbuf clusters in use (current/cache/total/max) 0/0/0 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 2864770 requests for I/O initiated by sendfile Box #2: elessar@forseti: ~% uname -srm FreeBSD 6.2-RC1 alpha elessar@forseti: ~% grep kern.ipc /boot/loader.conf kern.ipc.nsfbufs=3D"4294967300" elessar@forseti: ~% sysctl kern.ipc.nsfbufs kern.ipc.nmbclusters kern.ipc.nsfbufs: 0 kern.ipc.nmbclusters: 1664 elessar@forseti: ~% netstat -m 64/80/144/1664 mbuf clusters in use (current/cache/total/max) 0/0/0 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile Box #3: elessar@rivendell: ~% uname -srm FreeBSD 6.1-RELEASE-p10 amd64 elessar@rivendell: ~% grep kern.ipc /boot/loader.conf kern.ipc.nsfbufs=3D"8192" kern.ipc.nmbclusters=3D"49152" elessar@rivendell: ~% sysctl kern.ipc.nsfbufs kern.ipc.nmbclusters kern.ipc.nsfbufs: 0 kern.ipc.nmbclusters: 32768 elessar@rivendell: ~% grep NSF /root/kernel/RIVENDELL options NSFBUFS=3D8192 elessar@rivendell: ~% netstat -m 64/118/182/49152 mbuf clusters in use (current/cache/total/max) 0/0/0 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 35 requests for I/O initiated by sendfile For comparison, Box #4: elessar@web2: ~% uname -srm FreeBSD 6.1-STABLE i386 elessar@web2: ~% grep kern.ipc /boot/loader.conf kern.ipc.nsfbufs=3D"8192" elessar@web2: ~% sysctl kern.ipc.nsfbufs kern.ipc.nmbclusters kern.ipc.nsfbufs: 8192 kern.ipc.nmbclusters: 32768 elessar@web2: ~% netstat -m 104/272/376/32768 mbuf clusters in use (current/cache/total/max) 1598/2635/8192 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 8938512 requests for I/O initiated by sendfile So, looking at the `netstat -m' output, setting kern.ipc.nmbclusters in the loader.conf seems to work, but the sysctl reports the default value that would be in place, if it wasn't overridden in the loader.conf. For the sendfile buffers, the stats are completely out of whack. The sysctl reports 0 for every value (`netstat-m' just prints the sysctl fields for these values if I understood the source right (unlikely). But sendfile() works and the accounting on the number of sendfile calls seems to work too. So I believe the NSFBUFS kernel option and the loader.conf setting work, but it is quite impossible to properly tune the buffers to the workload. I did not bother trying the NMBCLUSTERS kernel option, it was removed a while ago anyway. The loader.conf kern.ipc.nsfbufs value on box #2 is ridiculously high, yes, I tried to get beyond the boundary of a u_int_32 to see if maybe something good or bad happens. It did not. At this point, I wanted to include links to two mails on amd64@ I found when I first searched for this oddity, both of which had no reply. Instead I found a posting to net@ that occured in the meantime, and a reply to it by Yar Tikhiy two days ago explaining the nsfbufs issue. There are no such buffers on amd64, ia64 and alpha as they aren't needed. http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D26091+0+current/freebsd-net Ok, that leaves the question why `sysctl kern.ipc.nmbclusters' reports a different value compared to the `netstat -m' output on box #1 and #3. Thanks for any pointers, Joerg PS: documenting the nsfbufs issue on amd64/ia64/alpha might be a good PS: idea. loader(8) seems a good place. Opinions? --=20 | /"\ ASCII ribbon | GnuPG Key ID | e86d b753 3deb e749 6c3a | | \ / campaign against | 0xbbcaad24 | 5706 1f7d 6cfd bbca ad24 | | X HTML in email | .the next sentence is true. | | / \ and news | .the previous sentence was a lie. | --Sig_4ZEqzrALDhtO67Z_Xb_tHQK Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFFbIX8H31s/bvKrSQRAhOyAJ9ZZ6f4Vp6KABYace3mDQBmrX5oOgCfaCBl wCb+9aoMNWpBh4YNFf05UgQ= =QRxs -----END PGP SIGNATURE----- --Sig_4ZEqzrALDhtO67Z_Xb_tHQK-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 28 19:38:05 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F1F4716A494 for ; Tue, 28 Nov 2006 19:38:05 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0C3943CF7 for ; Tue, 28 Nov 2006 19:37:42 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin05-en2 [10.13.10.150]) by smtpout.mac.com (Xserve/8.12.11/smtpout05/MantshX 4.0) with ESMTP id kASJb4qX027140; Tue, 28 Nov 2006 11:37:04 -0800 (PST) Received: from [17.214.13.96] (a17-214-13-96.apple.com [17.214.13.96]) (authenticated bits=0) by mac.com (Xserve/smtpin05/MantshX 4.0) with ESMTP id kASJaqnx017641; Tue, 28 Nov 2006 11:37:02 -0800 (PST) In-Reply-To: <20061127164119.E63DB45054@ptavv.es.net> References: <20061127164119.E63DB45054@ptavv.es.net> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Chuck Swiger Date: Tue, 28 Nov 2006 11:36:52 -0800 To: Kevin Oberman X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: FreeBSD Stable Subject: Re: Problems unmounting/fssyncking extern UFS filesystem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Nov 2006 19:38:06 -0000 On Nov 27, 2006, at 8:41 AM, Kevin Oberman wrote: >> As far as I know, that's not different from calling "sync" >> just once. It might make more sense to put a little sleep >> between the sync calls, though. > > The traditional mantra was > sync > sync > sync > and not sync;sync;sync. The reason was timing. By entering the sync > command three times as fast as anyone could type, the sync could > reliably complete. Agreed. Although I've heard rumors that some systems treated 3 syncs as some sort of special case, but I've never seen anything in code to support the notion. > That mantra is about 25 years old, so its validity on modern > hardware is > questionable, but the need for a delay is very real. I would suggest > something like: sync && sleep 5 The other choice would be to make sync [or the sync(2) system call, more precisely] blocking, so that it does not return until the buffer cache has been flushed and all dirty pages in VM have been written to disk. -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Tue Nov 28 19:52:09 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 58D6216A494; Tue, 28 Nov 2006 19:52:09 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (palm.hoeg.nl [83.98.131.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4888543E8E; Tue, 28 Nov 2006 19:46:11 +0000 (GMT) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id DCD4C1CC0D; Tue, 28 Nov 2006 20:46:00 +0100 (CET) Date: Tue, 28 Nov 2006 20:46:00 +0100 From: Ed Schouten To: FreeBSD Networking Message-ID: <20061128194600.GU16100@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+G6m7pD98ON7Rq3z" Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) Cc: FreeBSD Stable Subject: re(4) needs promisc to work properly X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Nov 2006 19:52:09 -0000 --+G6m7pD98ON7Rq3z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, I'm running FreeBSD 6.2-PRERELEASE on my new desktop. It has the following hardware: - Intel Core 2 Duo 6400 - Asus P5B motherboard - On-board Realtek NIC (8168B/8111B) For some reason, it drops all incoming IPv6 packets. I can only SSH to the machine using IPv6 when I run the following command: $ ifconfig re0 promisc Is this a known issue about these NICs? Yours, --=20 Ed Schouten WWW: http://g-rave.nl/ --+G6m7pD98ON7Rq3z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFbJH452SDGA2eCwURAtCYAJ9dxXaafdWiFP6IiQiLYfDWtb2BLQCeJ7+H lNKX5EZLq+H8GYMiIR2/xfI= =Q+xy -----END PGP SIGNATURE----- --+G6m7pD98ON7Rq3z-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 28 19:56:30 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E236616A513 for ; Tue, 28 Nov 2006 19:56:30 +0000 (UTC) (envelope-from SRS0=c5d224bf7829f8ec03416726e206218fde1ced31=168=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9713343F67 for ; Tue, 28 Nov 2006 19:51:39 +0000 (GMT) (envelope-from SRS0=c5d224bf7829f8ec03416726e206218fde1ced31=168=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id GEB54339; Tue, 28 Nov 2006 11:51:39 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 6B09C45096; Tue, 28 Nov 2006 11:51:38 -0800 (PST) To: Chuck Swiger In-Reply-To: Your message of "Tue, 28 Nov 2006 11:36:52 PST." Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1164743498_993P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Tue, 28 Nov 2006 11:51:38 -0800 From: "Kevin Oberman" Message-Id: <20061128195138.6B09C45096@ptavv.es.net> Cc: FreeBSD Stable Subject: Re: Problems unmounting/fssyncking extern UFS filesystem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Nov 2006 19:56:31 -0000 --==_Exmh_1164743498_993P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > From: Chuck Swiger > Date: Tue, 28 Nov 2006 11:36:52 -0800 > > On Nov 27, 2006, at 8:41 AM, Kevin Oberman wrote: > >> As far as I know, that's not different from calling "sync" > >> just once. It might make more sense to put a little sleep > >> between the sync calls, though. > > > > The traditional mantra was > > sync > > sync > > sync > > and not sync;sync;sync. The reason was timing. By entering the sync > > command three times as fast as anyone could type, the sync could > > reliably complete. > > Agreed. Although I've heard rumors that some systems treated 3 syncs > as some sort of special case, but I've never seen anything in code to > support the notion. > > > That mantra is about 25 years old, so its validity on modern > > hardware is > > questionable, but the need for a delay is very real. I would suggest > > something like: sync && sleep 5 > > The other choice would be to make sync [or the sync(2) system call, > more precisely] blocking, so that it does not return until the buffer > cache has been flushed and all dirty pages in VM have been written to > disk. The magic phrase is "buffer cache has been flushed". In the real world of discs with cache there is no way to be certain when the data is REALLY on the disc. That is why things get clobbered if the power is cycled to the disc too soon after syncing and why a sleep (or typing sync three times) is still a good idea and probably always will be. Of course, some day all discs may stop lying about when data is written, but I'll be too busy ducking the flying pig. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1164743498_993P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFFbJNKkn3rs5h7N1ERAg11AKCoNSBxJVOvd+USuYsjgNiVN0dARACeKqw0 /iqb76CG/I8y/IizzL3STjo= =1P2x -----END PGP SIGNATURE----- --==_Exmh_1164743498_993P-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 28 19:58:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6725416A494 for ; Tue, 28 Nov 2006 19:58:45 +0000 (UTC) (envelope-from markus@x-trader.de) Received: from qhmail2.colt1.inetserver.de (qhmail2.colt1.inetserver.de [195.234.228.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE7C343CB2 for ; Tue, 28 Nov 2006 19:53:27 +0000 (GMT) (envelope-from markus@x-trader.de) Received: from qhweb1.inetserver.de (unknown [195.234.228.138]) by qhmail2.colt1.inetserver.de (Postfix) with ESMTP id 1D6B313283 for ; Tue, 28 Nov 2006 20:01:06 +0100 (CET) Sender: "=?iso-8859-1?Q?Markus_Oestreicher?=" From: "=?iso-8859-1?Q?Markus_Oestreicher?=" Date: Tue, 28 Nov 2006 20:01:06 +0100 To: "=?iso-8859-1?Q?freebsd-stable@freebsd=2Eorg?=" X-Priority: 3 X-MSMail-Priority: Normal Content-Transfer-Encoding: Quoted-Printable MIME-Version: 1.0 X-Mailer: JMail 4.3.1 by Dimac Content-Type: text/plain; charset="iso-8859-1" Message-Id: <20061128190106.1D6B313283@qhmail2.colt1.inetserver.de> Subject: Panic in "thread taskq" on RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: markus@x-trader.de List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Nov 2006 19:58:45 -0000 Good Day, I get a panic on latest RELENG=5F6 every 6-12 hours=2E The server is a Dual Xeon FSB800 with 2 GB RAM and aac(4)-disks running postfix and amavisd-new for SPAM scanning=2E kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid =3D 3; apic id =3D 07 fault virtual address =3D 0x104 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc06774e1 stack pointer =3D 0x28:0xe4f93c90 frame pointer =3D 0x28:0xe4f93c9c code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eglags =3D resume, IOPL =3D 0 current process =3D 5 (thread taskq) The panic always in process "thread taskq"=2E db=3Etrace =5Fmit=5Flock=5Fsleep(cb031e5c,c63f7180) at =5Fmtx=5Flock=5Fsleep+0x9d unp=5Fgc(0,1) at uno=5Fgc+0x222 taskqueue=5Frun(c6439d80) at taskqueue=5Frun+0x13f taskqueue=5Fthread=5Floop(c09f8988,e4f93d38) at taskqueue=5Fthread=5Floop+0x= 92 fork=5Fexit(c06a1bc0,c09f8988,e4f93d38) at fork=5Fexit+0x71 fork=5Ftrampoline() at fork=5Ftrampoline+0x8 --- trap 0x1, eip =3D 0, esp=3D0xe4f93d6c, ebp =3D 0 FreeBSD mx=2Elocal 6=2E2-PRERELEASE FreeBSD 6=2E2-PRERELEASE #1: Tue Nov 28 02:12:58 CET 2006 root@mx=2Elocal:/usr/obj/usr/src/sys/SMP i386 Does that look like a hardware problem or a software issue=3F I will try to swap RAM in the next few days=2E Best Regards, Markus From owner-freebsd-stable@FreeBSD.ORG Tue Nov 28 20:12:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 361B216A4FE for ; Tue, 28 Nov 2006 20:12:10 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75A1943D1D for ; Tue, 28 Nov 2006 20:05:17 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id AAC421A4D91; Tue, 28 Nov 2006 12:04:45 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 35E2351211; Tue, 28 Nov 2006 15:04:28 -0500 (EST) Date: Tue, 28 Nov 2006 15:04:27 -0500 From: Kris Kennaway To: Markus Oestreicher Message-ID: <20061128200427.GB65311@xor.obsecurity.org> References: <20061128190106.1D6B313283@qhmail2.colt1.inetserver.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UHN/qo2QbUvPLonB" Content-Disposition: inline In-Reply-To: <20061128190106.1D6B313283@qhmail2.colt1.inetserver.de> User-Agent: Mutt/1.4.2.2i Cc: "freebsd-stable@freebsd.org" Subject: Re: Panic in "thread taskq" on RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Nov 2006 20:12:10 -0000 --UHN/qo2QbUvPLonB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 28, 2006 at 08:01:06PM +0100, Markus Oestreicher wrote: > Good Day, >=20 > I get a panic on latest RELENG_6 every 6-12 hours. The server is a > Dual Xeon FSB800 with 2 GB RAM and aac(4)-disks running postfix and > amavisd-new for SPAM scanning. >=20 >=20 > kernel trap 12 with interrupts disabled >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 3; apic id =3D 07 > fault virtual address =3D 0x104 > fault code =3D supervisor read, page not present > instruction pointer =3D 0x20:0xc06774e1 > stack pointer =3D 0x28:0xe4f93c90 > frame pointer =3D 0x28:0xe4f93c9c > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, def32 1, gran 1 > processor eglags =3D resume, IOPL =3D 0 > current process =3D 5 (thread taskq) >=20 > The panic always in process "thread taskq". >=20 > db>trace > _mit_lock_sleep(cb031e5c,c63f7180) at _mtx_lock_sleep+0x9d > unp_gc(0,1) at uno_gc+0x222 > taskqueue_run(c6439d80) at taskqueue_run+0x13f > taskqueue_thread_loop(c09f8988,e4f93d38) at taskqueue_thread_loop+0x92 > fork_exit(c06a1bc0,c09f8988,e4f93d38) at fork_exit+0x71 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip =3D 0, esp=3D0xe4f93d6c, ebp =3D 0 >=20 > FreeBSD mx.local 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #1: > Tue Nov 28 02:12:58 CET 2006 > root@mx.local:/usr/obj/usr/src/sys/SMP i386 >=20 >=20 > Does that look like a hardware problem or a software issue? It looks like a lot of transcription errors when you typed it in ;-) Kris --UHN/qo2QbUvPLonB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFbJZLWry0BWjoQKURAhz3AJwPZdsFRrNlX/1t+8qj6GqN7gUWCwCguxXO TGLy+/Cy7Q4AJRFliMEzBUE= =FsZz -----END PGP SIGNATURE----- --UHN/qo2QbUvPLonB-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 28 20:13:39 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DE92916A49E for ; Tue, 28 Nov 2006 20:13:38 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [74.92.149.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63A0343D70 for ; Tue, 28 Nov 2006 20:06:58 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 79D95B80F for ; Tue, 28 Nov 2006 15:06:31 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: References: <20061127164119.E63DB45054@ptavv.es.net> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-17--393886693; protocol="application/pkcs7-signature" Message-Id: <454E30B6-3B7A-464E-8960-D7529623593A@khera.org> From: Vivek Khera Date: Tue, 28 Nov 2006 15:06:30 -0500 To: FreeBSD Stable X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Problems unmounting/fssyncking extern UFS filesystem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Nov 2006 20:13:39 -0000 --Apple-Mail-17--393886693 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Nov 28, 2006, at 2:36 PM, Chuck Swiger wrote: > > The other choice would be to make sync [or the sync(2) system call, > more precisely] blocking, so that it does not return until the > buffer cache has been flushed and all dirty pages in VM have been > written to disk. I would love a flag to sync(1) that would also make it wait until all softupdate pending actions are complete as well and force them to happen immediately. --Apple-Mail-17--393886693-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 28 20:21:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 93AF916A4A7 for ; Tue, 28 Nov 2006 20:21:12 +0000 (UTC) (envelope-from ghelmer@palisadesys.com) Received: from magellan.palisadesys.com (magellan.palisadesys.com [192.188.162.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46E7A43E04 for ; Tue, 28 Nov 2006 20:19:14 +0000 (GMT) (envelope-from ghelmer@palisadesys.com) Received: from [172.16.2.242] (cetus.palisadesys.com [192.188.162.7]) (authenticated bits=0) by magellan.palisadesys.com (8.13.8/8.13.8) with ESMTP id kASKIOHR090492 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 28 Nov 2006 14:18:24 -0600 (CST) (envelope-from ghelmer@palisadesys.com) Message-ID: <456C9991.6050606@palisadesys.com> Date: Tue, 28 Nov 2006 14:18:25 -0600 From: Guy Helmer User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: Kris Kennaway References: <456C67C7.9030208@palisadesys.com> <20061128200321.GA65311@xor.obsecurity.org> In-Reply-To: <20061128200321.GA65311@xor.obsecurity.org> X-Palisade-MailScanner-Information: Please contact the ISP for more information X-Palisade-MailScanner: Found to be clean X-Palisade-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (not cached, score=-4.398, required 6, autolearn=not spam, ALL_TRUSTED -1.80, BAYES_00 -2.60, HTML_MESSAGE 0.00) X-Palisade-MailScanner-From: ghelmer@palisadesys.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: 6.x loosing record of free space after filesystem fills? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Nov 2006 20:21:12 -0000 Kris Kennaway wrote: > On Tue, Nov 28, 2006 at 10:45:59AM -0600, Guy Helmer wrote: > >> We're encountering some problems on FreeBSD 6.1 SMP with a number of >> end-user systems where a Postgresql database is growing to the point >> where the filesystem is nearly full or completely runs out of free >> space. After this point, df shows wildly incorrect values for available >> space, sometimes even showing more space available than there allocated >> to the partition (and our systems rely on df to determine when to send >> warnings to end-users that the free disk space is getting low). We've >> found the only way to correct the situation is to take the system down >> to single-user mode and force a non-background fsck on the partition - >> simply rebooting the system does not fix the situation. >> >> We're going to try setting debug.mpsafevfs to 0 in /boot/loader.conf to >> see if this works around the problem. I've gone through the CVS logs >> for src/sys/ufs/ffs/* but I haven't seen anything that would >> specifically apply to this problem. Has anyone else seen this problem, >> and by chance is it resolved for 6.2? >> > > First I've heard of it. May not be resolved unless a developer can > reproduce it. > > Kris > I had hoped one of kib's or tegge's recent changes to src/sys/ufs/ffs/ffs_softdep.c might be related. I'll see what I can do to get hard details - maybe a kernel with INVARIANTS would find something. Guy -- Guy Helmer, Ph.D. Chief System Architect Palisade Systems, Inc. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 28 20:22:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B170516A417 for ; Tue, 28 Nov 2006 20:22:08 +0000 (UTC) (envelope-from fjoe@neo.samodelkin.net) Received: from neo.samodelkin.net (samodelkin.net [195.62.0.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8779043D45 for ; Tue, 28 Nov 2006 20:20:14 +0000 (GMT) (envelope-from fjoe@neo.samodelkin.net) Received: by neo.samodelkin.net (Postfix, from userid 1000) id 8B8791706E; Wed, 29 Nov 2006 02:19:28 +0600 (NOVT) Date: Wed, 29 Nov 2006 02:19:28 +0600 From: Max Khon To: freebsd-stable@freebsd.org, rcoleman@criticalmagic.com, security@jim-liesl.org Message-ID: <20061128201928.GC71715@samodelkin.net> References: <200611271705.kARH507m045367@lurza.secnetix.de> <200611281756.kASHu547017135@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200611281756.kASHu547017135@lurza.secnetix.de> User-Agent: Mutt/1.4.2i Cc: Subject: Re: Large msdosfs disk will not mount on RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Nov 2006 20:22:08 -0000 Hi! On Tue, Nov 28, 2006 at 06:56:05PM +0100, Oliver Fromme wrote: > > [...] > > Well, the mentioned problems (running out of kernel memory > > and NFS export difficulties) can occur with msdosfs file > > systems of any size, including ones that are smaller than > > 128 GB. It would be really annoying to not be able to > > mount a USB stick with a lot of files on a machine with > > small RAM (it could panic the machine without warning). > > [...] > > I'm afraid that part of my mail was wrong. If the file > system is smaller than 128 GB, the mapping table is not > used, even if MSDOSFS_LARGE is enabled in the kernel. Looks like MSDOSFS_LARGE should be enabled by default. /fjoe From owner-freebsd-stable@FreeBSD.ORG Tue Nov 28 20:37:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 23A2F16A415 for ; Tue, 28 Nov 2006 20:37:21 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A00DA43CC7 for ; Tue, 28 Nov 2006 20:37:05 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 55C101A4D90; Tue, 28 Nov 2006 12:03:40 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 82C4D51211; Tue, 28 Nov 2006 15:03:22 -0500 (EST) Date: Tue, 28 Nov 2006 15:03:22 -0500 From: Kris Kennaway To: Guy Helmer Message-ID: <20061128200321.GA65311@xor.obsecurity.org> References: <456C67C7.9030208@palisadesys.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="envbJBWh7q8WU6mo" Content-Disposition: inline In-Reply-To: <456C67C7.9030208@palisadesys.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: 6.x loosing record of free space after filesystem fills? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Nov 2006 20:37:21 -0000 --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 28, 2006 at 10:45:59AM -0600, Guy Helmer wrote: > We're encountering some problems on FreeBSD 6.1 SMP with a number of=20 > end-user systems where a Postgresql database is growing to the point=20 > where the filesystem is nearly full or completely runs out of free=20 > space. After this point, df shows wildly incorrect values for available= =20 > space, sometimes even showing more space available than there allocated= =20 > to the partition (and our systems rely on df to determine when to send=20 > warnings to end-users that the free disk space is getting low). We've=20 > found the only way to correct the situation is to take the system down=20 > to single-user mode and force a non-background fsck on the partition -=20 > simply rebooting the system does not fix the situation. >=20 > We're going to try setting debug.mpsafevfs to 0 in /boot/loader.conf to= =20 > see if this works around the problem. I've gone through the CVS logs=20 > for src/sys/ufs/ffs/* but I haven't seen anything that would=20 > specifically apply to this problem. Has anyone else seen this problem,= =20 > and by chance is it resolved for 6.2? First I've heard of it. May not be resolved unless a developer can reproduce it. Kris --envbJBWh7q8WU6mo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFbJYJWry0BWjoQKURAgR9AKDbaGlgsgX0gdT0jAy19aikQfaHCgCfdz8g 7i6q1XaagyIqXj5sQW7RyMo= =EbQv -----END PGP SIGNATURE----- --envbJBWh7q8WU6mo-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 28 20:44:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C581716A4FD for ; Tue, 28 Nov 2006 20:44:32 +0000 (UTC) (envelope-from SRS0=c5d224bf7829f8ec03416726e206218fde1ced31=168=es.net=oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B13D43D79 for ; Tue, 28 Nov 2006 20:44:02 +0000 (GMT) (envelope-from SRS0=c5d224bf7829f8ec03416726e206218fde1ced31=168=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id GFU14103; Tue, 28 Nov 2006 12:44:03 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id A8C5D45051; Tue, 28 Nov 2006 12:44:02 -0800 (PST) To: markus@x-trader.de In-Reply-To: Your message of "Tue, 28 Nov 2006 20:01:06 +0100." <20061128190106.1D6B313283@qhmail2.colt1.inetserver.de> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1164746642_993P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Tue, 28 Nov 2006 12:44:02 -0800 From: "Kevin Oberman" Message-Id: <20061128204402.A8C5D45051@ptavv.es.net> Cc: "=?iso-8859-1?Q?freebsd-stable@freebsd=2Eorg?=" Subject: Re: Panic in "thread taskq" on RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Nov 2006 20:44:33 -0000 --==_Exmh_1164746642_993P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > From: "=?iso-8859-1?Q?Markus_Oestreicher?=" > Date: Tue, 28 Nov 2006 20:01:06 +0100 > Sender: owner-freebsd-stable@freebsd.org > > Good Day, > > I get a panic on latest RELENG_6 every 6-12 hours. The server is a > Dual Xeon FSB800 with 2 GB RAM and aac(4)-disks running postfix and > amavisd-new for SPAM scanning. > > > kernel trap 12 with interrupts disabled > > Fatal trap 12: page fault while in kernel mode > cpuid = 3; apic id = 07 > fault virtual address = 0x104 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc06774e1 > stack pointer = 0x28:0xe4f93c90 > frame pointer = 0x28:0xe4f93c9c > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eglags = resume, IOPL = 0 > current process = 5 (thread taskq) > > The panic always in process "thread taskq". > > db>trace > _mit_lock_sleep(cb031e5c,c63f7180) at _mtx_lock_sleep+0x9d > unp_gc(0,1) at uno_gc+0x222 > taskqueue_run(c6439d80) at taskqueue_run+0x13f > taskqueue_thread_loop(c09f8988,e4f93d38) at taskqueue_thread_loop+0x> 92 > fork_exit(c06a1bc0,c09f8988,e4f93d38) at fork_exit+0x71 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp=0xe4f93d6c, ebp = 0 > > FreeBSD mx.local 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #1: > Tue Nov 28 02:12:58 CET 2006 > root@mx.local:/usr/obj/usr/src/sys/SMP i386 > > > Does that look like a hardware problem or a software issue? > I will try to swap RAM in the next few days. You are the third person to report this panic. (I am one of the other two. I am guessing from the name of your kernel that this is an SMP system. So are the other two. Are you running gnome-2.16 with hald? This is about all we found in common on the first two systems. Robert Watson would like some added data. Can you build a kernel with the following options and connect something to the serial port to record output? options WITNESS options INVARIANT_SUPPORT options DDB options KDB options INVARIANTS At the debugger prompt: > show pcpu > trace > show allpcpu > traceall > show alllocks At least my system has been totally uncooperative in crashing when I am anywhere near it, so I have not yet collected any information other than dumps. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1164746642_993P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFFbJ+Skn3rs5h7N1ERAg6IAKCCuKmFNBPuPDVqndMZ+YjFjZxIdQCgt/H2 I2tgjLwXX9kij2tpgV6KtSk= =WlW1 -----END PGP SIGNATURE----- --==_Exmh_1164746642_993P-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 28 21:35:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2327416A47B for ; Tue, 28 Nov 2006 21:35:57 +0000 (UTC) (envelope-from chris@vindaloo.com) Received: from corellia.vindaloo.com (corellia.vindaloo.com [64.51.148.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BF2643CA9 for ; Tue, 28 Nov 2006 21:35:34 +0000 (GMT) (envelope-from chris@vindaloo.com) Received: from yavin.vindaloo.com (yavin.vindaloo.com [172.24.144.34]) by corellia.vindaloo.com (Postfix) with ESMTP id 314895C4C; Tue, 28 Nov 2006 16:35:21 -0500 (EST) Received: from dagobah.vindaloo.com (dagobah.vindaloo.com [172.24.145.68]) by yavin.vindaloo.com (Postfix) with ESMTP id B88372536E; Tue, 28 Nov 2006 16:35:20 -0500 (EST) Received: from localhost.vindaloo.com (localhost.vindaloo.com [IPv6:::1]) by dagobah.vindaloo.com (8.13.8/8.13.8) with ESMTP id kASLYpAH001241; Tue, 28 Nov 2006 16:34:51 -0500 (EST) (envelope-from chris@vindaloo.com) From: Christopher Sean Hilton To: Roland Smith In-Reply-To: <20061125164008.GA5008@slackbox.xs4all.nl> References: <45686A63.6030708@mail.zedat.fu-berlin.de> <20061125164008.GA5008@slackbox.xs4all.nl> Content-Type: text/plain Date: Tue, 28 Nov 2006 16:34:50 -0500 Message-Id: <1164749690.1074.33.camel@dagobah.vindaloo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: "O. Hartmann" , FreeBSD Stable Subject: Amd and UFS mounts X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Nov 2006 21:35:57 -0000 It's dim but I seem to remember that amd had no problems mounting a UFS volume but it would never time it out. This may be the bug that Oliver is referring to. This caused problems when using UFS on a USB stick since the drive would never be dismounted so it was never safe to remove from the USB port. I've just retested this and amd doesn't automatically time out a ufs volume unless you ask it to by using the amq command. If I remember my research correctly this is a feature, not a bug. It's important to be able to get these volumes to unmount automatically. The reason I researched this before was because I would continually forget to unmount the usb stick before I suspended my computer. Before I implemented this I was fscking my usb stick an average of twice a day. After that I only had to fsck usb attached storage once every two weeks. Although my current laptop won't suspend/resume cleanly I still find it useful. The usb hub in the docking station triggers bugs in FreeBSD's usb subsystem. Every once in a while the usb subsystem will hiccup. Normally this isn't a problem but if a drive is plugged in and mounted at the time of the hiccup then the drive won't detach properly and on system shutdown you get a stuck buffer which causes a need for a background fsck on the regular drives and a full fsck on the usb drive. I worked around the UFS mounts problem by using program mounts in amd. >From time to time I am tempted to write a "How-To" on getting amd to work with pendrives going all the way through using fdisk, disklabel, and newfs to put a native FreeBSD filesystem on a USB stick or portable hard drive but I always chicken out at the point where I'm telling the user how to modify /etc/fstab for fear that if someone slips up with vi they end up with an unusable FreeBSD install. In any case here's how I'm using amd with my pendrives: I've standardized on MSDOS FAT filesystems in s1 and FreeBSD filesystem in s2. Amd handles the e partition on on the FreeBSD slice. So the first usb drive will usually be device: /dev/da0. Under my system the MS-DOS slice on that drive will be /dev/da0s1 and can be accessed by any user via the amd by doing: ls -l /amd/msdos0 On a successful mount the user gets a symlink listing. The user can unmount the command by doing: amq -u /amd/msdos0 This will only work if there are no processes accessing the drive. If the user forgets amd does this automatically after 30 seconds. The utility FreeBSD partition, /amd/da0s2e is available as /amd/ufs0 and works the same as the msdos partition. ---------------------------------------------------------------------------- ***** Startup Options ***** I run amd with a conf file because on some machines I use it as a means of nfs mounting my home directories. $ grep amd /etc/rc.conf ## amd amd_enable="YES" # Run amd service with $amd_flags (or NO). amd_flags="-F /etc/amd.conf" ***** Amd Configuration options ***** Nothing really special here. $ cat /etc/amd.conf [ global ] browsable_dirs = no map_type = file mount_type = nfs search_path = /etc auto_dir = /.amd cache_duration = 30 log_file = syslog:daemon log_options = info print_pid = yes pid_file = /var/run/amd.pid restart_mounts = yes selectors_in_defaults = no [ /amd ] map_name = /etc/amd.map ***** Map files ***** Here's how amd maps a directory to a filesystem. $ cat /etc/amd.map # $FreeBSD: src/etc/amd.map,v 1.9 2002/05/15 22:24:29 obrien Exp $ # ## /defaults type:=host;fs:=${autodir}/${rhost}/host;rhost:=${key} ## * opts:=rw,grpid,resvport,vers=3,proto=udp,nosuid,nodev ## To use: ## mkdir -p /amd /.amd /.amd/cdrom /.amd/disk0 /.amd/disk1 ## chmod 755 /.amd/* ## chmod 555 /.amd /amd ## ## Hotpluggable disks: Firewire, USB, etc. All the work gets done by ## setting up the appropriate entry in /etc/fstab. Ex. My firewire ## enclosures appear as { da0, and da1 } my convention is to put the ## msdos filesystem, if any, in slice 1 and the hotpluggable FreeBSD ## filesystem, if any, in partition e of slice 2. The system expects ## that the hotpluggable freebsd filesystem will have all "autorun" ## scripts. So, the first firewire drive needs the following entries ## in /etc/fstab: ## ## /dev/da0s1 /.amd/msdos0 msdos rw,noauto 0 0 ## /dev/da0s2e /.amd/ufs0 ufs rw,nosuid,nodev,noauto 0 0 msdos0 type:=program;fs:=${autodir}/${key};\ mount:="/sbin/mount mount ${fs}";\ unmount:="/sbin/umount umount ${fs}" ufs0 type:=program;fs:=${autodir}/${key};\ mount:="/sbin/mount mount ${fs}";\ unmount:="/sbin/umount umount ${fs}" ***** Fstab entrys ***** Careful here. If you want to be really paranoid here add noexec to the mount flags. ... /dev/acd0 /.amd/cdrom cd9660 ro,noauto 0 0 /dev/da0s1 /.amd/msdos0 msdos rw,longnames,noauto 0 0 /dev/da0s2e /.amd/ufs0 ufs rw,nosuid,nodev,noauto 0 0 ... From owner-freebsd-stable@FreeBSD.ORG Tue Nov 28 21:41:23 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ADC6416A551 for ; Tue, 28 Nov 2006 21:41:23 +0000 (UTC) (envelope-from chris@vindaloo.com) Received: from corellia.vindaloo.com (corellia.vindaloo.com [64.51.148.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 179C343CAB for ; Tue, 28 Nov 2006 21:41:18 +0000 (GMT) (envelope-from chris@vindaloo.com) Received: from yavin.vindaloo.com (yavin.vindaloo.com [172.24.144.34]) by corellia.vindaloo.com (Postfix) with ESMTP id 08DE45C4C; Tue, 28 Nov 2006 16:41:22 -0500 (EST) Received: from dagobah.vindaloo.com (dagobah.vindaloo.com [172.24.145.68]) by yavin.vindaloo.com (Postfix) with ESMTP id 8A548253A4; Tue, 28 Nov 2006 16:41:21 -0500 (EST) Received: from localhost.vindaloo.com (localhost.vindaloo.com [IPv6:::1]) by dagobah.vindaloo.com (8.13.8/8.13.8) with ESMTP id kASLfCI9001301; Tue, 28 Nov 2006 16:41:12 -0500 (EST) (envelope-from chris@vindaloo.com) From: Christopher Sean Hilton To: Kevin Oberman In-Reply-To: <20061128195138.6B09C45096@ptavv.es.net> References: <20061128195138.6B09C45096@ptavv.es.net> Content-Type: text/plain Date: Tue, 28 Nov 2006 16:41:11 -0500 Message-Id: <1164750071.1074.39.camel@dagobah.vindaloo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: Problems unmounting/fssyncking extern UFS filesystem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Nov 2006 21:41:23 -0000 On Tue, 2006-11-28 at 11:51 -0800, Kevin Oberman wrote: [ ... ] > The magic phrase is "buffer cache has been flushed". In the real world > of discs with cache there is no way to be certain when the data is > REALLY on the disc. That is why things get clobbered if the power is > cycled to the disc too soon after syncing and why a sleep (or typing > sync three times) is still a good idea and probably always will be. > Please understand that this is an honest question but isn't that true only of IDE heritage drives. E.g. If a SCSI drive with Tagged Queuing says that the the bits have been written doesn't it mean that the bits have really been written? -- Chris From owner-freebsd-stable@FreeBSD.ORG Wed Nov 29 00:01:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 99E2316A40F for ; Wed, 29 Nov 2006 00:01:35 +0000 (UTC) (envelope-from m.oe@x-trader.de) Received: from qhmail2.colt1.inetserver.de (qhmail2.colt1.inetserver.de [195.234.228.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEF7743C9D for ; Wed, 29 Nov 2006 00:01:29 +0000 (GMT) (envelope-from m.oe@x-trader.de) Received: from qhmx2-mailrouter.colt1.inetserver.de (qhmx2.colt1.inetserver.de [195.234.228.112]) by qhmail2.colt1.inetserver.de (Postfix) with ESMTP id AEA0A1267C; Wed, 29 Nov 2006 01:01:33 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by qhmx2-mailrouter.colt1.inetserver.de (Postfix) with ESMTP id 8EA1B3C2D0; Wed, 29 Nov 2006 01:01:33 +0100 (CET) Received: from qhmx2.colt1.inetserver.de ([127.0.0.1]) by localhost (qhmx2.colt1.inetserver.de [127.0.0.1]) (amavisd-new, port 10023) with LMTP id 69929-08; Wed, 29 Nov 2006 01:01:33 +0100 (CET) X-Auth-User: markus@x-trader.de X-Auth-User: markus@x-trader.de Received: from [192.168.100.100] (pD95FFCE4.dip.t-dialin.net [217.95.252.228]) by qhmx2-custsmtp.colt1.inetserver.de (Postfix) with ESMTP id 005A6B479C; Wed, 29 Nov 2006 01:01:32 +0100 (CET) Message-ID: <456CCDF2.9070203@x-trader.de> Date: Wed, 29 Nov 2006 01:01:54 +0100 From: Markus Oestreicher User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Kevin Oberman References: <20061128204402.A8C5D45051@ptavv.es.net> In-Reply-To: <20061128204402.A8C5D45051@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at colt1.inetserver.de Cc: "freebsd-stable@freebsd.org" Subject: Re: Panic in "thread taskq" on RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2006 00:01:35 -0000 Kevin Oberman wrote: >> Does that look like a hardware problem or a software issue? >> I will try to swap RAM in the next few days. > > You are the third person to report this panic. (I am one of the other > two. > > I am guessing from the name of your kernel that this is an SMP > system. So are the other two. > > Are you running gnome-2.16 with hald? This is about all we found > in common on the first two systems. The system is a 2-CPU SMP system with HT enabled. The server is running postfix, amavisd-new, clamav and mysql. There is no GUI running or installed. > Robert Watson would like some added data. Can you build a kernel with > the following options and connect something to the serial port to record > output? > options WITNESS > options INVARIANT_SUPPORT > options DDB > options KDB > options INVARIANTS There is no serial console on site, only a remote KVM console. So I have to copy the messages manually from screen. I am now running a kernel with this options compiled in. One thing I noticed that may be relevant or not: The system is running with ACPI disabled using loader.conf. If I enable ACPI the device acpi0 fires ~10000 interrupts/s and there are three system processes acpi_task[0-2] that will consume ~25% when the system is idle. With ACPI disabled it does not show that behavoir. Markus From owner-freebsd-stable@FreeBSD.ORG Wed Nov 29 00:17:37 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2682516A40F for ; Wed, 29 Nov 2006 00:17:37 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FC0D43CA2 for ; Wed, 29 Nov 2006 00:17:30 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so1994701wxc for ; Tue, 28 Nov 2006 16:17:35 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=r+9VXPI57+mCbyOd4ByGzpbB1Me007qJnFAIC3FdLD/SrxX0+1QXeezXpeSy1KefQG4FYcLKk9x7LZsg+nv99yNbF6oWtpNsqlgI4s0p3R+/DbimZ/shdiSN9u18I4X0YTgcW6Wd1jxdYJe2DeINWPNMMPGsTR7qnfxfUUsGfxM= Received: by 10.90.84.17 with SMTP id h17mr1551962agb.1164759454782; Tue, 28 Nov 2006 16:17:34 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id 66sm17532869wra.2006.11.28.16.17.32; Tue, 28 Nov 2006 16:17:34 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id kAT0K9dk071767 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 29 Nov 2006 09:20:09 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id kAT0K84U071766; Wed, 29 Nov 2006 09:20:08 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 29 Nov 2006 09:20:08 +0900 From: Pyun YongHyeon To: Ed Schouten Message-ID: <20061129002008.GA71523@cdnetworks.co.kr> References: <20061128194600.GU16100@hoeg.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061128194600.GU16100@hoeg.nl> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD Stable , FreeBSD Networking Subject: Re: re(4) needs promisc to work properly X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Nov 2006 00:17:37 -0000 On Tue, Nov 28, 2006 at 08:46:00PM +0100, Ed Schouten wrote: > Hello, > > I'm running FreeBSD 6.2-PRERELEASE on my new desktop. It has the > following hardware: > > - Intel Core 2 Duo 6400 > - Asus P5B motherboard > - On-board Realtek NIC (8168B/8111B) > > For some reason, it drops all incoming IPv6 packets. I can only SSH to > the machine using IPv6 when I run the following command: > > $ ifconfig re0 promisc > > Is this a known issue about these NICs? No, I'm not aware of the issue. The issue can happen on a NIC with incorrectly programmed ethernet address. Would you show me dmesg/tcpdump output of your system? Make sure to add -e option to tcpdump(1). > > Yours, > -- > Ed Schouten > WWW: http://g-rave.nl/ -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Wed Nov 29 02:05:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 113FB16A403 for ; Wed, 29 Nov 2006 02:05:29 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3BBA43C9E for ; Wed, 29 Nov 2006 02:05:22 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id A2B531A4D83; Tue, 28 Nov 2006 18:05:28 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 61BCE512EF; Tue, 28 Nov 2006 21:05:11 -0500 (EST) Date: Tue, 28 Nov 2006 21:05:11 -0500 From: Kris Kennaway To: Markus Oestreicher Message-ID: <20061129020511.GA74682@xor.obsecurity.org> References: <20061128204402.A8C5D45051@ptavv.es.net> <456CCDF2.9070203@x-trader.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0F1p//8PRICkK4MW" Content-Disposition: inline In-Reply-To: <456CCDF2.9070203@x-trader.de> User-Agent: Mutt/1.4.2.2i Cc: "freebsd-stable@freebsd.org" Subject: Re: Panic in "thread taskq" on RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2006 02:05:29 -0000 --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 29, 2006 at 01:01:54AM +0100, Markus Oestreicher wrote: > Kevin Oberman wrote: > >>Does that look like a hardware problem or a software issue? > >>I will try to swap RAM in the next few days. > > > >You are the third person to report this panic. (I am one of the other > >two. > > > >I am guessing from the name of your kernel that this is an SMP > >system. So are the other two. > > > >Are you running gnome-2.16 with hald? This is about all we found > >in common on the first two systems. >=20 > The system is a 2-CPU SMP system with HT enabled. >=20 > The server is running postfix, amavisd-new, clamav and mysql. > There is no GUI running or installed. >=20 > >Robert Watson would like some added data. Can you build a kernel with > >the following options and connect something to the serial port to record > >output? > >options WITNESS=20 > >options INVARIANT_SUPPORT=20 > >options DDB=20 > >options KDB=20 > >options INVARIANTS >=20 > There is no serial console on site, only a remote KVM console. > So I have to copy the messages manually from screen. > I am now running a kernel with this options compiled in. >=20 > One thing I noticed that may be relevant or not: >=20 > The system is running with ACPI disabled using loader.conf. > If I enable ACPI the device acpi0 fires ~10000 interrupts/s > and there are three system processes acpi_task[0-2] that will > consume ~25% when the system is idle. With ACPI disabled it > does not show that behavoir. Might be a broken BIOS on your system, especially likely if it's somewhat older. Kris --0F1p//8PRICkK4MW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFbOrWWry0BWjoQKURAojBAKDr+bvNhCE7EsAB92o3Iu+rD75FXgCfURlR hZgiFzLfacQj6ro/4RYdK8Q= =hvsB -----END PGP SIGNATURE----- --0F1p//8PRICkK4MW-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 29 07:10:52 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 62EC616ABC6; Wed, 29 Nov 2006 07:10:52 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mrout3.yahoo.com (mrout3.yahoo.com [216.145.54.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id E63A743CCA; Wed, 29 Nov 2006 07:10:35 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy7.corp.yahoo.com [216.145.48.98]) by mrout3.yahoo.com (8.13.6/8.13.6/y.out) with ESMTP id kAT3MsN0099163; Tue, 28 Nov 2006 19:22:55 -0800 (PST) Date: Wed, 29 Nov 2006 11:30:02 +0900 Message-ID: From: gnn@freebsd.org To: Ed Schouten In-Reply-To: <20061128194600.GU16100@hoeg.nl> References: <20061128194600.GU16100@hoeg.nl> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.90 (i386-apple-darwin8.8.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: FreeBSD Stable , FreeBSD Networking Subject: Re: re(4) needs promisc to work properly X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2006 07:10:52 -0000 At Tue, 28 Nov 2006 20:46:00 +0100, Ed Schouten wrote: > > [1 ] > Hello, > > I'm running FreeBSD 6.2-PRERELEASE on my new desktop. It has the > following hardware: > > - Intel Core 2 Duo 6400 > - Asus P5B motherboard > - On-board Realtek NIC (8168B/8111B) > > For some reason, it drops all incoming IPv6 packets. I can only SSH to > the machine using IPv6 when I run the following command: > > $ ifconfig re0 promisc > > Is this a known issue about these NICs? > Is IPv6 turned on? ipv6_enable="YES" in rc.conf What addresses are you using? It would help to have the output of: ifconfig -a netstat -rn Best, George From owner-freebsd-stable@FreeBSD.ORG Wed Nov 29 07:10:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B580216AE13 for ; Wed, 29 Nov 2006 07:10:57 +0000 (UTC) (envelope-from lamont@scriptkiddie.org) Received: from sploit.scriptkiddie.org (sploit.scriptkiddie.org [216.231.47.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26F2C43CB7 for ; Wed, 29 Nov 2006 07:10:52 +0000 (GMT) (envelope-from lamont@scriptkiddie.org) Received: from sploit (sploit [216.231.47.214]) by sploit.scriptkiddie.org (8.12.11/8.12.11) with ESMTP id kAT5uteZ006996; Tue, 28 Nov 2006 21:56:55 -0800 (PST) Date: Tue, 28 Nov 2006 21:56:55 -0800 (PST) From: Lamont Granquist To: Sam Leffler In-Reply-To: Message-ID: References: <45578B48.1090704@errno.com> <455BD2BF.3050802@errno.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: ath0 issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2006 07:10:57 -0000 and ath_intr() is getting called all the time but status & HAL_INT_TX isn't true so the task isn't getting enqueued. this is a 5 second stutter: Nov 28 21:39:48 warez kernel: ath_tx_proc_q0123: 1 Nov 28 21:39:48 warez kernel: ath_intr: status 0x1010000 Nov 28 21:39:48 warez kernel: ath_intr: status 0x1000009 Nov 28 21:39:48 warez kernel: ath_intr: status 0x1010000 Nov 28 21:39:48 warez kernel: ath_intr: status 0x1000009 Nov 28 21:39:48 warez kernel: ath_intr: status 0x1010000 Nov 28 21:39:49 warez last message repeated 7 times Nov 28 21:39:49 warez kernel: ath_intr: status 0x1000009 Nov 28 21:39:49 warez kernel: ath_intr: status 0x1010000 Nov 28 21:39:49 warez kernel: ath_intr: status 0x1000009 Nov 28 21:39:49 warez kernel: ath_intr: status 0x1010000 Nov 28 21:39:49 warez kernel: ath_intr: status 0x1000009 Nov 28 21:39:49 warez kernel: ath_intr: status 0x1010000 Nov 28 21:39:50 warez last message repeated 8 times Nov 28 21:39:50 warez kernel: ath_intr: status 0x1000009 Nov 28 21:39:50 warez kernel: ath_intr: status 0x1010000 Nov 28 21:39:50 warez kernel: ath_intr: status 0x1000009 Nov 28 21:39:50 warez kernel: ath_intr: status 0x1010000 Nov 28 21:39:50 warez kernel: ath_intr: status 0x1010000 Nov 28 21:39:50 warez kernel: ath_intr: status 0x1000009 Nov 28 21:39:50 warez kernel: ath_intr: status 0x1010000 Nov 28 21:39:50 warez kernel: ath_intr: status 0x1000009 Nov 28 21:39:50 warez kernel: ath_intr: status 0x1010000 Nov 28 21:39:51 warez last message repeated 5 times Nov 28 21:39:51 warez kernel: ath_intr: status 0x1000009 Nov 28 21:39:51 warez kernel: ath_intr: status 0x1010000 Nov 28 21:39:51 warez kernel: ath_intr: status 0x1000009 Nov 28 21:39:51 warez kernel: ath_intr: status 0x1010000 Nov 28 21:39:52 warez last message repeated 7 times Nov 28 21:39:52 warez kernel: ath_intr: status 0x1000009 Nov 28 21:39:52 warez kernel: ath_intr: status 0x1010000 Nov 28 21:39:52 warez kernel: ath_intr: status 0x1000009 Nov 28 21:39:52 warez kernel: ath_intr: status 0x1010000 Nov 28 21:39:53 warez last message repeated 8 times Nov 28 21:39:53 warez kernel: ath_intr: status 0x1000009 Nov 28 21:39:53 warez kernel: ath_intr: status 0x1010000 Nov 28 21:39:53 warez kernel: ath_intr: status 0x1000009 Nov 28 21:39:53 warez kernel: ath_intr: status 0x1010000 Nov 28 21:39:54 warez last message repeated 8 times Nov 28 21:39:54 warez kernel: ath_intr: status 0x1000009 Nov 28 21:39:54 warez kernel: ath_intr: status 0x1010000 Nov 28 21:39:54 warez kernel: ath_intr: status 0x1000009 Nov 28 21:39:54 warez kernel: ath_intr: status 0x1010000 Nov 28 21:39:55 warez last message repeated 8 times Nov 28 21:39:55 warez kernel: ath_intr: status 0x1000009 Nov 28 21:39:55 warez kernel: ath_intr: status 0x1010000 Nov 28 21:39:55 warez kernel: ath_intr: status 0x1000009 Nov 28 21:39:55 warez kernel: ath_intr: status 0x1010000 Nov 28 21:39:55 warez kernel: ath_intr: status 0x1010000 Nov 28 21:39:55 warez kernel: ath_intr: status 0x1000009 Nov 28 21:39:55 warez kernel: ath_intr: status 0x1010000 Nov 28 21:39:55 warez kernel: ath_intr: status 0x1010000 Nov 28 21:39:55 warez kernel: ath_intr: status 0x1000040 Nov 28 21:39:55 warez kernel: sc_txtask enqueue Nov 28 21:39:55 warez kernel: ath_tx_proc_q0123: 1 and this is on a fresh cvsup to RELENG_6 as of a few hours ago -- i haven't tried -current On Tue, 28 Nov 2006, Lamont Granquist wrote: > On Wed, 15 Nov 2006, Sam Leffler wrote: >> Snapshots are rarely useful; try running athstats 1 and correlate what >> you see with pauses. Another possible reason for deferred operation is >> something else in the system blocking the taskq threads; that's a bit >> trickier to diagnose. > > I threw in some printf()'s in the beginning of ath_start() and > ath_tx_proc_q0123() and see this: > > Nov 28 20:27:41 warez kernel: ath_tx_proc_q0123: 1 > Nov 28 20:27:41 warez kernel: ath_start > Nov 28 20:27:41 warez kernel: ath_start > Nov 28 20:27:41 warez kernel: ath_tx_proc_q0123: 1 > Nov 28 20:27:41 warez kernel: ath_start > Nov 28 20:27:45 warez last message repeated 13 times > Nov 28 20:27:45 warez kernel: ath_tx_proc_q0123: 1 > Nov 28 20:27:45 warez kernel: ath_start > Nov 28 20:27:45 warez kernel: ath_tx_proc_q0123: 1 > Nov 28 20:27:45 warez kernel: ath_start > Nov 28 20:27:45 warez kernel: ath_start > > this was during a time where i was pinging across this interface so that > every second it should have been transmitting at least one packet. the 4 > second stutter there where ath_tx_proc_q0123 wasn't being called correllates > with actual stutters in packet transmission. > > if i understand this, that's the taskq associated with transmission? > > TASK_INIT(&sc->sc_txtask, 0, ath_tx_proc_q0123, sc); > > From owner-freebsd-stable@FreeBSD.ORG Wed Nov 29 07:10:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F358F16AE26 for ; Wed, 29 Nov 2006 07:10:57 +0000 (UTC) (envelope-from lamont@scriptkiddie.org) Received: from sploit.scriptkiddie.org (sploit.scriptkiddie.org [216.231.47.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id D905B43CAA for ; Wed, 29 Nov 2006 07:10:56 +0000 (GMT) (envelope-from lamont@scriptkiddie.org) Received: from sploit (sploit [216.231.47.214]) by sploit.scriptkiddie.org (8.12.11/8.12.11) with ESMTP id kAT4oSe9006807; Tue, 28 Nov 2006 20:50:28 -0800 (PST) Date: Tue, 28 Nov 2006 20:50:28 -0800 (PST) From: Lamont Granquist To: Sam Leffler In-Reply-To: <455BD2BF.3050802@errno.com> Message-ID: References: <45578B48.1090704@errno.com> <455BD2BF.3050802@errno.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: ath0 issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2006 07:10:58 -0000 On Wed, 15 Nov 2006, Sam Leffler wrote: > Snapshots are rarely useful; try running athstats 1 and correlate what > you see with pauses. Another possible reason for deferred operation is > something else in the system blocking the taskq threads; that's a bit > trickier to diagnose. also, "athtest 1" isn't very helpful: input output altrate short long xretry crcerr crypt phyerr rssi rate 7195 8266 0 0 502 53 281 0 5564 30 18M 24 24 0 0 0 0 0 0 4 30 5M 0 0 0 0 0 0 0 0 0 30 5M 0 0 0 0 0 0 0 0 0 30 5M 8 11 0 0 0 0 0 0 0 30 18M 0 0 0 0 0 0 0 0 0 30 18M 7 10 0 0 0 0 0 0 0 30 18M 0 0 0 0 0 0 0 0 0 30 18M 0 0 0 0 0 0 0 0 0 29 18M 6 8 0 0 0 0 0 0 0 29 18M 5 7 0 0 0 0 0 0 1 29 18M 0 0 0 0 0 0 0 0 0 29 18M 4 5 0 0 0 0 0 0 0 30 18M 0 0 0 0 0 0 0 0 0 30 18M 0 0 0 0 0 0 0 0 0 30 18M 0 0 0 0 0 0 0 0 0 30 18M 12 15 0 0 0 0 0 0 0 30 18M 0 0 0 0 0 0 0 0 0 30 18M 9 11 0 0 0 0 0 0 1 30 18M 4 4 0 0 0 0 0 0 0 29 18M 2 2 0 0 0 0 0 0 0 30 18M the zeros in input and output correspond to drops and there's some phyerrs but nothing that seems to correlate... From owner-freebsd-stable@FreeBSD.ORG Wed Nov 29 07:10:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8142D16ADEF for ; Wed, 29 Nov 2006 07:10:59 +0000 (UTC) (envelope-from lamont@scriptkiddie.org) Received: from sploit.scriptkiddie.org (sploit.scriptkiddie.org [216.231.47.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2212C43C9D for ; Wed, 29 Nov 2006 07:10:57 +0000 (GMT) (envelope-from lamont@scriptkiddie.org) Received: from sploit (sploit [216.231.47.214]) by sploit.scriptkiddie.org (8.12.11/8.12.11) with ESMTP id kAT4hblI006781; Tue, 28 Nov 2006 20:43:38 -0800 (PST) Date: Tue, 28 Nov 2006 20:43:37 -0800 (PST) From: Lamont Granquist To: Sam Leffler In-Reply-To: <455BD2BF.3050802@errno.com> Message-ID: References: <45578B48.1090704@errno.com> <455BD2BF.3050802@errno.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: ath0 issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2006 07:10:59 -0000 On Wed, 15 Nov 2006, Sam Leffler wrote: > Snapshots are rarely useful; try running athstats 1 and correlate what > you see with pauses. Another possible reason for deferred operation is > something else in the system blocking the taskq threads; that's a bit > trickier to diagnose. I threw in some printf()'s in the beginning of ath_start() and ath_tx_proc_q0123() and see this: Nov 28 20:27:41 warez kernel: ath_tx_proc_q0123: 1 Nov 28 20:27:41 warez kernel: ath_start Nov 28 20:27:41 warez kernel: ath_start Nov 28 20:27:41 warez kernel: ath_tx_proc_q0123: 1 Nov 28 20:27:41 warez kernel: ath_start Nov 28 20:27:45 warez last message repeated 13 times Nov 28 20:27:45 warez kernel: ath_tx_proc_q0123: 1 Nov 28 20:27:45 warez kernel: ath_start Nov 28 20:27:45 warez kernel: ath_tx_proc_q0123: 1 Nov 28 20:27:45 warez kernel: ath_start Nov 28 20:27:45 warez kernel: ath_start this was during a time where i was pinging across this interface so that every second it should have been transmitting at least one packet. the 4 second stutter there where ath_tx_proc_q0123 wasn't being called correllates with actual stutters in packet transmission. if i understand this, that's the taskq associated with transmission? TASK_INIT(&sc->sc_txtask, 0, ath_tx_proc_q0123, sc); From owner-freebsd-stable@FreeBSD.ORG Wed Nov 29 07:33:58 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5BE9C16A407 for ; Wed, 29 Nov 2006 07:33:58 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0842D43E00 for ; Wed, 29 Nov 2006 07:31:44 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.3) with ESMTP id kAT5QTGZ020303; Wed, 29 Nov 2006 08:26:29 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.3/Submit) id kAT5QPnp020302; Wed, 29 Nov 2006 08:26:25 +0300 (MSK) (envelope-from yar) Date: Wed, 29 Nov 2006 08:26:25 +0300 From: Yar Tikhiy To: Joerg Pernfuss Message-ID: <20061129052625.GG96853@comp.chem.msu.su> References: <20061128195452.05e38596@loki.starkstrom.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061128195452.05e38596@loki.starkstrom.lan> User-Agent: Mutt/1.5.9i Cc: stable@freebsd.org Subject: Re: kernel statistics weirdness on RELENG_6{_1,_2} / 64bit? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2006 07:33:58 -0000 On Tue, Nov 28, 2006 at 07:54:52PM +0100, Joerg Pernfuss wrote: > Hi, > > a while ago I noticed something odd on my 64bit FreeBSD 6 systems - two > amd64, one alpha. I can't make head or tails of it, so I post it in hope > that someone can. > > Box #1: > elessar@snake: ~% uname -srm > FreeBSD 6.1-RELEASE-p7 amd64 > elessar@snake: ~% grep kern.ipc /boot/loader.conf > kern.ipc.nsfbufs="8192" > kern.ipc.nmbclusters="49152" > elessar@snake: ~% sysctl kern.ipc.nsfbufs kern.ipc.nmbclusters > kern.ipc.nsfbufs: 0 > kern.ipc.nmbclusters: 32768 > elessar@snake: ~% netstat -m > 350/132/482/49152 mbuf clusters in use (current/cache/total/max) > 0/0/0 sfbufs in use (current/peak/max) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 2864770 requests for I/O initiated by sendfile > > Box #2: > elessar@forseti: ~% uname -srm > FreeBSD 6.2-RC1 alpha > elessar@forseti: ~% grep kern.ipc /boot/loader.conf > kern.ipc.nsfbufs="4294967300" > elessar@forseti: ~% sysctl kern.ipc.nsfbufs kern.ipc.nmbclusters > kern.ipc.nsfbufs: 0 > kern.ipc.nmbclusters: 1664 > elessar@forseti: ~% netstat -m > 64/80/144/1664 mbuf clusters in use (current/cache/total/max) > 0/0/0 sfbufs in use (current/peak/max) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 0 requests for I/O initiated by sendfile > > Box #3: > elessar@rivendell: ~% uname -srm > FreeBSD 6.1-RELEASE-p10 amd64 > elessar@rivendell: ~% grep kern.ipc /boot/loader.conf > kern.ipc.nsfbufs="8192" > kern.ipc.nmbclusters="49152" > elessar@rivendell: ~% sysctl kern.ipc.nsfbufs kern.ipc.nmbclusters > kern.ipc.nsfbufs: 0 > kern.ipc.nmbclusters: 32768 > elessar@rivendell: ~% grep NSF /root/kernel/RIVENDELL > options NSFBUFS=8192 > elessar@rivendell: ~% netstat -m > 64/118/182/49152 mbuf clusters in use (current/cache/total/max) > 0/0/0 sfbufs in use (current/peak/max) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 35 requests for I/O initiated by sendfile > > For comparison, Box #4: > elessar@web2: ~% uname -srm > FreeBSD 6.1-STABLE i386 > elessar@web2: ~% grep kern.ipc /boot/loader.conf > kern.ipc.nsfbufs="8192" > elessar@web2: ~% sysctl kern.ipc.nsfbufs kern.ipc.nmbclusters > kern.ipc.nsfbufs: 8192 > kern.ipc.nmbclusters: 32768 > elessar@web2: ~% netstat -m > 104/272/376/32768 mbuf clusters in use (current/cache/total/max) > 1598/2635/8192 sfbufs in use (current/peak/max) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 8938512 requests for I/O initiated by sendfile > > So, looking at the `netstat -m' output, setting kern.ipc.nmbclusters > in the loader.conf seems to work, but the sysctl reports the default > value that would be in place, if it wasn't overridden in the loader.conf. > > For the sendfile buffers, the stats are completely out of whack. > The sysctl reports 0 for every value (`netstat-m' just prints the sysctl > fields for these values if I understood the source right (unlikely). > But sendfile() works and the accounting on the number of sendfile calls > seems to work too. > So I believe the NSFBUFS kernel option and the loader.conf setting work, > but it is quite impossible to properly tune the buffers to the workload. > I did not bother trying the NMBCLUSTERS kernel option, it was removed > a while ago anyway. > > The loader.conf kern.ipc.nsfbufs value on box #2 is ridiculously high, > yes, I tried to get beyond the boundary of a u_int_32 to see if maybe > something good or bad happens. It did not. > > At this point, I wanted to include links to two mails on amd64@ I > found when I first searched for this oddity, both of which had no > reply. Instead I found a posting to net@ that occured in the meantime, > and a reply to it by Yar Tikhiy two days ago explaining the nsfbufs issue. > There are no such buffers on amd64, ia64 and alpha as they aren't needed. > > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=26091+0+current/freebsd-net > > Ok, that leaves the question why `sysctl kern.ipc.nmbclusters' reports a > different value compared to the `netstat -m' output on box #1 and #3. netstat -m doesn't use the sysctl. It reads the zone limit via memstat_get_countlimit() from libmemstat(3) instead. Perhaps this can account for the difference observed. > Thanks for any pointers, > Joerg > > PS: documenting the nsfbufs issue on amd64/ia64/alpha might be a good > PS: idea. loader(8) seems a good place. Opinions? I've already documented the issue in sendfile(2) in CURRENT. MFC is due. A small note in loader(8) would be good, too -- thanks for the suggestion. -- Yar From owner-freebsd-stable@FreeBSD.ORG Wed Nov 29 07:49:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E411A16A40F for ; Wed, 29 Nov 2006 07:49:59 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id D990A43CAB for ; Wed, 29 Nov 2006 07:49:58 +0000 (GMT) (envelope-from spork@bway.net) Received: (qmail 70969 invoked by uid 0); 29 Nov 2006 03:49:58 -0000 Received: from unknown (HELO white.nat.fasttrackmonkey.com) (spork@bway.net@216.220.116.154) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 29 Nov 2006 03:49:58 -0000 Date: Tue, 28 Nov 2006 22:50:17 -0500 (EST) From: Charles Sprickman X-X-Sender: spork@white.nat.fasttrackmonkey.com To: freebsd-stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: vr speed issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2006 07:50:00 -0000 Hi all, I spent some time trying to track down slow tcp performance on a small office switched 100 LAN. We just put in a number of whitebox PCs running FreeBSD 6.1-p2/PC-BSD 1.2 that all have onboard Via Rhine 10/100 ethernet controllers. Performace with scp was around 200KB/s, ftp wavered between 300-500KB/s. This did not appear to be a duplex mismatch - unmanaged switch showed them all at 100/Full, put some other hosts on the same ports/cabling and got near wire speed. I took the cabling out of the equation, the switch, no improvement. The only thing that got me decent performance was putting two hosts back to back with an xover cable. I eventually realized that the only hosts with any speed issues in the office were these boxes with the Via ethernet. Putting an equally cheap DLink (RealTek/rl) in one of them gave me much better performance. At another site, I was dealing with a new intranet server running FreeBSD 6.2-PRE (11/16) on a decent Asus board. This also has an onboard Via Rhine ethernet controller. While pulling some files over from the box it was replacing, I noticed that I was getting only a few hundred KB/s on this box. Before putting it into production, I grabbed a cheap Intel 10/100 card and put that in. Problem solved. So it seems to me like perhaps there's an issue with the vr driver. I noticed it does have some quirks mentioned in the manpage, and I don't see too many changes to the driver in the last year or so. Is there any information I can supply to help debug this? I've got a bunch of these machines around. I can get a tcpdump from both ends during an ftp transfer, and the boxes are mine to toy with after hours. I've posted a dmesg from both boxes (PC-BSD and 6.2-PRE): http://www.bway.net/~spork/6.1p2-dmesg.txt http://www.bway.net/~spork/6.2-dmesg.txt Thanks, Charles ___ Charles Sprickman NetEng/SysAdmin Bway.net - New York's Best Internet - www.bway.net spork@bway.net - 212.655.9344 From owner-freebsd-stable@FreeBSD.ORG Wed Nov 29 11:54:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1C45F16A403 for ; Wed, 29 Nov 2006 11:54:37 +0000 (UTC) (envelope-from freebsd-stable@epcdirect.co.uk) Received: from gunfright.epcdirect.co.uk (gunfright.epcdirect.co.uk [195.10.242.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 666DD43C9D for ; Wed, 29 Nov 2006 11:54:32 +0000 (GMT) (envelope-from freebsd-stable@epcdirect.co.uk) Received: from lfarr (unknown [195.10.240.21]) by gunfright.epcdirect.co.uk (Postfix) with ESMTP id 2F1176C8821; Wed, 29 Nov 2006 11:54:33 +0000 (GMT) From: "Lawrence Farr" To: "'Kris Kennaway'" Date: Wed, 29 Nov 2006 11:54:33 -0000 Message-ID: <01d501c713ad$2308d5c0$750fa8c0@lfarr> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <20061121210648.GA90974@xor.obsecurity.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 thread-index: AccNsfHF9BTnbMDFQJ2kYUn/Ee3HLwF+s7uA Cc: freebsd-stable@freebsd.org, 'Tom Samplonius' Subject: RE: ufs_dirbad: bad dir panic (Was Areca Weirdness) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2006 11:54:37 -0000 > -----Original Message----- > From: owner-freebsd-stable@freebsd.org > [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Kris Kennaway > Sent: 21 November 2006 21:07 > To: Lawrence Farr > Cc: freebsd-stable@freebsd.org; 'Tom Samplonius'; 'Kris Kennaway' > Subject: Re: ufs_dirbad: bad dir panic (Was Areca Weirdness) > > On Tue, Nov 21, 2006 at 10:27:18AM -0000, Lawrence Farr wrote: > > > > > > > -----Original Message----- > > > From: Kris Kennaway [mailto:kris@obsecurity.org] > > > Sent: 21 November 2006 00:44 > > > To: Tom Samplonius > > > Cc: Kris Kennaway; freebsd-stable@freebsd.org; Lawrence Farr > > > Subject: Re: ufs_dirbad: bad dir panic (Was Areca Weirdness) > > > > > > On Mon, Nov 20, 2006 at 04:29:17PM -0800, Tom Samplonius wrote: > > > > > > > > ----- Kris Kennaway wrote: > > > > > > > > > >> If I newfs it, and copy data to it, I have > no problem > > > > > > > initially. > > > > > > I can repeat this 100% now, by copying data onto > the drive then > > > > > unmounting > > > > > > and remounting it. I have a core dump if anyone can > tell me what > > > > > info to > > > > > > get from it: > > > > > > > > > > > > Version String: FreeBSD 6.2-PRERELEASE #0: Wed Nov 15 > > > 19:57:01 GMT > > > > > 2006 > > > > > > > > > root@monitor.shorewood-epc.co.uk:/usr/obj/usr/src/sys/P6NOUSB > > > > > > Panic String: ufs_dirbad: bad dir > > > > > > > > > > Run fsck -fy on the filesystem, this is a common symptom of a > > > > > corrupted filesystem. > > > > > > > > I think the OP knows the filesystem is corrupted. The > > > problem is why does the filesystem get corrupted? The OP > > > says he can corrupt the filesystem on demand after a newfs. > > > So it could be the Areca driver, or even bad hardware. > > > > > > My point is that this panic can happen when your > filesystem becomes > > > corrupted, and the panic keeps happening during "normal" > filesystem > > > operations until you forcibly fsck it, at which point the > panic goes > > > away. > > > > > > Kris > > > > > > > I have been newfs'ing it and starting again, and it will > work once, but > > once unmounted and re-mounted it will panic with ufs_dirbad. > > OK, that's a different matter then. One thing you could try would be > to write known data directly to the device and then read it back or > verify the md5 sum and try to identify the failure mode. I'd try to > rule out hardware problems too. > > Kris > I made a volume that was under 2Tb and installed directly onto the Areca rather than the ATA drive. This has now run without issue for a week. Strangely, I did the same test on the ATA drive prior to this and it worked without issue for a week. Quite why it doesn't work with the ATA as the boot device and the Areca as storage is beyond me. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 29 12:41:10 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4EB0816A47B for ; Wed, 29 Nov 2006 12:41:10 +0000 (UTC) (envelope-from josh@tcbug.org) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.200.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3BB143CC5 for ; Wed, 29 Nov 2006 12:41:06 +0000 (GMT) (envelope-from josh@tcbug.org) Received: from gimpy (c-24-118-173-219.hsd1.mn.comcast.net[24.118.173.219]) by comcast.net (sccrmhc12) with ESMTP id <200611291241070120012pvbe>; Wed, 29 Nov 2006 12:41:07 +0000 From: Josh Paetzel To: stable@freebsd.org Date: Wed, 29 Nov 2006 06:40:47 -0600 User-Agent: KMail/1.9.4 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200611290640.47326.josh@tcbug.org> Cc: Subject: Dell PE 1950 bce NICs revisited X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2006 12:41:10 -0000 I've been using 6.1-R on a PE1950 for some time now. The stock bce driver doesn't work at all. I dug up a driver off the web (0.9.6) that worked fine with my workload (basically all TCP) but in talking to Scott I discovered that UDP traffic was a problem for this driver. Some time ago I upgraded to the driver in -STABLE. This driver also appears to work fine, but about once a day I get the following: Nov 29 01:16:47 server2 kernel: bce1: /usr/src/sys/dev/bce/if_bce.c(5000): Watch dog timeout occurred, resetting! Nov 29 01:16:47 server2 kernel: bce1: link state changed to DOWN Nov 29 01:16:48 server2 kernel: bce1: link state changed to UP Pretty minor complaint, as it doesn't really affect the operation of the box, but I suppose it's a sign that there's still some work to be done. $FreeBSD: src/sys/dev/bce/if_bce.c,v 1.2.2.6 2006/10/24 As I write this I see there has been some further work on the driver, so I think I'll upgrade it and see what happens. -- Thanks, Josh Paetzel From owner-freebsd-stable@FreeBSD.ORG Wed Nov 29 12:44:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 721B016A524 for ; Wed, 29 Nov 2006 12:44:50 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25AEB43CCB for ; Wed, 29 Nov 2006 12:44:03 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id kATChfWl004720; Wed, 29 Nov 2006 14:43:42 +0200 (EET) (envelope-from dmitry@atlantis.dp.ua) Date: Wed, 29 Nov 2006 14:43:41 +0200 (EET) From: Dmitry Pryanishnikov To: Stephen Montgomery-Smith In-Reply-To: <4563126E.2060904@math.missouri.edu> Message-ID: <20061129143330.T82233@atlantis.atlantis.dp.ua> References: <4563126E.2060904@math.missouri.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Cristiano Deana , FreeBSD Stable Mailing List Subject: Re: sshd. "UseDNS no" ignored? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2006 12:44:50 -0000 Hello! On Tue, 21 Nov 2006, Stephen Montgomery-Smith wrote: > I remember a discussion about this maybe a few years ago. I recall that it > is basically impossible to stop ssh from looking up DNS addresses. The I'm still wondering why OpenSSH is _so_ inferior to SSH.COM's ssh2 (which is also open-source)? In the later product the following line in /usr/local/etc/ssh2/sshd2_config: ResolveClientHostName no _actually_ prevents DNS reverse lookups by the sshd2 (just checked it, my test machine has ssh2-nox11-3.2.9.1_5 installed from ports). It's not the only option which present in ssh2 while absent in OpenSSH, second very useful one is: AuthInteractiveFailureTimeout 10 which make SSH-password-guessing robots to give up after the first attempt ;) Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Wed Nov 29 13:54:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7517916A412 for ; Wed, 29 Nov 2006 13:54:21 +0000 (UTC) (envelope-from jason@theyhost.com) Received: from vogon.theyhost.com (vogon.theyhost.com [12.47.45.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CD6043CBB for ; Wed, 29 Nov 2006 13:54:10 +0000 (GMT) (envelope-from jason@theyhost.com) Received: from Uhura (vogon [12.47.45.53]) by vogon.theyhost.com (8.13.8/8.13.8) with ESMTP id kATDs4Vj062390 for ; Wed, 29 Nov 2006 05:54:08 -0800 (PST) (envelope-from jason@theyhost.com) From: "Jason Vance" To: Date: Wed, 29 Nov 2006 05:54:40 -0800 Message-ID: <033101c713bd$eac76030$18f48a59@Uhura> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 Thread-Index: AccTruy2S7R+SkEgSe6EY3IWKju7bwADpOig In-Reply-To: <20061129120046.8999F16A65C@hub.freebsd.org> X-Spam-Status: No, score=-4.1 required=7.5 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on vogon.theyhost.com Subject: Is there conflicts between gmirror and a quota enabled filesystem? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2006 13:54:21 -0000 Posted Monday Nov 27th. Is there a known conflict between gmirror and a quota enabled filesystem? ---- I have a FreeBSD 5.5-STABLE box that is setup with a gmirror RAID 1 using two identical harddrives. I installed quotas on the filesystem by enabling it 'options QUOTA' and rebuilding the kernel. I added userquota to the /etc/fstab for the /usr partition and I added 'enable_quotas=YES' and 'check_quotas=NO' to the /etc/rc.conf file thinking i can get it to build the quota table on the fly instead of it doing that at boot time. The system boots up but as soon as I do any disk access ie 'repquota -a' or write a file to the harddrive, the system hangs. I can still connect to the various services via telnet to their port, but none of them respond. Now that I've disabled quotas I am able to use the system however fsck has reported many various file corruptions and destroyed some of my important system files. Is there a known conflict between gmirror and a quota enabled filesystem? How can I properly set these up? From owner-freebsd-stable@FreeBSD.ORG Wed Nov 29 14:25:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E947116A403 for ; Wed, 29 Nov 2006 14:25:20 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (fw.zoral.com.ua [213.186.206.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id E43DF43CA3 for ; Wed, 29 Nov 2006 14:25:17 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id kATEPC5X068903 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 29 Nov 2006 16:25:13 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8) with ESMTP id kATEPCFj064700; Wed, 29 Nov 2006 16:25:12 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id kATEPBup064699; Wed, 29 Nov 2006 16:25:11 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 29 Nov 2006 16:25:11 +0200 From: Kostik Belousov To: Jason Vance Message-ID: <20061129142511.GE69556@deviant.kiev.zoral.com.ua> References: <20061129120046.8999F16A65C@hub.freebsd.org> <033101c713bd$eac76030$18f48a59@Uhura> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Ns7jmDPpOpCD+GE/" Content-Disposition: inline In-Reply-To: <033101c713bd$eac76030$18f48a59@Uhura> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=1.4 required=5.0 tests=SPF_NEUTRAL, UNPARSEABLE_RELAY autolearn=no version=3.1.4 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on fw.zoral.com.ua Cc: freebsd-stable@freebsd.org Subject: Re: Is there conflicts between gmirror and a quota enabled filesystem? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2006 14:25:21 -0000 --Ns7jmDPpOpCD+GE/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 29, 2006 at 05:54:40AM -0800, Jason Vance wrote: > Posted Monday Nov 27th. >=20 > Is there a known conflict between gmirror and a quota enabled filesystem? >=20 > ---- >=20 > I have a FreeBSD 5.5-STABLE box that is setup with a gmirror RAID 1 using > two identical harddrives. >=20 > I installed quotas on the filesystem by enabling it 'options QUOTA' and > rebuilding the kernel. I added userquota to the /etc/fstab for the /usr > partition and I added 'enable_quotas=3DYES' and 'check_quotas=3DNO' to the > /etc/rc.conf file thinking i can get it to build the quota table on the f= ly > instead of it doing that at boot time. >=20 > The system boots up but as soon as I do any disk access ie 'repquota -a' = or > write a file to the harddrive, the system hangs. I can still connect to t= he > various services via telnet to their port, but none of them respond. >=20 > Now that I've disabled quotas I am able to use the system however fsck has > reported many various file corruptions and destroyed some of my important > system files. >=20 > Is there a known conflict between gmirror and a quota enabled filesystem? > How can I properly set these up? I think this has nothing to do with gmirror. It's the situation described in PR kern/30958. The actual problem is the following call sequence: some process (it may be even a syncer) tries to write the quota (for instance, syncer called ffs_sync, that calls qsync(), that calls dqsync()). dqsync() issues VOP_WRITE() on the quota file, while locked the corresponding dquot. Since file needs to be extended, ffs_balloc_* is entered. There, call to ffs_alloc checks for quota of the owner of the quota file, entering chkdq. This leads to deadlock, since chkdq waits while dqout becomes unlocked. I believe that this scenario is fixed in my mp-safe quota patch. See http://people.freebsd.org/~kib/quotagiant for the patch against CURRENT. As workaround, use quotacheck before enabling quota. --Ns7jmDPpOpCD+GE/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFbZhGC3+MBN1Mb4gRAgudAKCXR5FpYkS4BbxaCItiHq1GlKVaTQCgm5cD sXa/Jd8g9fMTZJQ+kLME9D0= =qg3z -----END PGP SIGNATURE----- --Ns7jmDPpOpCD+GE/-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 29 15:04:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4321516A49E for ; Wed, 29 Nov 2006 15:04:16 +0000 (UTC) (envelope-from pj@smo.de) Received: from ilk.de (mx-out14.ilk.de [194.121.104.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7644143CAA for ; Wed, 29 Nov 2006 15:04:12 +0000 (GMT) (envelope-from pj@smo.de) Received: from bologna.intern.smo.de (pool58.ka.ilk.net [212.86.194.58]) by ilk.de (8.13.4/8.13.4/ilk-relay) with ESMTP id kATF4Bht016564; Wed, 29 Nov 2006 16:04:11 +0100 Received: from [192.168.153.208] (herdubreid.intern.smo.de [192.168.153.208]) by bologna.intern.smo.de (8.13.4+Sun/8.13.4) with ESMTP id kATF3RpA025228; Wed, 29 Nov 2006 16:03:28 +0100 (CET) Message-ID: <456DA282.6000801@smo.de> Date: Wed, 29 Nov 2006 16:08:50 +0100 From: Philipp Ost User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20061022 X-Accept-Language: de, en-us, en MIME-Version: 1.0 To: Charles Sprickman , freebsd-stable@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: vr speed issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2006 15:04:16 -0000 Charles Sprickman wrote: [snipped] > Performace with scp was around 200KB/s, ftp > wavered between 300-500KB/s. This did not appear to be a duplex > mismatch - unmanaged switch showed them all at 100/Full, put some other > hosts on the same ports/cabling and got near wire speed. I just checked with the boxes I have here. One is an Athon XP on a Asus board with a VIA Rhine II on board; the other is a `old' Celeron 500 on a MSI board with a Intel ``Pro 100/S Desktop Adapter''. I transfered a 538MiB file (some old CURRENT snapshot) via sftp. My result: from box one to box two (vr to fxp) I get 2.3MB/s; from box two to box one (fxp to vr) I get 3.1MB/s. The first box is running 6.2-PRERELEASE from 11/18, the Intel box is running 7.0-CURRENT from 11/24. Output of $ dmesg | grep vr vr0: port 0x8000-0x80ff mem 0xd6000000-0xd60000ff at device 18.0 on pci0 miibus0: on vr0 and $ dmesg | grep fxp fxp0: port 0xc000-0xc03f mem 0xdd020000-0xdd020fff,0xdd000000-0xdd01ffff irq 11 at device 1.0 on pci1 miibus0: on fxp0 [...] fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 6 fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 6 If needed I can provide a full dmesg of both boxes. HTH, Philipp -- www.familie-ost.info/~pj From owner-freebsd-stable@FreeBSD.ORG Wed Nov 29 15:37:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6DDBA16A417 for ; Wed, 29 Nov 2006 15:37:48 +0000 (UTC) (envelope-from danielfabiani@yahoo.es) Received: from web27702.mail.ukl.yahoo.com (web27702.mail.ukl.yahoo.com [217.146.177.236]) by mx1.FreeBSD.org (Postfix) with SMTP id C56A743CBB for ; Wed, 29 Nov 2006 15:37:17 +0000 (GMT) (envelope-from danielfabiani@yahoo.es) Received: (qmail 64555 invoked by uid 60001); 29 Nov 2006 15:37:19 -0000 Message-ID: <20061129153719.64553.qmail@web27702.mail.ukl.yahoo.com> DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.es; h=X-YMail-OSG:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=L9LIYsPs9lpb2jhKVWVlyE3gM9h5T8+RAcUD437V263DKbt+QnePAowyaf6SOKwak5NFkJ5xeAuGv4S83UnqGJfQrjuxf1UBlxiTKvkULXTyem4y6a9UZjUVUxYO6RUept2qKqYfpAqusTdgS709xaeiAnJV5s87mHyrVJuZhNs=; X-YMail-OSG: KvC4spUVM1lbB1y3CMNt5VdkJXHVB2IFuwFVEZZbrgAbjXU_N5X.RC_.ve2.7PKfGw-- Received: from [138.100.52.12] by web27702.mail.ukl.yahoo.com via HTTP; Wed, 29 Nov 2006 16:37:19 CET Date: Wed, 29 Nov 2006 16:37:19 +0100 (CET) From: Daniel Martin-Fabiani To: Scott Long In-Reply-To: <456C7308.4000004@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: When will new changes in BCE driver for vlans be included in stable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Nov 2006 15:37:48 -0000 Now everything working fine, thank you very much. Daniel. --- Scott Long escribió: > I just merged the fixes into RELENG_6 and > RELENG_6_2. Thanks for > the reminder. > > Scott > > > Daniel Martin-Fabiani wrote: > > Hello, > > > > I've noticed some recent changes (16 Nov) in bce > > driver because vlan tagging doesn't work properly. > > > > I've got a Dell PE2950 with two Broadcom NetXtreme > II > > interfaces with the very last RELENG_6 installed, > and > > seems like vlan tagging/stripping is not working > > properly on them. > > > > I wonder when this fix will be available in > RELENG_6, > > because just patching if_bce* files and sys/mbuf.h > > does not compile at all. > > > > Or maybe there's a workaround for this to get it > > working... > > > > Thanks in advance. > > > > Daniel > > > > > > > > ______________________________________________ > > LLama Gratis a cualquier PC del Mundo. > > Llamadas a fijos y móviles desde 1 céntimo por > minuto. > > http://es.voice.yahoo.com > > _______________________________________________ > > 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" > ______________________________________________ LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto. http://es.voice.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Wed Nov 29 16:07:17 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A109516A49E for ; Wed, 29 Nov 2006 16:07:17 +0000 (UTC) (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 0FA2143CB7 for ; Wed, 29 Nov 2006 16:07:06 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (bapqbq@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id kATG71ox079632; Wed, 29 Nov 2006 17:07:07 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id kATG71vU079631; Wed, 29 Nov 2006 17:07:01 +0100 (CET) (envelope-from olli) Date: Wed, 29 Nov 2006 17:07:01 +0100 (CET) Message-Id: <200611291607.kATG71vU079631@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, chris@vindaloo.com In-Reply-To: <1164750071.1074.39.camel@dagobah.vindaloo.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 29 Nov 2006 17:07:07 +0100 (CET) Cc: Subject: Re: Problems unmounting/fssyncking extern UFS filesystem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, chris@vindaloo.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Nov 2006 16:07:17 -0000 Christopher Sean Hilton wrote: > Kevin Oberman wrote: > [ ... ] > > The magic phrase is "buffer cache has been flushed". In the real world > > of discs with cache there is no way to be certain when the data is > > REALLY on the disc. That is why things get clobbered if the power is > > cycled to the disc too soon after syncing and why a sleep (or typing > > sync three times) is still a good idea and probably always will be. > > Please understand that this is an honest question but isn't that true > only of IDE heritage drives. E.g. If a SCSI drive with Tagged Queuing > says that the the bits have been written doesn't it mean that the bits > have really been written? Right, unless the SCSI drive has a label saying "Quantum". Best regards Oliver PS: Quantum is today owned by maxtor, isn't it? I've lost track of HD manufacturers when Seagate bought Conner ... -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "[...] one observation we can make here is that Python makes an excellent pseudocoding language, with the wonderful attribute that it can actually be executed." -- Bruce Eckel From owner-freebsd-stable@FreeBSD.ORG Wed Nov 29 16:30:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9AF1716A538 for ; Wed, 29 Nov 2006 16:30:46 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.233]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D1BD43CA3 for ; Wed, 29 Nov 2006 16:30:42 +0000 (GMT) (envelope-from grafan@gmail.com) Received: by wr-out-0506.google.com with SMTP id i28so653195wra for ; Wed, 29 Nov 2006 08:30:44 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=FCAED8LCGZjASh8DtjW50WOGz8+H9xkByxa4V+yzNI3P16X5Pt+wSmsKmoJgY21IBUOWtMma3kPwVDa5hhxLSNwymTvKF6mixe5x0IQ22ZxXMUjEY1553/52lmo99iAz58LFhvBJytXd2ykh8lTDmEjIdKmFpGdPMFu+AbhdnRk= Received: by 10.100.152.9 with SMTP id z9mr584419and.1164817471760; Wed, 29 Nov 2006 08:24:31 -0800 (PST) Received: by 10.100.189.19 with HTTP; Wed, 29 Nov 2006 08:24:31 -0800 (PST) Message-ID: <6eb82e0611290824q7386c85asce80d19c3fd6f45e@mail.gmail.com> Date: Thu, 30 Nov 2006 00:24:31 +0800 From: "Rong-en Fan" To: "Kevin Oberman" In-Reply-To: <20061128204402.A8C5D45051@ptavv.es.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061128190106.1D6B313283@qhmail2.colt1.inetserver.de> <20061128204402.A8C5D45051@ptavv.es.net> Cc: markus@x-trader.de, "freebsd-stable@freebsd.org" Subject: Re: Panic in "thread taskq" on RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2006 16:30:46 -0000 On 11/29/06, Kevin Oberman wrote: > > From: "=?iso-8859-1?Q?Markus_Oestreicher?=" > > Date: Tue, 28 Nov 2006 20:01:06 +0100 > > Sender: owner-freebsd-stable@freebsd.org > > > > Good Day, > > > > I get a panic on latest RELENG_6 every 6-12 hours. The server is a > > Dual Xeon FSB800 with 2 GB RAM and aac(4)-disks running postfix and > > amavisd-new for SPAM scanning. > > > > > > kernel trap 12 with interrupts disabled > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 3; apic id = 07 > > fault virtual address = 0x104 > > fault code = supervisor read, page not present > > instruction pointer = 0x20:0xc06774e1 > > stack pointer = 0x28:0xe4f93c90 > > frame pointer = 0x28:0xe4f93c9c > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, def32 1, gran 1 > > processor eglags = resume, IOPL = 0 > > current process = 5 (thread taskq) > > > > The panic always in process "thread taskq". > > > > db>trace > > _mit_lock_sleep(cb031e5c,c63f7180) at _mtx_lock_sleep+0x9d > > unp_gc(0,1) at uno_gc+0x222 > > taskqueue_run(c6439d80) at taskqueue_run+0x13f > > taskqueue_thread_loop(c09f8988,e4f93d38) at taskqueue_thread_loop+0x> 92 > > fork_exit(c06a1bc0,c09f8988,e4f93d38) at fork_exit+0x71 > > fork_trampoline() at fork_trampoline+0x8 > > --- trap 0x1, eip = 0, esp=0xe4f93d6c, ebp = 0 > > > > FreeBSD mx.local 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #1: > > Tue Nov 28 02:12:58 CET 2006 > > root@mx.local:/usr/obj/usr/src/sys/SMP i386 > > > > > > Does that look like a hardware problem or a software issue? > > I will try to swap RAM in the next few days. > > You are the third person to report this panic. (I am one of the other > two. I reported unp_gc() panic recently. See "Re: LOR (intr table and sio) and instability" on stable@. jhb@ told me that he also saw this and there is currently no fix yet. Regards, Rong-En Fan > > I am guessing from the name of your kernel that this is an SMP > system. So are the other two. > > Are you running gnome-2.16 with hald? This is about all we found > in common on the first two systems. > > Robert Watson would like some added data. Can you build a kernel with > the following options and connect something to the serial port to record > output? > options WITNESS > options INVARIANT_SUPPORT > options DDB > options KDB > options INVARIANTS > > At the debugger prompt: > > show pcpu > > trace > > show allpcpu > > traceall > > show alllocks > > At least my system has been totally uncooperative in crashing when I am > anywhere near it, so I have not yet collected any information other than > dumps. > -- > R. Kevin Oberman, Network Engineer > Energy Sciences Network (ESnet) > Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) > E-mail: oberman@es.net Phone: +1 510 486-8634 > Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 > > > From owner-freebsd-stable@FreeBSD.ORG Wed Nov 29 16:38:46 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AD2FA16A492 for ; Wed, 29 Nov 2006 16:38:46 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0413143D64 for ; Wed, 29 Nov 2006 16:36:57 +0000 (GMT) (envelope-from stefan.lambrev@sun-fish.com) Received: from sun-fish.com (localhost.cmotd.com [127.0.0.1]) by sun-fish.com (Postfix) with ESMTP id 1BBDF385FE for ; Wed, 29 Nov 2006 17:36:50 +0100 (CET) Received: from [192.168.3.201] (unknown [192.168.3.201]) by sun-fish.com (Postfix) with ESMTP id DA8AC38565 for ; Wed, 29 Nov 2006 17:36:49 +0100 (CET) Message-ID: <456DB725.6060105@sun-fish.com> Date: Wed, 29 Nov 2006 18:36:53 +0200 From: Stefan Lambrev User-Agent: Thunderbird 1.5.0.8 (X11/20061111) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-AV-Checked: ClamAV Cc: Subject: weird permitions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2006 16:38:46 -0000 Hello, Can someone explain to me why next can happened on freebsd: 1. add 2 users in same group - user test and test-ro in group test 2. as user test: cd /home/test ; mkdir test; chmod 775 test; echo "asdasd" > ~/test/del.me 3. su - test-ro ; cd /home/test; vim del.me - make changes; force save (:x!) ls -l total 2 -rw-r--r-- 1 test-ro test 10 Nov 29 18:19 del.me (how is that possible ?) back "su - test" and try to edit this file - impossible! I do not know what the RFC says about it, but it is ultra weird for me that such ownership takeover is possible. 6.2-PRERELEASE FreeBSD Fri Oct 27 19:53:30 amd64 -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-stable@FreeBSD.ORG Wed Nov 29 16:45:28 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EEE7C16A5C4 for ; Wed, 29 Nov 2006 16:45:28 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 104F143E73 for ; Wed, 29 Nov 2006 16:43:37 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id kATGhVGj069668; Wed, 29 Nov 2006 09:43:36 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <456DB8AC.8010508@samsco.org> Date: Wed, 29 Nov 2006 09:43:24 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: Josh Paetzel References: <200611290640.47326.josh@tcbug.org> In-Reply-To: <200611290640.47326.josh@tcbug.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: stable@freebsd.org Subject: Re: Dell PE 1950 bce NICs revisited X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2006 16:45:29 -0000 Josh Paetzel wrote: > I've been using 6.1-R on a PE1950 for some time now. The stock bce > driver doesn't work at all. I dug up a driver off the web (0.9.6) > that worked fine with my workload (basically all TCP) but in talking > to Scott I discovered that UDP traffic was a problem for this driver. > Some time ago I upgraded to the driver in -STABLE. This driver also > appears to work fine, but about once a day I get the following: > > Nov 29 01:16:47 server2 kernel: > bce1: /usr/src/sys/dev/bce/if_bce.c(5000): Watch > dog timeout occurred, resetting! > Nov 29 01:16:47 server2 kernel: bce1: link state changed to DOWN > Nov 29 01:16:48 server2 kernel: bce1: link state changed to UP > > Pretty minor complaint, as it doesn't really affect the operation of > the box, but I suppose it's a sign that there's still some work to be > done. > > $FreeBSD: src/sys/dev/bce/if_bce.c,v 1.2.2.6 2006/10/24 > > As I write this I see there has been some further work on the driver, > so I think I'll upgrade it and see what happens. > It's possible that rev 1.2.2.6 will fix what you're seeing. If not, then it might be the general issue with the watchdog framework being unreliable that we addressed with the em driver. If so, then it's mostly harmless. Scott From owner-freebsd-stable@FreeBSD.ORG Wed Nov 29 17:01:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4BB8816A4CA for ; Wed, 29 Nov 2006 17:01:09 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7D8D43DAF for ; Wed, 29 Nov 2006 16:54:24 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id kATGrimG020085 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 29 Nov 2006 08:53:47 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <456DBB18.3090603@errno.com> Date: Wed, 29 Nov 2006 08:53:44 -0800 From: Sam Leffler User-Agent: Thunderbird 1.5.0.7 (X11/20060920) MIME-Version: 1.0 To: Lamont Granquist References: <45578B48.1090704@errno.com> <455BD2BF.3050802@errno.com> In-Reply-To: X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ath0 issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2006 17:01:09 -0000 Lamont Granquist wrote: > > > On Wed, 15 Nov 2006, Sam Leffler wrote: >> Snapshots are rarely useful; try running athstats 1 and correlate what >> you see with pauses. Another possible reason for deferred operation is >> something else in the system blocking the taskq threads; that's a bit >> trickier to diagnose. > > I threw in some printf()'s in the beginning of ath_start() and > ath_tx_proc_q0123() and see this: > > Nov 28 20:27:41 warez kernel: ath_tx_proc_q0123: 1 > Nov 28 20:27:41 warez kernel: ath_start > Nov 28 20:27:41 warez kernel: ath_start > Nov 28 20:27:41 warez kernel: ath_tx_proc_q0123: 1 > Nov 28 20:27:41 warez kernel: ath_start > Nov 28 20:27:45 warez last message repeated 13 times > Nov 28 20:27:45 warez kernel: ath_tx_proc_q0123: 1 > Nov 28 20:27:45 warez kernel: ath_start > Nov 28 20:27:45 warez kernel: ath_tx_proc_q0123: 1 > Nov 28 20:27:45 warez kernel: ath_start > Nov 28 20:27:45 warez kernel: ath_start > > this was during a time where i was pinging across this interface so that > every second it should have been transmitting at least one packet. the > 4 second stutter there where ath_tx_proc_q0123 wasn't being called > correllates with actual stutters in packet transmission. > > if i understand this, that's the taskq associated with transmission? > > TASK_INIT(&sc->sc_txtask, 0, ath_tx_proc_q0123, sc); > > No, that's the task q that reaps completed tx descriptors. You can't infer anything about when packets were transmitted from this. Sam From owner-freebsd-stable@FreeBSD.ORG Wed Nov 29 17:05:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B007416A4CE for ; Wed, 29 Nov 2006 17:05:00 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1970A43DC8 for ; Wed, 29 Nov 2006 16:57:09 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id kATGv1Co020111 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 29 Nov 2006 08:57:02 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <456DBBDD.8020808@errno.com> Date: Wed, 29 Nov 2006 08:57:01 -0800 From: Sam Leffler User-Agent: Thunderbird 1.5.0.7 (X11/20060920) MIME-Version: 1.0 To: Lamont Granquist References: <45578B48.1090704@errno.com> <455BD2BF.3050802@errno.com> In-Reply-To: X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ath0 issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2006 17:05:00 -0000 Lamont Granquist wrote: > > and ath_intr() is getting called all the time but status & HAL_INT_TX > isn't true so the task isn't getting enqueued. this is a 5 second stutter: > > Nov 28 21:39:48 warez kernel: ath_tx_proc_q0123: 1 > Nov 28 21:39:48 warez kernel: ath_intr: status 0x1010000 > Nov 28 21:39:48 warez kernel: ath_intr: status 0x1000009 > Nov 28 21:39:48 warez kernel: ath_intr: status 0x1010000 > Nov 28 21:39:48 warez kernel: ath_intr: status 0x1000009 > Nov 28 21:39:48 warez kernel: ath_intr: status 0x1010000 <...stuff truncated...> Using timestamps from syslog isn't going to give you any useful information since the data may be delayed getting to syslogd. Is there some reason you are not just sniffing the air? Assuming packets are being deferred because the medium is busy you might see a reason. Otherwise it appears (though it's impossible to tell from what you've shown so far) that the packets are handed to the h/w in a timely fashion. Sam From owner-freebsd-stable@FreeBSD.ORG Wed Nov 29 17:19:05 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A4AB416A812 for ; Wed, 29 Nov 2006 17:19:05 +0000 (UTC) (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 4C3534439B for ; Wed, 29 Nov 2006 17:10:37 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (vcpahe@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id kATHAXHE082923; Wed, 29 Nov 2006 18:10:38 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id kATHAXIs082922; Wed, 29 Nov 2006 18:10:33 +0100 (CET) (envelope-from olli) Date: Wed, 29 Nov 2006 18:10:33 +0100 (CET) Message-Id: <200611291710.kATHAXIs082922@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, stefan.lambrev@sun-fish.com In-Reply-To: <456DB725.6060105@sun-fish.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 29 Nov 2006 18:10:38 +0100 (CET) Cc: Subject: Re: weird permitions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, stefan.lambrev@sun-fish.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Nov 2006 17:19:05 -0000 Stefan Lambrev wrote: > Can someone explain to me why next can happened on freebsd: > 1. add 2 users in same group - user test and test-ro in group test > 2. as user test: cd /home/test ; mkdir test; chmod 775 test; echo > "asdasd" > ~/test/del.me What was your umask? I assume 022, i.e. the file was created with mdoe 644. > 3. su - test-ro ; cd /home/test; vim del.me - make changes; force save (:x!) I suspect that vim -- upon force save -- deleted the original file, which is perfectly possible because the test-ro user had write permission to the directory. Then vim created a new file with the same name, which is again perfectly possible because of the writability of the directory. The new file belongs to the test-ro user, of course. So ... > ls -l > total 2 > -rw-r--r-- 1 test-ro test 10 Nov 29 18:19 del.me (how is that possible ?) > > back "su - test" and try to edit this file - impossible! .. That's to be expected. > I do not know what the RFC says about it, but it is ultra weird for me > that such ownership takeover is possible. It is standard and perfectly correct behaviour. There was no "ownership takeover". One file was deleted, and a new file was created, all allowed by the given permissions. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd 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 Wed Nov 29 17:34:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 233E016A4FF for ; Wed, 29 Nov 2006 17:34:37 +0000 (UTC) (envelope-from josh@tcbug.org) Received: from sccrmhc14.comcast.net (sccrmhc14.comcast.net [63.240.77.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16D4643CB4 for ; Wed, 29 Nov 2006 17:34:25 +0000 (GMT) (envelope-from josh@tcbug.org) Received: from gimpy (c-24-118-173-219.hsd1.mn.comcast.net[24.118.173.219]) by comcast.net (sccrmhc14) with ESMTP id <20061129173416014006h36de>; Wed, 29 Nov 2006 17:34:17 +0000 From: Josh Paetzel To: freebsd-stable@freebsd.org Date: Wed, 29 Nov 2006 11:33:56 -0600 User-Agent: KMail/1.9.4 References: <200611290640.47326.josh@tcbug.org> <456DB8AC.8010508@samsco.org> In-Reply-To: <456DB8AC.8010508@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200611291133.56821.josh@tcbug.org> Cc: Subject: Re: Dell PE 1950 bce NICs revisited X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2006 17:34:37 -0000 On Wednesday 29 November 2006 10:43, Scott Long wrote: > Josh Paetzel wrote: > > I've been using 6.1-R on a PE1950 for some time now. The stock > > bce driver doesn't work at all. I dug up a driver off the web > > (0.9.6) that worked fine with my workload (basically all TCP) but > > in talking to Scott I discovered that UDP traffic was a problem > > for this driver. Some time ago I upgraded to the driver in > > -STABLE. This driver also appears to work fine, but about once a > > day I get the following: > > > > Nov 29 01:16:47 server2 kernel: > > bce1: /usr/src/sys/dev/bce/if_bce.c(5000): Watch > > dog timeout occurred, resetting! > > Nov 29 01:16:47 server2 kernel: bce1: link state changed to DOWN > > Nov 29 01:16:48 server2 kernel: bce1: link state changed to UP > > > > Pretty minor complaint, as it doesn't really affect the operation > > of the box, but I suppose it's a sign that there's still some > > work to be done. > > > > $FreeBSD: src/sys/dev/bce/if_bce.c,v 1.2.2.6 2006/10/24 > > > > As I write this I see there has been some further work on the > > driver, so I think I'll upgrade it and see what happens. > > It's possible that rev 1.2.2.6 will fix what you're seeing. If > not, then it might be the general issue with the watchdog framework > being unreliable that we addressed with the em driver. If so, then > it's mostly harmless. > > Scott > The string I pasted is what I was using. Rebuilt using: /repoman/r/ncvs/src/sys/dev/bce/if_bce.c,v 1.2.2.6.2.1 this morning. I'll give it a few days and see how it's working. I think either way it's harmless. It happens about once a day, and strangely enough it's almost always in periods of very low load. -- Thanks, Josh Paetzel From owner-freebsd-stable@FreeBSD.ORG Wed Nov 29 18:25:04 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3F29C16A47B for ; Wed, 29 Nov 2006 18:25:04 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFCD643D6A for ; Wed, 29 Nov 2006 18:24:11 +0000 (GMT) (envelope-from erikt@midgard.homeip.net) Received: from c83-253-29-241.bredband.comhem.se ([83.253.29.241]:59570 helo=falcon.midgard.homeip.net) by ch-smtp01.sth.basefarm.net with smtp (Exim 4.63) (envelope-from ) id 1GpU6J-0005DG-3u for freebsd-stable@FreeBSD.ORG; Wed, 29 Nov 2006 19:24:07 +0100 Received: (qmail 34702 invoked from network); 29 Nov 2006 19:24:06 +0100 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with SMTP; 29 Nov 2006 19:24:06 +0100 Received: (qmail 87564 invoked by uid 1001); 29 Nov 2006 19:24:06 +0100 Date: Wed, 29 Nov 2006 19:24:06 +0100 From: Erik Trulsson To: freebsd-stable@FreeBSD.ORG, chris@vindaloo.com Message-ID: <20061129182406.GA87529@owl.midgard.homeip.net> Mail-Followup-To: freebsd-stable@FreeBSD.ORG, chris@vindaloo.com References: <1164750071.1074.39.camel@dagobah.vindaloo.com> <200611291607.kATG71vU079631@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200611291607.kATG71vU079631@lurza.secnetix.de> User-Agent: Mutt/1.5.13 (2006-08-11) X-Scan-Result: No virus found in message 1GpU6J-0005DG-3u. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1GpU6J-0005DG-3u 3be31a9bfd4822d4becbe48f37b66ae8 Cc: Subject: Re: Problems unmounting/fssyncking extern UFS filesystem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2006 18:25:04 -0000 On Wed, Nov 29, 2006 at 05:07:01PM +0100, Oliver Fromme wrote: > Christopher Sean Hilton wrote: > > Kevin Oberman wrote: > > [ ... ] > > > The magic phrase is "buffer cache has been flushed". In the real world > > > of discs with cache there is no way to be certain when the data is > > > REALLY on the disc. That is why things get clobbered if the power is > > > cycled to the disc too soon after syncing and why a sleep (or typing > > > sync three times) is still a good idea and probably always will be. > > > > Please understand that this is an honest question but isn't that true > > only of IDE heritage drives. E.g. If a SCSI drive with Tagged Queuing > > says that the the bits have been written doesn't it mean that the bits > > have really been written? > > Right, unless the SCSI drive has a label saying "Quantum". In other words: Yes, assuming the SCSI drive works as it should. Not all SCSI drives work as they should. (I am not familiar with the Quantum disks in particular, but I would be very surprised if there were no SCSI disks that were broken in this regard.) > > Best regards > Oliver > > PS: Quantum is today owned by maxtor, isn't it? I've lost > track of HD manufacturers when Seagate bought Conner ... Quantum and Maxtor merged and became Maxtor. Maxtor was recently bought by Seagate, so it is Seagate that owns Quantum these days. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Wed Nov 29 19:32:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B3FEB16A416 for ; Wed, 29 Nov 2006 19:32:23 +0000 (UTC) (envelope-from lamont@scriptkiddie.org) Received: from sploit.scriptkiddie.org (sploit.scriptkiddie.org [216.231.47.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2565943CA2 for ; Wed, 29 Nov 2006 19:32:20 +0000 (GMT) (envelope-from lamont@scriptkiddie.org) Received: from sploit (sploit [216.231.47.214]) by sploit.scriptkiddie.org (8.12.11/8.12.11) with ESMTP id kATJWJBN009988; Wed, 29 Nov 2006 11:32:19 -0800 (PST) Date: Wed, 29 Nov 2006 11:32:19 -0800 (PST) From: Lamont Granquist To: Sam Leffler In-Reply-To: <456DBBDD.8020808@errno.com> Message-ID: References: <45578B48.1090704@errno.com> <455BD2BF.3050802@errno.com> <456DBBDD.8020808@errno.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: ath0 issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2006 19:32:23 -0000 On Wed, 29 Nov 2006, Sam Leffler wrote: > Is there some reason you are not just sniffing the air? Assuming > packets are being deferred because the medium is busy you might see a > reason. Otherwise it appears (though it's impossible to tell from what > you've shown so far) that the packets are handed to the h/w in a timely > fashion. I'm not sniffing the air because I don't have a third machine with a wireless card in it to use. The packets are getting buffered somewhere between the IP stack and the medium, and I'd like to track down the queue they're sitting in and then track down why... From owner-freebsd-stable@FreeBSD.ORG Wed Nov 29 19:52:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C396316A415 for ; Wed, 29 Nov 2006 19:52:44 +0000 (UTC) (envelope-from M.Hirsch@hirsch.it) Received: from server1.hirsch.it (server1.hirsch.it [213.239.214.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4329543CA2 for ; Wed, 29 Nov 2006 19:52:40 +0000 (GMT) (envelope-from M.Hirsch@hirsch.it) Received: from [91.89.83.109] (helo=[192.168.101.121]) by server1.hirsch.it with esmtpa (Exim 4.50) id 1GpVTy-000220-EI; Wed, 29 Nov 2006 20:52:39 +0100 Message-ID: <456DE503.3090602@hirsch.it> Date: Wed, 29 Nov 2006 20:52:35 +0100 From: "M.Hirsch" User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: Stefan Lambrev References: <456DB725.6060105@sun-fish.com> In-Reply-To: <456DB725.6060105@sun-fish.com> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.8 (--) X-Spam-Report: Spam detection software, running on the system "server1.hirsch.it", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Hello, > > Can someone explain to me why next can happened on freebsd: > 1. add 2 users in same group - user test and test-ro in group test > 2. as user test: cd /home/test ; mkdir test; chmod 775 test; echo > "asdasd" > ~/test/del.me > 3. su - test-ro ; cd /home/test; vim del.me - make changes; force save > (:x!) > > ls -l > total 2 > -rw-r--r-- 1 test-ro test 10 Nov 29 18:19 del.me (how is that > possible ?) > > back "su - test" and try to edit this file - impossible! > > I do not know what the RFC says about it, but it is ultra weird for me > that such ownership takeover is possible. > > 6.2-PRERELEASE FreeBSD Fri Oct 27 19:53:30 amd64 > [...] Content analysis details: (-2.8 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -2.8 ALL_TRUSTED Did not pass through any untrusted hosts Cc: freebsd-stable@freebsd.org Subject: Re: weird permitions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2006 19:52:44 -0000 > Hello, > > Can someone explain to me why next can happened on freebsd: > 1. add 2 users in same group - user test and test-ro in group test > 2. as user test: cd /home/test ; mkdir test; chmod 775 test; echo > "asdasd" > ~/test/del.me > 3. su - test-ro ; cd /home/test; vim del.me - make changes; force save > (:x!) > > ls -l > total 2 > -rw-r--r-- 1 test-ro test 10 Nov 29 18:19 del.me (how is that > possible ?) > > back "su - test" and try to edit this file - impossible! > > I do not know what the RFC says about it, but it is ultra weird for me > that such ownership takeover is possible. > > 6.2-PRERELEASE FreeBSD Fri Oct 27 19:53:30 amd64 > Correct me if I'm wrong... but you obviously were editing two completely distinct files. ~test/del.me (logged in as "test-ro") and ~test/test/del.me (logged in as "test") I fail to see anything odd here. You seem to have enabled group writable home directories though. M. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 29 20:02:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 785D816A412 for ; Wed, 29 Nov 2006 20:02:27 +0000 (UTC) (envelope-from svanosnabrugge@osler.com) Received: from MXtreme1.osler.com (mxtreme1.osler.com [199.85.19.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2836E43D6B for ; Wed, 29 Nov 2006 20:01:44 +0000 (GMT) (envelope-from svanosnabrugge@osler.com) Content-class: urn:content-classes:message MIME-Version: 1.0 X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Wed, 29 Nov 2006 15:01:38 -0500 Message-ID: <7883F37393F1D44990888174C2E5E912226667@TSV-EXCHANGE.ohhllp.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: grep: memory exhauted Thread-Index: AccT8S3PtdgCi3TARGakBiwp3ZK0nQ== From: "van Osnabrugge, Sean" To: X-OriginalArrivalTime: 29 Nov 2006 20:01:38.0931 (UTC) FILETIME=[2E5E0C30:01C713F1] Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: grep: memory exhauted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2006 20:02:27 -0000 Hi there, =20 I am running a fresh install of FreeBSD-6.1-Stable as a guest OS in = VMWare 1.0.1 with 1 GB of RAM. =20 Whenever I try to grep a large text file (400 MB+), grep terminates with = =93grep: memory exhausted=94 =20 I have tried piping grep (cat =93file=94 | grep =93search term=94) I have tried it with =96line-buffered =20 ulimit =96a show: core file size (blocks, -c) unlimited data seg size (kbytes, -d) 524288 file size (blocks, -f) unlimited max locked memory (kbytes, -l) unlimited max memory size (kbytes, -m) unlimited open files (-n) 11095 pipe size (512 bytes, -p) 1 stack size (kbytes, -s) 65536 cpu time (seconds, -t) unlimited max user processes (-u) 5547 virtual memory (kbytes, -v) unlimited =20 Any help? =20 Thanks, Sean van Osnabrugge=20 Email/Exchange Administrator=20 Networking Services=20 * Email: svanosnabrugge@osler.com =20 ( Office: 416-646-3123=20 =B9 Hours: Monday - Friday, 9:00AM - 5:00PM EST=20 =20 *********************************************************************** This e-mail message is privileged, confidential and subject to copyright. Any unauthorized use or disclosure is prohibited. Le contenu du présent courriel est privilégié, confidentiel et soumis à des droits d'auteur. Il est interdit de l'utiliser ou de le divulguer sans autorisation. *********************************************************************** From owner-freebsd-stable@FreeBSD.ORG Wed Nov 29 20:10:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DEBF616A403 for ; Wed, 29 Nov 2006 20:10:54 +0000 (UTC) (envelope-from svanosnabrugge@osler.com) Received: from MXtreme2.osler.com (owa.osler.com [199.85.19.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBB7043C9D for ; Wed, 29 Nov 2006 20:10:50 +0000 (GMT) (envelope-from svanosnabrugge@osler.com) Content-class: urn:content-classes:message MIME-Version: 1.0 X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Wed, 29 Nov 2006 15:10:33 -0500 Message-ID: <7883F37393F1D44990888174C2E5E91222666A@TSV-EXCHANGE.ohhllp.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: grep: memory exhausted Thread-Index: AccT8m0bzf3mG43mSMagr8MMfQ9f1A== From: "van Osnabrugge, Sean" To: X-OriginalArrivalTime: 29 Nov 2006 20:10:33.0968 (UTC) FILETIME=[6D463700:01C713F2] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: grep: memory exhausted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2006 20:10:55 -0000 Hi there, =20 I am running a fresh install of FreeBSD-6.1-Stable as a guest OS in VMWare 1.0.1 with 1 GB of RAM. =20 Whenever I try to grep a large text file (400 MB+), grep terminates with "grep: memory exhausted" =20 I have tried piping grep (cat "file" | grep "search term") I have tried it with -line-buffered =20 ulimit -a show: core file size (blocks, -c) unlimited data seg size (kbytes, -d) 524288 file size (blocks, -f) unlimited max locked memory (kbytes, -l) unlimited max memory size (kbytes, -m) unlimited open files (-n) 11095 pipe size (512 bytes, -p) 1 stack size (kbytes, -s) 65536 cpu time (seconds, -t) unlimited max user processes (-u) 5547 virtual memory (kbytes, -v) unlimited =20 Any help? =20 Thanks, =20 Sean *********************************************************************** This e-mail message is privileged, confidential and subject to copyright. Any unauthorized use or disclosure is prohibited. Le contenu du pr'esent courriel est privil'egi'e, confidentiel et soumis `a des droits d'auteur. Il est interdit de l'utiliser ou de le divulguer sans autorisation. *********************************************************************** From owner-freebsd-stable@FreeBSD.ORG Wed Nov 29 21:07:11 2006 Return-Path: X-Original-To: FreeBSD-stable@freebsd.org Delivered-To: FreeBSD-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E431216A55B for ; Wed, 29 Nov 2006 21:07:10 +0000 (UTC) (envelope-from Kirk.Davis@epsb.ca) Received: from Exchange22.EDU.epsb.ca (exchange22.epsb.ca [198.161.119.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7012B43CA5 for ; Wed, 29 Nov 2006 21:06:56 +0000 (GMT) (envelope-from Kirk.Davis@epsb.ca) Received: from Exchange21.EDU.epsb.ca ([10.0.5.118]) by Exchange22.EDU.epsb.ca with Microsoft SMTPSVC(6.0.3790.1830); Wed, 29 Nov 2006 14:06:59 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 29 Nov 2006 14:06:58 -0700 Message-ID: <04C71268DFDAA8499EC1A248A44B6A2B0855B0B6@Exchange21.EDU.epsb.ca> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Broadcom BCE interface and polling (Dell 2950) Thread-Index: AccTzMQEfFf860tnR5OWA8IyHsHgSQALWQBg From: "Kirk Davis" To: X-OriginalArrivalTime: 29 Nov 2006 21:06:59.0633 (UTC) FILETIME=[4F49B210:01C713FA] Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Broadcom BCE interface and polling (Dell 2950) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2006 21:07:11 -0000 > Hi, > We have just upgraded to a Dell 2950 for our main BGP router. > With the constant rise in traffic through the box, I have started to > notice some dropped packets so I figured I would take a look at > putting the interfaces into polling more to squeeze a little more > packets through them. >=20 > I have added the DEVICE_POLLING and HZ=3D1000 to the kernel. I > turned on polling for the bce interfaces and they pass traffic at low > volumes (like ping tests). If I put my fluke traffic generators on > either side of the box and try to ramp it up to even 100Mb (they are > Gig links) then the interfaces will stop responding. Turning off > polling will get them to respond again. >=20 > I know that the bce support in still quite new. Has anyone else > testing with polling and the bce interfaces? Is there any more > information that I can get for the developers to help track this down. > The system is not in production right now so I can use it for testing. >=20 > As another note... I added some Intel (em) cards into the box > and tested with them. Polling worked great on them but I was only > able to get about 200k packets per second before it starts dropping > packets. Is this about what I should expect? >=20 > [root@ ~]# uname -a > FreeBSD 6.2-RC1 FreeBSD 6.2-RC1 #2: Tue Nov 28 18:10:56 MST 2006 > root@:/usr/obj/usr/src/sys/INET-GW i386 >=20 > ---- Kirk >=20 >=20 From owner-freebsd-stable@FreeBSD.ORG Wed Nov 29 21:12:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D54D716A511 for ; Wed, 29 Nov 2006 21:12:42 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBAEE43D94 for ; Wed, 29 Nov 2006 21:11:48 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1741458uge for ; Wed, 29 Nov 2006 13:11:47 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=DEXxQbpMIcZWHKIIAtFU9AUNe6M762VkrjGTjj8hxGJooOVhIxb7YYPu43GW9naDH1zgsJ97Yv7G8XtUpd17xFmbjvTFntPHZ7xJvfEKKysGLljI8waZwe9lseBRiqfOBMjIojpQ9vXo3a+A5E0IO8fZnb8vvIIYCCiGWSeU2Kk= Received: by 10.78.128.11 with SMTP id a11mr2707291hud.1164834707210; Wed, 29 Nov 2006 13:11:47 -0800 (PST) Received: by 10.78.97.15 with HTTP; Wed, 29 Nov 2006 13:11:47 -0800 (PST) Message-ID: Date: Wed, 29 Nov 2006 22:11:47 +0100 From: "Claus Guttesen" To: "FreeBSD Stable List" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: problems using bge on hp bl460c blade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2006 21:12:43 -0000 Hi. I have just installed 6.2 RC1 on my new blade. The (optional) mezzanine-card NC326m is seen as bge. My problem is that there is no link. I installed ubuntu 6.10 which gets link and ping works so the hardware setup itself is ok. Ubuntu sees the nic as as 5714 chip rev. 9003 ( Tigon3 [partno(011276-001) rev 9003 PHY(5714)] ). During FreeBSD's boot the nic is seen as a BCM5714 unknown. Rev. 9003 is not in if_bgereg.h so I added #define BGE_CHIPID_BCM5714_B4 0x90030000 and recompiled the kernel but it did not give me my missing link. Partial pciconf -lv shows chip=0x167914e4 which is #define BCOM_DEVICEID_BCM5715S 0x1679 in if_bgereg.h. I only have one mezzanine-card atm. and I need to get the blade up and running in a few days so I will probably throw ubuntu on it. I will get more mezzanine-cards and can continue testing the bge-driver in the coming days. I won't mind digging into the bge-driver myself but will need some hand-holding and some pointers/examples to get started. According to HP's website the mezzanine-card has a 5715 chip but FreeBSD (and ubuntu) sees it as 5714. Are these two chips closely related? regards Claus From owner-freebsd-stable@FreeBSD.ORG Wed Nov 29 23:23:31 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: by hub.freebsd.org (Postfix, from userid 618) id 8E55016A415; Wed, 29 Nov 2006 23:23:31 +0000 (UTC) In-Reply-To: <20061129002008.GA71523@cdnetworks.co.kr> from Pyun YongHyeon at "Nov 29, 2006 09:20:08 am" To: pyunyh@gmail.com Date: Wed, 29 Nov 2006 23:23:31 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20061129232331.8E55016A415@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Cc: stable@freebsd.org, ed@fxq.nl, net@freebsd.org Subject: Re: re(4) needs promisc to work properly X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2006 23:23:31 -0000 > On Tue, Nov 28, 2006 at 08:46:00PM +0100, Ed Schouten wrote: > > Hello, > > > > I'm running FreeBSD 6.2-PRERELEASE on my new desktop. It has the > > following hardware: > > > > - Intel Core 2 Duo 6400 > > - Asus P5B motherboard > > - On-board Realtek NIC (8168B/8111B) > > > > For some reason, it drops all incoming IPv6 packets. I can only SSH to > > the machine using IPv6 when I run the following command: > > > > $ ifconfig re0 promisc > > > > Is this a known issue about these NICs? > > No, I'm not aware of the issue. > > The issue can happen on a NIC with incorrectly programmed ethernet > address. Would you show me dmesg/tcpdump output of your system? > Make sure to add -e option to tcpdump(1). It's more likely a problem with the multicast filter programming. IPv6 is all about the multicasting (neighbord discovery depends on it to work correctly). I can't explain why it's not working though. I've tested the sample 8168B/8111B cards that RealTek sent me, and I didn't have any multicast problems with them. -Bill > > > > Yours, > > -- > > Ed Schouten > > WWW: http://g-rave.nl/ > -- > Regards, > Pyun YongHyeon > From owner-freebsd-stable@FreeBSD.ORG Wed Nov 29 23:43:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E419716A40F for ; Wed, 29 Nov 2006 23:43:39 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0486443CA3 for ; Wed, 29 Nov 2006 23:43:32 +0000 (GMT) (envelope-from spork@bway.net) Received: (qmail 90951 invoked by uid 0); 29 Nov 2006 23:43:36 -0000 Received: from unknown (HELO office-dhcp-32.bway.net) (spork@bway.net@216.220.107.32) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 29 Nov 2006 23:43:36 -0000 Date: Wed, 29 Nov 2006 18:36:49 -0500 (EST) From: Charles Sprickman To: Philipp Ost In-Reply-To: <456DA282.6000801@smo.de> Message-ID: <20061129183028.L23451@sporker.bway.net> References: <456DA282.6000801@smo.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: vr speed issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2006 23:43:40 -0000 On Wed, 29 Nov 2006, Philipp Ost wrote: > Charles Sprickman wrote: > [snipped] >> Performace with scp was around 200KB/s, ftp wavered between 300-500KB/s. >> This did not appear to be a duplex mismatch - unmanaged switch showed them >> all at 100/Full, put some other hosts on the same ports/cabling and got >> near wire speed. > > I just checked with the boxes I have here. One is an Athon XP on a Asus board > with a VIA Rhine II on board; the other is a `old' Celeron 500 on a MSI board > with a Intel ``Pro 100/S Desktop Adapter''. > I transfered a 538MiB file (some old CURRENT snapshot) via sftp. My result: > from box one to box two (vr to fxp) I get 2.3MB/s; from box two to box one > (fxp to vr) I get 3.1MB/s. I also did a little more digging and noticed that once I start pinging from one of these hosts using large packet sizes, I get about 50-60% packet loss (ie: ping -s 1500 other.vr0.host). If I ping something with a decent card, I get about 30-50% packet loss. There's no packet loss with the default packet size. Anyone else with some vr cards feel like checking this out? Thanks, Charles > The first box is running 6.2-PRERELEASE from 11/18, the Intel box is running > 7.0-CURRENT from 11/24. > > Output of > > $ dmesg | grep vr > vr0: port 0x8000-0x80ff mem > 0xd6000000-0xd60000ff at device 18.0 on pci0 > miibus0: on vr0 > > and > > $ dmesg | grep fxp > fxp0: port 0xc000-0xc03f mem > 0xdd020000-0xdd020fff,0xdd000000-0xdd01ffff irq 11 at device 1.0 on pci1 > miibus0: on fxp0 > [...] > fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 6 > fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 6 > > If needed I can provide a full dmesg of both boxes. > > > HTH, > Philipp > > -- > www.familie-ost.info/~pj > From owner-freebsd-stable@FreeBSD.ORG Thu Nov 30 00:30:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3B50216A403 for ; Thu, 30 Nov 2006 00:30:39 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1959143CAA for ; Thu, 30 Nov 2006 00:29:34 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so2294842wxc for ; Wed, 29 Nov 2006 16:29:18 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=q4t76VqTsdNJk+0DhQjmNDmlhxy+pPs/mbIh+MWknGLlKXxDaXMYHPuaAwHqsswI3pzfv0Sgk9AWZTEVYaQwD2th1cH71368PvMDCclCNJ4Nsz72cJ1X0hDUTLR/LmVWrrSNsalV9Roi2QBuUMnCce6o10Q6UbxD8gWWHjSVqnw= Received: by 10.70.116.1 with SMTP id o1mr5096339wxc.1164846558537; Wed, 29 Nov 2006 16:29:18 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id 7sm20017290wrl.2006.11.29.16.29.16; Wed, 29 Nov 2006 16:29:17 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id kAU0W59f075864 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 30 Nov 2006 09:32:05 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id kAU0W4ki075863; Thu, 30 Nov 2006 09:32:04 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 30 Nov 2006 09:32:04 +0900 From: Pyun YongHyeon To: Charles Sprickman Message-ID: <20061130003204.GA75548@cdnetworks.co.kr> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: vr speed issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Nov 2006 00:30:39 -0000 On Tue, Nov 28, 2006 at 10:50:17PM -0500, Charles Sprickman wrote: > Hi all, > > I spent some time trying to track down slow tcp performance on a small > office switched 100 LAN. We just put in a number of whitebox PCs running > FreeBSD 6.1-p2/PC-BSD 1.2 that all have onboard Via Rhine 10/100 ethernet > controllers. Performace with scp was around 200KB/s, ftp wavered between > 300-500KB/s. This did not appear to be a duplex mismatch - unmanaged > switch showed them all at 100/Full, put some other hosts on the same > ports/cabling and got near wire speed. I took the cabling out of the > equation, the switch, no improvement. The only thing that got me decent > performance was putting two hosts back to back with an xover cable. > > I eventually realized that the only hosts with any speed issues in the > office were these boxes with the Via ethernet. Putting an equally cheap > DLink (RealTek/rl) in one of them gave me much better performance. > > At another site, I was dealing with a new intranet server running FreeBSD > 6.2-PRE (11/16) on a decent Asus board. This also has an onboard Via > Rhine ethernet controller. While pulling some files over from the box it > was replacing, I noticed that I was getting only a few hundred KB/s on > this box. Before putting it into production, I grabbed a cheap Intel > 10/100 card and put that in. Problem solved. > > So it seems to me like perhaps there's an issue with the vr driver. I > noticed it does have some quirks mentioned in the manpage, and I don't see > too many changes to the driver in the last year or so. > > Is there any information I can supply to help debug this? I've got a > bunch of these machines around. I can get a tcpdump from both ends during > an ftp transfer, and the boxes are mine to toy with after hours. > > I've posted a dmesg from both boxes (PC-BSD and 6.2-PRE): > > http://www.bway.net/~spork/6.1p2-dmesg.txt > http://www.bway.net/~spork/6.2-dmesg.txt > VIA Rhine has severe hardware limitations and you can't expect good performance from the NIC. On Tx side the NIC need 4 bytes aligned mbuf so the driver defragments the mbuf chains with m_defrag(9). On Rx side it strips off CRC with m_devget(9) as the NIC has no way to remove the CRC from the received frame. These m_defrag(9)/ m_devget(9) results in bcopy operation and they nullyfies the advantage of DMA which in trun waste significant CPU cycles. If you are in bad need of getting full 100Mbps speed you could buy a cheap PCI gigabit NIC that is supported by re(4)/sk(4)/stge(4) etc. -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Thu Nov 30 04:41:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 04FC516A40F for ; Thu, 30 Nov 2006 04:41:42 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22F0D43CA2 for ; Thu, 30 Nov 2006 04:41:36 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id A3EE71A3C20; Wed, 29 Nov 2006 20:41:41 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id F12AD51316; Wed, 29 Nov 2006 23:41:23 -0500 (EST) Date: Wed, 29 Nov 2006 23:41:23 -0500 From: Kris Kennaway To: "van Osnabrugge, Sean" Message-ID: <20061130044123.GA19761@xor.obsecurity.org> References: <7883F37393F1D44990888174C2E5E91222666A@TSV-EXCHANGE.ohhllp.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TB36FDmn/VVEgNH/" Content-Disposition: inline In-Reply-To: <7883F37393F1D44990888174C2E5E91222666A@TSV-EXCHANGE.ohhllp.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: grep: memory exhausted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2006 04:41:42 -0000 --TB36FDmn/VVEgNH/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 29, 2006 at 03:10:33PM -0500, van Osnabrugge, Sean wrote: > Hi there, >=20 > =20 >=20 > I am running a fresh install of FreeBSD-6.1-Stable as a guest OS in > VMWare 1.0.1 with 1 GB of RAM. >=20 > =20 >=20 > Whenever I try to grep a large text file (400 MB+), grep terminates with > "grep: memory exhausted" >=20 > =20 >=20 > I have tried piping grep (cat "file" | grep "search term") >=20 > I have tried it with -line-buffered >=20 > =20 >=20 > ulimit -a show: >=20 > core file size (blocks, -c) unlimited >=20 > data seg size (kbytes, -d) 524288 Try increasing this. I think grep mmaps the file, so the large file could be exceeding your limit. Kris --TB36FDmn/VVEgNH/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFbmDzWry0BWjoQKURAq8kAJ4i6zNiXPiI/ILZuOSdWL1ATjaeNwCfbaQr roqJFwQNau2hGQfa5AD4b8g= =wVzX -----END PGP SIGNATURE----- --TB36FDmn/VVEgNH/-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 30 05:30:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7B3CB16A403 for ; Thu, 30 Nov 2006 05:30:06 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from smtp3.clear.net.nz (smtp3.clear.net.nz [203.97.33.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 333DB43CA7 for ; Thu, 30 Nov 2006 05:30:00 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from [192.168.1.11] (218-101-28-65.dsl.clear.net.nz [218.101.28.65]) by smtp3.clear.net.nz (CLEAR Net Mail) with ESMTP id <0J9J0060439Z9R00@smtp3.clear.net.nz> for freebsd-stable@freebsd.org; Thu, 30 Nov 2006 18:30:00 +1300 (NZDT) Date: Thu, 30 Nov 2006 18:29:57 +1300 From: Mark Kirkwood In-reply-to: <20061129183028.L23451@sporker.bway.net> To: Charles Sprickman Message-id: <456E6C55.3070609@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit References: <456DA282.6000801@smo.de> <20061129183028.L23451@sporker.bway.net> User-Agent: Thunderbird 1.5.0.8 (X11/20061129) Cc: Philipp Ost , freebsd-stable@freebsd.org Subject: Re: vr speed issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2006 05:30:06 -0000 Charles Sprickman wrote: > I also did a little more digging and noticed that once I start pinging > from one of these hosts using large packet sizes, I get about 50-60% > packet loss (ie: ping -s 1500 other.vr0.host). If I ping something with > a decent card, I get about 30-50% packet loss. There's no packet loss > with the default packet size. > > Anyone else with some vr cards feel like checking this out? > I've got a VIA Rhine III card that I can dig out and put in if the data would be of any use/interest etc - FWIW I seem to recall being able to get reasonably close to wire speed when I was using it. Cheers Mark From owner-freebsd-stable@FreeBSD.ORG Thu Nov 30 06:30:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 19EEE16A515 for ; Thu, 30 Nov 2006 06:30:50 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from alnrmhc11.comcast.net (alnrmhc11.comcast.net [206.18.177.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2FAA43CA3 for ; Thu, 30 Nov 2006 06:30:43 +0000 (GMT) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (failure[67.174.220.97]) by comcast.net (alnrmhc11) with ESMTP id <20061130063038b1100nnqu9e>; Thu, 30 Nov 2006 06:30:49 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 983FF1FA01F; Wed, 29 Nov 2006 22:30:18 -0800 (PST) Date: Wed, 29 Nov 2006 22:30:18 -0800 From: Jeremy Chadwick To: Kris Kennaway Message-ID: <20061130063018.GA24865@icarus.home.lan> Mail-Followup-To: Kris Kennaway , "van Osnabrugge, Sean" , freebsd-stable@freebsd.org References: <7883F37393F1D44990888174C2E5E91222666A@TSV-EXCHANGE.ohhllp.com> <20061130044123.GA19761@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061130044123.GA19761@xor.obsecurity.org> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org, "van Osnabrugge, Sean" Subject: Re: grep: memory exhausted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2006 06:30:50 -0000 On Wed, Nov 29, 2006 at 11:41:23PM -0500, Kris Kennaway wrote: > Try increasing this. I think grep mmaps the file, so the large file > could be exceeding your limit. According to the manpage, grep uses read(2) unless you specify --mmap which then (obviously) uses mmap(2). -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Nov 30 06:57:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 385EB16A412 for ; Thu, 30 Nov 2006 06:57:06 +0000 (UTC) (envelope-from dgilbert@daveg.ca) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id B747343C9D for ; Thu, 30 Nov 2006 06:56:59 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id 014E4C0D8; Thu, 30 Nov 2006 01:57:04 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id 45B9C4AC2D; Thu, 30 Nov 2006 01:57:04 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17774.32960.176956.52924@canoe.dclg.ca> Date: Thu, 30 Nov 2006 01:57:04 -0500 To: freebsd-stable@freebsd.org X-Mailer: VM 7.17 under 21.4 (patch 19) "Constant Variable" XEmacs Lucid Subject: ggate still broken on 6.2-RC1 for 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: Thu, 30 Nov 2006 06:57:06 -0000 GGate is still broken on 6.2-RC1 for amd64. I have verified that the patch in kern/104829 has been applied (it's in the tree). I have also added the patch in amd64/91799 --- without it, ggated doesn't work at all. This should definately make it into 6.2 But the ggated/ggatec in 6.2-RC1 connects now (and is happy about that). In fact, the tasting on the ggatec side that happens due to new disks showing up works, too. However, any attempt to pass significant traffic causes ggatec to seeminly lock up. In my configuration, I have a gmirror running with a local disk (already) and I want to "gmirror insert" the ggate disk. When I do so, I get 50 write requests queued (I upped the gmirror buffer count to 50 to make syncronization happen faster) and things never move from there. The machines in question are connected by private gigabit ethernet with a 9k MTU. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-stable@FreeBSD.ORG Thu Nov 30 08:36:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0809816A49E for ; Thu, 30 Nov 2006 08:36:20 +0000 (UTC) (envelope-from maypoleorgies@abn.omsk-gsm.ru) Received: from U269f.u.pppool.de (U269f.u.pppool.de [89.56.38.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2FCB43CA3 for ; Thu, 30 Nov 2006 08:36:12 +0000 (GMT) (envelope-from maypoleorgies@abn.omsk-gsm.ru) Received: from 195.162.37.140 (HELO smsrelay.omsk-gsm.ru) by freebsd.org with esmtp (I-A0N,1P58M 48A0) id ?W)W0.-.7(BS2-7* for freebsd-stable@freebsd.org; Thu, 30 Nov 2006 08:35:42 -0060 From: "Martha Sharp" To: Date: Thu, 30 Nov 2006 08:35:42 -0060 Message-ID: <01c7145a$858d4a70$6c822ecf@maypoleorgies> MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4963.1700 Thread-Index: Aca6Q0RP(I6((/Q;=9-1A-,-*A3,38== Subject: Martha wrote: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2006 08:36:20 -0000 MAKU is your path to property Company Name: MAKEUP LIMITED (OTC BB:MAKU.OB) Symbol: MAKU Price: $0.47 5-day Target: $2 Current Market: Very Bullish MAKU IS GOING OFF THE CHAIN! Become wealthy! WATCH MAKU TRADE ON THUR NOV 30TH! For getting better profit send this letter to broker you know. It will cause explosion of activity and increasing of the price. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 30 09:30:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0D17A16A407 for ; Thu, 30 Nov 2006 09:30:13 +0000 (UTC) (envelope-from conrad.burger@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id C980543CBD for ; Thu, 30 Nov 2006 09:30:00 +0000 (GMT) (envelope-from conrad.burger@gmail.com) Received: by wr-out-0506.google.com with SMTP id i28so785852wra for ; Thu, 30 Nov 2006 01:30:06 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Aw4cYtVv59LPWYyCQwKNyBVrUddeMEdtizMqI7hIlKCWDC7NZUndhiH8p1sSuwu3LdWkLndbpgMlEcvXJiR6GL+giDmhZgwVRBQYT2xcOTjOCWfisVIYQfQqr4egOhP6+Ks+LuorsMNLPIl1BjiErlFme7++RIY+RaNOX78MFrM= Received: by 10.90.63.16 with SMTP id l16mr3291356aga.1164879006543; Thu, 30 Nov 2006 01:30:06 -0800 (PST) Received: by 10.90.114.2 with HTTP; Thu, 30 Nov 2006 01:30:06 -0800 (PST) Message-ID: Date: Thu, 30 Nov 2006 11:30:06 +0200 From: "Conrad Burger" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: SERDES support for BCE driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2006 09:30:13 -0000 Hi Does anyone know when SERDES support will be included into the BCE driver. I have 10 x DELL 1955 blade servers that I can't use because the BCE driver does not support SERDES. Regards Conrad From owner-freebsd-stable@FreeBSD.ORG Thu Nov 30 10:32:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D015F16A407 for ; Thu, 30 Nov 2006 10:32:26 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA80D43CB4 for ; Thu, 30 Nov 2006 10:32:11 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id BB08A46D91; Thu, 30 Nov 2006 05:32:18 -0500 (EST) Date: Thu, 30 Nov 2006 10:32:18 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Kris Kennaway In-Reply-To: <20061130044123.GA19761@xor.obsecurity.org> Message-ID: <20061130103025.N95096@fledge.watson.org> References: <7883F37393F1D44990888174C2E5E91222666A@TSV-EXCHANGE.ohhllp.com> <20061130044123.GA19761@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, "van Osnabrugge, Sean" Subject: Re: grep: memory exhausted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2006 10:32:26 -0000 On Wed, 29 Nov 2006, Kris Kennaway wrote: > On Wed, Nov 29, 2006 at 03:10:33PM -0500, van Osnabrugge, Sean wrote: >> >> I am running a fresh install of FreeBSD-6.1-Stable as a guest OS in VMWare >> 1.0.1 with 1 GB of RAM. >> >> Whenever I try to grep a large text file (400 MB+), grep terminates with >> "grep: memory exhausted" >> >> I have tried piping grep (cat "file" | grep "search term") >> >> I have tried it with -line-buffered >> >> ulimit -a show: >> >> core file size (blocks, -c) unlimited >> >> data seg size (kbytes, -d) 524288 > > Try increasing this. I think grep mmaps the file, so the large file could > be exceeding your limit. I regularly grep multi-hundred-gigabyte files without a problem on boxes with very little memory, so simple file size is unlikely the cause. However, it would be interesting to know how many lines "wc -l" thinks the text file has, and what the length of the longest line is. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Thu Nov 30 12:42:43 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9ED7316A40F for ; Thu, 30 Nov 2006 12:42:43 +0000 (UTC) (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 DE59843CA5 for ; Thu, 30 Nov 2006 12:42:34 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (tedgnm@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id kAUCgZIi038496; Thu, 30 Nov 2006 13:42:41 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id kAUCgZLi038495; Thu, 30 Nov 2006 13:42:35 +0100 (CET) (envelope-from olli) Date: Thu, 30 Nov 2006 13:42:35 +0100 (CET) Message-Id: <200611301242.kAUCgZLi038495@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, ertr1013@student.uu.se In-Reply-To: <20061129182406.GA87529@owl.midgard.homeip.net> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 30 Nov 2006 13:42:41 +0100 (CET) Cc: Subject: Re: Problems unmounting/fssyncking extern UFS filesystem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, ertr1013@student.uu.se List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Nov 2006 12:42:43 -0000 Erik Trulsson wrote: > Oliver Fromme wrote: > > Christopher Sean Hilton wrote: > > > Please understand that this is an honest question but isn't that true > > > only of IDE heritage drives. E.g. If a SCSI drive with Tagged Queuing > > > says that the the bits have been written doesn't it mean that the bits > > > have really been written? > > > > Right, unless the SCSI drive has a label saying "Quantum". > > In other words: Yes, assuming the SCSI drive works as it should. Not > all SCSI drives work as they should. Right. However, exactly the same is also true for IDE/ATA disks: assuming that they work as they should ... But it seems that for (server-grade) SCSI drives the chances are better than for (consumer-grade) IDE/ATA drives. > > PS: Quantum is today owned by maxtor, isn't it? I've lost > > track of HD manufacturers when Seagate bought Conner ... > > Quantum and Maxtor merged and became Maxtor. Maxtor was recently > bought by Seagate, so it is Seagate that owns Quantum these days. Uh, so now Seagate practically owns Quantum, Maxtor _and_ Conner? They got pretty fat then, it seems. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd 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 Thu Nov 30 14:25:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5A98716A407 for ; Thu, 30 Nov 2006 14:25:35 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from ramstind.fig.ol.no (ramstind.fig.ol.no [128.39.174.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E07943C9D for ; Thu, 30 Nov 2006 14:25:25 +0000 (GMT) (envelope-from trond@fagskolen.gjovik.no) Received: from ramstind.fig.ol.no (Ximalas@localhost [127.0.0.1]) by ramstind.fig.ol.no (8.13.6/8.13.6) with ESMTP id kAUEPL2e086314 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 30 Nov 2006 15:25:22 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by ramstind.fig.ol.no (8.13.6/8.13.6/Submit) with ESMTP id kAUEPLMG086311 for ; Thu, 30 Nov 2006 15:25:21 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: ramstind.fig.ol.no: trond owned process doing -bs Date: Thu, 30 Nov 2006 15:25:16 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD stable Message-ID: <20061130152203.U97403@ramstind.fig.ol.no> Organization: =?ISO-8859-1?Q?Fagskolen_i_Gj=F8vik?= MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-213813499-1164896716=:97403" X-Spam-Status: No, hits=0.0 required=5.0 tests=UPPERCASE_25_50 autolearn=failed X-Spam-Checker-Version: SpamAssassin on ramstind.fig.ol.no Subject: The TCP display of systat overwrites the Load Average indicator X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2006 14:25:35 -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-213813499-1164896716=:97403 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I guess the subject says it all, the TCP display of systat overwrites the Load Average indicator. The information in the TCP display ought to be lowered by a few lines. This behaviour is present in 6.2-PRE as of yesterday afternoon, Norwegian time. Trond. - -- - ---------------------------------------------------------------------- Trond Endrestøl | trond@fagskolen.gjovik.no Patron of The Art of Computer Programming| FreeBSD 6.1-S & Pine 4.64 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFbunRbYWZalUoElsRAhi4AJ9+GZg4n+sTfvaC0TPwItlipuo6IgCeOPXU oZAMZX8YpbiFWcZ6XfAQm9E= =mzNu -----END PGP SIGNATURE----- --0-213813499-1164896716=:97403-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 30 14:26:28 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B56D916A4A0 for ; Thu, 30 Nov 2006 14:26:28 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp02.sth.basefarm.net (ch-smtp02.sth.basefarm.net [80.76.149.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id A71D843CA7 for ; Thu, 30 Nov 2006 14:26:15 +0000 (GMT) (envelope-from erikt@midgard.homeip.net) Received: from c83-253-29-241.bredband.comhem.se ([83.253.29.241]:65255 helo=falcon.midgard.homeip.net) by ch-smtp02.sth.basefarm.net with smtp (Exim 4.63) (envelope-from ) id 1Gpmrm-00075V-7r for freebsd-stable@FreeBSD.ORG; Thu, 30 Nov 2006 15:26:22 +0100 Received: (qmail 42198 invoked from network); 30 Nov 2006 15:26:21 +0100 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with SMTP; 30 Nov 2006 15:26:21 +0100 Received: (qmail 93812 invoked by uid 1001); 30 Nov 2006 15:26:21 +0100 Date: Thu, 30 Nov 2006 15:26:21 +0100 From: Erik Trulsson To: freebsd-stable@FreeBSD.ORG Message-ID: <20061130142621.GA93638@owl.midgard.homeip.net> Mail-Followup-To: freebsd-stable@FreeBSD.ORG References: <20061129182406.GA87529@owl.midgard.homeip.net> <200611301242.kAUCgZLi038495@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200611301242.kAUCgZLi038495@lurza.secnetix.de> User-Agent: Mutt/1.5.13 (2006-08-11) X-Scan-Result: No virus found in message 1Gpmrm-00075V-7r. X-Scan-Signature: ch-smtp02.sth.basefarm.net 1Gpmrm-00075V-7r 66b50a828a454ea6037559d880260af4 Cc: Subject: Re: Problems unmounting/fssyncking extern UFS filesystem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2006 14:26:28 -0000 On Thu, Nov 30, 2006 at 01:42:35PM +0100, Oliver Fromme wrote: > Erik Trulsson wrote: > > Oliver Fromme wrote: > > > Christopher Sean Hilton wrote: > > > > Please understand that this is an honest question but isn't that true > > > > only of IDE heritage drives. E.g. If a SCSI drive with Tagged Queuing > > > > says that the the bits have been written doesn't it mean that the bits > > > > have really been written? > > > > > > Right, unless the SCSI drive has a label saying "Quantum". > > > > In other words: Yes, assuming the SCSI drive works as it should. Not > > all SCSI drives work as they should. > > Right. However, exactly the same is also true for IDE/ATA > disks: assuming that they work as they should ... > But it seems that for (server-grade) SCSI drives the chances > are better than for (consumer-grade) IDE/ATA drives. Yes, my impression is that most SCSI drives do 'the right thing', while most ATA drives don't. > > > > PS: Quantum is today owned by maxtor, isn't it? I've lost > > > track of HD manufacturers when Seagate bought Conner ... > > > > Quantum and Maxtor merged and became Maxtor. Maxtor was recently > > bought by Seagate, so it is Seagate that owns Quantum these days. > > Uh, so now Seagate practically owns Quantum, Maxtor _and_ > Conner? They got pretty fat then, it seems. Yes. I think Seagate had managed to become the world's largest harddisk manufacturer even before they bought Maxtor, and that acquistion made them even larger so they have indeed got 'pretty fat'. There are only a few HDD manufacturers left these days. As far as I can tell the following is a *complete* list of companies that are manufacturing harddisks today: Seagate Hitachi Western Digital Samsung Fujitsu Toshiba ExcelStor -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Thu Nov 30 14:28:21 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 18E5416A403; Thu, 30 Nov 2006 14:28:21 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2361443D49; Thu, 30 Nov 2006 14:27:54 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 9401F549; Thu, 30 Nov 2006 08:27:50 -0600 (CST) Date: Thu, 30 Nov 2006 08:27:50 -0600 To: stable@FreeBSD.org Message-ID: <20061130142750.GD27893@soaustin.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) Cc: bugmeister@FreeBSD.org Subject: some PR submissions are currently being lost X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2006 14:28:21 -0000 For reasons that we don't yet understand, some PR submissions are currently not making it in to GNATS. This seems to be a different problem from the one that Ken Smith fixed a few days ago (corrupted cvsup file); in that case, the PRs were successfully going in, but neither being acknowledged nor showing up on the web form. I am going to try to rebuild the index now and see if the situation persists. Otherwise, it's going to take someone with a little more availability than I have at the moment. In the meantime, if you believe your PR has gotten lost, please just remail it (off-list) to bugmeister@FreeBSD.org and we'll try to fix it. Thanks for your patience. mcl From owner-freebsd-stable@FreeBSD.ORG Thu Nov 30 15:05:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 66C4F16A412 for ; Thu, 30 Nov 2006 15:05:08 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from ramstind.fig.ol.no (ramstind.fig.ol.no [128.39.174.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21EF543CAB for ; Thu, 30 Nov 2006 15:04:58 +0000 (GMT) (envelope-from trond@fagskolen.gjovik.no) Received: from ramstind.fig.ol.no (Ximalas@localhost [127.0.0.1]) by ramstind.fig.ol.no (8.13.6/8.13.6) with ESMTP id kAUF50eJ086850 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 30 Nov 2006 16:05:00 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by ramstind.fig.ol.no (8.13.6/8.13.6/Submit) with ESMTP id kAUF50D2086847 for ; Thu, 30 Nov 2006 16:05:00 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: ramstind.fig.ol.no: trond owned process doing -bs Date: Thu, 30 Nov 2006 16:04:56 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD stable In-Reply-To: <20061130152203.U97403@ramstind.fig.ol.no> Message-ID: <20061130160304.A97403@ramstind.fig.ol.no> References: <20061130152203.U97403@ramstind.fig.ol.no> Organization: =?ISO-8859-1?Q?Fagskolen_i_Gj=F8vik?= MIME-Version: 1.0 Content-Type: MULTIPART/Mixed; BOUNDARY="0-213813499-1164896716=:97403" Content-ID: <20061130160304.U97403@ramstind.fig.ol.no> X-Spam-Status: No, hits=0.0 required=5.0 tests=UPPERCASE_25_50 autolearn=failed X-Spam-Checker-Version: SpamAssassin on ramstind.fig.ol.no Subject: Re: The TCP display of systat overwrites the Load Average indicator X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2006 15:05:08 -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-213813499-1164896716=:97403 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1 Content-Transfer-Encoding: 8BIT Content-ID: <20061130160304.W97403@ramstind.fig.ol.no> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 My bad. I was logged in on a system running 6.1 from a system running 6.2-PRE. The Load Average indicator is removed from the TCP display. Sorry for the noise. - -- - ---------------------------------------------------------------------- Trond Endrestøl | trond@fagskolen.gjovik.no Patron of The Art of Computer Programming| FreeBSD 6.1-S & Pine 4.64 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFbvMcbYWZalUoElsRAkPgAJ9ouo1snX1BVLb2gSWWHzRf/8y1LACfb/6T S7JvUSB1nKYysuEibMnvul4= =uAKA -----END PGP SIGNATURE----- --0-213813499-1164896716=:97403-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 30 15:06:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 45E6A16A403 for ; Thu, 30 Nov 2006 15:06:58 +0000 (UTC) (envelope-from lists@wm-access.no) Received: from lakepoint.domeneshop.no (smtp01.domeneshop.no [194.63.248.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3313D43C9D for ; Thu, 30 Nov 2006 15:06:46 +0000 (GMT) (envelope-from lists@wm-access.no) Received: from [192.168.4.8] (polardego.arcticwireless.no [194.19.37.80]) (authenticated bits=0) by lakepoint.domeneshop.no (8.13.8/8.13.8) with ESMTP id kAUF6oYr006727 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 30 Nov 2006 16:06:51 +0100 Message-ID: <456EF36A.60602@wm-access.no> Date: Thu, 30 Nov 2006 16:06:18 +0100 From: =?ISO-8859-1?Q?Sten_Daniel_S=F8rsdal?= User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: Philipp Ost References: <456DA282.6000801@smo.de> In-Reply-To: <456DA282.6000801@smo.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Charles Sprickman , freebsd-stable@freebsd.org Subject: Re: vr speed issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2006 15:06:58 -0000 Philipp Ost wrote: > Charles Sprickman wrote: > [snipped] >> Performace with scp was around 200KB/s, ftp wavered between >> 300-500KB/s. This did not appear to be a duplex mismatch - unmanaged >> switch showed them all at 100/Full, put some other hosts on the same >> ports/cabling and got near wire speed. =20 >=20 > I just checked with the boxes I have here. One is an Athon XP on a Asus= > board with a VIA Rhine II on board; the other is a `old' Celeron 500 on= > a MSI board with a Intel ``Pro 100/S Desktop Adapter''. > I transfered a 538MiB file (some old CURRENT snapshot) via sftp. My > result: from box one to box two (vr to fxp) I get 2.3MB/s; from box two= > to box one (fxp to vr) I get 3.1MB/s. >=20 > The first box is running 6.2-PRERELEASE from 11/18, the Intel box is > running 7.0-CURRENT from 11/24. >=20 > Output of >=20 > $ dmesg | grep vr > vr0: port 0x8000-0x80ff mem > 0xd6000000-0xd60000ff at device 18.0 on pci0 > miibus0: on vr0 >=20 > and >=20 > $ dmesg | grep fxp > fxp0: port 0xc000-0xc03f mem > 0xdd020000-0xdd020fff,0xdd000000-0xdd01ffff irq 11 at device 1.0 on pci= 1 > miibus0: on fxp0 > [...] > fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 6 > fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 6 >=20 That sounds awfully lot like a bad cable/connector aside from duplex mismatch. Especially the part about "larger packets has more packet loss", which can be indicative of both. Duplex mismatch because a larger packet has a higher probability of getting junked by the part that believes the link is full duplex. Cable/Connector because a larger packet has a higher probability of getting junked by interference/lack of signal. Obtw: SFTP requires alot more due to encryption and is less likely to exhaust the 100mbit connection before exhausting other local resources. Many is surprised to learn that something around 9 out of 10 network failures is due to improper cabling. If in doubt get a good store made cat6 cable to verify and don't buy cheap for the cat5e's there really is a *big* difference. The cheapest is almost always the hardest to get right on the first try. Some cards can be suddenly reset when there are too many errors of one sort or another and the drivers do not reprogram the cards into the previously selected mode (if non autonegotiate settings are used). Drivers for VIA nic's on linux tends to be notorious that way. And NEVER set speed/duplex on any side unless you can set them on both (autoselect will default to half duplex when other end is non-autonegotiate) Try setting the mode to 10mbit/half duplex (and verify on switch) to see if the packet loss goes away. If it does then it's the cable, if it doesn't then it's still possible but less likely to be the cable. Please let us know what you find out. --=20 Sten Daniel S=F8rsdal From owner-freebsd-stable@FreeBSD.ORG Thu Nov 30 15:34:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B9B6B16A4C8 for ; Thu, 30 Nov 2006 15:34:00 +0000 (UTC) (envelope-from zanchey@ucc.gu.uwa.edu.au) Received: from asclepius2.uwa.edu.au (asclepius2.uwa.edu.au [130.95.128.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3ADE543D73 for ; Thu, 30 Nov 2006 15:33:38 +0000 (GMT) (envelope-from zanchey@ucc.gu.uwa.edu.au) Received: from panacea.kas (localhost.localdomain [127.0.0.1]) by panacea.uwa.edu.au (Postfix) with SMTP id 697CF4CD61 for ; Thu, 30 Nov 2006 23:33:42 +0800 (WST) Received: from panacea (localhost.localdomain [127.0.0.1]) by panacea.prekas (Postfix) with ESMTP id 155A54CCEA for ; Thu, 30 Nov 2006 23:33:42 +0800 (WST) X-UWA-Client-IP: 130.95.13.9 (UWA) Received: from mooneye.ucc.gu.uwa.edu.au (mooneye.ucc.gu.uwa.edu.au [130.95.13.9]) by panacea.extinput (Postfix) with ESMTP id C2AD74CDBC for ; Thu, 30 Nov 2006 23:33:41 +0800 (WST) Received: by mooneye.ucc.gu.uwa.edu.au (Postfix, from userid 801) id E6BE93685D; Thu, 30 Nov 2006 23:33:40 +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 590D23685D; Thu, 30 Nov 2006 23:33:40 +0800 (WST) Received: from zanchey (helo=localhost) by mussel.ucc.gu.uwa.edu.au with local-esmtp (Exim 3.36 #1 (Debian)) id 1Gpnuu-0005gC-00; Thu, 30 Nov 2006 23:33:40 +0800 Date: Thu, 30 Nov 2006 23:33:39 +0800 (WST) From: David Adam To: Dmitry Pryanishnikov In-Reply-To: <20061129143330.T82233@atlantis.atlantis.dp.ua> Message-ID: References: <4563126E.2060904@math.missouri.edu> <20061129143330.T82233@atlantis.atlantis.dp.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Anti-Virus: Kaspersky Anti-Virus for MailServers 5.5.10/RELEASE, bases: 30112006 #232987, status: clean X-SpamTest-Info: Profile: Formal (785/061130) X-SpamTest-Info: Profile: Detect Hard [UCS 2006-10-25] X-SpamTest-Info: Profile: SysLog X-SpamTest-Info: Profile: Marking Spam - Subject (UCS) [2006-10-25] X-SpamTest-Status: Not detected X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0125], KAS/Release Cc: FreeBSD Stable Mailing List Subject: Re: sshd. "UseDNS no" ignored? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: zanchey@ucc.gu.uwa.edu.au List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Nov 2006 15:34:01 -0000 On Wed, 29 Nov 2006, Dmitry Pryanishnikov wrote: > I'm still wondering why OpenSSH is _so_ inferior to SSH.COM's ssh2 > (which is also open-source)? Is it really open-source? I couldn't find any reference to source downloads or licensing terms on http://www.ssh.com/. It mentions OpenSSH as an open-source alternative. > In the later product the following line in > /usr/local/etc/ssh2/sshd2_config: > > ResolveClientHostName no > > _actually_ prevents DNS reverse lookups by the sshd2 (just checked it, > my test machine has ssh2-nox11-3.2.9.1_5 installed from ports). It's not > the only option which present in ssh2 while absent in OpenSSH, second > very useful one is: > > AuthInteractiveFailureTimeout 10 > > which make SSH-password-guessing robots to give up after the first attempt ;) You might like to suggest these features to the OpenSSH developers! http://www.openssh.com/report.html Of course, when space is at a premium, Dropbear is the answer to your SSH questions. David Adam zanchey@ucc.gu.uwa.edu.au From owner-freebsd-stable@FreeBSD.ORG Thu Nov 30 18:47:21 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: by hub.freebsd.org (Postfix, from userid 618) id F14E716A407; Thu, 30 Nov 2006 18:47:21 +0000 (UTC) In-Reply-To: <20061129232331.8E55016A415@hub.freebsd.org> from Bill Paul at "Nov 29, 2006 11:23:31 pm" To: wpaul@FreeBSD.ORG (Bill Paul) Date: Thu, 30 Nov 2006 18:47:21 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=ELM826140722-92783-0_ Content-Transfer-Encoding: 7bit Message-Id: <20061130184721.F14E716A407@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Cc: pyunyh@gmail.com, stable@freebsd.org, ed@fxq.nl, net@freebsd.org Subject: Re: re(4) needs promisc to work properly X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2006 18:47:22 -0000 --ELM826140722-92783-0_ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit > > On Tue, Nov 28, 2006 at 08:46:00PM +0100, Ed Schouten wrote: > > > Hello, > > > > > > I'm running FreeBSD 6.2-PRERELEASE on my new desktop. It has the > > > following hardware: > > > > > > - Intel Core 2 Duo 6400 > > > - Asus P5B motherboard > > > - On-board Realtek NIC (8168B/8111B) > > > > > > For some reason, it drops all incoming IPv6 packets. I can only SSH to > > > the machine using IPv6 when I run the following command: > > > > > > $ ifconfig re0 promisc > > > > > > Is this a known issue about these NICs? > > > > No, I'm not aware of the issue. > > > > The issue can happen on a NIC with incorrectly programmed ethernet > > address. Would you show me dmesg/tcpdump output of your system? > > Make sure to add -e option to tcpdump(1). > > It's more likely a problem with the multicast filter programming. > IPv6 is all about the multicasting (neighbord discovery depends on it > to work correctly). I can't explain why it's not working though. > I've tested the sample 8168B/8111B cards that RealTek sent me, and I > didn't have any multicast problems with them. > > -Bill I guess I wasn't diligent enough in my testing. Upon closer inspection of the documentation, it appears RealTek abitrarily decided to reverse the order of the multicast hash registers in the PCIe parts: you have to write the hash table out in reverse order. I have no idea why they did this. In any case, I'm attaching a patch which should fix the problem. -Bill --ELM826140722-92783-0_ Content-Type: text/plain; charset=US-ASCII Content-Disposition: attachment; filename=multicast_patch Content-Description: multicast_patch Content-Transfer-Encoding: 7bit *** if_re.c.orig Thu Nov 30 10:37:42 2006 --- if_re.c Thu Nov 30 10:37:05 2006 *************** *** 620,625 **** --- 620,626 ---- struct ifmultiaddr *ifma; u_int32_t rxfilt; int mcnt = 0; + u_int32_t hwrev; RL_LOCK_ASSERT(sc); *************** *** 660,667 **** rxfilt &= ~RL_RXCFG_RX_MULTI; CSR_WRITE_4(sc, RL_RXCFG, rxfilt); ! CSR_WRITE_4(sc, RL_MAR0, hashes[0]); ! CSR_WRITE_4(sc, RL_MAR4, hashes[1]); } static void --- 661,684 ---- rxfilt &= ~RL_RXCFG_RX_MULTI; CSR_WRITE_4(sc, RL_RXCFG, rxfilt); ! ! /* ! * For some unfathomable reason, RealTek decided to reverse ! * the order of the multicast hash registers in the PCI Express ! * parts. This means we have to write the hash pattern in reverse ! * order for those devices. ! */ ! ! hwrev = CSR_READ_4(sc, RL_TXCFG) & RL_TXCFG_HWREV; ! ! if (hwrev == RL_HWREV_8100E || hwrev == RL_HWREV_8101E || ! hwrev == RL_HWREV_8168_SPIN1 || hwrev == RL_HWREV_8168_SPIN2) { ! CSR_WRITE_4(sc, RL_MAR0, bswap32(hashes[1])); ! CSR_WRITE_4(sc, RL_MAR4, bswap32(hashes[0])); ! } else { ! CSR_WRITE_4(sc, RL_MAR0, hashes[0]); ! CSR_WRITE_4(sc, RL_MAR4, hashes[1]); ! } } static void --ELM826140722-92783-0_-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 30 19:11:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E4DDE16A492 for ; Thu, 30 Nov 2006 19:11:16 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 742DC43CC8 for ; Thu, 30 Nov 2006 19:10:57 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id kAUJAvlF020366; Thu, 30 Nov 2006 21:10:58 +0200 (EET) (envelope-from dmitry@atlantis.dp.ua) Date: Thu, 30 Nov 2006 21:10:57 +0200 (EET) From: Dmitry Pryanishnikov To: David Adam In-Reply-To: Message-ID: <20061130205045.A96066@atlantis.atlantis.dp.ua> References: <4563126E.2060904@math.missouri.edu> <20061129143330.T82233@atlantis.atlantis.dp.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Stable Mailing List Subject: Re: sshd. "UseDNS no" ignored? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2006 19:11:17 -0000 Hello! On Thu, 30 Nov 2006, David Adam wrote: > On Wed, 29 Nov 2006, Dmitry Pryanishnikov wrote: >> I'm still wondering why OpenSSH is _so_ inferior to SSH.COM's ssh2 >> (which is also open-source)? > > Is it really open-source? I couldn't find any reference to source > downloads or licensing terms on http://www.ssh.com/. It mentions OpenSSH > as an open-source alternative. Well, security/ssh2 port builds all binaries from sources which are freely available at ftp://ftp.ssh.com/pub/ssh/ . The following URL: http://www.ssh.com/support/downloads/secureshellserver/non-commercial.html contains both download URLs and "Non-commercial license agreement for SSH Secure Shell for Servers" link. >> the only option which present in ssh2 while absent in OpenSSH, second >> very useful one is: >> >> AuthInteractiveFailureTimeout 10 >> >> which make SSH-password-guessing robots to give up after the first attempt ;) > > You might like to suggest these features to the OpenSSH developers! > http://www.openssh.com/report.html Well, maybe I'll do that if/when ssh2 becomes unavailable... > Of course, when space is at a premium, Dropbear is the answer to your SSH > questions. I suppose that 3rd product can't be an answer to the question why 1st product is worse than 2nd... But thanks for the pointer! > David Adam > zanchey@ucc.gu.uwa.edu.au Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Thu Nov 30 19:25:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E524416A403 for ; Thu, 30 Nov 2006 19:25:42 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id 239A343CAA for ; Thu, 30 Nov 2006 19:25:32 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin05-en2 [10.13.10.150]) by smtpout.mac.com (Xserve/8.12.11/smtpout08/MantshX 4.0) with ESMTP id kAUJPES8024411; Thu, 30 Nov 2006 11:25:14 -0800 (PST) Received: from [17.214.13.96] (a17-214-13-96.apple.com [17.214.13.96]) (authenticated bits=0) by mac.com (Xserve/smtpin05/MantshX 4.0) with ESMTP id kAUJPBlY008419; Thu, 30 Nov 2006 11:25:13 -0800 (PST) In-Reply-To: <20061130205045.A96066@atlantis.atlantis.dp.ua> References: <4563126E.2060904@math.missouri.edu> <20061129143330.T82233@atlantis.atlantis.dp.ua> <20061130205045.A96066@atlantis.atlantis.dp.ua> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <3BC50132-2DD9-4FAA-8320-C945DF4BFD48@mac.com> Content-Transfer-Encoding: 7bit From: Chuck Swiger Date: Thu, 30 Nov 2006 11:25:11 -0800 To: Dmitry Pryanishnikov X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: FreeBSD Stable Mailing List , David Adam Subject: Re: sshd. "UseDNS no" ignored? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2006 19:25:43 -0000 On Nov 30, 2006, at 11:10 AM, Dmitry Pryanishnikov wrote: >> Is it really open-source? I couldn't find any reference to source >> downloads or licensing terms on http://www.ssh.com/. It mentions >> OpenSSH >> as an open-source alternative. > > Well, security/ssh2 port builds all binaries from sources which are > freely available at ftp://ftp.ssh.com/pub/ssh/ . The following URL: > > http://www.ssh.com/support/downloads/secureshellserver/non- > commercial.html > > contains both download URLs and "Non-commercial license agreement > for SSH Secure Shell for Servers" link. Right, and the license restriction to non-commercial use only means that SSH Secure Shell is not OSI Open Source, because it violates OSD #6: http://www.opensource.org/docs/definition.php > 6. No Discrimination Against Fields of Endeavor > > The license must not restrict anyone from making use of the program > in a specific field of endeavor. For example, it may not restrict > the program from being used in a business, or from being used for > genetic research. > > Rationale: The major intention of this clause is to prohibit > license traps that prevent open source from being used > commercially. We want commercial users to join our community, not > feel excluded from it. -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Thu Nov 30 21:12:29 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6E7E616A519; Thu, 30 Nov 2006 21:12:29 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (palm.hoeg.nl [83.98.131.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id F38D543F54; Thu, 30 Nov 2006 21:05:53 +0000 (GMT) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 5D5651CF5F; Thu, 30 Nov 2006 22:05:24 +0100 (CET) Date: Thu, 30 Nov 2006 22:05:24 +0100 From: Ed Schouten To: Bill Paul Message-ID: <20061130210524.GY16100@hoeg.nl> References: <20061129232331.8E55016A415@hub.freebsd.org> <20061130184721.F14E716A407@hub.freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1rohIOZGhsaeEmnk" Content-Disposition: inline In-Reply-To: <20061130184721.F14E716A407@hub.freebsd.org> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: pyunyh@gmail.com, stable@freebsd.org, net@freebsd.org Subject: Re: re(4) needs promisc to work properly X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2006 21:12:29 -0000 --1rohIOZGhsaeEmnk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Bill Paul wrote: > > It's more likely a problem with the multicast filter programming. > > IPv6 is all about the multicasting (neighbord discovery depends on it > > to work correctly). I can't explain why it's not working though. > > I've tested the sample 8168B/8111B cards that RealTek sent me, and I > > didn't have any multicast problems with them. > >=20 > > -Bill >=20 > I guess I wasn't diligent enough in my testing. Upon closer inspection > of the documentation, it appears RealTek abitrarily decided to > reverse the order of the multicast hash registers in the PCIe parts: > you have to write the hash table out in reverse order. >=20 > I have no idea why they did this. In any case, I'm attaching a patch > which should fix the problem. It does. Thanks a lot. I still have some other minor issues with my network interface by the way: - Switching from and to promiscuous mode takes 7 seconds. All packets are dropped in the mean time. - Fetching 100 Mbit through FTP uses a lot of interrupts (almost thousands). Yours, --=20 Ed Schouten WWW: http://g-rave.nl/ --1rohIOZGhsaeEmnk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFb0eU52SDGA2eCwURAoM1AJ9eIZ4NlxCeH7oNZRm/GVaQ8/yjxgCfRfZM vDVH65NDFked2+aaheiVKbU= =A6fs -----END PGP SIGNATURE----- --1rohIOZGhsaeEmnk-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 30 22:21:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 620C316A40F for ; Thu, 30 Nov 2006 22:21:09 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from smtp3.clear.net.nz (smtp3.clear.net.nz [203.97.33.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF86A43CA6 for ; Thu, 30 Nov 2006 22:20:58 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from [192.168.1.11] (218-101-28-65.dsl.clear.net.nz [218.101.28.65]) by smtp3.clear.net.nz (CLEAR Net Mail) with ESMTP id <0J9K00HVTE374A10@smtp3.clear.net.nz> for freebsd-stable@freebsd.org; Fri, 01 Dec 2006 11:21:08 +1300 (NZDT) Date: Fri, 01 Dec 2006 11:21:06 +1300 From: Mark Kirkwood In-reply-to: <456E6C55.3070609@paradise.net.nz> To: Mark Kirkwood Message-id: <456F5952.9020305@paradise.net.nz> MIME-version: 1.0 Content-type: multipart/mixed; boundary=------------030507060602060905080302 References: <456DA282.6000801@smo.de> <20061129183028.L23451@sporker.bway.net> <456E6C55.3070609@paradise.net.nz> User-Agent: Thunderbird 1.5.0.8 (X11/20061129) Cc: Charles Sprickman , freebsd-stable@freebsd.org, Philipp Ost Subject: Re: vr speed issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2006 22:21:09 -0000 This is a multi-part message in MIME format. --------------030507060602060905080302 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Mark Kirkwood wrote: > Charles Sprickman wrote: > >> I also did a little more digging and noticed that once I start pinging >> from one of these hosts using large packet sizes, I get about 50-60% >> packet loss (ie: ping -s 1500 other.vr0.host). If I ping something >> with a decent card, I get about 30-50% packet loss. There's no packet >> loss with the default packet size. >> >> Anyone else with some vr cards feel like checking this out? >> > > I've got a VIA Rhine III card that I can dig out and put in if the data > would be of any use/interest etc - FWIW I seem to recall being able to > get reasonably close to wire speed when I was using it. > I plugged in the card today, and seem to get pretty reasonable performance (8-10MB/s for scp - see attached). The two boxes are plugged into a Linksys router via store made cat5 or cat6 cables. The second box has an Intel PRO 100 (fxp) adapter. Removing the vr card and going back to fxp everywhere seems to provide better performance (e.g. get 9MB/s in the last test), but the vr performance is acceptable (maybe your router clashes with your card?). Cheers Mark --------------030507060602060905080302 Content-Type: text/plain; name="vr_test" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="vr_test" Testing VIA Phine (vr) Adapter ============================== Setup for box with vr adapter ----------------------------- # pciconf -lv vr0@pci0:9:0: class=0x020000 card=0x14031186 chip=0x31061106 rev=0x86 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT6105M/LOM Rhine III PCI Fast Ethernet Controller' class = network subclass = ethernet # ifconfig vr0 vr0: flags=8843 mtu 1500 inet 192.168.1.11 netmask 0xffff0000 broadcast 192.168.255.255 ether 00:0d:88:f5:83:50 media: Ethernet autoselect (100baseTX ) status: active Copy from box with vr adaptor to box with fxp adapter ----------------------------------------------------- $ scp host2:`pwd`/file . file 100% 861MB 9.8MB/s 01:28 [postgres:/data0/dump]$ ls file $ scp file host2:/tmp file 100% 861MB 9.7MB/s 01:29 Copy from box with fxp adapter to box with vr adapter ----------------------------------------------------- $ scp file host1:`pwd` file 100% 861MB 8.3MB/s 01:44 --------------030507060602060905080302-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 30 22:30:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 689F116A412 for ; Thu, 30 Nov 2006 22:30:07 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from smtp4.clear.net.nz (smtp4.clear.net.nz [203.97.37.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7075743C9D for ; Thu, 30 Nov 2006 22:29:56 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from [192.168.1.11] (218-101-28-65.dsl.clear.net.nz [218.101.28.65]) by smtp4.clear.net.nz (CLEAR Net Mail) with ESMTP id <0J9K00KQZEI5HD00@smtp4.clear.net.nz> for freebsd-stable@freebsd.org; Fri, 01 Dec 2006 11:30:05 +1300 (NZDT) Date: Fri, 01 Dec 2006 11:29:34 +1300 From: Mark Kirkwood In-reply-to: <456F5952.9020305@paradise.net.nz> Message-id: <456F5B4E.4040501@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit References: <456DA282.6000801@smo.de> <20061129183028.L23451@sporker.bway.net> <456E6C55.3070609@paradise.net.nz> <456F5952.9020305@paradise.net.nz> User-Agent: Thunderbird 1.5.0.8 (X11/20061129) Cc: Charles Sprickman , freebsd-stable@freebsd.org, Philipp Ost Subject: Re: vr speed issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2006 22:30:07 -0000 Mark Kirkwood wrote: > > I plugged in the card today, and seem to get pretty reasonable > performance (8-10MB/s for scp - see attached). sorry, forgot to add... this is on: 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #0: Tue Nov 28 23:55:20 NZDT 2006 with a kernel that differs a small amount from GENERIC (SMP + sound + atapicam). From owner-freebsd-stable@FreeBSD.ORG Fri Dec 1 00:16:57 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: by hub.freebsd.org (Postfix, from userid 618) id 9F44E16A407; Fri, 1 Dec 2006 00:16:57 +0000 (UTC) In-Reply-To: <20061130210524.GY16100@hoeg.nl> from Ed Schouten at "Nov 30, 2006 10:05:24 pm" To: ed@fxq.nl (Ed Schouten) Date: Fri, 1 Dec 2006 00:16:57 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20061201001657.9F44E16A407@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Cc: pyunyh@gmail.com, stable@freebsd.org, net@freebsd.org Subject: Re: re(4) needs promisc to work properly X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Dec 2006 00:16:57 -0000 > * Bill Paul wrote: > > > It's more likely a problem with the multicast filter programming. > > > IPv6 is all about the multicasting (neighbord discovery depends on it > > > to work correctly). I can't explain why it's not working though. > > > I've tested the sample 8168B/8111B cards that RealTek sent me, and I > > > didn't have any multicast problems with them. > > > > > > -Bill > > > > I guess I wasn't diligent enough in my testing. Upon closer inspection > > of the documentation, it appears RealTek abitrarily decided to > > reverse the order of the multicast hash registers in the PCIe parts: > > you have to write the hash table out in reverse order. > > > > I have no idea why they did this. In any case, I'm attaching a patch > > which should fix the problem. > > It does. Thanks a lot. I still have some other minor issues with my > network interface by the way: > > - Switching from and to promiscuous mode takes 7 seconds. All packets > are dropped in the mean time. The SIOCSIFFLAGS handler in re_ioctl() currently just takes a shortcut of calling re_init(). While this does eventually end up changing the RX filter settings accordingly, it takes a while because re_init() also shuts down and re-initializes the whole chip (including resetting the link). This is relatively easy to fix though. The IFF_PROMISC flag can be singled out and handled separately. (A few other drivers already do this.) > - Fetching 100 Mbit through FTP uses a lot of interrupts (almost > thousands). Assuming that "almost thousands" means "less than 1000," that's actually pretty good. Assuming full size (1500 byte) frames, it takes about 8100 frames/second to fill a 100Mbps pipe. Each time a frame arrives, you get an RX completion interrupt. You'll also get a TX completion interrupt when TCP ACKs the incoming data. A hastily contrived test using ttcp between my SunBlade and dual PIII FreeBSD 6.1 workstation here in my office using ttcp shows that my fxp interface is generating anywhere from 7800 to 8180 interrupts per second (according to "systat -vmstat 1"), which seems to agree with my math. As soon as the re_intr() routine is invoked by an interrupt, it'll mask interrupts and schedule RX and TX handling to be done in a taskqueue. The taskqueue will keep draining interrupt events until no more are pending, and only then will it unmask interrupts again. This cuts down on interrupt overhead somewhat, which is always a good thing. (Interrupt moderation can help too, but the RealTek chip doesn't support it.) So consider yourself lucky: there are CPU-starved children in africa who'd be overjoyed to only have to handle hundreds of interrupts per second. -Bill From owner-freebsd-stable@FreeBSD.ORG Fri Dec 1 00:25:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 20A8E16A59B for ; Fri, 1 Dec 2006 00:25:06 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF0BF43CA5 for ; Fri, 1 Dec 2006 00:24:54 +0000 (GMT) (envelope-from spork@bway.net) Received: (qmail 30456 invoked by uid 0); 1 Dec 2006 00:25:04 -0000 Received: from unknown (HELO gee5.nat.fasttrackmonkey.com) (216.220.116.154) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 1 Dec 2006 00:25:04 -0000 Date: Thu, 30 Nov 2006 19:25:04 -0500 (EST) From: Charles Sprickman X-X-Sender: spork@gee5.nat.fasttrackmonkey.com To: Mark Kirkwood In-Reply-To: <456F5952.9020305@paradise.net.nz> Message-ID: References: <456DA282.6000801@smo.de> <20061129183028.L23451@sporker.bway.net> <456E6C55.3070609@paradise.net.nz> <456F5952.9020305@paradise.net.nz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Philipp Ost , freebsd-stable@freebsd.org Subject: Re: vr speed issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Dec 2006 00:25:21 -0000 On Fri, 1 Dec 2006, Mark Kirkwood wrote: > Mark Kirkwood wrote: >> Charles Sprickman wrote: >> >>> I also did a little more digging and noticed that once I start pinging >>> from one of these hosts using large packet sizes, I get about 50-60% >>> packet loss (ie: ping -s 1500 other.vr0.host). If I ping something with a >>> decent card, I get about 30-50% packet loss. There's no packet loss with >>> the default packet size. >>> >>> Anyone else with some vr cards feel like checking this out? >>> >> >> I've got a VIA Rhine III card that I can dig out and put in if the data >> would be of any use/interest etc - FWIW I seem to recall being able to get >> reasonably close to wire speed when I was using it. >> > > I plugged in the card today, and seem to get pretty reasonable performance > (8-10MB/s for scp - see attached). The two boxes are plugged into a Linksys > router via store made cat5 or cat6 cables. The second box has an Intel PRO > 100 (fxp) adapter. Interesting. I've had the vr hosts going through three different switches, patch cables, the in-house cabling, and the issue remains the same. I'd love to just replace a cable and be done with it, but that doesn't seem to be the issue. I can also eliminate it by just switching out cards... so I don't really suspect I've got a whole load of bad cables. > Removing the vr card and going back to fxp everywhere seems to provide better > performance (e.g. get 9MB/s in the last test), but the vr performance is > acceptable (maybe your router clashes with your card?). Mine borders on unusable. The packet loss really slows down and stalls TCP connections. I noticed you have a newer revision of the Via card: # pciconf -lv vr0@pci0:9:0: class=0x020000 card=0x14031186 chip=0x31061106 rev=0x86 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT6105M/LOM Rhine III PCI Fast Ethernet Controller' class = network subclass = ethernet This is what I'm dealing with: hostb6@pci0:17:7: class=0x060000 card=0x287e1106 chip=0x287e1106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' class = bridge subclass = HOST-PCI vr0@pci0:18:0: class=0x020000 card=0x80a71043 chip=0x30651106 rev=0x7c hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT6102 Rhine II PCI Fast Ethernet Controller' class = network subclass = ethernet Maybe I'll just round up as much info as I can at my next visit, grab some tcpdumps of the loss from both ends and do a send-pr and hope for the best. I can get along with replacing the cards, but they seem to be really common these days - basically any cheap system with a Via chipset and onboard ethernet will be using some variation on this controller. Charles > > Cheers > > Mark > > From owner-freebsd-stable@FreeBSD.ORG Fri Dec 1 00:48:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 81FC116A416 for ; Fri, 1 Dec 2006 00:48:38 +0000 (UTC) (envelope-from david@evxtech.com.au) Received: from saturn.dotcolo.com (saturn.dotcolo.com [205.134.250.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 493B143C9D for ; Fri, 1 Dec 2006 00:48:27 +0000 (GMT) (envelope-from david@evxtech.com.au) Received: from [58.105.231.194] (port=64447 helo=[192.168.1.41]) by saturn.dotcolo.com with esmtpa (Exim 4.52) id 1GpwZo-0006nr-5Y; Thu, 30 Nov 2006 19:48:28 -0500 Message-ID: <456F7D18.6070501@evxtech.com.au> Date: Fri, 01 Dec 2006 11:53:44 +1100 From: David Nguyen User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Charles Sprickman References: <456DA282.6000801@smo.de> <20061129183028.L23451@sporker.bway.net> <456E6C55.3070609@paradise.net.nz> <456F5952.9020305@paradise.net.nz> In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - saturn.dotcolo.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - evxtech.com.au X-Source: X-Source-Args: X-Source-Dir: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Philipp Ost , freebsd-stable@freebsd.org, Mark Kirkwood Subject: Re: vr speed issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Dec 2006 00:48:38 -0000 Hi, I'm not sure if I'm much help, I have the same chipset, VIA Rhine II on a 6.1-p10 and works fine on a production server # pciconf -lv vr0@pci0:18:0: class=0x020000 card=0x1421147b chip=0x30651106 rev=0x78 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT6102 Rhine II PCI Fast Ethernet Controller' class = network subclass = ethernet The ping -s 1500 other.host works with no packet loss. You chip id looks the same, but the revision looks slightly newer. Cheers David Charles Sprickman wrote: > On Fri, 1 Dec 2006, Mark Kirkwood wrote: > >> Mark Kirkwood wrote: >>> Charles Sprickman wrote: >>> >>>> I also did a little more digging and noticed that once I start >>>> pinging from one of these hosts using large packet sizes, I get >>>> about 50-60% packet loss (ie: ping -s 1500 other.vr0.host). If I >>>> ping something with a decent card, I get about 30-50% packet loss. >>>> There's no packet loss with the default packet size. >>>> >>>> Anyone else with some vr cards feel like checking this out? >>>> >>> >>> I've got a VIA Rhine III card that I can dig out and put in if the >>> data would be of any use/interest etc - FWIW I seem to recall being >>> able to get reasonably close to wire speed when I was using it. >>> >> >> I plugged in the card today, and seem to get pretty reasonable >> performance (8-10MB/s for scp - see attached). The two boxes are >> plugged into a Linksys router via store made cat5 or cat6 cables. The >> second box has an Intel PRO 100 (fxp) adapter. > > Interesting. I've had the vr hosts going through three different > switches, patch cables, the in-house cabling, and the issue remains > the same. I'd love to just replace a cable and be done with it, but > that doesn't seem to be the issue. I can also eliminate it by just > switching out cards... so I don't really suspect I've got a whole > load of bad cables. > >> Removing the vr card and going back to fxp everywhere seems to >> provide better performance (e.g. get 9MB/s in the last test), but the >> vr performance is acceptable (maybe your router clashes with your >> card?). > > Mine borders on unusable. The packet loss really slows down and > stalls TCP connections. > > I noticed you have a newer revision of the Via card: > > # pciconf -lv > vr0@pci0:9:0: class=0x020000 card=0x14031186 chip=0x31061106 rev=0x86 > hdr=0x00 > vendor = 'VIA Technologies Inc' > device = 'VT6105M/LOM Rhine III PCI Fast Ethernet Controller' > class = network > subclass = ethernet > > This is what I'm dealing with: > > hostb6@pci0:17:7: class=0x060000 card=0x287e1106 chip=0x287e1106 > rev=0x00 hdr=0x00 > vendor = 'VIA Technologies Inc' > class = bridge > subclass = HOST-PCI > vr0@pci0:18:0: class=0x020000 card=0x80a71043 chip=0x30651106 > rev=0x7c hdr=0x00 vendor = 'VIA Technologies Inc' > device = 'VT6102 Rhine II PCI Fast Ethernet Controller' > class = network > subclass = ethernet > > Maybe I'll just round up as much info as I can at my next visit, grab > some tcpdumps of the loss from both ends and do a send-pr and hope for > the best. I can get along with replacing the cards, but they seem to > be really common these days - basically any cheap system with a Via > chipset and onboard ethernet will be using some variation on this > controller. > > Charles > >> >> Cheers >> >> Mark >> >> > _______________________________________________ > 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 Dec 1 05:02:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6E09016BF1F for ; Fri, 1 Dec 2006 05:02:40 +0000 (UTC) (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 287FC43CB0 for ; Fri, 1 Dec 2006 05:02:25 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=[192.168.0.18]) by publicd.ub.mng.net with esmtpa (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Gq0Xh-0002Jx-Pn; Fri, 01 Dec 2006 13:02:33 +0800 Message-ID: <456FB769.5070703@micom.mng.net> Date: Fri, 01 Dec 2006 13:02:33 +0800 From: Ganbold User-Agent: Thunderbird 1.5.0.4 (X11/20060612) MIME-Version: 1.0 To: Kris Kennaway References: <456652AF.7070808@micom.mng.net> <20061124030100.GA92039@xor.obsecurity.org> In-Reply-To: <20061124030100.GA92039@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Stable Mailing List Subject: Re: application hangs in STABLE from time to time X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Dec 2006 05:02:40 -0000 Kris Kennaway wrote: > On Fri, Nov 24, 2006 at 10:02:23AM +0800, Ganbold wrote: > > >> So do I have interrupt storms here and it is something related to bge? >> > > No, your interrupts look fine. > > >> What else should I check when application hangs again? >> > > The most important thing to know is what is the application doing when > it hangs. Unfortunately none of the information you provided shows > this. Next time use the -o wchan argument to ps to find out what > state the process is blocked in. Ok, Here it is: 573 ?? Is 0:00.02 /usr/sbin/inetd -wW -C 60 78721 ?? I 0:00.01 /usr/local/Radiator-3.15/hooks/PSA ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 78744 ?? Is 0:00.05 sshd: tsgan [priv] (sshd) 78747 ?? S 0:00.02 sshd: tsgan@ttyp0 (sshd) 591 v0 Is+ 0:00.00 /usr/libexec/getty Pc ttyv0 592 v1 Is+ 0:00.00 /usr/libexec/getty Pc ttyv1 593 v2 Is+ 0:00.00 /usr/libexec/getty Pc ttyv2 594 v3 Is+ 0:00.00 /usr/libexec/getty Pc ttyv3 595 v4 Is+ 0:00.00 /usr/libexec/getty Pc ttyv4 596 v5 Is+ 0:00.00 /usr/libexec/getty Pc ttyv5 597 v6 Is+ 0:00.00 /usr/libexec/getty Pc ttyv6 598 v7 Is+ 0:00.00 /usr/libexec/getty Pc ttyv7 16099 p0- I 20:29.05 perl /usr/local/Radiator-3.15/radiusd -log_file /var/log/radius/logfile -config_file /usr/local/Radiator-3.15/voip.cfg -pid_file / 78748 p0 Is 0:00.01 -sh (sh) 78750 p0 I 0:00.01 su 78751 p0 S 0:00.04 _su (csh) 78761 p0 R+ 0:00.00 ps ax voiprad#ps axHlwww|grep PSA 0 78721 16099 0 4 0 1696 1184 sbwait I ?? 0:00.01 /usr/local/Radiator-3.15/hooks/PSA voiprad# voiprad# voiprad# ps -o wchan WCHAN ttyin ttyin ttyin ttyin ttyin ttyin ttyin ttyin piperd wait pause - > You can also use kgdb to find out > where it is waiting in the kernel: > > kgdb /dev/mem /boot/kernel/kernel.symbols > info threads > > thread > bt > Oh, I don't have kernel.symbols file, how to enable it? thanks, Ganbold > Kris > From owner-freebsd-stable@FreeBSD.ORG Fri Dec 1 05:14:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2789F16C345 for ; Fri, 1 Dec 2006 05:14:03 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6DFE43C9D for ; Fri, 1 Dec 2006 05:13:50 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 976331A4D8D; Thu, 30 Nov 2006 21:14:02 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7E201515B5; Fri, 1 Dec 2006 00:13:44 -0500 (EST) Date: Fri, 1 Dec 2006 00:13:44 -0500 From: Kris Kennaway To: Ganbold Message-ID: <20061201051343.GA97010@xor.obsecurity.org> References: <456652AF.7070808@micom.mng.net> <20061124030100.GA92039@xor.obsecurity.org> <456FB769.5070703@micom.mng.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SLDf9lqlvOQaIe6s" Content-Disposition: inline In-Reply-To: <456FB769.5070703@micom.mng.net> User-Agent: Mutt/1.4.2.2i Cc: FreeBSD Stable Mailing List , Kris Kennaway Subject: Re: application hangs in STABLE from time to time X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Dec 2006 05:14:56 -0000 --SLDf9lqlvOQaIe6s Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 01, 2006 at 01:02:33PM +0800, Ganbold wrote: > Kris Kennaway wrote: > >On Fri, Nov 24, 2006 at 10:02:23AM +0800, Ganbold wrote: > > > > =20 > >>So do I have interrupt storms here and it is something related to bge? > >> =20 > > > >No, your interrupts look fine. > > > > =20 > >>What else should I check when application hangs again? > >> =20 > > > >The most important thing to know is what is the application doing when > >it hangs. Unfortunately none of the information you provided shows > >this. Next time use the -o wchan argument to ps to find out what > >state the process is blocked in. =20 > Ok, Here it is: >=20 > 573 ?? Is 0:00.02 /usr/sbin/inetd -wW -C 60 > 78721 ?? I 0:00.01 /usr/local/Radiator-3.15/hooks/PSA > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > 78744 ?? Is 0:00.05 sshd: tsgan [priv] (sshd) > 78747 ?? S 0:00.02 sshd: tsgan@ttyp0 (sshd) > 591 v0 Is+ 0:00.00 /usr/libexec/getty Pc ttyv0 > 592 v1 Is+ 0:00.00 /usr/libexec/getty Pc ttyv1 > 593 v2 Is+ 0:00.00 /usr/libexec/getty Pc ttyv2 > 594 v3 Is+ 0:00.00 /usr/libexec/getty Pc ttyv3 > 595 v4 Is+ 0:00.00 /usr/libexec/getty Pc ttyv4 > 596 v5 Is+ 0:00.00 /usr/libexec/getty Pc ttyv5 > 597 v6 Is+ 0:00.00 /usr/libexec/getty Pc ttyv6 > 598 v7 Is+ 0:00.00 /usr/libexec/getty Pc ttyv7 > 16099 p0- I 20:29.05 perl /usr/local/Radiator-3.15/radiusd=20 > -log_file /var/log/radius/logfile -config_file=20 > /usr/local/Radiator-3.15/voip.cfg -pid_file / > 78748 p0 Is 0:00.01 -sh (sh) > 78750 p0 I 0:00.01 su > 78751 p0 S 0:00.04 _su (csh) > 78761 p0 R+ 0:00.00 ps ax >=20 > voiprad#ps axHlwww|grep PSA >=20 > 0 78721 16099 0 4 0 1696 1184 sbwait I ?? 0:00.01=20 > /usr/local/Radiator-3.15/hooks/PSA >=20 > voiprad# > voiprad# > voiprad# ps -o wchan > WCHAN > ttyin > ttyin > ttyin > ttyin > ttyin > ttyin > ttyin > ttyin > piperd > wait > pause > - Well, I meant a more complete command than that one ;-) Fortunately it's also included in your previous output above ("sbwait"). This means that the process is waiting for network traffic (usually waiting for another local or remote process to send it data). So it's not obviously pointing to a problem. Remind me again how you know this isn't an application bug (sorry, I've forgotten context)? > >You can also use kgdb to find out > >where it is waiting in the kernel: > > > >kgdb /dev/mem /boot/kernel/kernel.symbols > >info threads > > > >thread > >bt > > =20 >=20 > Oh, I don't have kernel.symbols file, how to enable it? It might be in your kernel compilation directory (possibly called kernel.debug). Otherwise, you'll have to build a new kernel and trigger the problem again. kris --SLDf9lqlvOQaIe6s Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFb7oHWry0BWjoQKURAng2AJ4zzB4Oop3CviPgZ5GFuwHDYPlkRQCeJiYr E8DuwDwlPfiDs2jBtH+xUW0= =INaA -----END PGP SIGNATURE----- --SLDf9lqlvOQaIe6s-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 1 05:59:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4E46816A403 for ; Fri, 1 Dec 2006 05:59:38 +0000 (UTC) (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 8D3D143CA6 for ; Fri, 1 Dec 2006 05:59:25 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=[192.168.0.18]) by publicd.ub.mng.net with esmtpa (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Gq1Qs-0002hZ-96; Fri, 01 Dec 2006 13:59:34 +0800 Message-ID: <456FC4C6.30201@micom.mng.net> Date: Fri, 01 Dec 2006 13:59:34 +0800 From: Ganbold User-Agent: Thunderbird 1.5.0.4 (X11/20060612) MIME-Version: 1.0 To: Kris Kennaway References: <456652AF.7070808@micom.mng.net> <20061124030100.GA92039@xor.obsecurity.org> <456FB769.5070703@micom.mng.net> <20061201051343.GA97010@xor.obsecurity.org> In-Reply-To: <20061201051343.GA97010@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Stable Mailing List Subject: Re: application hangs in STABLE from time to time X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Dec 2006 05:59:38 -0000 Kris, Kris Kennaway wrote: > On Fri, Dec 01, 2006 at 01:02:33PM +0800, Ganbold wrote: > >> Kris Kennaway wrote: >> >>> On Fri, Nov 24, 2006 at 10:02:23AM +0800, Ganbold wrote: >>> >>> >>> >>>> So do I have interrupt storms here and it is something related to bge? >>>> >>>> >>> No, your interrupts look fine. >>> >>> >>> >>>> What else should I check when application hangs again? >>>> >>>> >>> The most important thing to know is what is the application doing when >>> it hangs. Unfortunately none of the information you provided shows >>> this. Next time use the -o wchan argument to ps to find out what >>> state the process is blocked in. >>> >> Ok, Here it is: >> >> 573 ?? Is 0:00.02 /usr/sbin/inetd -wW -C 60 >> 78721 ?? I 0:00.01 /usr/local/Radiator-3.15/hooks/PSA >> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >> 78744 ?? Is 0:00.05 sshd: tsgan [priv] (sshd) >> 78747 ?? S 0:00.02 sshd: tsgan@ttyp0 (sshd) >> 591 v0 Is+ 0:00.00 /usr/libexec/getty Pc ttyv0 >> 592 v1 Is+ 0:00.00 /usr/libexec/getty Pc ttyv1 >> 593 v2 Is+ 0:00.00 /usr/libexec/getty Pc ttyv2 >> 594 v3 Is+ 0:00.00 /usr/libexec/getty Pc ttyv3 >> 595 v4 Is+ 0:00.00 /usr/libexec/getty Pc ttyv4 >> 596 v5 Is+ 0:00.00 /usr/libexec/getty Pc ttyv5 >> 597 v6 Is+ 0:00.00 /usr/libexec/getty Pc ttyv6 >> 598 v7 Is+ 0:00.00 /usr/libexec/getty Pc ttyv7 >> 16099 p0- I 20:29.05 perl /usr/local/Radiator-3.15/radiusd >> -log_file /var/log/radius/logfile -config_file >> /usr/local/Radiator-3.15/voip.cfg -pid_file / >> 78748 p0 Is 0:00.01 -sh (sh) >> 78750 p0 I 0:00.01 su >> 78751 p0 S 0:00.04 _su (csh) >> 78761 p0 R+ 0:00.00 ps ax >> >> voiprad#ps axHlwww|grep PSA >> >> 0 78721 16099 0 4 0 1696 1184 sbwait I ?? 0:00.01 >> /usr/local/Radiator-3.15/hooks/PSA >> >> voiprad# >> voiprad# >> voiprad# ps -o wchan >> WCHAN >> ttyin >> ttyin >> ttyin >> ttyin >> ttyin >> ttyin >> ttyin >> ttyin >> piperd >> wait >> pause >> - >> > > Well, I meant a more complete command than that one ;-) Fortunately > it's also included in your previous output above ("sbwait"). This > means that the process is waiting for network traffic (usually waiting > for another local or remote process to send it data). So it's not > obviously pointing to a problem. > > Remind me again how you know this isn't an application bug (sorry, > I've forgotten context)? > This application connects to remote mysql-4.0.x server and sends some queries and does some calculations and returns. I tried to run this application from console, and it works fine. It runs from radius server and it works fine serving user access requests except sometimes it hangs. It used to work fine on FreeBSD 5.2-STABLE before upgrading to RELENG-6. So I guess there is something else. > >>> You can also use kgdb to find out >>> where it is waiting in the kernel: >>> >>> kgdb /dev/mem /boot/kernel/kernel.symbols >>> info threads >>> >>> thread >>> bt >>> >>> >> Oh, I don't have kernel.symbols file, how to enable it? >> > > It might be in your kernel compilation directory (possibly called > kernel.debug). Otherwise, you'll have to build a new kernel and > trigger the problem again. > I tried with with kernel.debug without success: voiprad# kgdb /dev/mem /usr/obj/usr/src/sys/VOIPRAD/kernel.debug kgdb: bad namelist thanks, Ganbold > kris > From owner-freebsd-stable@FreeBSD.ORG Fri Dec 1 07:28:03 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 55B8416A415 for ; Fri, 1 Dec 2006 07:28:03 +0000 (UTC) (envelope-from or-roots-admin@sosinet.sos.state.or.us) Received: from lion.state.or.us (lion.state.or.us [159.121.88.21]) by mx1.FreeBSD.org (Postfix) with SMTP id 5C9C543CA7 for ; Fri, 1 Dec 2006 07:27:50 +0000 (GMT) (envelope-from or-roots-admin@sosinet.sos.state.or.us) Received: from sos-titan.sos.state.or.us (sos-titan.sos.state.or.us [159.121.172.72]) by lion.state.or.us with ESMTP for stable@freebsd.org; Thu, 30 Nov 2006 23:28:02 -0800 Received: from sos-titan.sos.state.or.us (localhost [127.0.0.1]) by sos-titan.sos.state.or.us (8.11.7p1+Sun/8.11.7) with ESMTP id kB17S2v06922 for ; Thu, 30 Nov 2006 23:28:02 -0800 (PST) Date: Thu, 30 Nov 2006 23:28:02 -0800 (PST) Message-Id: <200612010728.kB17S2v06922@sos-titan.sos.state.or.us> From: or-roots-admin@sosinet.sos.state.or.us To: stable@freebsd.org X-Ack: no Sender: or-roots-admin@sosinet.sos.state.or.us Errors-To: or-roots-admin@sosinet.sos.state.or.us X-BeenThere: or-roots@sosinet.sos.state.or.us X-Mailman-Version: 2.0.8 Precedence: bulk Cc: Subject: Your message to or-roots awaits moderator approval 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: Fri, 01 Dec 2006 07:28:03 -0000 Your mail to 'or-roots' with the subject Returned mail: Data format error Is being held until the list moderator can review it for approval. The reason it is being held: Post by non-member to a members-only list Either the message will get posted to the list, or you will receive notification of the moderator's decision. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 1 10:14:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CCB4716A403 for ; Fri, 1 Dec 2006 10:14:34 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id B440B43C9D for ; Fri, 1 Dec 2006 10:14:16 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id kB1AEKWA010018; Fri, 1 Dec 2006 12:14:20 +0200 (EET) (envelope-from dmitry@atlantis.dp.ua) Date: Fri, 1 Dec 2006 12:14:19 +0200 (EET) From: Dmitry Pryanishnikov To: Chuck Swiger In-Reply-To: <3BC50132-2DD9-4FAA-8320-C945DF4BFD48@mac.com> Message-ID: <20061201120708.D81433@atlantis.atlantis.dp.ua> References: <4563126E.2060904@math.missouri.edu> <20061129143330.T82233@atlantis.atlantis.dp.ua> <20061130205045.A96066@atlantis.atlantis.dp.ua> <3BC50132-2DD9-4FAA-8320-C945DF4BFD48@mac.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Stable Mailing List , David Adam Subject: Re: sshd. "UseDNS no" ignored? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Dec 2006 10:14:34 -0000 Hello! On Thu, 30 Nov 2006, Chuck Swiger wrote: >> http://www.ssh.com/support/downloads/secureshellserver/non-commercial.html >> >> contains both download URLs and "Non-commercial license agreement for SSH >> Secure Shell for Servers" link. > > Right, and the license restriction to non-commercial use only means that SSH > Secure Shell is not OSI Open Source, because it violates OSD #6: And I didn't say that it's the OSI Open Source. I wrote "(which is also open-source)", not even "Open Source". So I didn't mean that you can just copy&paste their sources into OpenSSH. But nothing prevents you from reading their sources and understand how it works (and later write your own code that implements those useful features missing in OpenSSH). And no, I'm not going to waste my time for it until ssh2 disappears from the ports collection ;) > -Chuck Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Fri Dec 1 11:32:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C0D8016A403 for ; Fri, 1 Dec 2006 11:32:25 +0000 (UTC) (envelope-from jamie@zeroth.org) Received: from moof.zeroth.org (moof.zeroth.org [203.117.131.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FAC743CA2 for ; Fri, 1 Dec 2006 11:32:09 +0000 (GMT) (envelope-from jamie@zeroth.org) Received: from [192.168.3.2] (localhost [[UNIX: localhost]]) (authenticated bits=0) by moof.zeroth.org (8.13.8/8.13.8) with ESMTP id kB1BWDw2018488; Fri, 1 Dec 2006 19:32:15 +0800 (SGT) (envelope-from jamie@zeroth.org) DomainKey-Signature: a=rsa-sha1; s=moof; d=zeroth.org; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:content-type:x-virus-scanned:x-virus-status; b=wghYZptfKCHvHcLXicFl4Pj7Trd5+rLnHBd8tgN1MJDa5Rjag+73klGJxMqljDOZb gfUjNe5CgVMwRNTqmz6tg== Message-ID: <457012AE.8050700@zeroth.org> Date: Fri, 01 Dec 2006 19:31:58 +0800 From: Jamie Clark User-Agent: Thunderbird 1.5.0.8 (Macintosh/20061025) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: In-Reply-To: Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms090606080600070600060905" X-Virus-Scanned: ClamAV 0.88.6/2267/Fri Dec 1 12:29:21 2006 on moof.zeroth.org X-Virus-Status: Clean Cc: Charles Sprickman Subject: Re: vr speed issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Dec 2006 11:32:25 -0000 This is a cryptographically signed message in MIME format. --------------ms090606080600070600060905 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Charles Sprickman wrote: > Hi all, > > I spent some time trying to track down slow tcp performance on a small > office switched 100 LAN. We just put in a number of whitebox PCs > running FreeBSD 6.1-p2/PC-BSD 1.2 that all have onboard Via Rhine > 10/100 ethernet controllers. Performace with scp was around 200KB/s, > ftp wavered between 300-500KB/s. This did not appear to be a duplex > mismatch - unmanaged switch showed them all at 100/Full, put some > other hosts on the same ports/cabling and got near wire speed. I took > the cabling out of the equation, the switch, no improvement. The only > thing that got me decent performance was putting two hosts back to > back with an xover cable. > > I eventually realized that the only hosts with any speed issues in the > office were these boxes with the Via ethernet. Putting an equally > cheap DLink (RealTek/rl) in one of them gave me much better performance. [...] There might be something in this. I have a 2-3 yr old box with an Asus A7V8X mainboard. This has been running 4.10-RELEASE for about 2.5 years and yesterday I decided to bite the bullet and update to RELENG_6. I also decided to upgrade the internal storage as well so this entailed a backup/restore over the wire. Backing up the 4.10 box was within an acceptable margin of wire speed (~8MB/s on 100M ethernet) given that a router was in the middle. That's roughly how the box has always performed. After installing 6.1_RELEASE and updating to RELENG_6 I started the restore. Maxed out at about 380kB/s. Now I tested the backup speed again and it has also dropepd to 380k. This would definitely lead me to assume that something has gone awry in the driver over the past years. Unfortunately I have not been frequently updating this machine (my imap server) so I have no idea when the driver became broken. I realize that this is not much help in tracking the problem - but it seems to concur with the problem noted here earlier. FreeBSD 6.2-PRERELEASE #0: Thu Nov 30 16:29:04 SGT pciconf: vr0@pci0:18:0: class=0x020000 card=0x80a11043 chip=0x30651106 rev=0x74 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT6102 Rhine II PCI Fast Ethernet Controller' class = network subclass = ethernet dmesg: vr0: port 0xb000-0xb0ff mem 0xf2800000-0xf28000ff at device 18.0 on pci0 miibus0: on vr0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:0c:6e:3d:b9:0e $ ifconfig vr0: flags=8843 mtu 1500 inet6 fe80::20c:6eff:fe3d:b90e%vr0 prefixlen 64 scopeid 0x1 inet 203.117.131.34 netmask 0xffffffc0 broadcast 203.117.131.63 inet 203.117.131.35 netmask 0xffffffff broadcast 203.117.131.35 ether 00:0c:6e:3d:b9:0e media: Ethernet autoselect (100baseTX ) status: active -Jamie --------------ms090606080600070600060905 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII/zCC AtowggJDoAMCAQICECORgGRQBPsQDqKAIz//kXwwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA2MDkyMDA4MDAyNFoX DTA3MDkyMDA4MDAyNFowQjEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEfMB0G CSqGSIb3DQEJARYQamFtaWVAemVyb3RoLm9yZzCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBANa24e7YFJD/wWzaiv7GcZOAoSr+Bx8CmGL7fHUDFR1ItzabnDzLfo+KtmFzko1M U61pdA2JGNxB1NlN6/2MC1xc38J+JWup4a0xRH1/aSgUplPhAl/j/+RdrnL3/48Kw9ZksPna VNiBzBAd8jszvX0d4xKQNQrNfRQWtosTJLL25VLny6zWrk7EcVZh5ZS4CBtg0q8GpZQxrvzw emswX7jmctD79FBm3Ljx/kixr6DBVJVSYaduwXkROgcjgIPfXOejedyUca6AashR4wWSnlhx P3pD5pq1uxIuM9877zs2kO4kY4wvywvQ4KcVV46alPFGVpqSjKw3ZonNm0FjHs8CAwEAAaMt MCswGwYDVR0RBBQwEoEQamFtaWVAemVyb3RoLm9yZzAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3 DQEBBQUAA4GBAHVL9W1zUhA5LT+/VMFRaI4WTmso01vb00f+tnPvf9zsMrGOuO/xdVpIUIou wunR3oA76aX58XU4o1nUjBWsnAkS5MOEFy3aNsXCtMVdmonEKW8zeJfY6JGjcd7bNvT/Rdxm xiyd5aMW39ewKjHqrajK4SdEtzGtn2kxZIPLsODiMIIC2jCCAkOgAwIBAgIQI5GAZFAE+xAO ooAjP/+RfDANBgkqhkiG9w0BAQUFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3Rl IENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt YWlsIElzc3VpbmcgQ0EwHhcNMDYwOTIwMDgwMDI0WhcNMDcwOTIwMDgwMDI0WjBCMR8wHQYD VQQDExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMR8wHQYJKoZIhvcNAQkBFhBqYW1pZUB6ZXJv dGgub3JnMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA1rbh7tgUkP/BbNqK/sZx k4ChKv4HHwKYYvt8dQMVHUi3NpucPMt+j4q2YXOSjUxTrWl0DYkY3EHU2U3r/YwLXFzfwn4l a6nhrTFEfX9pKBSmU+ECX+P/5F2ucvf/jwrD1mSw+dpU2IHMEB3yOzO9fR3jEpA1Cs19FBa2 ixMksvblUufLrNauTsRxVmHllLgIG2DSrwallDGu/PB6azBfuOZy0Pv0UGbcuPH+SLGvoMFU lVJhp27BeRE6ByOAg99c56N53JRxroBqyFHjBZKeWHE/ekPmmrW7Ei4z3zvvOzaQ7iRjjC/L C9DgpxVXjpqU8UZWmpKMrDdmic2bQWMezwIDAQABoy0wKzAbBgNVHREEFDASgRBqYW1pZUB6 ZXJvdGgub3JnMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAdUv1bXNSEDktP79U wVFojhZOayjTW9vTR/62c+9/3OwysY647/F1WkhQii7C6dHegDvppfnxdTijWdSMFaycCRLk w4QXLdo2xcK0xV2aicQpbzN4l9jokaNx3ts29P9F3GbGLJ3loxbf17AqMeqtqMrhJ0S3Ma2f aTFkg8uw4OIwggM/MIICqKADAgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJa QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoT EVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERp dmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG 9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcN MTMwNzE2MjM1OTU5WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRp bmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3Vp bmcgQ0EwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f 6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/Ef kTYkKhPPK9Xzgnc9A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7 AgMBAAGjgZQwgZEwEgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRw Oi8vY3JsLnRoYXd0ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8E BAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqG SIb3DQEBBQUAA4GBAEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQc UCCTcDz9reFhYsPZOhl+hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bG CE6u9uo05RAaWzVNd+NWIXiC3CEZNd4ksdMdRv9dX2VPMYIDZDCCA2ACAQEwdjBiMQswCQYD VQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UE AxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECECORgGRQBPsQDqKAIz// kXwwCQYFKw4DAhoFAKCCAcMwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0B CQUxDxcNMDYxMjAxMTEzMTU4WjAjBgkqhkiG9w0BCQQxFgQUfrxo/NvNQHI1IlbCtKOLNAYc iiEwUgYJKoZIhvcNAQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZI hvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgYUGCSsGAQQBgjcQBDF4MHYwYjEL MAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAq BgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhAjkYBkUAT7EA6i gCM//5F8MIGHBgsqhkiG9w0BCRACCzF4oHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRo YXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBG cmVlbWFpbCBJc3N1aW5nIENBAhAjkYBkUAT7EA6igCM//5F8MA0GCSqGSIb3DQEBAQUABIIB AMEHT+mQafily/VIJaVWav6ngd4Vhh/V8XhwLd+OahlQxbgZhGIf1UkC/SdfXZKzwwwTpF+M W1sdtUPqGvVYKIIjobHMhImmjvdb6PBuakGm34VcBLl1W2QuWrzVqjsp/gOnzcMPq1H3dInQ Udr7xf8npHhMDyQxNx7GJBlgpnfIrq6O5ou2qRTf0DnQkhGhF+rvAczjsE5WuzfOFzgE3gSG MKxot0ueXf1HgTWDj4oi+vqJ736QTXsl6hKqLx0MxfHO4q0rKSf+NZwkkFLS3LQ81BCuqU1p L7OUiP6onR4NzXZApzNxXutYN6PC2V5zb3/bGmyuJHp4CJUOR33R4TYAAAAAAAA= --------------ms090606080600070600060905-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 1 16:11:32 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5A1AE16A492; Fri, 1 Dec 2006 16:11:32 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (palm.hoeg.nl [83.98.131.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F2F943C9D; Fri, 1 Dec 2006 16:11:17 +0000 (GMT) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 15CF81CFFF; Fri, 1 Dec 2006 17:11:31 +0100 (CET) Date: Fri, 1 Dec 2006 17:11:31 +0100 From: Ed Schouten To: Bill Paul Message-ID: <20061201161131.GD16100@hoeg.nl> References: <20061130210524.GY16100@hoeg.nl> <20061201001657.9F44E16A407@hub.freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jdAw5H+0hw/nhz1g" Content-Disposition: inline In-Reply-To: <20061201001657.9F44E16A407@hub.freebsd.org> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: pyunyh@gmail.com, stable@freebsd.org, net@freebsd.org Subject: Re: re(4) needs promisc to work properly X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Dec 2006 16:11:32 -0000 --jdAw5H+0hw/nhz1g Content-Type: multipart/mixed; boundary="6CNdTR4UDBbLlHcf" Content-Disposition: inline --6CNdTR4UDBbLlHcf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Bill, * Bill Paul wrote: > > - Switching from and to promiscuous mode takes 7 seconds. All packets > > are dropped in the mean time. >=20 > The SIOCSIFFLAGS handler in re_ioctl() currently just takes a shortcut > of calling re_init(). While this does eventually end up changing the RX > filter settings accordingly, it takes a while because re_init() also shuts > down and re-initializes the whole chip (including resetting the link). >=20 > This is relatively easy to fix though. The IFF_PROMISC flag can be > singled out and handled separately. (A few other drivers already do this.) I wrote a small patch that moves all rxcfg code in re_init_locked() to a separate function. This way, we can just call that function instead of re_init_locked when reaching SIOCSIFFLAGS. I tested it by reverting your patch and ping6'ing the box. When I run tcpdump, the box doesn't freeze and enters promiscuous mode (suddenly the ping6 starts to work then). What do you think about this patch? Yours, --=20 Ed Schouten WWW: http://g-rave.nl/ --6CNdTR4UDBbLlHcf Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="if_re.c.patch" Content-Transfer-Encoding: quoted-printable --- sys/dev/re/if_re.c Fri Dec 1 17:01:48 2006 +++ sys/dev/re/if_re.c Fri Dec 1 17:02:35 2006 @@ -249,6 +249,7 @@ static int re_ioctl (struct ifnet *, u_long, caddr_t); static void re_init (void *); static void re_init_locked (struct rl_softc *); +static void re_init_rxcfg (struct rl_softc *); static void re_stop (struct rl_softc *); static void re_watchdog (struct ifnet *); static int re_suspend (device_t); @@ -2254,7 +2255,6 @@ { struct ifnet *ifp =3D sc->rl_ifp; struct mii_data *mii; - u_int32_t rxcfg =3D 0; union { uint32_t align_dummy; u_char eaddr[ETHER_ADDR_LEN]; @@ -2316,31 +2316,8 @@ } else CSR_WRITE_4(sc, RL_TXCFG, RL_TXCFG_CONFIG); CSR_WRITE_4(sc, RL_RXCFG, RL_RXCFG_CONFIG); - - /* Set the individual bit to receive frames for this host only. */ - rxcfg =3D CSR_READ_4(sc, RL_RXCFG); - rxcfg |=3D RL_RXCFG_RX_INDIV; - - /* If we want promiscuous mode, set the allframes bit. */ - if (ifp->if_flags & IFF_PROMISC) - rxcfg |=3D RL_RXCFG_RX_ALLPHYS; - else - rxcfg &=3D ~RL_RXCFG_RX_ALLPHYS; - CSR_WRITE_4(sc, RL_RXCFG, rxcfg); - - /* - * Set capture broadcast bit to capture broadcast frames. - */ - if (ifp->if_flags & IFF_BROADCAST) - rxcfg |=3D RL_RXCFG_RX_BROAD; - else - rxcfg &=3D ~RL_RXCFG_RX_BROAD; - CSR_WRITE_4(sc, RL_RXCFG, rxcfg); - - /* - * Program the multicast filter, if necessary. - */ - re_setmulti(sc); +=09 + re_init_rxcfg(sc); =20 #ifdef DEVICE_POLLING /* @@ -2422,6 +2399,39 @@ callout_reset(&sc->rl_stat_callout, hz, re_tick, sc); } =20 +static void +re_init_rxcfg(sc) + struct rl_softc *sc; +{ + u_int32_t rxcfg; + struct ifnet *ifp =3D sc->rl_ifp; + + /* Set the individual bit to receive frames for this host only. */ + rxcfg =3D CSR_READ_4(sc, RL_RXCFG); + rxcfg |=3D RL_RXCFG_RX_INDIV; + + /* If we want promiscuous mode, set the allframes bit. */ + if (ifp->if_flags & IFF_PROMISC) + rxcfg |=3D RL_RXCFG_RX_ALLPHYS; + else + rxcfg &=3D ~RL_RXCFG_RX_ALLPHYS; + CSR_WRITE_4(sc, RL_RXCFG, rxcfg); + + /* + * Set capture broadcast bit to capture broadcast frames. + */ + if (ifp->if_flags & IFF_BROADCAST) + rxcfg |=3D RL_RXCFG_RX_BROAD; + else + rxcfg &=3D ~RL_RXCFG_RX_BROAD; + CSR_WRITE_4(sc, RL_RXCFG, rxcfg); + + /* + * Program the multicast filter, if necessary. + */ + re_setmulti(sc); +} + /* * Set media options. */ @@ -2484,7 +2494,7 @@ case SIOCSIFFLAGS: RL_LOCK(sc); if (ifp->if_flags & IFF_UP) - re_init_locked(sc); + re_init_rxcfg(sc); else if (ifp->if_drv_flags & IFF_DRV_RUNNING) re_stop(sc); RL_UNLOCK(sc); --6CNdTR4UDBbLlHcf-- --jdAw5H+0hw/nhz1g Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFcFQz52SDGA2eCwURAshKAJ9fgUQflsE0m86l1EJXNEO3xc9jSQCdEtEe U5vc1Uzuf/7E+8f8Dsp8eVE= =yi93 -----END PGP SIGNATURE----- --jdAw5H+0hw/nhz1g-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 1 16:30:21 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 12E4716A4C2 for ; Fri, 1 Dec 2006 16:30:21 +0000 (UTC) (envelope-from kreios@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A73643CC9 for ; Fri, 1 Dec 2006 16:29:42 +0000 (GMT) (envelope-from kreios@gmail.com) Received: by wr-out-0506.google.com with SMTP id i28so1048601wra for ; Fri, 01 Dec 2006 08:29:57 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer; b=qNUjv20JCqrad2L/vxw2bwPsCZzQvAdrZo3ukjROZtBb4Io/QlXOxqwj1nplYxWXQvELTzhKkuKvKAuyGsKMlWn6Dm5FtphDxfEolMQynRyg44Op9UjVDu2C3A9qeikZH+EypSgXfqREmCCefLMzSt/QlLu0BoBDq27rXS2czPQ= Received: by 10.100.168.13 with SMTP id q13mr1430100ane.1164990597054; Fri, 01 Dec 2006 08:29:57 -0800 (PST) Received: from ?128.194.169.119? ( [128.194.169.119]) by mx.google.com with ESMTP id 24sm7305676wrl.2006.12.01.08.29.56; Fri, 01 Dec 2006 08:29:56 -0800 (PST) In-Reply-To: <20061126040626.GA11816@icarus.home.lan> References: <7579f7fb0611231216p36e9901cr68611a4038297889@mail.gmail.com> <20061126040626.GA11816@icarus.home.lan> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <69C9CF67-0DCB-4E4B-BDFC-7570C2EE01CE@gmail.com> Content-Transfer-Encoding: 7bit From: Dave Date: Fri, 1 Dec 2006 10:29:55 -0600 To: Jeremy Chadwick X-Mailer: Apple Mail (2.752.2) Cc: Matthew Jacob , stable@freebsd.org Subject: Re: SunFire X4100 MPT Issues 6.2 RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Dec 2006 16:30:21 -0000 On Nov 25, 2006, at 10:06 PM, Jeremy Chadwick wrote: > On Sat, Nov 25, 2006 at 09:49:13PM -0600, Dave wrote: >> The unit boots find from the network. I guess I get to see if I >> can downgrade the firmware but I am not having much luck finding >> previous images. > > Have you tried talking to Sun about this? The problem really does > sound like it's with the BIOS not supporting the ability to boot > off of an external controller. This would be something Sun would > have to address, would it not? We have talked to Sun about it and have not heard back on a fix for the latest BIOS. We have been given an older version of the BIOS that does not have this issue. > Also, for what it's worth, I have a couple Intel boards which > also exhibit the same issue (re: can't boot off of an external > controller). The solution I went with was to use the onboard > SATA controller instead of my Promise controller. :-) This is an internal on the motherboard controller that drives the built-in disks. -- Dave From owner-freebsd-stable@FreeBSD.ORG Fri Dec 1 16:52:31 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: by hub.freebsd.org (Postfix, from userid 618) id 4089216A416; Fri, 1 Dec 2006 16:52:31 +0000 (UTC) In-Reply-To: <20061201161131.GD16100@hoeg.nl> from Ed Schouten at "Dec 1, 2006 05:11:31 pm" To: ed@fxq.nl (Ed Schouten) Date: Fri, 1 Dec 2006 16:52:31 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20061201165231.4089216A416@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Cc: pyunyh@gmail.com, stable@freebsd.org, net@freebsd.org Subject: Re: re(4) needs promisc to work properly X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Dec 2006 16:52:31 -0000 > Hello Bill, > > * Bill Paul wrote: > > > - Switching from and to promiscuous mode takes 7 seconds. All packets > > > are dropped in the mean time. > > > > The SIOCSIFFLAGS handler in re_ioctl() currently just takes a shortcut > > of calling re_init(). While this does eventually end up changing the RX > > filter settings accordingly, it takes a while because re_init() also shuts > > down and re-initializes the whole chip (including resetting the link). > > > > This is relatively easy to fix though. The IFF_PROMISC flag can be > > singled out and handled separately. (A few other drivers already do this.) > > I wrote a small patch that moves all rxcfg code in re_init_locked() to a > separate function. This way, we can just call that function instead of > re_init_locked when reaching SIOCSIFFLAGS. I tested it by reverting your > patch and ping6'ing the box. When I run tcpdump, the box doesn't freeze > and enters promiscuous mode (suddenly the ping6 starts to work then). > > What do you think about this patch? I'm a little concerned about the fact that now SIOCSIFFLAGS can never cause re_init_locked() to be called. There are some cases where it does need to be called (like when the IFF_UP flag is first set to turn the interface on). I usually do it like in the vge(4) driver: if it's just the IFF_PROMISC bit that's being toggled, then I only toggle the promisc mode bit in the RX config register. -Bill From owner-freebsd-stable@FreeBSD.ORG Fri Dec 1 16:56:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 215C416A412 for ; Fri, 1 Dec 2006 16:56:08 +0000 (UTC) (envelope-from flash@cs.moravian.edu) Received: from catwoman.cs.moravian.edu (catwoman.cs.moravian.edu [204.186.193.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FAB343CAD for ; Fri, 1 Dec 2006 16:55:51 +0000 (GMT) (envelope-from flash@cs.moravian.edu) Received: from lantern.cs.moravian.edu (lantern.cs.moravian.edu [204.186.196.23]) by catwoman.cs.moravian.edu (8.11.7p1+Sun/8.11.7) with ESMTP id kB1Gu6p21307 for ; Fri, 1 Dec 2006 11:56:06 -0500 (EST) Received: from lantern.cs.moravian.edu (localhost [127.0.0.1]) by lantern.cs.moravian.edu (8.13.4/8.13.4) with ESMTP id kB1Gu6p0086637 for ; Fri, 1 Dec 2006 11:56:06 -0500 (EST) (envelope-from flash@lantern.cs.moravian.edu) Received: (from flash@localhost) by lantern.cs.moravian.edu (8.13.4/8.13.4/Submit) id kB1Gu6fQ086634; Fri, 1 Dec 2006 11:56:06 -0500 (EST) (envelope-from flash) Date: Fri, 1 Dec 2006 11:56:06 -0500 (EST) Message-Id: <200612011656.kB1Gu6fQ086634@lantern.cs.moravian.edu> From: Stephen Corbesero To: freebsd-stable@freebsd.org Subject: Gvinum functionality X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Dec 2006 16:56:08 -0000 I have a machine that has been functioning as a news and anonymous ftp server. This machine was running FreeBSD-5 using vinum on four 200GB firewire drives. The vinum configuration was always a little flaky because, but it was generally okay if I didn't try to make changes. About three weeks ago, one of the drives failed and I used that as an excuse to update the machine to FreeBSD6-stable and switch from the old vinum to the GEOM based gvinum. In the process of doing the upgrades and restores, I built volumes with only one plex to start, with the intention of adding the second plex to complete the mirror once everything was back in place. I have been unable to do this. The attach command is not yet implemented in gvinum. I tried to create with the new plex listed as being part of the volume, but that didn't work well either. First, I forgot to fully name the pieces and ended up with a volume home that had the following components volume home plex home.p0 sd home.p0.s0 sd home.p0.s1 plex .p0 sd .p0.s0 sd .p0.s1 Despite the unusual naming scheme, this would have been okay, but it actually killed my home volume. The new plex (.p0) started as "up", and I am sure its contents were inconsistent. I didn't see any way to "synchronize" , and I would have been afraid to because how would it know which plex was the good data. Needless to say, getting rid of .p0, .p0.s0, and .p0.s1 was quite an adventure. Luckily, a printconfig revealed that the objects names had a leading ^S. So, I am back to my original problem. How do I create a new plex and then attach it to a existing volume AND have the new plex's data synchronized with the existing (good) plex. This would seem like a crucial part of a volume management system, otherwise recovery from a disk failure might be impossible. Any suggestions? -- Stephen Corbesero This message brought to you by Associate Professor of Computer Science -- electrons -- Moravian College, Bethlehem, PA 18018 The Other Charged Particle From owner-freebsd-stable@FreeBSD.ORG Fri Dec 1 17:19:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4FA4D16A417 for ; Fri, 1 Dec 2006 17:19:10 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBB0743CA8 for ; Fri, 1 Dec 2006 17:18:53 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin05-en2 [10.13.10.150]) by smtpout.mac.com (Xserve/8.12.11/smtpout13/MantshX 4.0) with ESMTP id kB1HIkjF029035; Fri, 1 Dec 2006 09:18:47 -0800 (PST) Received: from [17.214.13.96] (a17-214-13-96.apple.com [17.214.13.96]) (authenticated bits=0) by mac.com (Xserve/smtpin05/MantshX 4.0) with ESMTP id kB1HIiNm011596; Fri, 1 Dec 2006 09:18:45 -0800 (PST) In-Reply-To: <20061201120708.D81433@atlantis.atlantis.dp.ua> References: <4563126E.2060904@math.missouri.edu> <20061129143330.T82233@atlantis.atlantis.dp.ua> <20061130205045.A96066@atlantis.atlantis.dp.ua> <3BC50132-2DD9-4FAA-8320-C945DF4BFD48@mac.com> <20061201120708.D81433@atlantis.atlantis.dp.ua> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Chuck Swiger Date: Fri, 1 Dec 2006 09:18:42 -0800 To: Dmitry Pryanishnikov X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: FreeBSD Stable Mailing List Subject: Re: sshd. "UseDNS no" ignored? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Dec 2006 17:19:10 -0000 On Dec 1, 2006, at 2:14 AM, Dmitry Pryanishnikov wrote: > Hello! Hi... > On Thu, 30 Nov 2006, Chuck Swiger wrote: >>> http://www.ssh.com/support/downloads/secureshellserver/non- >>> commercial.html >>> contains both download URLs and "Non-commercial license agreement >>> for SSH Secure Shell for Servers" link. >> >> Right, and the license restriction to non-commercial use only >> means that SSH Secure Shell is not OSI Open Source, because it >> violates OSD #6: > > And I didn't say that it's the OSI Open Source. I wrote "(which > is also open-source)", not even "Open Source". So I didn't mean > that you can just copy&paste their sources into OpenSSH. [ ... ] I quoted what you said in my prior message; you need not remind me of your specific words. Claiming to have an "open source" licensed codebase isn't of much value if that codebase cannot be used freely. For example, if someone wrote some software, and put it under the BSD license, yet only released binaries without ever releasing the source code, claiming that the software is under an "open source" license may be technically true, but in practice is disingenuous and not especially useful. I'd really prefer that people not claim a license is "open source" without submitting their license for consideration to the OSI board via the mailing list, and having it be approved. While one may choose not to follow the process, doing so means that you are choosing not to work with people who are pretty good at evaluating licenses and making sure that those licenses are well-drafted, legally consistent, and support the goals of the open source community. -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Fri Dec 1 18:47:52 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2CD0116A407 for ; Fri, 1 Dec 2006 18:47:52 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [74.92.149.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C3B043CBA for ; Fri, 1 Dec 2006 18:47:31 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id BD860B80A for ; Fri, 1 Dec 2006 13:47:46 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <69C9CF67-0DCB-4E4B-BDFC-7570C2EE01CE@gmail.com> References: <7579f7fb0611231216p36e9901cr68611a4038297889@mail.gmail.com> <20061126040626.GA11816@icarus.home.lan> <69C9CF67-0DCB-4E4B-BDFC-7570C2EE01CE@gmail.com> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-5--139411283; protocol="application/pkcs7-signature" Message-Id: From: Vivek Khera Date: Fri, 1 Dec 2006 13:47:45 -0500 To: stable@freebsd.org X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: SunFire X4100 MPT Issues 6.2 RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Dec 2006 18:47:52 -0000 --Apple-Mail-5--139411283 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Dec 1, 2006, at 11:29 AM, Dave wrote: > We have talked to Sun about it and have not heard back on a fix for > the latest BIOS. We have been given an older version of the BIOS > that does not have this issue. > Which version of bios is the latest that works for you? I have two of these X4100's and they both came with bios 1.0.0 (even though purchased 10 months apart). I'm now afraid to update the bios since we boot from an external RAID array. --Apple-Mail-5--139411283-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 1 19:20:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 051DD16A412 for ; Fri, 1 Dec 2006 19:20:51 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.FreeBSD.org (Postfix) with SMTP id C64B543CBB for ; Fri, 1 Dec 2006 19:20:24 +0000 (GMT) (envelope-from quetzal@zone3000.net) Received: from unknown (HELO localhost) (217.144.69.37) by 209.67.61.254 with SMTP; 1 Dec 2006 19:20:37 -0000 Date: Fri, 1 Dec 2006 21:20:07 +0200 From: Nikolay Pavlov To: Stefan Thurner Message-ID: <20061201192007.GA57365@zone3000.net> Mail-Followup-To: Nikolay Pavlov , Stefan Thurner , freebsd-stable@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.1-RELEASE-p10 Cc: freebsd-stable@freebsd.org Subject: Re: pam.d/sshd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Dec 2006 19:20:51 -0000 On Thursday, 23 November 2006 at 9:53:26 +0100, Stefan Thurner wrote: > Hi! > > I would like to activate ssh-agent automatically if I login > via ssh. > > My /etc/pam.d/sshd looks like: > > # auth > auth required pam_nologin.so no_warn > auth sufficient pam_opie.so no_warn no_fake_prompts > auth requisite pam_opieaccess.so no_warn allow_local > auth required pam_unix.so no_warn try_first_pass > auth optional pam_ssh.so no_warn try_first_pass > > # account > account required pam_login_access.so > account required pam_unix.so > > # session > session optional pam_ssh.so > session required pam_permit.so > > # password > password required pam_unix.so no_warn try_first_pass > > At ssh login I have to type in login password and password > for my ssh-key as expected but no ssh-agent is started. Any > ideas? Hi Stefan. /etc/pam.d/sshd pam file is for sshd server not for ssh client. If you want to use ssh-agent whole the time your box is online you should start it right after login. In order to doing this add "session optional pam_ssh.so want_agent" line into session facility of /etc/pam.d/system file (it's included into /etc/pam.d/login so don't worry). If you prefer X terminals add this string to /etc/pam.d/kdm or gdm or xdm file. Don't forget to load you privat key with ssh-add command first time you use ssh. > > best regards > -Stefan > -- > Chemnitz University of Technology / Welding Engineering > Stefan Thurner > Phone / Fax: +49 371 531-32403 / -23729 > Email: stefan.thurner@mb.tu-chemnitz.de > _______________________________________________ > 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" -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-stable@FreeBSD.ORG Fri Dec 1 20:03:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C205316A50D for ; Fri, 1 Dec 2006 20:03:35 +0000 (UTC) (envelope-from thurners@nicsys.de) Received: from hal-9000.nicsys.de (hal-9000.nicsys.de [213.187.80.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BFF543CBD for ; Fri, 1 Dec 2006 20:02:51 +0000 (GMT) (envelope-from thurners@nicsys.de) Received: from xris.fu41.vpn (p54B48144.dip0.t-ipconnect.de [84.180.129.68]) by hal-9000.nicsys.de (8.13.6/8.13.6/NICsys) with ESMTP id kB1K2p18061314 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 1 Dec 2006 21:02:52 +0100 (CET) Received: from [127.0.0.1] (localhost [127.0.0.1]) by xris.fu41.vpn (8.13.8/8.13.8) with ESMTP id kB1K2o9x007068 for ; Fri, 1 Dec 2006 21:02:50 +0100 (CET) (envelope-from stthu@xris.fu41.vpn) Message-ID: <45708A65.3000709@xris.fu41.vpn> Date: Fri, 01 Dec 2006 21:02:45 +0100 From: Stefan Thurner User-Agent: Thunderbird 1.5.0.8 (X11/20061110) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: Pine.LNX.4.64.0611230934390.18434@herkules.hrz.tu-chemnitz.de X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new X-Spam-Status: No, score=5.0 required=7.0 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL, SPF_FAIL autolearn=no version=3.1.7 X-Spam-Level: ***** X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on beholder.nicsys.de Subject: pam.d/sshd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Dec 2006 20:03:35 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > Hi Stefan. > /etc/pam.d/sshd pam file is for sshd server not for ssh client. > If you want to use ssh-agent whole the time your box is online you > should start it right after login. In order to doing this add > "session optional pam_ssh.so want_agent" > line into session facility of /etc/pam.d/system file (it's included > into /etc/pam.d/login so don't worry). Hi Nikolay! Thats right and I have such a line in may pam.d/system file. But what I want is that ssh-agent is started on the remote host if I login on the remote host. Therefore I added the described lines in the pam.d/sshd file on the remote host. The password for ssh-key is requested if I login on the remote host (as it should) but no ssh-agent is started. I'm quite sure that it is a bug in pam_ssh.so. When bug reporting on the freebsd site is working again I will send in a problem report. best regards - -Stefan - -- GPG-encrypted mail welcome! --> ID:E970FCBE -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFcIplxNmQVulw/L4RApPYAJ9C2frkDjE3AlKdQh/unv38E1YbjwCgtPaZ 6lio3DnQJBfjh+azcAyD9fA= =Rebv -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 1 20:29:47 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 82E3316A416 for ; Fri, 1 Dec 2006 20:29:47 +0000 (UTC) (envelope-from kreios@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id C287143CB4 for ; Fri, 1 Dec 2006 20:27:35 +0000 (GMT) (envelope-from kreios@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so2832284wxc for ; Fri, 01 Dec 2006 12:27:51 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer; b=V7iXqeaucqFNLvRbMkwpAFKRtO6l/3gGg0dddV4MNwCz3v5d7vhVn7eaWIOGTYo+QvLohbWB8CEUlffkSVnv4D5/hOubpGA7lx+LkPPolDq9y2mNhfdSEsqL8FNnir1MHKd4Vtj16FlvvNEnBvmHBXDoGLQc8PnosgkZiPhhA18= Received: by 10.70.90.12 with SMTP id n12mr9299355wxb.1165004871184; Fri, 01 Dec 2006 12:27:51 -0800 (PST) Received: from ?128.194.169.119? ( [128.194.169.119]) by mx.google.com with ESMTP id 10sm20957079wrl.2006.12.01.12.27.50; Fri, 01 Dec 2006 12:27:51 -0800 (PST) In-Reply-To: References: <7579f7fb0611231216p36e9901cr68611a4038297889@mail.gmail.com> <20061126040626.GA11816@icarus.home.lan> <69C9CF67-0DCB-4E4B-BDFC-7570C2EE01CE@gmail.com> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <294F109D-75A6-40A2-97FD-774EB3656CFF@gmail.com> Content-Transfer-Encoding: 7bit From: Dave Date: Fri, 1 Dec 2006 14:27:50 -0600 To: Vivek Khera X-Mailer: Apple Mail (2.752.2) Cc: stable@freebsd.org Subject: Re: SunFire X4100 MPT Issues 6.2 RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Dec 2006 20:29:47 -0000 On Dec 1, 2006, at 12:47 PM, Vivek Khera wrote: > > On Dec 1, 2006, at 11:29 AM, Dave wrote: > >> We have talked to Sun about it and have not heard back on a fix for >> the latest BIOS. We have been given an older version of the BIOS >> that does not have this issue. >> > > Which version of bios is the latest that works for you? I have two > of these X4100's and they both came with bios 1.0.0 (even though > purchased 10 months apart). I'm now afraid to update the bios > since we boot from an external RAID array. We are running the 1.2.1 package from Sun on the ILOM card and the system BIOS. The LSI card is running: LSI Logic Corp. MPT SAS BIOS MPTBIOS-6.04.07.00 (2005.11.03) Copyright 2000-2005 LSI Logic Corp. The upgrade to the ILOM card, and consequently the system BIOS, will not upgrade the LSI card and cause the boot problem that has been reported by me and others. As far as I know, the problem is only caused by upgrading the LSI MPT card to version 6.06.06.00. -- Dave From owner-freebsd-stable@FreeBSD.ORG Fri Dec 1 20:36:27 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B30B016A415 for ; Fri, 1 Dec 2006 20:36:27 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [74.92.149.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 029CA43E47 for ; Fri, 1 Dec 2006 20:33:25 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id F0CCBB820 for ; Fri, 1 Dec 2006 15:33:40 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <294F109D-75A6-40A2-97FD-774EB3656CFF@gmail.com> References: <7579f7fb0611231216p36e9901cr68611a4038297889@mail.gmail.com> <20061126040626.GA11816@icarus.home.lan> <69C9CF67-0DCB-4E4B-BDFC-7570C2EE01CE@gmail.com> <294F109D-75A6-40A2-97FD-774EB3656CFF@gmail.com> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-8--133058361; protocol="application/pkcs7-signature" Message-Id: <00BECC93-2197-4BB6-A19C-DE832612CB74@khera.org> From: Vivek Khera Date: Fri, 1 Dec 2006 15:33:38 -0500 To: stable@freebsd.org X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: SunFire X4100 MPT Issues 6.2 RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Dec 2006 20:36:27 -0000 --Apple-Mail-8--133058361 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Dec 1, 2006, at 3:27 PM, Dave wrote: > The upgrade to the ILOM card, and consequently the system BIOS, > will not upgrade the LSI card and cause the boot problem that has > been reported by me and others. As far as I know, the problem is > only caused by upgrading the LSI MPT card to version 6.06.06.00. Ah.... so it doesn't affect external disk booting? I thought that was an issue too. I remember reading in the BIOS release notes that the LSI card bios had to be updated to use the newer system BIOS. --Apple-Mail-8--133058361-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 1 20:49:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BC1A916A40F for ; Fri, 1 Dec 2006 20:49:14 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED40243CBB for ; Fri, 1 Dec 2006 20:48:53 +0000 (GMT) (envelope-from spork@bway.net) Received: (qmail 49181 invoked by uid 0); 1 Dec 2006 20:49:08 -0000 Received: from unknown (HELO white.nat.fasttrackmonkey.com) (spork@bway.net@216.220.116.154) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 1 Dec 2006 20:49:08 -0000 Date: Fri, 1 Dec 2006 15:49:18 -0500 (EST) From: Charles Sprickman X-X-Sender: spork@white.nat.fasttrackmonkey.com To: Jamie Clark In-Reply-To: <457012AE.8050700@zeroth.org> Message-ID: References: <457012AE.8050700@zeroth.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: vr speed issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Dec 2006 20:49:14 -0000 On Fri, 1 Dec 2006, Jamie Clark wrote: > Charles Sprickman wrote: >> Hi all, >> >> I spent some time trying to track down slow tcp performance on a small >> office switched 100 LAN. We just put in a number of whitebox PCs running >> FreeBSD 6.1-p2/PC-BSD 1.2 that all have onboard Via Rhine 10/100 ethernet >> controllers. Performace with scp was around 200KB/s, ftp wavered between >> 300-500KB/s. This did not appear to be a duplex mismatch - unmanaged >> switch showed them all at 100/Full, put some other hosts on the same >> ports/cabling and got near wire speed. I took the cabling out of the >> equation, the switch, no improvement. The only thing that got me decent >> performance was putting two hosts back to back with an xover cable. >> >> I eventually realized that the only hosts with any speed issues in the >> office were these boxes with the Via ethernet. Putting an equally cheap >> DLink (RealTek/rl) in one of them gave me much better performance. > [...] > > There might be something in this. I have a 2-3 yr old box with an Asus A7V8X > mainboard. This has been running 4.10-RELEASE for about 2.5 years and > yesterday I decided to bite the bullet and update to RELENG_6. I also decided > to upgrade the internal storage as well so this entailed a backup/restore > over the wire. > > Backing up the 4.10 box was within an acceptable margin of wire speed (~8MB/s > on 100M ethernet) given that a router was in the middle. That's roughly how > the box has always performed. > > After installing 6.1_RELEASE and updating to RELENG_6 I started the restore. > Maxed out at about 380kB/s. Now I tested the backup speed again and it has > also dropepd to 380k. Excellent! That's some good info. Same hardware, and you get performance like I'm seeing. There's lots of changes. :) http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/pci/if_vr.c.diff?r1=1.26.2.14&r2=1.116&f=h > This would definitely lead me to assume that something has gone awry in the > driver over the past years. Unfortunately I have not been frequently updating > this machine (my imap server) so I have no idea when the driver became > broken. > > I realize that this is not much help in tracking the problem - but it seems > to concur with the problem noted here earlier. I'm going to dig up some kind of 4.11 live cd, a 5.x live cd and some kind of simple linux live cd and have him do some quick ftp tests under each. If I see the same thing, then I'll file a PR and call this a regression. Thanks! Charles > FreeBSD 6.2-PRERELEASE #0: Thu Nov 30 16:29:04 SGT > > pciconf: > vr0@pci0:18:0: class=0x020000 card=0x80a11043 chip=0x30651106 rev=0x74 > hdr=0x00 > vendor = 'VIA Technologies Inc' > device = 'VT6102 Rhine II PCI Fast Ethernet Controller' > class = network > subclass = ethernet > > dmesg: > vr0: port 0xb000-0xb0ff mem > 0xf2800000-0xf28000ff at device 18.0 on pci0 > miibus0: on vr0 > rlphy0: on miibus0 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > vr0: Ethernet address: 00:0c:6e:3d:b9:0e > > $ ifconfig > vr0: flags=8843 mtu 1500 > inet6 fe80::20c:6eff:fe3d:b90e%vr0 prefixlen 64 scopeid 0x1 > inet 203.117.131.34 netmask 0xffffffc0 broadcast 203.117.131.63 > inet 203.117.131.35 netmask 0xffffffff broadcast 203.117.131.35 > ether 00:0c:6e:3d:b9:0e > media: Ethernet autoselect (100baseTX ) > status: active > > -Jamie > From owner-freebsd-stable@FreeBSD.ORG Fri Dec 1 21:17:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A2A9016A403 for ; Fri, 1 Dec 2006 21:17:49 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id D55F043CA2 for ; Fri, 1 Dec 2006 21:17:32 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so2286137uge for ; Fri, 01 Dec 2006 13:17:48 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=HdLQ8JhPRcL8a2D6zUElRTR0BnEtRoMnCjnm4UGIV3ZeEUUDwFZ2krNMHUGHrOcDp0Od3EEks/33Cx46FV4knGBV5T4fW2xGOTqFTxvfegd6q5DrvrN8UcHFnxN+qG5O3t/2qdyQtd/748A3dLa0QMDS6o+F5gXg5RCRiCjQzYY= Received: by 10.78.204.1 with SMTP id b1mr5242263hug.1165007867564; Fri, 01 Dec 2006 13:17:47 -0800 (PST) Received: by 10.78.118.14 with HTTP; Fri, 1 Dec 2006 13:17:47 -0800 (PST) Message-ID: Date: Fri, 1 Dec 2006 22:17:47 +0100 From: "Claus Guttesen" To: freebsd-stable@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Subject: Re: SERDES support for BCE driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Dec 2006 21:17:49 -0000 > Does anyone know when SERDES support will be included into the BCE driver. > > I have 10 x DELL 1955 blade servers that I can't use because the BCE > driver does not support SERDES. Add four bl460c hp-blades. regards Claus From owner-freebsd-stable@FreeBSD.ORG Fri Dec 1 21:49:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9AAD516A417 for ; Fri, 1 Dec 2006 21:49:57 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5233C43CAF for ; Fri, 1 Dec 2006 21:49:39 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id kB1Lnpvv076991; Fri, 1 Dec 2006 23:49:51 +0200 (EET) (envelope-from dmitry@atlantis.dp.ua) Date: Fri, 1 Dec 2006 23:49:51 +0200 (EET) From: Dmitry Pryanishnikov To: Chuck Swiger In-Reply-To: Message-ID: <20061201232848.I53143@atlantis.atlantis.dp.ua> References: <4563126E.2060904@math.missouri.edu> <20061129143330.T82233@atlantis.atlantis.dp.ua> <20061130205045.A96066@atlantis.atlantis.dp.ua> <3BC50132-2DD9-4FAA-8320-C945DF4BFD48@mac.com> <20061201120708.D81433@atlantis.atlantis.dp.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Stable Mailing List Subject: Re: sshd. "UseDNS no" ignored? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Dec 2006 21:49:57 -0000 Hello! On Fri, 1 Dec 2006, Chuck Swiger wrote: >> And I didn't say that it's the OSI Open Source. I wrote "(which is also >> open-source)", not even "Open Source". So I didn't mean that you can just >> copy&paste their sources into OpenSSH. [ ... ] > I'd really prefer that people not claim a license is "open source" without > submitting their license for consideration to the OSI board via the > mailing list, and having it be approved. Just 2 points: 1) I _didn't_ "claim a license is "open source"". My point is that all sources of the product are open to your eyes. No more, but no less. 2) We _aren't_ in @opensource.org mailing list hierarchy - it's FreeBSD maillist, and I hope I'm free to _not_ submit anything to opensource.org's consideration, and just to express my opinion instead. P.S. I apologise for off-topic traffic generation here, but I didn't start this license-centric bullshit. > -Chuck Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Fri Dec 1 22:25:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F1B0D16A40F for ; Fri, 1 Dec 2006 22:25:02 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF1C943C9D for ; Fri, 1 Dec 2006 22:24:45 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([85.236.96.60]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.0.1) with ESMTP id md50003274054.msg for ; Fri, 01 Dec 2006 22:24:08 +0000 Message-ID: <001d01c71597$69cbd700$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Charles Sprickman" , "Jamie Clark" References: <457012AE.8050700@zeroth.org> Date: Fri, 1 Dec 2006 22:23:57 -0000 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.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Spam-Processed: multiplay.co.uk, Fri, 01 Dec 2006 22:24:08 +0000 (not processed: message from valid local sender) X-MDRemoteIP: 85.236.96.60 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org X-MDAV-Processed: multiplay.co.uk, Fri, 01 Dec 2006 22:24:09 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: vr speed issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Dec 2006 22:25:03 -0000 Charles Sprickman wrote: >> Backing up the 4.10 box was within an acceptable margin of wire >> speed (~8MB/s on 100M ethernet) given that a router was in the >> middle. That's roughly how the box has always performed. >> >> After installing 6.1_RELEASE and updating to RELENG_6 I started the >> restore. Maxed out at about 380kB/s. Now I tested the backup speed >> again and it has also dropepd to 380k. That speed is indicative of a FD / HD mismatch between the switch and the NIC if its hard coded try setting auto if its auto try hardcoding. N.B. Ensure both ends are set in the same way i.e. hard/auto or problems start. 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 +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 1 23:44:33 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A2C0016A412 for ; Fri, 1 Dec 2006 23:44:33 +0000 (UTC) (envelope-from daved@tamu.edu) Received: from sr-7-int.cis.tamu.edu (smtp-relay.tamu.edu [165.91.22.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A49543CA2 for ; Fri, 1 Dec 2006 23:44:16 +0000 (GMT) (envelope-from daved@tamu.edu) Received: from localhost (localhost.tamu.edu [127.0.0.1]) by sr-7-int.cis.tamu.edu (Postfix) with ESMTP id 5461A660D; Fri, 1 Dec 2006 17:44:32 -0600 (CST) Received: from [192.168.1.198] (pool-71-113-235-243.herntx.dsl-w.verizon.net [71.113.235.243]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by sr-7-int.cis.tamu.edu (Postfix) with ESMTP id 394726605; Fri, 1 Dec 2006 17:44:30 -0600 (CST) In-Reply-To: <00BECC93-2197-4BB6-A19C-DE832612CB74@khera.org> References: <7579f7fb0611231216p36e9901cr68611a4038297889@mail.gmail.com> <20061126040626.GA11816@icarus.home.lan> <69C9CF67-0DCB-4E4B-BDFC-7570C2EE01CE@gmail.com> <294F109D-75A6-40A2-97FD-774EB3656CFF@gmail.com> <00BECC93-2197-4BB6-A19C-DE832612CB74@khera.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-1--121608686; protocol="application/pkcs7-signature" Message-Id: From: David Duchscher Date: Fri, 1 Dec 2006 17:44:27 -0600 To: Vivek Khera X-Mailer: Apple Mail (2.752.2) X-Virus-Scanned: amavisd-new at tamu.edu X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org Subject: Re: SunFire X4100 MPT Issues 6.2 RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Dec 2006 23:44:33 -0000 --Apple-Mail-1--121608686 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Dec 1, 2006, at 2:33 PM, Vivek Khera wrote: > > On Dec 1, 2006, at 3:27 PM, Dave wrote: > >> The upgrade to the ILOM card, and consequently the system BIOS, >> will not upgrade the LSI card and cause the boot problem that has >> been reported by me and others. As far as I know, the problem is >> only caused by upgrading the LSI MPT card to version 6.06.06.00. > > Ah.... so it doesn't affect external disk booting? I thought that > was an issue too. I remember reading in the BIOS release notes > that the LSI card bios had to be updated to use the newer system BIOS. I don't know if upgrading the LSI MPT card to version 6.06.06.00 will cause problems with external booting. I do know that you can PXE boot with the LSI MPT version at that level. As for keeping the all the firmware in sync, that is a concern but its a choice of evils for us at the moment. I would suggest not upgrading unless you have a pressing need. -- Dave --Apple-Mail-1--121608686-- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 2 00:57:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D8B6F16A403 for ; Sat, 2 Dec 2006 00:57:23 +0000 (UTC) (envelope-from jamie@zeroth.org) Received: from moof.zeroth.org (moof.zeroth.org [203.117.131.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08E2D43CA2 for ; Sat, 2 Dec 2006 00:57:05 +0000 (GMT) (envelope-from jamie@zeroth.org) Received: from [192.168.3.2] (localhost [[UNIX: localhost]]) (authenticated bits=0) by moof.zeroth.org (8.13.8/8.13.8) with ESMTP id kB20vBEK037779; Sat, 2 Dec 2006 08:57:13 +0800 (SGT) (envelope-from jamie@zeroth.org) DomainKey-Signature: a=rsa-sha1; s=moof; d=zeroth.org; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:content-type: content-transfer-encoding:x-virus-scanned:x-virus-status; b=y+q4nK4MUtaeCgZBeTz4qYuiZduO8XZcyeO4BWKDTK2hDCC3MdXk+F+fOrH6MqtND 8D9DXYdne6Ry//doUj/Fg== Message-ID: <4570CF59.9060904@zeroth.org> Date: Sat, 02 Dec 2006 08:56:57 +0800 From: Jamie Clark User-Agent: Thunderbird 1.5.0.8 (Macintosh/20061025) MIME-Version: 1.0 To: Steven Hartland References: <457012AE.8050700@zeroth.org> <001d01c71597$69cbd700$b3db87d4@multiplay.co.uk> In-Reply-To: <001d01c71597$69cbd700$b3db87d4@multiplay.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.6/2269/Sat Dec 2 02:17:05 2006 on moof.zeroth.org X-Virus-Status: Clean Cc: Charles Sprickman , freebsd-stable@freebsd.org Subject: Re: vr speed issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Dec 2006 00:57:23 -0000 Steven Hartland wrote: > Charles Sprickman wrote: >>> Backing up the 4.10 box was within an acceptable margin of wire >>> speed (~8MB/s on 100M ethernet) given that a router was in the >>> middle. That's roughly how the box has always performed. >>> >>> After installing 6.1_RELEASE and updating to RELENG_6 I started the >>> restore. Maxed out at about 380kB/s. Now I tested the backup speed >>> again and it has also dropepd to 380k. > > That speed is indicative of a FD / HD mismatch between the switch > and the NIC if its hard coded try setting auto if its auto try > hardcoding. N.B. Ensure both ends are set in the same way i.e. hard/auto > or problems start. Both are auto and show 100 FD. The switch port stats show zeros on all the error counters. Good thinking though. I wouldn't yet rule out an external influence as I have not performed any in-depth diagnosis of this - but I can't think of anything obvious aside from the OS upgrade. -Jamie From owner-freebsd-stable@FreeBSD.ORG Sat Dec 2 01:57:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 671BA16A412 for ; Sat, 2 Dec 2006 01:57:07 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA03B43CA3 for ; Sat, 2 Dec 2006 01:56:49 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin05-en2 [10.13.10.150]) by smtpout.mac.com (Xserve/8.12.11/smtpout15/MantshX 4.0) with ESMTP id kB21uauc026413; Fri, 1 Dec 2006 17:56:37 -0800 (PST) Received: from [17.214.13.96] (a17-214-13-96.apple.com [17.214.13.96]) (authenticated bits=0) by mac.com (Xserve/smtpin05/MantshX 4.0) with ESMTP id kB21uYRx003757; Fri, 1 Dec 2006 17:56:35 -0800 (PST) In-Reply-To: <20061201232848.I53143@atlantis.atlantis.dp.ua> References: <4563126E.2060904@math.missouri.edu> <20061129143330.T82233@atlantis.atlantis.dp.ua> <20061130205045.A96066@atlantis.atlantis.dp.ua> <3BC50132-2DD9-4FAA-8320-C945DF4BFD48@mac.com> <20061201120708.D81433@atlantis.atlantis.dp.ua> <20061201232848.I53143@atlantis.atlantis.dp.ua> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Chuck Swiger Date: Fri, 1 Dec 2006 17:56:33 -0800 To: Dmitry Pryanishnikov X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: FreeBSD Stable Mailing List Subject: Re: sshd. "UseDNS no" ignored? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Dec 2006 01:57:07 -0000 On Dec 1, 2006, at 1:49 PM, Dmitry Pryanishnikov wrote: > On Fri, 1 Dec 2006, Chuck Swiger wrote: >>> And I didn't say that it's the OSI Open Source. I wrote "(which >>> is also open-source)", not even "Open Source". So I didn't mean >>> that you can just copy&paste their sources into OpenSSH. [ ... ] >> I'd really prefer that people not claim a license is "open source" >> without submitting their license for consideration to the OSI >> board via the mailing list, and >> having it be approved. > > Just 2 points: > > 1) I _didn't_ "claim a license is "open source"". My point is > that all sources of the product are open to your eyes. > No more, but no less. On Nov 29, did you not say: "I'm still wondering why OpenSSH is _so_ inferior to SSH.COM's ssh2 (which is also open-source)?"...? David Adam then asked "Is it really open-source?"; while you responded to this question, your answer was misleading. The commercial version of SSH publishes their source code, but that source code is not usable by many people because of the restriction against commercial use. Specifically, the answer to the question David asked is "no": the F-Secure/SSH Communications version of SSH is not "OSI Open Source", per OSD #6. > 2) We _aren't_ in @opensource.org mailing list hierarchy - it's > FreeBSD > maillist, and I hope I'm free to _not_ submit anything to > opensource.org's > consideration, and just to express my opinion instead. While you are free to have an opinion about factual issues [1], if you insist upon expressing an opinion which contradicts the facts (ie, such as claiming that the SSH.COM license is "open-source"), you can expect people to disagree with you by pointing out the relevant facts. As for submitting anything to the OSI mailing list: if you refrain from claiming that a proprietary license is "open source", then have no concern. On the other hand, the OSI board does contact sites which misuse the OSI Open Source trademark to claim their proprietary software complies with the Open Source Definition, and they will apply social pressure, such as asking the vendor or site to stop misleading their users/customers about the status of the software. Of course, as far as I know, SSH.COM makes no such claim, which *ought* to mean that nobody else should, either.... -- -Chuck [1]: Oddly enough, many people think so highly of their own opinions that they choose to ignore facts which contradict their opinions. From owner-freebsd-stable@FreeBSD.ORG Sat Dec 2 02:24:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4F79416A412 for ; Sat, 2 Dec 2006 02:24:25 +0000 (UTC) (envelope-from spartak@aif.ru) Received: from mail.aif.ru (mail.aif.ru [87.245.132.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 166A843C9D for ; Sat, 2 Dec 2006 02:24:06 +0000 (GMT) (envelope-from spartak@aif.ru) Received: from ppp85-141-185-22.pppoe.mtu-net.ru ([85.141.185.22] helo=[192.168.0.2]) by mail.aif.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.61 (FreeBSD)) (envelope-from ) id 1GqKY9-0003VL-R0; Sat, 02 Dec 2006 05:24:22 +0300 Message-ID: <4570E3D2.3010004@aif.ru> Date: Sat, 02 Dec 2006 05:24:18 +0300 From: Spartak Radchenko User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <7579f7fb0611231216p36e9901cr68611a4038297889@mail.gmail.com> <20061126040626.GA11816@icarus.home.lan> <69C9CF67-0DCB-4E4B-BDFC-7570C2EE01CE@gmail.com> <294F109D-75A6-40A2-97FD-774EB3656CFF@gmail.com> In-Reply-To: <294F109D-75A6-40A2-97FD-774EB3656CFF@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -4.4 (----) X-Spam-Report: -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] Cc: Dave Subject: Re: SunFire X4100 MPT Issues 6.2 RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Dec 2006 02:24:25 -0000 Dave wrote: > > On Dec 1, 2006, at 12:47 PM, Vivek Khera wrote: > >> >> On Dec 1, 2006, at 11:29 AM, Dave wrote: >> >>> We have talked to Sun about it and have not heard back on a fix for >>> the latest BIOS. We have been given an older version of the BIOS >>> that does not have this issue. >>> >> >> Which version of bios is the latest that works for you? I have two >> of these X4100's and they both came with bios 1.0.0 (even though >> purchased 10 months apart). I'm now afraid to update the bios since >> we boot from an external RAID array. > > We are running the 1.2.1 package from Sun on the ILOM card and the > system BIOS. The LSI card is running: > > LSI Logic Corp. MPT SAS BIOS > MPTBIOS-6.04.07.00 (2005.11.03) > Copyright 2000-2005 LSI Logic Corp. > > The upgrade to the ILOM card, and consequently the system BIOS, > will not upgrade the LSI card and cause the boot problem that has > been reported by me and others. As far as I know, the problem is > only caused by upgrading the LSI MPT card to version 6.06.06.00. I have problems too with booting FreeBSD 6.2-RC1 amd64 on the Intel SR2500 server with the LSI MTP card. LSI Logic Corp. MPT SAS BIOS MPTBIOS-6.06.07.00 (2006.04.07) FreeBSD boots from the installation DVD and installs ok, but I get "BTX halted" error trying to boot from the hard drive. -- Spartak Radchenko SVR1-RIPE From owner-freebsd-stable@FreeBSD.ORG Sat Dec 2 09:41:53 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0F03316A415; Sat, 2 Dec 2006 09:41:53 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (palm.hoeg.nl [83.98.131.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CF5E43CA7; Sat, 2 Dec 2006 09:41:32 +0000 (GMT) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 6954B1D00B; Sat, 2 Dec 2006 10:41:50 +0100 (CET) Date: Sat, 2 Dec 2006 10:41:50 +0100 From: Ed Schouten To: Bill Paul Message-ID: <20061202094150.GE16100@hoeg.nl> References: <20061201161131.GD16100@hoeg.nl> <20061201165231.4089216A416@hub.freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+sXEj1HC0AeGgRD2" Content-Disposition: inline In-Reply-To: <20061201165231.4089216A416@hub.freebsd.org> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: pyunyh@gmail.com, stable@freebsd.org, net@freebsd.org Subject: Re: re(4) needs promisc to work properly X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Dec 2006 09:41:53 -0000 --+sXEj1HC0AeGgRD2 Content-Type: multipart/mixed; boundary="t1V/6vyDgJ44qiBN" Content-Disposition: inline --t1V/6vyDgJ44qiBN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Bill, * Bill Paul wrote: > I'm a little concerned about the fact that now SIOCSIFFLAGS can never > cause re_init_locked() to be called. There are some cases where it > does need to be called (like when the IFF_UP flag is first set to > turn the interface on). >=20 > I usually do it like in the vge(4) driver: if it's just the IFF_PROMISC > bit that's being toggled, then I only toggle the promisc mode bit in > the RX config register. To avoid code duplication and to speed up IFF_BROADCAST as well, I decided to keep the re_init_rxcfg() function. I took a look at vge(4) and xl(4) and added `re_if_flags` to the softc to backup the original ifp->if_flags. Yours, --=20 Ed Schouten WWW: http://g-rave.nl/ --t1V/6vyDgJ44qiBN Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="if_re.c.diff" Content-Transfer-Encoding: quoted-printable --- sys/dev/re/if_re.c Sat Dec 2 00:05:44 2006 +++ sys/dev/re/if_re.c Sat Dec 2 00:15:56 2006 @@ -249,6 +249,7 @@ static int re_ioctl (struct ifnet *, u_long, caddr_t); static void re_init (void *); static void re_init_locked (struct rl_softc *); +static void re_init_rxcfg (struct rl_softc *); static void re_stop (struct rl_softc *); static void re_watchdog (struct ifnet *); static int re_suspend (device_t); @@ -2254,7 +2255,6 @@ { struct ifnet *ifp =3D sc->rl_ifp; struct mii_data *mii; - u_int32_t rxcfg =3D 0; union { uint32_t align_dummy; u_char eaddr[ETHER_ADDR_LEN]; @@ -2316,31 +2316,8 @@ } else CSR_WRITE_4(sc, RL_TXCFG, RL_TXCFG_CONFIG); CSR_WRITE_4(sc, RL_RXCFG, RL_RXCFG_CONFIG); - - /* Set the individual bit to receive frames for this host only. */ - rxcfg =3D CSR_READ_4(sc, RL_RXCFG); - rxcfg |=3D RL_RXCFG_RX_INDIV; - - /* If we want promiscuous mode, set the allframes bit. */ - if (ifp->if_flags & IFF_PROMISC) - rxcfg |=3D RL_RXCFG_RX_ALLPHYS; - else - rxcfg &=3D ~RL_RXCFG_RX_ALLPHYS; - CSR_WRITE_4(sc, RL_RXCFG, rxcfg); - - /* - * Set capture broadcast bit to capture broadcast frames. - */ - if (ifp->if_flags & IFF_BROADCAST) - rxcfg |=3D RL_RXCFG_RX_BROAD; - else - rxcfg &=3D ~RL_RXCFG_RX_BROAD; - CSR_WRITE_4(sc, RL_RXCFG, rxcfg); - - /* - * Program the multicast filter, if necessary. - */ - re_setmulti(sc); +=09 + re_init_rxcfg(sc); =20 #ifdef DEVICE_POLLING /* @@ -2422,6 +2399,39 @@ callout_reset(&sc->rl_stat_callout, hz, re_tick, sc); } =20 +static void +re_init_rxcfg(sc) + struct rl_softc *sc; +{ + u_int32_t rxcfg; + struct ifnet *ifp =3D sc->rl_ifp; + + /* Set the individual bit to receive frames for this host only. */ + rxcfg =3D CSR_READ_4(sc, RL_RXCFG); + rxcfg |=3D RL_RXCFG_RX_INDIV; + + /* If we want promiscuous mode, set the allframes bit. */ + if (ifp->if_flags & IFF_PROMISC) + rxcfg |=3D RL_RXCFG_RX_ALLPHYS; + else + rxcfg &=3D ~RL_RXCFG_RX_ALLPHYS; + CSR_WRITE_4(sc, RL_RXCFG, rxcfg); + + /* + * Set capture broadcast bit to capture broadcast frames. + */ + if (ifp->if_flags & IFF_BROADCAST) + rxcfg |=3D RL_RXCFG_RX_BROAD; + else + rxcfg &=3D ~RL_RXCFG_RX_BROAD; + CSR_WRITE_4(sc, RL_RXCFG, rxcfg); + + /* + * Program the multicast filter, if necessary. + */ + re_setmulti(sc); +} + /* * Set media options. */ @@ -2483,10 +2493,16 @@ break; case SIOCSIFFLAGS: RL_LOCK(sc); - if (ifp->if_flags & IFF_UP) - re_init_locked(sc); - else if (ifp->if_drv_flags & IFF_DRV_RUNNING) + if (ifp->if_flags & IFF_UP) { + if ((ifp->if_flags ^ sc->rl_if_flags) & + (IFF_PROMISC | IFF_BROADCAST)) + re_init_rxcfg(sc); + else + re_init_locked(sc); + } else if (ifp->if_drv_flags & IFF_DRV_RUNNING) { re_stop(sc); + } + sc->rl_if_flags =3D ifp->if_flags; RL_UNLOCK(sc); break; case SIOCADDMULTI: --- sys/pci/if_rlreg.h Sat Dec 2 00:07:27 2006 +++ sys/pci/if_rlreg.h Sat Dec 2 00:18:53 2006 @@ -737,6 +737,7 @@ struct mtx rl_intlock; int rl_txstart; int rl_link; + int rl_if_flags; }; =20 #define RL_LOCK(_sc) mtx_lock(&(_sc)->rl_mtx) --t1V/6vyDgJ44qiBN-- --+sXEj1HC0AeGgRD2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFcUpe52SDGA2eCwURAs+PAJ95X+L3/oyBpa/n5p7lzIRSKRkIeQCdF5ZF dYySYWoSmLiN404oONxwOfw= =itll -----END PGP SIGNATURE----- --+sXEj1HC0AeGgRD2-- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 2 11:13:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8E11E16A403 for ; Sat, 2 Dec 2006 11:13:15 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id F00D743C9D for ; Sat, 2 Dec 2006 11:12:52 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id kB2BCxs9076323; Sat, 2 Dec 2006 13:12:59 +0200 (EET) (envelope-from dmitry@atlantis.dp.ua) Date: Sat, 2 Dec 2006 13:12:59 +0200 (EET) From: Dmitry Pryanishnikov To: Chuck Swiger In-Reply-To: Message-ID: <20061202125559.N55820@atlantis.atlantis.dp.ua> References: <4563126E.2060904@math.missouri.edu> <20061129143330.T82233@atlantis.atlantis.dp.ua> <20061130205045.A96066@atlantis.atlantis.dp.ua> <3BC50132-2DD9-4FAA-8320-C945DF4BFD48@mac.com> <20061201120708.D81433@atlantis.atlantis.dp.ua> <20061201232848.I53143@atlantis.atlantis.dp.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Stable Mailing List Subject: Re: sshd. "UseDNS no" ignored? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Dec 2006 11:13:15 -0000 Hello! On Fri, 1 Dec 2006, Chuck Swiger wrote: > On Nov 29, did you not say: > > "I'm still wondering why OpenSSH is _so_ inferior to SSH.COM's ssh2 (which is > also open-source)?"...? Yes, I did. And no, I didn't say anything about either licensing or OSI Open Source. > David Adam then asked "Is it really open-source?"; while you responded to > this question, your answer was misleading. The commercial version of SSH > publishes their source code, but that source code is not usable by many > people because of the restriction against commercial use. Specifically, the > answer to the question David asked is "no": the F-Secure/SSH Communications > version of SSH is not "OSI Open Source", per OSD #6. David didn't mention OSI at all, you do. >> 2) We _aren't_ in @opensource.org mailing list hierarchy - it's FreeBSD >> maillist, and I hope I'm free to _not_ submit anything to >> opensource.org's >> consideration, and just to express my opinion instead. > > While you are free to have an opinion about factual issues [1], if you insist > upon expressing an opinion which contradicts the facts (ie, such as claiming > that the SSH.COM license is "open-source"), you can expect people to disagree > with you by pointing out the relevant facts. I do insist on using the English word 'open' in it's vocabulary meaning (open == NOT closed; you _can_ see the sources for free), and yes, it's perfectly normal when people disagree with me ;) > As for submitting anything to the OSI mailing list: if you refrain from > claiming that a proprietary license is "open source", then have no concern. > > On the other hand, the OSI board does contact sites which misuse the OSI Open > Source trademark to claim their proprietary software complies with the Open I don't use, abuse or misuse "the OSI Open Source trademark". You just can't restrict the use of the English word "open", "open-source" etc, can you?! > -Chuck > > [1]: Oddly enough, many people think so highly of their own opinions that > they choose to ignore facts which contradict their opinions. I think my opinion deserves expressing here, and you have no facts that make me think otherwise. I think restricting the use of the phrase 'open-source' just to the OSI-blessed meaning looks the same as patenting mouse doubleclick by Microsoft ;) Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Sat Dec 2 11:13:28 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 39D5D16A417 for ; Sat, 2 Dec 2006 11:13:28 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (vlsi00.si.noda.tus.ac.jp [133.31.130.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBFC643C9D for ; Sat, 2 Dec 2006 11:13:07 +0000 (GMT) (envelope-from hrs@FreeBSD.org) Received: from delta.allbsd.org (p3098-ipbf401funabasi.chiba.ocn.ne.jp [124.86.53.98]) (authenticated bits=128) by mail.allbsd.org (8.13.1/8.13.4) with ESMTP id kB2BDE09007866 for ; Sat, 2 Dec 2006 20:13:25 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (alph.allbsd.org [192.168.0.10]) (authenticated bits=0) by delta.allbsd.org (8.13.4/8.13.4) with ESMTP id kB2BBqQs047244 for ; Sat, 2 Dec 2006 20:11:55 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Sat, 02 Dec 2006 20:11:39 +0900 (JST) Message-Id: <20061202.201139.35852412.hrs@allbsd.org> To: stable@FreeBSD.org From: Hiroki Sato X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 5.1 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Sat_Dec__2_20_11_39_2006_961)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.88.2, clamav-milter version 0.88.2 on gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (mail.allbsd.org [133.31.130.32]); Sat, 02 Dec 2006 20:13:26 +0900 (JST) Cc: Subject: LSI 53C1030/mpt(4) 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: Sat, 02 Dec 2006 11:13:28 -0000 ----Security_Multipart(Sat_Dec__2_20_11_39_2006_961)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, Recently I bought Intel Pentium D 945 (3.45GHz), Supermicro PDSME (Intel E7320), and LSI21320RB (PCI-X SCSI HBA using LSI 53C1030). I installed 6.2-RC1 to an old PATA HDD and attached it to the motherboard, and it worked fine. However, I installed 21320RB and made several SCSI HDDs attached, some strange problems occurred. First, 21320RB was recognized by the mpt(4) driver. When I tried it with no HDD it was recognized properly, so I turned off the box and connected an HDD to it and rebooted it. Then, mpt(4) recognized the HDD and it worked without problems. I thought it was okay, and connected more HDDs to the SCSI HBA. More specifically, 21320RB has two channels, so I connected two hardware RAID boxes which actually contain five HDDs each and are seen as one large HDD to each channel. When I rebooted the box after that, device probing at boot time stopped just before "Waiting 5 seconds for SCSI devices to settle". Everything including keyboard does not work at that time, I turned off the box and disconnect the RAID boxes. After several trials, I found that 21320RB's behavior was somewhat strange: - with no HDD: Works fine basically, but after two or more HDDs recognized, it freezes during device probing (just before Waiting... message) even if the HDDs removed. Setting the card's configuration as "factory default" via BIOS setting seems to recover the state. - with one HDD: Works fine after it is recognized. - with two HDDs: Does not work if two HDDs are connected to each channel. BIOS message from the HBA is normal, but FreeBSD device probing keeps failing in the following two forms: a) Freeze just before "Waiting..." message. b) Freeze after "Waiting..." message. In b), mpt(4) seems to reset the buses and wait the responses, but I saw after displaying "unretryable error" it freeze when "boot -v" used. I tried booting the box with no SCSI HDD, connecting HDDs after the boot, and doing "camcontrol rescan all". It recognizes the connected HDDs successfully, and it can be accessed fine even if it is more than one. However, simultaneous access causes solid freeze again. Then I tried a RAID box which has one ID and several LUN numbers corresponding to the HDDs. It recognized as normal, multiple HDDs at boot time, and can be accessed. Simultaneous access works, too. After that, I tried daisy-chaining two RAID boxes and connected the two to a channel of the SCSI HBA. These RAID boxes have ID=0 and ID=1. FreeBSD freezes after "Waiting..." message this time. In short, I could make this configuration work fine only when a RAID box (or SCSI HDD) is connected to the HBA, or multiple HDDs that have the same ID and different LUN number from each other are connected. I investigated the following: - 6.1R sometimes probes the two HDDs case, but accessing it makes the box freeze. - 2006 Nov 7-CURRENT snapshot probes the two HDDs case, but the HDDs are recognized as very slow devices such as 6MB/s, and accessing it makes the box freeze, too. - When the box freezes just before "Waiting..." message, "boot -v" does not display any detail messages there. In after "Waiting.." case, several messages are displayed from mpt(4). - No panic in either case. In all cases, it silently freezes and does not respond to Ctrl-Alt-ESC. - When I use Intel D865GBF (motherboard with Intel 865 chipset), the same HBA, and the same RAID boxes, they work fine on 6.1-RC1. The HBA is connected to 33MHz PCI bus, not PCI-X, so it may make some differences. Any suggestions for what I should do for this problem? I can send more detail information from "boot -v" and/or dev.mpt.0.debug=5, but not sure which message is important for diagnosing. -- | Hiroki SATO ----Security_Multipart(Sat_Dec__2_20_11_39_2006_961)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBFcV9rTyzT2CeTzy0RAoRiAJ49bIA9k0DKeNJ05Rbo03b7sCPqMACgqUP/ mqJ/66uywc1Mqx5rthYvhxM= =hUcU -----END PGP SIGNATURE----- ----Security_Multipart(Sat_Dec__2_20_11_39_2006_961)---- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 2 13:20:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 19F5816A407 for ; Sat, 2 Dec 2006 13:20:48 +0000 (UTC) (envelope-from FabianB@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 36B7143CA2 for ; Sat, 2 Dec 2006 13:20:26 +0000 (GMT) (envelope-from FabianB@gmx.net) Received: (qmail invoked by alias); 02 Dec 2006 13:20:45 -0000 Received: from p54AEF470.dip.t-dialin.net (EHLO [127.0.0.1]) [84.174.244.112] by mail.gmx.net (mp031) with SMTP; 02 Dec 2006 14:20:45 +0100 X-Authenticated: #18827204 Message-ID: <45717DA9.2070308@gmx.net> Date: Sat, 02 Dec 2006 14:20:41 +0100 From: Fabian Becker User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Surround Sound X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Dec 2006 13:20:48 -0000 Hi Guys, is there any support for Surround Sound on Release 6.1? I would like to buy a new soundcard for my Media Station and would like to get to know if there are some cards supported by *BSD.. Greetz halfdan From owner-freebsd-stable@FreeBSD.ORG Sat Dec 2 15:50:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D046816A407 for ; Sat, 2 Dec 2006 15:50:55 +0000 (UTC) (envelope-from josh@tcbug.org) Received: from sccrmhc14.comcast.net (sccrmhc14.comcast.net [63.240.77.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82BE943CB1 for ; Sat, 2 Dec 2006 15:50:33 +0000 (GMT) (envelope-from josh@tcbug.org) Received: from gimpy (c-24-118-173-219.hsd1.mn.comcast.net[24.118.173.219]) by comcast.net (sccrmhc14) with ESMTP id <20061202155048014006e4j0e>; Sat, 2 Dec 2006 15:50:53 +0000 From: Josh Paetzel To: freebsd-stable@freebsd.org Date: Sat, 2 Dec 2006 09:50:26 -0600 User-Agent: KMail/1.9.4 References: <200611290640.47326.josh@tcbug.org> <456DB8AC.8010508@samsco.org> <200611291133.56821.josh@tcbug.org> In-Reply-To: <200611291133.56821.josh@tcbug.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200612020950.26634.josh@tcbug.org> Subject: Re: Dell PE 1950 bce NICs revisited X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Dec 2006 15:50:55 -0000 On Wednesday 29 November 2006 11:33, Josh Paetzel wrote: > On Wednesday 29 November 2006 10:43, Scott Long wrote: > > Josh Paetzel wrote: > > > I've been using 6.1-R on a PE1950 for some time now. The stock > > > bce driver doesn't work at all. I dug up a driver off the web > > > (0.9.6) that worked fine with my workload (basically all TCP) > > > but in talking to Scott I discovered that UDP traffic was a > > > problem for this driver. Some time ago I upgraded to the driver > > > in -STABLE. This driver also appears to work fine, but about > > > once a day I get the following: > > > > > > Nov 29 01:16:47 server2 kernel: > > > bce1: /usr/src/sys/dev/bce/if_bce.c(5000): Watch > > > dog timeout occurred, resetting! > > > Nov 29 01:16:47 server2 kernel: bce1: link state changed to > > > DOWN Nov 29 01:16:48 server2 kernel: bce1: link state changed > > > to UP > > > > > > Pretty minor complaint, as it doesn't really affect the > > > operation of the box, but I suppose it's a sign that there's > > > still some work to be done. > > > > > > $FreeBSD: src/sys/dev/bce/if_bce.c,v 1.2.2.6 2006/10/24 > > > > > > As I write this I see there has been some further work on the > > > driver, so I think I'll upgrade it and see what happens. > > > > It's possible that rev 1.2.2.6 will fix what you're seeing. If > > not, then it might be the general issue with the watchdog > > framework being unreliable that we addressed with the em driver. > > If so, then it's mostly harmless. > > > > Scott > > The string I pasted is what I was using. Rebuilt using: > /repoman/r/ncvs/src/sys/dev/bce/if_bce.c,v 1.2.2.6.2.1 > this morning. I'll give it a few days and see how it's working. I > think either way it's harmless. It happens about once a day, and > strangely enough it's almost always in periods of very low load. Well, since the upgrade the NIC hasn't reset, so I'd say we have a winner. Thanks for all the work on this thing. :) -- Thanks, Josh Paetzel From owner-freebsd-stable@FreeBSD.ORG Sat Dec 2 17:55:42 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 576B316A403; Sat, 2 Dec 2006 17:55:42 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E1F643C9D; Sat, 2 Dec 2006 17:55:20 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id kB2HtZs0099962; Sat, 2 Dec 2006 10:55:40 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <4571BE11.4030009@samsco.org> Date: Sat, 02 Dec 2006 10:55:29 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: Hiroki Sato References: <20061202.201139.35852412.hrs@allbsd.org> In-Reply-To: <20061202.201139.35852412.hrs@allbsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: stable@freebsd.org Subject: Re: LSI 53C1030/mpt(4) 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: Sat, 02 Dec 2006 17:55:42 -0000 Hiroki Sato wrote: > Hi, > > Recently I bought Intel Pentium D 945 (3.45GHz), Supermicro PDSME > (Intel E7320), and LSI21320RB (PCI-X SCSI HBA using LSI 53C1030). I > installed 6.2-RC1 to an old PATA HDD and attached it to the > motherboard, and it worked fine. However, I installed 21320RB and > made several SCSI HDDs attached, some strange problems occurred. > [...] > Any suggestions for what I should do for this problem? I can send > more detail information from "boot -v" and/or dev.mpt.0.debug=5, but > not sure which message is important for diagnosing. > > -- > | Hiroki SATO > Just for comparison, could you go back to FreeBSD 6.0 and see if the problems remain? Scott From owner-freebsd-stable@FreeBSD.ORG Sat Dec 2 18:15:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0810716A412 for ; Sat, 2 Dec 2006 18:15:42 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id A798A43C9D for ; Sat, 2 Dec 2006 18:15:19 +0000 (GMT) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr ([134.157.184.22]) by shiva.jussieu.fr (8.13.7/jtpda-5.4) with ESMTP id kB2IFdgI013780 for ; Sat, 2 Dec 2006 19:15:39 +0100 (CET) X-Ids: 165 Received: from heho.labo (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.13.3/jtpda-5.2) with ESMTP id kB2IFcnQ092482 for ; Sat, 2 Dec 2006 19:15:38 +0100 (MET) Received: (from arno@localhost) by heho.labo (8.13.3/8.13.1/Submit) id kB2IFcle092479; Sat, 2 Dec 2006 19:15:38 +0100 (MET) (envelope-from arno) Sender: arno@heho.snv.jussieu.fr To: freebsd-stable@freebsd.org From: "Arno J. Klaassen" Date: 02 Dec 2006 19:15:37 +0100 Message-ID: Lines: 77 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (shiva.jussieu.fr [134.157.0.165]); Sat, 02 Dec 2006 19:15:39 +0100 (CET) X-Virus-Scanned: ClamAV 0.88.5/2269/Fri Dec 1 19:17:05 2006 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at shiva.jussieu.fr with ID 4571C2CB.001 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! Subject: witness_checkorder 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: Sat, 02 Dec 2006 18:15:42 -0000 Hello, I just got this on a box I'm testing before installation. It has clean RELENG_6 from about two weeks ago with only some small if_bge.c-patches Bruce Evans sent me for testing performance/hang problems. Since I doubt this panic is related to that, I just post it here in case someone is interested in more info : [sorry, no serial console attached ... just copy-paste from screen, but I will leave the box in the debugger for the WE ] struct mount mtx (struct mount mtx) @ /files/bsd/src6/sys/ufs/ufs/ufs_vnops.c:138 KDB: stack backtrace : witness_checkorder() _mtx_lock_flags() ufs_itimes() ufs_getattr() VOP_GETATTR_APV() filt_vfsread() knote() VOP_WRITE_APV() vn_write() dofilewrite() kern_writev() write() syscall() Xfast_syscall() --- syscall (4, FreeBSD ELF64, write), rip = 0x4363dc, rsp = 0X7fffffffdd78, rbp = 0x2f6 --- KDB: enter: witness_checkorder [thread pid 3987 tid 100133 ] Kernel config is stripped GENERIC + options AHC_ALLOW_MEMIO options TCP_DROP_SYNFIN options KDB options KDB_TRACE options DDB options KTRACE options INVARIANTS options INVARIANT_SUPPORT options DDB_NUMSYM options BREAK_TO_DEBUGGER options INVARIANTS options INVARIANT_SUPPORT options WITNESS options WITNESS_KDB options DEBUG_LOCKS options DEBUG_VFS_LOCKS options DIAGNOSTIC options MUTEX_PROFILING options MUTEX_DEBUG options SLEEPQUEUE_PROFILING options TURNSTILE_PROFILING options DEBUG_MEMGUARD The box was doing (/usr/src nfs-mounted): nohup time make -j 2 -DNO_CLEAN buildworld > /tmp/bw_alone.log 2>&1 & It paniced shortly after I started 'tail -f /tmp/bw_alone.log' in another window, and /tmp is mfs. Arno -- Arno J. Klaassen SCITO S.A. 8 rue des Haies F-75020 Paris, France http://scito.com From owner-freebsd-stable@FreeBSD.ORG Sat Dec 2 18:56:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8601616A47B for ; Sat, 2 Dec 2006 18:56:04 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 4932C43CA3 for ; Sat, 2 Dec 2006 18:55:36 +0000 (GMT) (envelope-from quetzal@zone3000.net) Received: from unknown (HELO localhost) (217.144.69.37) by 209.67.61.254 with SMTP; 2 Dec 2006 18:55:57 -0000 Date: Sat, 2 Dec 2006 20:55:30 +0200 From: Nikolay Pavlov To: Stefan Thurner Message-ID: <20061202185530.GA2030@zone3000.net> Mail-Followup-To: Nikolay Pavlov , Stefan Thurner , freebsd-stable@freebsd.org References: <45708A65.3000709@xris.fu41.vpn> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45708A65.3000709@xris.fu41.vpn> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.1-RELEASE-p10 Cc: freebsd-stable@freebsd.org Subject: Re: pam.d/sshd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Dec 2006 18:56:04 -0000 On Friday, 1 December 2006 at 21:02:45 +0100, Stefan Thurner wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Hi Stefan. > > /etc/pam.d/sshd pam file is for sshd server not for ssh client. > > If you want to use ssh-agent whole the time your box is online you > > should start it right after login. In order to doing this add > > "session optional pam_ssh.so want_agent" > > line into session facility of /etc/pam.d/system file (it's included > > into /etc/pam.d/login so don't worry). > > Hi Nikolay! > > Thats right and I have such a line in may pam.d/system file. But what I > want is that ssh-agent is started on the remote host if I login on the > remote host. Therefore I added the described lines in the pam.d/sshd > file on the remote host. > > The password for ssh-key is requested if I login on the remote host (as > it should) but no ssh-agent is started. I'm quite sure that it is a bug > in pam_ssh.so. When bug reporting on the freebsd site is working again I > will send in a problem report. Yes. You are right. Even with "want_agent" ssh-agent is started, but do not contain key decripted during the authentication phase. > > best regards > - -Stefan > - -- > GPG-encrypted mail welcome! --> ID:E970FCBE > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.5 (FreeBSD) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFFcIplxNmQVulw/L4RApPYAJ9C2frkDjE3AlKdQh/unv38E1YbjwCgtPaZ > 6lio3DnQJBfjh+azcAyD9fA= > =Rebv > -----END PGP SIGNATURE----- > _______________________________________________ > 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" -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-stable@FreeBSD.ORG Sat Dec 2 19:25:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1ADB316A407 for ; Sat, 2 Dec 2006 19:25:42 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (fw.zoral.com.ua [213.186.206.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A6F143CAA for ; Sat, 2 Dec 2006 19:25:08 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id kB2JPPIY098643 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 2 Dec 2006 21:25:25 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8) with ESMTP id kB2JPPBI063653; Sat, 2 Dec 2006 21:25:25 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id kB2JPOdO063652; Sat, 2 Dec 2006 21:25:24 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 2 Dec 2006 21:25:23 +0200 From: Kostik Belousov To: "Arno J. Klaassen" Message-ID: <20061202192523.GB35681@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="R3G7APHDIzY6R/pk" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=1.4 required=5.0 tests=SPF_NEUTRAL, UNPARSEABLE_RELAY autolearn=no version=3.1.4 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on fw.zoral.com.ua Cc: freebsd-stable@freebsd.org Subject: Re: witness_checkorder 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: Sat, 02 Dec 2006 19:25:42 -0000 --R3G7APHDIzY6R/pk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 02, 2006 at 07:15:37PM +0100, Arno J. Klaassen wrote: >=20 > Hello, >=20 > I just got this on a box I'm testing before installation. > It has clean RELENG_6 from about two weeks ago with only > some small if_bge.c-patches Bruce Evans sent me for testing > performance/hang problems. > Since I doubt this panic is related to that, I just post > it here in case someone is interested in more info : >=20 > [sorry, no serial console attached ... just copy-paste from > screen, but I will leave the box in the debugger for the > WE ] >=20 > struct mount mtx (struct mount mtx) @ /files/bsd/src6/sys/ufs/ufs/ufs_v= nops.c:138 > KDB: stack backtrace : > witness_checkorder() > _mtx_lock_flags() > ufs_itimes() > ufs_getattr() > VOP_GETATTR_APV() > filt_vfsread() > knote() > VOP_WRITE_APV() > vn_write() > dofilewrite() > kern_writev() > write() > syscall() > Xfast_syscall() > --- syscall (4, FreeBSD ELF64, write), rip =3D 0x4363dc, rsp =3D 0X7fff= ffffdd78, rbp =3D 0x2f6 --- > KDB: enter: witness_checkorder > [thread pid 3987 tid 100133 ] >=20 > Kernel config is stripped GENERIC + >=20 > options AHC_ALLOW_MEMIO > options TCP_DROP_SYNFIN > options KDB > options KDB_TRACE > options DDB > options KTRACE > options INVARIANTS > options INVARIANT_SUPPORT > options DDB_NUMSYM > options BREAK_TO_DEBUGGER > options INVARIANTS > options INVARIANT_SUPPORT > options WITNESS > options WITNESS_KDB > options DEBUG_LOCKS > options DEBUG_VFS_LOCKS > options DIAGNOSTIC > options MUTEX_PROFILING > options MUTEX_DEBUG > options SLEEPQUEUE_PROFILING > options TURNSTILE_PROFILING > options DEBUG_MEMGUARD >=20 > The box was doing (/usr/src nfs-mounted): >=20 > nohup time make -j 2 -DNO_CLEAN buildworld > /tmp/bw_alone.log 2>&1 & >=20 > It paniced shortly after I started 'tail -f /tmp/bw_alone.log' in another > window, and /tmp is mfs. Please, try the patch at http://people.freebsd.org/~kib/kqueue-lor.1.patch [ I do not include it inline since spamfilter at freebsd.org notices the get.*fast pattern in the patch. I need to rename this somehow. ] --R3G7APHDIzY6R/pk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFcdMjC3+MBN1Mb4gRAi44AKDyRiRYQfAnUbE3Uva+S1auJbFybgCcDkKj SaAqxbFNHvpYrODFyzGZjuo= =ENgE -----END PGP SIGNATURE----- --R3G7APHDIzY6R/pk-- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 2 19:42:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B719116A403 for ; Sat, 2 Dec 2006 19:42:49 +0000 (UTC) (envelope-from jon@web-tricks.net) Received: from smtp2.abac.com (smtp2.abac.com [216.55.128.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8C7643CAE for ; Sat, 2 Dec 2006 19:42:25 +0000 (GMT) (envelope-from jon@web-tricks.net) Received: from c-24-10-93-86.hsd1.ca.comcast.net ([24.10.93.86] helo=dragon) by smtp2.abac.com with esmtpa id 1Gqal5-0002Tm-4l for freebsd-stable@freebsd.org; Sat, 02 Dec 2006 11:42:47 -0800 Message-ID: <001701c7164a$0bac7130$fac8a8c0@dragon> From: "Jon" To: Date: Sat, 2 Dec 2006 11:42:47 -0800 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 Subject: Gnome2 2.16 fails on Notification-daemon-0.3.6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Dec 2006 19:42:49 -0000 Installing Gnome2 2.16 on FreeBSD 5.5 stable from /x11/gnome2 port. I have looked & looked and the site is gone or down 100 % http://www.galago-project.org/ How can we fix this ? From owner-freebsd-stable@FreeBSD.ORG Sat Dec 2 20:01:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EF80A16A416 for ; Sat, 2 Dec 2006 20:01:39 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.FreeBSD.org (Postfix) with SMTP id 457B343CC1 for ; Sat, 2 Dec 2006 20:01:10 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 26561 invoked by uid 399); 2 Dec 2006 20:01:31 -0000 Received: from localhost (HELO ?192.168.0.5?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 2 Dec 2006 20:01:31 -0000 Message-ID: <4571DB9A.3080703@FreeBSD.org> Date: Sat, 02 Dec 2006 12:01:30 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5.0.8 (X11/20061125) MIME-Version: 1.0 To: FreeBSD Stable Mailing List References: <4563126E.2060904@math.missouri.edu> <20061129143330.T82233@atlantis.atlantis.dp.ua> <20061130205045.A96066@atlantis.atlantis.dp.ua> <3BC50132-2DD9-4FAA-8320-C945DF4BFD48@mac.com> <20061201120708.D81433@atlantis.atlantis.dp.ua> <20061201232848.I53143@atlantis.atlantis.dp.ua> <20061202125559.N55820@atlantis.atlantis.dp.ua> In-Reply-To: <20061202125559.N55820@atlantis.atlantis.dp.ua> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: sshd. "UseDNS no" ignored? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Dec 2006 20:01:40 -0000 This thread has far exceeded whatever useful lifetime it may have had, and the freebsd-stable mailing list is not the place to discuss licensing issues. Please let this thread drop, and take any as yet unmade points to private e-mail. Thanks, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Sat Dec 2 21:21:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4303016A503 for ; Sat, 2 Dec 2006 21:21:38 +0000 (UTC) (envelope-from penryu@penryu.org) Received: from mx.penryu.org (kame.penryu.org [64.62.190.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EC7A43CAC for ; Sat, 2 Dec 2006 21:21:13 +0000 (GMT) (envelope-from penryu@penryu.org) Received: by mx.penryu.org (Postfix, from userid 1000) id E6C2170AA3; Sat, 2 Dec 2006 13:21:35 -0800 (PST) Date: Sat, 2 Dec 2006 13:21:35 -0800 From: Tim Hammerquist To: freebsd-stable@freebsd.org Message-ID: <20061202212135.GA24184@ruri> Mail-Followup-To: freebsd-stable@freebsd.org References: <20061129143330.T82233@atlantis.atlantis.dp.ua> <20061130205045.A96066@atlantis.atlantis.dp.ua> <3BC50132-2DD9-4FAA-8320-C945DF4BFD48@mac.com> <20061201120708.D81433@atlantis.atlantis.dp.ua> <20061201232848.I53143@atlantis.atlantis.dp.ua> <20061202125559.N55820@atlantis.atlantis.dp.ua> <4571DB9A.3080703@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <4571DB9A.3080703@FreeBSD.org> X-Editor: Vim-700 http://www.vim.org/ User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: sshd. "UseDNS no" ignored? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: penryu@penryu.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Dec 2006 21:21:38 -0000 A troll is a troll, regardless of ML hierarchy ... or vocabulary. He's stated numerous times he has no intention of doing anything useful with his ideas, merely to pick at increasingly pedantic nits. Send him to Theo or Stallman if he wants to argue the fine points of word meanings. Tim From owner-freebsd-stable@FreeBSD.ORG Sat Dec 2 22:03:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EDA3716A40F for ; Sat, 2 Dec 2006 22:03:42 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97DC543CA2 for ; Sat, 2 Dec 2006 22:03:18 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id kB2M3bad049444; Sun, 3 Dec 2006 00:03:37 +0200 (EET) (envelope-from dmitry@atlantis.dp.ua) Date: Sun, 3 Dec 2006 00:03:37 +0200 (EET) From: Dmitry Pryanishnikov To: Ganbold In-Reply-To: <456FC4C6.30201@micom.mng.net> Message-ID: <20061202235755.A51678@atlantis.atlantis.dp.ua> References: <456652AF.7070808@micom.mng.net> <20061124030100.GA92039@xor.obsecurity.org> <456FB769.5070703@micom.mng.net> <20061201051343.GA97010@xor.obsecurity.org> <456FC4C6.30201@micom.mng.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Stable Mailing List , Kris Kennaway Subject: Re: application hangs in STABLE from time to time X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Dec 2006 22:03:43 -0000 Hello! On Fri, 1 Dec 2006, Ganbold wrote: >>>> this. Next time use the -o wchan argument to ps to find out what >>>> state the process is blocked in. >>> Ok, Here it is: >>> >>> 573 ?? Is 0:00.02 /usr/sbin/inetd -wW -C 60 >>> 78721 ?? I 0:00.01 /usr/local/Radiator-3.15/hooks/PSA >>> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >>> voiprad# ps -o wchan >>> WCHAN >>> ttyin It's more convenient to use -O here: dmitry@homelynx$ ps axO wchan PID WCHAN TT STAT TIME COMMAND 0 - ?? WLs 0:00.00 [swapper] 1 wait ?? ILs 0:00.01 /sbin/init -- 2 - ?? DL 0:00.58 [g_event] 3 - ?? DL 0:11.72 [g_up] 4 - ?? DL 0:18.63 [g_down] 5 crypto ?? DL 0:00.00 [crypto] >>>> kgdb /dev/mem /boot/kernel/kernel.symbols >> > I tried with with kernel.debug without success: > > voiprad# kgdb /dev/mem /usr/obj/usr/src/sys/VOIPRAD/kernel.debug > kgdb: bad namelist Reverse the arguments: root@homelynx# kgdb /boot/kernel.debug/kernel.debug /dev/mem kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [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] ... (kgdb) info threads 111 Thread 100127 (PID=3196: kgdb) 0xc04aa6fb in sched_switch ( td=0xc6b31900, newtd=0xc35b2600, flags=1) at /usr/RELENG_6/src/sys/kern/sched_4bsd.c:973 110 Thread 100100 (PID=2734: more) 0xc04aa6fb in sched_switch ( td=0xc4dd3d80, newtd=0xc35b2600, flags=1) at /usr/RELENG_6/src/sys/kern/sched_4bsd.c:973 > thanks, > > Ganbold Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE