From owner-freebsd-stable@FreeBSD.ORG Sun Nov 27 03:39:08 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12B421065743; Sun, 27 Nov 2011 03:39:08 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id C97468FC18; Sun, 27 Nov 2011 03:39:07 +0000 (UTC) Received: from lstewart1.loshell.room52.net (ppp59-167-184-191.static.internode.on.net [59.167.184.191]) by lauren.room52.net (Postfix) with ESMTPSA id 67C747E824; Sun, 27 Nov 2011 14:39:06 +1100 (EST) Message-ID: <4ED1B0DA.2020209@freebsd.org> Date: Sun, 27 Nov 2011 14:39:06 +1100 From: Lawrence Stewart User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111016 Thunderbird/7.0.1 MIME-Version: 1.0 To: Kris Bauer References: <4ECEF6FD.5050006@freebsd.org> <4ED077BF.10205@freebsd.org> In-Reply-To: <4ED077BF.10205@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=5.0 tests=UNPARSEABLE_RELAY autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lauren.room52.net Cc: kerbzo@gmail.com, FreeBSD Release Engineering Team , stb@lassitu.de, raul@turing.b2n.org, george+freebsd@m5p.com, freebsd-stable@freebsd.org, freebsd@jdc.parodius.com Subject: Re: TCP Reassembly 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: Sun, 27 Nov 2011 03:39:08 -0000 On 11/26/11 16:23, Lawrence Stewart wrote: > On 11/25/11 13:01, Lawrence Stewart wrote: >> On 11/24/11 18:02, Kris Bauer wrote: >>> Hello, >>> >>> I am currently experiencing an issue with FreeBSD 9.0-RC2 r227852 >>> where the >>> net.inet.tcp.reass.curesegments value is constantly increasing (and not >>> descreasing when there is nominal traffic with the box). It is causing >>> tcp >>> slowdowns as described with kern/155407: >>> >>> Exhausted net.inet.tcp.reass.maxsegments block recovering tcp session >>> (for >>> this socket and any other socket waiting for retransmited packets). >>> After >>> exhausted net.inet.tcp.reass.maxsegments allocation new entry in >>> tcp_reass >>> failed (for this socket and any other socket waiting for retransmited >>> packets). >>> >>> I have increased the reass.maxsegments value to 16384 to temporarily >>> avoid >>> the problem, but the cursegments number keeps rising and it seems it >>> will >>> occur again. >>> >>> Is this an issue that anyone else has seen? I can provide more >>> information >>> if need be. >> >> Thanks Kris, Raul and Stefan for the reports, I'll look into this. > > I think I've got it - a stupid 1 line logic bug. My apologies for > missing it when I reviewed the patch which introduced the bug (patch was > committed to head as r226113, MFCed to stable/9 as r226228). > > Due to some miscommunication, the initial patch was committed to and > MFCed from head much later than it should have been in the 9.0 release > cycle and instead of being included in the BETAs, didn't make it in > until 9.0-RC1 I believe i.e. only RC1 and RC2 should be experiencing the > issue. > > Could those who have reported the bug and are able to recompile their > kernel to test a patch please try the following and report back to the > list: > > http://people.freebsd.org/~lstewart/patches/misctcp/tcp_reass_plugzoneleak_10.x.r227986.patch > > > The patch is against head r227986 but will apply and work correctly for > 9.0 as well. Thanks to all for the reports and testing. I committed the patch to head (http://svn.freebsd.org/changeset/base/228016) and it will be MFCed to 9 soon pending feedback from the release engineering team. Cheers, Lawrence From owner-freebsd-stable@FreeBSD.ORG Mon Nov 28 00:42:44 2011 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1A7B106566B for ; Mon, 28 Nov 2011 00:42:44 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 850B88FC14 for ; Mon, 28 Nov 2011 00:42:44 +0000 (UTC) Received: by wwe5 with SMTP id 5so7634527wwe.31 for ; Sun, 27 Nov 2011 16:42:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=mime-version:reply-to:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=ZZ4O6u8kqGIz+Zl/Q3CFzQL7jgHUv//uJkQ5nDfjpFA=; b=V2vJCS+AzAP7DhBsYmjJD693aknYiUjJArbSya8plxpYB+pwAMpZL76ftJ+MAt7tux Lmcck2aSXs+FwIMViMIi5ElRZDE1nMpSPUQZP8DQlpaO7MY0PJViMhlJWzmX2bgMWSkU umuXvJyCuueXxvh8+9msSIgGErsLwyfDyAm/M= MIME-Version: 1.0 Received: by 10.227.205.130 with SMTP id fq2mr32491732wbb.17.1322439064177; Sun, 27 Nov 2011 16:11:04 -0800 (PST) Received: by 10.180.94.131 with HTTP; Sun, 27 Nov 2011 16:11:03 -0800 (PST) Date: Mon, 28 Nov 2011 00:11:03 +0000 Message-ID: From: "b. f." To: freebsd-stable@FreeBSD.org, Adam Stylinski Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: ataraid and 9.0 RC-2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2011 00:42:45 -0000 > I just ran freebsd-update to get up to 9.0-RC2 and discovered that atarai= d does not work. I realize I'm an edge case and my scenario is not ideal (= I use an ITE controller and performance is actually impressively slow), but= I cannot boot 9.0 from my stripe, even after manually loading ataraid from= the loader prompt (after running an unload command). I mention it mostly = because other people using the fakeraid setup by their motherboards for wha= tever reason (perhaps to share a partition table with window > > atapci0 at pci0:2:11:0: class=3D0x010400 card=3D0x00000000 chip=3D0x82= 121283 rev=3D0x13 hdr=3D0x00 > vendor =3D 'Integrated Technology Express (ITE) Inc' > device =3D 'ATA 133 IDE RAID Controller (IT8212F)' > class =3D mass storage > subclass =3D RAID > rl0 at pci0:2:13:0: class=3D0x020000 card=3D0x80ea104d chip=3D0x81= 3910ec rev=3D0x10 hdr=3D0x00 > > At first I figured because it may be loading AHCI (as per the device nami= ng schemes ada0 and ada1). I haven't looked too much into it (these device= s are actually PATA not SATA, so AHCI doesn't even exist for these), but ma= ybe there's an ATA/AHCI driver that's built into the default kernelthat is = interfering with ataraid.ko? Maybe this interferes with my stupidly slow a= nd unpopular configuration. > > Thanks for any help, I'll also have a gander at the new DEFAULTS for the = generic kernel in the 9.0 source tree. ataraid(4) has been deprecated, since it does not work with the new default kernel option ATA_CAM, and some other devices. graid(8) is intended to replace it: http://lists.freebsd.org/pipermail/freebsd-current/2011-March/023299.html http://svnweb.FreeBSD.org/base?view=3Drevision&revision=3D219974 > From owner-freebsd-stable@FreeBSD.ORG Mon Nov 28 01:41:02 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2A7F106564A for ; Mon, 28 Nov 2011 01:41:02 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8C2178FC12 for ; Mon, 28 Nov 2011 01:41:02 +0000 (UTC) Received: by iakl21 with SMTP id l21so12128899iak.13 for ; Sun, 27 Nov 2011 17:41:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=oV+ck0GmfMpx8ZuDzd29taEPwwS1eVK1dAFvvIr5X28=; b=SIeFKtXSZ0ZHdZYTKMObyT1byBKhfXiYa7JjpPx8C2M/jgvS36Q8AIpzNlBWRD3q12 drda6bv+S5CgRk4c3TeeM7+QwVMtblWu68Hl1LyK0zSH7FOe7GFMuMiMvgZyxtVYvg47 4FIhtJFKoc0Ju73mjS/2RXdpzvUNiLp/d6X28= Received: by 10.42.115.136 with SMTP id k8mr21543177icq.46.1322444461851; Sun, 27 Nov 2011 17:41:01 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id z10sm39036864ibv.9.2011.11.27.17.40.59 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 27 Nov 2011 17:41:01 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Sun, 27 Nov 2011 17:39:31 -0800 From: YongHyeon PYUN Date: Sun, 27 Nov 2011 17:39:31 -0800 To: Mike Andrews Message-ID: <20111128013931.GC1830@michelle.cdnetworks.com> References: <4ED154B6.2030304@bit0.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4ED154B6.2030304@bit0.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: 9.0-RC2 re(4) "no memory for jumbo buffers" issue 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: Mon, 28 Nov 2011 01:41:02 -0000 On Sat, Nov 26, 2011 at 04:05:58PM -0500, Mike Andrews wrote: > I have a Supermicro 5015A-H (Intel Atom 330) server with two Realtek > RTL8111C-GR gigabit NICs on it. As far as I can tell, these support > jumbo frames up to 7422 bytes. When running them at an MTU of 5000 on Actually the maximum size is 6KB for RTL8111C, not 7422. RTL8111C and newer PCIe based gigabit controllers no longer support scattering a jumbo frame into multiple RX buffers so a single RX buffer has to receive an entire jumbo frame. This adds more burden to system because it has to allocate a jumbo frame even when it receives a pure TCP ACK. > FreeBSD 9.0-RC2, after a week or so of update, with fairly light network > activity, the interfaces die with "no memory for jumbo buffers" errors > on the console. Unloading and reloading the driver (via serial console) > doesn't help; only rebooting seems to clear it up. > The jumbo code path is the same as normal MTU sized one so I think possibility of leaking mbufs in driver is very low. And the message "no memory for jumbo RX buffers" can only happen either when you up the interface again or interface restart triggered by watchdog timeout handler. I don't think you're seeing watchdog timeouts though. When you see "no memory for jumbo RX buffers" message, did you check available mbuf pool? > I don't have this issue with any of my em(4) based systems that are also > using a 5000 byte MTU -- and they push considerably more traffic. > > I don't really consider this a regression from FreeBSD 8.2 because 8.2 > didn't support jumbos at all on this hardware... :) > > What's the best way to go about debugging this... which sysctl's should > I be looking at first? I have already tried raising kern.ipc.nmbjumbo9 > to 16384 and it doesn't seem to help things... maybe prolonging it > slightly, but not by much. The problem is it takes a week or so to > reproduce the problem each time... > I vaguely guess it could be related with other subsystem which leaks mbufs such that driver was not able to get more jumbo RX buffers from system. For instance, r228016 would be worth to try on your box. I can't clearly explain why em(4) does not suffer from the issue though. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 28 09:44:51 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D208106564A for ; Mon, 28 Nov 2011 09:44:51 +0000 (UTC) (envelope-from linuxmail@4lin.net) Received: from mail.4lin.net (mail.4lin.net [IPv6:2a01:4f8:130:6021::50]) by mx1.freebsd.org (Postfix) with ESMTP id ED2DB8FC12 for ; Mon, 28 Nov 2011 09:44:50 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.4lin.net (Postfix) with ESMTP id BA9EA2C3CF for ; Mon, 28 Nov 2011 10:45:29 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.4lin.net Received: from mail.4lin.net ([127.0.0.1]) by localhost (mail.4lin.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AGFc8f6M3hC5 for ; Mon, 28 Nov 2011 10:45:26 +0100 (CET) Received: from pcdenny.rbg.informatik.tu-darmstadt.de (pcdenny.rbg.informatik.tu-darmstadt.de [130.83.160.152]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.4lin.net (Postfix) with ESMTPSA id 5594C20A7B for ; Mon, 28 Nov 2011 10:45:26 +0100 (CET) From: Denny Schierz Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Mon, 28 Nov 2011 10:44:43 +0100 Message-Id: <45E4E305-F9C8-40F9-8486-208C95CD48BB@4lin.net> To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Apple Message framework v1251.1) X-Mailer: Apple Mail (2.1251.1) Subject: 9/RC2: start jails (with epair): ifconfig :permission denied X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Nov 2011 09:44:51 -0000 hi, I created and started a V2 jail by hand and it works. Now it should = start automatically: =46rom a HowTo: # # Jails configuration # jail_enable=3D"YES" jail_v2_enable=3D"YES" jail_list=3D"web" jail_web_name=3D"web" jail_web_hostname=3D"web.domain.foo" jail_web_devfs_enable=3D"YES" jail_web_devfs_ruleset=3D"devfsrules_jail" jail_web_rootdir=3D"/jails/www" jail_web_vnet_enable=3D"YES" jail_web_exec_prestart0=3D"ifconfig epair0 create" jail_web_exec_prestart1=3D"ifconfig bridge0 addm epair0a" jail_web_exec_prestart2=3D"ifconfig epair0a up" jail_web_exec_earlypoststart0=3D"ifconfig epair0b vnet web" jail_web_exec_afterstart0=3D"ifconfig lo0 127.0.0.1" jail_web_exec_afterstart1=3D"ifconfig epair0b 192.168.1.3 netmask = 255.255.255.0 up" jail_web_exec_afterstart2=3D"route add default 130.83.160.62" jail_web_exec_afterstart3=3D"/bin/sh /etc/rc" jail_web_exec_poststop0=3D"ifconfig bridge0 deletem epair0a" jail_web_exec_poststop1=3D"ifconfig epair0a destroy" But: /etc/rc.d/jail start web Configuring jails:. Starting jails:epair0a ifconfig: up: permission denied route: writing to routing socket: Operation not permitted /etc/rc: WARNING: $hostname is not set -- see rc.conf(5). Creating and/or trimming log files. Starting syslogd. syslogd: child pid 6510 exited with return code 1 /etc/rc: WARNING: failed to start syslogd ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib Clearing /tmp. Updating motd:. Starting sshd. 554 5.3.0 host "localhost" unknown: Protocol not supported Starting cron. Mon Nov 28 09:24:30 UTC 2011 web.domain.foo. so, I'm sure, that I have something missed. The Jail can't use ifconfig. = So maybe, I have to edit: /etc/defaults/devfs.rules ? cu denny From owner-freebsd-stable@FreeBSD.ORG Mon Nov 28 14:49:37 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D22DF106564A for ; Mon, 28 Nov 2011 14:49:37 +0000 (UTC) (envelope-from bengta@P142.sics.se) Received: from sink.sics.se (sink.sics.se [193.10.64.88]) by mx1.freebsd.org (Postfix) with ESMTP id 5C9908FC12 for ; Mon, 28 Nov 2011 14:49:36 +0000 (UTC) Received: from P142.sics.se (P142.sics.se [193.10.66.253]) by sink.sics.se (8.14.3/8.14.3) with ESMTP id pASERPCH016556 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 28 Nov 2011 15:27:27 +0100 (CET) (envelope-from bengta@P142.sics.se) Received: from P142.sics.se (localhost [127.0.0.1]) by P142.sics.se (8.14.4/8.14.4) with ESMTP id pASETFg4003487; Mon, 28 Nov 2011 15:29:15 +0100 (CET) (envelope-from bengta@P142.sics.se) Received: (from bengta@localhost) by P142.sics.se (8.14.4/8.14.4/Submit) id pASETDwB003486; Mon, 28 Nov 2011 15:29:13 +0100 (CET) (envelope-from bengta@P142.sics.se) From: Bengt Ahlgren To: Daryl Sayers In-Reply-To: <201111180310.pAI3ARbZ075115@mippet.ci.com.au> (Daryl Sayers's message of "Fri, 18 Nov 2011 14:10:27 +1100 (EST)") References: <201111180310.pAI3ARbZ075115@mippet.ci.com.au> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) Date: Mon, 28 Nov 2011 15:29:13 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: Low nfs write throughput X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Nov 2011 14:49:37 -0000 Daryl Sayers writes: > Can anyone suggest why I am getting poor write performance from my nfs setup. > I have 2 x FreeBSD 8.2-STABLE i386 machines with ASUS P5B-plus mother boards, > 4G mem and Dual core 3g processor using 147G 15k Seagate SAS drives with > onboard Gb network cards connected to an idle network. The results below show > that I get nearly 100Mb/s with a dd over rsh but only 15Mbs using nfs. It > improves if I use async but a smbfs mount still beats it. I am using the same > file, source and destinations for all tests. I have tried alternate Network > cards with no resulting benefit. [...] > Looking at a systat -v on the destination I see that the nfs test does not > exceed 16KB/t with 100% busy where the other tests reach up to 128KB/t. > For the record I get reads of 22Mb/s without and 77Mb/s with async turned on > for the nfs mount. On an UFS filesystem you get NFS writes with the same size as the filesystem blocksize. So an easy way to improve performance is to create a filesystem with larger blocks. I accidentally found this out when I had two NFS exported filesystems from the same box with 16K and 64K blocksizes respectively. (Larger blocksize also tremendously improves the performance of UFS snapshots!) Bengt From owner-freebsd-stable@FreeBSD.ORG Mon Nov 28 19:37:49 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7BE010656D1; Mon, 28 Nov 2011 19:37:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 9931A8FC50; Mon, 28 Nov 2011 19:37:49 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id pASJbm2i065064; Mon, 28 Nov 2011 19:37:48 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id pASJbmGI065053; Mon, 28 Nov 2011 19:37:48 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 28 Nov 2011 19:37:48 GMT Message-Id: <201111281937.pASJbmGI065053@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_9 tinderbox] failure on mips/mips 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: Mon, 28 Nov 2011 19:37:50 -0000 TB --- 2011-11-28 19:31:08 - tinderbox 2.8 running on freebsd-stable.sentex.ca TB --- 2011-11-28 19:31:08 - starting RELENG_9 tinderbox run for mips/mips TB --- 2011-11-28 19:31:08 - cleaning the object tree TB --- 2011-11-28 19:31:28 - cvsupping the source tree TB --- 2011-11-28 19:31:28 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/mips/mips/supfile TB --- 2011-11-28 19:37:48 - WARNING: /usr/bin/csup returned exit code 1 TB --- 2011-11-28 19:37:48 - ERROR: unable to cvsup the source tree TB --- 2011-11-28 19:37:48 - 2.37 user 3.73 system 399.80 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Mon Nov 28 22:37:32 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A9C6106566B for ; Mon, 28 Nov 2011 22:37:32 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from magnum.bit0.com (magnum.bit0.com [IPv6:2604:e700:b0:1::200]) by mx1.freebsd.org (Postfix) with ESMTP id F0FDF8FC18 for ; Mon, 28 Nov 2011 22:37:31 +0000 (UTC) Received: from magnum.int.bit0.com (localhost [127.0.0.1]) by magnum.bit0.com (Postfix) with ESMTP id C78845797 for ; Mon, 28 Nov 2011 17:37:30 -0500 (EST) X-Virus-Scanned: amavisd-new at bit0.com Received: from magnum.bit0.com ([127.0.0.1]) by magnum.int.bit0.com (magnum.int.bit0.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4BWC5rf_fGot for ; Mon, 28 Nov 2011 17:37:28 -0500 (EST) Received: from beast.int.bit0.com (beast.int.bit0.com [172.27.0.2]) by magnum.bit0.com (Postfix) with ESMTP for ; Mon, 28 Nov 2011 17:37:28 -0500 (EST) Date: Mon, 28 Nov 2011 17:37:27 -0500 (EST) From: Mike Andrews X-X-Sender: mandrews@beast.int.bit0.com To: freebsd-stable@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Subject: Sporadic 9.0-RC2 boot-time 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: Mon, 28 Nov 2011 22:37:32 -0000 *Sometimes* when booting 9.0-RC2 on *some* of my machines, I'll get one of the following two panics during multiuser startup, usually while running the /usr/local/etc/rc.d scripts. (The instruction pointer is always exactly one of these two, and they look fairly related.) If after two or three reboots it manages to not panic, the system will run perfectly stable. For some probably-unrelated reason, the dump never finishes in either case. First panic (note em0 warning before it): ----- em0: discard frame w/o packet header Fatal trap 9: general protection fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x20:0xffffffff805e4fc5 stack pointer = 0x28:0xffffff80003299e0 frame pointer = 0x28:0xffffff8000329a00 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 12 (irq256: em0:rx 0) trap number = 9 panic: general protection fault cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 panic() at panic+0x187 trap_fatal() at trap_fatal+0x290 trap() at trap+0x10a calltrap() at calltrap+0x8 --- trap 0x9, rip = 0xffffffff805e4fc5, rsp = 0xffffff80003299e0, rbp = 0xffffff8000329a00 --- m_freem() at m_freem+0x25 ether_nh_input() at ether_nh_input+0x82 netisr_dispatch_src() at netisr_dispatch_src+0x20b em_rxeof() at em_rxeof+0x1ca em_msix_rx() at em_msix_rx+0x24 intr_event_execute_handlers() at intr_event_execute_handlers+0x104 ithread_loop() at ithread_loop+0xa4 fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8000329d00, rbp = 0 --- Uptime: 49s Dumping 679 out of 12263 MB: ----- Second panic (no em0 discard warning this time): ----- Fatal trap 9: general protection fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x20:0xffffffff8063c0e4 stack pointer = 0x28:0xffffff8000329a00 frame pointer = 0x28:0xffffff8000329a40 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 12 (irq256: em0:rx 0) trap number = 9 panic: general protection fault cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 panic() at panic+0x187 trap_fatal() at trap_fatal+0x290 trap() at trap+0x10a calltrap() at calltrap+0x8 --- trap 0x9, rip = 0xffffffff8063c0e4, rsp = 0xffffff8000329a00, rbp = 0xffffff8000329a40 --- ether_nh_input() at ether_nh_input+0x94 netisr_dispatch_src() at netisr_dispatch_src+0x20b em_rxeof() at em_rxeof+0x1ca em_msix_rx() at em_msix_rx+0x24 intr_event_execute_handlers() at intr_event_execute_handlers+0x104 ithread_loop() at ithread_loop+0xa4 fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8000329d00, rbp = 0 --- Uptime: 46s Dumping 657 out of 12263 MB:..3% From owner-freebsd-stable@FreeBSD.ORG Mon Nov 28 22:38:35 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC36F1065675 for ; Mon, 28 Nov 2011 22:38:35 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from magnum.bit0.com (magnum.bit0.com [IPv6:2604:e700:b0:1::200]) by mx1.freebsd.org (Postfix) with ESMTP id 7F5368FC23 for ; Mon, 28 Nov 2011 22:38:35 +0000 (UTC) Received: from magnum.bit0.com (localhost [127.0.0.1]) by magnum.bit0.com (Postfix) with ESMTP id CC85E57CB; Mon, 28 Nov 2011 17:38:34 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=bit0.com; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; s=boogity; bh=/8kCOfKfi Ac7mvxOmtznYSG8ozzUPYzRDOTs4GnTCXw=; b=TA2NMrA8I9XNpH0VtGdeLRaqg gS/ATMNNS3WGxUVj++yVQa9iM/AfTydc2rft4q36RiIewt9ZLtKjV2n1jCxFOhM2 b7xDeTzEX6lKE0hiJjOw6elx9Q1hTcibu6/0AoH0HTGVgvFGRmfBBRZaoAxY64yi ppVrS99c1OeAck4Tdo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bit0.com; h=message-id:date :from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=boogity; b=qKG lL5bt6Ie+uFXvWBzRL4bwohxf849W++iaovw+JLtiSF/R11J2enOXcoqLq39V4Pv jpsRU8JrzNlXJqVhLov3qFTdX9lw6ejX8Fby5DLSJSnD5S+Hur8kMQt9jiUoWjaW HzNQS9OlxI7Pulei8WbxwnUF0oFmsyNog9DSc8hs= Received: from spike.int.bit0.com (unknown [IPv6:2001:470:1f11:c3c:d073:ca92:2999:f62f]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by magnum.bit0.com (Postfix) with ESMTPSA id 6C11F57CA; Mon, 28 Nov 2011 17:38:33 -0500 (EST) Message-ID: <4ED40D58.1030107@bit0.com> Date: Mon, 28 Nov 2011 17:38:16 -0500 From: Mike Andrews User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: pyunyh@gmail.com References: <4ED154B6.2030304@bit0.com> <20111128013931.GC1830@michelle.cdnetworks.com> In-Reply-To: <20111128013931.GC1830@michelle.cdnetworks.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 9.0-RC2 re(4) "no memory for jumbo buffers" 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: Mon, 28 Nov 2011 22:38:35 -0000 On 11/27/11 8:39 PM, YongHyeon PYUN wrote: > On Sat, Nov 26, 2011 at 04:05:58PM -0500, Mike Andrews wrote: >> I have a Supermicro 5015A-H (Intel Atom 330) server with two Realtek >> RTL8111C-GR gigabit NICs on it. As far as I can tell, these support >> jumbo frames up to 7422 bytes. When running them at an MTU of 5000 on > > Actually the maximum size is 6KB for RTL8111C, not 7422. > RTL8111C and newer PCIe based gigabit controllers no longer support > scattering a jumbo frame into multiple RX buffers so a single RX > buffer has to receive an entire jumbo frame. This adds more burden > to system because it has to allocate a jumbo frame even when it > receives a pure TCP ACK. OK, that makes sense. >> FreeBSD 9.0-RC2, after a week or so of update, with fairly light network >> activity, the interfaces die with "no memory for jumbo buffers" errors >> on the console. Unloading and reloading the driver (via serial console) >> doesn't help; only rebooting seems to clear it up. >> > > The jumbo code path is the same as normal MTU sized one so I think > possibility of leaking mbufs in driver is very low. And the > message "no memory for jumbo RX buffers" can only happen either > when you up the interface again or interface restart triggered by > watchdog timeout handler. I don't think you're seeing watchdog > timeouts though. I'm fairly certain the interface isn't changing state when this happens -- it just kinda spontaneously happens after a week or two, with no interface up/down transitions. I don't see any watchdog messages when this happens. > When you see "no memory for jumbo RX buffers" message, did you > check available mbuf pool? Not yet, that's why I asked for debugging tips -- I'll do that the next time this happens. >> What's the best way to go about debugging this... which sysctl's should >> I be looking at first? I have already tried raising kern.ipc.nmbjumbo9 >> to 16384 and it doesn't seem to help things... maybe prolonging it >> slightly, but not by much. The problem is it takes a week or so to >> reproduce the problem each time... >> > > I vaguely guess it could be related with other subsystem which > leaks mbufs such that driver was not able to get more jumbo RX > buffers from system. For instance, r228016 would be worth to try on > your box. I can't clearly explain why em(4) does not suffer from > the issue though. I've just this morning built a kernel with that fix, so we'll see how that goes. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 28 23:05:51 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE9B4106564A for ; Mon, 28 Nov 2011 23:05:51 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out2.tiscali.nl (smtp-out2.tiscali.nl [195.241.79.177]) by mx1.freebsd.org (Postfix) with ESMTP id 4DEF48FC0C for ; Mon, 28 Nov 2011 23:05:51 +0000 (UTC) Received: from [212.182.167.131] (helo=sjakie.klop.ws) by smtp-out2.tiscali.nl with esmtp (Exim) (envelope-from ) id 1RVA0A-0002Pq-72; Mon, 28 Nov 2011 23:48:42 +0100 Received: from 212-182-167-131.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id 827C5F8DF; Mon, 28 Nov 2011 23:48:31 +0100 (CET) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-stable@freebsd.org, "Mike Andrews" References: Date: Mon, 28 Nov 2011 23:48:31 +0100 MIME-Version: 1.0 From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/11.52 (FreeBSD) Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Sporadic 9.0-RC2 boot-time 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: Mon, 28 Nov 2011 23:05:51 -0000 On Mon, 28 Nov 2011 23:37:27 +0100, Mike Andrews wrot= e: > *Sometimes* when booting 9.0-RC2 on *some* of my machines, I'll get one= =20 > of the following two panics during multiuser startup, usually while =20 > running the /usr/local/etc/rc.d scripts. (The instruction pointer is =20 > always exactly one of these two, and they look fairly related.) If =20 > after two or three reboots it manages to not panic, the system will run= =20 > perfectly stable. > > For some probably-unrelated reason, the dump never finishes in either =20 > case. > > First panic (note em0 warning before it): > ----- > em0: discard frame w/o packet header > > > Fatal trap 9: general protection fault while in kernel mode > cpuid =3D 0; apic id =3D 00 > instruction pointer =3D 0x20:0xffffffff805e4fc5 > stack pointer =3D 0x28:0xffffff80003299e0 > frame pointer =3D 0x28:0xffffff8000329a00 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 12 (irq256: em0:rx 0) > trap number =3D 9 > panic: general protection fault > cpuid =3D 0 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > kdb_backtrace() at kdb_backtrace+0x37 > panic() at panic+0x187 > trap_fatal() at trap_fatal+0x290 > trap() at trap+0x10a > calltrap() at calltrap+0x8 > --- trap 0x9, rip =3D 0xffffffff805e4fc5, rsp =3D 0xffffff80003299e0, r= bp =3D =20 > 0xffffff8000329a00 --- > m_freem() at m_freem+0x25 > ether_nh_input() at ether_nh_input+0x82 > netisr_dispatch_src() at netisr_dispatch_src+0x20b > em_rxeof() at em_rxeof+0x1ca > em_msix_rx() at em_msix_rx+0x24 > intr_event_execute_handlers() at intr_event_execute_handlers+0x104 > ithread_loop() at ithread_loop+0xa4 > fork_exit() at fork_exit+0x11f > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip =3D 0, rsp =3D 0xffffff8000329d00, rbp =3D 0 --- > Uptime: 49s > Dumping 679 out of 12263 MB: > > ----- > > Second panic (no em0 discard warning this time): > > ----- > > Fatal trap 9: general protection fault while in kernel mode > cpuid =3D 0; apic id =3D 00 > instruction pointer =3D 0x20:0xffffffff8063c0e4 > stack pointer =3D 0x28:0xffffff8000329a00 > frame pointer =3D 0x28:0xffffff8000329a40 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 12 (irq256: em0:rx 0) > trap number =3D 9 > panic: general protection fault > cpuid =3D 0 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > kdb_backtrace() at kdb_backtrace+0x37 > panic() at panic+0x187 > trap_fatal() at trap_fatal+0x290 > trap() at trap+0x10a > calltrap() at calltrap+0x8 > --- trap 0x9, rip =3D 0xffffffff8063c0e4, rsp =3D 0xffffff8000329a00, r= bp =3D =20 > 0xffffff8000329a40 --- > ether_nh_input() at ether_nh_input+0x94 > netisr_dispatch_src() at netisr_dispatch_src+0x20b > em_rxeof() at em_rxeof+0x1ca > em_msix_rx() at em_msix_rx+0x24 > intr_event_execute_handlers() at intr_event_execute_handlers+0x104 > ithread_loop() at ithread_loop+0xa4 > fork_exit() at fork_exit+0x11f > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip =3D 0, rsp =3D 0xffffff8000329d00, rbp =3D 0 --- > Uptime: 46s > Dumping 657 out of 12263 MB:..3% > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" Does it help if you disable msix on your em0? Google for 'sysctl em msix'. Or run 'sysctl -a | grep msix'. NB: I know nothing about the details of em of msix, so hopefully somebody= =20 with more clue responds also. Ronald. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 28 23:43:43 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07B401065700 for ; Mon, 28 Nov 2011 23:43:43 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id C458E8FC1E for ; Mon, 28 Nov 2011 23:43:41 +0000 (UTC) Received: by iakl21 with SMTP id l21so14394490iak.13 for ; Mon, 28 Nov 2011 15:43:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=2+qGZlOvzSMA1LTHs2f8N0BOupShY5o5ycYrfR3rHho=; b=mi+OqcywfUCXakHuQ8lMevepozcWuAy+qt6M3rjyAs+kUIudNhRlv3V3h4ZOw+dN+h /TpbqJethHA4xZsnxPK2hi57Wem09HD04jUgs2IFK2X6Z0CLzrhVQmbt54EvYk1uEjtQ sMJUpGF+JiLkwUNTjFVqrBNmpcllx7rBjhOdU= Received: by 10.231.27.194 with SMTP id j2mr3500604ibc.22.1322523821389; Mon, 28 Nov 2011 15:43:41 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id dd36sm51506910ibb.7.2011.11.28.15.43.39 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 28 Nov 2011 15:43:40 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 28 Nov 2011 15:42:12 -0800 From: YongHyeon PYUN Date: Mon, 28 Nov 2011 15:42:12 -0800 To: Mike Andrews Message-ID: <20111128234212.GC1655@michelle.cdnetworks.com> References: <4ED154B6.2030304@bit0.com> <20111128013931.GC1830@michelle.cdnetworks.com> <4ED40D58.1030107@bit0.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4ED40D58.1030107@bit0.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: 9.0-RC2 re(4) "no memory for jumbo buffers" issue 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: Mon, 28 Nov 2011 23:43:43 -0000 On Mon, Nov 28, 2011 at 05:38:16PM -0500, Mike Andrews wrote: > On 11/27/11 8:39 PM, YongHyeon PYUN wrote: > >On Sat, Nov 26, 2011 at 04:05:58PM -0500, Mike Andrews wrote: > >>I have a Supermicro 5015A-H (Intel Atom 330) server with two Realtek > >>RTL8111C-GR gigabit NICs on it. As far as I can tell, these support > >>jumbo frames up to 7422 bytes. When running them at an MTU of 5000 on > > > >Actually the maximum size is 6KB for RTL8111C, not 7422. > >RTL8111C and newer PCIe based gigabit controllers no longer support > >scattering a jumbo frame into multiple RX buffers so a single RX > >buffer has to receive an entire jumbo frame. This adds more burden > >to system because it has to allocate a jumbo frame even when it > >receives a pure TCP ACK. > > OK, that makes sense. > > >>FreeBSD 9.0-RC2, after a week or so of update, with fairly light network > >>activity, the interfaces die with "no memory for jumbo buffers" errors > >>on the console. Unloading and reloading the driver (via serial console) > >>doesn't help; only rebooting seems to clear it up. > >> > > > >The jumbo code path is the same as normal MTU sized one so I think > >possibility of leaking mbufs in driver is very low. And the > >message "no memory for jumbo RX buffers" can only happen either > >when you up the interface again or interface restart triggered by > >watchdog timeout handler. I don't think you're seeing watchdog > >timeouts though. > > I'm fairly certain the interface isn't changing state when this happens > -- it just kinda spontaneously happens after a week or two, with no > interface up/down transitions. I don't see any watchdog messages when > this happens. There is another code path that causes controller reinitialization. If you change MTU or offloading configuration(TSO, VLAN tagging, checksum offloading etc) it will reinitialize the controller. So do you happen to trigger one of these code path during a week or two? > > >When you see "no memory for jumbo RX buffers" message, did you > >check available mbuf pool? > > Not yet, that's why I asked for debugging tips -- I'll do that the next > time this happens. > > >>What's the best way to go about debugging this... which sysctl's should > >>I be looking at first? I have already tried raising kern.ipc.nmbjumbo9 > >>to 16384 and it doesn't seem to help things... maybe prolonging it > >>slightly, but not by much. The problem is it takes a week or so to > >>reproduce the problem each time... > >> > > > >I vaguely guess it could be related with other subsystem which > >leaks mbufs such that driver was not able to get more jumbo RX > >buffers from system. For instance, r228016 would be worth to try on > >your box. I can't clearly explain why em(4) does not suffer from > >the issue though. > > I've just this morning built a kernel with that fix, so we'll see how > that goes. Ok. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 00:12:44 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56E5C106568C for ; Tue, 29 Nov 2011 00:12:44 +0000 (UTC) (envelope-from daryl@ci.com.au) Received: from mippet.ci.com.au (mippet.ci.com.au [192.65.182.30]) by mx1.freebsd.org (Postfix) with ESMTP id CEAEF8FC18 for ; Tue, 29 Nov 2011 00:12:43 +0000 (UTC) Received: from mippet.ci.com.au (localhost [127.0.0.1]) by mippet.ci.com.au (8.14.4/8.14.4/CE101231/cmlga) with ESMTP id pAT0CePT070815; Tue, 29 Nov 2011 11:12:41 +1100 (EST) (envelope-from daryl@mippet.ci.com.au) Received: (from daryl@localhost) by mippet.ci.com.au (8.14.4/8.14.4/Submit) id pAT0CdPw070812; Tue, 29 Nov 2011 11:12:39 +1100 (EST) (envelope-from daryl) Date: Tue, 29 Nov 2011 11:12:39 +1100 (EST) From: Daryl Sayers Message-Id: <201111290012.pAT0CdPw070812@mippet.ci.com.au> To: bengta@sics.se In-reply-to: (message from Bengt Ahlgren on Mon, 28 Nov 2011 15:29:13 +0100) References: <201111180310.pAI3ARbZ075115@mippet.ci.com.au> X-Scanned-By: MIMEDefang 2.68 on 192.65.182.30 Cc: freebsd-stable@freebsd.org Subject: Re: Low nfs write throughput X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2011 00:12:44 -0000 >>>>> "Bengt" == Bengt Ahlgren writes: > Daryl Sayers writes: >> Can anyone suggest why I am getting poor write performance from my nfs setup. >> I have 2 x FreeBSD 8.2-STABLE i386 machines with ASUS P5B-plus mother boards, >> 4G mem and Dual core 3g processor using 147G 15k Seagate SAS drives with >> onboard Gb network cards connected to an idle network. The results below show >> that I get nearly 100Mb/s with a dd over rsh but only 15Mbs using nfs. It >> improves if I use async but a smbfs mount still beats it. I am using the same >> file, source and destinations for all tests. I have tried alternate Network >> cards with no resulting benefit. > [...] >> Looking at a systat -v on the destination I see that the nfs test does not >> exceed 16KB/t with 100% busy where the other tests reach up to 128KB/t. >> For the record I get reads of 22Mb/s without and 77Mb/s with async turned on >> for the nfs mount. > On an UFS filesystem you get NFS writes with the same size as the > filesystem blocksize. So an easy way to improve performance is to > create a filesystem with larger blocks. I accidentally found this out > when I had two NFS exported filesystems from the same box with 16K and > 64K blocksizes respectively. > (Larger blocksize also tremendously improves the performance of UFS > snapshots!) Thanks to all that answered. I did try the 'sysctl -w vfs.nfsrv.async=1' with no reportable change in performance. We are using a UFS2 filesystem so the zfs command was not required. I did not try the patch as we would like to stay as standard as possible but will upgrade if the patch is released in new kernel. Thanks Bengt for the suggestion of block size. Increasing the block size to 64k made a significant improvement to performance. -- Daryl Sayers Direct: +612 95525510 Corinthian Engineering Office: +612 95525500 Suite 54, Jones Bay Wharf Fax: +612 95525549 26-32 Pirrama Rd email: daryl@ci.com.au Pyrmont NSW 2009 Australia www: http://www.ci.com.au From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 06:50:38 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 482FF106567D for ; Tue, 29 Nov 2011 06:50:38 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta12.emeryville.ca.mail.comcast.net (qmta12.emeryville.ca.mail.comcast.net [76.96.27.227]) by mx1.freebsd.org (Postfix) with ESMTP id 2EE438FC1B for ; Tue, 29 Nov 2011 06:50:37 +0000 (UTC) Received: from omta01.emeryville.ca.mail.comcast.net ([76.96.30.11]) by qmta12.emeryville.ca.mail.comcast.net with comcast id 2ufE1i0020EPchoACuqXgd; Tue, 29 Nov 2011 06:50:31 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta01.emeryville.ca.mail.comcast.net with comcast id 2ucr1i00t1t3BNj8MucsLs; Tue, 29 Nov 2011 06:36:52 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id BF003102C1D; Mon, 28 Nov 2011 22:50:36 -0800 (PST) Date: Mon, 28 Nov 2011 22:50:36 -0800 From: Jeremy Chadwick To: Mike Andrews Message-ID: <20111129065036.GA21518@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org, Jack Vogel Subject: Re: Sporadic 9.0-RC2 boot-time 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: Tue, 29 Nov 2011 06:50:38 -0000 On Mon, Nov 28, 2011 at 05:37:27PM -0500, Mike Andrews wrote: > *Sometimes* when booting 9.0-RC2 on *some* of my machines, I'll get > one of the following two panics during multiuser startup, usually > while running the /usr/local/etc/rc.d scripts. (The instruction > pointer is always exactly one of these two, and they look fairly > related.) If after two or three reboots it manages to not panic, > the system will run perfectly stable. > > For some probably-unrelated reason, the dump never finishes in either case. > > First panic (note em0 warning before it): > ----- > em0: discard frame w/o packet header > > > Fatal trap 9: general protection fault while in kernel mode > cpuid = 0; apic id = 00 > instruction pointer = 0x20:0xffffffff805e4fc5 > stack pointer = 0x28:0xffffff80003299e0 > frame pointer = 0x28:0xffffff8000329a00 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 12 (irq256: em0:rx 0) > trap number = 9 > panic: general protection fault > cpuid = 0 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > kdb_backtrace() at kdb_backtrace+0x37 > panic() at panic+0x187 > trap_fatal() at trap_fatal+0x290 > trap() at trap+0x10a > calltrap() at calltrap+0x8 > --- trap 0x9, rip = 0xffffffff805e4fc5, rsp = 0xffffff80003299e0, rbp = 0xffffff8000329a00 --- > m_freem() at m_freem+0x25 > ether_nh_input() at ether_nh_input+0x82 > netisr_dispatch_src() at netisr_dispatch_src+0x20b > em_rxeof() at em_rxeof+0x1ca > em_msix_rx() at em_msix_rx+0x24 > intr_event_execute_handlers() at intr_event_execute_handlers+0x104 > ithread_loop() at ithread_loop+0xa4 > fork_exit() at fork_exit+0x11f > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip = 0, rsp = 0xffffff8000329d00, rbp = 0 --- > Uptime: 49s > Dumping 679 out of 12263 MB: > > ----- > > Second panic (no em0 discard warning this time): > > ----- > > Fatal trap 9: general protection fault while in kernel mode > cpuid = 0; apic id = 00 > instruction pointer = 0x20:0xffffffff8063c0e4 > stack pointer = 0x28:0xffffff8000329a00 > frame pointer = 0x28:0xffffff8000329a40 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 12 (irq256: em0:rx 0) > trap number = 9 > panic: general protection fault > cpuid = 0 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > kdb_backtrace() at kdb_backtrace+0x37 > panic() at panic+0x187 > trap_fatal() at trap_fatal+0x290 > trap() at trap+0x10a > calltrap() at calltrap+0x8 > --- trap 0x9, rip = 0xffffffff8063c0e4, rsp = 0xffffff8000329a00, rbp = 0xffffff8000329a40 --- > ether_nh_input() at ether_nh_input+0x94 > netisr_dispatch_src() at netisr_dispatch_src+0x20b > em_rxeof() at em_rxeof+0x1ca > em_msix_rx() at em_msix_rx+0x24 > intr_event_execute_handlers() at intr_event_execute_handlers+0x104 > ithread_loop() at ithread_loop+0xa4 > fork_exit() at fork_exit+0x11f > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip = 0, rsp = 0xffffff8000329d00, rbp = 0 --- > Uptime: 46s > Dumping 657 out of 12263 MB:..3% We need the following things: * uname -a output * dmesg output (only details specific to emX NICs please) * pciconf -lvcb output (only details specific to emX NICs please) CC'ing Jack Vogel (driver author) who can hopefully shed some light on this. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 15:36:46 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F053106564A for ; Tue, 29 Nov 2011 15:36:46 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id D07408FC13 for ; Tue, 29 Nov 2011 15:36:45 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 82F4746B09; Tue, 29 Nov 2011 10:36:45 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 163C3B946; Tue, 29 Nov 2011 10:36:45 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Tue, 29 Nov 2011 10:36:44 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p8; KDE/4.5.5; amd64; ; ) References: <201111180310.pAI3ARbZ075115@mippet.ci.com.au> <201111290012.pAT0CdPw070812@mippet.ci.com.au> In-Reply-To: <201111290012.pAT0CdPw070812@mippet.ci.com.au> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201111291036.44620.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 29 Nov 2011 10:36:45 -0500 (EST) Cc: Daryl Sayers Subject: Re: Low nfs write throughput X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2011 15:36:46 -0000 On Monday, November 28, 2011 7:12:39 pm Daryl Sayers wrote: > >>>>> "Bengt" == Bengt Ahlgren writes: > > > Daryl Sayers writes: > >> Can anyone suggest why I am getting poor write performance from my nfs setup. > >> I have 2 x FreeBSD 8.2-STABLE i386 machines with ASUS P5B-plus mother boards, > >> 4G mem and Dual core 3g processor using 147G 15k Seagate SAS drives with > >> onboard Gb network cards connected to an idle network. The results below show > >> that I get nearly 100Mb/s with a dd over rsh but only 15Mbs using nfs. It > >> improves if I use async but a smbfs mount still beats it. I am using the same > >> file, source and destinations for all tests. I have tried alternate Network > >> cards with no resulting benefit. > > > [...] > > >> Looking at a systat -v on the destination I see that the nfs test does not > >> exceed 16KB/t with 100% busy where the other tests reach up to 128KB/t. > >> For the record I get reads of 22Mb/s without and 77Mb/s with async turned on > >> for the nfs mount. > > > On an UFS filesystem you get NFS writes with the same size as the > > filesystem blocksize. So an easy way to improve performance is to > > create a filesystem with larger blocks. I accidentally found this out > > when I had two NFS exported filesystems from the same box with 16K and > > 64K blocksizes respectively. > > > (Larger blocksize also tremendously improves the performance of UFS > > snapshots!) > > Thanks to all that answered. I did try the 'sysctl -w vfs.nfsrv.async=1' with > no reportable change in performance. We are using a UFS2 filesystem so the > zfs command was not required. I did not try the patch as we would like to stay > as standard as possible but will upgrade if the patch is released in new > kernel. If you can test the patch then it is something I will likely put into the next release. I have already tested it as far as robustness locally, what I don't have are good performance tests. It would really be helpful if you were able to test it. > Thanks Bengt for the suggestion of block size. Increasing the block size to > 64k made a significant improvement to performance. In theory the patch might have given you similar gains. During my simple tests I was able to raise the average I/O size in iostat to 70 to 80k from 16k. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 15:50:31 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77226106566B; Tue, 29 Nov 2011 15:50:31 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4F2458FC08; Tue, 29 Nov 2011 15:50:31 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 034FB46B0D; Tue, 29 Nov 2011 10:50:31 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 84A4CB946; Tue, 29 Nov 2011 10:50:30 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Tue, 29 Nov 2011 10:39:45 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p8; KDE/4.5.5; amd64; ; ) References: <20111125201331.GA2193@marvin2011.fritz.box> In-Reply-To: <20111125201331.GA2193@marvin2011.fritz.box> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201111291039.45869.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 29 Nov 2011 10:50:30 -0500 (EST) Cc: Thomas Zander , stable@freebsd.org Subject: Re: Sandy Bridge and MCA UNCOR PCC (problem + solution) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2011 15:50:31 -0000 On Friday, November 25, 2011 3:13:31 pm Thomas Zander wrote: > List, > > here's a rant about a recent problem I had and the surprising > solution. > > I recently had to investigate weird unexpected issues on a workstation. > Relevant hardware: Asus P8B-WS, Xeon E3-1260L (Sandy Bride, Intel > HD-2000 graphics) > > Since we don't have kms and friends in STABLE yet, and I can live > without accelerated video for now, I am using the vesa driver on this > machine. FWIW, if you are having MCA errors that you strongly suspect are not valid, you can disable MCA by setting 'hw.mca.enabled=0' in the loader. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 15:50:31 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77226106566B; Tue, 29 Nov 2011 15:50:31 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4F2458FC08; Tue, 29 Nov 2011 15:50:31 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 034FB46B0D; Tue, 29 Nov 2011 10:50:31 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 84A4CB946; Tue, 29 Nov 2011 10:50:30 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Tue, 29 Nov 2011 10:39:45 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p8; KDE/4.5.5; amd64; ; ) References: <20111125201331.GA2193@marvin2011.fritz.box> In-Reply-To: <20111125201331.GA2193@marvin2011.fritz.box> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201111291039.45869.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 29 Nov 2011 10:50:30 -0500 (EST) Cc: Thomas Zander , stable@freebsd.org Subject: Re: Sandy Bridge and MCA UNCOR PCC (problem + solution) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2011 15:50:31 -0000 On Friday, November 25, 2011 3:13:31 pm Thomas Zander wrote: > List, > > here's a rant about a recent problem I had and the surprising > solution. > > I recently had to investigate weird unexpected issues on a workstation. > Relevant hardware: Asus P8B-WS, Xeon E3-1260L (Sandy Bride, Intel > HD-2000 graphics) > > Since we don't have kms and friends in STABLE yet, and I can live > without accelerated video for now, I am using the vesa driver on this > machine. FWIW, if you are having MCA errors that you strongly suspect are not valid, you can disable MCA by setting 'hw.mca.enabled=0' in the loader. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 15:50:32 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18D761065672 for ; Tue, 29 Nov 2011 15:50:32 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id E413B8FC0C for ; Tue, 29 Nov 2011 15:50:31 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 9A42846B3B; Tue, 29 Nov 2011 10:50:31 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id F0D39B94D; Tue, 29 Nov 2011 10:50:30 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org, Jack Vogel Date: Tue, 29 Nov 2011 10:50:29 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p8; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201111291050.30016.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 29 Nov 2011 10:50:31 -0500 (EST) Cc: Mike Andrews Subject: Re: Sporadic 9.0-RC2 boot-time 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: Tue, 29 Nov 2011 15:50:32 -0000 On Monday, November 28, 2011 5:37:27 pm Mike Andrews wrote: > *Sometimes* when booting 9.0-RC2 on *some* of my machines, I'll get one of > the following two panics during multiuser startup, usually while running > the /usr/local/etc/rc.d scripts. (The instruction pointer is always > exactly one of these two, and they look fairly related.) If after two or > three reboots it manages to not panic, the system will run perfectly > stable. > > For some probably-unrelated reason, the dump never finishes in either case. > > First panic (note em0 warning before it): > ----- > em0: discard frame w/o packet header This is odd. I see one bug that could possibly trigger this, but not on x86: Index: if_em.c =================================================================== --- if_em.c (revision 228074) +++ if_em.c (working copy) @@ -4305,8 +4305,10 @@ em_rxeof(struct rx_ring *rxr, int count, int *done #ifndef __NO_STRICT_ALIGNMENT if (adapter->max_frame_size > (MCLBYTES - ETHER_ALIGN) && - em_fixup_rx(rxr) != 0) - goto skip; + em_fixup_rx(rxr) != 0) { + sendmp = NULL; + goto next_desc; + } #endif if (status & E1000_RXD_STAT_VP) { sendmp->m_pkthdr.ether_vtag = @@ -4318,9 +4320,6 @@ em_rxeof(struct rx_ring *rxr, int count, int *done sendmp->m_pkthdr.flowid = rxr->msix; sendmp->m_flags |= M_FLOWID; #endif -#ifndef __NO_STRICT_ALIGNMENT -skip: -#endif rxr->fmp = rxr->lmp = NULL; } next_desc: @@ -4426,6 +4425,7 @@ em_fixup_rx(struct rx_ring *rxr) adapter->dropped_pkts++; m_freem(rxr->fmp); rxr->fmp = NULL; + rxr->lmp = NULL; error = ENOMEM; } } -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 18:38:53 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16F51106564A for ; Tue, 29 Nov 2011 18:38:53 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 94F548FC12 for ; Tue, 29 Nov 2011 18:38:52 +0000 (UTC) Received: by bkbzs8 with SMTP id zs8so13039727bkb.13 for ; Tue, 29 Nov 2011 10:38:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=V9Vx6TZOHbS5b2tgD/IMnZtAA5fhsahVzFuPj53k6WY=; b=g35QpEB05Z+7JRtJrSDVpLAGhMg1lVvs9Q5tlZysOW8cTDEwmnJkiiiPpONBfFNO4M ni/Ff0TEUs4EmmwWg6AKDc4m1Q84C3ldOPSg3DeFZMOBNT2F28kte7eygQ5UR+E+MXKD 3WXFfaWkA1NnmSYSiD7bbpHaduzvM/miecjtc= Received: by 10.204.13.70 with SMTP id b6mr52562590bka.78.1322591931470; Tue, 29 Nov 2011 10:38:51 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id j9sm38830375bkd.2.2011.11.29.10.38.49 (version=SSLv3 cipher=OTHER); Tue, 29 Nov 2011 10:38:50 -0800 (PST) Sender: Alexander Motin Message-ID: <4ED526B7.8050403@FreeBSD.org> Date: Tue, 29 Nov 2011 20:38:47 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111112 Thunderbird/8.0 MIME-Version: 1.0 To: Adam Stylinski References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: ataraid and 9.0 RC-2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2011 18:38:53 -0000 Hi. On 27.11.2011 01:41, Adam Stylinski wrote: > I just ran freebsd-update to get up to 9.0-RC2 and discovered that ataraid does not work. I realize I'm an edge case and my scenario is not ideal (I use an ITE controller and performance is actually impressively slow), but I cannot boot 9.0 from my stripe, even after manually loading ataraid from the loader prompt (after running an unload command). I mention it mostly because other people using the fakeraid setup by their motherboards for whatever reason (perhaps to share a partition table with windows on the same mirror or stripe) may have a similar problem. It seems like the ar0 device disappeared for me completely (even though it finds ada0 and ada1). I'm using the following device: > > atapci0@pci0:2:11:0: class=0x010400 card=0x00000000 chip=0x82121283 rev=0x13 hdr=0x00 > vendor = 'Integrated Technology Express (ITE) Inc' > device = 'ATA 133 IDE RAID Controller (IT8212F)' > class = mass storage > subclass = RAID > rl0@pci0:2:13:0: class=0x020000 card=0x80ea104d chip=0x813910ec rev=0x10 hdr=0x00 > > At first I figured because it may be loading AHCI (as per the device naming schemes ada0 and ada1). I haven't looked too much into it (these devices are actually PATA not SATA, so AHCI doesn't even exist for these), but maybe there's an ATA/AHCI driver that's built into the default kernelthat is interfering with ataraid.ko? Maybe this interferes with my stupidly slow and unpopular configuration. > > Thanks for any help, I'll also have a gander at the new DEFAULTS for the generic kernel in the 9.0 source tree. FreeBSD 9.x uses new CAM-bases ATA subsystem. ataraid driver depends on old ATA infrastructure and does not work with new. Instead, new GEOM RAID class was implemented. Unluckily, as soon as ITE produced only PATA controllers, there is no support for their metadata format in geom_raid module now. So, at the moment, the only option to access that RAID volume is to build custom kernel with old ATA and use ataraid. Respective kernel options listed in /usr/src/UPDATING item from 20110424. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 20:28:23 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 387D3106566B; Tue, 29 Nov 2011 20:28:23 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from magnum.bit0.com (magnum.bit0.com [IPv6:2604:e700:b0:1::200]) by mx1.freebsd.org (Postfix) with ESMTP id A6A878FC15; Tue, 29 Nov 2011 20:28:22 +0000 (UTC) Received: from magnum.bit0.com (localhost [127.0.0.1]) by magnum.bit0.com (Postfix) with ESMTP id 1A3AB1691A; Tue, 29 Nov 2011 15:28:22 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=bit0.com; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; s=boogity; bh=5GvasTPTZ BeTy0FfoSrwA1+MoYHArTzfwPOHRV5eqUM=; b=qYnvWQgwkyayViaQBFd0Y1Kaz +iPQKIi7H6XB1Z/tIkELjOP7KBwoktJJ7xaio9ShePl4GRFcALD3JjiVMBwl+AsQ CS2H1qMStnhBR/SgHjJHr7HloNB04jUIk51d/C2EvQtUF7lK8rv7QETbv1kziFki rhLsdLHjcZqKROrT4M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bit0.com; h=message-id:date :from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=boogity; b=w4T OKQ+3aHsm5Tw3cXgkmqOi1ZQTdunfSCWBgQrP7zMgHCfoCj2YoVQEeJumBfjsa75 Sqaqw8FEQjfJnLayQ+JGMCc7aXdrLjZx6u3eLKwhh8a8N3EH15+mcq+318/TPMfo X4lLBFoe76IwClDZ2dPc9jxtdCAKinLskgBYs02k= Received: from [IPv6:2001:470:1f11:c3c:230:1bff:febc:8604] (unknown [IPv6:2001:470:1f11:c3c:230:1bff:febc:8604]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by magnum.bit0.com (Postfix) with ESMTPSA id EFF8716911; Tue, 29 Nov 2011 15:28:20 -0500 (EST) Message-ID: <4ED5403F.6050401@bit0.com> Date: Tue, 29 Nov 2011 15:27:43 -0500 From: Mike Andrews User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0) Gecko/20110812 Thunderbird/6.0 MIME-Version: 1.0 To: John Baldwin References: <201111291050.30016.jhb@freebsd.org> In-Reply-To: <201111291050.30016.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Jack Vogel Subject: Re: Sporadic 9.0-RC2 boot-time 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: Tue, 29 Nov 2011 20:28:23 -0000 On 11/29/2011 10:50 AM, John Baldwin wrote: > On Monday, November 28, 2011 5:37:27 pm Mike Andrews wrote: >> *Sometimes* when booting 9.0-RC2 on *some* of my machines, I'll get one of >> the following two panics during multiuser startup, usually while running >> the /usr/local/etc/rc.d scripts. (The instruction pointer is always >> exactly one of these two, and they look fairly related.) If after two or >> three reboots it manages to not panic, the system will run perfectly >> stable. >> >> For some probably-unrelated reason, the dump never finishes in either case. >> >> First panic (note em0 warning before it): >> ----- >> em0: discard frame w/o packet header > This is odd. I see one bug that could possibly trigger this, but not on > x86: This is amd64, which of course depending on what you meant by "not on x86" may or may not be the same thing ;-) This is with RELENG_9_0 sources built yesterday morning (Nov 28). Kernel config's reasonably close to GENERIC with many unused drivers removed. Hardware is Supermicro X8STi-F -- we do have other (older) systems we haven't yet tried upgrading that have slightly different em revs -- maybe I'll try one of those today just to see if it's 82574L specific. em0: port 0xdc00-0xdc1f mem 0xfbce0000-0xfbcfffff,0xfbcdc000-0xfbcdffff irq 16 at device 0.0 on pci1 em0: Using MSIX interrupts with 3 vectors em0: Ethernet address: 00:25:90:xx:xx:xx em1: port 0xec00-0xec1f mem 0xfbde0000-0xfbdfffff,0xfbddc000-0xfbddffff irq 16 at device 0.0 on pci2 em1: Using MSIX interrupts with 3 vectors em1: Ethernet address: 00:25:90:xx:xx:xx em0@pci0:1:0:0: class=0x020000 card=0x10d315d9 chip=0x10d38086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = '82574L Gigabit Network Connection' class = network subclass = ethernet bar [10] = type Memory, range 32, base 0xfbce0000, size 131072, enabled bar [18] = type I/O Port, range 32, base 0xdc00, size 32, enabled bar [1c] = type Memory, range 32, base 0xfbcdc000, size 16384, enabled cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x1(x1) cap 11[a0] = MSI-X supports 5 messages in map 0x1c enabled ecap 0001[100] = AER 1 0 fatal 0 non-fatal 1 corrected em1@pci0:2:0:0: class=0x020000 card=0x10d315d9 chip=0x10d38086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = '82574L Gigabit Network Connection' class = network subclass = ethernet bar [10] = type Memory, range 32, base 0xfbde0000, size 131072, enabled bar [18] = type I/O Port, range 32, base 0xec00, size 32, enabled bar [1c] = type Memory, range 32, base 0xfbddc000, size 16384, enabled cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x1(x1) cap 11[a0] = MSI-X supports 5 messages in map 0x1c enabled ecap 0001[100] = AER 1 0 fatal 0 non-fatal 1 corrected > > Index: if_em.c > =================================================================== > --- if_em.c (revision 228074) > +++ if_em.c (working copy) > @@ -4305,8 +4305,10 @@ em_rxeof(struct rx_ring *rxr, int count, int *done > #ifndef __NO_STRICT_ALIGNMENT > if (adapter->max_frame_size> > (MCLBYTES - ETHER_ALIGN)&& > - em_fixup_rx(rxr) != 0) > - goto skip; > + em_fixup_rx(rxr) != 0) { > + sendmp = NULL; > + goto next_desc; > + } > #endif > if (status& E1000_RXD_STAT_VP) { > sendmp->m_pkthdr.ether_vtag = > @@ -4318,9 +4320,6 @@ em_rxeof(struct rx_ring *rxr, int count, int *done > sendmp->m_pkthdr.flowid = rxr->msix; > sendmp->m_flags |= M_FLOWID; > #endif > -#ifndef __NO_STRICT_ALIGNMENT > -skip: > -#endif > rxr->fmp = rxr->lmp = NULL; > } > next_desc: > @@ -4426,6 +4425,7 @@ em_fixup_rx(struct rx_ring *rxr) > adapter->dropped_pkts++; > m_freem(rxr->fmp); > rxr->fmp = NULL; > + rxr->lmp = NULL; > error = ENOMEM; > } > } > > From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 20:54:13 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 402E6106564A for ; Tue, 29 Nov 2011 20:54:13 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 16EB38FC17 for ; Tue, 29 Nov 2011 20:54:13 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id A752B46B46; Tue, 29 Nov 2011 15:54:12 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 3D743B946; Tue, 29 Nov 2011 15:54:12 -0500 (EST) From: John Baldwin To: Mike Andrews Date: Tue, 29 Nov 2011 15:54:11 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p8; KDE/4.5.5; amd64; ; ) References: <201111291050.30016.jhb@freebsd.org> <4ED5403F.6050401@bit0.com> In-Reply-To: <4ED5403F.6050401@bit0.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201111291554.11759.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 29 Nov 2011 15:54:12 -0500 (EST) Cc: freebsd-stable@freebsd.org, Jack Vogel Subject: Re: Sporadic 9.0-RC2 boot-time 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: Tue, 29 Nov 2011 20:54:13 -0000 On Tuesday, November 29, 2011 3:27:43 pm Mike Andrews wrote: > On 11/29/2011 10:50 AM, John Baldwin wrote: > > On Monday, November 28, 2011 5:37:27 pm Mike Andrews wrote: > >> *Sometimes* when booting 9.0-RC2 on *some* of my machines, I'll get one of > >> the following two panics during multiuser startup, usually while running > >> the /usr/local/etc/rc.d scripts. (The instruction pointer is always > >> exactly one of these two, and they look fairly related.) If after two or > >> three reboots it manages to not panic, the system will run perfectly > >> stable. > >> > >> For some probably-unrelated reason, the dump never finishes in either case. > >> > >> First panic (note em0 warning before it): > >> ----- > >> em0: discard frame w/o packet header > > This is odd. I see one bug that could possibly trigger this, but not on > > x86: > > This is amd64, which of course depending on what you meant by "not on > x86" may or may not be the same thing ;-) x86 == (amd64 | i386) :) -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Nov 29 23:56:31 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C98791065672 for ; Tue, 29 Nov 2011 23:56:31 +0000 (UTC) (envelope-from daryl@ci.com.au) Received: from mippet.ci.com.au (mippet.ci.com.au [192.65.182.30]) by mx1.freebsd.org (Postfix) with ESMTP id 5FC878FC13 for ; Tue, 29 Nov 2011 23:56:30 +0000 (UTC) Received: from mippet.ci.com.au (localhost [127.0.0.1]) by mippet.ci.com.au (8.14.4/8.14.4/CE101231/cmlga) with ESMTP id pATNuRSv059836; Wed, 30 Nov 2011 10:56:28 +1100 (EST) (envelope-from daryl@mippet.ci.com.au) Received: (from daryl@localhost) by mippet.ci.com.au (8.14.4/8.14.4/Submit) id pATNuRcq059817; Wed, 30 Nov 2011 10:56:27 +1100 (EST) (envelope-from daryl) Date: Wed, 30 Nov 2011 10:56:27 +1100 (EST) From: Daryl Sayers Message-Id: <201111292356.pATNuRcq059817@mippet.ci.com.au> To: jhb@freebsd.org In-reply-to: <201111291036.44620.jhb@freebsd.org> (message from John Baldwin on Tue, 29 Nov 2011 10:36:44 -0500) References: <201111180310.pAI3ARbZ075115@mippet.ci.com.au> <201111290012.pAT0CdPw070812@mippet.ci.com.au> <201111291036.44620.jhb@freebsd.org> X-Scanned-By: MIMEDefang 2.68 on 192.65.182.30 Cc: freebsd-stable@freebsd.org Subject: Re: Low nfs write throughput X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2011 23:56:32 -0000 >>>>> "John" == John Baldwin writes: > On Monday, November 28, 2011 7:12:39 pm Daryl Sayers wrote: >> >>>>> "Bengt" == Bengt Ahlgren writes: >> >> > Daryl Sayers writes: >> >> Can anyone suggest why I am getting poor write performance from my nfs setup. >> >> I have 2 x FreeBSD 8.2-STABLE i386 machines with ASUS P5B-plus mother boards, >> >> 4G mem and Dual core 3g processor using 147G 15k Seagate SAS drives with >> >> onboard Gb network cards connected to an idle network. The results below show >> >> that I get nearly 100Mb/s with a dd over rsh but only 15Mbs using nfs. It >> >> improves if I use async but a smbfs mount still beats it. I am using the same >> >> file, source and destinations for all tests. I have tried alternate Network >> >> cards with no resulting benefit. >> >> > [...] >> >> >> Looking at a systat -v on the destination I see that the nfs test does not >> >> exceed 16KB/t with 100% busy where the other tests reach up to 128KB/t. >> >> For the record I get reads of 22Mb/s without and 77Mb/s with async turned on >> >> for the nfs mount. >> >> > On an UFS filesystem you get NFS writes with the same size as the >> > filesystem blocksize. So an easy way to improve performance is to >> > create a filesystem with larger blocks. I accidentally found this out >> > when I had two NFS exported filesystems from the same box with 16K and >> > 64K blocksizes respectively. >> >> > (Larger blocksize also tremendously improves the performance of UFS >> > snapshots!) >> >> Thanks to all that answered. I did try the 'sysctl -w vfs.nfsrv.async=1' with >> no reportable change in performance. We are using a UFS2 filesystem so the >> zfs command was not required. I did not try the patch as we would like to stay >> as standard as possible but will upgrade if the patch is released in new >> kernel. > If you can test the patch then it is something I will likely put into the > next release. I have already tested it as far as robustness locally, what > I don't have are good performance tests. It would really be helpful if you > were able to test it. >> Thanks Bengt for the suggestion of block size. Increasing the block size to >> 64k made a significant improvement to performance. > In theory the patch might have given you similar gains. During my simple tests > I was able to raise the average I/O size in iostat to 70 to 80k from 16k. OK, I downloaded and install the patch and did some basic testing and I can reveal that the patch does improve performance. I can also see that my KB/t now exceed the 16KB/t that seemed to be a limiting factor prior. -- Daryl Sayers Direct: +612 95525510 Corinthian Engineering Office: +612 95525500 Suite 54, Jones Bay Wharf Fax: +612 95525549 26-32 Pirrama Rd email: daryl@ci.com.au Pyrmont NSW 2009 Australia www: http://www.ci.com.au From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 01:03:25 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDBFB106564A; Wed, 30 Nov 2011 01:03:25 +0000 (UTC) (envelope-from stylinae@mail.uc.edu) Received: from TX2EHSOBE003.bigfish.com (tx2ehsobe002.messaging.microsoft.com [65.55.88.12]) by mx1.freebsd.org (Postfix) with ESMTP id 460368FC08; Wed, 30 Nov 2011 01:03:25 +0000 (UTC) Received: from mail186-tx2-R.bigfish.com (10.9.14.254) by TX2EHSOBE003.bigfish.com (10.9.40.23) with Microsoft SMTP Server id 14.1.225.22; Wed, 30 Nov 2011 01:02:36 +0000 Received: from mail186-tx2 (localhost [127.0.0.1]) by mail186-tx2-R.bigfish.com (Postfix) with ESMTP id 41DF61201DC; Wed, 30 Nov 2011 01:02:37 +0000 (UTC) X-SpamScore: -15 X-BigFish: PS-15(zz179dN1432N98dKzz1202hzz8275bhz2dh2a8h668h839h8e2h8e3h34h) X-Forefront-Antispam-Report: CIP:207.46.198.81; KIP:(null); UIP:(null); IPV:NLI; H:CH1PRD0102HT024.prod.exchangelabs.com; RD:none; EFVD:NLI Received: from mail186-tx2 (localhost.localdomain [127.0.0.1]) by mail186-tx2 (MessageSwitch) id 132261495772216_955; Wed, 30 Nov 2011 01:02:37 +0000 (UTC) Received: from TX2EHSMHS019.bigfish.com (unknown [10.9.14.237]) by mail186-tx2.bigfish.com (Postfix) with ESMTP id 04065420047; Wed, 30 Nov 2011 01:02:37 +0000 (UTC) Received: from CH1PRD0102HT024.prod.exchangelabs.com (207.46.198.81) by TX2EHSMHS019.bigfish.com (10.9.99.119) with Microsoft SMTP Server (TLS) id 14.1.225.22; Wed, 30 Nov 2011 01:02:35 +0000 Received: from freebsdbox.adamsnet (72.49.234.31) by pod51000.outlook.com (10.42.118.253) with Microsoft SMTP Server (TLS) id 14.15.9.3; Wed, 30 Nov 2011 01:03:22 +0000 Date: Tue, 29 Nov 2011 20:03:20 -0500 From: Adam Stylinski To: Alexander Motin Message-ID: <20111130010320.GA56129@freebsdbox.adamsnet> References: <4ED526B7.8050403@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IJpNTDwzlM2Ie8A6" Content-Disposition: inline In-Reply-To: <4ED526B7.8050403@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Originating-IP: [72.49.234.31] X-OriginatorOrg: mail.uc.edu Cc: freebsd-stable@freebsd.org Subject: Re: ataraid and 9.0 RC-2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2011 01:03:25 -0000 --IJpNTDwzlM2Ie8A6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 29, 2011 at 08:38:47PM +0200, Alexander Motin wrote: > Hi. >=20 > On 27.11.2011 01:41, Adam Stylinski wrote: > > I just ran freebsd-update to get up to 9.0-RC2 and discovered that atar= aid does not work. I realize I'm an edge case and my scenario is not ideal= (I use an ITE controller and performance is actually impressively slow), b= ut I cannot boot 9.0 from my stripe, even after manually loading ataraid fr= om the loader prompt (after running an unload command). I mention it mostl= y because other people using the fakeraid setup by their motherboards for w= hatever reason (perhaps to share a partition table with windows on the same= mirror or stripe) may have a similar problem. It seems like the ar0 devic= e disappeared for me completely (even though it finds ada0 and ada1). I'm = using the following device: > > > > atapci0@pci0:2:11:0: class=3D0x010400 card=3D0x00000000 chip=3D0x821= 21283 rev=3D0x13 hdr=3D0x00 > > vendor =3D 'Integrated Technology Express (ITE) Inc' > > device =3D 'ATA 133 IDE RAID Controller (IT8212F)' > > class =3D mass storage > > subclass =3D RAID > > rl0@pci0:2:13:0: class=3D0x020000 card=3D0x80ea104d chip=3D0x813= 910ec rev=3D0x10 hdr=3D0x00 > > > > At first I figured because it may be loading AHCI (as per the device na= ming schemes ada0 and ada1). I haven't looked too much into it (these devi= ces are actually PATA not SATA, so AHCI doesn't even exist for these), but = maybe there's an ATA/AHCI driver that's built into the default kernelthat i= s interfering with ataraid.ko? Maybe this interferes with my stupidly slow= and unpopular configuration. > > > > Thanks for any help, I'll also have a gander at the new DEFAULTS for th= e generic kernel in the 9.0 source tree. >=20 > FreeBSD 9.x uses new CAM-bases ATA subsystem. ataraid driver depends on= =20 > old ATA infrastructure and does not work with new. Instead, new GEOM=20 > RAID class was implemented. Unluckily, as soon as ITE produced only PATA= =20 > controllers, there is no support for their metadata format in geom_raid= =20 > module now. So, at the moment, the only option to access that RAID=20 > volume is to build custom kernel with old ATA and use ataraid.=20 > Respective kernel options listed in /usr/src/UPDATING item from 20110424. >=20 > --=20 > Alexander Motin >=20 Hmm, I may just as well dump the UFS and restore it to a totally geom based= solution. If anything it will likely help rather than hurt my performance= =2E =20 --=20 Adam Stylinski PGP Key: http://pohl.ececs.uc.edu/~adam/publickey.pub Blog: http://technicallyliving.blogspot.com --IJpNTDwzlM2Ie8A6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQIcBAEBAgAGBQJO1YDXAAoJED6sRHE6TvmntpIP/3jeP2D8hOFc2hZcHFKoM/om cjNlEww1F5O0K9qiPEkSFUo2Y0J6eTB9j31lGqxiDutJxiD+1j970dMY5k/2ABSf j+AZmQ1j/VmN3fbTycXwLrLp8g9WB6gsagueX6u+fCbyuRAiiQYPK/aRadw7Ubpa +EKAS+Nq99uI26b8oFe7wMpQn6BMKsd4wHGeiNUBiFj8e7+XvECjiAT4aPH65IsK rhd7Fx8c+psxZ9ZkFrSqmoJWwuG8TPssiYXLiqfjEVc8JeS1VO0pGqSpNTy2GhHM 3EBo4LptGG+qMQ2qxbnb6XJj/w/A8CEnrv5aVD6jNmpYREoobxezlshb8qFI7E0i lhXtBJ/39SiPsSVetlQm2C7xkFdEFnlJFdux3vRWt/SZTz99+4Jbu/+fM9vU1S1J tY9cu/LnB81vaAhCaGsFcni1m7Wy0Y8Unc1ISnKxWeio5oNxb5gMTO2BlUeb/V28 YjsgWBlISr00O5VToQum4F+P+WudgZYZkfxIW25IULr8kHw24hle89geupM6hTHA 8+ewwjSMNn4+ITOvJ9yHl/6/z5JFYK9PT/vIDBXbG0l2T6nEek2brXgI8B0Ax0rJ dHza1oRxre0BNtiso7YtliKIBanPCir8SA0NCNbRiob4rGVZnT7KIb7njN+Fy08U +Lx5SeQRQ4OicAWuqwAq =AYpT -----END PGP SIGNATURE----- --IJpNTDwzlM2Ie8A6-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 01:14:31 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9630E1065673 for ; Wed, 30 Nov 2011 01:14:31 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 23C768FC12 for ; Wed, 30 Nov 2011 01:14:30 +0000 (UTC) Received: by mail-bw0-f54.google.com with SMTP id zs8so126078bkb.13 for ; Tue, 29 Nov 2011 17:14:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=Cpagq3krXhWx6leCKcBIsq4j1U6zeiN5eGibQ9Ih05s=; b=XxNVvs1oGbGoSPWVkJJgBU1yhn5ZQGwqtKgZ+bLLHQAPh4mFmS40VeI9E1xy3r8SXs YudAfB/aWn1O7kuymxwO/HoJxYxckaiUHBa0wA9T/4t0SsunPnN8646VOo+ODDDgzY91 28DNrvvAwS+XXwH3Zf64vUIucqUsIz8boJOMU= Received: by 10.205.127.135 with SMTP id ha7mr38548930bkc.3.1322615670786; Tue, 29 Nov 2011 17:14:30 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id c4sm436347bkk.13.2011.11.29.17.14.29 (version=SSLv3 cipher=OTHER); Tue, 29 Nov 2011 17:14:29 -0800 (PST) Sender: Alexander Motin Message-ID: <4ED58373.7090406@FreeBSD.org> Date: Wed, 30 Nov 2011 03:14:27 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111112 Thunderbird/8.0 MIME-Version: 1.0 To: Adam Stylinski References: <4ED526B7.8050403@FreeBSD.org> <20111130010320.GA56129@freebsdbox.adamsnet> In-Reply-To: <20111130010320.GA56129@freebsdbox.adamsnet> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ataraid and 9.0 RC-2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2011 01:14:31 -0000 On 30.11.2011 03:03, Adam Stylinski wrote: > On Tue, Nov 29, 2011 at 08:38:47PM +0200, Alexander Motin wrote: >> On 27.11.2011 01:41, Adam Stylinski wrote: >>> I just ran freebsd-update to get up to 9.0-RC2 and discovered that ataraid does not work. I realize I'm an edge case and my scenario is not ideal (I use an ITE controller and performance is actually impressively slow), but I cannot boot 9.0 from my stripe, even after manually loading ataraid from the loader prompt (after running an unload command). I mention it mostly because other people using the fakeraid setup by their motherboards for whatever reason (perhaps to share a partition table with windows on the same mirror or stripe) may have a similar problem. It seems like the ar0 device disappeared for me completely (even though it finds ada0 and ada1). I'm using the following device: >>> >>> atapci0@pci0:2:11:0: class=0x010400 card=0x00000000 chip=0x82121283 rev=0x13 hdr=0x00 >>> vendor = 'Integrated Technology Express (ITE) Inc' >>> device = 'ATA 133 IDE RAID Controller (IT8212F)' >>> class = mass storage >>> subclass = RAID >>> rl0@pci0:2:13:0: class=0x020000 card=0x80ea104d chip=0x813910ec rev=0x10 hdr=0x00 >>> >>> At first I figured because it may be loading AHCI (as per the device naming schemes ada0 and ada1). I haven't looked too much into it (these devices are actually PATA not SATA, so AHCI doesn't even exist for these), but maybe there's an ATA/AHCI driver that's built into the default kernelthat is interfering with ataraid.ko? Maybe this interferes with my stupidly slow and unpopular configuration. >>> >>> Thanks for any help, I'll also have a gander at the new DEFAULTS for the generic kernel in the 9.0 source tree. >> >> FreeBSD 9.x uses new CAM-bases ATA subsystem. ataraid driver depends on >> old ATA infrastructure and does not work with new. Instead, new GEOM >> RAID class was implemented. Unluckily, as soon as ITE produced only PATA >> controllers, there is no support for their metadata format in geom_raid >> module now. So, at the moment, the only option to access that RAID >> volume is to build custom kernel with old ATA and use ataraid. >> Respective kernel options listed in /usr/src/UPDATING item from 20110424. > > Hmm, I may just as well dump the UFS and restore it to a totally geom based solution. If anything it will likely help rather than hurt my performance. Sure. You can't boot from GEOM STRIPE (you may want MIRROR or CONCAT), but if your motherboard has at least one SATA port, single modern hard drive may give you even higher speeds then stripe of old PATA drives on PCI controller. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 10:56:50 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7277F1065688 for ; Wed, 30 Nov 2011 10:56:50 +0000 (UTC) (envelope-from se@freebsd.org) Received: from nm13.bullet.mail.bf1.yahoo.com (nm13.bullet.mail.bf1.yahoo.com [98.139.212.172]) by mx1.freebsd.org (Postfix) with SMTP id 2B43A8FC18 for ; Wed, 30 Nov 2011 10:56:49 +0000 (UTC) Received: from [98.139.215.140] by nm13.bullet.mail.bf1.yahoo.com with NNFMP; 30 Nov 2011 10:44:25 -0000 Received: from [98.139.213.6] by tm11.bullet.mail.bf1.yahoo.com with NNFMP; 30 Nov 2011 10:44:25 -0000 Received: from [127.0.0.1] by smtp106.mail.bf1.yahoo.com with NNFMP; 30 Nov 2011 10:44:25 -0000 X-Yahoo-Newman-Id: 712834.20445.bm@smtp106.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 5R19MCoVM1mCPEnsma2HxzWkfHwSqj.YNUmLfqqyyCCPfQl Nb9e2.d84qWJQ7HabtUWP2lVKlnlAONcjBIyzIXv4fRVzmWjOxNnio2ZS1a2 ON_iXvXUC.GGdYfeC5ntnwt5C51.YWbk9H_a0e3dMak85_hvqQx610NIq0Zp 5PTRKcqoH4mxsS8RYo2Vjtm9xLSlcxUW0QYcZrQqNcYecXzENTbN3VSUqIu9 Vs85T8figVc0Rbe7sigul9USrNDBXm3OZiNMp8en74sX1ScHFt8FxjtARm47 pr3shavfZahzJ1SpBw8kdYr2q_vI6hdNJTFDnqb94aICxZb8_7196_1e9.lW gMCmz.40g25KrcrDPjQNjupE9OUmRcn6X8mN61vGj_JFOnv9QzHFLCB4i4yq fov2SBum8lqmZDA-- X-Yahoo-SMTP: iDf2N9.swBDAhYEh7VHfpgq0lnq. Received: from [192.168.119.20] (se@81.173.147.13 with plain) by smtp106.mail.bf1.yahoo.com with SMTP; 30 Nov 2011 02:44:25 -0800 PST Message-ID: <4ED6090A.20904@freebsd.org> Date: Wed, 30 Nov 2011 11:44:26 +0100 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Thomas Zander References: <20111125201331.GA2193@marvin2011.fritz.box> In-Reply-To: <20111125201331.GA2193@marvin2011.fritz.box> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Sandy Bridge and MCA UNCOR PCC (problem + solution) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2011 10:56:50 -0000 Am 25.11.2011 21:13, schrieb Thomas Zander: > List, > > here's a rant about a recent problem I had and the surprising > solution. > > I recently had to investigate weird unexpected issues on a workstation. > Relevant hardware: Asus P8B-WS, Xeon E3-1260L (Sandy Bride, Intel > HD-2000 graphics) > > Since we don't have kms and friends in STABLE yet, and I can live > without accelerated video for now, I am using the vesa driver on this > machine. > > Initially, this had two major drawbacks: > 1) 1280x1024 resolution utterly sucks on a 1680x1050 screen. > 2) Reproducable unhandled MCA events (and subsequent kernel panics) > like the following whenever I switch from X to console: > > panic: machine check trap > ... > MCA: CPU 6 UNCOR UNCOR UNCOR PCC PCC PCC internal error 2internal error > 2PCC internal error 2 > > The kernel dump _always_ showed something like: > > current process = 11 (idle: cpu3) > trap number = 28 > #1 0xffffffff805db167 at panic+0x187 > #2 0xffffffff808c6820 at trap_fatal+0x290 > #3 0xffffffff808c6d3a at trap+0x10a > #4 0xffffffff808ae894 at calltrap+0x8 > #5 0xffffffff801f6b9a at acpi_cpu_idle+0x20a > #6 0xffffffff806003af at sched_idletd+0x11f > #7 0xffffffff805afe6f at fork_exit+0x11f > #8 0xffffffff808aedde at fork_trampoline+0xe > > mcelog did not help decoding the MCA output and the "internal error2" > message made me suspect that this CPU was maybe just broken. > However, due to my utter inabilty of producing the slightest other > problem with this machine (constantly heavy CPU + IO load) or any > problem using other operating systems I derived the wild speculation > that there might be something with the Sandy Bridge silicon which this > exact sequence of actions on FreeBSD reliably could trigger. > > Long story short: I got the latest Bios from Asus for this Board. The > changelog of course said absolutely nothing about fixing any known > problem. > Upon boot I entered the Bios settings and noticed that it apparently > contained a microcode update. The changelog for microcode from Intel is > of course non-existing. > > And since this boot there has not been a single problem with this > machine. Vesa now works in 1680x1050 and switching from X to console > and back does not trigger MCA events anymore. > > I like to believe that for the first time a microcode update from Intel > fixed my specific problem. > > Anyway, now the story is on the list and for Google to find, in case > anyone else has this problem as well. Thank you for reporting this. I had a somewhat similar problem with an i2600K (not overclocked) on an ASUS P8H67-M EVO. I had somewhat similar issues, which have also been resolved by a BIOS upgrade (to version 2001 for that mainboard). The system locked up hard (did not even respond to pressing the reset button) after attempting to switch from X11 to a text console, or even on shutdown from X11. This started a few month back (it had been working, when the system was new), but due to lack of debug access and no way to obtain a core dump, I had just given up on starting a local X11 server. Meanwhile I had updated the BIOS to the latest version while trying to resolve another issue, and after reading your message I retried starting the X11/vesa server and found, that it does no longer completely lock up the system on exit. Text consoles are unusable, once the X server had been started (no stable signal, monitor looses sync and switches off and on again after a few seconds but only shows hardly readable characters). Anyway, I can now use the local X11 and still cleanly shutdown the system without the need to remove electrical power. The new version of the microcode patches appears to be "1a", but I have no idea, what version the previous BIOS contained. Regards, STefan From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 14:01:18 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F264E106564A for ; Wed, 30 Nov 2011 14:01:18 +0000 (UTC) (envelope-from linuxmail@4lin.net) Received: from mail.4lin.net (mail.4lin.net [IPv6:2a01:4f8:130:6021::50]) by mx1.freebsd.org (Postfix) with ESMTP id 8F40C8FC14 for ; Wed, 30 Nov 2011 14:01:18 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.4lin.net (Postfix) with ESMTP id 47A003CD94 for ; Wed, 30 Nov 2011 15:02:00 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.4lin.net Received: from mail.4lin.net ([127.0.0.1]) by localhost (mail.4lin.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UJRG8IPthz9U for ; Wed, 30 Nov 2011 15:01:54 +0100 (CET) Received: from pcdenny.rbg.informatik.tu-darmstadt.de (pcdenny.rbg.informatik.tu-darmstadt.de [130.83.160.152]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.4lin.net (Postfix) with ESMTPSA id 1E5393C9F9 for ; Wed, 30 Nov 2011 15:01:54 +0100 (CET) From: Denny Schierz Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Date: Wed, 30 Nov 2011 15:01:09 +0100 Message-Id: To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Apple Message framework v1251.1) X-Mailer: Apple Mail (2.1251.1) Subject: Possible: Configure SAS Sun Jbod J4200 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2011 14:01:19 -0000 hi, we have a Sun Jbod SAS J4200 and actually there is a running daemon = under Solaris 10, which is needed, to configure the JBOD over a (badly) = Java Sun tool from a other host machine (Windows XP, for example). If I = switch from Solaris to FreeBSD, I don't know, if I can view the status = and configure from/over FBSD=85 The Jbod is only connected through the SAS channel, nothing more. :-/ It = means, it doest' have any Network/serial access =85 any suggestions? cu denny= From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 15:10:46 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7EB9A106564A for ; Wed, 30 Nov 2011 15:10:46 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 55CBD8FC16 for ; Wed, 30 Nov 2011 15:10:46 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 0C0F546B0D; Wed, 30 Nov 2011 10:10:46 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 9111FB945; Wed, 30 Nov 2011 10:10:45 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Wed, 30 Nov 2011 10:06:27 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p8; KDE/4.5.5; amd64; ; ) References: <201111180310.pAI3ARbZ075115@mippet.ci.com.au> <201111291036.44620.jhb@freebsd.org> <201111292356.pATNuRcq059817@mippet.ci.com.au> In-Reply-To: <201111292356.pATNuRcq059817@mippet.ci.com.au> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201111301006.27651.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 30 Nov 2011 10:10:45 -0500 (EST) Cc: Daryl Sayers Subject: Re: Low nfs write throughput X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2011 15:10:46 -0000 On Tuesday, November 29, 2011 6:56:27 pm Daryl Sayers wrote: > >>>>> "John" == John Baldwin writes: > > > On Monday, November 28, 2011 7:12:39 pm Daryl Sayers wrote: > >> >>>>> "Bengt" == Bengt Ahlgren writes: > >> > >> > Daryl Sayers writes: > >> >> Can anyone suggest why I am getting poor write performance from my nfs setup. > >> >> I have 2 x FreeBSD 8.2-STABLE i386 machines with ASUS P5B-plus mother boards, > >> >> 4G mem and Dual core 3g processor using 147G 15k Seagate SAS drives with > >> >> onboard Gb network cards connected to an idle network. The results below show > >> >> that I get nearly 100Mb/s with a dd over rsh but only 15Mbs using nfs. It > >> >> improves if I use async but a smbfs mount still beats it. I am using the same > >> >> file, source and destinations for all tests. I have tried alternate Network > >> >> cards with no resulting benefit. > >> > >> > [...] > >> > >> >> Looking at a systat -v on the destination I see that the nfs test does not > >> >> exceed 16KB/t with 100% busy where the other tests reach up to 128KB/t. > >> >> For the record I get reads of 22Mb/s without and 77Mb/s with async turned on > >> >> for the nfs mount. > >> > >> > On an UFS filesystem you get NFS writes with the same size as the > >> > filesystem blocksize. So an easy way to improve performance is to > >> > create a filesystem with larger blocks. I accidentally found this out > >> > when I had two NFS exported filesystems from the same box with 16K and > >> > 64K blocksizes respectively. > >> > >> > (Larger blocksize also tremendously improves the performance of UFS > >> > snapshots!) > >> > >> Thanks to all that answered. I did try the 'sysctl -w vfs.nfsrv.async=1' with > >> no reportable change in performance. We are using a UFS2 filesystem so the > >> zfs command was not required. I did not try the patch as we would like to stay > >> as standard as possible but will upgrade if the patch is released in new > >> kernel. > > > If you can test the patch then it is something I will likely put into the > > next release. I have already tested it as far as robustness locally, what > > I don't have are good performance tests. It would really be helpful if you > > were able to test it. > > >> Thanks Bengt for the suggestion of block size. Increasing the block size to > >> 64k made a significant improvement to performance. > > > In theory the patch might have given you similar gains. During my simple tests > > I was able to raise the average I/O size in iostat to 70 to 80k from 16k. > > OK, I downloaded and install the patch and did some basic testing and I can > reveal that the patch does improve performance. I can also see that my KB/t > now exceed the 16KB/t that seemed to be a limiting factor prior. Ok, thanks. Does it give similar performance results to using 64k block size? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 15:51:20 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7F3D106564A for ; Wed, 30 Nov 2011 15:51:20 +0000 (UTC) (envelope-from mpumford@mpcdata.com) Received: from owa.bsquare.com (vpn.bsquare.com [12.107.117.66]) by mx1.freebsd.org (Postfix) with ESMTP id C7CA78FC12 for ; Wed, 30 Nov 2011 15:51:20 +0000 (UTC) Received: from [10.150.16.163] (81.2.99.171) by BREAL.camelot.bsquare.com (192.168.100.67) with Microsoft SMTP Server (TLS) id 14.1.218.12; Wed, 30 Nov 2011 07:41:10 -0800 Message-ID: <4ED64E94.5000602@mpcdata.com> Date: Wed, 30 Nov 2011 15:41:08 +0000 From: Mike Pumford User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:9.0) Gecko/20111119 Firefox/9.0 SeaMonkey/2.6 MIME-Version: 1.0 To: References: In-Reply-To: Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 8bit X-Originating-IP: [81.2.99.171] Subject: Re: Possible: Configure SAS Sun Jbod J4200 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2011 15:51:21 -0000 Denny Schierz wrote: > hi, > > we have a Sun Jbod SAS J4200 and actually there is a running daemon > under Solaris 10, which is needed, to configure the JBOD over a > (badly) Java Sun tool from a other host machine (Windows XP, for > example). If I switch from Solaris to FreeBSD, I don't know, if I can > view the status and configure from/over FBSD… > > The Jbod is only connected through the SAS channel, nothing more. :-/ > It means, it doest' have any Network/serial access … > Does it appear as an SES device? If it does you might be able to do some basic status and control operation using sg3_utils. There isn't a guarantee of this as quite a lot of enclosures provide their more serious control operations through vendor specific requests and channels. Mike -- Mike Pumford, Senior Software Engineer MPC Data Limited e-mail: mpumford@mpcdata.com web: www.mpcdata.com tel: +44 (0) 1225 710600 fax: +44 (0) 1225 710601 ddi: +44 (0) 1225 710635 From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 16:16:11 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98F3C106566B; Wed, 30 Nov 2011 16:16:11 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 39EFD8FC08; Wed, 30 Nov 2011 16:16:10 +0000 (UTC) Received: by ggnk5 with SMTP id k5so1256779ggn.13 for ; Wed, 30 Nov 2011 08:16:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=ZXPXRBLUz1dM775PhIzWhiQBIoFu1RHkdQlMQysBlOE=; b=pRbPIAvwxRgvpzLAqgdRJmq/s+Pp3cqDFbPFaaWGYfvNOrZFiWR2QLG+FyJmHAzBVs AeMyQ1hvhr2lMEOSqWPn0sT1E4S0Bkq5rxNpWXc+RkQbn9q2bgnCpAGBR3b2q1bouEnu TaUct1h8j25L7r7mupUs28koosgoBCwmK5VBc= MIME-Version: 1.0 Received: by 10.50.158.227 with SMTP id wx3mr3202574igb.52.1322669770225; Wed, 30 Nov 2011 08:16:10 -0800 (PST) Received: by 10.231.15.7 with HTTP; Wed, 30 Nov 2011 08:16:10 -0800 (PST) In-Reply-To: <4ED58373.7090406@FreeBSD.org> References: <4ED526B7.8050403@FreeBSD.org> <20111130010320.GA56129@freebsdbox.adamsnet> <4ED58373.7090406@FreeBSD.org> Date: Wed, 30 Nov 2011 18:16:10 +0200 Message-ID: From: George Kontostanos To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Adam Stylinski , freebsd-stable@freebsd.org Subject: Re: ataraid and 9.0 RC-2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2011 16:16:11 -0000 On Wed, Nov 30, 2011 at 3:14 AM, Alexander Motin wrote: > On 30.11.2011 03:03, Adam Stylinski wrote: >> >> On Tue, Nov 29, 2011 at 08:38:47PM +0200, Alexander Motin wrote: >>> >>> On 27.11.2011 01:41, Adam Stylinski wrote: >>>> >>>> I just ran freebsd-update to get up to 9.0-RC2 and discovered that >>>> ataraid does not work. =A0I realize I'm an edge case and my scenario i= s not >>>> ideal (I use an ITE controller and performance is actually impressivel= y >>>> slow), but I cannot boot 9.0 from my stripe, even after manually loadi= ng >>>> ataraid from the loader prompt (after running an unload command). =A0I= mention >>>> it mostly because other people using the fakeraid setup by their >>>> motherboards for whatever reason (perhaps to share a partition table w= ith >>>> windows on the same mirror or stripe) may have a similar problem. =A0I= t seems >>>> like the ar0 device disappeared for me completely (even though it find= s ada0 >>>> and ada1). =A0I'm using the following device: >>>> >>>> atapci0@pci0:2:11:0: =A0 =A0class=3D0x010400 card=3D0x00000000 chip=3D= 0x82121283 >>>> rev=3D0x13 hdr=3D0x00 >>>> =A0 =A0 =A0vendor =A0 =A0 =3D 'Integrated Technology Express (ITE) Inc= ' >>>> =A0 =A0 =A0device =A0 =A0 =3D 'ATA 133 IDE RAID Controller (IT8212F)' >>>> =A0 =A0 =A0class =A0 =A0 =A0=3D mass storage >>>> =A0 =A0 =A0subclass =A0 =3D RAID >>>> rl0@pci0:2:13:0: =A0 =A0 =A0 =A0class=3D0x020000 card=3D0x80ea104d chi= p=3D0x813910ec >>>> rev=3D0x10 hdr=3D0x00 >>>> >>>> At first I figured because it may be loading AHCI (as per the device >>>> naming schemes ada0 and ada1). =A0I haven't looked too much into it (t= hese >>>> devices are actually PATA not SATA, so AHCI doesn't even exist for the= se), >>>> but maybe there's an ATA/AHCI driver that's built into the default >>>> kernelthat is interfering with ataraid.ko? =A0Maybe this interferes wi= th my >>>> stupidly slow and unpopular configuration. >>>> >>>> Thanks for any help, I'll also have a gander at the new DEFAULTS for t= he >>>> generic kernel in the 9.0 source tree. >>> >>> >>> FreeBSD 9.x uses new CAM-bases ATA subsystem. ataraid driver depends on >>> old ATA infrastructure and does not work with new. Instead, new GEOM >>> RAID class was implemented. Unluckily, as soon as ITE produced only PAT= A >>> controllers, there is no support for their metadata format in geom_raid >>> module now. So, at the moment, the only option to access that RAID >>> volume is to build custom kernel with old ATA and use ataraid. >>> Respective kernel options listed in /usr/src/UPDATING item from 2011042= 4. >> >> >> Hmm, I may just as well dump the UFS and restore it to a totally geom >> based solution. =A0If anything it will likely help rather than hurt my >> performance. > > > Sure. You can't boot from GEOM STRIPE (you may want MIRROR or CONCAT), bu= t > if your motherboard has at least one SATA port, single modern hard drive = may > give you even higher speeds then stripe of old PATA drives on PCI > controller. > > > -- > Alexander Motin > _______________________________________________ > 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" Have you tried loading the geom_raid kernel module ? I think that if you successfully load this module and modify fstab to use use /dev/raid/r0 instead of /dev/ar0 , you will be able to boot. Regards --=20 George Kontostanos Aicom telecoms ltd http://www.barebsd.com From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 17:13:16 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 549001065700 for ; Wed, 30 Nov 2011 17:13:16 +0000 (UTC) (envelope-from meyersh@morningside.edu) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 20DDE8FC1D for ; Wed, 30 Nov 2011 17:13:15 +0000 (UTC) Received: by ywp17 with SMTP id 17so1348026ywp.13 for ; Wed, 30 Nov 2011 09:13:15 -0800 (PST) Received: by 10.100.19.5 with SMTP id 5mr665351ans.156.1322671535212; Wed, 30 Nov 2011 08:45:35 -0800 (PST) MIME-Version: 1.0 Received: by 10.150.139.13 with HTTP; Wed, 30 Nov 2011 08:44:54 -0800 (PST) From: Shaun Meyer Date: Wed, 30 Nov 2011 10:44:54 -0600 Message-ID: To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: www/Apache22 fails to build when configured for LDAP and AUTHNZ_LDAP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2011 17:13:16 -0000 Hello, I have already built apache22 successfully on FreeBSD 8.2-RELEASE-p3 amd64. I realized that I wanted authnz_ldap which wasn't turned on by default so I went into www/apache22 and did the following: # make clean # make config # make showconfig | grep LDAP LDAP=on "Enable mod_ldap" AUTHNZ_LDAP=on "Enable mod_authnz_ldap" # make LDAP and AUTHNZ_LDAP are the only adjusted knobs from the defaults. The operative build error is "mod_authnz_ldap.c:41:2: error: #error mod_authnz_ldap requires APR-util to have LDAP support built in. To fix add --with-ldap to ./configure." I have also tried removing and cleaning for the apr package. I see no other apache-related files installed and all this has been done against the latest, greatest ports collection using `portsnap`. This symptoms are identical to http://www.freebsd.org/cgi/query-pr.cgi?pr=124651 except, obviously, they have fixed that cause. Any advice is greatly appreciated, Shaun Meyer From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 17:43:29 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96E3D1065670 for ; Wed, 30 Nov 2011 17:43:29 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 55A0E8FC14 for ; Wed, 30 Nov 2011 17:43:29 +0000 (UTC) Received: by vbbfr13 with SMTP id fr13so975018vbb.13 for ; Wed, 30 Nov 2011 09:43:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=WIjIwjdmG5prQMCRkrxePmdRfmN/gWixgpH61LPVQ5E=; b=YUXQ8EaUxcL/izA/qutGW5jPSyn+Y6SS8tWv1aKgMEGeTuLPwq4l2rXfd9jZzdnJya Iu+xjJDH/FV54itdeT7ZBYLOXziraOViFerSJijMjMwV06Snq+Cx/oIg+9WzKcem7ddB zTZEBx9/o9w42Ku+dmEwzsbP6MbUg8SHzfUZM= MIME-Version: 1.0 Received: by 10.52.186.225 with SMTP id fn1mr3005800vdc.32.1322675007233; Wed, 30 Nov 2011 09:43:27 -0800 (PST) Received: by 10.52.28.84 with HTTP; Wed, 30 Nov 2011 09:43:27 -0800 (PST) In-Reply-To: References: Date: Wed, 30 Nov 2011 17:43:27 +0000 Message-ID: From: Tom Evans To: Shaun Meyer Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: www/Apache22 fails to build when configured for LDAP and AUTHNZ_LDAP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2011 17:43:29 -0000 On Wed, Nov 30, 2011 at 4:44 PM, Shaun Meyer wrot= e: > Hello, > > I have already built apache22 successfully on FreeBSD 8.2-RELEASE-p3 > amd64. I realized that I wanted authnz_ldap which wasn't turned on by > default so I went into www/apache22 and did the following: > > # make clean > # make config > # make showconfig | grep LDAP > =C2=A0 =C2=A0 LDAP=3Don "Enable mod_ldap" > =C2=A0 =C2=A0 AUTHNZ_LDAP=3Don "Enable mod_authnz_ldap" > # make > > LDAP and AUTHNZ_LDAP are the only adjusted knobs from the defaults. > > The operative build error is "mod_authnz_ldap.c:41:2: error: #error > mod_authnz_ldap requires APR-util to have LDAP support built =C2=A0in. To > fix add --with-ldap to ./configure." > > I have also tried removing and cleaning for the apr package. I see no > other apache-related files installed and all this has been done > against the latest, greatest ports collection using `portsnap`. > > This symptoms are identical to > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D124651 except, obviously, > they have fixed that cause. > > Any advice is greatly appreciated, > > Shaun Meyer Apache from ports no longer builds against the included APR, instead it builds against the system APR, so you must rebuild devel/apr1 with LDAP support. This makes it easier to fix problems with other libraries being built with a different version of APR, and then linked into apache (eg, mod_authz_svn). This is the problem that PR is describing, and the fix in that PR no longer seems to be in the Makefile. Cheers Tom From owner-freebsd-stable@FreeBSD.ORG Wed Nov 30 18:09:24 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0326A106566B for ; Wed, 30 Nov 2011 18:09:24 +0000 (UTC) (envelope-from nonesuch@longcount.org) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8ED538FC14 for ; Wed, 30 Nov 2011 18:09:23 +0000 (UTC) Received: by faak28 with SMTP id k28so1073135faa.13 for ; Wed, 30 Nov 2011 10:09:22 -0800 (PST) MIME-Version: 1.0 Received: by 10.204.152.66 with SMTP id f2mr3376164bkw.137.1322674881905; Wed, 30 Nov 2011 09:41:21 -0800 (PST) Received: by 10.223.111.75 with HTTP; Wed, 30 Nov 2011 09:41:21 -0800 (PST) X-Originating-IP: [209.66.78.50] In-Reply-To: References: Date: Wed, 30 Nov 2011 12:41:21 -0500 Message-ID: From: Mark Saad To: Shaun Meyer Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: www/Apache22 fails to build when configured for LDAP and AUTHNZ_LDAP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Nov 2011 18:09:24 -0000 On Wed, Nov 30, 2011 at 11:44 AM, Shaun Meyer wro= te: > Hello, > > I have already built apache22 successfully on FreeBSD 8.2-RELEASE-p3 > amd64. I realized that I wanted authnz_ldap which wasn't turned on by > default so I went into www/apache22 and did the following: > > # make clean > # make config > # make showconfig | grep LDAP > =C2=A0 =C2=A0 LDAP=3Don "Enable mod_ldap" > =C2=A0 =C2=A0 AUTHNZ_LDAP=3Don "Enable mod_authnz_ldap" > # make > > LDAP and AUTHNZ_LDAP are the only adjusted knobs from the defaults. > > The operative build error is "mod_authnz_ldap.c:41:2: error: #error > mod_authnz_ldap requires APR-util to have LDAP support built =C2=A0in. To > fix add --with-ldap to ./configure." > > I have also tried removing and cleaning for the apr package. I see no > other apache-related files installed and all this has been done > against the latest, greatest ports collection using `portsnap`. > > This symptoms are identical to > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D124651 except, obviously, > they have fixed that cause. > > Any advice is greatly appreciated, > > Shaun Meyer You need to just rebuild the apr port with ldap. Confirm what version of apr you have installed and then use make config in that port to add ldap support. Remove the installed port and reinstall the new one with ldap support . They you should be able to install apache with ldap hooks. --=20 mark saad | nonesuch@longcount.org From owner-freebsd-stable@FreeBSD.ORG Thu Dec 1 05:25:05 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BD6310659EF; Thu, 1 Dec 2011 05:25:03 +0000 (UTC) (envelope-from daryl@ci.com.au) Received: from mippet.ci.com.au (mippet.ci.com.au [192.65.182.30]) by mx1.freebsd.org (Postfix) with ESMTP id C8F748FC23; Thu, 1 Dec 2011 05:25:02 +0000 (UTC) Received: from mippet.ci.com.au (localhost [127.0.0.1]) by mippet.ci.com.au (8.14.4/8.14.4/CE101231/cmlga) with ESMTP id pB15OxiC073669; Thu, 1 Dec 2011 16:25:00 +1100 (EST) (envelope-from daryl@mippet.ci.com.au) Received: (from daryl@localhost) by mippet.ci.com.au (8.14.4/8.14.4/Submit) id pB15Ox4o073666; Thu, 1 Dec 2011 16:24:59 +1100 (EST) (envelope-from daryl) Date: Thu, 1 Dec 2011 16:24:59 +1100 (EST) From: Daryl Sayers Message-Id: <201112010524.pB15Ox4o073666@mippet.ci.com.au> To: jhb@freebsd.org In-reply-to: <201111301006.27651.jhb@freebsd.org> (message from John Baldwin on Wed, 30 Nov 2011 10:06:27 -0500) References: <201111180310.pAI3ARbZ075115@mippet.ci.com.au> <201111291036.44620.jhb@freebsd.org> <201111292356.pATNuRcq059817@mippet.ci.com.au> <201111301006.27651.jhb@freebsd.org> X-Scanned-By: MIMEDefang 2.68 on 192.65.182.30 Cc: freebsd-stable@freebsd.org Subject: Re: Low nfs write throughput X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Dec 2011 05:25:05 -0000 >>>>> "John" == John Baldwin writes: > On Tuesday, November 29, 2011 6:56:27 pm Daryl Sayers wrote: >> >>>>> "John" == John Baldwin writes: >> >> > On Monday, November 28, 2011 7:12:39 pm Daryl Sayers wrote: >> >> >>>>> "Bengt" == Bengt Ahlgren writes: >> >> >> >> > Daryl Sayers writes: >> >> >> Can anyone suggest why I am getting poor write performance from my nfs setup. >> >> >> I have 2 x FreeBSD 8.2-STABLE i386 machines with ASUS P5B-plus mother boards, >> >> >> 4G mem and Dual core 3g processor using 147G 15k Seagate SAS drives with >> >> >> onboard Gb network cards connected to an idle network. The results below show >> >> >> that I get nearly 100Mb/s with a dd over rsh but only 15Mbs using nfs. It >> >> >> improves if I use async but a smbfs mount still beats it. I am using the same >> >> >> file, source and destinations for all tests. I have tried alternate Network >> >> >> cards with no resulting benefit. >> >> >> >> > [...] >> >> >> >> >> Looking at a systat -v on the destination I see that the nfs test does not >> >> >> exceed 16KB/t with 100% busy where the other tests reach up to 128KB/t. >> >> >> For the record I get reads of 22Mb/s without and 77Mb/s with async turned on >> >> >> for the nfs mount. >> >> >> >> > On an UFS filesystem you get NFS writes with the same size as the >> >> > filesystem blocksize. So an easy way to improve performance is to >> >> > create a filesystem with larger blocks. I accidentally found this out >> >> > when I had two NFS exported filesystems from the same box with 16K and >> >> > 64K blocksizes respectively. >> >> >> >> > (Larger blocksize also tremendously improves the performance of UFS >> >> > snapshots!) >> >> >> >> Thanks to all that answered. I did try the 'sysctl -w vfs.nfsrv.async=1' with >> >> no reportable change in performance. We are using a UFS2 filesystem so the >> >> zfs command was not required. I did not try the patch as we would like to stay >> >> as standard as possible but will upgrade if the patch is released in new >> >> kernel. >> >> > If you can test the patch then it is something I will likely put into the >> > next release. I have already tested it as far as robustness locally, what >> > I don't have are good performance tests. It would really be helpful if you >> > were able to test it. >> >> >> Thanks Bengt for the suggestion of block size. Increasing the block size to >> >> 64k made a significant improvement to performance. >> >> > In theory the patch might have given you similar gains. During my simple tests >> > I was able to raise the average I/O size in iostat to 70 to 80k from 16k. >> >> OK, I downloaded and install the patch and did some basic testing and I can >> reveal that the patch does improve performance. I can also see that my KB/t >> now exceed the 16KB/t that seemed to be a limiting factor prior. > Ok, thanks. Does it give similar performance results to using 64k block size? >From the tests I have done I get similar results to the block size change. -- Daryl Sayers Direct: +612 95525510 Corinthian Engineering Office: +612 95525500 Suite 54, Jones Bay Wharf Fax: +612 95525549 26-32 Pirrama Rd email: daryl@ci.com.au Pyrmont NSW 2009 Australia www: http://www.ci.com.au From owner-freebsd-stable@FreeBSD.ORG Thu Dec 1 05:35:25 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F32921065678 for ; Thu, 1 Dec 2011 05:35:24 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta12.emeryville.ca.mail.comcast.net (qmta12.emeryville.ca.mail.comcast.net [76.96.27.227]) by mx1.freebsd.org (Postfix) with ESMTP id D8D548FC17 for ; Thu, 1 Dec 2011 05:35:24 +0000 (UTC) Received: from omta08.emeryville.ca.mail.comcast.net ([76.96.30.12]) by qmta12.emeryville.ca.mail.comcast.net with comcast id 3haz1i0010FhH24AChbJBX; Thu, 01 Dec 2011 05:35:18 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta08.emeryville.ca.mail.comcast.net with comcast id 3haS1i00N1t3BNj8UhaSA6; Thu, 01 Dec 2011 05:34:26 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 21362102C1D; Wed, 30 Nov 2011 21:35:23 -0800 (PST) Date: Wed, 30 Nov 2011 21:35:23 -0800 From: Jeremy Chadwick To: John Baldwin Message-ID: <20111201053523.GA66988@icarus.home.lan> References: <201111180310.pAI3ARbZ075115@mippet.ci.com.au> <201111290012.pAT0CdPw070812@mippet.ci.com.au> <201111291036.44620.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201111291036.44620.jhb@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org, Daryl Sayers Subject: Re: Low nfs write throughput X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Dec 2011 05:35:25 -0000 On Tue, Nov 29, 2011 at 10:36:44AM -0500, John Baldwin wrote: > On Monday, November 28, 2011 7:12:39 pm Daryl Sayers wrote: > > >>>>> "Bengt" == Bengt Ahlgren writes: > > > > > Daryl Sayers writes: > > >> Can anyone suggest why I am getting poor write performance from my nfs setup. > > >> I have 2 x FreeBSD 8.2-STABLE i386 machines with ASUS P5B-plus mother boards, > > >> 4G mem and Dual core 3g processor using 147G 15k Seagate SAS drives with > > >> onboard Gb network cards connected to an idle network. The results below show > > >> that I get nearly 100Mb/s with a dd over rsh but only 15Mbs using nfs. It > > >> improves if I use async but a smbfs mount still beats it. I am using the same > > >> file, source and destinations for all tests. I have tried alternate Network > > >> cards with no resulting benefit. > > > > > [...] > > > > >> Looking at a systat -v on the destination I see that the nfs test does not > > >> exceed 16KB/t with 100% busy where the other tests reach up to 128KB/t. > > >> For the record I get reads of 22Mb/s without and 77Mb/s with async turned on > > >> for the nfs mount. > > > > > On an UFS filesystem you get NFS writes with the same size as the > > > filesystem blocksize. So an easy way to improve performance is to > > > create a filesystem with larger blocks. I accidentally found this out > > > when I had two NFS exported filesystems from the same box with 16K and > > > 64K blocksizes respectively. > > > > > (Larger blocksize also tremendously improves the performance of UFS > > > snapshots!) > > > > Thanks to all that answered. I did try the 'sysctl -w vfs.nfsrv.async=1' with > > no reportable change in performance. We are using a UFS2 filesystem so the > > zfs command was not required. I did not try the patch as we would like to stay > > as standard as possible but will upgrade if the patch is released in new > > kernel. > > If you can test the patch then it is something I will likely put into the > next release. I have already tested it as far as robustness locally, what > I don't have are good performance tests. It would really be helpful if you > were able to test it. John, We'd like to test this patch[1], but need to know if it needs to be applied to just the system acting as the NFS server, or the NFS clients as well. [1]: http://www.freebsd.org/~jhb/patches/nfs_server_cluster.patch -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Dec 1 15:56:37 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBFD3106564A for ; Thu, 1 Dec 2011 15:56:37 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id B35418FC15 for ; Thu, 1 Dec 2011 15:56:37 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 683F746B0D; Thu, 1 Dec 2011 10:56:37 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id D2726B941; Thu, 1 Dec 2011 10:56:36 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 1 Dec 2011 10:56:35 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p8; KDE/4.5.5; amd64; ; ) References: <201111180310.pAI3ARbZ075115@mippet.ci.com.au> <201111291036.44620.jhb@freebsd.org> <20111201053523.GA66988@icarus.home.lan> In-Reply-To: <20111201053523.GA66988@icarus.home.lan> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201112011056.35880.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 01 Dec 2011 10:56:36 -0500 (EST) Cc: Daryl Sayers , Jeremy Chadwick Subject: Re: Low nfs write throughput X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Dec 2011 15:56:37 -0000 On Thursday, December 01, 2011 12:35:23 am Jeremy Chadwick wrote: > On Tue, Nov 29, 2011 at 10:36:44AM -0500, John Baldwin wrote: > > On Monday, November 28, 2011 7:12:39 pm Daryl Sayers wrote: > > > >>>>> "Bengt" == Bengt Ahlgren writes: > > > > > > > Daryl Sayers writes: > > > >> Can anyone suggest why I am getting poor write performance from my nfs setup. > > > >> I have 2 x FreeBSD 8.2-STABLE i386 machines with ASUS P5B-plus mother boards, > > > >> 4G mem and Dual core 3g processor using 147G 15k Seagate SAS drives with > > > >> onboard Gb network cards connected to an idle network. The results below show > > > >> that I get nearly 100Mb/s with a dd over rsh but only 15Mbs using nfs. It > > > >> improves if I use async but a smbfs mount still beats it. I am using the same > > > >> file, source and destinations for all tests. I have tried alternate Network > > > >> cards with no resulting benefit. > > > > > > > [...] > > > > > > >> Looking at a systat -v on the destination I see that the nfs test does not > > > >> exceed 16KB/t with 100% busy where the other tests reach up to 128KB/t. > > > >> For the record I get reads of 22Mb/s without and 77Mb/s with async turned on > > > >> for the nfs mount. > > > > > > > On an UFS filesystem you get NFS writes with the same size as the > > > > filesystem blocksize. So an easy way to improve performance is to > > > > create a filesystem with larger blocks. I accidentally found this out > > > > when I had two NFS exported filesystems from the same box with 16K and > > > > 64K blocksizes respectively. > > > > > > > (Larger blocksize also tremendously improves the performance of UFS > > > > snapshots!) > > > > > > Thanks to all that answered. I did try the 'sysctl -w vfs.nfsrv.async=1' with > > > no reportable change in performance. We are using a UFS2 filesystem so the > > > zfs command was not required. I did not try the patch as we would like to stay > > > as standard as possible but will upgrade if the patch is released in new > > > kernel. > > > > If you can test the patch then it is something I will likely put into the > > next release. I have already tested it as far as robustness locally, what > > I don't have are good performance tests. It would really be helpful if you > > were able to test it. > > John, > > We'd like to test this patch[1], but need to know if it needs to be > applied to just the system acting as the NFS server, or the NFS clients > as well. > > [1]: http://www.freebsd.org/~jhb/patches/nfs_server_cluster.patch Just the NFS server. I'm going to commit it to HEAD later today. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Dec 1 17:37:24 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FB93106568A for ; Thu, 1 Dec 2011 17:37:24 +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 0EE448FC08 for ; Thu, 1 Dec 2011 17:37:23 +0000 (UTC) Received: from [212.182.167.131] (helo=sjakie.klop.ws) by smtp-out0.tiscali.nl with esmtp (Exim) (envelope-from ) id 1RWAZX-000691-1z for freebsd-stable@freebsd.org; Thu, 01 Dec 2011 18:37:23 +0100 Received: from 212-182-167-131.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id 8E07E103F0 for ; Thu, 1 Dec 2011 18:37:14 +0100 (CET) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-stable@freebsd.org References: Date: Thu, 01 Dec 2011 18:37:14 +0100 MIME-Version: 1.0 From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/11.52 (FreeBSD) Content-Transfer-Encoding: quoted-printable Subject: Re: Possible: Configure SAS Sun Jbod J4200 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Dec 2011 17:37:24 -0000 On Wed, 30 Nov 2011 15:01:09 +0100, Denny Schierz =20 wrote: > hi, > > we have a Sun Jbod SAS J4200 and actually there is a running daemon =20 > under Solaris 10, which is needed, to configure the JBOD over a (badly)= =20 > Java Sun tool from a other host machine (Windows XP, for example). If = I =20 > switch from Solaris to FreeBSD, I don't know, if I can view the status = =20 > and configure from/over FBSD=E2=80=A6 > > The Jbod is only connected through the SAS channel, nothing more. :-/ I= t =20 > means, it doest' have any Network/serial access =E2=80=A6 > > any suggestions? > > cu denny_______________________________________________ Can you boot FreeBSD on it and mail a dmesg output to the mailinglist? =20 That gives people a clue about your hardware setup. Ronald. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 1 19:33:36 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2DCF31065670 for ; Thu, 1 Dec 2011 19:33:36 +0000 (UTC) (envelope-from list@sprymed.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id B761C8FC13 for ; Thu, 1 Dec 2011 19:33:35 +0000 (UTC) Received: by bkat2 with SMTP id t2so3139475bka.13 for ; Thu, 01 Dec 2011 11:33:34 -0800 (PST) MIME-Version: 1.0 Received: by 10.204.34.148 with SMTP id l20mr8595680bkd.55.1322766600485; Thu, 01 Dec 2011 11:10:00 -0800 (PST) Received: by 10.204.225.141 with HTTP; Thu, 1 Dec 2011 11:10:00 -0800 (PST) Date: Thu, 1 Dec 2011 14:10:00 -0500 Message-ID: From: "list, mailing" To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: FreeNAS to Custom FAMP Server X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Dec 2011 19:33:36 -0000 Hello Everyone!! Server I have: 4 Drives No-RAID - 500GB Each 2GB RAM Dual core Xeon 2.4 GHz I'm looking to make an internal office machine running: - Backup System (Software RAID5 or ZFS) - Apache - MySQL - PHP Traffic is just internal (Website) and a Backup Server Looking to Install Backup Raid (FreeNAS or something else) Install Ports from FreeBSD Port Tree for extra software Reconfigure the Default Apache config for an internal Webserver using MySQL and PHP Looked into install FreeBSD with ( Gvinum and graid) -- 9.0 Gives me error to bootcode ---- On boot to cd went to cd setup drives with gvinum with raid5 and started the gvinum setup ---- Went back to installer again and on the drive setup I used Guided installer and it gives me "bootcode error" My next option I was looking at is installing FreeNAS (But Close to Minimum) Thanks -- Ben Adams http://www.SpryMed.com/ From owner-freebsd-stable@FreeBSD.ORG Thu Dec 1 20:53:07 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BFAC106564A for ; Thu, 1 Dec 2011 20:53:07 +0000 (UTC) (envelope-from meyersh@morningside.edu) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 03B508FC13 for ; Thu, 1 Dec 2011 20:53:06 +0000 (UTC) Received: by ggnk5 with SMTP id k5so3443100ggn.13 for ; Thu, 01 Dec 2011 12:53:06 -0800 (PST) Received: by 10.236.145.170 with SMTP id p30mr14434238yhj.99.1322772786209; Thu, 01 Dec 2011 12:53:06 -0800 (PST) MIME-Version: 1.0 Received: by 10.150.139.13 with HTTP; Thu, 1 Dec 2011 12:52:25 -0800 (PST) In-Reply-To: References: From: Shaun Meyer Date: Thu, 1 Dec 2011 14:52:25 -0600 Message-ID: To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: Re: www/Apache22 fails to build when configured for LDAP and AUTHNZ_LDAP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Dec 2011 20:53:07 -0000 On Wed, Nov 30, 2011 at 11:41 AM, Mark Saad wrote: > You need to just rebuild the apr port with ldap. Confirm what version > of apr you have installed and then use make config in that port to add > ldap support. Remove the installed port and reinstall the new one with > ldap support . They you should be able to install apache with ldap > hooks. > That did it. I was spending too much energy looking at www/apache22. Thank you, Gentlemen. Regards, Shaun From owner-freebsd-stable@FreeBSD.ORG Thu Dec 1 23:04:19 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE42C106564A for ; Thu, 1 Dec 2011 23:04:19 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from magnum.bit0.com (magnum.bit0.com [IPv6:2604:e700:b0:1::200]) by mx1.freebsd.org (Postfix) with ESMTP id 71F478FC15 for ; Thu, 1 Dec 2011 23:04:19 +0000 (UTC) Received: from magnum.bit0.com (localhost [127.0.0.1]) by magnum.bit0.com (Postfix) with ESMTP id 8C6AF16D0B; Thu, 1 Dec 2011 18:04:15 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=bit0.com; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; s=boogity; bh=mrWnCIuah 2l1oHxU8qIijdvGhNEqOLgYnliOKEkBcX4=; b=V56BB314R5nU7ypRAhK2WVGYf iNkiJhjx7wV1+gVbZwRaCYazPTjZdpZNZ8m5mWGNrsi7Lxg7LhTeTGNYEnIwGF+G XPwxIcEIfVF4VTFUSfqXGCf2VNFYAr91Vu5AuAIFXa204R9SGLoQXPy/B7RKZERH PiZ0aq4DGXc+qmlHrc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bit0.com; h=message-id:date :from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=boogity; b=bGR zHcOtrlrh3eOys/A62MgR43KOT7MR8y3lc6//C6ThjZD2Cgf0tSYubmVDGC+t8qQ D4FW8Y6s5eQJQaSRVQk0fObWwv1/pohuujQltfVrO3jDZJ+AXwpCHwNREwzW1kQU oGd/VaZfProSSAZTg80G7Yj6N/GjBL8KWbSk/uFc= Received: from spike.int.bit0.com (unknown [IPv6:2001:470:1f11:c3c:f103:2160:a5b:56e0]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by magnum.bit0.com (Postfix) with ESMTPSA id 1ED2C16D0A; Thu, 1 Dec 2011 18:04:13 -0500 (EST) Message-ID: <4ED807D9.7080708@bit0.com> Date: Thu, 01 Dec 2011 18:03:53 -0500 From: Mike Andrews User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Ronald Klop References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Sporadic 9.0-RC2 boot-time 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: Thu, 01 Dec 2011 23:04:19 -0000 On 11/28/11 5:48 PM, Ronald Klop wrote: > On Mon, 28 Nov 2011 23:37:27 +0100, Mike Andrews wrote: > >> *Sometimes* when booting 9.0-RC2 on *some* of my machines, I'll get >> one of the following two panics during multiuser startup, usually >> while running the /usr/local/etc/rc.d scripts. (The instruction >> pointer is always exactly one of these two, and they look fairly >> related.) If after two or three reboots it manages to not panic, the >> system will run perfectly stable. >> >> For some probably-unrelated reason, the dump never finishes in either >> case. >> >> First panic (note em0 warning before it): >> ----- >> em0: discard frame w/o packet header >> >> >> Fatal trap 9: general protection fault while in kernel mode >> cpuid = 0; apic id = 00 >> instruction pointer = 0x20:0xffffffff805e4fc5 >> stack pointer = 0x28:0xffffff80003299e0 >> frame pointer = 0x28:0xffffff8000329a00 >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, long 1, def32 0, gran 1 >> processor eflags = interrupt enabled, resume, IOPL = 0 >> current process = 12 (irq256: em0:rx 0) >> trap number = 9 >> panic: general protection fault >> cpuid = 0 >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2a >> kdb_backtrace() at kdb_backtrace+0x37 >> panic() at panic+0x187 >> trap_fatal() at trap_fatal+0x290 >> trap() at trap+0x10a >> calltrap() at calltrap+0x8 >> --- trap 0x9, rip = 0xffffffff805e4fc5, rsp = 0xffffff80003299e0, rbp >> = 0xffffff8000329a00 --- >> m_freem() at m_freem+0x25 >> ether_nh_input() at ether_nh_input+0x82 >> netisr_dispatch_src() at netisr_dispatch_src+0x20b >> em_rxeof() at em_rxeof+0x1ca >> em_msix_rx() at em_msix_rx+0x24 >> intr_event_execute_handlers() at intr_event_execute_handlers+0x104 >> ithread_loop() at ithread_loop+0xa4 >> fork_exit() at fork_exit+0x11f >> fork_trampoline() at fork_trampoline+0xe >> --- trap 0, rip = 0, rsp = 0xffffff8000329d00, rbp = 0 --- >> Uptime: 49s >> Dumping 679 out of 12263 MB: >> >> ----- >> >> Second panic (no em0 discard warning this time): >> >> ----- >> >> Fatal trap 9: general protection fault while in kernel mode >> cpuid = 0; apic id = 00 >> instruction pointer = 0x20:0xffffffff8063c0e4 >> stack pointer = 0x28:0xffffff8000329a00 >> frame pointer = 0x28:0xffffff8000329a40 >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, long 1, def32 0, gran 1 >> processor eflags = interrupt enabled, resume, IOPL = 0 >> current process = 12 (irq256: em0:rx 0) >> trap number = 9 >> panic: general protection fault >> cpuid = 0 >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2a >> kdb_backtrace() at kdb_backtrace+0x37 >> panic() at panic+0x187 >> trap_fatal() at trap_fatal+0x290 >> trap() at trap+0x10a >> calltrap() at calltrap+0x8 >> --- trap 0x9, rip = 0xffffffff8063c0e4, rsp = 0xffffff8000329a00, rbp >> = 0xffffff8000329a40 --- >> ether_nh_input() at ether_nh_input+0x94 >> netisr_dispatch_src() at netisr_dispatch_src+0x20b >> em_rxeof() at em_rxeof+0x1ca >> em_msix_rx() at em_msix_rx+0x24 >> intr_event_execute_handlers() at intr_event_execute_handlers+0x104 >> ithread_loop() at ithread_loop+0xa4 >> fork_exit() at fork_exit+0x11f >> fork_trampoline() at fork_trampoline+0xe >> --- trap 0, rip = 0, rsp = 0xffffff8000329d00, rbp = 0 --- >> Uptime: 46s >> Dumping 657 out of 12263 MB:..3% > Does it help if you disable msix on your em0? > Google for 'sysctl em msix'. Or run 'sysctl -a | grep msix'. OK, setting hw.em.enable_msix=0 in /boot/loader.conf does NOT help. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 2 10:14:14 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 029E5106564A for ; Fri, 2 Dec 2011 10:14:14 +0000 (UTC) (envelope-from rumrunner@rumrunner.mine.nu) Received: from mail48.e.nsc.no (mail48.e.nsc.no [193.213.115.48]) by mx1.freebsd.org (Postfix) with ESMTP id 595DE8FC19 for ; Fri, 2 Dec 2011 10:14:12 +0000 (UTC) Received: from rumrunner.mine.nu (ti0027a380-0216.bb.online.no [88.89.180.216]) by mail48.nsc.no (8.14.4/8.14.4) with ESMTP id pB29j3LN020425 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 2 Dec 2011 10:45:04 +0100 (MET) Received: from rumrunner.mine.nu (localhost [127.0.0.1]) by rumrunner.mine.nu (8.14.5/8.14.2) with ESMTP id pB29j30t024975 for ; Fri, 2 Dec 2011 10:45:03 +0100 (CET) (envelope-from rumrunner@rumrunner.mine.nu) Received: (from rumrunner@localhost) by rumrunner.mine.nu (8.14.5/8.13.8/Submit) id pB29j213024974 for freebsd-stable@freebsd.org; Fri, 2 Dec 2011 10:45:03 +0100 (CET) (envelope-from rumrunner) Date: Fri, 2 Dec 2011 10:45:02 +0100 From: Eivind Evensen To: freebsd-stable@freebsd.org Message-ID: <20111202094502.GA20626@klump.hjerdalen.lokalnett> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: Something missing in truss X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Dec 2011 10:14:14 -0000 Does anybody else see this or know why? The machine here is running : > uname -a FreeBSD elg.hjerdalen.lokalnett 8.2-STABLE FreeBSD 8.2-STABLE #36: Wed Nov 30 22:03:07 CET 2011 rumrunner@elg.hjerdalen.lokalnett:/usr/obj/usr/src/sys/RUM amd64 While trying to weed out some firefox problems, I've noticed that truss doesn't recognise certain syscalls : getpid() = 1519 (0x5ef) clock_gettime(4,{48496.335142903 }) = 0 (0x0) kevent(20,{0x23,EVFILT_READ,EV_ADD,0,0x0,0x809ec9d80},1,{0x15,EVFILT_READ,0x0,0,0x1,0x809ec9e80},64,0x0) = 1 (0x1) clock_gettime(4,{48496.335293202 }) = 0 (0x0) read(21,"\0",1) = 1 (0x1) clock_gettime(4,{48496.335382599 }) = 0 (0x0) umask(0x80a52ee20,0x8,0x0,0x80a52ee00,0x7fffff1f9eb0,0x80a52ee00) = 116 (0x74) -- UNKNOWN SYSCALL -14704864 -- syscall(0x7fffff1f9ec0,0x0,0x18745,0x7fffff1f9eb0,0x1,0x7fffff1f9e90) = 454 (0x1c6) umask(0x80a52ee20,0x8,0x0,0x80a52ee00,0x7fffff1f9eb0,0x80a52ee00) = 116 (0x74) -- UNKNOWN SYSCALL -14704864 -- syscall(0x7fffff1f9ec0,0x0,0x18745,0x7fffff1f9eb0,0x1,0x7fffff1f9e90) = 454 (0x1c6) umask(0x80a52ee20,0x8,0x0,0x80a52ee00,0x7fffff1f9eb0,0x80a52ee00) = 116 (0x74) -- UNKNOWN SYSCALL -14704864 -- syscall(0x7fffff1f9ec0,0x0,0x18745,0x7fffff1f9eb0,0x1,0x7fffff1f9e90) = 454 (0x1c6) umask(0x80a52ee20,0x8,0x0,0x80a52ee00,0x7fffff1f9eb0,0x80a52ee00) = 116 (0x74) -- UNKNOWN SYSCALL -14704864 -- syscall(0x7fffff1f9ec0,0x0,0x18745,0x7fffff1f9eb0,0x1,0x7fffff1f9e90) = 454 (0x1c6) umask(0x80a52ee20,0x8,0x0,0x80a52ee00,0x7fffff1f9eb0,0x80a52ee00) = 116 (0x74) -- UNKNOWN SYSCALL -14704864 -- syscall(0x7fffff1f9ec0,0x0,0x18745,0x7fffff1f9eb0,0x1,0x7fffff1f9e90) = 454 (0x1c6) Using ktrace/kdump at the same time gives this (manually correlated) : 1519 firefox-bin RET getpid 1519/0x5ef 1519 firefox-bin CALL clock_gettime(0x4,0x7fffff9fdca0) 1519 firefox-bin RET clock_gettime 0 1519 firefox-bin CALL kevent(0x14,0x809ec0800,0x1,0x809ec0000,0x40,0) 1519 firefox-bin GIO fd 20 wrote 32 bytes 0x0000 2300 0000 0000 0000 ffff 0100 0000 0000 |#...............| 0x0010 0000 0000 0000 0000 809d ec09 0800 0000 |................| 1519 firefox-bin GIO fd 20 read 32 bytes 0x0000 1500 0000 0000 0000 ffff 0000 0000 0000 |................| 0x0010 0100 0000 0000 0000 809e ec09 0800 0000 |................| 1519 firefox-bin RET kevent 1 1519 firefox-bin CALL clock_gettime(0x4,0x7fffff9fdca0) 1519 firefox-bin RET clock_gettime 0 1519 firefox-bin CALL read(0x15,0x7fffff9fdc9f,0x1) 1519 firefox-bin GIO fd 21 read 1 byte "\0" 1519 firefox-bin RET read 1 1519 firefox-bin CALL clock_gettime(0x4,0x7fffff9fdca0) 1519 firefox-bin RET clock_gettime 0 1519 firefox-bin CALL kevent(0x14,0x809ec0800,0,0x809ec0000,0x40,0) 1519 firefox-bin RET _umtx_op -1 errno 60 Operation timed out 1519 firefox-bin CALL gettimeofday(0x7fffff1f9f20,0) 1519 firefox-bin RET gettimeofday 0 1519 firefox-bin CALL clock_gettime(0,0x7fffff1f9ec0) 1519 firefox-bin RET clock_gettime 0 1519 firefox-bin CALL _umtx_op(0x80a52ee20,0x8,0,0x80a52ee00,0x7fffff1f9eb0) 1519 firefox-bin RET _umtx_op -1 errno 60 Operation timed out 1519 firefox-bin CALL gettimeofday(0x7fffff1f9f20,0) 1519 firefox-bin RET gettimeofday 0 1519 firefox-bin CALL clock_gettime(0,0x7fffff1f9ec0) 1519 firefox-bin RET clock_gettime 0 1519 firefox-bin CALL _umtx_op(0x80a52ee20,0x8,0,0x80a52ee00,0x7fffff1f9eb0) 1519 firefox-bin RET _umtx_op -1 errno 60 Operation timed out -- _ _ // \\// Eivind Evensen \/ From owner-freebsd-stable@FreeBSD.ORG Fri Dec 2 15:00:25 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E6C6106566C for ; Fri, 2 Dec 2011 15:00:25 +0000 (UTC) (envelope-from bartosz.stec@it4pro.pl) Received: from mainframe.kkip.pl (kkip.pl [78.9.102.18]) by mx1.freebsd.org (Postfix) with ESMTP id 10A4E8FC13 for ; Fri, 2 Dec 2011 15:00:24 +0000 (UTC) Received: from t420i.admin.lan.kkip.pl ([10.66.3.254]) by mainframe.kkip.pl with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1RWU4G-000D1x-36 for freebsd-stable@freebsd.org; Fri, 02 Dec 2011 15:26:30 +0100 Message-ID: <4ED8E000.1060903@it4pro.pl> Date: Fri, 02 Dec 2011 15:26:08 +0100 From: Bartosz Stec Organization: IT4Pro User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: FreeBSD Stable X-Stationery: 0.7.7 X-Authenticated-User: bartosz.stec@it4pro.pl X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Spam-Score: -8.1 X-Spam-Score-Int: -80 X-Exim-Version: 4.77 (build at 27-Oct-2011 16:42:31) X-Date: 2011-12-02 15:26:30 X-Connected-IP: 10.66.3.254:50574 X-Message-Linecount: 82 X-Body-Linecount: 69 X-Message-Size: 2535 X-Body-Size: 2006 X-Received-Count: 1 X-Recipient-Count: 1 X-Local-Recipient-Count: 1 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ps, systat vs top shows different process owner? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Dec 2011 15:00:25 -0000 Hi list, I have a SAMBA server (version 3.5.11) installed over 8.2-STABLE. I have just noticed, that top shows USERNAME of all smbd processes as root, while systat and ps show user logged to SAMBA. ps output of example user: # ps -a -U foo.bar PID TT STAT TIME COMMAND 19731 ?? S 0:10,19 /usr/local/sbin/smbd -D -s /usr/local/etc/smb.conf top output for the same PID: # top -d1 | grep 19731 19731 root 1 44 0 17220K 7844K select 0:12 0.29% smbd systat output is consistent with ps. Is that expected behaviour? Could someone explain it to me? -- Bartosz Stec From owner-freebsd-stable@FreeBSD.ORG Fri Dec 2 15:24:05 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBD32106564A for ; Fri, 2 Dec 2011 15:24:04 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta08.emeryville.ca.mail.comcast.net (qmta08.emeryville.ca.mail.comcast.net [76.96.30.80]) by mx1.freebsd.org (Postfix) with ESMTP id D3B548FC17 for ; Fri, 2 Dec 2011 15:24:04 +0000 (UTC) Received: from omta13.emeryville.ca.mail.comcast.net ([76.96.30.52]) by qmta08.emeryville.ca.mail.comcast.net with comcast id 4FBl1i00417UAYkA8FPx6b; Fri, 02 Dec 2011 15:23:57 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta13.emeryville.ca.mail.comcast.net with comcast id 4FMl1i00p1t3BNj8ZFMmZU; Fri, 02 Dec 2011 15:21:46 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 31B1F102C1D; Fri, 2 Dec 2011 07:24:03 -0800 (PST) Date: Fri, 2 Dec 2011 07:24:03 -0800 From: Jeremy Chadwick To: Bartosz Stec Message-ID: <20111202152403.GA28266@icarus.home.lan> References: <4ED8E000.1060903@it4pro.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4ED8E000.1060903@it4pro.pl> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Stable Subject: Re: ps, systat vs top shows different process owner? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Dec 2011 15:24:05 -0000 On Fri, Dec 02, 2011 at 03:26:08PM +0100, Bartosz Stec wrote: > Hi list, > I have a SAMBA server (version 3.5.11) installed over 8.2-STABLE. I > have just noticed, that top shows USERNAME of all smbd processes as > root, while systat and ps show user logged to SAMBA. > > ps output of example user: > > # ps -a -U foo.bar > PID TT STAT TIME COMMAND > 19731 ?? S 0:10,19 /usr/local/sbin/smbd -D -s > /usr/local/etc/smb.conf > > > top output for the same PID: > > # top -d1 | grep 19731 > 19731 root 1 44 0 17220K 7844K select 0:12 > 0.29% smbd > > systat output is consistent with ps. > > Is that expected behaviour? Could someone explain it to me? Windows XP client, FreeBSD server. XP client is logged in to SMB/CIFS share, authenticated locally (pdbedit database), as user "jdc". UNIX username is also "jdc". $ ps -auxw | grep smbd root 1407 0.0 0.1 27528 6832 ?? Is Thu05AM 0:00.16 /usr/local/sbin/smbd -D -s /usr/local/etc/smb.conf root 1459 0.0 0.1 27528 6788 ?? I Thu05AM 0:00.01 /usr/local/sbin/smbd -D -s /usr/local/etc/smb.conf root 2421 0.0 0.1 27912 7716 ?? S Thu06AM 0:00.29 /usr/local/sbin/smbd -D -s /usr/local/etc/smb.conf root 17131 0.0 0.1 27948 8104 ?? S 9:07PM 0:05.64 /usr/local/sbin/smbd -D -s /usr/local/etc/smb.conf $ ps -a -U root | grep smbd 1407 ?? Is 0:00.16 /usr/local/sbin/smbd -D -s /usr/local/etc/smb.conf 1459 ?? I 0:00.01 /usr/local/sbin/smbd -D -s /usr/local/etc/smb.conf 2421 ?? I 0:00.29 /usr/local/sbin/smbd -D -s /usr/local/etc/smb.conf 17131 ?? S 0:05.64 /usr/local/sbin/smbd -D -s /usr/local/etc/smb.conf $ top -b 10000000 | grep smbd 17131 root 1 44 0 27948K 8104K select 0 0:06 0.00% /usr/local/sbin/smbd -D -s /usr/local/etc/smb.conf 2421 root 1 44 0 27912K 7716K select 1 0:00 0.00% /usr/local/sbin/smbd -D -s /usr/local/etc/smb.conf 1407 root 1 44 0 27528K 6832K select 1 0:00 0.00% /usr/local/sbin/smbd -D -s /usr/local/etc/smb.conf 1459 root 1 44 0 27528K 6788K select 1 0:00 0.00% /usr/local/sbin/smbd -D -s /usr/local/etc/smb.conf Note that in top output, I use environment variable TOP="-a -s 1", just an FYI. Also be warned about top: the -b flag will result in your terminal window losing ECHO and ICANON capability; you will need to issue "stty echo icanon" to fix it every time; this is a bug in top: http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/161739 But as you can see, there are no smbd processes running as UNIX user jdc: $ ps -a -U jdc | grep smbd jdc 28599 0.0 0.0 9100 1500 1 S+ 7:21AM 0:00.00 grep smbd I use smbpass/pdbedit for my SMB<-->UNIX correlation database: # pdbedit -u jdc jdc:1000:Jeremy Chadwick Versions of things: $ pkg_info | grep samba samba36-3.6.1 A free SMB and CIFS client and server for UNIX $ uname -a FreeBSD icarus.home.lan 8.2-STABLE FreeBSD 8.2-STABLE #0: Thu Dec 1 04:37:29 PST 2011 root@icarus.home.lan:/usr/obj/usr/src/sys/X7SBA_RELENG_8_amd64 amd64 Finally, how does systat play into this? I do not know how to get systat to show usernames for anything; did you mean a different utility? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Dec 2 20:39:49 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4152106566B for ; Fri, 2 Dec 2011 20:39:49 +0000 (UTC) (envelope-from rnw@niagara.retirementnewsweekly.ca) Received: from mail-02.primus.ca (mail16.primus.ca [216.254.141.183]) by mx1.freebsd.org (Postfix) with ESMTP id 0085A8FC0A for ; Fri, 2 Dec 2011 20:39:48 +0000 (UTC) Received: from d72-38-218-3.commercial1.cgocable.net ([72.38.218.3] helo=OWNER-4F95FE0GS) by mail-02.primus.ca with esmtpa (Exim 4.72) (envelope-from ) id 1RWZtb-0006Q4-16 for freebsd-stable@freebsd.org; Fri, 02 Dec 2011 15:39:47 -0500 From: "After 50 News Weekly / Niagara" To: "freebsd-stable" MIME-Version: 1.0 Organization: PNC Date: Fri, 2 Dec 2011 15:40:21 -0500 X-Authenticated: grahamp - d72-38-218-3.commercial1.cgocable.net (OWNER-4F95FE0GS) [72.38.218.3] Message-Id: <20111202203949.A4152106566B@hub.freebsd.org> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: After 50 News Weekly / Niagara X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Dec 2011 20:39:49 -0000 After 50 News Weekly / Niagara =20 Dec 2nd, 2011 - Vol. 2: Issue 33Last Month's Readers: 27,103 LOCAL NEWS DEER PARK VILLA BREAKS GROUND A sod turning ceremony marked the beginning of the redevelopment of De= er Park villa, the long-term care home operated by the Niagara Region = in Grimsby last week. The $8.6 million redevelopment project will see the home replaced with= a new 40-bed facility that features private and semi-private rooms, r= eplacing 4-bed rooms in the current facility; New and expanded residen= t common areas, including a cafe, family rooms and a chapel; Provision= for the future addition of 20 beds, for a total of 60 beds, to meet t= he anticipated increase in demand for long-term care in West Niagara The new home will be built by Niagara-based Brouwer Construction Ltd. = The project completion date is February 2013.=20 =2E.. read more NATIONAL NEWS CANADA INVESTS IN CLEAN AIR On Monday, Environment Minister Peter Kent and Veterans =2E.. read more INTERNATIONAL NEWS FOUR YEARS BEHIND BARS FOR DR. CONRAD MURRAY=20 Dr. Conrad Murray, the man convicted in the =2E.. read more COLUMNIST ACT YOUR AGE =E2=80=A6 BARGAIN HUNTING AT A FLEA MARKET=20 There is a certain, unmatchable thrill in finding a good bargain. Perh= aps the enjoyment dates back to our earlier years as hunters and=20 =2E.. read more SPORTS TIGER WOODS LOOKS LIKE HE'S GOT HIS GAME BACK Heading into this week's Chevron World Challenge, Woods has a what can= only be described as a noticeable glint in his eyes.=20 =2E.. read more LIFESTYLE GET YOUR GROOVE ON: DANCE! Think back to when you were younger. Remember when your favourite song= would come on the radio? Not only would you sing along but you'd get = a little swagger=20 =2E.. read more FEATURES ASK DOREEN=20 What are your qualifications? I have been a licensed realtor since 198= 5, selling and servicing real estate needs in the region =E2=80=93 NOT= L, Niagara Falls, Fort Erie, St. Catharines, both in resales and new h= ome=20 =2E.. read more ENVIRONMENT THE SHIRT'S JOURNEY =E2=80=93 DOESN'T HAVE TO END IN A LANDFILL It's easy, you head into your favourite large chain store to buy a shi= rt to go with the brand name pants you bought at another large chain s= tore. =2E.. read more THIS WEEK IN HISTORY DECEMBER 5 =E2=80=93 DECEMBER 9=20 The #1 song this week in 1987 was Belinda Carlisle's "Heaven Is a Plac= e on Earth." December 5 Today is Bathtub Party Day! On this day in: 19= 32 =E2=80=93 Albert Einstein is=20 =2E.. read more SPIN THE GLOBE ST. LUCIA:TROPICAL PARADISE=20 It snowed today. I don't know about you, but I would rather not see sn= ow. At all. Unfortunately, not many of us have the good fortune to be = able to get away from=20 =2E.. read more FIFTY & FABULOUS FALL/WINTER TREND REPORT =20 Winter is around the corner thus marking the beginning of yet another = fashion season =E2=80=94 fall/winter. With the ever-changing world of = fashion it can be impossible to keep up with the "it" trend and which,= if any will work for you. Here we have hand-picked the top 5 trends o= f the season with high-fashion impact without the high-fashion price t= ag! Leopard in particular has been making itself known in the=20 =2E.. read more YOUR RETIREMENT STAYING HOME=20 The Ontario government recently announced that a proposed Healthy Home= s Renovation Tax Credit is in the works. If it passes not only=20 =2E.. read more EDITOR'S LETTER SHOP SMART THIS HOLIDAY SEASON=20 December has finally arrived and if you're like me, it means its time = to start your Christmas shopping! I would be lying if I said I hadn't = started but in reality, I still have over 75% of my list left to buy f= or! I have become =2E.. read more After 50 News Weekly is a resource tool for the 50-plus active lifestyle community in Niaga= ra. We provide you with up-to-date information on retirement, news and= local events, all at your fingertips! If there is a topic you would l= ike us to feature or if you have any questions or comments, please Con= tact Us. For our advertising rates, please contact Graham Pomeroy at g= raham@pomeroynewscorp.ca or call directly at 905-988-9339. Sincerely, Victoria Lewis, Director of Operations=20 Please do not reply to this email. Replies to this email will not be r= esponded to or read. If you have any questions or comments, contact us= by email at info@pomeroynewscorp. Cancel your subscription: UNSUBSCRIBE Sends us a news tip: newsroom@after50newsweekly.caTo Submit an Event: events@after50newsweekly.ca From owner-freebsd-stable@FreeBSD.ORG Fri Dec 2 23:26:33 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88CBC106566C for ; Fri, 2 Dec 2011 23:26:33 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 41D728FC16 for ; Fri, 2 Dec 2011 23:26:32 +0000 (UTC) Received: by vbbfr13 with SMTP id fr13so4320796vbb.13 for ; Fri, 02 Dec 2011 15:26:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=Iwf+jKVTqv+rcQuGXMOpF/FYlko9OUWw+FTtpkQ4Yq8=; b=HwRvUJdLqc4RfmuCJA36IP1TJ70ABxkQd9cwvl9/1jqvi5xHvfqw1bEFcKSehfbgOb 8fDMsdVTlDtnLRRk1zaAY5f7ZENU7uF5lJOuHQKFTNxboL8FXFsstzPijoLzcf9CHyiu OfRquWReSP/I2jOj8bRdMhpDDz7NZCAo5EzSM= MIME-Version: 1.0 Received: by 10.52.35.147 with SMTP id h19mr180739vdj.38.1322866668589; Fri, 02 Dec 2011 14:57:48 -0800 (PST) Received: by 10.220.231.10 with HTTP; Fri, 2 Dec 2011 14:57:48 -0800 (PST) Date: Fri, 2 Dec 2011 14:57:48 -0800 Message-ID: From: Freddie Cash To: stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: r228152: anyone got the None cipher working with base OpenSSH? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Dec 2011 23:26:33 -0000 Looking through the commit messages for stable/8 and stable/9 I noticed that the HPN patches were applied to OpenSSH in the base install. And reading through the commit messages I see that one has to manually enable the None cipher. However, I cannot, for the life of me, figure out how to do that. The commit message for r228152 says to put "NONE_CIPHER_ENABLED=yes" into /etc/make.conf. But doing so still gives the following error when world is rebuilt/reinstalled: command-line: line 0: Bad configuration option: NoneEnabled Putting NONE_CIPHER_ENABLED=yes into /etc/src.conf and rebuilding world gives the same error. And, running "make -DNONE_CIPHER_ENABLED all install" under /usr/src/secure/usr.bin/ssh/ also gives the same error. What am I missing? What's the magic incantation to add the None cipher to base ssh? -- Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Fri Dec 2 23:32:22 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FC88106564A for ; Fri, 2 Dec 2011 23:32:22 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta09.emeryville.ca.mail.comcast.net (qmta09.emeryville.ca.mail.comcast.net [76.96.30.96]) by mx1.freebsd.org (Postfix) with ESMTP id 27F428FC15 for ; Fri, 2 Dec 2011 23:32:22 +0000 (UTC) Received: from omta10.emeryville.ca.mail.comcast.net ([76.96.30.28]) by qmta09.emeryville.ca.mail.comcast.net with comcast id 4PNU1i0050cQ2SLA9PYF4D; Fri, 02 Dec 2011 23:32:15 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta10.emeryville.ca.mail.comcast.net with comcast id 4PVj1i00H1t3BNj8WPVjuV; Fri, 02 Dec 2011 23:29:44 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id E24E2102C1D; Fri, 2 Dec 2011 15:32:20 -0800 (PST) Date: Fri, 2 Dec 2011 15:32:20 -0800 From: Jeremy Chadwick To: Freddie Cash Message-ID: <20111202233220.GA43495@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: stable@freebsd.org Subject: Re: r228152: anyone got the None cipher working with base OpenSSH? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Dec 2011 23:32:22 -0000 On Fri, Dec 02, 2011 at 02:57:48PM -0800, Freddie Cash wrote: > Looking through the commit messages for stable/8 and stable/9 I noticed > that the HPN patches were applied to OpenSSH in the base install. And > reading through the commit messages I see that one has to manually enable > the None cipher. However, I cannot, for the life of me, figure out how to > do that. > > The commit message for r228152 says to put "NONE_CIPHER_ENABLED=yes" into > /etc/make.conf. But doing so still gives the following error when world is > rebuilt/reinstalled: > command-line: line 0: Bad configuration option: NoneEnabled > > Putting NONE_CIPHER_ENABLED=yes into /etc/src.conf and rebuilding world > gives the same error. > > And, running "make -DNONE_CIPHER_ENABLED all install" under > /usr/src/secure/usr.bin/ssh/ also gives the same error. > > What am I missing? What's the magic incantation to add the None cipher to > base ssh? I have been discussing this with bz@ and brooks@ privately. I would rather not go into the details of what was discussed for reasons that I ALSO would rather not go into. Just know that the ambiguity is intentional. Here is what will work for you when added to /etc/make.conf: .if ${.CURDIR:M/usr/src/secure/*} CFLAGS+=-DNONE_CIPHER_ENABLED .endif There are multiple places where this needs to get defined for it to work. I will be working on making this a src.conf variable (of a completely different name) probably on Saturday, but I do not have time today or on Sunday to do it. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Dec 2 23:37:00 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15116106564A for ; Fri, 2 Dec 2011 23:37:00 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id 9C93C8FC0A for ; Fri, 2 Dec 2011 23:36:59 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id A74A025D3811; Fri, 2 Dec 2011 23:36:58 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id D80E8BD62AB; Fri, 2 Dec 2011 23:36:57 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id RXYudBYtM8hT; Fri, 2 Dec 2011 23:36:56 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 0E834BD62AA; Fri, 2 Dec 2011 23:36:55 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: Date: Fri, 2 Dec 2011 23:36:54 +0000 Content-Transfer-Encoding: 7bit Message-Id: References: To: Freddie Cash X-Mailer: Apple Mail (2.1084) Cc: stable@freebsd.org Subject: Re: r228152: anyone got the None cipher working with base OpenSSH? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Dec 2011 23:37:00 -0000 On 2. Dec 2011, at 22:57 , Freddie Cash wrote: > Looking through the commit messages for stable/8 and stable/9 I noticed > that the HPN patches were applied to OpenSSH in the base install. And > reading through the commit messages I see that one has to manually enable > the None cipher. However, I cannot, for the life of me, figure out how to > do that. > > The commit message for r228152 says to put "NONE_CIPHER_ENABLED=yes" into > /etc/make.conf. No, that's not what the commit message says. Read more carefully;-) However Jeremy's suggestion might be working better for the moment. /bz -- Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 2 23:39:31 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8068106564A for ; Fri, 2 Dec 2011 23:39:31 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta13.emeryville.ca.mail.comcast.net (qmta13.emeryville.ca.mail.comcast.net [76.96.27.243]) by mx1.freebsd.org (Postfix) with ESMTP id BF81D8FC12 for ; Fri, 2 Dec 2011 23:39:31 +0000 (UTC) Received: from omta13.emeryville.ca.mail.comcast.net ([76.96.30.52]) by qmta13.emeryville.ca.mail.comcast.net with comcast id 4PFR1i00317UAYkADPfQPa; Fri, 02 Dec 2011 23:39:24 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta13.emeryville.ca.mail.comcast.net with comcast id 4PdC1i01A1t3BNj8ZPdCcW; Fri, 02 Dec 2011 23:37:13 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 6D7EA102C1D; Fri, 2 Dec 2011 15:39:30 -0800 (PST) Date: Fri, 2 Dec 2011 15:39:30 -0800 From: Jeremy Chadwick To: Freddie Cash Message-ID: <20111202233930.GA43590@icarus.home.lan> References: <20111202233220.GA43495@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20111202233220.GA43495@icarus.home.lan> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: stable@freebsd.org Subject: Re: r228152: anyone got the None cipher working with base OpenSSH? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Dec 2011 23:39:31 -0000 On Fri, Dec 02, 2011 at 03:32:20PM -0800, Jeremy Chadwick wrote: > There are multiple places where this needs to get defined for it to > work. Sorry I should be more clear (I woke up ~15 minutes ago). I'm referring to the fact that OpenSSH build points in FreeBSD are ""scattered all over"", e.g. src/secure/lib/libssh, src/secure/usr.bin/scp, src/secure/usr.bin/sftp, src/secure/usr.bin/ssh*, etc... You get the idea. The above make.conf addition will handle everything. And yes I have tested it. You also need to read README.hpn to understand fully how to get None cipher to work from the server AND client side, *AND* what the limits and caveats are. There are changes you need to make to /etc/ssh/sshd_config, and there are *multiple* -o switches you will need to use with the client (e.g. ssh -oCipher=none -oNoneEnabled=yes -oNoneSwitch=yes). If the WARNING message that is output to stderr bothers you, use -T. Good luck. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Dec 2 23:43:00 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9AEED106564A for ; Fri, 2 Dec 2011 23:43:00 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4E9528FC17 for ; Fri, 2 Dec 2011 23:43:00 +0000 (UTC) Received: by vbbfr13 with SMTP id fr13so4331744vbb.13 for ; Fri, 02 Dec 2011 15:42:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=01Ld2x/uRbBhX0w+5/1D0cGeOfxe9rA0rSEfXhoAw1I=; b=sBkdKXeFCGfHQMqtLjPEaUaOhi24qdt2koaoGsOsqKv+4D6Wqo6hz8afGj3DuBPAUf BGtT1jwHdRwkulBxZ/fuZxTVNWIH7ANkiQ2xh+UfiOj9W0NyZm8fEUIRPweHrlHSUqnU F3QGjIg/lZ8AmASx2qNDdO9gBhtNgdkEgl2aE= MIME-Version: 1.0 Received: by 10.52.30.130 with SMTP id s2mr225895vdh.55.1322869379523; Fri, 02 Dec 2011 15:42:59 -0800 (PST) Received: by 10.220.231.10 with HTTP; Fri, 2 Dec 2011 15:42:59 -0800 (PST) In-Reply-To: <20111202233930.GA43590@icarus.home.lan> References: <20111202233220.GA43495@icarus.home.lan> <20111202233930.GA43590@icarus.home.lan> Date: Fri, 2 Dec 2011 15:42:59 -0800 Message-ID: From: Freddie Cash To: Jeremy Chadwick Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org Subject: Re: r228152: anyone got the None cipher working with base OpenSSH? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Dec 2011 23:43:00 -0000 On Fri, Dec 2, 2011 at 3:39 PM, Jeremy Chadwick wrote: > You also need to read README.hpn to understand fully how to get None > cipher to work from the server AND client side, *AND* what the limits > and caveats are. There are changes you need to make to > /etc/ssh/sshd_config, and there are *multiple* -o switches you will need > to use with the client (e.g. ssh -oCipher=none -oNoneEnabled=yes > -oNoneSwitch=yes). If the WARNING message that is output to stderr > bothers you, use -T. > Yeah, I've gone over all that. We've been using the HPN patches and None cipher via openssh-portable from ports for a couple years now. Noticed the HPN patches were added to the base OpenSSH, though, and thought I could use that instead of the ports version, and ran into the "no None cipher" issue. Thanks to the gentle prodding of Bjoern, I see that I missed the mention of CFLAGS in the commit message, which is why it wasn't working for me. :) I'm going to go with over-excitement due to too much coffee for this one. :) I'm testing out the make.conf snippet you posted now. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Sat Dec 3 00:15:21 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A68C6106566C for ; Sat, 3 Dec 2011 00:15:21 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 3CACF8FC1C for ; Sat, 3 Dec 2011 00:15:20 +0000 (UTC) Received: by wgbdr11 with SMTP id dr11so2227642wgb.31 for ; Fri, 02 Dec 2011 16:15:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=SVOOSLOco3TX52/U/7DQ9gufalPMjxS+OBLUviwewPM=; b=wmyMA5jBXoHhy9QTXHT34MrY+frpF3H5ubqDvG5N/2tPuxRL+PI8hF6kmUxGTWJYpv ovaabLjDK2a59lCqBwlZ9Hh3Zqrv84I63y2XHtfNNEfP2W6JFicHKeJiGXr+wwOMRXk9 xB+S3S9GhaO0A0Rh1aXflVnaYdJC+C/FuQHrc= MIME-Version: 1.0 Received: by 10.180.104.35 with SMTP id gb3mr644460wib.11.1322869863587; Fri, 02 Dec 2011 15:51:03 -0800 (PST) Received: by 10.223.83.14 with HTTP; Fri, 2 Dec 2011 15:51:03 -0800 (PST) In-Reply-To: <20111202233930.GA43590@icarus.home.lan> References: <20111202233220.GA43495@icarus.home.lan> <20111202233930.GA43590@icarus.home.lan> Date: Fri, 2 Dec 2011 17:51:03 -0600 Message-ID: From: Adam Vande More To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org Subject: Re: r228152: anyone got the None cipher working with base OpenSSH? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Dec 2011 00:15:21 -0000 On Fri, Dec 2, 2011 at 5:39 PM, Jeremy Chadwick wrote: > If the WARNING message that is output to stderr > bothers you, use -T. > This says -T disables the NONE cipher: http://www.psc.edu/networking/projects/hpn-ssh/none.php I haven't looked at current patches so maybe doesn't apply. -- Adam Vande More From owner-freebsd-stable@FreeBSD.ORG Sat Dec 3 01:22:59 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09B891065670 for ; Sat, 3 Dec 2011 01:22:59 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta07.emeryville.ca.mail.comcast.net (qmta07.emeryville.ca.mail.comcast.net [76.96.30.64]) by mx1.freebsd.org (Postfix) with ESMTP id E2B538FC13 for ; Sat, 3 Dec 2011 01:22:58 +0000 (UTC) Received: from omta02.emeryville.ca.mail.comcast.net ([76.96.30.19]) by qmta07.emeryville.ca.mail.comcast.net with comcast id 4R7n1i0060QkzPwA7RNrnC; Sat, 03 Dec 2011 01:22:51 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta02.emeryville.ca.mail.comcast.net with comcast id 4RPC1i0081t3BNj8NRPCUS; Sat, 03 Dec 2011 01:23:12 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 76047102C1D; Fri, 2 Dec 2011 17:22:57 -0800 (PST) Date: Fri, 2 Dec 2011 17:22:57 -0800 From: Jeremy Chadwick To: Adam Vande More Message-ID: <20111203012257.GA44866@icarus.home.lan> References: <20111202233220.GA43495@icarus.home.lan> <20111202233930.GA43590@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: stable@freebsd.org Subject: Re: r228152: anyone got the None cipher working with base OpenSSH? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Dec 2011 01:22:59 -0000 On Fri, Dec 02, 2011 at 05:51:03PM -0600, Adam Vande More wrote: > On Fri, Dec 2, 2011 at 5:39 PM, Jeremy Chadwick wrote: > > > If the WARNING message that is output to stderr > > bothers you, use -T. > > > > This says -T disables the NONE cipher: > > http://www.psc.edu/networking/projects/hpn-ssh/none.php > > I haven't looked at current patches so maybe doesn't apply. No, you're correct -- use of -T disables the none cipher. I only checked actual packets (for plain-text) with tcpdump when testing the above **without** -T. I found that -T disabled the warning message; well duh, because it disables the none cipher. TL;DR -- my above message ("use -T to disable the warning") is absolutely wrong. The WARNING message to stderr, when a tty is allocated, cannot be disabled to my knowledge -- the -n flag should inhibit it, and I imagine this is intentional so that admins can use -oCipher=none for backups on LANs, etc.. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Dec 3 15:58:06 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E11FB106566B for ; Sat, 3 Dec 2011 15:58:06 +0000 (UTC) (envelope-from mailnull@mips.inka.de) Received: from mail-in-14.arcor-online.net (mail-in-14.arcor-online.net [151.189.21.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9BE288FC0C for ; Sat, 3 Dec 2011 15:58:06 +0000 (UTC) Received: from mail-in-03-z2.arcor-online.net (mail-in-03-z2.arcor-online.net [151.189.8.15]) by mx.arcor.de (Postfix) with ESMTP id 4F9E39C0D7 for ; Sat, 3 Dec 2011 16:24:55 +0100 (CET) Received: from mail-in-15.arcor-online.net (mail-in-15.arcor-online.net [151.189.21.55]) by mail-in-03-z2.arcor-online.net (Postfix) with ESMTP id 49FB49DB9B for ; Sat, 3 Dec 2011 16:24:55 +0100 (CET) Received: from lorvorc.mips.inka.de (dslb-188-105-080-134.pools.arcor-ip.net [188.105.80.134]) by mail-in-15.arcor-online.net (Postfix) with ESMTPS id 168111AB57D for ; Sat, 3 Dec 2011 16:24:55 +0100 (CET) X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-15.arcor-online.net 168111AB57D Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.14.5/8.14.3) with ESMTP id pB3FOsM0002350 for ; Sat, 3 Dec 2011 16:24:54 +0100 (CET) (envelope-from mailnull@lorvorc.mips.inka.de) Received: (from mailnull@localhost) by lorvorc.mips.inka.de (8.14.5/8.14.5/Submit) id pB3FOsJw002349 for freebsd-stable@freebsd.org; Sat, 3 Dec 2011 16:24:54 +0100 (CET) (envelope-from mailnull) From: naddy@mips.inka.de (Christian Weisgerber) Date: Sat, 3 Dec 2011 15:24:54 +0000 (UTC) Message-ID: Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-stable@freebsd.org Subject: 7-STABLE: mergemaster tzsetup question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Dec 2011 15:58:07 -0000 Every time I run mergemaster(8) on 7.4-STABLE, I'm now presented with *** There is no /var/db/zoneinfo file to update /etc/localtime. You should run tzsetup Running tzsetup(8) does however not create /var/db/zoneinfo, so mergemaster will prompt the next time, too. I guess I can just ignore it, but it seems weird that mergemaster would keep nagging about this. Where is /var/db/zoneinfo supposed to come from? I also notice that mergemaster can issue tzsetup arguments -C and -r, but tzsetup doesn't support those. -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-stable@FreeBSD.ORG Sat Dec 3 16:31:22 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C4AB106564A for ; Sat, 3 Dec 2011 16:31:22 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id 527648FC0C for ; Sat, 3 Dec 2011 16:31:22 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.5/8.14.5) with ESMTP id pB3GGH2P076422; Sat, 3 Dec 2011 08:16:17 -0800 (PST) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.5/8.14.5/Submit) id pB3GGHT1076421; Sat, 3 Dec 2011 08:16:17 -0800 (PST) (envelope-from david) Date: Sat, 3 Dec 2011 08:16:17 -0800 From: David Wolfskill To: Christian Weisgerber Message-ID: <20111203161617.GG41130@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Christian Weisgerber , freebsd-stable@freebsd.org References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ayeiFF771fbkZqVc" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: 7-STABLE: mergemaster tzsetup question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Dec 2011 16:31:22 -0000 --ayeiFF771fbkZqVc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 03, 2011 at 03:24:54PM +0000, Christian Weisgerber wrote: > Every time I run mergemaster(8) on 7.4-STABLE, I'm now presented > with >=20 > *** There is no /var/db/zoneinfo file to update /etc/localtime. > You should run tzsetup >=20 > Running tzsetup(8) does however not create /var/db/zoneinfo, so > mergemaster will prompt the next time, too. I guess I can just > ignore it, but it seems weird that mergemaster would keep nagging > about this. >=20 > Where is /var/db/zoneinfo supposed to come from? It's a path, relative to /usr/share/zoneinfo, for the source of the file that was copied to /etc/localtime. Thus, in my case, it reads: America/Los_Angeles on my laptop. For machines that run UTC, it's not needed. > ... Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --ayeiFF771fbkZqVc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk7aS1EACgkQmprOCmdXAD1AFACeM76MafBmSU2aohiChbBs9mYY e4kAn2AyXEWpMS7Ns9Px7PmPwH9QKhRf =QuNZ -----END PGP SIGNATURE----- --ayeiFF771fbkZqVc-- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 3 16:37:16 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B2A0106564A for ; Sat, 3 Dec 2011 16:37:16 +0000 (UTC) (envelope-from fjoe@samodelkin.net) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 658A98FC08 for ; Sat, 3 Dec 2011 16:37:16 +0000 (UTC) Received: by ggnp1 with SMTP id p1so1515358ggn.13 for ; Sat, 03 Dec 2011 08:37:15 -0800 (PST) MIME-Version: 1.0 Received: by 10.182.139.4 with SMTP id qu4mr531023obb.13.1322928894762; Sat, 03 Dec 2011 08:14:54 -0800 (PST) Received: by 10.182.76.225 with HTTP; Sat, 3 Dec 2011 08:14:54 -0800 (PST) X-Originating-IP: [80.89.199.122] In-Reply-To: References: Date: Sat, 3 Dec 2011 22:14:54 +0600 Message-ID: From: Max Khon To: Christian Weisgerber Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: 7-STABLE: mergemaster tzsetup question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Dec 2011 16:37:16 -0000 Christian, On Sat, Dec 3, 2011 at 10:24 PM, Christian Weisgerber wrote: > Every time I run mergemaster(8) on 7.4-STABLE, I'm now presented > with > > *** There is no /var/db/zoneinfo file to update /etc/localtime. > =C2=A0 =C2=A0You should run tzsetup > > Running tzsetup(8) does however not create /var/db/zoneinfo, so > mergemaster will prompt the next time, too. =C2=A0I guess I can just > ignore it, but it seems weird that mergemaster would keep nagging > about this. > > Where is /var/db/zoneinfo supposed to come from? > > I also notice that mergemaster can issue tzsetup arguments -C and > -r, but tzsetup doesn't support those. tzsetup in FreeBSD 8 and later creates /var/db/zoneinfo. It seems that mergemaster was merged to RELENG_7 but appropiate version of tzsetup was not. Max From owner-freebsd-stable@FreeBSD.ORG Sat Dec 3 16:46:11 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B36B106566B; Sat, 3 Dec 2011 16:46:11 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id 0BBC48FC08; Sat, 3 Dec 2011 16:46:10 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [IPv6:2001:8b0:151:1:fa1e:dfff:feda:c0bb]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id pB3Gk7uu097521 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 3 Dec 2011 16:46:07 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: OpenDKIM Filter v2.4.1 smtp.infracaninophile.co.uk pB3Gk7uu097521 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1322930767; bh=JEIrO0xDaa6LaOX3D6bDl2oi5tNQoIEK4jLDd0PhGbA=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=RVa9J0u6QbDqOuqRWQck0V+QLS1ePiiQgaT+U+/5gyOiJ+ZE1pD9VXLuT2ClPGP+O R8z6i1lDwn0XsblGkxhfng1WRFDpz+iUU51LWrjUBqEHSMz9b0MAppW+Y+fAFbEHby g9lYp2OXkjgyUSRN6gSVWlr6XvPI4mObdx4iLEHM= Message-ID: <4EDA5246.805@infracaninophile.co.uk> Date: Sat, 03 Dec 2011 16:45:58 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: In-Reply-To: X-Enigmail-Version: 1.3.3 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig41CB839889737CFB80E0ECE5" X-Virus-Scanned: clamav-milter 0.97.3 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,SPF_FAIL autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Cc: Doug Barton Subject: Re: 7-STABLE: mergemaster tzsetup question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Dec 2011 16:46:11 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig41CB839889737CFB80E0ECE5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 03/12/2011 15:24, Christian Weisgerber wrote: > Every time I run mergemaster(8) on 7.4-STABLE, I'm now presented > with >=20 > *** There is no /var/db/zoneinfo file to update /etc/localtime. > You should run tzsetup >=20 > Running tzsetup(8) does however not create /var/db/zoneinfo, so > mergemaster will prompt the next time, too. I guess I can just > ignore it, but it seems weird that mergemaster would keep nagging > about this. >=20 > Where is /var/db/zoneinfo supposed to come from? >=20 > I also notice that mergemaster can issue tzsetup arguments -C and > -r, but tzsetup doesn't support those. >=20 tzsetup(8) does create /var/db/zoneinfo in 8.2-STABLE. It's just a very small text file containing the default timezone name -- eg. I have: % cat zoneinfo Europe/London Just creating that file will quiet mergemaster, although it won't be of any use to tzsetup in 7.4-STABLE. Looks like this MFC only went into stable/8, and not stable/7: http://svnweb.freebsd.org/base?view=3Drevision&revision=3D220183 but the related /var/db/zoneinfo code in mergemaster was merged to stable/7 (as well as stable/8): http://svnweb.freebsd.org/base?view=3Drevision&revision=3D227150 Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enig41CB839889737CFB80E0ECE5 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7aUk4ACgkQ8Mjk52CukIxk+wCeNB5Pjur2EeUb+p56GCYIxCTq WVYAoJL3+GLZti2dMhlaoJL+5cDILCRg =K1R/ -----END PGP SIGNATURE----- --------------enig41CB839889737CFB80E0ECE5-- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 3 18:17:56 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E77F5106566B for ; Sat, 3 Dec 2011 18:17:55 +0000 (UTC) (envelope-from cliftonr@volcano.org) Received: from gateway02.websitewelcome.com (gateway02.websitewelcome.com [67.18.62.20]) by mx1.freebsd.org (Postfix) with ESMTP id B371C8FC14 for ; Sat, 3 Dec 2011 18:17:55 +0000 (UTC) Received: by gateway02.websitewelcome.com (Postfix, from userid 5007) id 26E433597662; Sat, 3 Dec 2011 11:58:26 -0600 (CST) Received: from gator1313.hostgator.com (gator1313.hostgator.com [174.37.241.130]) by gateway02.websitewelcome.com (Postfix) with ESMTP id 1386D3597618 for ; Sat, 3 Dec 2011 11:58:26 -0600 (CST) Received: from localhost ([127.0.0.1]:35171 helo=gator1313.hostgator.com) by gator1313.hostgator.com with esmtpa (Exim 4.69) (envelope-from ) id 1RWtqz-0006Yf-PF for freebsd-stable@freebsd.org; Sat, 03 Dec 2011 11:58:25 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Sat, 03 Dec 2011 11:58:25 -0600 From: cliftonr@volcano.org To: In-Reply-To: References: Message-ID: <870f23667611cdeb8f87689b23e50c68@volcano.org> X-Sender: cliftonr@volcano.org User-Agent: Roundcube Webmail/0.6 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - gator1313.hostgator.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - volcano.org X-BWhitelist: no X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: localhost (gator1313.hostgator.com) [127.0.0.1]:35171 X-Source-Auth: cliftonr@volcano.org X-Email-Count: 12 X-Source-Cap: Y2xpZnRvbnI7Y2xpZnRvbnI7Z2F0b3IxMzEzLmhvc3RnYXRvci5jb20= Subject: Re: FreeNAS to Custom FAMP Server X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Dec 2011 18:17:56 -0000 On 01.12.2011 13:10, list, mailing wrote: > Hello Everyone!! > > Server I have: > 4 Drives No-RAID - 500GB Each > 2GB RAM > Dual core Xeon 2.4 GHz > > I'm looking to make an internal office machine running: > - Backup System (Software RAID5 or ZFS) > - Apache > - MySQL > - PHP > > Traffic is just internal (Website) and a Backup Server > Looking to Install > Backup Raid (FreeNAS or something else) > Install Ports from FreeBSD Port Tree for extra software > Reconfigure the Default Apache config for an internal Webserver using > MySQL > and PHP > > Looked into install FreeBSD with ( Gvinum and graid) > -- 9.0 Gives me error to bootcode > ---- On boot to cd went to cd setup drives with gvinum with raid5 and > started the gvinum setup > ---- Went back to installer again and on the drive setup I used > Guided > installer and it gives me "bootcode error" Since it doesn't appear anybody else has replied to you, I feel I should mention that 9.0 is not yet released - it's going through pre-release release candidates to shake the bugs out. I wouldn't use it for something like this yet, particularly if you're not yet very familiar with FreeBSD. If you were going by the 9.0 release schedule page on freebsd.org, I regret to say that you should ignore it - it's not being kept up to date with the actual status and slippage of the release. Treat 9.0 as unreleased until you see the official announcement of its release. The latest official release is 8.2, and I would start there. Next, having all your drives in RAID-5 under gvinum may not be the right choice or even a workable choice. That would imply that you are going to boot off the gvinum RAID-5 plex. In that case, before the OS can set up the gvinum drive, the boot loader, kernel, and the gvinum module must all be readable via simple BIOS disk reads - but with RAID-5, they won't be. Gmirror can do this, but does only simple mirroring. Possibly you would want to look at putting the drives in ZFS and setting up boot from ZFS instead. That's a more future-proof solution. Once the drive set up is selected, and the OS installed, the rest of what you want installed is pretty simple, I think, using the ports manager. For an "appliance" style configuration, it's possible that FreeNAS would be better for you; I'm sorry to say I haven't got around to trying it yet. Best wishes, -- Clifton -- cliftonr@volcano.org From owner-freebsd-stable@FreeBSD.ORG Sat Dec 3 20:10:13 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96A35106564A for ; Sat, 3 Dec 2011 20:10:13 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from email2.allantgroup.com (email2.emsphone.com [199.67.51.116]) by mx1.freebsd.org (Postfix) with ESMTP id 448888FC13 for ; Sat, 3 Dec 2011 20:10:13 +0000 (UTC) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by email2.allantgroup.com (8.14.4/8.14.4) with ESMTP id pB3Jsxoo007592 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 3 Dec 2011 13:54:59 -0600 (CST) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.14.5/8.14.5) with ESMTP id pB3JswMe094343 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 3 Dec 2011 13:54:59 -0600 (CST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.5/8.14.5/Submit) id pB3JswlG094341; Sat, 3 Dec 2011 13:54:58 -0600 (CST) (envelope-from dan) Date: Sat, 3 Dec 2011 13:54:58 -0600 From: Dan Nelson To: Eivind Evensen Message-ID: <20111203195458.GF7771@dan.emsphone.com> References: <20111202094502.GA20626@klump.hjerdalen.lokalnett> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20111202094502.GA20626@klump.hjerdalen.lokalnett> X-OS: FreeBSD 8.2-STABLE User-Agent: Mutt/1.5.21 (2010-09-15) X-Virus-Scanned: clamav-milter 0.97.2 at email2.allantgroup.com X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.6 (email2.allantgroup.com [199.67.51.78]); Sat, 03 Dec 2011 13:54:59 -0600 (CST) X-Scanned-By: MIMEDefang 2.68 on 199.67.51.78 Cc: freebsd-stable@freebsd.org Subject: Re: Something missing in truss X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Dec 2011 20:10:13 -0000 In the last episode (Dec 02), Eivind Evensen said: > Does anybody else see this or know why? > > The machine here is running : > > > uname -a > FreeBSD elg.hjerdalen.lokalnett 8.2-STABLE FreeBSD 8.2-STABLE #36: Wed Nov 30 22:03:07 CET 2011 rumrunner@elg.hjerdalen.lokalnett:/usr/obj/usr/src/sys/RUM amd64 > > While trying to weed out some firefox problems, I've noticed > that truss doesn't recognise certain syscalls : > > getpid() = 1519 (0x5ef) > clock_gettime(4,{48496.335142903 }) = 0 (0x0) > kevent(20,{0x23,EVFILT_READ,EV_ADD,0,0x0,0x809ec9d80},1,{0x15,EVFILT_READ,0x0,0,0x1,0x809ec9e80},64,0x0) = 1 (0x1) > clock_gettime(4,{48496.335293202 }) = 0 (0x0) > read(21,"\0",1) = 1 (0x1) > clock_gettime(4,{48496.335382599 }) = 0 (0x0) > umask(0x80a52ee20,0x8,0x0,0x80a52ee00,0x7fffff1f9eb0,0x80a52ee00) = 116 (0x74) > -- UNKNOWN SYSCALL -14704864 -- > syscall(0x7fffff1f9ec0,0x0,0x18745,0x7fffff1f9eb0,0x1,0x7fffff1f9e90) = 454 (0x1c6) > umask(0x80a52ee20,0x8,0x0,0x80a52ee00,0x7fffff1f9eb0,0x80a52ee00) = 116 (0x74) > -- UNKNOWN SYSCALL -14704864 -- > syscall(0x7fffff1f9ec0,0x0,0x18745,0x7fffff1f9eb0,0x1,0x7fffff1f9e90) = 454 (0x1c6) > umask(0x80a52ee20,0x8,0x0,0x80a52ee00,0x7fffff1f9eb0,0x80a52ee00) = 116 (0x74) > -- UNKNOWN SYSCALL -14704864 -- > syscall(0x7fffff1f9ec0,0x0,0x18745,0x7fffff1f9eb0,0x1,0x7fffff1f9e90) = 454 (0x1c6) > umask(0x80a52ee20,0x8,0x0,0x80a52ee00,0x7fffff1f9eb0,0x80a52ee00) = 116 (0x74) > -- UNKNOWN SYSCALL -14704864 -- > syscall(0x7fffff1f9ec0,0x0,0x18745,0x7fffff1f9eb0,0x1,0x7fffff1f9e90) = 454 (0x1c6) > umask(0x80a52ee20,0x8,0x0,0x80a52ee00,0x7fffff1f9eb0,0x80a52ee00) = 116 (0x74) > -- UNKNOWN SYSCALL -14704864 -- > syscall(0x7fffff1f9ec0,0x0,0x18745,0x7fffff1f9eb0,0x1,0x7fffff1f9e90) = 454 (0x1c6) Two problems: truss get confused when you attach to a process that's currently executing a syscall, and it gets even more confused when you have a threaded process waiting in many syscalls at once. The following patch fixes problem #1, but problem #2 involves keeping more per-thread state and ends up touching a lot of the truss code. See http://www.evoy.net/FreeBSD/truss.diff for one solution (and more syscall decodes). Index: setup.c =================================================================== --- setup.c (revision 228242) +++ setup.c (working copy) @@ -202,8 +202,10 @@ find_thread(info, lwpinfo.pl_lwpid); switch(WSTOPSIG(waitval)) { case SIGTRAP: - info->pr_why = info->curthread->in_syscall?S_SCX:S_SCE; - info->curthread->in_syscall = 1 - info->curthread->in_syscall; + if ((lwpinfo.pl_flags&(PL_FLAG_SCE|PL_FLAG_SCX)) == 0) + err(1,"pl_flags=%x contains neither PL_FLAG_SCE or PL_FLAG_SCX", lwpinfo.pl_flags); + info->pr_why = (lwpinfo.pl_flags&PL_FLAG_SCE) ? S_SCE:S_SCX; + info->curthread->in_syscall = (info->pr_why == S_SCE) ? 1:0; break; default: info->pr_why = S_SIG; -- Dan Nelson dnelson@allantgroup.com