From owner-freebsd-stable@FreeBSD.ORG Sun Aug 1 01:37:12 2010 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 297651065676 for ; Sun, 1 Aug 2010 01:37:12 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id D8EFA8FC0A for ; Sun, 1 Aug 2010 01:37:11 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEAKRsVEyDaFvO/2dsb2JhbACDE54FrHmQSYEmgyBzBIh/ X-IronPort-AV: E=Sophos;i="4.55,296,1278302400"; d="scan'208";a="89096686" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 31 Jul 2010 21:37:08 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id E558DB3F11; Sat, 31 Jul 2010 21:37:10 -0400 (EDT) Date: Sat, 31 Jul 2010 21:37:10 -0400 (EDT) From: Rick Macklem To: pluknet Message-ID: <1298502209.215859.1280626630797.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [24.65.230.102] X-Mailer: Zimbra 6.0.7_GA_2476.RHEL4 (ZimbraWebClient - FF3.0 (Mac)/6.0.7_GA_2473.RHEL4_64) Cc: freebsd-stable Subject: Re: umount -f forces to panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Aug 2010 01:37:12 -0000 > From: "pluknet" > To: "freebsd-stable" > Sent: Friday, July 30, 2010 12:53:08 PM > Subject: umount -f forces to panic > Hi. > > This is 8.1 booted from NFS. > I did installworld to NFS on idle system, then it started > to print repeatedly "nfs server foo:mp lockd not responding". > umount returned EBUSY, umount -f dropped to panic: > I can't help w.r.t. fixing the lockd (NLM protocol). If you don't need locking to work across multiple clients for a given file, you can use the "nolockd" mount option. If you need locking on a given file to work across multiple clients, then you could consider trying NFSv4, which does have integrated file locking in the protocol. I am aware that "umount -f" crashes the system and hope to have a working "hard forced umount" implemented for 8.2. rick From owner-freebsd-stable@FreeBSD.ORG Sun Aug 1 13:00:03 2010 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 BF2F7106564A for ; Sun, 1 Aug 2010 13:00:03 +0000 (UTC) (envelope-from rpaulo@freebsd.org) Received: from karen.lavabit.com (karen.lavabit.com [72.249.41.33]) by mx1.freebsd.org (Postfix) with ESMTP id 911F38FC1C for ; Sun, 1 Aug 2010 13:00:03 +0000 (UTC) Received: from e.earth.lavabit.com (e.earth.lavabit.com [192.168.111.14]) by karen.lavabit.com (Postfix) with ESMTP id 7C1CB15754B; Sun, 1 Aug 2010 07:26:55 -0500 (CDT) Received: from 10.0.10.3 (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by lavabit.com with ESMTP id 2Y91UMF9QSM1; Sun, 01 Aug 2010 07:26:55 -0500 From: Rui Paulo Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Sun, 1 Aug 2010 13:26:52 +0100 Message-Id: To: FreeBSD Current , stable@freebsd.org Mime-Version: 1.0 (Apple Message framework v1081) X-Mailer: Apple Mail (2.1081) Cc: Subject: ICC users compiling FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Aug 2010 13:00:03 -0000 Hi, I'm looking for people who are using the Intel Compiler to build = FreeBSD. Please contact me off list, so I can get a rough estimate on = how many people are using it. Regards, -- Rui Paulo From owner-freebsd-stable@FreeBSD.ORG Mon Aug 2 07:14:55 2010 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 B64DC1065672 for ; Mon, 2 Aug 2010 07:14:55 +0000 (UTC) (envelope-from izaera@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8739B8FC14 for ; Mon, 2 Aug 2010 07:14:55 +0000 (UTC) Received: by pwj9 with SMTP id 9so1416410pwj.13 for ; Mon, 02 Aug 2010 00:14:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=cvhDtuI0P3vBeINauwuqdGDlrfWfGS9heIAdxOfUR/I=; b=rxI0C+SjqrQSQ6qH6sMz8lzdgquINfHosf60B/llon3ybDEVkt61OQucoAjUMJpnpP EfT54W0UBTGzr01eBGwRwiZ8fnq9hlmCFH6RXOJq6WWKL8sX24XRqz4zB2UW0iVcwo4T Bb2RhG+DaRNFcAKCGpJsYd9QKZlCT14S+CClw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=RI2x/BKq9117YIxmyEglDOcj49+737xjPUHz3OFTJNuD4qvP3c0w8usmsFVm1IHkgb pn6BV8XA5HXJzY8gZHkzPl8qwQMxHYaR5xrSDEs5k7ta/K/ELhRoy6CWixgedrAstsnB ZqErmkc6/ymcDdPO4YkpC204o/UgHOWSwB5jA= MIME-Version: 1.0 Received: by 10.142.142.4 with SMTP id p4mr4943802wfd.253.1280731916807; Sun, 01 Aug 2010 23:51:56 -0700 (PDT) Received: by 10.142.158.12 with HTTP; Sun, 1 Aug 2010 23:51:56 -0700 (PDT) In-Reply-To: <15043432234b76fe1b2ad7382bfd0e7901412ad1@mail.qip.ru> References: <15043432234b76fe1b2ad7382bfd0e7901412ad1@mail.qip.ru> Date: Mon, 2 Aug 2010 08:51:56 +0200 Message-ID: From: =?UTF-8?B?SXbDoW4gWmFlcmEgQXZlbGzDs24=?= To: =?UTF-8?B?0JzQsNC60LDRgNGD0Log0KDQvtC80LDQvSDQktCw0LvQtdGA0YzQtdCy0LjRhw==?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Atheros AR2427 in FreeBSD 8.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Aug 2010 07:14:55 -0000 Hi there: It's not only a problem of your card. I have an Eee PC 1005HA with another atheros card (officially supporter) and I experience the same error. I have open a PR, have a look at it here: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D148112 It seems to be a problem of the wireless or the ath driver. Regards, Ivan 2010/7/31 =D0=9C=D0=B0=D0=BA=D0=B0=D1=80=D1=83=D0=BA =D0=A0=D0=BE=D0=BC=D0= =B0=D0=BD =D0=92=D0=B0=D0=BB=D0=B5=D1=80=D1=8C=D0=B5=D0=B2=D0=B8=D1=87 > Hello! I have Asus Eee PC 1001PX wich Atheros AR2427. This Wi-Fi > officially not supported by driver ath. But in OpenBSD and Linux this car= d > supported. > > I added to ath/ath_hal/ar9285_attath.c: > > ar9285Probe(uint16_t vendorid, uint16_t devid) > tatic const char* ar9285Probe(uint16_t vendorid, uint16_t devid) > { > if (vendorid =3D=3D ATHEROS_VENDOR_ID && devid =3D=3D > AR9285_DEVID_PCIE) > return "Atheros 9285"; > if (vendorid =3D=3D ATHEROS_VENDOR_ID && devid =3D=3D > AR2427_DEVID_PCIE) > return "Atheros 2427"; > return AH_NULL; > } > > And to /ath/ath_hal_ah_dev_id.h: > > #define AR2427_DEVID_PCIE 0x002c > > I compile ath module witch debug. And the WiFi has to work. But then i > try to connect tp AP witch WEP crypt i see next: "ath0: bb hang detected > (0x80), reseting". > > And my home AP DI-524 (WPA-PSK crypt) can not be found. > > By this, I have a few questions. Can anyone help solve this problem and > finish the driver. And will the official support for this card in the > FreeBSD? > > Appendix: > > #kldload if_ath > > pci0: driver added > found-> vendor=3D0x8086, dev=3D0x27d8, revid=3D0x02 > domain=3D0, bus=3D0, slot=3D27, func=3D0 > class=3D04-03-00, hdrtype=3D0x00, mfdev=3D0 > cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D8 (dwords) > lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) > intpin=3Da, irq=3D22 > powerspec 2 supports D0 D3 current D0 > MSI supports 1 message, 64 bit > pci0:0:27:0: reprobing on driver added > found-> vendor=3D0x8086, dev=3D0x27da, revid=3D0x02 > domain=3D0, bus=3D0, slot=3D31, func=3D3 > class=3D0c-05-00, hdrtype=3D0x00, mfdev=3D0 > cmdreg=3D0x0001, statreg=3D0x0280, cachelnsz=3D0 (dwords) > lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) > intpin=3Db, irq=3D21 > pci0:0:31:3: reprobing on driver added > pci1: driver added > pci2: driver added > found-> vendor=3D0x168c, dev=3D0x002c, revid=3D0x01 > domain=3D0, bus=3D2, slot=3D0, func=3D0 > class=3D02-80-00, hdrtype=3D0x00, mfdev=3D0 > cmdreg=3D0x0407, statreg=3D0x0010, cachelnsz=3D8 (dwords) > lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) > intpin=3Da, irq=3D17 > powerspec 3 supports D0 D1 D3 current D0 > MSI supports 1 message > pci0:2:0:0: reprobing on driver added > ath0: mem 0xfbff0000-0xfbffffff irq 17 at device 0.0 on pci2 > pcib2: ath0 requested memory range 0xfbff0000-0xfbffffff: good > ioapic0: routing intpin 17 (PCI IRQ 17) to lapic 0 vector 59 > ath0: [MPSAFE] > ath0: [ITHREAD] > ar9285Attach: sc 0xc49ca000 st 0x1 sh 0xe678d000 > ar5416SetPowerMode: AWAKE -> AWAKE (set chip ) > ar9285Attach: AR_SREV 0xc02ff > ar9285Attach: ID 0xc02ff VERSION 0x3 TYPE 0x0 REVISION 0x2 > ath_hal_v4kEepromAttach Eeprom Magic =3D 0xa55a > ath_hal_v4kEepromAttach Eeprom Version 14.13 > v4kEepromReadCTLInfo Numctls =3D 6 > ar5416SetPowerMode: AWAKE -> AWAKE (set chip ) > ar9280RfAttach: attach AR9280 radio > enableAniMIBCounters: Enable mib counters: OfdmPhyErrBase 0x0 cckPhyErrBa= se > 0x0 > ar9285Attach: return > getchannels: cc 0 regDmn 0xf0 mode 0xffffff ecm > getregstate: EEPROM cc 0 rd 0x10 > getregstate: EEPROM rd 0x60 > getchannels: !avail mode 0x6800c (0x2) flags 0x2150 > getchannels: !avail mode 0x6800c (0x1) flags 0x140 > ar5416GetChipPowerLimits: no min/max power for 2412/0xa0 > Chan 2412: MaxPow =3D 63 MinPow =3D 0 > ar5416GetChipPowerLimits: no min/max power for 2417/0xa0 > Chan 2417: MaxPow =3D 63 MinPow =3D 0 > ar5416GetChipPowerLimits: no min/max power for 2422/0xa0 > Chan 2422: MaxPow =3D 63 MinPow =3D 0 > ar5416GetChipPowerLimits: no min/max power for 2427/0xa0 > Chan 2427: MaxPow =3D 63 MinPow =3D 0 > ar5416GetChipPowerLimits: no min/max power for 2432/0xa0 > Chan 2432: MaxPow =3D 63 MinPow =3D 0 > ar5416GetChipPowerLimits: no min/max power for 2437/0xa0 > Chan 2437: MaxPow =3D 63 MinPow =3D 0 > ar5416GetChipPowerLimits: no min/max power for 2442/0xa0 > Chan 2442: MaxPow =3D 63 MinPow =3D 0 > ar5416GetChipPowerLimits: no min/max power for 2447/0xa0 > Chan 2447: MaxPow =3D 63 MinPow =3D 0 > ar5416GetChipPowerLimits: no min/max power for 2452/0xa0 > Chan 2452: MaxPow =3D 63 MinPow =3D 0 > ar5416GetChipPowerLimits: no min/max power for 2457/0xa0 > Chan 2457: MaxPow =3D 63 MinPow =3D 0 > ar5416GetChipPowerLimits: no min/max power for 2462/0xa0 > Chan 2462: MaxPow =3D 63 MinPow =3D 0 > ar5416GetChipPowerLimits: no min/max power for 2467/0xa0 > Chan 2467: MaxPow =3D 63 MinPow =3D 0 > ar5416GetChipPowerLimits: no min/max power for 2472/0xa0 > Chan 2472: MaxPow =3D 63 MinPow =3D 0 > ar5416GetChipPowerLimits: no min/max power for 2484/0xa0 > Chan 2484: MaxPow =3D 63 MinPow =3D 0 > ar5416GetChipPowerLimits: no min/max power for 2412/0x480 > Chan 2412: MaxPow =3D 63 MinPow =3D 0 > ar5416GetChipPowerLimits: no min/max power for 2417/0x480 > Chan 2417: MaxPow =3D 63 MinPow =3D 0 > ar5416GetChipPowerLimits: no min/max power for 2422/0x480 > Chan 2422: MaxPow =3D 63 MinPow =3D 0 > ar5416GetChipPowerLimits: no min/max power for 2427/0x480 > Chan 2427: MaxPow =3D 63 MinPow =3D 0 > ar5416GetChipPowerLimits: no min/max power for 2432/0x480 > Chan 2432: MaxPow =3D 63 MinPow =3D 0 > ar5416GetChipPowerLimits: no min/max power for 2437/0x480 > Chan 2437: MaxPow =3D 63 MinPow =3D 0 > ar5416GetChipPowerLimits: no min/max power for 2442/0x480 > Chan 2442: MaxPow =3D 63 MinPow =3D 0 > ar5416GetChipPowerLimits: no min/max power for 2447/0x480 > Chan 2447: MaxPow =3D 63 MinPow =3D 0 > ar5416GetChipPowerLimits: no min/max power for 2452/0x480 > Chan 2452: MaxPow =3D 63 MinPow =3D 0 > ar5416GetChipPowerLimits: no min/max power for 2457/0x480 > Chan 2457: MaxPow =3D 63 MinPow =3D 0 > ar5416GetChipPowerLimits: no min/max power for 2462/0x480 > Chan 2462: MaxPow =3D 63 MinPow =3D 0 > ar5416GetChipPowerLimits: no min/max power for 2467/0x480 > Chan 2467: MaxPow =3D 63 MinPow =3D 0 > ar5416GetChipPowerLimits: no min/max power for 2472/0x480 > Chan 2472: MaxPow =3D 63 MinPow =3D 0 > getchannels: !avail mode 0x6800c (0x20) flags 0xd0 > getchannels: !avail mode 0x6800c (0x40) flags 0x150 > getchannels: !avail mode 0x6800c (0x400) flags 0x8140 > getchannels: !avail mode 0x6800c (0x200) flags 0x4140 > getchannels: !avail mode 0x6800c (0x1000) flags 0x8480 > getchannels: !avail mode 0x6800c (0x800) flags 0x4480 > ar5416GetChipPowerLimits: no min/max power for 2412/0x10480 > Chan 2412: MaxPow =3D 63 MinPow =3D 0 > ar5416GetChipPowerLimits: no min/max power for 2417/0x10480 > Chan 2417: MaxPow =3D 63 MinPow =3D 0 > ar5416GetChipPowerLimits: no min/max power for 2422/0x10480 > Chan 2422: MaxPow =3D 63 MinPow =3D 0 > ar5416GetChipPowerLimits: no min/max power for 2427/0x10480 > Chan 2427: MaxPow =3D 63 MinPow =3D 0 > ar5416GetChipPowerLimits: no min/max power for 2432/0x10480 > Chan 2432: MaxPow =3D 63 MinPow =3D 0 > ar5416GetChipPowerLimits: no min/max power for 2437/0x10480 > Chan 2437: MaxPow =3D 63 MinPow =3D 0 > ar5416GetChipPowerLimits: no min/max power for 2442/0x10480 > Chan 2442: MaxPow =3D 63 MinPow =3D 0 > ar5416GetChipPowerLimits: no min/max power for 2447/0x10480 > Chan 2447: MaxPow =3D 63 MinPow =3D 0 > ar5416GetChipPowerLimits: no min/max power for 2452/0x10480 > Chan 2452: MaxPow =3D 63 MinPow =3D 0 > ar5416GetChipPowerLimits: no min/max power for 2457/0x10480 > Chan 2457: MaxPow =3D 63 MinPow =3D 0 > ar5416GetChipPowerLimits: no min/max power for 2462/0x10480 > Chan 2462: MaxPow =3D 63 MinPow =3D 0 > ar5416GetChipPowerLimits: no min/max power for 2467/0x10480 > Chan 2467: MaxPow =3D 63 MinPow =3D 0 > ar5416GetChipPowerLimits: no min/max power for 2472/0x10480 > Chan 2472: MaxPow =3D 63 MinPow =3D 0 > getchannels: !avail mode 0x6800c (0x10000) flags 0x10140 > getchannels: !avail mode 0x6800c (0x80000) flags 0x20140 > getchannels: !avail mode 0x6800c (0x100000) flags 0x40140 > assignPrivateChannels: private[ 0] 2412/0xa0 -> channel 2412 > assignPrivateChannels: private[ 1] 2417/0xa0 -> channel 2417 > assignPrivateChannels: private[ 2] 2422/0xa0 -> channel 2422 > assignPrivateChannels: private[ 3] 2427/0xa0 -> channel 2427 > assignPrivateChannels: private[ 4] 2432/0xa0 -> channel 2432 > assignPrivateChannels: private[ 5] 2437/0xa0 -> channel 2437 > assignPrivateChannels: private[ 6] 2442/0xa0 -> channel 2442 > assignPrivateChannels: private[ 7] 2447/0xa0 -> channel 2447 > assignPrivateChannels: private[ 8] 2452/0xa0 -> channel 2452 > assignPrivateChannels: private[ 9] 2457/0xa0 -> channel 2457 > assignPrivateChannels: private[ 10] 2462/0xa0 -> channel 2462 > assignPrivateChannels: private[ 11] 2467/0x2a0 -> channel 2467 > assignPrivateChannels: private[ 12] 2472/0x2a0 -> channel 2472 > assignPrivateChannels: private[ 13] 2484/0x2a0 -> channel 2484 > assignPrivateChannels: 40 public, 14 private channels > ath_hal_init_channels: cc 0 > ath_getchannels: eeprom rd 96 cc 0 (mapped rd 96 cc 0) location I ecm > ath_hal_computetxtime: unknown phy 4 (rate ix 8) > ath_hal_computetxtime: unknown phy 4 (rate ix 8) > ath_hal_computetxtime: unknown phy 4 (rate ix 8) > ath_hal_computetxtime: unknown phy 4 (rate ix 8) > ath_hal_computetxtime: unknown phy 4 (rate ix 8) > ath_hal_computetxtime: unknown phy 4 (rate ix 8) > ath_hal_computetxtime: unknown phy 4 (rate ix 8) > ath_hal_computetxtime: unknown phy 4 (rate ix 8) > ath_hal_computetxtime: unknown phy 4 (rate ix 8) > ath_hal_computetxtime: unknown phy 4 (rate ix 8) > ath_hal_computetxtime: unknown phy 4 (rate ix 8) > ath_hal_computetxtime: unknown phy 4 (rate ix 8) > ath_hal_computetxtime: unknown phy 4 (rate ix 8) > ath_hal_computetxtime: unknown phy 4 (rate ix 8) > ath_hal_computetxtime: unknown phy 4 (rate ix 8) > ath_hal_computetxtime: unknown phy 4 (rate ix 8) > ath_hal_computetxtime: unknown phy 4 (rate ix 8) > ath_hal_computetxtime: unknown phy 4 (rate ix 8) > ath_hal_computetxtime: unknown phy 4 (rate ix 8) > ath_hal_computetxtime: unknown phy 4 (rate ix 8) > ath_hal_computetxtime: unknown phy 4 (rate ix 8) > ath_hal_computetxtime: unknown phy 4 (rate ix 8) > ath_hal_computetxtime: unknown phy 4 (rate ix 8) > ath_hal_computetxtime: unknown phy 4 (rate ix 8) > ath_hal_computetxtime: unknown phy 4 (rate ix 8) > ath_hal_computetxtime: unknown phy 4 (rate ix 8) > ath_hal_computetxtime: unknown phy 4 (rate ix 8) > ath_hal_computetxtime: unknown phy 4 (rate ix 8) > ath_hal_computetxtime: unknown phy 4 (rate ix 8) > ath_hal_computetxtime: unknown phy 4 (rate ix 8) > ath_hal_computetxtime: unknown phy 4 (rate ix 8) > ath_hal_computetxtime: unknown phy 4 (rate ix 8) > ath_hal_computetxtime: unknown phy 4 (rate ix 8) > ath_hal_computetxtime: unknown phy 4 (rate ix 8) > ath_hal_computetxtime: unknown phy 4 (rate ix 8) > ath_hal_computetxtime: unknown phy 4 (rate ix 8) > ath_hal_computetxtime: unknown phy 4 (rate ix 8) > ath_hal_computetxtime: unknown phy 4 (rate ix 8) > ath_descdma_setup: rx DMA: 40 buffers 1 desc/buf > ath_descdma_setup: rx DMA map: 0xe679e000 (3840) -> 0x2325e000 (3840) > ath_descdma_setup: tx DMA: 200 buffers 10 desc/buf > ath_descdma_setup: tx DMA map: 0xe67cd000 (192000) -> 0x20400000 (192000) > ath_descdma_setup: beacon DMA: 4 buffers 1 desc/buf > ath_descdma_setup: beacon DMA map: 0xe67fd000 (384) -> 0x1570d000 (384) > ar5212SetupTxQueue: queue 9 > ar5212SetupTxQueue: queue 8 > ar5212SetupTxQueue: queue 0 > ar5212SetupTxQueue: queue 1 > ar5212SetupTxQueue: queue 2 > ar5212SetupTxQueue: queue 3 > ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps > ath0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps > 24Mbps 36Mbps 48Mbps 54Mbps > ath0: 11ng MCS: 15Mbps 30Mbps 45Mbps 60Mbps 90Mbps 120Mbps 135Mbps 150Mbp= s > 30Mbps 60Mbps 90Mbps 120Mbps 180Mbps 240Mbps 270Mbps 300Mbps > ath0: AR9285 mac 192.2 RF5133 phy 14.0 > ath0: Use hw queue 1 for WME_AC_BE traffic > ath0: Use hw queue 0 for WME_AC_BK traffic > ath0: Use hw queue 2 for WME_AC_VI traffic > ath0: Use hw queue 3 for WME_AC_VO traffic > ath0: Use hw queue 8 for CAB traffic > ath0: Use hw queue 9 for beacons > ath0: using multicast key search > pci4: driver added > pci5: driver added > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > --=20 Ivan Zaera http://www.factoria2.com/desde/correo From owner-freebsd-stable@FreeBSD.ORG Mon Aug 2 17:26:25 2010 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 4FD341065672 for ; Mon, 2 Aug 2010 17:26:25 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from mail2.timeinc.net (mail2.timeinc.net [64.236.74.30]) by mx1.freebsd.org (Postfix) with ESMTP id 10E0E8FC13 for ; Mon, 2 Aug 2010 17:26:24 +0000 (UTC) Received: from mail.timeinc.net (mail.timeinc.net [64.12.55.166]) by mail2.timeinc.net (8.13.8/8.13.8) with ESMTP id o72HQLeN016934 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 2 Aug 2010 13:26:21 -0400 Received: from ws-mteterin.dev.pathfinder.com (ws-mteterin.dev.pathfinder.com [209.251.223.173]) by mail.timeinc.net (8.13.8/8.13.8) with SMTP id o72HQLfC014662; Mon, 2 Aug 2010 13:26:21 -0400 Message-ID: <4C56FFBD.1060206@aldan.algebra.com> Date: Mon, 02 Aug 2010 13:26:21 -0400 From: "Mikhail T." Organization: Virtual Estates, Inc. User-Agent: Mozilla/5.0 (X11; U; Linux i686; uk; rv:1.9.1.11) Gecko/20100711 Lightning/1.0b1 Thunderbird/3.0.6 MIME-Version: 1.0 To: Peter Jeremy References: <4C509617.6080709@aldan.algebra.com> <201007291450.o6TEoOIf065693@lurza.secnetix.de> <20100731051718.GA27740@server.vk2pj.dyndns.org> In-Reply-To: <20100731051718.GA27740@server.vk2pj.dyndns.org> X-Mailman-Approved-At: Mon, 02 Aug 2010 17:38:36 +0000 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@FreeBSD.ORG Subject: Re: 8.x grudges X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Aug 2010 17:26:25 -0000 31.07.2010 01:17, Peter Jeremy ΞΑΠΙΣΑΧ(ΜΑ): > kenv(1) (in the base) should as well. > Cool! Here it is: smbios.bios.reldate="08/13/2003" smbios.bios.vendor="American Megatrends Inc." smbios.bios.version="3.13 " smbios.chassis.maker="Chassis Manufacture" smbios.chassis.serial="Chassis Serial Number" smbios.chassis.tag="Asset-1234567890" smbios.chassis.version="Chassis Version" smbios.memory.enabled="1048576" smbios.planar.maker="ASUSTeK Computer INC." smbios.planar.product="A7N8X-LA" smbios.planar.serial="X312345678" smbios.planar.version="Rev 1.xx" smbios.socket.enabled="1" smbios.socket.populated="1" smbios.system.maker=" " smbios.system.product=" " smbios.system.serial=" " smbios.system.uuid="00020003-0004-0005-0006-000700080009" smbios.system.version=" " smbios.version="2.3" Yours, -mi From owner-freebsd-stable@FreeBSD.ORG Mon Aug 2 23:11:55 2010 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 601B0106566B for ; Mon, 2 Aug 2010 23:11:55 +0000 (UTC) (envelope-from dan@langille.org) Received: from nyi.unixathome.org (nyi.unixathome.org [64.147.113.42]) by mx1.freebsd.org (Postfix) with ESMTP id 23ECC8FC16 for ; Mon, 2 Aug 2010 23:11:54 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id 1A99950B8A for ; Tue, 3 Aug 2010 00:11:54 +0100 (BST) X-Virus-Scanned: amavisd-new at unixathome.org Received: from nyi.unixathome.org ([127.0.0.1]) by localhost (nyi.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mqQ8GYBW3q7g for ; Tue, 3 Aug 2010 00:11:46 +0100 (BST) Received: from smtp-auth.unixathome.org (smtp-auth.unixathome.org [10.4.7.7]) (Authenticated sender: hidden) by nyi.unixathome.org (Postfix) with ESMTPSA id A482C50B88 for ; Tue, 3 Aug 2010 00:11:46 +0100 (BST) Message-ID: <4C5750A4.7050104@langille.org> Date: Mon, 02 Aug 2010 19:11:32 -0400 From: Dan Langille Organization: The FreeBSD Diary User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.7) Gecko/20100713 Thunderbird/3.1.1 MIME-Version: 1.0 To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Where's the space? raidz2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Aug 2010 23:11:55 -0000 I recently altered an existing raidz2 pool from using 7 vdevs of about 931G to 1.81TB. In fact, the existing pool used half of each HDD. I then wanted to go to using [almost] all of each HDD. I offline'd each vdev, adjusted the HDD paritions using gpart, then replaced the vdev. After letting the resilver occur, I did the next vdev. The space available after this process did not go up as I expected. I have about 4TB in the pool, not the 8 or 9TB I expected. At present, I have this: $ zpool list NAME SIZE USED AVAIL CAP HEALTH ALTROOT storage 6.31T 5.51T 819G 87% ONLINE - Which is: $ zpool status pool: storage state: ONLINE scrub: scrub in progress for 3h26m, 63.33% done, 1h59m to go config: NAME STATE READ WRITE CKSUM storage ONLINE 0 0 0 raidz2 ONLINE 0 0 0 gpt/disk01-live ONLINE 0 0 0 gpt/disk02-live ONLINE 0 0 0 gpt/disk03-live ONLINE 0 0 0 gpt/disk04-live ONLINE 0 0 0 gpt/disk05-live ONLINE 0 0 0 gpt/disk06-live ONLINE 0 0 0 gpt/disk07-live ONLINE 0 0 0 errors: No known data errors The disks involved are: $ gpart show ada0 ada1 ada2 ada3 ada4 ada5 ada6 => 34 3907029101 ada0 GPT (1.8T) 34 2014 - free - (1.0M) 2048 3906617453 1 freebsd-zfs (1.8T) 3906619501 409634 - free - (200M) => 34 3907029101 ada1 GPT (1.8T) 34 2014 - free - (1.0M) 2048 3906617453 1 freebsd-zfs (1.8T) 3906619501 409634 - free - (200M) => 34 3907029101 ada2 GPT (1.8T) 34 2014 - free - (1.0M) 2048 3906617453 1 freebsd-zfs (1.8T) 3906619501 409634 - free - (200M) => 34 3907029101 ada3 GPT (1.8T) 34 2014 - free - (1.0M) 2048 3906617453 1 freebsd-zfs (1.8T) 3906619501 409634 - free - (200M) => 34 3907029101 ada4 GPT (1.8T) 34 2014 - free - (1.0M) 2048 3906617453 1 freebsd-zfs (1.8T) 3906619501 409634 - free - (200M) => 34 3907029101 ada5 GPT (1.8T) 34 2014 - free - (1.0M) 2048 3906617453 1 freebsd-zfs (1.8T) 3906619501 409634 - free - (200M) => 34 3907029101 ada6 GPT (1.8T) 34 2014 - free - (1.0M) 2048 3906617453 1 freebsd-zfs (1.8T) 3906619501 409634 - free - (200M) Checking the sizes are all equal: $ gpart show ada0 ada1 ada2 ada3 ada4 ada5 ada6 | grep freebsd-zfs 2048 3906617453 1 freebsd-zfs (1.8T) 2048 3906617453 1 freebsd-zfs (1.8T) 2048 3906617453 1 freebsd-zfs (1.8T) 2048 3906617453 1 freebsd-zfs (1.8T) 2048 3906617453 1 freebsd-zfs (1.8T) 2048 3906617453 1 freebsd-zfs (1.8T) 2048 3906617453 1 freebsd-zfs (1.8T) The labels on these are: $ gpart list ada0 ada1 ada2 ada3 ada4 ada5 ada6 | grep label label: disk06-live label: disk01-live label: disk02-live label: disk03-live label: disk04-live label: disk05-live label: disk07-live So, I'm not sure where I went wrong yet... far more information than you ever wanted to know follows: $ gpart list Geom name: ada2 fwheads: 16 fwsectors: 63 last: 3907029134 first: 34 entries: 128 scheme: GPT Providers: 1. Name: ada2p1 Mediasize: 2000188135936 (1.8T) Sectorsize: 512 Mode: r1w1e2 rawtype: 516e7cba-6ecf-11d6-8ff8-00022d09712b label: disk02-live length: 2000188135936 offset: 1048576 type: freebsd-zfs index: 1 end: 3906619500 start: 2048 Consumers: 1. Name: ada2 Mediasize: 2000398934016 (1.8T) Sectorsize: 512 Mode: r1w1e3 Geom name: mirror/gm0 fwheads: 255 fwsectors: 63 last: 156301424 first: 63 entries: 4 scheme: MBR Providers: 1. Name: mirror/gm0s1 Mediasize: 80026329600 (75G) Sectorsize: 512 Mode: r5w5e9 attrib: active rawtype: 165 length: 80026329600 offset: 32256 type: freebsd index: 1 end: 156301487 start: 63 Consumers: 1. Name: mirror/gm0 Mediasize: 80026361344 (75G) Sectorsize: 512 Mode: r5w5e14 Geom name: mirror/gm0s1 fwheads: 255 fwsectors: 63 last: 156301424 first: 0 entries: 8 scheme: BSD Providers: 1. Name: mirror/gm0s1a Mediasize: 1073741824 (1.0G) Sectorsize: 512 Mode: r1w1e1 rawtype: 7 length: 1073741824 offset: 0 type: freebsd-ufs index: 1 end: 2097151 start: 0 2. Name: mirror/gm0s1b Mediasize: 6442450944 (6.0G) Sectorsize: 512 Mode: r1w1e0 rawtype: 1 length: 6442450944 offset: 1073741824 type: freebsd-swap index: 2 end: 14680063 start: 2097152 3. Name: mirror/gm0s1d Mediasize: 4294967296 (4.0G) Sectorsize: 512 Mode: r1w1e1 rawtype: 7 length: 4294967296 offset: 7516192768 type: freebsd-ufs index: 4 end: 23068671 start: 14680064 4. Name: mirror/gm0s1e Mediasize: 4294967296 (4.0G) Sectorsize: 512 Mode: r1w1e1 rawtype: 7 length: 4294967296 offset: 11811160064 type: freebsd-ufs index: 5 end: 31457279 start: 23068672 5. Name: mirror/gm0s1f Mediasize: 63920202240 (60G) Sectorsize: 512 Mode: r1w1e1 rawtype: 7 length: 63920202240 offset: 16106127360 type: freebsd-ufs index: 6 end: 156301424 start: 31457280 Consumers: 1. Name: mirror/gm0s1 Mediasize: 80026329600 (75G) Sectorsize: 512 Mode: r5w5e9 Geom name: ada0 fwheads: 16 fwsectors: 63 last: 3907029134 first: 34 entries: 128 scheme: GPT Providers: 1. Name: ada0p1 Mediasize: 2000188135936 (1.8T) Sectorsize: 512 Mode: r1w1e2 rawtype: 516e7cba-6ecf-11d6-8ff8-00022d09712b label: disk06-live length: 2000188135936 offset: 1048576 type: freebsd-zfs index: 1 end: 3906619500 start: 2048 Consumers: 1. Name: ada0 Mediasize: 2000398934016 (1.8T) Sectorsize: 512 Mode: r1w1e3 Geom name: ada6 fwheads: 16 fwsectors: 63 last: 3907029134 first: 34 entries: 128 scheme: GPT Providers: 1. Name: ada6p1 Mediasize: 2000188135936 (1.8T) Sectorsize: 512 Mode: r1w1e2 rawtype: 516e7cba-6ecf-11d6-8ff8-00022d09712b label: disk07-live length: 2000188135936 offset: 1048576 type: freebsd-zfs index: 1 end: 3906619500 start: 2048 Consumers: 1. Name: ada6 Mediasize: 2000398934016 (1.8T) Sectorsize: 512 Mode: r1w1e3 Geom name: ada1 fwheads: 16 fwsectors: 63 last: 3907029134 first: 34 entries: 128 scheme: GPT Providers: 1. Name: ada1p1 Mediasize: 2000188135936 (1.8T) Sectorsize: 512 Mode: r1w1e2 rawtype: 516e7cba-6ecf-11d6-8ff8-00022d09712b label: disk01-live length: 2000188135936 offset: 1048576 type: freebsd-zfs index: 1 end: 3906619500 start: 2048 Consumers: 1. Name: ada1 Mediasize: 2000398934016 (1.8T) Sectorsize: 512 Mode: r1w1e3 Geom name: ada3 fwheads: 16 fwsectors: 63 last: 3907029134 first: 34 entries: 128 scheme: GPT Providers: 1. Name: ada3p1 Mediasize: 2000188135936 (1.8T) Sectorsize: 512 Mode: r1w1e2 rawtype: 516e7cba-6ecf-11d6-8ff8-00022d09712b label: disk03-live length: 2000188135936 offset: 1048576 type: freebsd-zfs index: 1 end: 3906619500 start: 2048 Consumers: 1. Name: ada3 Mediasize: 2000398934016 (1.8T) Sectorsize: 512 Mode: r1w1e3 Geom name: ada4 fwheads: 16 fwsectors: 63 last: 3907029134 first: 34 entries: 128 scheme: GPT Providers: 1. Name: ada4p1 Mediasize: 2000188135936 (1.8T) Sectorsize: 512 Mode: r1w1e2 rawtype: 516e7cba-6ecf-11d6-8ff8-00022d09712b label: disk04-live length: 2000188135936 offset: 1048576 type: freebsd-zfs index: 1 end: 3906619500 start: 2048 Consumers: 1. Name: ada4 Mediasize: 2000398934016 (1.8T) Sectorsize: 512 Mode: r1w1e3 Geom name: ada5 fwheads: 16 fwsectors: 63 last: 3907029134 first: 34 entries: 128 scheme: GPT Providers: 1. Name: ada5p1 Mediasize: 2000188135936 (1.8T) Sectorsize: 512 Mode: r1w1e2 rawtype: 516e7cba-6ecf-11d6-8ff8-00022d09712b label: disk05-live length: 2000188135936 offset: 1048576 type: freebsd-zfs index: 1 end: 3906619500 start: 2048 Consumers: 1. Name: ada5 Mediasize: 2000398934016 (1.8T) Sectorsize: 512 Mode: r1w1e3 -- Dan Langille - http://langille.org/ From owner-freebsd-stable@FreeBSD.ORG Mon Aug 2 23:27:43 2010 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 1D2D81065670 for ; Mon, 2 Aug 2010 23:27:43 +0000 (UTC) (envelope-from dan@langille.org) Received: from nyi.unixathome.org (nyi.unixathome.org [64.147.113.42]) by mx1.freebsd.org (Postfix) with ESMTP id E44E78FC1C for ; Mon, 2 Aug 2010 23:27:42 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id E287950B8A for ; Tue, 3 Aug 2010 00:27:41 +0100 (BST) X-Virus-Scanned: amavisd-new at unixathome.org Received: from nyi.unixathome.org ([127.0.0.1]) by localhost (nyi.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cBBzHKrcZUyK for ; Tue, 3 Aug 2010 00:27:40 +0100 (BST) Received: from smtp-auth.unixathome.org (smtp-auth.unixathome.org [10.4.7.7]) (Authenticated sender: hidden) by nyi.unixathome.org (Postfix) with ESMTPSA id B927450A16 for ; Tue, 3 Aug 2010 00:27:40 +0100 (BST) Message-ID: <4C57545F.2050907@langille.org> Date: Mon, 02 Aug 2010 19:27:27 -0400 From: Dan Langille Organization: The FreeBSD Diary User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.7) Gecko/20100713 Thunderbird/3.1.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4C5750A4.7050104@langille.org> In-Reply-To: <4C5750A4.7050104@langille.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Where's the space? raidz2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Aug 2010 23:27:43 -0000 On 8/2/2010 7:11 PM, Dan Langille wrote: > I recently altered an existing raidz2 pool from using 7 vdevs of about > 931G to 1.81TB. In fact, the existing pool used half of each HDD. I then > wanted to go to using [almost] all of each HDD. > > I offline'd each vdev, adjusted the HDD paritions using gpart, then > replaced the vdev. After letting the resilver occur, I did the next vdev. > > The space available after this process did not go up as I expected. I > have about 4TB in the pool, not the 8 or 9TB I expected. This fixed it: # df -h Filesystem Size Used Avail Capacity Mounted on /dev/mirror/gm0s1a 989M 508M 402M 56% / devfs 1.0K 1.0K 0B 100% /dev /dev/mirror/gm0s1e 3.9G 500K 3.6G 0% /tmp /dev/mirror/gm0s1f 58G 4.6G 48G 9% /usr /dev/mirror/gm0s1d 3.9G 156M 3.4G 4% /var storage 512G 1.7G 510G 0% /storage storage/pgsql 512G 1.7G 510G 0% /storage/pgsql storage/bacula 3.7T 3.2T 510G 87% /storage/bacula storage/Retored 510G 39K 510G 0% /storage/Retored # zpool export storage # zpool import storage # df -h Filesystem Size Used Avail Capacity Mounted on /dev/mirror/gm0s1a 989M 508M 402M 56% / devfs 1.0K 1.0K 0B 100% /dev /dev/mirror/gm0s1e 3.9G 500K 3.6G 0% /tmp /dev/mirror/gm0s1f 58G 4.6G 48G 9% /usr /dev/mirror/gm0s1d 3.9G 156M 3.4G 4% /var storage 5.0T 1.7G 5.0T 0% /storage storage/Retored 5.0T 39K 5.0T 0% /storage/Retored storage/bacula 8.2T 3.2T 5.0T 39% /storage/bacula storage/pgsql 5.0T 1.7G 5.0T 0% /storage/pgsql -- Dan Langille - http://langille.org/ From owner-freebsd-stable@FreeBSD.ORG Tue Aug 3 11:28:41 2010 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 85D4A106564A for ; Tue, 3 Aug 2010 11:28:41 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 17DBF8FC1F for ; Tue, 3 Aug 2010 11:28:40 +0000 (UTC) Received: by ewy26 with SMTP id 26so1816901ewy.13 for ; Tue, 03 Aug 2010 04:28:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:content-type :content-transfer-encoding:subject:date:message-id:to:mime-version :x-mailer; bh=yrVXg9M6KmspWx8sj0RUxm4VXchggxXIP6Vq3NovfsQ=; b=qGuKPYk/WC5HG1YDdnP3rstFoSpDyrfo4X7iJJiD3+FYC5LKsSXl+XwL2dOaFoSmDH tt6hDKxgmY6ImF+BZnRVuYJly6sBM7GhFX07rw5pp/2Nrzmfy2NaHtL3z9MFGpi1B2xA Dn9Qk74XlCokuVF4eNRbAt+sUq0tU1lNdPSI4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:content-type:content-transfer-encoding:subject:date:message-id :to:mime-version:x-mailer; b=nl2sz1Jy3emXdGEZ08groNn/H1w8JnsfogwdQdrvlc6VNNXv0mmuJjHbQcIS3SlINl cM2Qleo+pYkgDNDUdC+edNFjWNYX9N6hEozSCT0bB8dhjPgSaN5fbP6LwIR3e6C8EQhZ 9a8y78J7oRgM/BwNFf60O/YASFSwdTDVZRjdY= Received: by 10.213.12.196 with SMTP id y4mr709029eby.61.1280833193758; Tue, 03 Aug 2010 03:59:53 -0700 (PDT) Received: from [10.10.10.131] (ppp-94-65-22-167.home.otenet.gr [94.65.22.167]) by mx.google.com with ESMTPS id v59sm10585573eeh.16.2010.08.03.03.59.53 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 03 Aug 2010 03:59:53 -0700 (PDT) From: George Kontostanos Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Tue, 3 Aug 2010 14:00:55 +0300 Message-Id: <2FADB07B-C58B-407D-B440-C138A81D8215@gmail.com> To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Apple Message framework v1081) X-Mailer: Apple Mail (2.1081) Subject: Raid1 ZFS bug 148655 status X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Aug 2010 11:28:41 -0000 Hi, I was wondering if there are any updates regarding = "http://www.freebsd.org/cgi/query-pr.cgi?pr=3D148655" bug ? It appears to be sirius since a failure of the first disk makes the = system unbeatable. Thanks=20 George= From owner-freebsd-stable@FreeBSD.ORG Tue Aug 3 11:29:21 2010 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 2B70C1065676 for ; Tue, 3 Aug 2010 11:29:21 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id D32CC8FC1E for ; Tue, 3 Aug 2010 11:29:20 +0000 (UTC) Received: by qyk11 with SMTP id 11so670260qyk.13 for ; Tue, 03 Aug 2010 04:29:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=nOZJfbBGFOQt9Bwo6D0PTDdM0UckHDG2Lh+hIb+OhBM=; b=s4MHbiTkZ3vHWHUsQnXbgPYKMZEFizm1yv3HV76XQb7SidhindcJx5W3K3MgzR930K GCW7t7iVMI66zm9U4G80aNVsCPwmSYTQi3h3OUFIaYNZkm6gCy1wYRbL3oNyE/dmtNQg 3BJyywFdDrx/+2jEpwE7+m0oe1DEyaBfyfAqY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=trb39obhDxfUIfUkiS8qF5b9UDevylnANCUJ1iY2dXivMEE75LJWG4rmtV7/84qBQS A6SbV3XCDDYiwbQy1oTLHq3d9Q11w5GZWGMZMxxiN5xYR9WgoAJGyPdMCmZo+crwMwRN pzipkZdCvrfXnvYPhXv80gSEy4bmwNCqi0Ue4= MIME-Version: 1.0 Received: by 10.224.28.137 with SMTP id m9mr2557557qac.381.1280834959572; Tue, 03 Aug 2010 04:29:19 -0700 (PDT) Received: by 10.229.48.12 with HTTP; Tue, 3 Aug 2010 04:29:19 -0700 (PDT) In-Reply-To: References: Date: Tue, 3 Aug 2010 15:29:19 +0400 Message-ID: From: pluknet To: freebsd-stable Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: uma_ref_cnt: vm_fault: fault on nofault entry X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Aug 2010 11:29:21 -0000 On 8 July 2010 15:34, pluknet wrote: > Hi. > > 8.0-RELEASE under xen h/w mode. > This is the first time I'm seeing this panic (uptime ~2 weeks). > > http://img38.imageshack.us/img38/9681/screenshot1mm.png > Below is transcribed via OCR from a vnc session. > > db> bt^M > Tracing pid 18908 tid 101404 td 0xc93f9Z40^M > kdb_enter(c0c8dceZ,c0c8dceZ,c0cab939,eb0aZ7e4,Z,...) at kdb_entert0x3a > panic(c0cab939,cl4b3000,l,eb0aZ914,eb0aZ904,...) at panict0xl36 > vm_fault(cl490000,cl4b3000,l,0,c76f3400,...) at vm_fault*0xl97 > trap_pfault(80000,eb0aZal0,8538,eb0aZal0,cfeeaaa0,...) at trap_pfaultt0xZ= 0e > trap(eb0aZa30) at trapt0x455 > calltrap() at calltrap=E2=95=950x6^M > -- trap 0XC, eip =3D =C2=A00xc0af336b, esp =3D =C2=A00xeb0aZa70, ebp =3D = =C2=A00xeb0aZa78 ---^M > uma_find_refcnt(cl47a000,c7elc000,3,Z,c7elc000,...) at uma_find_refcntt0x= 5b > mb_ctor_clust(c7elc000,1000,cf87ce00,Z,f8,...) at mb_ctor_clustt0x9c > uma_zalloc_arg(cl47a000,cf87ce00,Z,dd0001,c798Z400,...) at uma_zalIoc_arg= t0x8a > m_getmZ(0,790c,Z,l,0,...) at m_getmZt0xb3 > m_uiotombuf(eb0aZc58,Z,790c,0,0,...) at m_uiotombuf^0x77 > sosend_generic(cf4c44d4,0,eb0a2c58,0,0,...) at sosend_generic*0x525 > sosend(cf4c44d4,0,eb0aZc58,0,0,...) at sosendt0x3f^M > soo_write(d004d508,eb0aZc58,cdd4f600,0,c93f9Z40,...) at soo_uritet0x63 > dofilewrite(eb0aZc58,ffffffff,ffffffff,0,d004d508,...) at dofilewrite*0x9= 7 > kern_writev(c93f9Z40,6,eb0aZc58,eb0aZc78,l,...) at kern_w|titevt0x58 > write(c93f9Z40,eb0aZcf8,c,c0890ce8,46,...) at urite*0x4f > syscall(eb0aZd38) at syscal+0x3Z5 > Xint0x80_syscall() at Xint0x80_syscal+0x20^M > --- syscall (4, FreeBSD ELF3Z, urite), eip =3D =C2=A00xZ85d4Z53, esp =3D > 0xbfbfealc, ebp =3D^M > 0xbfbfea38 --- > The second panic seen today on the same box at uma_find_refcnt(). I'm unsure if it might be caused by Xen hvm setup. db> bt Tracing pid 12 tid 100035 td 0xc776f480 kdb_enter(c0c8dce2,c0c8dce2,c0cab939,c73678b8,0,...) at kdb_enter+0x3a panic(c0cab939,c14b3000,1,c73679e8,c73679d8,...) at panic+0x136 vm_fault(c1490000,c14b3000,1,0,c7a81760,...) at vm_fault+0x197 trap_pfault(c7bb1748,c7367aa0,c7f7e7bf,c7bb1700,c755c7f8,...) at trap_pfault+0x20e trap(c7367b04) at trap+0x455 calltrap() at calltrap+0x6 --- trap 0xc, eip =3D 0xc0af336b, esp =3D 0xc7367b44, ebp =3D 0xc7367b4c --= - uma_find_refcnt(c147f700,cbe96800,1,1,cbe96800,...) at uma_find_refcnt+0x5b mb_ctor_clust(cbe96800,800,c7f2a700,1,c0dd7b40,...) at mb_ctor_clust+0x9c uma_zalloc_arg(c147f700,c7f2a700,1,c776f000,0,...) at uma_zalloc_arg+0x8a igb_get_buf(c0dd6e40,c0dd6e40,c0dd6e40,c7367c38,c08a9d00,...) at igb_get_buf+0x146 igb_rxeof(c775f540,0,0,c775f5c0,c7762a00,...) at igb_rxeof+0x2b0 igb_msix_rx(c7760a00,0,109,e3c02e88,2a1bf,...) at igb_msix_rx+0x29 intr_event_execute_handlers(c755c7f8,c7762a00,c0c8ab0b,4f6,c7762a70,...) at intr_event_execute_handlers+0x14b ithread_loop(c7772930,c7367d38,0,0,0,...) at ithread_loop+0x6b fork_exit(c0861b20,c7772930,c7367d38) at fork_exit+0x91 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip =3D 0, esp =3D 0xc7367d70, ebp =3D 0 --- --=20 wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Tue Aug 3 12:27:04 2010 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 3305B106564A for ; Tue, 3 Aug 2010 12:27:04 +0000 (UTC) (envelope-from VERP-2509D-DE@mail.briefyourmarket.com) Received: from mail6.briefyourmarket.com (mail6.briefyourmarket.com [93.174.136.168]) by mx1.freebsd.org (Postfix) with ESMTP id ADFE98FC18 for ; Tue, 3 Aug 2010 12:27:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=key1; d=briefyourmarket.com; h=Content-Type:From:To:Subject:MIME-Version:Date:Message-ID:List-Unsubscribe:List-Subscribe; i=@mail.briefyourmarket.com; bh=gJabGTZ95KRrHCg0lmLHICQCrqE=; b=tlwPBbUn2s4bEF81G2JmBlQL3p8MetjCJzvU00CdH/J1jUyGRfFOJPPJ33zz9lbeZGNq1UvQvUl1 y2OnXDLCiA== From: "The Contact Info Centre" To: X-Sender: BriefYourMarket.com X-Interaction-Id: 151709 X-Contact-Id: 238870 MIME-Version: 1.0 Date: Tue, 03 Aug 2010 12:06:52 GMT Precedence: bulk X-Report-Abuse-To: abuse@briefyourmarket.com Message-ID: Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: If you woke up dead one morning... 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: Tue, 03 Aug 2010 12:27:04 -0000 If you woke up dead one morning... =20 http://www.contactinsurance.co.uk/emaillifewokeup10810 =20 "I woke up one morning and I was dead!" But I didn't have to wonder who was going to pay the bills The mortgage was paid off There were plenty of savings in the bank All the credit cards and loans were settled And there was a decent university fund for the children Compare quotes from across the entire market to cover your responsibilities= with life insurance ( http://www.contactinsurance.co.uk/emaillifewokeup108= 10 ) Use Contact Insurance's advanced web site to get instant online quotes= on life cover in a matter of seconds =20 http://www.contactinsurance.co.uk/emaillifewokeup10810=20 =20 About Contact Insurance We work hard to find you the most competitive policy that suits your needs= and secondly, to get your policy underwritten and you covered, as quickly = and with as little fuss as possible. The promises we make to our clients: We will never charge you any fees Y= ou will always talk to a consultant here in the UK - never abroad We will a= lways search for and give you the best quote We've grown quickly, arrangin= g Life Insurance, Critical Illness cover, Private Medical Insurance, Income= Protection, Family Income Benefit and whole-of-life policies for thousands= of clients. Contact Insurance is authorised and regulated by the Financial Services Au= thority (FSA). The FSA was setup to make sure companies offering financial = services treat clients fairly. We have processes in place and give concise,= accurate and honest information. If you're interested in finding out more = visit their site at www.fsa.gov.uk and look up our registered number: 46873= 1. =20 =20 Unsubscribe : http://e-contact.briefyourmarket.com/Goto/151709-9 Forward to friends : http://e-contact.briefyourmarket.com/Forward.aspx?id=3D= 5-238870 Change your preferences : http://e-contact.briefyourmarket.com/Goto/151709-= 10 Contact Insurance F43-45 Promenade, Cheltenham, GL50 1PY =20 This message was sent to you at FREEBSD-STABLE@FREEBSD.ORG=20 To unsubscribe go to http://e-contact.briefyourmarket.com/Goto/151709-9=20 Please help us by reporting abuse at http://www.briefyourmarket.com/ReportA= buse.aspx?i=3D151709&c=3D238870=20 Powered By www.BriefYourMarket.com From owner-freebsd-stable@FreeBSD.ORG Tue Aug 3 20:29:42 2010 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 DC93E106568E for ; Tue, 3 Aug 2010 20:29:42 +0000 (UTC) (envelope-from cptsalek@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 77C698FC1A for ; Tue, 3 Aug 2010 20:29:42 +0000 (UTC) Received: by wwa36 with SMTP id 36so4346686wwa.31 for ; Tue, 03 Aug 2010 13:29:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=29ztGwgNW1xMZ8nNPna48qALWJv8Vrzm3XHCHhsN2GY=; b=O8L536xTAKvNNlch/nI5zU7DVBdB29Po73H2wNoWffdEied1NO/T8p60N4Cg78/tVQ zlsKKceqSC+kzXmaL8KHTdsim7+hW/oS4NJBZAredEo2rBaaInHNLAhPkTjckIk89Yxr kSTgWoodqLvv8l9+Y+YV5YQeD7l/3dg33/iuw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=DToNMboxpvfYMAHYPnDb01mUFDdbdHGCUCEtdl1oji7ndFg82oW41amlBynpk1g79o gpkwHm5Af03mwQzNSQsa5BgIy2pmTOxGgxZWneRQElwGPv2wJhnaKl+gfDlxf30xl1Ej 5sPMGibmCecwLvAOU4Th/ErzbiV5GSWJH7CKk= MIME-Version: 1.0 Received: by 10.227.145.66 with SMTP id c2mr6707394wbv.42.1280866050483; Tue, 03 Aug 2010 13:07:30 -0700 (PDT) Received: by 10.227.140.143 with HTTP; Tue, 3 Aug 2010 13:07:30 -0700 (PDT) Date: Tue, 3 Aug 2010 22:07:30 +0200 Message-ID: From: Christian Walther To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: startx/xinit + custom xmodmap messes up session X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Aug 2010 20:29:42 -0000 Hi, on my Thinkpad T3I'm using a tiling window manager (stumpwm) and remapped Caps Lock to have an addition modifier key. The systems default modmap is: shift Shift_L (0x32), Shift_R (0x3e) lock Caps_Lock (0x42) control Control_L (0x25), Control_R (0x6d) mod1 Alt_L (0x40), Meta_L (0x9c) mod2 Num_Lock (0x4d) mod3 mod4 Super_L (0x73), Super_R (0x74), Super_L (0x7f), Hyper_L (0x80) mod5 Mode_switch (0x5d), ISO_Level3_Shift (0x71), ISO_Level3_Shift (0x7c) My .xmodmaprc contains the following lines: remove mod4 = Hyper_L remove lock = Caps_Lock keycode 66 = Hyper_L add mod3 = Hyper_L This results in the following xmodmap: shift Shift_L (0x32), Shift_R (0x3e) lock control Control_L (0x25), Control_R (0x6d) mod1 Alt_L (0x40), Meta_L (0x9c) mod2 Num_Lock (0x4d) mod3 Hyper_L (0x42), Hyper_L (0x80) mod4 Super_L (0x73), Super_R (0x74), Super_L (0x7f) mod5 Mode_switch (0x5d), ISO_Level3_Shift (0x71), ISO_Level3_Shift (0x7c) The output of the modified map listed above is what I expected. It works when the session is launched through xdm. However, when I use startx from the command line, for some strange reason xmodmap messes up my session. In this case, the mouse is rendered useless. To make matters worse, when I shutdown X moused is broken too and needs a restart. As I said this doesn't happen with xdm, and it doesn't happen with startx when I don't run xmodmap. My system is running 8.1-RC2, but it happened with 8.0, too. This is not a very important issue for me, because I don't mind running xdm. I just wonder if this bug is known or if this is a case for a bug report. Regards Christian Walther From owner-freebsd-stable@FreeBSD.ORG Tue Aug 3 20:48:25 2010 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 543AF1065678 for ; Tue, 3 Aug 2010 20:48:25 +0000 (UTC) (envelope-from seklecki@noc.cfi.pgh.pa.us) Received: from mx04.pub.collaborativefusion.com (mx04.pub.collaborativefusion.com [206.210.72.84]) by mx1.freebsd.org (Postfix) with ESMTP id EC5FF8FC08 for ; Tue, 3 Aug 2010 20:48:24 +0000 (UTC) Received: from [127.0.0.1] ([206.210.89.202]) by mx04.pub.collaborativefusion.com (StrongMail Enterprise 4.1.1.4(4.1.1.4-47689)); Tue, 03 Aug 2010 16:37:39 -0400 X-VirtualServerGroup: Default X-MailingID: 00000::00000::00000::00000::::2755 X-SMHeaderMap: mid="X-MailingID" X-Destination-ID: freebsd-stable@freebsd.org X-SMFBL: ZnJlZWJzZC1zdGFibGVAZnJlZWJzZC5vcmc= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=noc.cfi.pgh.pa.us; s=noc_cfi_pgh_pa_us_key_dkim; l=531; t=1280867859; i=@noc.cfi.pgh.pa.us; h=Message-ID:Date:From: Reply-To:Organization:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; bh=wPe7TaNDQbv+UeB29rI5IAKPkvc=; b=ZK2EgFlPefTzON00imeBjJR5k05qu E/3O1ritvQdg16DBHpypNddGBuOQQm6YnrZVWn45AVoIOgAl0+wioXTkKlD/LuzW FQCp4h3DTKBRokKVhfuym+Iw8CWkX21yQAM Message-ID: <4C588087.9070606@noc.cfi.pgh.pa.us> Date: Tue, 03 Aug 2010 16:48:07 -0400 From: "Brian A. Seklecki (CFI NOC)" Organization: Collaborative Fusion, Inc. (DRP NOC) User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.11) Gecko/20100711 Thunderbird/3.0.6 MIME-Version: 1.0 To: Harald Schmalzbauer References: <1275419919.30057.50.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> <20100601193733.GA44816@icarus.home.lan> <4C3CBC1E.9030106@omnilan.de> <1279212377.31311.144.camel@soundwave> <1279212602.31311.151.camel@soundwave> <84875A93-3851-476E-8F2E-A7008CA6BD5C@FreeBSD.org> <4C3F49E8.9090201@comcast.net> <1279552398.31311.443.camel@soundwave> <4C447684.7010308@omnilan.de> <4C4DB59D.6020204@noc.cfi.pgh.pa.us> <4C4DD917.3050007@omnilan.de> In-Reply-To: <4C4DD917.3050007@omnilan.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 03 Aug 2010 21:14:27 +0000 Cc: freebsd-stable , Brandon Gooch , Sean McAfee , Steve Polyack , "George V. Neville-Neil" , Michael Tuexen , Jack Vogel , bseklecki@noc.cfi.pgh.pa.us, bseklecki@collaborativefusion.com, Jeremy Chadwick Subject: Re: em(4) duplex problems with 82541EI on RELENG_8, -CURRENT on PowerEdge 1850 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bseklecki@noc.cfi.pgh.pa.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Aug 2010 20:48:25 -0000 On 7/26/2010 2:51 PM, Harald Schmalzbauer wrote: > On 26.07.2010 18:19 Harald: Your patch looks clear. Now that the 8.1 mess is over, we should move quickly to bring up as many of the recent changes to -current as stable/8. George V. Neville-Neil already already got started on some of them. (1) We'll want to get them all patched now so that PowerEdge users have plenty of time to test in advance of 8.2-RELEASE 1. http://lists.freebsd.org/pipermail/svn-src-stable-8/2010-August/003081.html ~BAS From owner-freebsd-stable@FreeBSD.ORG Tue Aug 3 21:14:54 2010 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 0B807106566C; Tue, 3 Aug 2010 21:14:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B93F28FC15; Tue, 3 Aug 2010 21:14:53 +0000 (UTC) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id o73LEpgQ082859 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 3 Aug 2010 17:14:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.4/8.14.4) with ESMTP id o73LEpU2008863; Tue, 3 Aug 2010 17:14:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 1B2F31B5060; Tue, 3 Aug 2010 17:14:51 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20100803211451.1B2F31B5060@freebsd-stable.sentex.ca> Date: Tue, 3 Aug 2010 17:14:51 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.67 on 64.7.153.18 Cc: Subject: [releng_7 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Aug 2010 21:14:54 -0000 TB --- 2010-08-03 19:24:42 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2010-08-03 19:24:42 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2010-08-03 19:24:42 - cleaning the object tree TB --- 2010-08-03 19:25:17 - cvsupping the source tree TB --- 2010-08-03 19:25:17 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/amd64/amd64/supfile TB --- 2010-08-03 19:25:26 - building world TB --- 2010-08-03 19:25:26 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-03 19:25:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-03 19:25:26 - TARGET=amd64 TB --- 2010-08-03 19:25:26 - TARGET_ARCH=amd64 TB --- 2010-08-03 19:25:26 - TZ=UTC TB --- 2010-08-03 19:25:26 - __MAKE_CONF=/dev/null TB --- 2010-08-03 19:25:26 - cd /src TB --- 2010-08-03 19:25:26 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 3 19:25:28 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Tue Aug 3 20:56:06 UTC 2010 TB --- 2010-08-03 20:56:06 - generating LINT kernel config TB --- 2010-08-03 20:56:06 - cd /src/sys/amd64/conf TB --- 2010-08-03 20:56:06 - /usr/bin/make -B LINT TB --- 2010-08-03 20:56:06 - building LINT kernel TB --- 2010-08-03 20:56:06 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-03 20:56:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-03 20:56:06 - TARGET=amd64 TB --- 2010-08-03 20:56:06 - TARGET_ARCH=amd64 TB --- 2010-08-03 20:56:06 - TZ=UTC TB --- 2010-08-03 20:56:06 - __MAKE_CONF=/dev/null TB --- 2010-08-03 20:56:06 - cd /src TB --- 2010-08-03 20:56:06 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Aug 3 20:56:06 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /src/sys/conf/kmod_syms.awk if_vlan.ko export_syms | xargs -J% objcopy % if_vlan.ko objcopy --strip-debug if_vlan.ko ===> igb (all) cc -O2 -fno-strict-aliasing -pipe -DSMP -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/igb/../../dev/e1000 -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/igb/../../dev/e1000/if_igb.c /src/sys/modules/igb/../../dev/e1000/if_igb.c: In function 'igb_local_timer': /src/sys/modules/igb/../../dev/e1000/if_igb.c:1919: error: 'ifp' undeclared (first use in this function) /src/sys/modules/igb/../../dev/e1000/if_igb.c:1919: error: (Each undeclared identifier is reported only once /src/sys/modules/igb/../../dev/e1000/if_igb.c:1919: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/igb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-08-03 21:14:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-03 21:14:50 - ERROR: failed to build lint kernel TB --- 2010-08-03 21:14:50 - 5556.82 user 584.19 system 6608.12 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Tue Aug 3 22:05:25 2010 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 40D321065677; Tue, 3 Aug 2010 22:05:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0FCAF8FC0A; Tue, 3 Aug 2010 22:05:24 +0000 (UTC) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id o73M5KQl087202 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 3 Aug 2010 18:05:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id o73M5KDu015452; Tue, 3 Aug 2010 18:05:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 0125B1B5060; Tue, 3 Aug 2010 18:05:19 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20100803220520.0125B1B5060@freebsd-stable.sentex.ca> Date: Tue, 3 Aug 2010 18:05:19 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.67 on 64.7.153.18 Cc: Subject: [releng_7 tinderbox] failure on i386/i386 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: Tue, 03 Aug 2010 22:05:25 -0000 TB --- 2010-08-03 20:38:29 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2010-08-03 20:38:29 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2010-08-03 20:38:29 - cleaning the object tree TB --- 2010-08-03 20:38:55 - cvsupping the source tree TB --- 2010-08-03 20:38:55 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/i386/supfile TB --- 2010-08-03 20:39:06 - building world TB --- 2010-08-03 20:39:06 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-03 20:39:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-03 20:39:06 - TARGET=i386 TB --- 2010-08-03 20:39:06 - TARGET_ARCH=i386 TB --- 2010-08-03 20:39:06 - TZ=UTC TB --- 2010-08-03 20:39:06 - __MAKE_CONF=/dev/null TB --- 2010-08-03 20:39:06 - cd /src TB --- 2010-08-03 20:39:06 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 3 20:39:07 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Aug 3 21:43:45 UTC 2010 TB --- 2010-08-03 21:43:45 - generating LINT kernel config TB --- 2010-08-03 21:43:45 - cd /src/sys/i386/conf TB --- 2010-08-03 21:43:45 - /usr/bin/make -B LINT TB --- 2010-08-03 21:43:45 - building LINT kernel TB --- 2010-08-03 21:43:45 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-03 21:43:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-03 21:43:45 - TARGET=i386 TB --- 2010-08-03 21:43:45 - TARGET_ARCH=i386 TB --- 2010-08-03 21:43:45 - TZ=UTC TB --- 2010-08-03 21:43:45 - __MAKE_CONF=/dev/null TB --- 2010-08-03 21:43:45 - cd /src TB --- 2010-08-03 21:43:45 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Aug 3 21:43:45 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o if_vlan.ko if_vlan.kld objcopy --strip-debug if_vlan.ko ===> igb (all) cc -O2 -fno-strict-aliasing -pipe -DSMP -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/igb/../../dev/e1000 -DHAVE_KERNEL_OPTION_HEADERS -include /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/igb/../../dev/e1000/if_igb.c /src/sys/modules/igb/../../dev/e1000/if_igb.c: In function 'igb_local_timer': /src/sys/modules/igb/../../dev/e1000/if_igb.c:1919: error: 'ifp' undeclared (first use in this function) /src/sys/modules/igb/../../dev/e1000/if_igb.c:1919: error: (Each undeclared identifier is reported only once /src/sys/modules/igb/../../dev/e1000/if_igb.c:1919: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/igb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-08-03 22:05:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-03 22:05:19 - ERROR: failed to build lint kernel TB --- 2010-08-03 22:05:19 - 4398.08 user 422.84 system 5210.75 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Tue Aug 3 22:37:41 2010 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 EE9151065670; Tue, 3 Aug 2010 22:37:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id BAEC78FC14; Tue, 3 Aug 2010 22:37:40 +0000 (UTC) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id o73MbcZF089355 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 3 Aug 2010 18:37:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id o73Mbcue033876; Tue, 3 Aug 2010 18:37:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 7C40B1B5060; Tue, 3 Aug 2010 18:37:38 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20100803223738.7C40B1B5060@freebsd-stable.sentex.ca> Date: Tue, 3 Aug 2010 18:37:38 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.67 on 64.7.153.18 Cc: Subject: [releng_7 tinderbox] failure on i386/pc98 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: Tue, 03 Aug 2010 22:37:41 -0000 TB --- 2010-08-03 21:14:51 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2010-08-03 21:14:51 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2010-08-03 21:14:51 - cleaning the object tree TB --- 2010-08-03 21:15:17 - cvsupping the source tree TB --- 2010-08-03 21:15:17 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/pc98/supfile TB --- 2010-08-03 21:15:28 - building world TB --- 2010-08-03 21:15:28 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-03 21:15:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-03 21:15:28 - TARGET=pc98 TB --- 2010-08-03 21:15:28 - TARGET_ARCH=i386 TB --- 2010-08-03 21:15:28 - TZ=UTC TB --- 2010-08-03 21:15:28 - __MAKE_CONF=/dev/null TB --- 2010-08-03 21:15:28 - cd /src TB --- 2010-08-03 21:15:28 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 3 21:15:29 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Aug 3 22:19:49 UTC 2010 TB --- 2010-08-03 22:19:49 - generating LINT kernel config TB --- 2010-08-03 22:19:49 - cd /src/sys/pc98/conf TB --- 2010-08-03 22:19:49 - /usr/bin/make -B LINT TB --- 2010-08-03 22:19:49 - building LINT kernel TB --- 2010-08-03 22:19:49 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-03 22:19:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-03 22:19:49 - TARGET=pc98 TB --- 2010-08-03 22:19:49 - TARGET_ARCH=i386 TB --- 2010-08-03 22:19:49 - TZ=UTC TB --- 2010-08-03 22:19:49 - __MAKE_CONF=/dev/null TB --- 2010-08-03 22:19:49 - cd /src TB --- 2010-08-03 22:19:49 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Aug 3 22:19:50 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o if_vlan.ko if_vlan.kld objcopy --strip-debug if_vlan.ko ===> igb (all) cc -O2 -fno-strict-aliasing -pipe -DSMP -DPC98 -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/igb/../../dev/e1000 -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/igb/../../dev/e1000/if_igb.c /src/sys/modules/igb/../../dev/e1000/if_igb.c: In function 'igb_local_timer': /src/sys/modules/igb/../../dev/e1000/if_igb.c:1919: error: 'ifp' undeclared (first use in this function) /src/sys/modules/igb/../../dev/e1000/if_igb.c:1919: error: (Each undeclared identifier is reported only once /src/sys/modules/igb/../../dev/e1000/if_igb.c:1919: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/igb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-08-03 22:37:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-03 22:37:38 - ERROR: failed to build lint kernel TB --- 2010-08-03 22:37:38 - 4168.80 user 421.37 system 4967.27 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Tue Aug 3 22:58:00 2010 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 C70CE1065676; Tue, 3 Aug 2010 22:58:00 +0000 (UTC) (envelope-from niclas.zeising@gmail.com) Received: from mxf3.bahnhof.se (mxf3.bahnhof.se [213.80.101.27]) by mx1.freebsd.org (Postfix) with ESMTP id 28E208FC14; Tue, 3 Aug 2010 22:57:59 +0000 (UTC) Received: from localhost (mxf3.local [127.0.0.1]) by mxf3-reinject (Postfix) with ESMTP id 963CB13345B6; Wed, 4 Aug 2010 00:38:42 +0200 (CEST) X-Virus-Scanned: by amavisd-new using ClamAV at bahnhof.se (MXF2) X-Spam-Flag: YES X-Spam-Score: 5.668 X-Spam-Level: ***** X-Spam-Status: Yes, score=5.668 tagged_above=-99 required=5 tests=[DNS_FROM_RFC_POST=1.708, J_CHICKENPOX_23=0.6, J_CHICKENPOX_84=0.6, RATWARE_GECKO_BUILD=1.691, SPF_NEUTRAL=1.069] X-Spam-Report: * 1.7 RATWARE_GECKO_BUILD Bulk email fingerprint (Gecko faked) found * 1.1 SPF_NEUTRAL SPF: sender does not match SPF record (neutral) * [SPF failed: Please see http://www.openspf.org/why.html?sender=niclas.zeising%40gmail.com&ip=79.136.90.99&receiver=mxf3.bahnhof.se] * 0.6 J_CHICKENPOX_23 BODY: 2alpha-pock-3alpha * 0.6 J_CHICKENPOX_84 BODY: 8alpha-pock-4alpha * 1.7 DNS_FROM_RFC_POST RBL: Envelope sender in * postmaster.rfc-ignorant.org Received: from mxf3.bahnhof.se ([127.0.0.1]) by localhost (mxf3.bahnhof.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zSpY3P1jY-PO; Wed, 4 Aug 2010 00:38:36 +0200 (CEST) Received: from [10.32.0.4] (h-90-99.A163.priv.bahnhof.se [79.136.90.99]) by mxf3.bahnhof.se (Postfix) with ESMTP id 1E49D1334560; Wed, 4 Aug 2010 00:38:36 +0200 (CEST) Message-ID: <4C589A6A.1040706@gmail.com> Date: Wed, 04 Aug 2010 00:38:34 +0200 From: Niclas Zeising User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.7) Gecko/20100713 Thunderbird/3.1.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20100803211451.1B2F31B5060@freebsd-stable.sentex.ca> In-Reply-To: <20100803211451.1B2F31B5060@freebsd-stable.sentex.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: gnn@freebsd.org Subject: [SPAM] Re: [releng_7 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Aug 2010 22:58:00 -0000 On 2010-08-03 23:14, FreeBSD Tinderbox wrote: > TB --- 2010-08-03 19:24:42 - tinderbox 2.6 running on freebsd-stable.sentex.ca > TB --- 2010-08-03 19:24:42 - starting RELENG_7 tinderbox run for amd64/amd64 > TB --- 2010-08-03 19:24:42 - cleaning the object tree > TB --- 2010-08-03 19:25:17 - cvsupping the source tree > TB --- 2010-08-03 19:25:17 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/amd64/amd64/supfile > TB --- 2010-08-03 19:25:26 - building world > TB --- 2010-08-03 19:25:26 - MAKEOBJDIRPREFIX=/obj > TB --- 2010-08-03 19:25:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2010-08-03 19:25:26 - TARGET=amd64 > TB --- 2010-08-03 19:25:26 - TARGET_ARCH=amd64 > TB --- 2010-08-03 19:25:26 - TZ=UTC > TB --- 2010-08-03 19:25:26 - __MAKE_CONF=/dev/null > TB --- 2010-08-03 19:25:26 - cd /src > TB --- 2010-08-03 19:25:26 - /usr/bin/make -B buildworld >>>> World build started on Tue Aug 3 19:25:28 UTC 2010 >>>> Rebuilding the temporary build tree >>>> stage 1.1: legacy release compatibility shims >>>> stage 1.2: bootstrap tools >>>> stage 2.1: cleaning up the object tree >>>> stage 2.2: rebuilding the object tree >>>> stage 2.3: build tools >>>> stage 3: cross tools >>>> stage 4.1: building includes >>>> stage 4.2: building libraries >>>> stage 4.3: make dependencies >>>> stage 4.4: building everything >>>> stage 5.1: building 32 bit shim libraries >>>> World build completed on Tue Aug 3 20:56:06 UTC 2010 > TB --- 2010-08-03 20:56:06 - generating LINT kernel config > TB --- 2010-08-03 20:56:06 - cd /src/sys/amd64/conf > TB --- 2010-08-03 20:56:06 - /usr/bin/make -B LINT > TB --- 2010-08-03 20:56:06 - building LINT kernel > TB --- 2010-08-03 20:56:06 - MAKEOBJDIRPREFIX=/obj > TB --- 2010-08-03 20:56:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2010-08-03 20:56:06 - TARGET=amd64 > TB --- 2010-08-03 20:56:06 - TARGET_ARCH=amd64 > TB --- 2010-08-03 20:56:06 - TZ=UTC > TB --- 2010-08-03 20:56:06 - __MAKE_CONF=/dev/null > TB --- 2010-08-03 20:56:06 - cd /src > TB --- 2010-08-03 20:56:06 - /usr/bin/make -B buildkernel KERNCONF=LINT >>>> Kernel build for LINT started on Tue Aug 3 20:56:06 UTC 2010 >>>> stage 1: configuring the kernel >>>> stage 2.1: cleaning up the object tree >>>> stage 2.2: rebuilding the object tree >>>> stage 2.3: build tools >>>> stage 3.1: making dependencies >>>> stage 3.2: building everything > [...] > awk -f /src/sys/conf/kmod_syms.awk if_vlan.ko export_syms | xargs -J% objcopy % if_vlan.ko > objcopy --strip-debug if_vlan.ko > ===> igb (all) > cc -O2 -fno-strict-aliasing -pipe -DSMP -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/igb/../../dev/e1000 -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/igb/../../dev/e1000/if_igb.c > /src/sys/modules/igb/../../dev/e1000/if_igb.c: In function 'igb_local_timer': > /src/sys/modules/igb/../../dev/e1000/if_igb.c:1919: error: 'ifp' undeclared (first use in this function) > /src/sys/modules/igb/../../dev/e1000/if_igb.c:1919: error: (Each undeclared identifier is reported only once > /src/sys/modules/igb/../../dev/e1000/if_igb.c:1919: error: for each function it appears in.) > *** Error code 1 > > Stop in /src/sys/modules/igb. > *** Error code 1 > > Stop in /src/sys/modules. > *** Error code 1 > > Stop in /obj/amd64/src/sys/LINT. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2010-08-03 21:14:50 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2010-08-03 21:14:50 - ERROR: failed to build lint kernel > TB --- 2010-08-03 21:14:50 - 5556.82 user 584.19 system 6608.12 real From what I can tell, revision r210803 caused this breakage. I've put gnn@ in the cc list since it's his commit. Hope this helps! Best regards //Niclas From owner-freebsd-stable@FreeBSD.ORG Wed Aug 4 07:22:58 2010 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 39E961065676 for ; Wed, 4 Aug 2010 07:22:58 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 115088FC23 for ; Wed, 4 Aug 2010 07:22:58 +0000 (UTC) Received: from apple.my.domain (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o747MuPd082310 for ; Wed, 4 Aug 2010 07:22:57 GMT (envelope-from davidxu@freebsd.org) Message-ID: <4C591550.3060001@freebsd.org> Date: Wed, 04 Aug 2010 15:22:56 +0800 From: David Xu User-Agent: Thunderbird 2.0.0.24 (X11/20100603) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: the console bug still exists X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Aug 2010 07:22:58 -0000 Sigh, pressing ScrollLock key several times can lock up the kernel when it is still booting before /sbin/init runs. David Xu From owner-freebsd-stable@FreeBSD.ORG Wed Aug 4 08:28:21 2010 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 437F81065673 for ; Wed, 4 Aug 2010 08:28:21 +0000 (UTC) (envelope-from pi@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id 027EE8FC15 for ; Wed, 4 Aug 2010 08:28:21 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.72 (FreeBSD)) (envelope-from ) id 1OgZKm-000P1j-Np; Wed, 04 Aug 2010 10:28:20 +0200 Date: Wed, 4 Aug 2010 10:28:20 +0200 From: Kurt Jaeger To: Troye Johnson Message-ID: <20100804082820.GC90401@home.opsec.eu> References: <20100729092535.GB90401@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: freebsd-stable@freebsd.org Subject: Re: 8.1 stable ar9285 ath0 problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Aug 2010 08:28:21 -0000 Hi! > well i just patched recompiled. Its evwn worse now. Now the > var,log,messages log is even more flooded with the said messages. Sorry for the late answer, I was on the road the last few days. While there are many messages, the adapter itself seems to work, as I used it a little bit. As there are many options (WPA2 etc), I have not tested all of them, but as far as I can see, it works. If you want to avoid the messages, just comment out the printf as well. -- pi@opsec.eu +49 171 3101372 10 years to go ! From owner-freebsd-stable@FreeBSD.ORG Wed Aug 4 12:38:30 2010 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 8976B1065670 for ; Wed, 4 Aug 2010 12:38:30 +0000 (UTC) (envelope-from alexvpetrov@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1B1188FC1B for ; Wed, 4 Aug 2010 12:38:29 +0000 (UTC) Received: by ewy26 with SMTP id 26so2255824ewy.13 for ; Wed, 04 Aug 2010 05:38:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:mime-version:content-type:content-transfer-encoding :message-id; bh=O+f+7HSp03837JJV0Ll13I85GZxB+pbFS/N/E9QQx34=; b=CmWA2dtCCU0Tq7a6FLY1nBMXU1q4ItlCU4GnGHU5VKtaMCVsib/dq1AElmq4ZtpTA6 IBuus/RYupwlyxdzEaAmb8UptAVXlb80nfKihnE/oKdZzncLC4msxBAVMHjpRfo778Ke wfanrxsfIAOl25kQORsyns59rCFbKE7UicWe8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:mime-version:content-type :content-transfer-encoding:message-id; b=pZRnsTYohA7tLyBfi6ROuoeXA8qzcZS3aSIHqPfcIctkU7kl7Cx6fBRM8rWajCaVG1 FS358i9tcouS85my5s/4zPOSquJv+ppQJcBUITy/KWMBpTv5HJQpKo2q7J3RcjbtOMDu utrqz+V2vbRfxOZPPNCSC3A6k3WWmSjkKv0Yw= Received: by 10.213.13.133 with SMTP id c5mr6599982eba.26.1280923712183; Wed, 04 Aug 2010 05:08:32 -0700 (PDT) Received: from alex.super ([91.195.101.86]) by mx.google.com with ESMTPS id v8sm12663852eeh.14.2010.08.04.05.08.29 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 04 Aug 2010 05:08:31 -0700 (PDT) From: "Alex V. Petrov" To: freebsd-stable@freebsd.org Date: Wed, 4 Aug 2010 20:08:24 +0800 User-Agent: KMail/1.13.5 (FreeBSD/8.1-STABLE; KDE/4.4.5; amd64; ; ) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201008042008.25679.alexvpetrov@gmail.com> Subject: zpool - low speed write X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Aug 2010 12:38:30 -0000 Hi All! $ dd if=/dev/random of=/tank/test bs=3M count=1000 1000+0 records in 1000+0 records out 3145728000 bytes transferred in 298.153293 secs (10550707 bytes/sec) What, i think, very-very low :-( FreeBSD alex.super 8.1-STABLE FreeBSD 8.1-STABLE #76: Mon Aug 2 20:19:09 KRAST 2010 alex@alex.super:/usr/obj/usr/src/sys/ALEX amd64 real memory = 4294967296 (4096 MB) avail memory = 4098732032 (3908 MB) zpool iostat -v capacity operations bandwidth pool used avail read write read write ---------- ----- ----- ----- ----- ----- ----- tank 1,91T 829G 101 4 12,4M 148K ada4 597G 334G 31 1 3,81M 53,4K ada2 633G 295G 32 1 4,03M 51,8K ada3 727G 201G 37 1 4,59M 42,9K ---------- ----- ----- ----- ----- ----- ----- zpool status -v pool: tank state: ONLINE scrub: scrub completed after 7h12m with 0 errors on Tue Aug 3 04:54:14 2010 config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 ada4 ONLINE 0 0 0 ada2 ONLINE 0 0 0 ada3 ONLINE 0 0 0 errors: No known data errors zpool history History for 'tank': 2009-07-16.19:46:24 zpool create tank ad12 2009-12-13.14:58:46 zpool add tank ad8 2010-04-24.01:59:41 zpool upgrade tank 2010-05-09.02:16:34 zpool add tank ada3 2010-05-25.17:57:12 zpool scrub tank 2010-06-27.16:02:45 zpool scrub tank 2010-08-02.21:41:53 zpool scrub tank ada2 at ahcich2 bus 0 scbus2 target 0 lun 0 ada2: ATA-8 SATA 2.x device ada2: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada2: Command Queueing enabled ada2: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) ada3 at ahcich3 bus 0 scbus3 target 0 lun 0 ada3: ATA-8 SATA 2.x device ada3: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada3: Command Queueing enabled ada3: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) ada4 at ahcich4 bus 0 scbus4 target 0 lun 0 ada4: ATA-8 SATA 2.x device ada4: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada4: Command Queueing enabled smartd daily output: Checking health of /dev/ada2: OK Checking health of /dev/ada3: OK Checking health of /dev/ada4: OK /boot/loader.conf: ahci_load="YES" sem_load="YES" snd_hda_load="YES" nvidia_load="YES" linux_load="YES" wlan_xauth_load="YES" vboxdrv_load="YES" atapicam_load="YES" coretemp_load="YES" aio_load="YES" vfs.zfs.prefetch_disable=0 vfs.zfs.cache_flush_disable=1 vfs.zfs.zil_disable=1 Any ideas? ----- Alex V. Petrov From owner-freebsd-stable@FreeBSD.ORG Wed Aug 4 12:45:30 2010 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 8C2481065678 for ; Wed, 4 Aug 2010 12:45:30 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id C16FB8FC12 for ; Wed, 4 Aug 2010 12:45:29 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA23288; Wed, 04 Aug 2010 15:45:26 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4C5960E6.7060702@icyb.net.ua> Date: Wed, 04 Aug 2010 15:45:26 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100517) MIME-Version: 1.0 To: "Alex V. Petrov" References: <201008042008.25679.alexvpetrov@gmail.com> In-Reply-To: <201008042008.25679.alexvpetrov@gmail.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: zpool - low speed write X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Aug 2010 12:45:30 -0000 on 04/08/2010 15:08 Alex V. Petrov said the following: > Hi All! > > $ dd if=/dev/random of=/tank/test bs=3M count=1000 /dev/random is slow. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Wed Aug 4 13:02:03 2010 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 496F4106566B for ; Wed, 4 Aug 2010 13:02:03 +0000 (UTC) (envelope-from marco@tolstoy.tols.org) Received: from tolstoy.tols.org (tolstoy.tols.org [IPv6:2a02:898:0:20::57:1]) by mx1.freebsd.org (Postfix) with ESMTP id D99298FC24 for ; Wed, 4 Aug 2010 13:02:02 +0000 (UTC) Received: from tolstoy.tols.org (localhost [127.0.0.1]) by tolstoy.tols.org (8.14.4/8.14.4) with ESMTP id o74D1xCG025658 for ; Wed, 4 Aug 2010 13:01:59 GMT (envelope-from marco@tolstoy.tols.org) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.96.1 at tolstoy.tols.org Received: (from marco@localhost) by tolstoy.tols.org (8.14.4/8.14.4/Submit) id o74D1xhY025657 for freebsd-stable@freebsd.org; Wed, 4 Aug 2010 13:01:59 GMT (envelope-from marco) Date: Wed, 4 Aug 2010 13:01:59 +0000 From: Marco van Tol To: freebsd-stable@freebsd.org Message-ID: <20100804130159.GA25479@tolstoy.tols.org> Mail-Followup-To: freebsd-stable@freebsd.org References: <201008042008.25679.alexvpetrov@gmail.com> <4C5960E6.7060702@icyb.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C5960E6.7060702@icyb.net.ua> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on tolstoy.tols.org Subject: Re: zpool - low speed write X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Aug 2010 13:02:03 -0000 On Wed, Aug 04, 2010 at 03:45:26PM +0300, Andriy Gapon wrote: > on 04/08/2010 15:08 Alex V. Petrov said the following: > > Hi All! > > > > $ dd if=/dev/random of=/tank/test bs=3M count=1000 > > /dev/random is slow. For comparing, try to see what happens with /dev/zero. :) -- Als het niet gaat zoals het moet, dan moet het zoals het gaat. From owner-freebsd-stable@FreeBSD.ORG Wed Aug 4 13:37:56 2010 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 2AEFF106564A for ; Wed, 4 Aug 2010 13:37:56 +0000 (UTC) (envelope-from maulwurf@guckux.de) Received: from artif-webmail.de (artif-webmail.de [87.106.133.211]) by mx1.freebsd.org (Postfix) with ESMTP id DC5448FC1C for ; Wed, 4 Aug 2010 13:37:55 +0000 (UTC) Received: by artif-webmail.de (Postfix, from userid 30) id 13CE38001B5; Wed, 4 Aug 2010 15:09:23 +0200 (CEST) Received: from 195.185.213.162 (SquirrelMail authenticated user huerter) by artif-webmail.de with HTTP; Wed, 4 Aug 2010 15:09:23 +0200 (CEST) Message-ID: <3511.195.185.213.162.1280927363.squirrel@artif-webmail.de> In-Reply-To: <201008042008.25679.alexvpetrov@gmail.com> References: <201008042008.25679.alexvpetrov@gmail.com> Date: Wed, 4 Aug 2010 15:09:23 +0200 (CEST) From: "Stefan Huerter" To: "Alex V. Petrov" User-Agent: SquirrelMail/1.4.10a MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-stable@freebsd.org Subject: Re: zpool - low speed write X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Aug 2010 13:37:56 -0000 Guckux Alex > zpool iostat -v > capacity operations bandwidth > pool used avail read write read write > ---------- ----- ----- ----- ----- ----- ----- > tank 1,91T 829G 101 4 12,4M 148K > ada4 597G 334G 31 1 3,81M 53,4K > ada2 633G 295G 32 1 4,03M 51,8K > ada3 727G 201G 37 1 4,59M 42,9K > ---------- ----- ----- ----- ----- ----- ----- only this command? The first output of zpool iostat shows you only a statistical output for a specific time (unknown to me now). Have you tried s.th. like: zpool iostat -v 10 10 shows you the first statistic summary, followed 9 output with 10sec delay and a statistic average to the last output. Bye Stefan From owner-freebsd-stable@FreeBSD.ORG Wed Aug 4 14:13:40 2010 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 054151065672 for ; Wed, 4 Aug 2010 14:13:40 +0000 (UTC) (envelope-from alexvpetrov@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8837C8FC1B for ; Wed, 4 Aug 2010 14:13:39 +0000 (UTC) Received: by ewy26 with SMTP id 26so2298115ewy.13 for ; Wed, 04 Aug 2010 07:13:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:references:in-reply-to:mime-version:message-id:cc :content-type:content-transfer-encoding; bh=6sjHmQcGTpaqEmhyLrSYtymEPWvm5XtuoOzdalhfuRY=; b=I5446h6CQLeDmh7mj6JacSdp1HsSb3DwIm5jNeTbVUa0TSnqFXDhUEYec9UvOXwtJW oh1GBhKx9dAE19qO3raHw6IlCS8k9yoUO6NuLAivmHKNRqK7+6HTyE7zGV1x2zmevg9l ub3JYN3L5jlbUjRmAdlJHAlTY7FCJ+QnHMl10= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:references:in-reply-to:mime-version :message-id:cc:content-type:content-transfer-encoding; b=YHM9Lc+PwouXOmbvVAyQpAkmRCVifYd7eU8Mrn+eUfcepjteD+hH0zGHQanq/Idy21 xyYLn1yYjCBovI4lJ2dHspgMiK6nvvEaCGIMXIXoWMg2yeZrhqCxdyjv9Fz4WpU6lgTI I6fkQYfIIHqgxtH0ZEHfJr4460youXlvrocbI= Received: by 10.14.45.80 with SMTP id o56mr2772688eeb.97.1280931218460; Wed, 04 Aug 2010 07:13:38 -0700 (PDT) Received: from alex.super ([91.195.101.86]) by mx.google.com with ESMTPS id z55sm12848901eeh.21.2010.08.04.07.13.35 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 04 Aug 2010 07:13:37 -0700 (PDT) From: "Alex V. Petrov" To: "Alex V. Petrov" Date: Wed, 4 Aug 2010 22:13:31 +0800 User-Agent: KMail/1.13.5 (FreeBSD/8.1-STABLE; KDE/4.4.5; amd64; ; ) References: <201008042008.25679.alexvpetrov@gmail.com> In-Reply-To: <201008042008.25679.alexvpetrov@gmail.com> MIME-Version: 1.0 Message-Id: <201008042213.31631.alexvpetrov@gmail.com> Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: zpool - low speed write X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Aug 2010 14:13:40 -0000 interesting results: =46rom single-UDF-disk to pool: $ dd if=3Dpetrovs-disk1.iso of=3D/tank/petrovs-disk1.iso bs=3D1M 3545+1 records in 3545+1 records out 3718002688 bytes transferred in 438.770195 secs (8473690 bytes/sec) =46rom single-UDF-disk to null: $ dd if=3Dpetrovs-disk1.iso of=3D/dev/null bs=3D1M 3545+1 records in 3545+1 records out 3718002688 bytes transferred in 83.304575 secs (44631435 bytes/sec) =2D----- Alex V. Petrov From owner-freebsd-stable@FreeBSD.ORG Wed Aug 4 14:14:38 2010 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 3F9D61065670 for ; Wed, 4 Aug 2010 14:14:38 +0000 (UTC) (envelope-from alexvpetrov@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id BF1308FC1E for ; Wed, 4 Aug 2010 14:14:37 +0000 (UTC) Received: by eyh6 with SMTP id 6so2279188eyh.13 for ; Wed, 04 Aug 2010 07:14:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:references:in-reply-to:mime-version:message-id:cc :content-type:content-transfer-encoding; bh=seK1noGjr14ygmFiAcLBxf7MlDbgZOwpTl8JPf94E9g=; b=VvwtofVFdHQVUdHoaMU0DsjV8LdgVtQkrFf5eD9BCoXh51oefDP8R4shygzuxKfSRu efTQS1g8Se7xvJMG2TiVXV1ukB86o7T9FY/hpXKEnzY51ZcGIetAeEJ4Ox3Z8jU65qRo u5JtUHCKmeMYMQ6kHJTeYVi3jbhBH/nv+5E5M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:references:in-reply-to:mime-version :message-id:cc:content-type:content-transfer-encoding; b=VZRBpzK4xho63pLDWvMOXbGyc3BDLm867KeJWfeay+HOc1TIfR+v9Aodewm04jEUUF H9oU/3rRzJTjmtY+fxM+k7CFZSIHpYwmIR7A406zk272HQCjhpzpMGzDe0VtW5JCADCe 39oeamhYw6M6KkKQTBYC2RsluPJwqA1TJq5iQ= Received: by 10.213.77.75 with SMTP id f11mr2085154ebk.15.1280931276412; Wed, 04 Aug 2010 07:14:36 -0700 (PDT) Received: from alex.super ([91.195.101.86]) by mx.google.com with ESMTPS id u9sm6872155eeh.11.2010.08.04.07.14.29 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 04 Aug 2010 07:14:35 -0700 (PDT) From: "Alex V. Petrov" To: "Stefan Huerter" Date: Wed, 4 Aug 2010 22:14:24 +0800 User-Agent: KMail/1.13.5 (FreeBSD/8.1-STABLE; KDE/4.4.5; amd64; ; ) References: <201008042008.25679.alexvpetrov@gmail.com> <3511.195.185.213.162.1280927363.squirrel@artif-webmail.de> In-Reply-To: <3511.195.185.213.162.1280927363.squirrel@artif-webmail.de> MIME-Version: 1.0 Message-Id: <201008042214.25335.alexvpetrov@gmail.com> Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: zpool - low speed write X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Aug 2010 14:14:38 -0000 =D0=92 =D1=81=D0=BE=D0=BE=D0=B1=D1=89=D0=B5=D0=BD=D0=B8=D0=B8 =D0=BE=D1=82 = 4 =D0=B0=D0=B2=D0=B3=D1=83=D1=81=D1=82=D0=B0 2010 21:09:23 =D0=B2=D1=8B =D0= =BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=BB=D0=B8: > Guckux Alex >=20 > The first output of zpool iostat shows you only a statistical output for a > specific time (unknown to me now). > Have you tried s.th. like: > zpool iostat -v 10 10 > shows you the first statistic summary, followed 9 output with 10sec delay > and a statistic average to the last output. >=20 Result for 1 proces copying (Krusader) single HDD to pool zpool iostat -v 10 10 capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 1,91T 826G 98 5 12,0M 206K ada4 599G 332G 30 1 3,69M 74,4K ada2 634G 294G 31 1 3,90M 72,5K ada3 728G 200G 36 1 4,44M 59,6K =2D--------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 1,91T 826G 0 172 0 7,96M ada4 599G 332G 0 58 0 2,88M ada2 634G 294G 0 58 0 2,70M ada3 728G 200G 0 55 0 2,38M =2D--------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 1,91T 826G 0 166 0 8,06M ada4 599G 332G 0 56 0 2,99M ada2 634G 294G 0 56 0 2,81M ada3 728G 200G 0 53 0 2,26M =2D--------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 1,91T 826G 0 162 0 7,61M ada4 599G 332G 0 54 0 2,64M ada2 634G 294G 0 56 0 2,80M ada3 728G 200G 0 52 0 2,18M =2D--------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 1,91T 826G 0 145 0 6,27M ada4 599G 332G 0 47 0 2,14M ada2 634G 294G 0 51 0 2,29M ada3 728G 200G 0 46 0 1,84M =2D--------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 1,91T 826G 0 130 0 6,37M ada4 599G 332G 0 45 0 2,52M ada2 634G 294G 0 44 0 2,09M ada3 728G 200G 0 40 0 1,77M =2D--------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 1,92T 826G 0 143 0 6,68M ada4 599G 332G 0 48 0 2,43M ada2 634G 294G 0 49 0 2,39M ada3 728G 200G 0 45 0 1,86M =2D--------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 1,92T 826G 0 147 0 7,03M ada4 599G 332G 0 49 0 2,63M ada2 634G 294G 0 49 0 2,39M ada3 728G 200G 0 48 0 2,02M =2D--------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 1,92T 826G 0 176 0 7,61M ada4 599G 332G 0 58 0 2,89M ada2 634G 294G 0 60 0 2,61M ada3 728G 200G 0 56 0 2,10M =2D--------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 1,92T 826G 0 142 0 7,27M ada4 599G 332G 0 47 0 2,54M ada2 634G 294G 0 50 0 2,67M ada3 728G 200G 0 45 0 2,06M =2D--------- ----- ----- ----- ----- ----- ----- In time=20 dd if=3D/dev/zero of=3D/tank/test.zero bs=3D3M count=3D1000 1000+0 records in 1000+0 records out 3145728000 bytes transferred in 91.863862 secs (34243368 bytes/sec) zpool iostat -v 10 10 capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 1,92T 824G 98 5 12,0M 239K ada4 599G 332G 30 1 3,68M 86,4K ada2 635G 293G 31 1 3,89M 84,0K ada3 729G 199G 36 1 4,43M 69,0K =2D--------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 1,92T 825G 4 220 320K 15,5M ada4 599G 332G 1 76 128K 5,56M ada2 635G 293G 1 74 115K 5,45M ada3 728G 200G 1 69 76,7K 4,44M =2D--------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 1,92T 824G 0 511 6,39K 34,0M ada4 599G 332G 0 173 6,39K 12,1M ada2 635G 293G 0 175 0 12,0M ada3 728G 200G 0 162 0 9,95M =2D--------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 1,92T 824G 0 491 0 30,1M ada4 599G 332G 0 169 0 11,1M ada2 635G 293G 0 165 0 10,2M ada3 728G 200G 0 156 0 8,67M =2D--------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 1,92T 824G 0 578 19,2K 38,6M ada4 600G 331G 0 194 0 13,5M ada2 635G 293G 0 200 6,39K 14,0M ada3 729G 199G 0 183 12,8K 11,1M =2D--------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 1,92T 823G 0 647 6,39K 42,6M ada4 600G 331G 0 223 0 15,6M ada2 635G 293G 0 219 6,39K 14,8M ada3 729G 199G 0 204 0 12,2M =2D--------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 1,92T 823G 0 513 6,39K 29,0M ada4 600G 331G 0 176 0 10,6M ada2 635G 293G 0 176 6,39K 10,4M ada3 729G 199G 0 161 0 8,02M =2D--------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 1,92T 823G 0 693 12,8K 38,7M ada4 600G 331G 0 239 6,39K 14,1M ada2 636G 292G 0 232 6,39K 13,7M ada3 729G 199G 0 221 0 11,0M =2D--------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 1,92T 822G 0 534 0 30,4M ada4 600G 331G 0 179 0 10,7M ada2 636G 292G 0 183 0 11,0M ada3 729G 199G 0 171 0 8,73M =2D--------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 1,92T 822G 0 465 0 23,8M ada4 600G 331G 0 157 0 8,66M ada2 636G 292G 0 156 0 8,22M ada3 729G 199G 0 150 0 6,92M =2D--------- ----- ----- ----- ----- ----- ----- =2D---- Alex V. Petrov From owner-freebsd-stable@FreeBSD.ORG Wed Aug 4 14:15:09 2010 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 CA9221065675 for ; Wed, 4 Aug 2010 14:15:09 +0000 (UTC) (envelope-from alexvpetrov@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 596C28FC1E for ; Wed, 4 Aug 2010 14:15:09 +0000 (UTC) Received: by eyh6 with SMTP id 6so2279527eyh.13 for ; Wed, 04 Aug 2010 07:15:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:references:in-reply-to:mime-version:message-id:cc :content-type:content-transfer-encoding; bh=04q3tMxUNrWavDjd7p7ESBmdzKzZlzNwhKyswFXTih8=; b=rauXfxjAC0WktYNB90xGycZokjOeaXAOTeLPrKaqxWmXBFDjL2GkZbTElRg6Zu4Cgw ysI/VOvGvr650Ano18TDADqi0CzrFxxg4dp+hXm7ZXpNrmCmB1gddo/GN+Ch2dkdXEgA vcSXsSh71g2iZzLdcN6Xo+y6svRX+sCMozTE4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:references:in-reply-to:mime-version :message-id:cc:content-type:content-transfer-encoding; b=EgGS51yYwu/RYxaeNXOdTEDIc5b2KlfBZDl7ECbuwLqJOMdwbi958x3ktWTDpcb+2C 4u2ynEol1+iU0SlH+ATCe4Da5hORkS3YGuj3Gmxe+7z/cGnE0IoVsTcgFFs9Uh6ECHDI 1rI61ysjHBs3jB8uRJxZGfcEL5UnSTpBXD3UU= Received: by 10.14.48.3 with SMTP id u3mr3360682eeb.67.1280931308461; Wed, 04 Aug 2010 07:15:08 -0700 (PDT) Received: from alex.super ([91.195.101.86]) by mx.google.com with ESMTPS id v59sm12853261eeh.4.2010.08.04.07.15.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 04 Aug 2010 07:15:07 -0700 (PDT) From: "Alex V. Petrov" To: Andriy Gapon Date: Wed, 4 Aug 2010 22:14:58 +0800 User-Agent: KMail/1.13.5 (FreeBSD/8.1-STABLE; KDE/4.4.5; amd64; ; ) References: <201008042008.25679.alexvpetrov@gmail.com> <4C5960E6.7060702@icyb.net.ua> In-Reply-To: <4C5960E6.7060702@icyb.net.ua> MIME-Version: 1.0 Message-Id: <201008042214.59264.alexvpetrov@gmail.com> Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: zpool - low speed write X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Aug 2010 14:15:09 -0000 =D0=92 =D1=81=D0=BE=D0=BE=D0=B1=D1=89=D0=B5=D0=BD=D0=B8=D0=B8 =D0=BE=D1=82 = 4 =D0=B0=D0=B2=D0=B3=D1=83=D1=81=D1=82=D0=B0 2010 20:45:26 =D0=B2=D1=8B =D0= =BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=BB=D0=B8: > on 04/08/2010 15:08 Alex V. Petrov said the following: > > Hi All! > >=20 > > $ dd if=3D/dev/random of=3D/tank/test bs=3D3M count=3D1000 >=20 > /dev/random is slow. On single disk (UFS) speed of write faster: $ dd if=3D/dev/random of=3D/home/alex/temp/test bs=3D3M count=3D1000 1000+0 records in 1000+0 records out 3145728000 bytes transferred in 75.778427 secs (41512184 bytes/sec) Result for /dev/zero: $ dd if=3D/dev/zero of=3D/tank/test bs=3D3M count=3D1000 1000+0 records in 1000+0 records out 3145728000 bytes transferred in 113.110421 secs (27811124 bytes/sec) In Krusader speed copying files from a single disk to an pool of about 8 MB= /s =46ragment of `systat -v 1` in proces copying: Disks ada0 ada1 ada2 ada3 ada4 KB/t 0,00 122 44,35 32,89 48,50 tps 0 54 56 53 54 MB/s 0,00 6,42 2,42 1,70 2,55 %busy 0 11 7 4 82 =2D---- Alex V. Petrov From owner-freebsd-stable@FreeBSD.ORG Wed Aug 4 14:40:21 2010 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 09BED1065673 for ; Wed, 4 Aug 2010 14:40:21 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from mail.vx.sk (unknown [IPv6:2a01:4f8:100:1043::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9530C8FC0C for ; Wed, 4 Aug 2010 14:40:20 +0000 (UTC) Received: from core.vx.sk (localhost [127.0.0.1]) by mail.vx.sk (Postfix) with ESMTP id C10286295; Wed, 4 Aug 2010 16:40:19 +0200 (CEST) X-Virus-Scanned: amavisd-new at mail.vx.sk Received: from mail.vx.sk ([127.0.0.1]) by core.vx.sk (mail.vx.sk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id hJxXqQufyjuR; Wed, 4 Aug 2010 16:40:18 +0200 (CEST) Received: from [10.9.8.1] (188-167-78-139.dynamic.chello.sk [188.167.78.139]) by mail.vx.sk (Postfix) with ESMTPSA id F3147628C; Wed, 4 Aug 2010 16:40:17 +0200 (CEST) Message-ID: <4C597BD6.7080708@FreeBSD.org> Date: Wed, 04 Aug 2010 16:40:22 +0200 From: Martin Matuska User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; sk; rv:1.8.1.23) Gecko/20090812 Lightning/0.9 Thunderbird/2.0.0.23 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: "Alex V. Petrov" References: <201008042008.25679.alexvpetrov@gmail.com> <201008042213.31631.alexvpetrov@gmail.com> In-Reply-To: <201008042213.31631.alexvpetrov@gmail.com> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: zpool - low speed write X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Aug 2010 14:40:21 -0000 Try booting with the following on /boot/loader.conf: vfs.zfs.vdev.max_pending="10" vfs.zfs.txg.write_limit_override=268435456 And remove setting: vfs.zfs.cache_flush_disable=1 Then try a dd from /dev/zero. Cheers, mm Dňa 4. 8. 2010 16:13, Alex V. Petrov wrote / napΓ­sal(a): > interesting results: > > From single-UDF-disk to pool: > $ dd if=petrovs-disk1.iso of=/tank/petrovs-disk1.iso bs=1M > 3545+1 records in > 3545+1 records out > 3718002688 bytes transferred in 438.770195 secs (8473690 bytes/sec) > > From single-UDF-disk to null: > $ dd if=petrovs-disk1.iso of=/dev/null bs=1M > 3545+1 records in > 3545+1 records out > 3718002688 bytes transferred in 83.304575 secs (44631435 bytes/sec) > ------ > Alex V. Petrov > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Aug 4 14:49:45 2010 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 4C7BF1065676 for ; Wed, 4 Aug 2010 14:49:45 +0000 (UTC) (envelope-from jhellenthal@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 F164A8FC12 for ; Wed, 4 Aug 2010 14:49:44 +0000 (UTC) Received: by vws7 with SMTP id 7so5029628vws.13 for ; Wed, 04 Aug 2010 07:49:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=QZ40PTR0O6wdtWrDlK4MoiUsw4oioZ/EF56VEkfQmwA=; b=v/5NH5MEwF2f5l7uBfONyUx16XQhN9rb1GL0HsbikWGWl4PNeNXwQ3MLPpczc785T4 jt/fx48KFxPFtMK+A7xIQnjWR0qgM/WDSS2IfKUpjADkHDjXaOVILUnpe2LdV0Og94zA sc9XKxORgAR+NIulcRrPoHk2MXjA0jGi+0RnM= DomainKey-Signature: a=rsa-sha1; c=nofws; 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; b=bbkfLDd6uEbtPcPXnlmyVXj3cc6Vs/XuuUJIlDK/o3dP0CdMaQxNBCgXyLaT9fJiNc Rl+oIqkPqF4dZVS1jXWESc2ShbNDpj6u7JD30/LGlSB5n0KCMGbOBHEGZDsT1dhW8wCE IxQJKaV4a6Rd18tVjbFkAVTTGwVh83Eox3ugc= Received: by 10.220.99.21 with SMTP id s21mr6347831vcn.82.1280933383992; Wed, 04 Aug 2010 07:49:43 -0700 (PDT) Received: from centel.dataix.local (adsl-99-19-46-227.dsl.klmzmi.sbcglobal.net [99.19.46.227]) by mx.google.com with ESMTPS id e18sm4023977vcm.31.2010.08.04.07.49.42 (version=SSLv3 cipher=RC4-MD5); Wed, 04 Aug 2010 07:49:42 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C597E04.50704@dataix.net> Date: Wed, 04 Aug 2010 10:49:40 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.7) Gecko/20100803 Thunderbird MIME-Version: 1.0 To: David Xu References: <4C591550.3060001@freebsd.org> In-Reply-To: <4C591550.3060001@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: the console bug still exists X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Aug 2010 14:49:45 -0000 On 08/04/2010 03:22, David Xu wrote: > Sigh, pressing ScrollLock key several times can lock up the > kernel when it is still booting before /sbin/init runs. > > David Xu Sorry David, No matter what I have tried I have not been able to reproduce this across 5 separate machines. Is there any way that you could obtain a backtrace and or any other further information ? Is there a PR already opened ? has it been looked at ? is there another thread already started on this ? Is this a USB keyboard ? PS/2 ? is this a USB keyboard plugged into a PS/2 via a USB->PS/2 plug ? is this a laptop ? PC ? PPC ? ARM ? There is not enough information on this subject from you yet. Please provide some URLs to your hardware & some other information like uname -a output & kernel config etc... Some hints I might possibly be able to provide you with are disabling device vkbd, or kbdmux or both if you have that choice and you are not making sufficient use of them. Obviously this depends a lot on your usage and what the hardware is but these are things that you have to answer. Regards & Good Luck, -- jhell,v From owner-freebsd-stable@FreeBSD.ORG Wed Aug 4 15:09:58 2010 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 2C1E9106567C for ; Wed, 4 Aug 2010 15:09:58 +0000 (UTC) (envelope-from alexvpetrov@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id ABD738FC1D for ; Wed, 4 Aug 2010 15:09:57 +0000 (UTC) Received: by ewy26 with SMTP id 26so2333557ewy.13 for ; Wed, 04 Aug 2010 08:09:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:references:in-reply-to:cc:mime-version:content-type :content-transfer-encoding:message-id; bh=bOx3aShTlWnYW2TDDO7pAfk7metPJJuMTBclbKSHHbs=; b=ogLVeJDBuwVI+BZZ0QZd3dRHYPt9CFYjWjjcYyZ1DoTXTC5EHYvYeWKoFXaXpV/+cp /Y4KsBraJoJDChwRkzpbpE7819I8rmedbPC90hHd7m7SDy9uy5tb6YUaDybFzWG4zi5q mlccVmGTLz4KXyoEETKqiu0kfTTsIRJix4s0E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:references:in-reply-to:cc :mime-version:content-type:content-transfer-encoding:message-id; b=aYCk+QmTuEMrxURZE/bqfA5e3inQST3fixEp/yOTaO6k6ziH9CI/KUmE5s2KKcHNd/ 9+fYwWq1gJXzysd+r76pcK5eXXJMhUx0P8Gjioa+CQaUdUcWPzc+kLSo1n9JgVEofrs0 A5DQTQe9s7Hz28vRS9YeJiJi9GMYt9Xaitoks= Received: by 10.14.119.13 with SMTP id m13mr852291eeh.71.1280934596385; Wed, 04 Aug 2010 08:09:56 -0700 (PDT) Received: from alex.super ([91.195.101.86]) by mx.google.com with ESMTPS id a48sm12931260eei.13.2010.08.04.08.09.49 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 04 Aug 2010 08:09:53 -0700 (PDT) From: "Alex V. Petrov" To: Martin Matuska Date: Wed, 4 Aug 2010 23:09:44 +0800 User-Agent: KMail/1.13.5 (FreeBSD/8.1-STABLE; KDE/4.4.5; amd64; ; ) References: <201008042008.25679.alexvpetrov@gmail.com> <201008042213.31631.alexvpetrov@gmail.com> <4C597BD6.7080708@FreeBSD.org> In-Reply-To: <4C597BD6.7080708@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201008042309.44985.alexvpetrov@gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: zpool - low speed write X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Aug 2010 15:09:58 -0000 =D0=92 =D1=81=D0=BE=D0=BE=D0=B1=D1=89=D0=B5=D0=BD=D0=B8=D0=B8 =D0=BE=D1=82 = 4 =D0=B0=D0=B2=D0=B3=D1=83=D1=81=D1=82=D0=B0 2010 22:40:22 =D0=B2=D1=8B =D0= =BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=BB=D0=B8: > Try booting with the following on /boot/loader.conf: > vfs.zfs.vdev.max_pending=3D"10" > vfs.zfs.txg.write_limit_override=3D268435456 >=20 > And remove setting: > vfs.zfs.cache_flush_disable=3D1 >=20 > Then try a dd from /dev/zero. OK. dd if=3D/dev/zero of=3D/tank/test.zero bs=3D3M count=3D1000 1000+0 records in 1000+0 records out 3145728000 bytes transferred in 394.974934 secs (7964374 bytes/sec) During execution dd: zpool iostat -v 10 10 capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 1,92T 819G 0 52 53,5K 4,09M ada4 601G 330G 0 18 20,2K 1,47M ada2 637G 291G 0 18 17,3K 1,45M ada3 730G 198G 0 16 15,9K 1,18M =2D--------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 1,92T 821G 13 125 1,08M 9,22M ada4 600G 331G 4 43 390K 3,25M ada2 636G 292G 5 43 371K 3,32M ada3 729G 199G 3 38 345K 2,64M =2D--------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 1,92T 821G 0 183 0 15,2M ada4 600G 331G 0 63 0 5,28M ada2 636G 292G 0 64 0 5,58M ada3 729G 199G 0 55 0 4,37M =2D--------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 1,92T 821G 0 177 0 14,6M ada4 600G 331G 0 62 0 5,29M ada2 636G 292G 0 60 0 5,14M ada3 729G 199G 0 53 0 4,17M =2D--------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 1,92T 821G 0 193 0 15,6M ada4 601G 330G 0 65 0 5,41M ada2 636G 292G 0 68 0 5,60M ada3 729G 199G 0 59 0 4,60M =2D--------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 1,92T 821G 0 178 0 12,8M ada4 601G 330G 0 61 0 4,45M ada2 636G 292G 0 63 0 4,73M ada3 729G 199G 0 53 0 3,65M =2D--------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 1,92T 821G 0 190 0 14,1M ada4 601G 330G 0 68 0 5,24M ada2 636G 292G 0 64 0 4,88M ada3 729G 199G 0 57 0 3,95M =2D--------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 1,92T 821G 4 178 269K 14,4M ada4 601G 330G 1 64 122K 5,47M ada2 636G 292G 1 60 77,2K 4,86M ada3 729G 199G 0 53 70,3K 4,03M =2D--------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 1,92T 820G 5 128 327K 7,26M ada4 601G 330G 1 39 128K 2,02M ada2 636G 292G 1 46 109K 2,95M ada3 730G 198G 1 41 90,5K 2,29M =2D--------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 1,92T 820G 9 181 541K 10,3M ada4 601G 330G 3 65 181K 4,07M ada2 636G 292G 2 59 192K 3,44M ada3 730G 198G 2 56 168K 2,78M =2D--------- ----- ----- ----- ----- ----- ----- =2D---- Alex V. Petrov From owner-freebsd-stable@FreeBSD.ORG Thu Aug 5 01:31:02 2010 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 F3BFA1065670 for ; Thu, 5 Aug 2010 01:31:01 +0000 (UTC) (envelope-from drsweetlips@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9719B8FC18 for ; Thu, 5 Aug 2010 01:31:01 +0000 (UTC) Received: by gwj23 with SMTP id 23so2797386gwj.13 for ; Wed, 04 Aug 2010 18:31:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=Ln+qSRS4OGQgW2KFUa5Bbm4KQZ+4WhZNG1II7fIeBw8=; b=E7eVAZNJ6Sy8HXctKux7bAM9H0DV0Tcpyglk86bCkfz+15OV6rgu440GuOSvQK9WYe yZ8ZN4NZNcl9/N6o4b0VDT8zriwaBCTaNq4JNyZfH41iri+ieCa8QaK5QzRZgr158biT MsIEVUitMGUmyOzB/U6nwIprP6Uat8MjLPoxE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=YyCkwHrWw4DFjwODxBDVbwwHmswJPOpR3qkRbT46DE2Ur4UUDTyQPapIYcEUEJZlJt zEeE6ByOuUYs+m+4FQh4Ia2yZG/snvgKA9TJRmA3dn3SlIAA8TEGMEEJcdAjq5fGz6oT hP1etkO+KpE5jooyRDSH+XtVdGdHDMUvs2PqE= MIME-Version: 1.0 Received: by 10.150.8.20 with SMTP id 20mr11498364ybh.387.1280971860738; Wed, 04 Aug 2010 18:31:00 -0700 (PDT) Received: by 10.150.181.8 with HTTP; Wed, 4 Aug 2010 18:31:00 -0700 (PDT) In-Reply-To: <20100804082820.GC90401@home.opsec.eu> References: <20100729092535.GB90401@home.opsec.eu> <20100804082820.GC90401@home.opsec.eu> Date: Thu, 5 Aug 2010 01:31:00 +0000 Message-ID: From: Troye Johnson To: Kurt Jaeger , freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: 8.1 stable ar9285 ath0 problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Aug 2010 01:31:02 -0000 Can you show me your config files: rc.conf, /boot/loader.conf, wpa_supplicant.conf. I just want to see just to make sure I'm not doing it wrong. I'm using my card on a network that uses WPA-PSK. My card can scan for APs and associate with the chosen AP, but 'dhclient wlan0' will not get an IP address! How is that possible. And when I do 'ifconfig' it shows that the card is associated but the ip address part reads 'inet: 0.0.0.0'. Please respond quick!! On Wed, Aug 4, 2010 at 8:28 AM, Kurt Jaeger wrote: > Hi! > > > well i just patched recompiled. Its evwn worse now. Now the > > var,log,messages log is even more flooded with the said messages. > > Sorry for the late answer, I was on the road the last few days. > > While there are many messages, the adapter itself seems to work, > as I used it a little bit. As there are many options (WPA2 etc), > I have not tested all of them, but as far as I can see, it works. > > If you want to avoid the messages, just comment out the printf as well. > > -- > pi@opsec.eu +49 171 3101372 10 years to > go ! > From owner-freebsd-stable@FreeBSD.ORG Thu Aug 5 02:13:57 2010 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 61E45106566B for ; Thu, 5 Aug 2010 02:13:57 +0000 (UTC) (envelope-from boydjd@jbip.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 1AB598FC15 for ; Thu, 5 Aug 2010 02:13:56 +0000 (UTC) Received: by gxk24 with SMTP id 24so2867035gxk.13 for ; Wed, 04 Aug 2010 19:13:56 -0700 (PDT) Received: by 10.231.155.212 with SMTP id t20mr11513317ibw.37.1280974436119; Wed, 04 Aug 2010 19:13:56 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.206.82 with HTTP; Wed, 4 Aug 2010 19:13:36 -0700 (PDT) In-Reply-To: <201008042213.31631.alexvpetrov@gmail.com> References: <201008042008.25679.alexvpetrov@gmail.com> <201008042213.31631.alexvpetrov@gmail.com> From: Joshua Boyd Date: Wed, 4 Aug 2010 22:13:36 -0400 Message-ID: To: "Alex V. Petrov" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: zpool - low speed write X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Aug 2010 02:13:57 -0000 On Wed, Aug 4, 2010 at 10:13 AM, Alex V. Petrov wrote: > interesting results: > > From single-UDF-disk to pool: > $ dd if=petrovs-disk1.iso of=/tank/petrovs-disk1.iso bs=1M > 3545+1 records in > 3545+1 records out > 3718002688 bytes transferred in 438.770195 secs (8473690 bytes/sec) > > From single-UDF-disk to null: > $ dd if=petrovs-disk1.iso of=/dev/null bs=1M > 3545+1 records in > 3545+1 records out > 3718002688 bytes transferred in 83.304575 secs (44631435 bytes/sec) > ------ > Alex V. Petrov > _______________________________________________ > 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" > What controllers are you using? What's the results of dd if=/dev/ada4 of=/dev/null bs=1M count=100 ? Have you tried switching to the ad driver? Maybe ada is buggy on your hardware. -- Joshua Boyd JBipNet E-mail: boydjd@jbip.net http://www.jbip.net From owner-freebsd-stable@FreeBSD.ORG Thu Aug 5 03:44:01 2010 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 773C3106567B for ; Thu, 5 Aug 2010 03:44:01 +0000 (UTC) (envelope-from alexvpetrov@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 022638FC17 for ; Thu, 5 Aug 2010 03:44:00 +0000 (UTC) Received: by ewy26 with SMTP id 26so2595241ewy.13 for ; Wed, 04 Aug 2010 20:44:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:references:in-reply-to:cc:mime-version:content-type :content-transfer-encoding:message-id; bh=FPSioZGNQhYBMEmKoH2lIveoVVczPQ9YMftIlDpF5a4=; b=hfzyN4AbM6ECC0UEzslmWYTe4LKr7gewJDcICn6HZHnh31wJ4Gya0o/V4UboniLshr qlEgxQyPhAWpsvvfl+if3X5Tung0icOOMCcM9hcZttF9RcLsjwUM+8Gwp/pOamqOnrrc xUAqKVn/WrZOfasgiOw2YWSHIObxr3fsgAA90= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:references:in-reply-to:cc :mime-version:content-type:content-transfer-encoding:message-id; b=X2zFCldmN/5YoakHw3AgRb2btOHdzeUiYWIS5/OjhVZAiV7qPgd1XkfG0eZquPD6tH gh2tPF3VHHdyQo7QncFI+toVmwZ77z5l+hA2mp0b+g2HHm+ISb8X0Uz1RKyh7JhM7tL4 QJSoWeUavykte0WX1HnP+XpSIjEEMBmLeJ64M= Received: by 10.213.25.143 with SMTP id z15mr7269685ebb.68.1280979839961; Wed, 04 Aug 2010 20:43:59 -0700 (PDT) Received: from alex.super ([91.195.101.86]) by mx.google.com with ESMTPS id v59sm13968704eeh.22.2010.08.04.20.43.57 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 04 Aug 2010 20:43:58 -0700 (PDT) From: "Alex V. Petrov" To: Joshua Boyd Date: Thu, 5 Aug 2010 11:43:54 +0800 User-Agent: KMail/1.13.5 (FreeBSD/8.1-STABLE; KDE/4.4.5; amd64; ; ) References: <201008042008.25679.alexvpetrov@gmail.com> <201008042213.31631.alexvpetrov@gmail.com> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable Message-Id: <201008051143.54656.alexvpetrov@gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: zpool - low speed write X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Aug 2010 03:44:01 -0000 >=20 > What controllers are you using? >=20 > What's the results of dd if=3D/dev/ada4 of=3D/dev/null bs=3D1M count=3D10= 0 ? >=20 > Have you tried switching to the ad driver? Maybe ada is buggy on your > hardware. $ dd if=3D/dev/ada4 of=3D/dev/null bs=3D1M count=3D100 100+0 records in 100+0 records out 104857600 bytes transferred in 1.399283 secs (74936655 bytes/sec) Intel=AE ICH10=20 motherboard Gigabyte GA-EP43-DS3 (rev. 1.0) P43 / Socket 775 CPU: Intel(R) Core(TM)2 Quad CPU Q8200 @ 2.33GHz (2335.41-MHz K8-class= =20 CPU) switch to ad I'll try later =2D---- Alex V. Petrov From owner-freebsd-stable@FreeBSD.ORG Thu Aug 5 04:15:25 2010 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 55BA9106564A for ; Thu, 5 Aug 2010 04:15:25 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta15.westchester.pa.mail.comcast.net (qmta15.westchester.pa.mail.comcast.net [76.96.59.228]) by mx1.freebsd.org (Postfix) with ESMTP id 01B898FC16 for ; Thu, 5 Aug 2010 04:15:24 +0000 (UTC) Received: from omta15.westchester.pa.mail.comcast.net ([76.96.62.87]) by qmta15.westchester.pa.mail.comcast.net with comcast id qUCW1e0011swQuc5FUFRKx; Thu, 05 Aug 2010 04:15:25 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta15.westchester.pa.mail.comcast.net with comcast id qUFP1e00D3LrwQ23bUFQft; Thu, 05 Aug 2010 04:15:25 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 6FA229B427; Wed, 4 Aug 2010 21:15:22 -0700 (PDT) Date: Wed, 4 Aug 2010 21:15:22 -0700 From: Jeremy Chadwick To: Joshua Boyd Message-ID: <20100805041522.GA89331@icarus.home.lan> References: <201008042008.25679.alexvpetrov@gmail.com> <201008042213.31631.alexvpetrov@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: "Alex V. Petrov" , freebsd-stable@freebsd.org Subject: Re: zpool - low speed write X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Aug 2010 04:15:25 -0000 On Wed, Aug 04, 2010 at 10:13:36PM -0400, Joshua Boyd wrote: > On Wed, Aug 4, 2010 at 10:13 AM, Alex V. Petrov wrote: > > > interesting results: > > > > From single-UDF-disk to pool: > > $ dd if=petrovs-disk1.iso of=/tank/petrovs-disk1.iso bs=1M > > 3545+1 records in > > 3545+1 records out > > 3718002688 bytes transferred in 438.770195 secs (8473690 bytes/sec) > > > > From single-UDF-disk to null: > > $ dd if=petrovs-disk1.iso of=/dev/null bs=1M > > 3545+1 records in > > 3545+1 records out > > 3718002688 bytes transferred in 83.304575 secs (44631435 bytes/sec) > > ------ > > Alex V. Petrov > > _______________________________________________ > > 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" > > > > What controllers are you using? > > What's the results of dd if=/dev/ada4 of=/dev/null bs=1M count=100 ? His problem is with writes, not reads. I strongly doubt his problem is with the controller (Intel ICHxx and ESBxx controllers are heavily tested on FreeBSD, both with and without AHCI, including ahci.ko). -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Aug 5 04:17:54 2010 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 818521065672 for ; Thu, 5 Aug 2010 04:17:54 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta12.westchester.pa.mail.comcast.net (qmta12.westchester.pa.mail.comcast.net [76.96.59.227]) by mx1.freebsd.org (Postfix) with ESMTP id 300D18FC13 for ; Thu, 5 Aug 2010 04:17:53 +0000 (UTC) Received: from omta13.westchester.pa.mail.comcast.net ([76.96.62.52]) by qmta12.westchester.pa.mail.comcast.net with comcast id qU6J1e00717dt5G5CUHuAc; Thu, 05 Aug 2010 04:17:54 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta13.westchester.pa.mail.comcast.net with comcast id qUHt1e0053LrwQ23ZUHtET; Thu, 05 Aug 2010 04:17:54 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 365E99B423; Wed, 4 Aug 2010 21:17:52 -0700 (PDT) Date: Wed, 4 Aug 2010 21:17:52 -0700 From: Jeremy Chadwick To: "Alex V. Petrov" Message-ID: <20100805041752.GA89285@icarus.home.lan> References: <201008042008.25679.alexvpetrov@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201008042008.25679.alexvpetrov@gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org Subject: Re: zpool - low speed write X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Aug 2010 04:17:54 -0000 On Wed, Aug 04, 2010 at 08:08:24PM +0800, Alex V. Petrov wrote: > ada2 at ahcich2 bus 0 scbus2 target 0 lun 0 > ada2: ATA-8 SATA 2.x device > ada2: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > ada2: Command Queueing enabled > ada2: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) > ada3 at ahcich3 bus 0 scbus3 target 0 lun 0 > ada3: ATA-8 SATA 2.x device > ada3: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > ada3: Command Queueing enabled > ada3: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) > ada4 at ahcich4 bus 0 scbus4 target 0 lun 0 > ada4: ATA-8 SATA 2.x device > ada4: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > ada4: Command Queueing enabled Your ada3 disk is different from the other two. Can you please provide the output from the following 3 commands? camcontrol identify ada2 camcontrol identify ada3 camcontrol identify ada4 > vfs.zfs.cache_flush_disable=1 > vfs.zfs.zil_disable=1 I question both of these settings, especially the latter. Please remove them both and re-test your write performance. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Aug 5 04:41:49 2010 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 EBFF9106564A for ; Thu, 5 Aug 2010 04:41:49 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 4BAF58FC18 for ; Thu, 5 Aug 2010 04:41:48 +0000 (UTC) Received: from ur.gsoft.com.au (Ur.gsoft.com.au [203.31.81.44]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id o754fe1q038975 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 5 Aug 2010 14:11:46 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" Content-Type: multipart/signed; boundary=Apple-Mail-6--119093487; protocol="application/pkcs7-signature"; micalg=sha1 Date: Thu, 5 Aug 2010 14:11:40 +0930 To: freebsd-stable Stable Message-Id: <137EBEEE-0B62-4D4F-966C-43A3325C7DFB@gsoft.com.au> Mime-Version: 1.0 (Apple Message framework v1081) X-Mailer: Apple Mail (2.1081) X-Spam-Score: -2.51 () ALL_TRUSTED,BAYES_00,T_RP_MATCHES_RCVD X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Kernel symbol file alternate location X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Aug 2010 04:41:50 -0000 --Apple-Mail-6--119093487 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Is it possible to tell installkernel to put the symbol files elsewhere? IMO somewhere in /usr would be good - you don't need them to boot (or = crashdump, etc) and they increase the size of the kernel by a factor of = 5(!), eg.. [cain 14:07] /tmp >du -sh kernel 258M kernel [cain 14:07] /tmp >rm -f kernel/*.symbols [cain 14:07] /tmp >du -sh kernel =20 50M kernel One downside is that you need to keep them in sync which is a bit of a = drag, however I think most people use installworld for upgrades/builds = so it would generally not be an issue. I think this is the main reason / has had to grow - the actual kernel is = relatively small so even a 256Mb / could hold several, but with the = symbol files it is not possible. I don't have patches to do this though :) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --Apple-Mail-6--119093487-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 5 04:47:53 2010 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 019B91065674 for ; Thu, 5 Aug 2010 04:47:53 +0000 (UTC) (envelope-from alexvpetrov@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7D9048FC0A for ; Thu, 5 Aug 2010 04:47:52 +0000 (UTC) Received: by ewy26 with SMTP id 26so2603826ewy.13 for ; Wed, 04 Aug 2010 21:47:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:references:in-reply-to:cc:mime-version:content-type :content-transfer-encoding:message-id; bh=5Nhwkw8mOdwYFSYCplSLNfH1VjXoqNMPybMDN2/TtxA=; b=vuTTX1G+Zp4vXB7LV4ZkwLQ7sd8bw97Td+AdmaawmrjHe3SeLrbFxk8M9b/0IMPEEO vMzrwrZh8DFWmeJUcMaRyZ0xdskBEBfH6D8Kj+2FiYuz9rzqnOelyPQ0yK+jPH/8trnJ pYzs4+5TUA4iVMK2idNELUQ5saiVwHbI/v5ac= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:references:in-reply-to:cc :mime-version:content-type:content-transfer-encoding:message-id; b=OyXxikHt3yKZSfSeCwD9cfWQmqhVt0sJdtvyQHCf+FzKzSzOqXz3a0xYkeIQ5rvi1p PYorkNMA4VEgFYThId5xwCt7ZAycPncD8EA8hNNcLqaGkx5YcBb2OryPyaOYC1zf1OMD nx3oq3BYCM2uD+PK+UjtWs7POB+o8sBkPUkhg= Received: by 10.213.48.131 with SMTP id r3mr7249630ebf.69.1280983671561; Wed, 04 Aug 2010 21:47:51 -0700 (PDT) Received: from alex.super ([91.195.101.86]) by mx.google.com with ESMTPS id u9sm8061844eeh.5.2010.08.04.21.47.48 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 04 Aug 2010 21:47:50 -0700 (PDT) From: "Alex V. Petrov" To: Jeremy Chadwick Date: Thu, 5 Aug 2010 12:47:42 +0800 User-Agent: KMail/1.13.5 (FreeBSD/8.1-STABLE; KDE/4.4.5; amd64; ; ) References: <201008042008.25679.alexvpetrov@gmail.com> <20100805041752.GA89285@icarus.home.lan> In-Reply-To: <20100805041752.GA89285@icarus.home.lan> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201008051247.43260.alexvpetrov@gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: zpool - low speed write X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Aug 2010 04:47:53 -0000 > Your ada3 disk is different from the other two. Can you please provide > the output from the following 3 commands? > > camcontrol identify ada2 > camcontrol identify ada3 > camcontrol identify ada4 > > > vfs.zfs.cache_flush_disable=1 > > vfs.zfs.zil_disable=1 > > I question both of these settings, especially the latter. Please remove > them both and re-test your write performance. I removed all settings of zfs. Now it default. camcontrol identify ada2 pass2: ATA-8 SATA 2.x device pass2: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) protocol ATA/ATAPI-8 SATA 2.x device model WDC WD10EADS-00M2B0 firmware revision 01.00A01 serial number WD-WCAV51709425 WWN 50014ee2adf88aae cylinders 16383 heads 16 sectors/track 63 sector size logical 512, physical 512, offset 0 LBA supported 268435455 sectors LBA48 supported 1953525168 sectors PIO supported PIO4 DMA supported WDMA2 UDMA6 Feature Support Enable Value Vendor read ahead yes yes write cache yes yes flush cache yes yes overlap no Tagged Command Queuing (TCQ) no no Native Command Queuing (NCQ) yes 32 tags SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management no no 0/0x00 automatic acoustic management yes no 254/0xFE 128/0x80 media status notification no no power-up in Standby yes no write-read-verify no no 0/0x0 unload no no free-fall no no data set management (TRIM) no ************* camcontrol identify ada3 pass3: ATA-8 SATA 2.x device pass3: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) protocol ATA/ATAPI-8 SATA 2.x device model WDC WD10EADS-00L5B1 firmware revision 01.01A01 serial number WD-WCAU4D726772 WWN 50014ee238ab988 cylinders 16383 heads 16 sectors/track 63 sector size logical 512, physical 512, offset 0 LBA supported 268435455 sectors LBA48 supported 1953525168 sectors PIO supported PIO4 DMA supported WDMA2 UDMA6 Feature Support Enable Value Vendor read ahead yes yes write cache yes yes flush cache yes yes overlap no Tagged Command Queuing (TCQ) no no Native Command Queuing (NCQ) yes 32 tags SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management no no 0/0x00 automatic acoustic management yes no 254/0xFE 128/0x80 media status notification no no power-up in Standby yes no write-read-verify no no 0/0x0 unload no no free-fall no no data set management (TRIM) no ************* camcontrol identify ada4 pass4: ATA-8 SATA 2.x device pass4: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) protocol ATA/ATAPI-8 SATA 2.x device model WDC WD10EADS-00M2B0 firmware revision 01.00A01 serial number WD-WMAV50095864 WWN 50014ee014f3265 cylinders 16383 heads 16 sectors/track 63 sector size logical 512, physical 512, offset 0 LBA supported 268435455 sectors LBA48 supported 1953525168 sectors PIO supported PIO4 DMA supported WDMA2 UDMA6 Feature Support Enable Value Vendor read ahead yes yes write cache yes yes flush cache yes yes overlap no Tagged Command Queuing (TCQ) no no Native Command Queuing (NCQ) yes 32 tags SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management no no 0/0x00 automatic acoustic management yes no 254/0xFE 128/0x80 media status notification no no power-up in Standby yes no write-read-verify no no 0/0x0 unload no no free-fall no no data set management (TRIM) no ************* dd if=/dev/zero of=/tank/test.zero bs=3M count=1000 1000+0 records in 1000+0 records out 3145728000 bytes transferred in 527.727573 secs (5960894 bytes/sec) During execution dd: zpool iostat -v 10 10 capacity operations bandwidth pool used avail read write read write ---------- ----- ----- ----- ----- ----- ----- tank 1,91T 829G 0 48 25,4K 4,35M ada4 598G 333G 0 16 9,94K 1,56M ada2 633G 295G 0 16 7,26K 1,54M ada3 727G 201G 0 14 8,21K 1,25M ---------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write ---------- ----- ----- ----- ----- ----- ----- tank 1,91T 829G 0 29 0 2,28M ada4 598G 333G 0 10 0 870K ada2 633G 295G 0 8 0 774K ada3 727G 201G 0 9 0 689K ---------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write ---------- ----- ----- ----- ----- ----- ----- tank 1,91T 829G 0 14 0 91,8K ada4 598G 333G 0 4 0 25,2K ada2 633G 295G 0 5 0 28,6K ada3 727G 201G 0 4 0 38,0K ---------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write ---------- ----- ----- ----- ----- ----- ----- tank 1,91T 829G 0 19 0 227K ada4 598G 333G 0 6 0 75,3K ada2 633G 295G 0 6 0 76,6K ada3 727G 201G 0 6 0 75,3K ---------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write ---------- ----- ----- ----- ----- ----- ----- tank 1,91T 829G 0 25 0 2,27M ada4 598G 333G 0 9 0 877K ada2 633G 295G 0 8 0 787K ada3 727G 201G 0 7 0 659K ---------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write ---------- ----- ----- ----- ----- ----- ----- tank 1,91T 829G 0 29 12,8K 2,51M ada4 598G 333G 0 11 0 1,07M ada2 633G 295G 0 9 0 750K ada3 727G 201G 0 8 12,8K 724K ---------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write ---------- ----- ----- ----- ----- ----- ----- tank 1,91T 829G 0 37 0 2,53M ada4 598G 333G 0 12 0 847K ada2 633G 295G 0 13 0 986K ada3 727G 201G 0 11 0 759K ---------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write ---------- ----- ----- ----- ----- ----- ----- tank 1,91T 829G 0 25 0 2,39M ada4 598G 333G 0 9 0 915K ada2 633G 295G 0 8 0 900K ada3 727G 201G 0 7 0 632K ---------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write ---------- ----- ----- ----- ----- ----- ----- tank 1,91T 829G 0 28 0 1,76M ada4 598G 333G 0 11 0 919K ada2 633G 295G 0 7 0 207K ada3 727G 201G 0 9 0 676K ---------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write ---------- ----- ----- ----- ----- ----- ----- tank 1,91T 829G 0 26 0 2,16M ada4 598G 333G 0 10 0 856K ada2 633G 295G 0 7 0 646K ada3 727G 201G 0 8 0 711K ---------- ----- ----- ----- ----- ----- ----- ----- Alex V. Petrov From owner-freebsd-stable@FreeBSD.ORG Thu Aug 5 05:35:06 2010 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 03FE51065672 for ; Thu, 5 Aug 2010 05:35:06 +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 D8FEA8FC14 for ; Thu, 5 Aug 2010 05:35:05 +0000 (UTC) Received: from omta05.emeryville.ca.mail.comcast.net ([76.96.30.43]) by qmta12.emeryville.ca.mail.comcast.net with comcast id qUdf1e0040vp7WLACVb59q; Thu, 05 Aug 2010 05:35:05 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta05.emeryville.ca.mail.comcast.net with comcast id qVb41e0033LrwQ28RVb46Y; Thu, 05 Aug 2010 05:35:05 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 4FC469B423; Wed, 4 Aug 2010 22:35:04 -0700 (PDT) Date: Wed, 4 Aug 2010 22:35:04 -0700 From: Jeremy Chadwick To: "Alex V. Petrov" Message-ID: <20100805053504.GA91196@icarus.home.lan> References: <201008042008.25679.alexvpetrov@gmail.com> <20100805041752.GA89285@icarus.home.lan> <201008051247.43260.alexvpetrov@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201008051247.43260.alexvpetrov@gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org Subject: Re: zpool - low speed write X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Aug 2010 05:35:06 -0000 On Thu, Aug 05, 2010 at 12:47:42PM +0800, Alex V. Petrov wrote: > > Your ada3 disk is different from the other two. Can you please provide > > the output from the following 3 commands? > > > > camcontrol identify ada2 > > camcontrol identify ada3 > > camcontrol identify ada4 > > > > > vfs.zfs.cache_flush_disable=1 > > > vfs.zfs.zil_disable=1 > > > > I question both of these settings, especially the latter. Please remove > > them both and re-test your write performance. > > I removed all settings of zfs. > Now it default. > > camcontrol identify ada2 > pass2: ATA-8 SATA 2.x device > pass2: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > > protocol ATA/ATAPI-8 SATA 2.x > device model WDC WD10EADS-00M2B0 > firmware revision 01.00A01 > serial number WD-WCAV51709425 > WWN 50014ee2adf88aae > cylinders 16383 > heads 16 > sectors/track 63 > sector size logical 512, physical 512, offset 0 > LBA supported 268435455 sectors > LBA48 supported 1953525168 sectors > PIO supported PIO4 > DMA supported WDMA2 UDMA6 > > Feature Support Enable Value Vendor > read ahead yes yes > write cache yes yes > flush cache yes yes > overlap no > Tagged Command Queuing (TCQ) no no > Native Command Queuing (NCQ) yes 32 tags > SMART yes yes > microcode download yes yes > security yes no > power management yes yes > advanced power management no no 0/0x00 > automatic acoustic management yes no 254/0xFE 128/0x80 > media status notification no no > power-up in Standby yes no > write-read-verify no no 0/0x0 > unload no no > free-fall no no > data set management (TRIM) no > > ************* > > camcontrol identify ada3 > pass3: ATA-8 SATA 2.x device > pass3: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > > protocol ATA/ATAPI-8 SATA 2.x > device model WDC WD10EADS-00L5B1 > firmware revision 01.01A01 > serial number WD-WCAU4D726772 > WWN 50014ee238ab988 > cylinders 16383 > heads 16 > sectors/track 63 > sector size logical 512, physical 512, offset 0 > LBA supported 268435455 sectors > LBA48 supported 1953525168 sectors > PIO supported PIO4 > DMA supported WDMA2 UDMA6 > > Feature Support Enable Value Vendor > read ahead yes yes > write cache yes yes > flush cache yes yes > overlap no > Tagged Command Queuing (TCQ) no no > Native Command Queuing (NCQ) yes 32 tags > SMART yes yes > microcode download yes yes > security yes no > power management yes yes > advanced power management no no 0/0x00 > automatic acoustic management yes no 254/0xFE 128/0x80 > media status notification no no > power-up in Standby yes no > write-read-verify no no 0/0x0 > unload no no > free-fall no no > data set management (TRIM) no > > ************* > > camcontrol identify ada4 > pass4: ATA-8 SATA 2.x device > pass4: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > > protocol ATA/ATAPI-8 SATA 2.x > device model WDC WD10EADS-00M2B0 > firmware revision 01.00A01 > serial number WD-WMAV50095864 > WWN 50014ee014f3265 > cylinders 16383 > heads 16 > sectors/track 63 > sector size logical 512, physical 512, offset 0 > LBA supported 268435455 sectors > LBA48 supported 1953525168 sectors > PIO supported PIO4 > DMA supported WDMA2 UDMA6 > > Feature Support Enable Value Vendor > read ahead yes yes > write cache yes yes > flush cache yes yes > overlap no > Tagged Command Queuing (TCQ) no no > Native Command Queuing (NCQ) yes 32 tags > SMART yes yes > microcode download yes yes > security yes no > power management yes yes > advanced power management no no 0/0x00 > automatic acoustic management yes no 254/0xFE 128/0x80 > media status notification no no > power-up in Standby yes no > write-read-verify no no 0/0x0 > unload no no > free-fall no no > data set management (TRIM) no > > ************* > > dd if=/dev/zero of=/tank/test.zero bs=3M count=1000 > 1000+0 records in > 1000+0 records out > 3145728000 bytes transferred in 527.727573 secs (5960894 bytes/sec) > > During execution dd: > > zpool iostat -v 10 10 > capacity operations bandwidth > pool used avail read write read write > ---------- ----- ----- ----- ----- ----- ----- > tank 1,91T 829G 0 48 25,4K 4,35M > ada4 598G 333G 0 16 9,94K 1,56M > ada2 633G 295G 0 16 7,26K 1,54M > ada3 727G 201G 0 14 8,21K 1,25M > ---------- ----- ----- ----- ----- ----- ----- > > capacity operations bandwidth > pool used avail read write read write > ---------- ----- ----- ----- ----- ----- ----- > tank 1,91T 829G 0 29 0 2,28M > ada4 598G 333G 0 10 0 870K > ada2 633G 295G 0 8 0 774K > ada3 727G 201G 0 9 0 689K > ---------- ----- ----- ----- ----- ----- ----- > > capacity operations bandwidth > pool used avail read write read write > ---------- ----- ----- ----- ----- ----- ----- > tank 1,91T 829G 0 14 0 91,8K > ada4 598G 333G 0 4 0 25,2K > ada2 633G 295G 0 5 0 28,6K > ada3 727G 201G 0 4 0 38,0K > ---------- ----- ----- ----- ----- ----- ----- > > capacity operations bandwidth > pool used avail read write read write > ---------- ----- ----- ----- ----- ----- ----- > tank 1,91T 829G 0 19 0 227K > ada4 598G 333G 0 6 0 75,3K > ada2 633G 295G 0 6 0 76,6K > ada3 727G 201G 0 6 0 75,3K > ---------- ----- ----- ----- ----- ----- ----- > > capacity operations bandwidth > pool used avail read write read write > ---------- ----- ----- ----- ----- ----- ----- > tank 1,91T 829G 0 25 0 2,27M > ada4 598G 333G 0 9 0 877K > ada2 633G 295G 0 8 0 787K > ada3 727G 201G 0 7 0 659K > ---------- ----- ----- ----- ----- ----- ----- > > capacity operations bandwidth > pool used avail read write read write > ---------- ----- ----- ----- ----- ----- ----- > tank 1,91T 829G 0 29 12,8K 2,51M > ada4 598G 333G 0 11 0 1,07M > ada2 633G 295G 0 9 0 750K > ada3 727G 201G 0 8 12,8K 724K > ---------- ----- ----- ----- ----- ----- ----- > > capacity operations bandwidth > pool used avail read write read write > ---------- ----- ----- ----- ----- ----- ----- > tank 1,91T 829G 0 37 0 2,53M > ada4 598G 333G 0 12 0 847K > ada2 633G 295G 0 13 0 986K > ada3 727G 201G 0 11 0 759K > ---------- ----- ----- ----- ----- ----- ----- > > capacity operations bandwidth > pool used avail read write read write > ---------- ----- ----- ----- ----- ----- ----- > tank 1,91T 829G 0 25 0 2,39M > ada4 598G 333G 0 9 0 915K > ada2 633G 295G 0 8 0 900K > ada3 727G 201G 0 7 0 632K > ---------- ----- ----- ----- ----- ----- ----- > > capacity operations bandwidth > pool used avail read write read write > ---------- ----- ----- ----- ----- ----- ----- > tank 1,91T 829G 0 28 0 1,76M > ada4 598G 333G 0 11 0 919K > ada2 633G 295G 0 7 0 207K > ada3 727G 201G 0 9 0 676K > ---------- ----- ----- ----- ----- ----- ----- > > capacity operations bandwidth > pool used avail read write read write > ---------- ----- ----- ----- ----- ----- ----- > tank 1,91T 829G 0 26 0 2,16M > ada4 598G 333G 0 10 0 856K > ada2 633G 295G 0 7 0 646K > ada3 727G 201G 0 8 0 711K > ---------- ----- ----- ----- ----- ----- ----- Write performance here is abysmal, agreed. This is very odd. I hate to say this, but can you remove ahci.ko (ahci_load="yes") from your loader.conf and reboot? You may need to change filesystem names around in /etc/fstab for your OS disk (assuming it's on ada0), but for ZFS it should just magically find the disks on adXX. If you could also provide pciconf -lvc output that would be helpful. Thanks. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Aug 5 06:10:09 2010 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 8E6A2106564A for ; Thu, 5 Aug 2010 06:10:09 +0000 (UTC) (envelope-from alexvpetrov@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1BF948FC1F for ; Thu, 5 Aug 2010 06:10:08 +0000 (UTC) Received: by eyh6 with SMTP id 6so2596047eyh.13 for ; Wed, 04 Aug 2010 23:10:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:references:in-reply-to:cc:mime-version:content-type :content-transfer-encoding:message-id; bh=VZ4rqt5u4St6DbAaZCaBMt4PP+ioAdkkLliJynBgV5s=; b=Wd+UpQj4nQZRP7k87bxgRAR9R4c3px4+axHFXl2KRdFhJX0OlZx+1fLBc78ksBNbOj yXLZphNranHmEF3K+OKGABplqkXm/afX/B2IZByV5l/hFc0Wf/rg7guRGw5z07wLFvXC 20N0OYrEEMJMaPNc2jMMiWYwsUZAMex2FcuUo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:references:in-reply-to:cc :mime-version:content-type:content-transfer-encoding:message-id; b=c/8xA9lSxmiP9HM16uosnJtZbbIeIOvAs1cZep3drSooRglnaK4sUH3ZujQJPZerJs Xg7YKO6/c/D3JI/MAuTszfuo/nJnma1BQJ03OlT85ztRPMbQDeFGr4mpiueOiTjX975o yOYQL49Rzm2gGjLWU5RA0Vc4SHo0uqYSyhrco= Received: by 10.213.41.133 with SMTP id o5mr2770434ebe.54.1280988607684; Wed, 04 Aug 2010 23:10:07 -0700 (PDT) Received: from alex.super ([91.195.101.86]) by mx.google.com with ESMTPS id a48sm14143282eei.6.2010.08.04.23.10.03 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 04 Aug 2010 23:10:06 -0700 (PDT) From: "Alex V. Petrov" To: Jeremy Chadwick Date: Thu, 5 Aug 2010 14:09:57 +0800 User-Agent: KMail/1.13.5 (FreeBSD/8.1-STABLE; KDE/4.4.5; amd64; ; ) References: <201008042008.25679.alexvpetrov@gmail.com> <201008051247.43260.alexvpetrov@gmail.com> <20100805053504.GA91196@icarus.home.lan> In-Reply-To: <20100805053504.GA91196@icarus.home.lan> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201008051409.57751.alexvpetrov@gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: zpool - low speed write X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Aug 2010 06:10:09 -0000 =D0=92 =D1=81=D0=BE=D0=BE=D0=B1=D1=89=D0=B5=D0=BD=D0=B8=D0=B8 =D0=BE=D1=82 = 5 =D0=B0=D0=B2=D0=B3=D1=83=D1=81=D1=82=D0=B0 2010 13:35:04 =D0=B2=D1=8B =D0= =BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=BB=D0=B8: > Write performance here is abysmal, agreed. This is very odd. >=20 > I hate to say this, but can you remove ahci.ko (ahci_load=3D"yes") from > your loader.conf and reboot? You may need to change filesystem names > around in /etc/fstab for your OS disk (assuming it's on ada0), but for > ZFS it should just magically find the disks on adXX. >=20 > If you could also provide pciconf -lvc output that would be helpful. > Thanks. dd if=3D/dev/zero of=3D/tank/test.zero bs=3D3M count=3D1000 1000+0 records in 1000+0 records out 3145728000 bytes transferred in 485.431690 secs (6480269 bytes/sec) zpool iostat -v 10 10 capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 1,91T 829G 0 64 49,7K 4,73M ad12 598G 333G 0 22 19,9K 1,71M ad8 633G 295G 0 21 13,8K 1,65M ad10 727G 201G 0 19 15,9K 1,36M =2D--------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 1,91T 829G 0 116 0 5,91M ad12 598G 333G 0 39 0 2,20M ad8 633G 295G 0 39 0 2,02M ad10 727G 201G 0 37 0 1,68M =2D--------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 1,91T 829G 0 140 0 9,09M ad12 598G 333G 0 51 0 3,69M ad8 633G 295G 0 45 0 2,94M ad10 727G 201G 0 43 0 2,46M =2D--------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 1,91T 829G 0 133 0 7,66M ad12 598G 333G 0 46 0 2,84M ad8 633G 295G 0 44 0 2,59M ad10 727G 201G 0 43 0 2,23M =2D--------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 1,91T 829G 0 133 6,39K 5,84M ad12 598G 333G 0 47 6,39K 2,34M ad8 633G 295G 0 43 0 1,83M ad10 727G 201G 0 42 0 1,67M =2D--------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 1,91T 829G 0 113 0 5,54M ad12 598G 333G 0 39 0 1,97M ad8 633G 295G 0 37 0 1,98M ad10 727G 201G 0 35 0 1,59M =2D--------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 1,91T 829G 0 152 0 10,1M ad12 598G 333G 0 52 0 3,41M ad8 633G 295G 0 52 0 3,65M ad10 727G 201G 0 47 0 3,06M =2D--------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 1,91T 828G 0 116 0 5,61M ad12 598G 333G 0 41 0 2,16M ad8 633G 295G 0 40 0 1,95M ad10 727G 201G 0 34 0 1,50M =2D--------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 1,91T 828G 0 176 0 11,1M ad12 598G 333G 0 60 0 3,78M ad8 634G 294G 0 60 0 3,95M ad10 727G 201G 0 55 0 3,35M =2D--------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 1,91T 828G 0 112 0 7,55M ad12 598G 333G 0 39 0 2,73M ad8 634G 294G 0 39 0 2,66M ad10 727G 201G 0 33 0 2,15M =2D--------- ----- ----- ----- ----- ----- ----- pciconf -lvc hostb0@pci0:0:0:0: class=3D0x060000 card=3D0x50001458 chip=3D0x2e20808= 6=20 rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' class =3D bridge subclass =3D HOST-PCI cap 09[e0] =3D vendor (length 12) Intel cap 9 version 1 pcib1@pci0:0:1:0: class=3D0x060400 card=3D0x50001458 chip=3D0x2e21808= 6=20 rev=3D0x02 hdr=3D0x01 vendor =3D 'Intel Corporation' class =3D bridge subclass =3D PCI-PCI cap 0d[88] =3D PCI Bridge card=3D0x50001458 cap 01[80] =3D powerspec 3 supports D0 D3 current D0 cap 05[90] =3D MSI supports 1 message=20 cap 10[a0] =3D PCI-Express 2 root port max data 128(128) link x16(x16) uhci0@pci0:0:26:0: class=3D0x0c0300 card=3D0x50041458 chip=3D0x3a37808= 6=20 rev=3D0x00 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'USB UHCI Controller *4' class =3D serial bus subclass =3D USB cap 13[50] =3D PCI Advanced Features: FLR TP uhci1@pci0:0:26:1: class=3D0x0c0300 card=3D0x50041458 chip=3D0x3a38808= 6=20 rev=3D0x00 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'USB UHCI Controller *5' class =3D serial bus subclass =3D USB cap 13[50] =3D PCI Advanced Features: FLR TP uhci2@pci0:0:26:2: class=3D0x0c0300 card=3D0x50041458 chip=3D0x3a39808= 6=20 rev=3D0x00 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'USB UHCI Controller *6' class =3D serial bus subclass =3D USB cap 13[50] =3D PCI Advanced Features: FLR TP ehci0@pci0:0:26:7: class=3D0x0c0320 card=3D0x50061458 chip=3D0x3a3c808= 6=20 rev=3D0x00 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'USB EHCI Controller *2' class =3D serial bus subclass =3D USB cap 01[50] =3D powerspec 2 supports D0 D3 current D0 hdac0@pci0:0:27:0: class=3D0x040300 card=3D0xa0021458 chip=3D0x3a3e808= 6=20 rev=3D0x00 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'Microsoft UAA Bus Driver for High Definition Audio=20 (Microsoft UAA Bus Driver for High Definition Audio)' class =3D multimedia subclass =3D HDA cap 01[50] =3D powerspec 2 supports D0 D3 current D0 cap 05[60] =3D MSI supports 1 message, 64 bit enabled with 1 message cap 10[70] =3D PCI-Express 1 root endpoint max data 128(128) link x0(x0) pcib2@pci0:0:28:0: class=3D0x060400 card=3D0x50011458 chip=3D0x3a40808= 6=20 rev=3D0x00 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D 'PCI Express Port 1' class =3D bridge subclass =3D PCI-PCI cap 10[40] =3D PCI-Express 1 root port max data 128(128) link x0(x4) cap 05[80] =3D MSI supports 1 message=20 cap 0d[90] =3D PCI Bridge card=3D0x50011458 cap 01[a0] =3D powerspec 2 supports D0 D3 current D0 pcib3@pci0:0:28:5: class=3D0x060400 card=3D0x50011458 chip=3D0x3a4a808= 6=20 rev=3D0x00 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D 'PCI Express Port 6' class =3D bridge subclass =3D PCI-PCI cap 10[40] =3D PCI-Express 1 root port max data 128(128) link x1(x1) cap 05[80] =3D MSI supports 1 message=20 cap 0d[90] =3D PCI Bridge card=3D0x50011458 cap 01[a0] =3D powerspec 2 supports D0 D3 current D0 uhci3@pci0:0:29:0: class=3D0x0c0300 card=3D0x50041458 chip=3D0x3a34808= 6=20 rev=3D0x00 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'USB UHCI Controller *1' class =3D serial bus subclass =3D USB cap 13[50] =3D PCI Advanced Features: FLR TP uhci4@pci0:0:29:1: class=3D0x0c0300 card=3D0x50041458 chip=3D0x3a35808= 6=20 rev=3D0x00 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'USB UHCI Controller *2' class =3D serial bus subclass =3D USB cap 13[50] =3D PCI Advanced Features: FLR TP uhci5@pci0:0:29:2: class=3D0x0c0300 card=3D0x50041458 chip=3D0x3a36808= 6=20 rev=3D0x00 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'USB UHCI Controller *3' class =3D serial bus subclass =3D USB cap 13[50] =3D PCI Advanced Features: FLR TP ehci1@pci0:0:29:7: class=3D0x0c0320 card=3D0x50061458 chip=3D0x3a3a808= 6=20 rev=3D0x00 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'USB EHCI Controller *1' class =3D serial bus subclass =3D USB cap 01[50] =3D powerspec 2 supports D0 D3 current D0 pcib4@pci0:0:30:0: class=3D0x060401 card=3D0x50001458 chip=3D0x244e808= 6=20 rev=3D0x90 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D '82801 Family (ICH2/3/4/5/6/7/8/9,63xxESB) Hub Interface= to=20 PCI Bridge' class =3D bridge subclass =3D PCI-PCI cap 0d[50] =3D PCI Bridge card=3D0x50001458 isab0@pci0:0:31:0: class=3D0x060100 card=3D0x50011458 chip=3D0x3a18808= 6=20 rev=3D0x00 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'LPC Interface Controller' class =3D bridge subclass =3D PCI-ISA cap 09[e0] =3D vendor (length 12) Intel cap 1 version 0 features: Quick Resume, SATA RAID-5, 4 PCI-e x1 slots, SAT= A=20 RAID-0/1/10 atapci0@pci0:0:31:2: class=3D0x010601 card=3D0xb0051458 chip=3D0x3a22808= 6=20 rev=3D0x00 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '6 port SATA AHCI Controller' class =3D mass storage subclass =3D SATA cap 05[80] =3D MSI supports 16 messages=20 cap 01[70] =3D powerspec 3 supports D0 D3 current D0 cap 12[a8] =3D SATA Index-Data Pair cap 13[b0] =3D PCI Advanced Features: FLR TP none0@pci0:0:31:3: class=3D0x0c0500 card=3D0x50011458 chip=3D0x3a30808= 6=20 rev=3D0x00 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'SMB controller (50011458)' class =3D serial bus subclass =3D SMBus vgapci0@pci0:1:0:0: class=3D0x030000 card=3D0x34a11458 chip=3D0x062210d= e=20 rev=3D0xa1 hdr=3D0x00 vendor =3D 'NVIDIA Corporation' device =3D 'NVIDIA GeForce 9600 GT (G94)' class =3D display subclass =3D VGA cap 01[60] =3D powerspec 3 supports D0 D3 current D0 cap 05[68] =3D MSI supports 1 message, 64 bit=20 cap 10[78] =3D PCI-Express 2 endpoint max data 128(128) link x16(x16) cap 09[b4] =3D vendor (length 20) re0@pci0:3:0:0: class=3D0x020000 card=3D0xe0001458 chip=3D0x816810ec rev=3D= 0x02=20 hdr=3D0x00 vendor =3D 'Realtek Semiconductor' device =3D 'Gigabit Ethernet NIC(NDIS 6.0) (RTL8168/8111/8111c)' class =3D network subclass =3D ethernet cap 01[40] =3D powerspec 3 supports D0 D1 D2 D3 current D0 cap 05[50] =3D MSI supports 2 messages, 64 bit enabled with 1 message cap 10[70] =3D PCI-Express 1 endpoint IRQ 2 max data 128(256) link x1(x= 1) cap 11[b0] =3D MSI-X supports 2 messages in map 0x20 cap 03[d0] =3D VPD bktr0@pci0:4:2:0: class=3D0x040000 card=3D0x00031461 chip=3D0x036e109= e=20 rev=3D0x11 hdr=3D0x00 vendor =3D 'Conexant (Was: Brooktree Corp)' device =3D 'Bt878/Fusion 878A Mediastream Controller' class =3D multimedia subclass =3D video cap 03[44] =3D VPD cap 01[4c] =3D powerspec 2 supports D0 D3 current D0 none1@pci0:4:2:1: class=3D0x048000 card=3D0x00031461 chip=3D0x0878109= e=20 rev=3D0x11 hdr=3D0x00 vendor =3D 'Conexant (Was: Brooktree Corp)' device =3D 'TV Video Capture: Hauppauge WinTV GO=20 (SUBSYS_13EB0070&REV_11)' class =3D multimedia cap 03[44] =3D VPD cap 01[4c] =3D powerspec 2 supports D0 D3 current D0 ath0@pci0:4:3:0: class=3D0x020000 card=3D0x3a131186 chip=3D0x0013168= c=20 rev=3D0x01 hdr=3D0x00 vendor =3D 'Atheros Communications Inc.' device =3D '802.11a/b/g Wireless Adapter (AR2312)' class =3D network subclass =3D ethernet cap 01[44] =3D powerspec 2 supports D0 D3 current D0 =2D---- Alex V. Petrov From owner-freebsd-stable@FreeBSD.ORG Thu Aug 5 06:20:02 2010 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 0754A1065676 for ; Thu, 5 Aug 2010 06:20:02 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta08.westchester.pa.mail.comcast.net (qmta08.westchester.pa.mail.comcast.net [76.96.62.80]) by mx1.freebsd.org (Postfix) with ESMTP id A2DB28FC15 for ; Thu, 5 Aug 2010 06:20:01 +0000 (UTC) Received: from omta24.westchester.pa.mail.comcast.net ([76.96.62.76]) by qmta08.westchester.pa.mail.comcast.net with comcast id qWK11e0031ei1Bg58WL1fB; Thu, 05 Aug 2010 06:20:01 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta24.westchester.pa.mail.comcast.net with comcast id qWL01e0013LrwQ23kWL1BB; Thu, 05 Aug 2010 06:20:01 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 829639B423; Wed, 4 Aug 2010 23:19:59 -0700 (PDT) Date: Wed, 4 Aug 2010 23:19:59 -0700 From: Jeremy Chadwick To: "Alex V. Petrov" Message-ID: <20100805061959.GA92106@icarus.home.lan> References: <201008042008.25679.alexvpetrov@gmail.com> <201008051247.43260.alexvpetrov@gmail.com> <20100805053504.GA91196@icarus.home.lan> <201008051409.57751.alexvpetrov@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <201008051409.57751.alexvpetrov@gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org Subject: Re: zpool - low speed write X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Aug 2010 06:20:02 -0000 On Thu, Aug 05, 2010 at 02:09:57PM +0800, Alex V. Petrov wrote: > Π’ сообщСнии ΠΎΡ‚ 5 августа 2010 13:35:04 Π²Ρ‹ написали: > > Write performance here is abysmal, agreed. This is very odd. > > > > I hate to say this, but can you remove ahci.ko (ahci_load="yes") from > > your loader.conf and reboot? You may need to change filesystem names > > around in /etc/fstab for your OS disk (assuming it's on ada0), but for > > ZFS it should just magically find the disks on adXX. > > > > If you could also provide pciconf -lvc output that would be helpful. > > Thanks. > > dd if=/dev/zero of=/tank/test.zero bs=3M count=1000 > 1000+0 records in > 1000+0 records out > 3145728000 bytes transferred in 485.431690 secs (6480269 bytes/sec) Can you please remove use of the zpool entirely (e.g. zpool destroy tank) and do a write test to each disk itself? E.g.: dd if=/dev/zero of=/dev/ad8 bs=64k count=1000000 dd if=/dev/zero of=/dev/ad10 bs=64k count=1000000 dd if=/dev/zero of=/dev/ad12 bs=64k count=1000000 I don't recommend using large block sizes (e.g. bs=1M, bs=3M). If all of the above dds show good/decent throughput, then there's something strange going on with ZFS. If this is the case, I would recommend filing a PR and posting to freebsd-fs about the problem, pointing folks to this thread. If all of the dds show bad throughput, then could you please do the following: - Provide vmstat -i output - Install ports/sysutils/smartmontools and run smartctl -a /dev/ad8, smartctl -a /dev/ad10, and smartctl -a /dev/ad12 If only one of the dds shows bad throughput, then please: - Install ports/sysutils/smartmontools and run smartctl -a /dev/XXX, where XXX is the disk which has bad throughput - Try making a ZFS pool with all 3 disks, but then do "zpool offline tank XXX" and then re-attempt the following dd: dd if=/dev/zero of=/tank/test.zero bs=64k count=1000000 And see what throughput looks like. Thanks. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Aug 5 10:49:26 2010 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 1F3D2106564A for ; Thu, 5 Aug 2010 10:49:26 +0000 (UTC) (envelope-from alexvpetrov@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 70AE38FC0C for ; Thu, 5 Aug 2010 10:49:25 +0000 (UTC) Received: by eyh6 with SMTP id 6so2652017eyh.13 for ; Thu, 05 Aug 2010 03:49:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:references:in-reply-to:cc:mime-version:content-type :content-transfer-encoding:message-id; bh=kgVOsQpgZvoBWQBmt2ZFtRFuOlG0rssOx5ucboSf56Q=; b=UuK/f/3SfuD1ceyRL/UIOI/5yeYavP86OON8EyRkBQDqsurZjF79/RKlAthzMf1Z+I KfFCZmbC92PeCuI8PQqfYKul61ySwvKfZt6qPWaQIjmM2Tz+IVFeAGnqFi54BnxKfzql fnPlDDZyHswqzbOKsoeFzx6Vnuwaby8Se2YsU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:references:in-reply-to:cc :mime-version:content-type:content-transfer-encoding:message-id; b=dTi3HVRntzu9vHwsYndmzWEO8EiKDeCQ+Ii1FLtDsNm+h2cuX+vmZOZ8RjWWIT4Np3 iEVt7BmRMy51Hqag6lIfmdHLc9SWBGL+3ikoSDOt45BJxp3Rzjvl0X9712+Sdwot6tIK NiEjqOJrndzWuBzI8LN3uawXbhD0pyzYbw1kg= Received: by 10.213.10.138 with SMTP id p10mr7576426ebp.91.1281005363459; Thu, 05 Aug 2010 03:49:23 -0700 (PDT) Received: from alex.super ([91.195.101.86]) by mx.google.com with ESMTPS id a48sm48828eei.7.2010.08.05.03.49.18 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 05 Aug 2010 03:49:22 -0700 (PDT) From: "Alex V. Petrov" To: Jeremy Chadwick Date: Thu, 5 Aug 2010 18:49:14 +0800 User-Agent: KMail/1.13.5 (FreeBSD/8.1-STABLE; KDE/4.4.5; amd64; ; ) References: <201008042008.25679.alexvpetrov@gmail.com> <201008051409.57751.alexvpetrov@gmail.com> <20100805061959.GA92106@icarus.home.lan> In-Reply-To: <20100805061959.GA92106@icarus.home.lan> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201008051849.15250.alexvpetrov@gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: zpool - low speed write X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Aug 2010 10:49:26 -0000 > > Can you please remove use of the zpool entirely (e.g. zpool destroy > tank) and do a write test to each disk itself? E.g.: > > dd if=/dev/zero of=/dev/ad8 bs=64k count=1000000 > dd if=/dev/zero of=/dev/ad10 bs=64k count=1000000 > dd if=/dev/zero of=/dev/ad12 bs=64k count=1000000 I don't have free space for move my data from zpool (1,91T) > I don't recommend using large block sizes (e.g. bs=1M, bs=3M). dd if=/dev/zero of=/tank/test.zero bs=64k count=10000 10000+0 records in 10000+0 records out 655360000 bytes transferred in 50.294832 secs (13030365 bytes/sec) > If all of the above dds show good/decent throughput, then there's > something strange going on with ZFS. If this is the case, I would > recommend filing a PR and posting to freebsd-fs about the problem, > pointing folks to this thread. > > If all of the dds show bad throughput, then could you please do the > following: > > - Provide vmstat -i output vmstat -i output interrupt total rate irq1: atkbd0 2368 0 irq6: fdc0 17 0 irq16: vgapci0 ath+ 1728264 100 irq18: uhci2 ehci0* 2183829 127 irq19: uhci4+ 427434 24 irq21: uhci1 42295 2 irq23: uhci3 ehci1 18154 1 cpu0: timer 34317326 1997 irq256: hdac0 1561005 90 irq257: re0 2458465 143 cpu1: timer 34316042 1997 cpu3: timer 34316081 1997 cpu2: timer 34316130 1997 Total 145687410 8482 > - Install ports/sysutils/smartmontools and run smartctl -a /dev/ad8, > smartctl -a /dev/ad10, and smartctl -a /dev/ad12 In the first message I wrote that smatmontools installed smartd daily output: Checking health of /dev/ada2: OK Checking health of /dev/ada3: OK Checking health of /dev/ada4: OK In the logs there are no any error messages that the controller and drives smartctl -a /dev/ad8 smartctl 5.39.1 2010-01-28 r3054 [FreeBSD 8.1-STABLE amd64] (local build) Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net === START OF INFORMATION SECTION === Model Family: Western Digital Caviar Green family Device Model: WDC WD10EADS-00M2B0 Serial Number: WD-WCAV51709425 Firmware Version: 01.00A01 User Capacity: 1 000 204 886 016 bytes Device is: In smartctl database [for details use: -P show] ATA Version is: 8 ATA Standard is: Exact ATA specification draft version not indicated Local Time is: Thu Aug 5 18:42:22 2010 KRAST SMART support is: Available - device has SMART capability. SMART support is: Enabled === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED General SMART Values: Offline data collection status: (0x82) Offline data collection activity was completed without error. Auto Offline Data Collection: Enabled. Self-test execution status: ( 25) The self-test routine was aborted by the host. Total time to complete Offline data collection: (20400) seconds. Offline data collection capabilities: (0x7b) SMART execute Offline immediate. Auto Offline data collection on/off support. Suspend Offline collection upon new command. Offline surface scan supported. Self-test supported. Conveyance Self-test supported. Selective Self-test supported. SMART capabilities: (0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability: (0x01) Error logging supported. General Purpose Logging supported. Short self-test routine recommended polling time: ( 2) minutes. Extended self-test routine recommended polling time: ( 235) minutes. Conveyance self-test routine recommended polling time: ( 5) minutes. SCT capabilities: (0x303f) SCT Status supported. SCT Feature Control supported. SCT Data Table supported. SMART Attributes Data Structure revision number: 16 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always - 0 3 Spin_Up_Time 0x0027 122 109 021 Pre-fail Always - 6875 4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 72 5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0 7 Seek_Error_Rate 0x002e 200 200 000 Old_age Always - 0 9 Power_On_Hours 0x0032 093 093 000 Old_age Always - 5561 10 Spin_Retry_Count 0x0032 100 253 000 Old_age Always - 0 11 Calibration_Retry_Count 0x0032 100 253 000 Old_age Always - 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 41 192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 35 193 Load_Cycle_Count 0x0032 184 184 000 Old_age Always - 49237 194 Temperature_Celsius 0x0022 110 104 000 Old_age Always - 37 196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0 197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0030 200 200 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0 200 Multi_Zone_Error_Rate 0x0008 200 200 000 Old_age Offline - 0 SMART Error Log Version: 1 No Errors Logged SMART Self-test log structure revision number 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Extended offline Aborted by host 90% 5414 - SMART Selective self-test log data structure revision number 1 SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS 1 0 0 Not_testing 2 0 0 Not_testing 3 0 0 Not_testing 4 0 0 Not_testing 5 0 0 Not_testing Selective self-test flags (0x0): After scanning selected spans, do NOT read-scan remainder of disk. If Selective self-test is pending on power-up, resume after 0 minute delay. ********** smartctl -a /dev/ad10 smartctl 5.39.1 2010-01-28 r3054 [FreeBSD 8.1-STABLE amd64] (local build) Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net === START OF INFORMATION SECTION === Model Family: Western Digital Caviar Green family Device Model: WDC WD10EADS-00L5B1 Serial Number: WD-WCAU4D726772 Firmware Version: 01.01A01 User Capacity: 1 000 204 886 016 bytes Device is: In smartctl database [for details use: -P show] ATA Version is: 8 ATA Standard is: Exact ATA specification draft version not indicated Local Time is: Thu Aug 5 18:43:16 2010 KRAST SMART support is: Available - device has SMART capability. SMART support is: Enabled === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED General SMART Values: Offline data collection status: (0x84) Offline data collection activity was suspended by an interrupting command from host. Auto Offline Data Collection: Enabled. Self-test execution status: ( 0) The previous self-test routine completed without error or no self-test has ever been run. Total time to complete Offline data collection: (24600) seconds. Offline data collection capabilities: (0x7b) SMART execute Offline immediate. Auto Offline data collection on/off support. Suspend Offline collection upon new command. Offline surface scan supported. Self-test supported. Conveyance Self-test supported. Selective Self-test supported. SMART capabilities: (0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability: (0x01) Error logging supported. General Purpose Logging supported. Short self-test routine recommended polling time: ( 2) minutes. Extended self-test routine recommended polling time: ( 255) minutes. Conveyance self-test routine recommended polling time: ( 5) minutes. SCT capabilities: (0x303f) SCT Status supported. SCT Feature Control supported. SCT Data Table supported. SMART Attributes Data Structure revision number: 16 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always - 0 3 Spin_Up_Time 0x0027 165 161 021 Pre-fail Always - 6741 4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 24 5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0 7 Seek_Error_Rate 0x002e 100 253 000 Old_age Always - 0 9 Power_On_Hours 0x0032 098 098 000 Old_age Always - 2103 10 Spin_Retry_Count 0x0032 100 253 000 Old_age Always - 0 11 Calibration_Retry_Count 0x0032 100 253 000 Old_age Always - 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 18 192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 6 193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always - 24 194 Temperature_Celsius 0x0022 115 108 000 Old_age Always - 35 196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0 197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0030 200 200 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0 200 Multi_Zone_Error_Rate 0x0008 200 200 000 Old_age Offline - 0 SMART Error Log Version: 1 No Errors Logged SMART Self-test log structure revision number 1 No self-tests have been logged. [To run self-tests, use: smartctl -t] SMART Selective self-test log data structure revision number 1 SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS 1 0 0 Not_testing 2 0 0 Not_testing 3 0 0 Not_testing 4 0 0 Not_testing 5 0 0 Not_testing Selective self-test flags (0x0): After scanning selected spans, do NOT read-scan remainder of disk. If Selective self-test is pending on power-up, resume after 0 minute delay. ********** smartctl -a /dev/ad12 smartctl 5.39.1 2010-01-28 r3054 [FreeBSD 8.1-STABLE amd64] (local build) Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net === START OF INFORMATION SECTION === Model Family: Western Digital Caviar Green family Device Model: WDC WD10EADS-00M2B0 Serial Number: WD-WMAV50095864 Firmware Version: 01.00A01 User Capacity: 1 000 204 886 016 bytes Device is: In smartctl database [for details use: -P show] ATA Version is: 8 ATA Standard is: Exact ATA specification draft version not indicated Local Time is: Thu Aug 5 18:45:25 2010 KRAST SMART support is: Available - device has SMART capability. SMART support is: Enabled === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED General SMART Values: Offline data collection status: (0x84) Offline data collection activity was suspended by an interrupting command from host. Auto Offline Data Collection: Enabled. Self-test execution status: ( 0) The previous self-test routine completed without error or no self-test has ever been run. Total time to complete Offline data collection: (20760) seconds. Offline data collection capabilities: (0x7b) SMART execute Offline immediate. Auto Offline data collection on/off support. Suspend Offline collection upon new command. Offline surface scan supported. Self-test supported. Conveyance Self-test supported. Selective Self-test supported. SMART capabilities: (0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability: (0x01) Error logging supported. General Purpose Logging supported. Short self-test routine recommended polling time: ( 2) minutes. Extended self-test routine recommended polling time: ( 239) minutes. Conveyance self-test routine recommended polling time: ( 5) minutes. SCT capabilities: (0x303f) SCT Status supported. SCT Feature Control supported. SCT Data Table supported. SMART Attributes Data Structure revision number: 16 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always - 0 3 Spin_Up_Time 0x0027 120 108 021 Pre-fail Always - 6958 4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 117 5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0 7 Seek_Error_Rate 0x002e 100 253 000 Old_age Always - 0 9 Power_On_Hours 0x0032 088 088 000 Old_age Always - 9125 10 Spin_Retry_Count 0x0032 100 100 000 Old_age Always - 0 11 Calibration_Retry_Count 0x0032 100 253 000 Old_age Always - 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 63 192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 9 193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always - 91 194 Temperature_Celsius 0x0022 111 102 000 Old_age Always - 36 196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0 197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0030 200 200 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0 200 Multi_Zone_Error_Rate 0x0008 200 200 000 Old_age Offline - 0 SMART Error Log Version: 1 No Errors Logged SMART Self-test log structure revision number 1 No self-tests have been logged. [To run self-tests, use: smartctl -t] SMART Selective self-test log data structure revision number 1 SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS 1 0 0 Not_testing 2 0 0 Not_testing 3 0 0 Not_testing 4 0 0 Not_testing 5 0 0 Not_testing Selective self-test flags (0x0): After scanning selected spans, do NOT read-scan remainder of disk. If Selective self-test is pending on power-up, resume after 0 minute delay. > If only one of the dds shows bad throughput, then please: > > - Install ports/sysutils/smartmontools and run smartctl -a /dev/XXX, > where XXX is the disk which has bad throughput > - Try making a ZFS pool with all 3 disks, but then do "zpool offline > tank XXX" and then re-attempt the following dd: > dd if=/dev/zero of=/tank/test.zero bs=64k count=1000000 > And see what throughput looks like. > > Thanks. ----- Alex V. Petrov From owner-freebsd-stable@FreeBSD.ORG Thu Aug 5 14:39:50 2010 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 44F0D1065674 for ; Thu, 5 Aug 2010 14:39:50 +0000 (UTC) (envelope-from sterling@camdensoftware.com) Received: from wh2.interactivevillages.com (wh2.interactivevillages.com [75.125.250.34]) by mx1.freebsd.org (Postfix) with ESMTP id 0B7768FC17 for ; Thu, 5 Aug 2010 14:39:49 +0000 (UTC) Received: from 174-21-99-21.tukw.qwest.net ([174.21.99.21] helo=_HOSTNAME_) by wh2.interactivevillages.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1Oh1Oj-0002kW-W7 for freebsd-stable@freebsd.org; Thu, 05 Aug 2010 07:26:19 -0700 Received: by _HOSTNAME_ (sSMTP sendmail emulation); Thu, 05 Aug 2010 07:39:44 -0700 Date: Thu, 5 Aug 2010 07:39:44 -0700 From: Chip Camden To: freebsd-stable Stable Message-ID: <20100805143944.GA23320@libertas.local.camdensoftware.com> Mail-Followup-To: freebsd-stable Stable References: <137EBEEE-0B62-4D4F-966C-43A3325C7DFB@gsoft.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6c2NcOVqGQ03X4Wi" Content-Disposition: inline In-Reply-To: <137EBEEE-0B62-4D4F-966C-43A3325C7DFB@gsoft.com.au> User-Agent: Mutt/1.4.2.3i Company: Camden Software Consulting URL: http://camdensoftware.com X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - wh2.interactivevillages.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - camdensoftware.com Subject: Re: Kernel symbol file alternate location X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Aug 2010 14:39:50 -0000 --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoth Daniel O'Connor on Thursday, 05 August 2010: > Is it possible to tell installkernel to put the symbol files elsewhere? >=20 > IMO somewhere in /usr would be good - you don't need them to boot (or cra= shdump, etc) and they increase the size of the kernel by a factor of 5(!), = eg.. > [cain 14:07] /tmp >du -sh kernel > 258M kernel > [cain 14:07] /tmp >rm -f kernel/*.symbols > [cain 14:07] /tmp >du -sh kernel =20 > 50M kernel >=20 > One downside is that you need to keep them in sync which is a bit of a dr= ag, however I think most people use installworld for upgrades/builds so it = would generally not be an issue. >=20 > I think this is the main reason / has had to grow - the actual kernel is = relatively small so even a 256Mb / could hold several, but with the symbol = files it is not possible. >=20 > I don't have patches to do this though :) >=20 > -- > Daniel O'Connor software and network engineer > for Genesis Software - http://www.gsoft.com.au > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum > GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C >=20 +1 to this idea. I'm currently building without symbols so I don't have to clean them out of kernel.old every time I do an installkernel. --=20 Sterling (Chip) Camden | sterling@camdensoftware.com | 2048D/3A978E4F http://camdensoftware.com | http://chipstips.com | http://chipsquips= .com --6c2NcOVqGQ03X4Wi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iQEcBAEBAgAGBQJMWs0wAAoJEIpckszW26+RCIMH/iI4L1ct7LoNdBaYuQMoteeU Jjmgm8x5B/KEaZiYLWBIF2CK3dGLwoDgQbIgUSJUz8RG4PU1mH1FVoM7lXHO6cfm ndoWntpIOpIM92LmTSJUA4PYu1gk/zCGl61yyj/5WkE7K/FX5DbPCvijgeGcKOtT bqCfgB6NwGYAPIaRrU0FzOUWQo+T1LCp7BBgWuotYH2A2p7QH6VTmLZrVYCIbcvS DFl3I6uwrFeZijDjQfIjMLMxmc1wa41y4p5vr1aCkg1IY01be1HjIx14aB8CQQZd p38PBOeShD4g1pyl6oM+KEKuXTiUE2tA0J4T+LoyK+D9BC7GBU/eUJVATl0DTc0= =H0FB -----END PGP SIGNATURE----- --6c2NcOVqGQ03X4Wi-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 5 16:37:11 2010 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 E444D1065677 for ; Thu, 5 Aug 2010 16:37:11 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id B009A8FC19 for ; Thu, 5 Aug 2010 16:37:11 +0000 (UTC) Received: by pxi8 with SMTP id 8so2806174pxi.13 for ; Thu, 05 Aug 2010 09:37:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=DF221EVEXZUwGY8YOyYKtcbL6MECthS34C8H8S0CvpA=; b=E7/r9GfMpZQKK5ONan0OVS+2HrwrC8T5Fmg/onlMVS71D7ydndz5AiQbmLgkqocCC0 4ccbMN7+BTokRJH5R5udHqniK73x9z41GrpAQniFW/wyMrGIXvjO1d7ye13HCU6bYxO2 iM23Hs3YJswRrMYRJsx49IGGe2ppAGdlv9eIU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=WNJnWCCkfgIRgMKIDXJ1MyHS3rv3bbs9FvEwbX8LD9YFrnTAp1iFg19yIVtLEwIPOt MfgAZUyEz8+FixwtZI6f3oWfGc5kGfW68KMgnhb2U3MjwtkPdhwDzEkra95nIm8KdKqN Sthi9NuQ0DojM12T7VLi8GUOPofQO9skUgZWo= MIME-Version: 1.0 Received: by 10.142.207.9 with SMTP id e9mr9258141wfg.172.1281024525489; Thu, 05 Aug 2010 09:08:45 -0700 (PDT) Sender: artemb@gmail.com Received: by 10.220.176.201 with HTTP; Thu, 5 Aug 2010 09:08:45 -0700 (PDT) In-Reply-To: <201008051247.43260.alexvpetrov@gmail.com> References: <201008042008.25679.alexvpetrov@gmail.com> <20100805041752.GA89285@icarus.home.lan> <201008051247.43260.alexvpetrov@gmail.com> Date: Thu, 5 Aug 2010 09:08:45 -0700 X-Google-Sender-Auth: Ej8bbU1zbnMaNL0zPup3aQ9OXw8 Message-ID: From: Artem Belevich To: "Alex V. Petrov" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: zpool - low speed write X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Aug 2010 16:37:12 -0000 On Wed, Aug 4, 2010 at 9:47 PM, Alex V. Petrov wrot= e: ... >> > vfs.zfs.cache_flush_disable=3D1 >> > vfs.zfs.zil_disable=3D1 >> >> I question both of these settings, especially the latter. =A0Please remo= ve >> them both and re-test your write performance. > > I removed all settings of zfs. > Now it default. > ZFS would throttle writes if it thinks that not enough memory is available. Did you by any chance tinker with VM parameters, too? Could you post output of following commands? sysctl vm |grep kmem sysctl vfs.zfs sysctl kstat.zfs (before and after after you do some of your write speed t= ests) --Artem From owner-freebsd-stable@FreeBSD.ORG Thu Aug 5 17:09:06 2010 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 BD7DF1065672 for ; Thu, 5 Aug 2010 17:09:06 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3FE5A8FC24 for ; Thu, 5 Aug 2010 17:09:06 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id o75H8mTY090727; Thu, 5 Aug 2010 19:09:03 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id o75H8k1F090726; Thu, 5 Aug 2010 19:08:46 +0200 (CEST) (envelope-from olli) Date: Thu, 5 Aug 2010 19:08:46 +0200 (CEST) Message-Id: <201008051708.o75H8k1F090726@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, doconnor@gsoft.com.au In-Reply-To: <137EBEEE-0B62-4D4F-966C-43A3325C7DFB@gsoft.com.au> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.4 (lurza.secnetix.de [127.0.0.1]); Thu, 05 Aug 2010 19:09:04 +0200 (CEST) Cc: Subject: Re: Kernel symbol file alternate location X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, doconnor@gsoft.com.au List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Aug 2010 17:09:06 -0000 Daniel O'Connor wrote: > Is it possible to tell installkernel to put the symbol files elsewhere? I wondered the same. > IMO somewhere in /usr would be good - you don't need them to boot (or > crashdump, etc) and they increase the size of the kernel by a factor > of 5(!), eg.. > [cain 14:07] /tmp >du -sh kernel > 258M kernel > [cain 14:07] /tmp >rm -f kernel/*.symbols > [cain 14:07] /tmp >du -sh kernel > 50M kernel > > One downside is that you need to keep them in sync which is a > bit of a drag, however I think most people use installworld for > upgrades/builds so it would generally not be an issue. > > I think this is the main reason / has had to grow - the actual kernel > is relatively small so even a 256Mb / could hold several, but with > the symbol files it is not possible. I think a very simple solution would be to install the symbol files elsewhere (probably configurable via make.conf), and install symlinks in the kernel directory. If you do this, tools using the symbol files won't have to be changed. This would probably be a fairly trivial change to the install- kernel target, I guess. I don't have patches, though. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschδftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mόn- chen, HRB 125758, Geschδftsfόhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "File names are infinite in length, where infinity is set to 255 characters." -- Peter Collinson, "The Unix File System" From owner-freebsd-stable@FreeBSD.ORG Thu Aug 5 20:36:42 2010 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 9DA461065677 for ; Thu, 5 Aug 2010 20:36:42 +0000 (UTC) (envelope-from pi@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id 574DF8FC0A for ; Thu, 5 Aug 2010 20:36:42 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.72 (FreeBSD)) (envelope-from ) id 1Oh7BD-0007tP-9c; Thu, 05 Aug 2010 22:36:43 +0200 Date: Thu, 5 Aug 2010 22:36:43 +0200 From: Kurt Jaeger To: Troye Johnson Message-ID: <20100805203643.GF51934@home.opsec.eu> References: <20100729092535.GB90401@home.opsec.eu> <20100804082820.GC90401@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: freebsd-stable@freebsd.org Subject: Re: 8.1 stable ar9285 ath0 problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Aug 2010 20:36:42 -0000 Hi! > Can you show me your config files: rc.conf, /boot/loader.conf, > wpa_supplicant.conf. I just want to see just to make sure I'm not doing it > wrong. I use the stuff in a different way (mostly manually). For example: Step 1) ifconfig wlan0 up Wait a little and check: ifconfig wlan0 list scan If there's no SSID listed, wait until one comes up. Step 2) wpa_supplicant -d -d -i wlan0 -c /etc/wpa-psk.conf with /etc/wpa-psk.conf: ----------- ctrl_interface=/var/run/wpa_supplicant ctrl_interface_group=wheel # home network; allow all valid ciphers network={ ssid="correct-ssid" key_mgmt=WPA-PSK psk="correct-psk" } ----------- Step 3) dhclient wlan0 Now one should be able to connect to the wlan. > I'm using my card on a network that uses WPA-PSK. My card can scan > for APs and associate with the chosen AP, but 'dhclient wlan0' will not get > an IP address! How is that possible. First wpa_supp*, then dhclient. wpa* provides the crypto so that dhclient gets the DHCP packets. > And when I do 'ifconfig' it shows that > the card is associated but the ip address part reads 'inet: 0.0.0.0'. Well, that's a start. -- pi@opsec.eu +49 171 3101372 10 years to go ! From owner-freebsd-stable@FreeBSD.ORG Thu Aug 5 21:33:54 2010 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 26AD6106567F for ; Thu, 5 Aug 2010 21:33:54 +0000 (UTC) (envelope-from gavin@ury.york.ac.uk) Received: from gse-mta-27.emailfiltering.com (gse-mta-27-tx.emailfiltering.com [194.116.198.158]) by mx1.freebsd.org (Postfix) with ESMTP id 9073F8FC16 for ; Thu, 5 Aug 2010 21:33:53 +0000 (UTC) Received: from mail-gw5.york.ac.uk ([144.32.129.29]) by gse-mta-27.emailfiltering.com with emfmta (version 4.5.0.261) by TLS id 700237460 for freebsd-current@FreeBSD.org; ff18bd7efdaaf112; Thu, 05 Aug 2010 22:15:57 +0100 Received: from ury.york.ac.uk ([144.32.108.81]:47760) by mail-gw5.york.ac.uk with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1Oh7nB-0005jf-75; Thu, 05 Aug 2010 22:15:57 +0100 Received: from gavin (helo=localhost) by ury.york.ac.uk with local-esmtp (Exim 4.72) (envelope-from ) id 1Oh7nA-0003t0-Vq; Thu, 05 Aug 2010 22:15:57 +0100 Date: Thu, 5 Aug 2010 22:15:56 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: freebsd-current@FreeBSD.org Message-ID: User-Agent: Alpine 2.00 (LNX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: X-Mailman-Approved-At: Thu, 05 Aug 2010 21:34:34 +0000 Cc: Subject: Please join us for Bugathon #7, this weekend (6th-9th August) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Aug 2010 21:33:54 -0000 (bcc'd to freebsd-stable@, please reply to freebsd-current@) Hi all, Apologies for the late notice, but the bug team will be holding a bugathon this weekend. We'll be starting on Friday 6th, and continuing through Monday 9th, and the aim is to put a real effort into getting patches from PRs into a committable state, and get them committed. Some PRs will be invalid because either the bug no longer exists or was fixed without the PR being closed, identifying these is also of great benefit. The basic plan is to get as many volunteers and committers into the same place (#freebsd-bugbusters on EFnet), and work through some PRs. For this particular bugathon, we're planning on focusing on the ~1600 PRs which contain patches. Committers can help by being in the channel and available to review patches and commit them, but these events benefit especially from volunteers who are not committers: the more people who are able to look at PRs, evalaute the patches, and assess whether the patches are correct and/or the best solution to the problem, the better. If you've never been more than a user of FreeBSD then this is a great way to start to get involved - many of the bugs in the database are relatively simple to fix, and are just waiting for somebody with enough time to sit down and actually take a close look at the bugs. If you're able to evaluate patches and actually justify why the patch included is the correct solution then that is a huge help, too! So, please join us in #freebsd-bugbusters if you are free at any point over the weekend. I'll be in the channel pretty much all the time during the day (GMT) Friday - Monday, and other bugbusters/bugmeisters will be around over those four days too. Everybody is welcome to join us, the more eyes the better. We should hhopefully ave quite a few committers in the channel too, so there should be plenty of expertise available to review and commit the patches that are in a committable state. There are several wiki pages available for people who are interested in joining in, especially: http://wiki.freebsd.org/Bugathons/2010August http://wiki.freebsd.org/Bugathons/PRsWithPatches http://wiki.freebsd.org/BugBusting/Resources Many thanks, Gavin From owner-freebsd-stable@FreeBSD.ORG Thu Aug 5 23:23:10 2010 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 457CC1065673 for ; Thu, 5 Aug 2010 23:23:10 +0000 (UTC) (envelope-from dave@jetcafe.org) Received: from hugeraid.jetcafe.org (hugeraid.jetcafe.org [205.147.26.109]) by mx1.freebsd.org (Postfix) with ESMTP id 283418FC14 for ; Thu, 5 Aug 2010 23:23:09 +0000 (UTC) Received: from hugeraid.jetcafe.org (localhost [127.0.0.1]) by hugeraid.jetcafe.org (8.13.8/8.13.8) with ESMTP id o75N0G5Y041662 for ; Thu, 5 Aug 2010 16:00:16 -0700 (PDT) Message-Id: <201008052300.o75N0G5Y041662@hugeraid.jetcafe.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 05 Aug 2010 16:00:16 -0700 From: Dave Hayes Subject: FreeBSD 7.3p1 repeatable crash when running on ramdisk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Aug 2010 23:23:10 -0000 I work with a small number of FreeBSD 7.3p1 amd64 systems which are running off of an MFS root partition loaded via a DVD, and there have been a couple of problems with the mfsroot. I'd like to focus on one in particular and see if the assembled minds here have any insight as to what this might be. Basically if I do this: # yes >/crashme the system doesn't panic, there's no warning (except for some random 'k' characters being output to the console) and the machine simply resets. I have some configuration details on the following URL: http://www.jetcafe.org/dave/freebsd/dvdconfig.html for perusal. The df for said machine looks like so: Filesystem Size Used Avail Capacity Mounted on /dev/md0c 270M 231M 39M 85% / devfs 1.0K 1.0K 0B 100% /dev /dev/acd0 606M 606M 0B 100% /cd0 /dev/md1.uzip 254M 225M 29M 89% /usr /dev/md2 31M 30K 30M 0% /usr_rw :/usr_rw 284M 254M 30M 89% /usr /dev/da1s1d 653G 1.0G 600G 0% /rw procfs 4.0K 4.0K 0B 100% /proc I would expect that a system running off of MFS would inform one via log files or console messages when I fill up the root partition. I'd say it's definately a bug but I'm not sure if it's mine or not. :) Thanks in advance for any answers you all can provide. -- Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< A poor man shames us all. From owner-freebsd-stable@FreeBSD.ORG Thu Aug 5 23:54:23 2010 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 DE8E7106566C for ; Thu, 5 Aug 2010 23:54:23 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 3D64E8FC0C for ; Thu, 5 Aug 2010 23:54:22 +0000 (UTC) Received: from ur.dons.net.au (ppp121-45-158-44.lns6.adl6.internode.on.net [121.45.158.44]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id o75NsEWJ035618 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 6 Aug 2010 09:24:20 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: multipart/signed; boundary=Apple-Mail-7--49939691; protocol="application/pkcs7-signature"; micalg=sha1 Date: Fri, 6 Aug 2010 09:24:14 +0930 In-Reply-To: <201008051708.o75H8k1F090726@lurza.secnetix.de> To: freebsd-stable@FreeBSD.ORG, doconnor@gsoft.com.au References: <201008051708.o75H8k1F090726@lurza.secnetix.de> Message-Id: <50BEF58B-A155-4C46-B512-C94E0FD95D3E@gsoft.com.au> X-Mailer: Apple Mail (2.1081) X-Spam-Score: 2.766 (**) BAYES_00, RDNS_DYNAMIC, TO_NO_BRKTS_DIRECT, TO_NO_BRKTS_DYNIP X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Kernel symbol file alternate location X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Aug 2010 23:54:23 -0000 --Apple-Mail-7--49939691 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 06/08/2010, at 2:38, Oliver Fromme wrote: >> I think this is the main reason / has had to grow - the actual kernel >> is relatively small so even a 256Mb / could hold several, but with >> the symbol files it is not possible. >=20 > I think a very simple solution would be to install the symbol > files elsewhere (probably configurable via make.conf), and > install symlinks in the kernel directory. If you do this, > tools using the symbol files won't have to be changed. >=20 > This would probably be a fairly trivial change to the install- > kernel target, I guess. I don't have patches, though. Yeah, I don't think it's hard to move them, however I'm worried what it = will break :) The only thing I can see that would have to change would be kgdb so it = tells gdb where to find the symbols. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --Apple-Mail-7--49939691-- From owner-freebsd-stable@FreeBSD.ORG Fri Aug 6 07:29:50 2010 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 CEA6E106566C for ; Fri, 6 Aug 2010 07:29:50 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 386EA8FC12 for ; Fri, 6 Aug 2010 07:29:50 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id o767TXT9023997; Fri, 6 Aug 2010 09:29:48 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id o767TVFZ023996; Fri, 6 Aug 2010 09:29:31 +0200 (CEST) (envelope-from olli) Date: Fri, 6 Aug 2010 09:29:31 +0200 (CEST) Message-Id: <201008060729.o767TVFZ023996@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, doconnor@gsoft.com.au In-Reply-To: <50BEF58B-A155-4C46-B512-C94E0FD95D3E@gsoft.com.au> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.4 (lurza.secnetix.de [127.0.0.1]); Fri, 06 Aug 2010 09:29:49 +0200 (CEST) Cc: Subject: Re: Kernel symbol file alternate location X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, doconnor@gsoft.com.au List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Aug 2010 07:29:50 -0000 Daniel O'Connor wrote: > On 06/08/2010, at 2:38, Oliver Fromme wrote: > > > I think this is the main reason / has had to grow - the actual kernel > > > is relatively small so even a 256Mb / could hold several, but with > > > the symbol files it is not possible. > > > > I think a very simple solution would be to install the symbol > > files elsewhere (probably configurable via make.conf), and > > install symlinks in the kernel directory. If you do this, > > tools using the symbol files won't have to be changed. > > > > This would probably be a fairly trivial change to the install- > > kernel target, I guess. I don't have patches, though. > > Yeah, I don't think it's hard to move them, however I'm worried what > it will break :) > > The only thing I can see that would have to change would be kgdb so > it tells gdb where to find the symbols. That's why I suggested to place symlinks in the kernel directory. No change to kgdb necessary. It might even be possible to not install the symbol files at all, but keep them under /usr/obj, so the installkernel target would have to do nothing more than create symlinks. This could be controlled by a make.conf variable, like SYMLINK_SYMBOLS=YES ("NO" would be the existing behaviour of installing the actual symbol files in /boot/kernel). Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschδftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mόn- chen, HRB 125758, Geschδftsfόhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "UNIX was not designed to stop you from doing stupid things, because that would also stop you from doing clever things." -- Doug Gwyn From owner-freebsd-stable@FreeBSD.ORG Fri Aug 6 07:33:17 2010 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 506E1106566C for ; Fri, 6 Aug 2010 07:33:17 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id A33448FC19 for ; Fri, 6 Aug 2010 07:33:16 +0000 (UTC) Received: from ur.gsoft.com.au (Ur.gsoft.com.au [203.31.81.44]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id o767X8Ma080540 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 6 Aug 2010 17:03:13 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: multipart/signed; boundary=Apple-Mail-2--22406450; protocol="application/pkcs7-signature"; micalg=sha1 Date: Fri, 6 Aug 2010 17:03:07 +0930 In-Reply-To: <201008060729.o767TVFZ023996@lurza.secnetix.de> To: freebsd-stable@FreeBSD.ORG, doconnor@gsoft.com.au References: <201008060729.o767TVFZ023996@lurza.secnetix.de> Message-Id: <9616424E-440B-4D23-82D2-6615AC6F3CA5@gsoft.com.au> X-Mailer: Apple Mail (2.1081) X-Spam-Score: -2.51 () ALL_TRUSTED,BAYES_00,T_RP_MATCHES_RCVD X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Kernel symbol file alternate location X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Aug 2010 07:33:17 -0000 X-List-Received-Date: Fri, 06 Aug 2010 07:33:17 -0000 --Apple-Mail-2--22406450 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 06/08/2010, at 16:59, Oliver Fromme wrote: >> Yeah, I don't think it's hard to move them, however I'm worried what >> it will break :) >>=20 >> The only thing I can see that would have to change would be kgdb so >> it tells gdb where to find the symbols. >=20 > That's why I suggested to place symlinks in the kernel > directory. No change to kgdb necessary. Ahh of course. Although that does make it harder because you have to modify all the = links when the old kernel is moved out of the way. > It might even be possible to not install the symbol files > at all, but keep them under /usr/obj, so the installkernel > target would have to do nothing more than create symlinks. > This could be controlled by a make.conf variable, like > SYMLINK_SYMBOLS=3DYES ("NO" would be the existing behaviour > of installing the actual symbol files in /boot/kernel). Hmm, I think they would need to go elsewhere otherwise they wouldn't be = available to people who do binary installs, hence the usefulness of bug = reports would go down. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --Apple-Mail-2--22406450-- From owner-freebsd-stable@FreeBSD.ORG Fri Aug 6 08:15:49 2010 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 F18021065677 for ; Fri, 6 Aug 2010 08:15:48 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 59F5C8FC19 for ; Fri, 6 Aug 2010 08:15:48 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id o768FVfJ025700; Fri, 6 Aug 2010 10:15:47 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id o768FVGO025698; Fri, 6 Aug 2010 10:15:31 +0200 (CEST) (envelope-from olli) Date: Fri, 6 Aug 2010 10:15:31 +0200 (CEST) Message-Id: <201008060815.o768FVGO025698@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, doconnor@gsoft.com.au In-Reply-To: <9616424E-440B-4D23-82D2-6615AC6F3CA5@gsoft.com.au> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.4 (lurza.secnetix.de [127.0.0.1]); Fri, 06 Aug 2010 10:15:47 +0200 (CEST) Cc: Subject: Re: Kernel symbol file alternate location X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, doconnor@gsoft.com.au List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Aug 2010 08:15:49 -0000 Daniel O'Connor wrote: > On 06/08/2010, at 16:59, Oliver Fromme wrote: > > > Yeah, I don't think it's hard to move them, however I'm worried what > > > it will break :) > > > > > > The only thing I can see that would have to change would be kgdb so > > > it tells gdb where to find the symbols. > > > > That's why I suggested to place symlinks in the kernel > > directory. No change to kgdb necessary. > > Ahh of course. > > Although that does make it harder because you have to modify all the > links when the old kernel is moved out of the way. Right. Maybe make a symlink to a directory, so only that symlink has to be changed: /boot/kernel/symbols -> /var/db/symbols/kernel /boot/kernel/kernel.symbols -> symbols/kernel.symbols /boot/kernel/acpi.symbols -> symbols/acpi.symbols .. and so on. When the kernel is rotated to kernel.old, only one symlink has to be changed: /boot/kernel.old/symbols -> /var/db/symbols/kernel.old Of course, /var/db is just an example off the top of my head. The symbols directory should be configurable via make.conf, too. > > It might even be possible to not install the symbol files > > at all, but keep them under /usr/obj, so the installkernel > > target would have to do nothing more than create symlinks. > > This could be controlled by a make.conf variable, like > > SYMLINK_SYMBOLS=YES ("NO" would be the existing behaviour > > of installing the actual symbol files in /boot/kernel). > > Hmm, I think they would need to go elsewhere otherwise they wouldn't > be available to people who do binary installs, hence the usefulness > of bug reports would go down. Right, I was thinking of developers only, who usually have a populated /usr/obj directory ... But there's a world full of non-developers, too. :-) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschδftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mόn- chen, HRB 125758, Geschδftsfόhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "IRIX is about as stable as a one-legged drunk with hypothermia in a four-hundred mile per hour wind, balancing on a banana peel on a greased cookie sheet -- when someone throws him an elephant with bad breath and a worse temper." -- Ralf Hildebrandt From owner-freebsd-stable@FreeBSD.ORG Fri Aug 6 09:36:08 2010 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 521D41065673 for ; Fri, 6 Aug 2010 09:36:08 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1AB0C8FC08 for ; Fri, 6 Aug 2010 09:36:07 +0000 (UTC) Received: by iwn10 with SMTP id 10so1380286iwn.13 for ; Fri, 06 Aug 2010 02:36:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=z2c1+SqCm+96S/R8tKOLQa9+zSK0/9jcw2MnD5Tah7I=; b=KDa77ifWENf5mYAonrcyTdNP1qPvSxshRNlcrgQ9lS9G9Wa5v8r/NY9gTzISS/TlBB wyHCXPF4253TjxhnccDbwfGe4QNASLbnkY9DM4gUpBYgqKK2tp0rym+zkuhdZGsieP/o isvgfN7WMvaUaqN2Aqggw0Uk9YR/7Qdqcn4Kk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=gEww/WISe1K05rOIDT2MScnwSEaYXcCPJGVV7naGYoYPDIuaShuo4wdi6lZeF1S8mS X2EyIpXAdH0dcsBCnnSB75RFsw7P995xjIIyRVucCYSrXZRC0ciE8tAJfvFG35cheM4G GzwkcgxWVQdwdj3qec0xgtva2gOJIw9t/Yjyw= MIME-Version: 1.0 Received: by 10.231.144.201 with SMTP id a9mr13968346ibv.67.1281087367484; Fri, 06 Aug 2010 02:36:07 -0700 (PDT) Received: by 10.231.161.208 with HTTP; Fri, 6 Aug 2010 02:36:07 -0700 (PDT) In-Reply-To: <4C57545F.2050907@langille.org> References: <4C5750A4.7050104@langille.org> <4C57545F.2050907@langille.org> Date: Fri, 6 Aug 2010 02:36:07 -0700 Message-ID: From: Freddie Cash To: Dan Langille Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org Subject: Re: Where's the space? raidz2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Aug 2010 09:36:08 -0000 On Mon, Aug 2, 2010 at 4:27 PM, Dan Langille wrote: > On 8/2/2010 7:11 PM, Dan Langille wrote: >> >> I recently altered an existing raidz2 pool from using 7 vdevs of about >> 931G to 1.81TB. In fact, the existing pool used half of each HDD. I then >> wanted to go to using [almost] all of each HDD. >> >> I offline'd each vdev, adjusted the HDD paritions using gpart, then >> replaced the vdev. After letting the resilver occur, I did the next vdev. >> >> The space available after this process did not go up as I expected. I >> have about 4TB in the pool, not the 8 or 9TB I expected. > > This fixed it: > > # zpool export storage > # zpool import storage There's a version of ZFS includes a new *autoexpand* property that could be set on the pool. With that set, the available space will be made available automatically as soon as the last disk in a vdev is replaced. I don't know the exact version or whether it's supported in FreeBSD's port of ZFS. But it will be available at some point. :) -- Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Fri Aug 6 09:54:55 2010 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 29880106566C for ; Fri, 6 Aug 2010 09:54:55 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 9FA2F8FC0C for ; Fri, 6 Aug 2010 09:54:54 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o769sfaP007004 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 6 Aug 2010 12:54:41 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o769sfBn043905; Fri, 6 Aug 2010 12:54:41 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o769saZ8043904; Fri, 6 Aug 2010 12:54:36 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 6 Aug 2010 12:54:36 +0300 From: Kostik Belousov To: freebsd-stable@freebsd.org, doconnor@gsoft.com.au Message-ID: <20100806095436.GL22295@deviant.kiev.zoral.com.ua> References: <50BEF58B-A155-4C46-B512-C94E0FD95D3E@gsoft.com.au> <201008060729.o767TVFZ023996@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZR2l4dEWubZVuJJE" Content-Disposition: inline In-Reply-To: <201008060729.o767TVFZ023996@lurza.secnetix.de> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-2.2 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_50, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Subject: Re: Kernel symbol file alternate location X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Aug 2010 09:54:55 -0000 --ZR2l4dEWubZVuJJE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 06, 2010 at 09:29:31AM +0200, Oliver Fromme wrote: > Daniel O'Connor wrote: > > On 06/08/2010, at 2:38, Oliver Fromme wrote: > > > > I think this is the main reason / has had to grow - the actual ker= nel > > > > is relatively small so even a 256Mb / could hold several, but with > > > > the symbol files it is not possible. > > >=20 > > > I think a very simple solution would be to install the symbol > > > files elsewhere (probably configurable via make.conf), and > > > install symlinks in the kernel directory. If you do this, > > > tools using the symbol files won't have to be changed. > > >=20 > > > This would probably be a fairly trivial change to the install- > > > kernel target, I guess. I don't have patches, though. > >=20 > > Yeah, I don't think it's hard to move them, however I'm worried what > > it will break :) > > > > The only thing I can see that would have to change would be kgdb so > > it tells gdb where to find the symbols. >=20 > That's why I suggested to place symlinks in the kernel > directory. No change to kgdb necessary. >=20 > It might even be possible to not install the symbol files > at all, but keep them under /usr/obj, so the installkernel > target would have to do nothing more than create symlinks. > This could be controlled by a make.conf variable, like > SYMLINK_SYMBOLS=3DYES ("NO" would be the existing behaviour > of installing the actual symbol files in /boot/kernel). If you keep /usr/obj around, you do not need symbol files at all, and INSTALL_NODEBUG?=3Dtrue in make.conf is enough. You can always use kernel.debug and modules with debugging symbols from build directory for kgdb. --ZR2l4dEWubZVuJJE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkxb29sACgkQC3+MBN1Mb4j4awCgsJfPGRBFmYvbJGuCK+axtb/v CvMAn0DU63RZ2D5QmNU5GSZWXwplFXeO =jhgd -----END PGP SIGNATURE----- --ZR2l4dEWubZVuJJE-- From owner-freebsd-stable@FreeBSD.ORG Fri Aug 6 10:19:47 2010 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 1248C106566C for ; Fri, 6 Aug 2010 10:19:47 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8B8F88FC17 for ; Fri, 6 Aug 2010 10:19:46 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id o76AJU8v031486; Fri, 6 Aug 2010 12:19:45 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id o76AJUQw031485; Fri, 6 Aug 2010 12:19:30 +0200 (CEST) (envelope-from olli) Date: Fri, 6 Aug 2010 12:19:30 +0200 (CEST) Message-Id: <201008061019.o76AJUQw031485@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <20100806095436.GL22295@deviant.kiev.zoral.com.ua> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.4 (lurza.secnetix.de [127.0.0.1]); Fri, 06 Aug 2010 12:19:45 +0200 (CEST) Cc: Subject: Re: Kernel symbol file alternate location X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Aug 2010 10:19:47 -0000 Kostik Belousov wrote: > If you keep /usr/obj around, you do not need symbol files at all, > and INSTALL_NODEBUG?=true in make.conf is enough. You can always > use kernel.debug and modules with debugging symbols from build > directory for kgdb. OK ... But that won't work for /boot/kernel.old. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschδftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mόn- chen, HRB 125758, Geschδftsfόhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd It's trivial to make fun of Microsoft products, but it takes a real man to make them work, and a God to make them do anything useful. From owner-freebsd-stable@FreeBSD.ORG Fri Aug 6 11:14:11 2010 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 8711D1065673 for ; Fri, 6 Aug 2010 11:14:11 +0000 (UTC) (envelope-from mgamsjager@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 370BC8FC13 for ; Fri, 6 Aug 2010 11:14:10 +0000 (UTC) Received: by qwg5 with SMTP id 5so3390375qwg.13 for ; Fri, 06 Aug 2010 04:14:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=FIeEjxqx+5Hfr/zrFr+5L0z6dNUgVwffqR1SZ0HqKOM=; b=XXS8Ve+7plPTPXtRcvq4jjadEJc/wsTs18ph5Vbd3C1Yf/uwm9Hg5fASHhpbT+SNgp R1hFhUfyzDNjIvgv6Psz3Mi7Kn5N+I+clK7k+gLkR8SB1BfkwCWIfIlNZaseyiy0qlNR cm77F1mfs9jrPLpYQqyCcyzDWFNibEOJGzA0U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=DZ3DQ9XgfgfelokKGTedMIFoyRifiwYQSszBPXXklUm5E1cx3V8z5subp1aMOw18r7 dqlBgw7qOCF/lMx6pf3qqS9OaU97EzM0jtQnvERz1jato2MPNe9JMtIA3wbmuPi6+cDE Ayt8Qyd3MCgAI5XFiosuPxUyNy7yyyOeQs7vE= Received: by 10.224.54.69 with SMTP id p5mr5785879qag.347.1281091842242; Fri, 06 Aug 2010 03:50:42 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.184.73 with HTTP; Fri, 6 Aug 2010 03:50:12 -0700 (PDT) In-Reply-To: References: <4C5750A4.7050104@langille.org> <4C57545F.2050907@langille.org> From: Matthias Gamsjager Date: Fri, 6 Aug 2010 12:50:12 +0200 Message-ID: To: Freddie Cash Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, Dan Langille Subject: Re: Where's the space? raidz2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Aug 2010 11:14:11 -0000 It's in V16 afaik On Fri, Aug 6, 2010 at 11:36 AM, Freddie Cash wrote: > On Mon, Aug 2, 2010 at 4:27 PM, Dan Langille wrote: >> On 8/2/2010 7:11 PM, Dan Langille wrote: >>> >>> I recently altered an existing raidz2 pool from using 7 vdevs of about >>> 931G to 1.81TB. In fact, the existing pool used half of each HDD. I the= n >>> wanted to go to using [almost] all of each HDD. >>> >>> I offline'd each vdev, adjusted the HDD paritions using gpart, then >>> replaced the vdev. After letting the resilver occur, I did the next vde= v. >>> >>> The space available after this process did not go up as I expected. I >>> have about 4TB in the pool, not the 8 or 9TB I expected. >> >> This fixed it: >> >> # zpool export storage >> # zpool import storage > > There's a version of ZFS includes a new *autoexpand* property that > could be set on the pool. =A0With that set, the available space will be > made available automatically as soon as the last disk in a vdev is > replaced. =A0I don't know the exact version or whether it's supported in > FreeBSD's port of ZFS. =A0But it will be available at some point. =A0:) > > -- > Freddie Cash > fjwcash@gmail.com > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Aug 6 21:15:15 2010 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 19CEE106564A; Fri, 6 Aug 2010 21:15:15 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7DE978FC18; Fri, 6 Aug 2010 21:15:14 +0000 (UTC) Received: by wyj26 with SMTP id 26so10237321wyj.13 for ; Fri, 06 Aug 2010 14:15:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=SVo2PEuK4zcKagkro7c3IzGLp9oKkiGbpWs2fskDJHA=; b=tlTwbi0opybyEWvlyaBkQpQituil1qSFN3TSPvKIFsFWaJCJSaeNwPAZ873hyn5KUu 5WXP84H6F8xJvPalGa2CmapJMqJAUngv/j6g1PDcdsKyNQMuzqxR4w5qB7THeHlLwMO7 Mw2YFq4XsG8W3X4BCYvliSCx0IF8OuaYKAy1s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=c1mb0LvZvdG+AtutcKm4sH3YjeS1YVRnh/UEKEhNGycpcDddKau9slT/Qkbz9KyzkQ HkZ4FID2moHG6aP/UNA63LeUBBGJHylgYzG2peFG5wJjFFc6IweT5QG/9jqmLyvuuOmG DO8xqcCZF2gJPxGwQeuR/tqgXwEyjPeyfYkOM= MIME-Version: 1.0 Received: by 10.227.7.212 with SMTP id e20mr10452147wbe.44.1281129313236; Fri, 06 Aug 2010 14:15:13 -0700 (PDT) Received: by 10.216.48.6 with HTTP; Fri, 6 Aug 2010 14:15:13 -0700 (PDT) Date: Fri, 6 Aug 2010 14:15:13 -0700 Message-ID: From: Jack Vogel To: FreeBSD Net , FreeBSD stable , FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Watchdog resets on 82575 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Aug 2010 21:15:15 -0000 If you have this adapter and have been getting watchdogs you need to pick up the small update I checked into HEAD today. When I added the SR-IOV support for the 82576 adapter I removed a call to set the MAC type in an early routine, thinking it was unnecessary, since a slightly later shared code init does the same thing. I also saw no problem when I did this on the 82576.... well, it did have a bad effect that I did not notice, the slightly later call, igb_setup_msix() did not have the mac set and this resulted in the 82575 creating more queues than it is really able to handle. So, bottom line, this is a critical fix for 82575: SVN rev 210968 Cheers, Jack From owner-freebsd-stable@FreeBSD.ORG Fri Aug 6 21:50:57 2010 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 8EEE31065677 for ; Fri, 6 Aug 2010 21:50:57 +0000 (UTC) (envelope-from mark.saad@ymail.com) Received: from web35308.mail.mud.yahoo.com (web35308.mail.mud.yahoo.com [66.163.179.102]) by mx1.freebsd.org (Postfix) with SMTP id 364058FC19 for ; Fri, 6 Aug 2010 21:50:56 +0000 (UTC) Received: (qmail 49970 invoked by uid 60001); 6 Aug 2010 21:24:15 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ymail.com; s=s1024; t=1281129855; bh=iaRsXqlWL2pre+vxjUaBnCTi7gnQsmnGSjea5d9djPc=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=3l025Oz/uW26TBYHUBVNbnT+r/LJ4LXaqpKs2OE7uJsHVUBbrm/UYsW4VeWLFo01nXDhv2p5wz8sPGSgZvYCRviRZ9fvYuGy/V0tfj+903gXiLt/IDhV55FCcLVtH/eGV5pEqNRp80M/gd3+HYNJHDyy2sqUom4nGKbzPxvwvz0= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=ymail.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=rGW4mlWsZ+FRPhoBOp74SaCiWfckpedyUPqLiCjCNy8P9oUHLsiMYcMuqGvA1iCH5gcrYPq1MLrkDLhqB625B9+DcFuMm0VO3NgtuXCkxfkGNtWKtdHy0y19VxrQq7N0+41bqc3c/sfrPHCpgxf/zTaVCDhuyL5JT39Es1y1lyk=; Message-ID: <286515.49549.qm@web35308.mail.mud.yahoo.com> X-YMail-OSG: rgONGpwVM1lUims5knxpsLBxTu9N8UbR7Zc2q72dg31cYKo O.iZqp2CZsQwUlOsww.NmqgnBW.ybQbZ74kJALv.Y4PYxwCfaRWj_6j7JhJg rBPaEb.5BG4X8krPuojn3Fz_yO5Xrqhg_Fqpp122rc3CWkwJ5iiTZ2Lff7G4 5uIMbxHkf_RdZasa0R23OAZnOAVFRGrDEaiWcjatMcV4AiZNfCd2o6qhurFo W3F20qJTkGHFXpAMFEHcIK2mUol5R7K5QfmJOj64pX8wtHwIKvDzCipga0Kt H2opJXiKg1Y7G87kh2bSzVP8T5_iBZlwi0tf61XaaGgg- Received: from [209.66.78.50] by web35308.mail.mud.yahoo.com via HTTP; Fri, 06 Aug 2010 14:24:15 PDT X-Mailer: YahooMailClassic/11.3.2 YahooMailWebService/0.8.105.279950 Date: Fri, 6 Aug 2010 14:24:15 -0700 (PDT) From: Mark Saad To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Dumpdev issue in 6.4-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Aug 2010 21:50:57 -0000 Hello Stable I have an issue with a kernel panic on bootup where the dumpdev loader variable is ignored. I rebuilt my 6.4-STABLE amd64 kernel with the following options to try an track down an issue with a patch. options KDB options DDB options GDB options BREAK_TO_DEBUGGER options INVARIANTS options INVARIANT_SUPPORT options WITNESS options DEBUG_VFS_LOCK I then built and installed the resulting kernel.debug no issues there I then set in /boot/loader.conf dumpdev="/dev/da0s1b" When I reboot and crash the box on the new kernel at the db> prompt I cant "call doadump" to work or get an automated one from "continue" both complain about no dumpdev defined . Does anyone have a solution for this ? -- Mark Saad mark.saad@ymail.com From owner-freebsd-stable@FreeBSD.ORG Fri Aug 6 21:55:35 2010 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 8E103106566B for ; Fri, 6 Aug 2010 21:55:35 +0000 (UTC) (envelope-from ben@b1c1l1.com) Received: from lancer.b1c1l1.com (unknown [IPv6:2607:f358:1a:1a:1000::]) by mx1.freebsd.org (Postfix) with ESMTP id 774F68FC0C for ; Fri, 6 Aug 2010 21:55:35 +0000 (UTC) Received: from supra.b1c1l1.com (netops-129.sfo1.bitgravity.com [209.131.110.129]) by lancer.b1c1l1.com (Postfix) with ESMTPSA id 39FD55C21; Fri, 6 Aug 2010 14:55:35 -0700 (PDT) Message-ID: <4C5C84D1.4050106@b1c1l1.com> Date: Fri, 06 Aug 2010 14:55:29 -0700 From: Benjamin Lee User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.7) Gecko/20100801 Thunderbird/3.1.1 MIME-Version: 1.0 To: Mark Saad References: <286515.49549.qm@web35308.mail.mud.yahoo.com> In-Reply-To: <286515.49549.qm@web35308.mail.mud.yahoo.com> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig8ECB55AF3773F709DE3F55A5" Cc: freebsd-stable@freebsd.org Subject: Re: Dumpdev issue in 6.4-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Aug 2010 21:55:35 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8ECB55AF3773F709DE3F55A5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 08/06/2010 02:24 PM, Mark Saad wrote: > I then set in /boot/loader.conf=20 >=20 > dumpdev=3D"/dev/da0s1b" On 8-STABLE dumpdev should be defined in rc.conf(5). Not sure about 6-STABLE offhand. --=20 Benjamin Lee http://www.b1c1l1.com/ --------------enig8ECB55AF3773F709DE3F55A5 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJMXITWAAoJEHBW16CPoSMCVzQQAKz8KfSGdmHnUxsq6goh/ZUu hCRTds7M2wr21fr/rxQyfXrrH0Vi5w38OdDpDCF10NO8x6bUj1OtQYoltV/tfwQF R3evnKU+EMxD2YD+tP5IQHfdeyhfrMNnLa1cx4Ho+kk/LWoshLdjW6xe0wxtj6Nf JXyfJjM3/x5hGAw+lIA5AqB+2k7fP/jrQA/U/9lmYAJBaD/7JIc74q6+xJLdMAOb chHflWBsPYnGl0v+/k6UpzcFJKZlTjTJWBciSPuQxnO6Spq4MRGjaDQuXmFqhSin CnaYKLZQsGvOfFT7V53rJ2wwbbmsvv4c4ZlLpRc6CRAKkzgCC/A2tBnwpwL7Stmt ZxNFkgnoerbFL58Zy//RGxnELbiYr41M6N/aZ+uLINy3bIiEAlwyQXof2JZZ/ivG 4XHwKP4Pu+Y2d9e5gvVzHI2FvGPYXeA3sFmFF+cXYF3f+aAIO48A5akrDCCzUvBv +l/TO+OV58DqwSGNlmghZPq18uWBMm6LHhlwpM9HyODWdhGr4rMvv6wjrs/+oI5i xKq19Xcr1z4e/fw/JUk3x34BTo5ESM8wUlRGryp2h2wRIPtfYo/WAczprqyJewBp 6dm196mx+hWR3JBIATelvQsAheddLh1oiXbAyKj20JnjU47S0HNP6F9c6hShEgps YPfWBSOKfR4vSRo48zm2 =d4f3 -----END PGP SIGNATURE----- --------------enig8ECB55AF3773F709DE3F55A5-- From owner-freebsd-stable@FreeBSD.ORG Fri Aug 6 22:12:46 2010 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 555DA106566B for ; Fri, 6 Aug 2010 22:12:46 +0000 (UTC) (envelope-from mark.saad@ymail.com) Received: from web35304.mail.mud.yahoo.com (web35304.mail.mud.yahoo.com [66.163.179.98]) by mx1.freebsd.org (Postfix) with SMTP id EFABA8FC13 for ; Fri, 6 Aug 2010 22:12:45 +0000 (UTC) Received: (qmail 30651 invoked by uid 60001); 6 Aug 2010 22:12:45 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ymail.com; s=s1024; t=1281132765; bh=cQekSVTepKazkortsvUUuINpch6J37yXp0dTEPfTHcw=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=Hfz1ulrY6gqLjkjRGaEp77cROD02sBXpFttdv1A1rQKUUDRYmnanHVY1JOfxqyBxLOBeHy/fq/wXCRKhXBs9yy401rUURliHhiJ0NwWIVS4R++xTlNZF2lXDnZ//Xro/zdyF6F6b9hROVanEWF472dFcHNGhVQKe+VpASWXFNrM= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=ymail.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=d7t/tVR21Cx1jLAjVgNpKu2MRrP51uR9H4iGHbi1AEdvUCJYqlmjfDUVhChncSqkBWdW8dE9a8NRaJZm7fRllDbiz7Kb9aD89eVzOfhZDGgdpVILwl+oBMQydD8Tvs0GizcZiDOfTwhxnx6N5c7uwKmkK0hptwtkCdb21r/EPt8=; Message-ID: <310494.29389.qm@web35304.mail.mud.yahoo.com> X-YMail-OSG: i6dCkqIVM1kuvUorAXk.0HDdUlTEtEBUzXwX5pl3QtxRHkQ E_9kO_7E0OHItrcAm6JdBX3DMlTA13gR_hRa7glOS_xj2CMJrH_Lp0oFtUuq MpuulsHfswuR2BgBWUl9y1v7TIU.y5CpKkrvVb9L4rZGZl8k_GBh_IUxRwnw x2WLGfe2KEMS2TiUw1tg.ZzFtn2KJ51mBCw9vfaLQOahvhgM1kVgpmkKLgGj NNlOQvysxtYGMpFGO3S9r._wvUpjHTf3I3LxmWpahuPhZF08ZwbvxMU2zDEM nuL4mRVIQoAh8rqOjH9wpC.hcXFMMSSG6zBJau6xZnOsdcCTjWJXeJFv7YrN DYtLtJg-- Received: from [209.66.78.50] by web35304.mail.mud.yahoo.com via HTTP; Fri, 06 Aug 2010 15:12:45 PDT X-Mailer: YahooMailClassic/11.3.2 YahooMailWebService/0.8.105.279950 Date: Fri, 6 Aug 2010 15:12:45 -0700 (PDT) From: Mark Saad To: Benjamin Lee In-Reply-To: <4C5C84D1.4050106@b1c1l1.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: Dumpdev issue in 6.4-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Aug 2010 22:12:46 -0000 =0A> wrote:=0A> > I then set in /boot/loader.conf =0A> > =0A> > dumpdev=3D"= /dev/da0s1b"=0A> =0A> On 8-STABLE dumpdev should be defined in rc.conf(5).= =A0=0A> Not sure about=0A> 6-STABLE offhand.=0A=0AThe box dies before init = is started so dumpdev in rc.conf is pointless. =0A> =0A> =0A> -- =0A> Benja= min Lee=0A> http://www.b1c1l1.com/=0A> =0A> =0A=0A--=0AMark Saad=0Amark.saa= d@ymail.com From owner-freebsd-stable@FreeBSD.ORG Fri Aug 6 22:31:32 2010 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 5EDBF1065670 for ; Fri, 6 Aug 2010 22:31:32 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9FD9C8FC16 for ; Fri, 6 Aug 2010 22:31:31 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id o76MVF1N063810; Sat, 7 Aug 2010 00:31:30 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id o76MVEji063809; Sat, 7 Aug 2010 00:31:14 +0200 (CEST) (envelope-from olli) Date: Sat, 7 Aug 2010 00:31:14 +0200 (CEST) Message-Id: <201008062231.o76MVEji063809@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, mark.saad@ymail.com In-Reply-To: <310494.29389.qm@web35304.mail.mud.yahoo.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.4 (lurza.secnetix.de [127.0.0.1]); Sat, 07 Aug 2010 00:31:30 +0200 (CEST) Cc: Subject: Re: Dumpdev issue in 6.4-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, mark.saad@ymail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Aug 2010 22:31:32 -0000 Mark Saad wrote: > > > wrote: > > > I then set in /boot/loader.conf > > > > > > dumpdev="/dev/da0s1b" > > > > On 8-STABLE dumpdev should be defined in rc.conf(5).  > > Not sure about > > 6-STABLE offhand. > > The box dies before init is started so dumpdev in rc.conf is pointless. I'm afraid you can't set dumpdev from the loader. In ancient times it was possible to hardcode the dumpdev via the kernel configuration, but that option is long gone, AFAIK. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschδftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mόn- chen, HRB 125758, Geschδftsfόhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "I started using PostgreSQL around a month ago, and the feeling is similar to the switch from Linux to FreeBSD in '96 -- 'wow!'." -- Oddbjorn Steffensen From owner-freebsd-stable@FreeBSD.ORG Fri Aug 6 22:37:38 2010 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 B7614106567D for ; Fri, 6 Aug 2010 22:37:38 +0000 (UTC) (envelope-from mark.saad@ymail.com) Received: from web35301.mail.mud.yahoo.com (web35301.mail.mud.yahoo.com [66.163.179.95]) by mx1.freebsd.org (Postfix) with SMTP id 766F18FC14 for ; Fri, 6 Aug 2010 22:37:38 +0000 (UTC) Received: (qmail 80320 invoked by uid 60001); 6 Aug 2010 22:37:38 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ymail.com; s=s1024; t=1281134257; bh=0a7iNaCR2PYDnEpzFUbH9Cuwoai99bSwRSqC1AfzTEk=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=UVX4zExDZEKcE+t+FLqQDpu9Cv0e9QPBJ9wh++htHOpz0Wer41p7yENnOQCUOCgoTtB168B45/7DsPXHa4XMA+Etv7LGy7J/LPcEfqcTJ5s0qKEYYHaSnqmrB8cIJKDA18dFinETAsKLivryXWuGFKJ8nDZ9VfJ7sRARpdHXT5Q= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=ymail.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=X2JOPdB4vQPaQi4JNqG+g9s75+xBwla03jWIU/2gwuMsyUdK2DjN0co2/4GOWNnHa7k4NKkmp6TbT9fXzfdO29OMUF8gtsiVms9Cd1Gda79Jwe4rruOvtO6nNlsWNOfO/QOoOeDOQpoHQL9kXtrhy+473LFCMmu+thfAYsyetrc=; Message-ID: <915273.79945.qm@web35301.mail.mud.yahoo.com> X-YMail-OSG: 6C9CIpAVM1mQbeb_BJuXNJBIY5xY0N5MqHCFXqgjDg_ZPOp 0N79xM2P_hTlclcoENUzOfRzChegVgCnKCXxaUCG_bMtnDraEshxA26..0kQ ORguFYD5358qUZOKo.q2QGr3TjnWwggBN0wFUlpBVE.NIkz6pC5G_FIFxeG4 oK8Z.1YfQgYkYq39aNuE8_iwXyRiBlO._qz9CSRSxjmLfZSfM5_P7Ag9_1dY gK.1SS0ZBSGtDnbdMeK8A30WvuPoGZeDxAqHilFFnk4qkJYh9LvoC9Yn8ipW rgwCiTx8UuNJ1jCYTpTiN1Uq9odtB1GsQdA1DmE0_acBbw9Bo16yWyLwIzam Wa0UlVa4- Received: from [209.66.78.50] by web35301.mail.mud.yahoo.com via HTTP; Fri, 06 Aug 2010 15:37:37 PDT X-Mailer: YahooMailClassic/11.3.2 YahooMailWebService/0.8.105.279950 Date: Fri, 6 Aug 2010 15:37:37 -0700 (PDT) From: Mark Saad To: freebsd-stable@FreeBSD.ORG, mark.saad@ymail.com In-Reply-To: <201008062231.o76MVEji063809@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Dumpdev issue in 6.4-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Aug 2010 22:37:38 -0000 =0A> Mark Saad wrote:=0A> > =0A> > > wrote:=0A> > > > I then set in /boo= t/loader.conf =0A> > > > =0A> > > > dumpdev=3D"/dev/da0s1b"=0A> > > =0A>= > > On 8-STABLE dumpdev should be defined in=0A> rc.conf(5).=A0=0A> > > = Not sure about=0A> > > 6-STABLE offhand.=0A> > =0A> > The box dies befor= e init is started so dumpdev in=0A> rc.conf is pointless. =0A> =0A> I'm afr= aid you can't set dumpdev from the loader.=0A> =0A> In ancient times it was= possible to hardcode the dumpdev=0A> via the kernel configuration, but tha= t option is long=0A> gone, AFAIK.=0A> =0AOliver so how do I get a core file= of what the kernel is doing ? What is the "new way" of doing this ?=0A=0A>= Best regards=0A> =A0=A0=A0Oliver=0A> =0A> -- =0A> Oliver Fromme, secnetix = GmbH & Co. KG, Marktplatz 29,=0A> 85567 Grafing b. M.=0A> Handelsregister: = Registergericht Muenchen, HRA 74606,=A0=0A> Gesch=E4ftsfuehrung:=0A> secnet= ix Verwaltungsgesellsch. mbH, Handelsregister:=0A> Registergericht M=FCn-= =0A> chen, HRB 125758,=A0 Gesch=E4ftsf=FChrer: Maik Bachmann,=0A> Olaf Erb,= Ralf Gebhart=0A> =0A> FreeBSD-Dienstleistungen, -Produkte und mehr:=A0 htt= p://www.secnetix.de/bsd=0A> =0A> "I started using PostgreSQL around a month= ago, and the=0A> feeling is=0A> similar to the switch from Linux to FreeBS= D in '96 --=0A> 'wow!'."=0A> =A0 =A0 =A0 =A0 -- Oddbjorn Steffensen=0A> =0A= =0A=0A--=0AMark Saad=0Amark.saad@ymail.com From owner-freebsd-stable@FreeBSD.ORG Fri Aug 6 22:58:25 2010 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 48D901065676 for ; Fri, 6 Aug 2010 22:58:25 +0000 (UTC) (envelope-from pprocacci@datapipe.com) Received: from EXFESMQ01.datapipe-corp.net (exfesmq01.datapipe-corp.net [64.106.130.71]) by mx1.freebsd.org (Postfix) with ESMTP id 0F9238FC0A for ; Fri, 6 Aug 2010 22:58:25 +0000 (UTC) Received: from nat.myhome (64.106.131.250) by EXFESMQ01.datapipe-corp.net (64.106.130.71) with Microsoft SMTP Server (TLS) id 8.2.254.0; Fri, 6 Aug 2010 18:48:11 -0400 Date: Fri, 6 Aug 2010 17:48:31 -0500 From: "Paul A. Procacci" To: Mark Saad Message-ID: <20100806224831.GE74256@nat.myhome> References: <201008062231.o76MVEji063809@lurza.secnetix.de> <915273.79945.qm@web35301.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <915273.79945.qm@web35301.mail.mud.yahoo.com> User-Agent: Mutt/1.5.20 (2009-06-14) Content-Transfer-Encoding: quoted-printable Cc: "freebsd-stable@FreeBSD.ORG" Subject: Re: Dumpdev issue in 6.4-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Aug 2010 22:58:25 -0000 Mark, Perhaps remote GDB via serial console... http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-online-= gdb.html This explain it in very good detail. ~Paul On Fri, Aug 06, 2010 at 06:37:37PM -0400, Mark Saad wrote: > > > Mark Saad wrote: > > > > > > > wrote: > > > > > I then set in /boot/loader.conf > > > > > > > > > > dumpdev=3D"/dev/da0s1b" > > > > > > > > On 8-STABLE dumpdev should be defined in > > rc.conf(5).? > > > > Not sure about > > > > 6-STABLE offhand. > > > > > > The box dies before init is started so dumpdev in > > rc.conf is pointless. > > > > I'm afraid you can't set dumpdev from the loader. > > > > In ancient times it was possible to hardcode the dumpdev > > via the kernel configuration, but that option is long > > gone, AFAIK. > > > Oliver so how do I get a core file of what the kernel is doing ? What is = the "new way" of doing this ? > > > Best regards > > ???Oliver > > > > -- > > Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, > > 85567 Grafing b. M. > > Handelsregister: Registergericht Muenchen, HRA 74606,? > > Gesch?ftsfuehrung: > > secnetix Verwaltungsgesellsch. mbH, Handelsregister: > > Registergericht M?n- > > chen, HRB 125758,? Gesch?ftsf?hrer: Maik Bachmann, > > Olaf Erb, Ralf Gebhart > > > > FreeBSD-Dienstleistungen, -Produkte und mehr:? http://www.secnetix.de/b= sd > > > > "I started using PostgreSQL around a month ago, and the > > feeling is > > similar to the switch from Linux to FreeBSD in '96 -- > > 'wow!'." > > ? ? ? ? -- Oddbjorn Steffensen > > > > > -- > Mark Saad > mark.saad@ymail.com > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" This message may contain confidential or privileged information. If you ar= e not the intended recipient, please advise us immediately and delete this = message. See http://www.datapipe.com/about-us-legal-email-disclaimer.htm f= or further information on confidentiality and the risks of non-secure elect= ronic communication. If you cannot access these links, please notify us by = reply message and we will send the contents to you. From owner-freebsd-stable@FreeBSD.ORG Fri Aug 6 23:04:20 2010 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 AB87F106566C for ; Fri, 6 Aug 2010 23:04:20 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta12.westchester.pa.mail.comcast.net (qmta12.westchester.pa.mail.comcast.net [76.96.59.227]) by mx1.freebsd.org (Postfix) with ESMTP id 5927F8FC08 for ; Fri, 6 Aug 2010 23:04:19 +0000 (UTC) Received: from omta15.westchester.pa.mail.comcast.net ([76.96.62.87]) by qmta12.westchester.pa.mail.comcast.net with comcast id qzHW1e0021swQuc5CB4Lf2; Fri, 06 Aug 2010 23:04:20 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta15.westchester.pa.mail.comcast.net with comcast id rB4K1e00R3LrwQ23bB4L9f; Fri, 06 Aug 2010 23:04:20 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 184E49B423; Fri, 6 Aug 2010 16:04:18 -0700 (PDT) Date: Fri, 6 Aug 2010 16:04:18 -0700 From: Jeremy Chadwick To: Mark Saad Message-ID: <20100806230418.GA51617@icarus.home.lan> References: <201008062231.o76MVEji063809@lurza.secnetix.de> <915273.79945.qm@web35301.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <915273.79945.qm@web35301.mail.mud.yahoo.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Dumpdev issue in 6.4-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Aug 2010 23:04:20 -0000 On Fri, Aug 06, 2010 at 03:37:37PM -0700, Mark Saad wrote: > > Mark Saad wrote: > > > > wrote: > > > > > I then set in /boot/loader.conf > > > > > > > > > > dumpdev="/dev/da0s1b" > > > > > > > > On 8-STABLE dumpdev should be defined in rc.conf(5).  > > > > Not sure about > > > > 6-STABLE offhand. > > > > > > The box dies before init is started so dumpdev in > > rc.conf is pointless. > > > > I'm afraid you can't set dumpdev from the loader. > > > > In ancient times it was possible to hardcode the dumpdev > > via the kernel configuration, but that option is long > > gone, AFAIK. > > > Oliver so how do I get a core file of what the kernel is doing ? What is the "new way" of doing this ? Use of dumpdev in /etc/rc.conf is utilised by /etc/rc.d/dumpon. This rc script runs /sbin/dumpon, specifying the device, which tells the kernel what device to dump stuff to using an ioctl() call for DIOCSKERNELDUMP. There doesn't appear to be a way to make an ioctl call from within DDB. I would say you're basically out of luck; someone on freebsd-hackers may know of a secret way. Otherwise I would say DDB needs to be extended to provide a "dumpdev" command or something along those lines which would do the ioctl() equivalent. You can drop to DDB interactively by pressing Control-Alt-Escape. You can examine the system state from there, but even "call doadump" probably won't work given that the kernel doesn't know what dump device to use (re: the ioctl() call above). -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Aug 7 01:21:22 2010 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 310731065673 for ; Sat, 7 Aug 2010 01:21:22 +0000 (UTC) (envelope-from boydjd@jbip.net) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 884288FC0A for ; Sat, 7 Aug 2010 01:21:21 +0000 (UTC) Received: by fxm13 with SMTP id 13so4660601fxm.13 for ; Fri, 06 Aug 2010 18:21:20 -0700 (PDT) Received: by 10.223.122.194 with SMTP id m2mr13611078far.85.1281144080097; Fri, 06 Aug 2010 18:21:20 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.132.200 with HTTP; Fri, 6 Aug 2010 18:21:00 -0700 (PDT) From: Joshua Boyd Date: Fri, 6 Aug 2010 21:21:00 -0400 Message-ID: To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: 8-STABLE Slow Write Speeds on ESXI 4.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Aug 2010 01:21:22 -0000 Hello, I'm experiencing slow write speeds on 8-STABLE running on an ESXI 4.0 server, despite whatever tunables I've thrown at it. Read speeds are slower than they should be, but acceptable. Note, this is a thick provisioned disk, not thin. Speeds on Windows hosts are as expected for an MD3000 DAS, 250MB/s or so. [root@git ~]# dd if=/dev/da0 of=/dev/null bs=1M count=500 500+0 records in 500+0 records out 524288000 bytes transferred in 3.304514 secs (158658118 bytes/sec [root@git ~]# dd if=/dev/zero of=/var/testfile bs=1M count=500 500+0 records in 500+0 records out 524288000 bytes transferred in 52.083421 secs (10066313 bytes/sec) Output of gstat during write: L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name 6 82 0 0 0.0 82 10520 82.5 100.7| da0 [root@git ~]# vmstat da0 2 procs memory page disk faults cpu r b w avm fre flt re pi po fr sr da0 in sy cs us sy id 0 0 0 664M 3684M 28 0 0 0 59 0 0 4 90 347 0 2 98 0 0 0 664M 3667M 1 0 0 0 44 0 149 152 120 1340 0 3 97 0 0 0 664M 3646M 0 0 0 0 0 0 163 166 123 1385 0 2 98 0 0 0 664M 3626M 0 0 0 0 0 0 160 162 119 1393 0 4 96 0 0 0 664M 3605M 1 0 0 0 1 0 164 165 156 1435 0 4 96 [root@git ~]# camcontrol tags da0 (pass0:mpt0:0:0:0): device openings: 127 [root@git ~]# camcontrol devlist at scbus0 target 0 lun 0 (da0,pass0) And now, for the rest of the information: [root@git ~]# uname -ar FreeBSD git.openfisma.org 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #0: Mon Jun 28 17:46:33 EDT 2010 root@git.openfisma.org:/usr/obj/usr/src/sys/GENERIC amd64 Copyright (c) 1992-2010 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.1-PRERELEASE #0: Mon Jun 28 17:46:33 EDT 2010 root@git.openfisma.org:/usr/obj/usr/src/sys/GENERIC amd64 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Quad-Core AMD Opteron(tm) Processor 2350 (1999.81-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100f23 Family = 10 Model = 2 Stepping = 3 Features=0x78bfbff Features2=0x80802001> AMD Features=0xea500800 AMD Features2=0x1e9 TSC: P-state invariant real memory = 4294967296 (4096 MB) avail memory = 4099297280 (3909 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 4 package(s) x 1 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x10c0-0x10cf at device 7.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 7.3 (no driver attached) pci0: at device 7.7 (no driver attached) vgapci0: port 0x10d0-0x10df mem 0xd4000000-0xd7ffffff,0xd8000000-0xd87fffff irq 16 at device 15.0 on pci0 pcib2: at device 17.0 on pci0 pci2: on pcib2 em0: port 0x2000-0x203f mem 0xd8820000-0xd883ffff,0xd8800000-0xd880ffff irq 18 at device 0.0 on pci2 em0: Memory Access and/or Bus Master bits were not set! em0: [FILTER] em0: Ethernet address: 00:50:56:81:3c:c8 pcib3: at device 21.0 on pci0 pci3: on pcib3 mpt0: port 0x4000-0x40ff mem 0xd9c04000-0xd9c07fff,0xd9c10000-0xd9c1ffff irq 18 at device 0.0 on pci3 mpt0: [ITHREAD] mpt0: MPI Version=1.5.0.0 pcib4: at device 21.1 on pci0 pci4: on pcib4 pcib5: at device 21.2 on pci0 pci5: on pcib5 pcib6: at device 21.3 on pci0 pci6: on pcib6 pcib7: at device 21.4 on pci0 pci7: on pcib7 pcib8: at device 21.5 on pci0 pci8: on pcib8 pcib9: at device 21.6 on pci0 pci9: on pcib9 pcib10: at device 21.7 on pci0 pci10: on pcib10 pcib11: at device 22.0 on pci0 pci11: on pcib11 pcib12: at device 22.1 on pci0 pci12: on pcib12 pcib13: at device 22.2 on pci0 pci13: on pcib13 pcib14: at device 22.3 on pci0 pci14: on pcib14 pcib15: at device 22.4 on pci0 pci15: on pcib15 pcib16: at device 22.5 on pci0 pci16: on pcib16 pcib17: at device 22.6 on pci0 pci17: on pcib17 pcib18: at device 22.7 on pci0 pci18: on pcib18 pcib19: at device 23.0 on pci0 pci19: on pcib19 pcib20: at device 23.1 on pci0 pci20: on pcib20 pcib21: at device 23.2 on pci0 pci21: on pcib21 pcib22: at device 23.3 on pci0 pci22: on pcib22 pcib23: at device 23.4 on pci0 pci23: on pcib23 pcib24: at device 23.5 on pci0 pci24: on pcib24 pcib25: at device 23.6 on pci0 pci25: on pcib25 pcib26: at device 23.7 on pci0 pci26: on pcib26 pcib27: at device 24.0 on pci0 pci27: on pcib27 pcib28: at device 24.1 on pci0 pci28: on pcib28 pcib29: at device 24.2 on pci0 pci29: on pcib29 pcib30: at device 24.3 on pci0 pci30: on pcib30 pcib31: at device 24.4 on pci0 pci31: on pcib31 pcib32: at device 24.5 on pci0 pci32: on pcib32 pcib33: at device 24.6 on pci0 pci33: on pcib33 pcib34: at device 24.7 on pci0 pci34: on pcib34 acpi_acad0: on acpi0 acpi_button0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3 ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppc0: [ITHREAD] ppbus0: on ppc0 plip0: on ppbus0 plip0: [ITHREAD] lpt0: on ppbus0 lpt0: [ITHREAD] lpt0: Interrupt-driven port ppi0: on ppbus0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart1: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff,0xdc000-0xdffff,0xe0000-0xe3fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 acpi_throttle0: on cpu0 acpi_throttle1: on cpu1 acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 acpi_throttle2: on cpu2 acpi_throttle2: failed to attach P_CNT device_attach: acpi_throttle2 attach returned 6 acpi_throttle3: on cpu3 acpi_throttle3: failed to attach P_CNT device_attach: acpi_throttle3 attach returned 6 Timecounters tick every 10.000 msec acd0: CDROM at ata1-master UDMA33 da0 at mpt0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 300.000MB/s transfers da0: Command Queueing enabled da0: 40960MB (83886080 512 byte sectors: 255H 63S/T 5221C) SMP: AP CPU #3 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! Trying to mount root from ufs:/dev/da0s1a VMware memory control driver initialized [root@git /var/log]# mptutil show adapter mpt0 Adapter: Board Name: SAS3444 Board Assembly: Chip Name: C1068E Chip Revision: UNUSED RAID Levels: none -- Joshua Boyd JBipNet E-mail: boydjd@jbip.net http://www.jbip.net From owner-freebsd-stable@FreeBSD.ORG Sat Aug 7 01:29:00 2010 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 4A42B1065679 for ; Sat, 7 Aug 2010 01:29:00 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 82DD48FC14 for ; Sat, 7 Aug 2010 01:28:59 +0000 (UTC) Received: from ur.dons.net.au (ppp121-45-158-44.lns6.adl6.internode.on.net [121.45.158.44]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id o771So2C062270 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 7 Aug 2010 10:58:56 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: multipart/signed; boundary=Apple-Mail-3-42136101; protocol="application/pkcs7-signature"; micalg=sha1 Date: Sat, 7 Aug 2010 10:58:50 +0930 In-Reply-To: <201008060815.o768FVGO025698@lurza.secnetix.de> To: freebsd-stable@FreeBSD.ORG, doconnor@gsoft.com.au References: <201008060815.o768FVGO025698@lurza.secnetix.de> Message-Id: <6966631B-05C7-4219-9144-F90F2E6FECAE@gsoft.com.au> X-Mailer: Apple Mail (2.1081) X-Spam-Score: 2.766 (**) BAYES_00, RDNS_DYNAMIC, TO_NO_BRKTS_DIRECT, TO_NO_BRKTS_DYNIP X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Kernel symbol file alternate location X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Aug 2010 01:29:00 -0000 --Apple-Mail-3-42136101 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 06/08/2010, at 17:45, Oliver Fromme wrote: > Daniel O'Connor wrote: >> On 06/08/2010, at 16:59, Oliver Fromme wrote: >>>> Yeah, I don't think it's hard to move them, however I'm worried what >>>> it will break :) >>>> >>>> The only thing I can see that would have to change would be kgdb so >>>> it tells gdb where to find the symbols. >>> >>> That's why I suggested to place symlinks in the kernel >>> directory. No change to kgdb necessary. >> >> Ahh of course. >> >> Although that does make it harder because you have to modify all the >> links when the old kernel is moved out of the way. > > Right. Maybe make a symlink to a directory, so only that > symlink has to be changed: > > /boot/kernel/symbols -> /var/db/symbols/kernel > /boot/kernel/kernel.symbols -> symbols/kernel.symbols > /boot/kernel/acpi.symbols -> symbols/acpi.symbols > .. and so on. > > When the kernel is rotated to kernel.old, only one symlink > has to be changed: > > /boot/kernel.old/symbols -> /var/db/symbols/kernel.old > > Of course, /var/db is just an example off the top of my head. > The symbols directory should be configurable via make.conf, too. Yes that makes sense. I guess the next thing is to make patches :) >> Hmm, I think they would need to go elsewhere otherwise they wouldn't >> be available to people who do binary installs, hence the usefulness >> of bug reports would go down. > > Right, I was thinking of developers only, who usually have a > populated /usr/obj directory ... But there's a world full of > non-developers, too. :-) Yeah and they find lots of bugs :( -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --Apple-Mail-3-42136101-- From owner-freebsd-stable@FreeBSD.ORG Sat Aug 7 09:05:36 2010 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 0DAC41065670 for ; Sat, 7 Aug 2010 09:05:36 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id BCFFE8FC12 for ; Sat, 7 Aug 2010 09:05:35 +0000 (UTC) Received: by iwn10 with SMTP id 10so2558499iwn.13 for ; Sat, 07 Aug 2010 02:05:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:openpgp:content-type:content-transfer-encoding; bh=f+cplXvM5hF36ELHzGB606P8mG2W7QEKUQxbzoJNzrg=; b=JNix8LQc1zwPWlRN9cfl5+pbyTu/DHguERlyWrlokaG6wpEmHLhzLPkDl3oUgxPC7L K1QyntztfPOEwQe7u79Q/Dy02g6ntyzMlJ0wNLutwwI4PFKLps+xSbvFkZ+leg+ut8Qb jb2ha98FOoZQBSE8vdaiakD/6NpTKNYQYtkqs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:openpgp:content-type :content-transfer-encoding; b=WEwKQGqM6OOEFmWWfcOAdt7Q/aYgqykQozio/IqY0P0ocCTpjNwMcNk47JmHQwFK4Q 7g4F4iNifKOO9s6W29Uku1Ry50kre4l4p2E4tNyre9Z++vlmCospZTbjdc4R1BM2SiNq QY40YwZ4OGoHrsYfc3PmftEbJh/hMui87HefA= Received: by 10.231.148.83 with SMTP id o19mr15543853ibv.112.1281171935010; Sat, 07 Aug 2010 02:05:35 -0700 (PDT) Received: from centel.dataix.local (adsl-99-19-46-227.dsl.klmzmi.sbcglobal.net [99.19.46.227]) by mx.google.com with ESMTPS id g31sm2155990ibh.10.2010.08.07.02.05.32 (version=SSLv3 cipher=RC4-MD5); Sat, 07 Aug 2010 02:05:33 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C5D21DB.4040400@dataix.net> Date: Sat, 07 Aug 2010 05:05:31 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100806 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: Oliver Fromme References: <201008061019.o76AJUQw031485@lurza.secnetix.de> In-Reply-To: <201008061019.o76AJUQw031485@lurza.secnetix.de> X-Enigmail-Version: 1.1.2 OpenPGP: id=89D8547E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Kernel symbol file alternate location X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Aug 2010 09:05:36 -0000 On 08/06/2010 06:19, Oliver Fromme wrote: > Kostik Belousov wrote: > > If you keep /usr/obj around, you do not need symbol files at all, > > and INSTALL_NODEBUG?=true in make.conf is enough. You can always > > use kernel.debug and modules with debugging symbols from build > > directory for kgdb. > > OK ... But that won't work for /boot/kernel.old. > > Best regards > Oliver > kernel /boot/kernel symbols /boot/sym When kernel is upgraded old kernel and sym becomes /boot/kernel.old /boot/sym.old If I remember correctly in a recent backtrace that I have tried when I used /boot/kernel.old/kernel the symbols ended up loading from /boot/kernel anyway and not the kernel.old directory. So whether these are moved to a different location or not I do not believe it will make that much of a difference on where they are loaded from. I may be wrong about this. IMO creating symlink's is going to be a bad way to handle this and adjusting the respective utilities that use the symbols is a much more permanent and failure safe way to go about this. Besides moving the location of the symbols and having a debugging utility or crash dump utility fail is not really a mission critical failure and would be able to be found and corrected fairly quick among the amount of people that are using these. $0.02 US Regards, -- jhell,v From owner-freebsd-stable@FreeBSD.ORG Sat Aug 7 12:20:40 2010 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 0057C106566B for ; Sat, 7 Aug 2010 12:20:40 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id A64608FC0A for ; Sat, 7 Aug 2010 12:20:39 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OhiNx-0001Iw-Vn for freebsd-stable@freebsd.org; Sat, 07 Aug 2010 14:20:22 +0200 Received: from 89-164-124-179.dsl.iskon.hr ([89.164.124.179]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 07 Aug 2010 14:20:21 +0200 Received: from ivoras by 89-164-124-179.dsl.iskon.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 07 Aug 2010 14:20:21 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Sat, 07 Aug 2010 13:51:21 +0200 Lines: 13 Message-ID: References: <201008042008.25679.alexvpetrov@gmail.com> <20100805041752.GA89285@icarus.home.lan> <201008051247.43260.alexvpetrov@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 89-164-124-179.dsl.iskon.hr User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 In-Reply-To: <201008051247.43260.alexvpetrov@gmail.com> Subject: Re: zpool - low speed write X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Aug 2010 12:20:40 -0000 On 5.8.2010 6:47, Alex V. Petrov wrote: > camcontrol identify ada2 > pass2: ATA-8 SATA 2.x device Aren't those 4k sector drives? To verify this hypotesis though, you will have to destroy the zpool, use gnop to create a virtual 4k sector drive for each physical drive and try testing everything again, using these new virtual drives. Unfortunately, if this is the case, it will be troublesome to find a production solution just yet. I have an idea but no time to try it. From owner-freebsd-stable@FreeBSD.ORG Sat Aug 7 12:25:05 2010 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 44C1D1065673 for ; Sat, 7 Aug 2010 12:25:05 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id EA4E98FC1E for ; Sat, 7 Aug 2010 12:25:04 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OhiSV-0004EH-AS for freebsd-stable@freebsd.org; Sat, 07 Aug 2010 14:25:03 +0200 Received: from 89-164-124-179.dsl.iskon.hr ([89.164.124.179]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 07 Aug 2010 14:25:03 +0200 Received: from ivoras by 89-164-124-179.dsl.iskon.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 07 Aug 2010 14:25:03 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Sat, 07 Aug 2010 13:57:17 +0200 Lines: 33 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 89-164-124-179.dsl.iskon.hr User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 In-Reply-To: Subject: Re: 8-STABLE Slow Write Speeds on ESXI 4.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Aug 2010 12:25:05 -0000 On 7.8.2010 3:21, Joshua Boyd wrote: > Hello, > > I'm experiencing slow write speeds on 8-STABLE running on an ESXI 4.0 > server, despite whatever tunables I've thrown at it. Read speeds are slower > than they should be, but acceptable. Note, this is a thick provisioned disk, > not thin. > > Speeds on Windows hosts are as expected for an MD3000 DAS, 250MB/s or so. > > [root@git ~]# dd if=/dev/da0 of=/dev/null bs=1M count=500 > 500+0 records in > 500+0 records out > 524288000 bytes transferred in 3.304514 secs (158658118 bytes/sec > > [root@git ~]# dd if=/dev/zero of=/var/testfile bs=1M count=500 > 500+0 records in > 500+0 records out > 524288000 bytes transferred in 52.083421 secs (10066313 bytes/sec) I assume you are using UFS and SU? What tunables have you tried? It's unlikely they will help, but try: vfs.read_max=32 for read speeds (but test using the UFS file system, not as a raw device like above), and: vfs.hirunningspace=8388608 vfs.lorunningspace=4194304 for writes. Again, it's unlikely but I'm interested in results you achieve. From owner-freebsd-stable@FreeBSD.ORG Sat Aug 7 12:30:06 2010 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 030F7106567B for ; Sat, 7 Aug 2010 12:30:06 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id AAF558FC0A for ; Sat, 7 Aug 2010 12:30:05 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OhiXM-0007GD-FE for freebsd-stable@freebsd.org; Sat, 07 Aug 2010 14:30:04 +0200 Received: from 89-164-124-179.dsl.iskon.hr ([89.164.124.179]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 07 Aug 2010 14:30:04 +0200 Received: from ivoras by 89-164-124-179.dsl.iskon.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 07 Aug 2010 14:30:04 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Sat, 07 Aug 2010 13:42:02 +0200 Lines: 14 Message-ID: References: <4C591550.3060001@freebsd.org> <4C597E04.50704@dataix.net> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 89-164-124-179.dsl.iskon.hr User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 In-Reply-To: <4C597E04.50704@dataix.net> Subject: Re: the console bug still exists X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Aug 2010 12:30:06 -0000 On 4.8.2010 16:49, jhell wrote: > On 08/04/2010 03:22, David Xu wrote: >> Sigh, pressing ScrollLock key several times can lock up the >> kernel when it is still booting before /sbin/init runs. >> >> David Xu > > Sorry David, > > No matter what I have tried I have not been able to reproduce this > across 5 separate machines. For what it's worth, I come across this buglet occasionally, about once or twice a year. From owner-freebsd-stable@FreeBSD.ORG Sat Aug 7 15:09:11 2010 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 5A3AB1065672 for ; Sat, 7 Aug 2010 15:09:11 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id EC1978FC0A for ; Sat, 7 Aug 2010 15:09:10 +0000 (UTC) Received: by qyk32 with SMTP id 32so8097310qyk.13 for ; Sat, 07 Aug 2010 08:09:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=+QfLLUFe7nOA8OpjQJDhPj2zVJzYr9/uM5HOy1hc42A=; b=hnT/5eMfkUqNKEjc511v9BTVmqYRMMxZSTOdrTwnX6d4ZglDQw+kE8C9RSiA/AvrDy 0lnrERF9ylyvK9eReKPDnf4Y7LtlLWS2h7sFcQy+jEHV6xJaVRNkY6G+iDFfajPeQbpa a/HT7JochNjlC0kZA1B/ZW+m1s8zuarH9C+PE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=bK7ls16Y8PT6QOHBa4S3miZobkb6ZaU+mq7xr2COOtbDE/AzpXt70FRKuyJhkbBsqd st5jYFfvGPauLo9SZVmX0W8ANNQi35O8yVBWe+Z581Z15WDN6RNF6eByCQ/+qYVxZaMG XIblB98+dwadlhG1XJWuv2hUmGX+cuK4otYiM= MIME-Version: 1.0 Received: by 10.220.61.6 with SMTP id r6mr9004074vch.6.1281193749971; Sat, 07 Aug 2010 08:09:09 -0700 (PDT) Sender: artemb@gmail.com Received: by 10.220.176.201 with HTTP; Sat, 7 Aug 2010 08:09:09 -0700 (PDT) In-Reply-To: References: <201008042008.25679.alexvpetrov@gmail.com> <20100805041752.GA89285@icarus.home.lan> <201008051247.43260.alexvpetrov@gmail.com> Date: Sat, 7 Aug 2010 08:09:09 -0700 X-Google-Sender-Auth: C4sMwJJ2IiYJuV3fqr5TdFymN_w Message-ID: From: Artem Belevich To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: zpool - low speed write X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Aug 2010 15:09:11 -0000 On Sat, Aug 7, 2010 at 4:51 AM, Ivan Voras wrote: > On 5.8.2010 6:47, Alex V. Petrov wrote: > >> camcontrol identify ada2 >> pass2: ATA-8 SATA 2.x device > > Aren't those 4k sector drives? EADS drives use regular 512-byte sectors AFAIK. It's EA*R*S models that use 4K sectors. --Artem From owner-freebsd-stable@FreeBSD.ORG Sat Aug 7 15:41:12 2010 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 7CD121065672 for ; Sat, 7 Aug 2010 15:41:12 +0000 (UTC) (envelope-from buki@dev.null.cz) Received: from dev.null.cz (dev.null.cz [89.185.226.27]) by mx1.freebsd.org (Postfix) with ESMTP id 0DB5B8FC1F for ; Sat, 7 Aug 2010 15:41:11 +0000 (UTC) Received: from dev.null.cz (localhost [127.0.0.1]) by dev.null.cz (8.13.1/8.13.1) with ESMTP id o77FCEN7017666 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 7 Aug 2010 17:12:19 +0200 (CEST) (envelope-from buki@dev.null.cz) Received: (from buki@localhost) by dev.null.cz (8.13.1/8.13.1/Submit) id o77FCE0V017665 for freebsd-stable@freebsd.org; Sat, 7 Aug 2010 17:12:14 +0200 (CEST) (envelope-from buki) Date: Sat, 7 Aug 2010 17:12:14 +0200 From: "Marek 'Buki' =?iso-8859-2?Q?Kozlovsk=FD?=" To: freebsd-stable@freebsd.org Message-ID: <20100807151214.GD28251@dev.null.cz> References: <201008042008.25679.alexvpetrov@gmail.com> <20100805041752.GA89285@icarus.home.lan> <201008051247.43260.alexvpetrov@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pWyiEgJYm5f9v55/" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: ClamAV 0.88.7/7593/Mon Jun 30 23:00:22 2008 on dev.null.cz X-Virus-Status: Clean Subject: Re: zpool - low speed write X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Aug 2010 15:41:12 -0000 --pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 07, 2010 at 01:51:21PM +0200, Ivan Voras wrote: > On 5.8.2010 6:47, Alex V. Petrov wrote: >=20 > > camcontrol identify ada2 > > pass2: ATA-8 SATA 2.x device >=20 > Aren't those 4k sector drives? no, 4k drives have 'R' in type (ie. EARS and AARS models) > To verify this hypotesis though, you will have to destroy the zpool, use > gnop to create a virtual 4k sector drive for each physical drive and try > testing everything again, using these new virtual drives. >=20 > Unfortunately, if this is the case, it will be troublesome to find a > production solution just yet. I have an idea but no time to try it. Buki --pWyiEgJYm5f9v55/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFMXXfOPzhIkpLLm08RAuioAJ9vgm/+VHj3bQCshskaOz5Pfb6rOgCfThkH JxHeBG1JS+24lzRdEqSux9w= =CwCM -----END PGP SIGNATURE----- --pWyiEgJYm5f9v55/-- From owner-freebsd-stable@FreeBSD.ORG Sat Aug 7 18:23:35 2010 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 E85851065673 for ; Sat, 7 Aug 2010 18:23:35 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 97C638FC08 for ; Sat, 7 Aug 2010 18:23:35 +0000 (UTC) Received: by qwg5 with SMTP id 5so4808131qwg.13 for ; Sat, 07 Aug 2010 11:23:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received :in-reply-to:references:from:date:x-google-sender-auth:message-id :subject:to:cc:content-type; bh=xmyHEBYPbyae5MyEzEZOhZ94oWECbLDzhHE/Req2exc=; b=qe7wBG7YME2lLEnEo+XlvVk54CDxhadzyoHJl3rbBDtbwh68ubjUuxBwDs2+OKDzs0 vAYP2OxgHXvRnVUDM24RSQ/iPeRsI/BLTJgtwQVXJUwD9sYrjNQaez6dF7LaI4qysphM Rj3MTONnUJ5zUnEMPhIWshDlhlB5h4huKULnE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=GvDmUKeA4bYFDg+HehdUTtpCWX0ZJPfQfc4RaZAGswc/872//lBwpIuy65sU0q+ke9 B72aQr+9Wty+d8KSqEKWXGeaktfRCnKZB769goKzvTiNDbwo0jtdWMScxEAJRyct6WWU iryUDwdypXMScIj6esyoO3mCKxodmT5DfGnD8= Received: by 10.229.71.68 with SMTP id g4mr5645708qcj.174.1281203915264; Sat, 07 Aug 2010 10:58:35 -0700 (PDT) MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.229.236.132 with HTTP; Sat, 7 Aug 2010 10:58:15 -0700 (PDT) In-Reply-To: References: From: Ivan Voras Date: Sat, 7 Aug 2010 19:58:15 +0200 X-Google-Sender-Auth: 32ZcBK6Eh4mFFqRR1rHrxHvE5Bo Message-ID: To: Joshua Boyd Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org Subject: Re: 8-STABLE Slow Write Speeds on ESXI 4.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Aug 2010 18:23:36 -0000 On 7 August 2010 19:03, Joshua Boyd wrote: > On Sat, Aug 7, 2010 at 7:57 AM, Ivan Voras wrote: >> It's unlikely they will help, but try: >> >> vfs.read_max=32 >> >> for read speeds (but test using the UFS file system, not as a raw device >> like above), and: >> >> vfs.hirunningspace=8388608 >> vfs.lorunningspace=4194304 >> >> for writes. Again, it's unlikely but I'm interested in results you >> achieve. >> > > This is interesting. Write speeds went up to 40MBish. Still slow, but 4x > faster than before. > [root@git ~]# dd if=/dev/zero of=/var/testfile bs=1M count=250 > 250+0 records in > 250+0 records out > 262144000 bytes transferred in 6.185955 secs (42377288 bytes/sec) > [root@git ~]# dd if=/var/testfile of=/dev/null > 512000+0 records in > 512000+0 records out > 262144000 bytes transferred in 0.811397 secs (323077424 bytes/sec) > So read speeds are up to what they should be, but write speeds are still > significantly below what they should be. Well, you *could* double the size of "runningspace" tunables and try that :) Basically, in tuning these two settings we are cheating: increasing read-ahead (read_max) and write in-flight buffering (runningspace) in order to offload as much IO to the controller (in this case vmware) as soon as possible, so to reschedule horrible IO-caused context switches vmware has. It will help sequential performance, but nothing can help random IOs. From owner-freebsd-stable@FreeBSD.ORG Sat Aug 7 21:04:02 2010 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 6F9291065675; Sat, 7 Aug 2010 21:04:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 392378FC08; Sat, 7 Aug 2010 21:04:01 +0000 (UTC) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id o77L3xj8097262 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 7 Aug 2010 17:04:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id o77L3xwt095072; Sat, 7 Aug 2010 17:03:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id B9D3E1B5060; Sat, 7 Aug 2010 17:03:59 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20100807210359.B9D3E1B5060@freebsd-stable.sentex.ca> Date: Sat, 7 Aug 2010 17:03:59 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.67 on 64.7.153.18 Cc: Subject: [releng_7 tinderbox] failure on i386/pc98 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: Sat, 07 Aug 2010 21:04:02 -0000 TB --- 2010-08-07 19:50:18 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2010-08-07 19:50:18 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2010-08-07 19:50:18 - cleaning the object tree TB --- 2010-08-07 19:50:44 - cvsupping the source tree TB --- 2010-08-07 19:50:44 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/pc98/supfile TB --- 2010-08-07 19:50:54 - building world TB --- 2010-08-07 19:50:54 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-07 19:50:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-07 19:50:54 - TARGET=pc98 TB --- 2010-08-07 19:50:54 - TARGET_ARCH=i386 TB --- 2010-08-07 19:50:54 - TZ=UTC TB --- 2010-08-07 19:50:54 - __MAKE_CONF=/dev/null TB --- 2010-08-07 19:50:54 - cd /src TB --- 2010-08-07 19:50:54 - /usr/bin/make -B buildworld >>> World build started on Sat Aug 7 19:50:56 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Aug 7 20:56:05 UTC 2010 TB --- 2010-08-07 20:56:05 - generating LINT kernel config TB --- 2010-08-07 20:56:05 - cd /src/sys/pc98/conf TB --- 2010-08-07 20:56:05 - /usr/bin/make -B LINT TB --- 2010-08-07 20:56:05 - building LINT kernel TB --- 2010-08-07 20:56:05 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-07 20:56:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-07 20:56:05 - TARGET=pc98 TB --- 2010-08-07 20:56:05 - TARGET_ARCH=i386 TB --- 2010-08-07 20:56:05 - TZ=UTC TB --- 2010-08-07 20:56:05 - __MAKE_CONF=/dev/null TB --- 2010-08-07 20:56:05 - cd /src TB --- 2010-08-07 20:56:05 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Aug 7 20:56:05 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/usb/ohci_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/usb/sl811hs.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/usb/slhci_pccard.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/usb/uark.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/usb/u3g.c /src/sys/dev/usb/u3g.c:197: warning: missing braces around initializer /src/sys/dev/usb/u3g.c:197: warning: (near initialization for 'u3g_devs[60].devno') /src/sys/dev/usb/u3g.c:198: error: expected identifier or '(' before '}' token *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-08-07 21:03:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-07 21:03:59 - ERROR: failed to build lint kernel TB --- 2010-08-07 21:03:59 - 3620.43 user 392.89 system 4421.56 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sat Aug 7 22:18:06 2010 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 053FF106566B; Sat, 7 Aug 2010 22:18:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C5BA38FC13; Sat, 7 Aug 2010 22:18:05 +0000 (UTC) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id o77MI3sR002777 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 7 Aug 2010 18:18:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id o77MI38P029474; Sat, 7 Aug 2010 18:18:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 5B5F31B5060; Sat, 7 Aug 2010 18:18:03 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20100807221803.5B5F31B5060@freebsd-stable.sentex.ca> Date: Sat, 7 Aug 2010 18:18:03 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.67 on 64.7.153.18 Cc: Subject: [releng_7 tinderbox] failure on powerpc/powerpc 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: Sat, 07 Aug 2010 22:18:06 -0000 TB --- 2010-08-07 21:03:59 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2010-08-07 21:03:59 - starting RELENG_7 tinderbox run for powerpc/powerpc TB --- 2010-08-07 21:03:59 - cleaning the object tree TB --- 2010-08-07 21:04:17 - cvsupping the source tree TB --- 2010-08-07 21:04:17 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/powerpc/powerpc/supfile TB --- 2010-08-07 21:04:25 - building world TB --- 2010-08-07 21:04:25 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-07 21:04:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-07 21:04:25 - TARGET=powerpc TB --- 2010-08-07 21:04:25 - TARGET_ARCH=powerpc TB --- 2010-08-07 21:04:25 - TZ=UTC TB --- 2010-08-07 21:04:25 - __MAKE_CONF=/dev/null TB --- 2010-08-07 21:04:25 - cd /src TB --- 2010-08-07 21:04:25 - /usr/bin/make -B buildworld >>> World build started on Sat Aug 7 21:04:26 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Aug 7 22:10:59 UTC 2010 TB --- 2010-08-07 22:10:59 - generating LINT kernel config TB --- 2010-08-07 22:10:59 - cd /src/sys/powerpc/conf TB --- 2010-08-07 22:10:59 - /usr/bin/make -B LINT TB --- 2010-08-07 22:10:59 - building LINT kernel TB --- 2010-08-07 22:10:59 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-07 22:10:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-07 22:10:59 - TARGET=powerpc TB --- 2010-08-07 22:10:59 - TARGET_ARCH=powerpc TB --- 2010-08-07 22:10:59 - TZ=UTC TB --- 2010-08-07 22:10:59 - __MAKE_CONF=/dev/null TB --- 2010-08-07 22:10:59 - cd /src TB --- 2010-08-07 22:10:59 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Aug 7 22:10:59 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -Werror /src/sys/dev/usb/sl811hs.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -Werror /src/sys/dev/usb/slhci_pccard.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -Werror /src/sys/dev/usb/uark.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -Werror /src/sys/dev/usb/u3g.c cc1: warnings being treated as errors /src/sys/dev/usb/u3g.c:197: warning: missing braces around initializer /src/sys/dev/usb/u3g.c:197: warning: (near initialization for 'u3g_devs[60].devno') /src/sys/dev/usb/u3g.c:198: error: expected identifier or '(' before '}' token *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-08-07 22:18:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-07 22:18:03 - ERROR: failed to build lint kernel TB --- 2010-08-07 22:18:03 - 3726.22 user 362.08 system 4443.39 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Aug 7 22:20:28 2010 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 D89081065679; Sat, 7 Aug 2010 22:20:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8F7488FC0C; Sat, 7 Aug 2010 22:20:28 +0000 (UTC) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id o77MKQTk002963 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 7 Aug 2010 18:20:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.4/8.14.4) with ESMTP id o77MKQTt067830; Sat, 7 Aug 2010 18:20:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 2AAEA1B5060; Sat, 7 Aug 2010 18:20:26 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20100807222026.2AAEA1B5060@freebsd-stable.sentex.ca> Date: Sat, 7 Aug 2010 18:20:26 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.67 on 64.7.153.18 Cc: Subject: [releng_7 tinderbox] failure on ia64/ia64 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: Sat, 07 Aug 2010 22:20:29 -0000 TB --- 2010-08-07 20:42:50 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2010-08-07 20:42:50 - starting RELENG_7 tinderbox run for ia64/ia64 TB --- 2010-08-07 20:42:50 - cleaning the object tree TB --- 2010-08-07 20:43:13 - cvsupping the source tree TB --- 2010-08-07 20:43:13 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/ia64/ia64/supfile TB --- 2010-08-07 20:43:26 - building world TB --- 2010-08-07 20:43:26 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-07 20:43:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-07 20:43:26 - TARGET=ia64 TB --- 2010-08-07 20:43:26 - TARGET_ARCH=ia64 TB --- 2010-08-07 20:43:26 - TZ=UTC TB --- 2010-08-07 20:43:26 - __MAKE_CONF=/dev/null TB --- 2010-08-07 20:43:26 - cd /src TB --- 2010-08-07 20:43:26 - /usr/bin/make -B buildworld >>> World build started on Sat Aug 7 20:43:27 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Aug 7 22:09:55 UTC 2010 TB --- 2010-08-07 22:09:55 - generating LINT kernel config TB --- 2010-08-07 22:09:55 - cd /src/sys/ia64/conf TB --- 2010-08-07 22:09:55 - /usr/bin/make -B LINT TB --- 2010-08-07 22:09:55 - building LINT kernel TB --- 2010-08-07 22:09:55 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-07 22:09:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-07 22:09:55 - TARGET=ia64 TB --- 2010-08-07 22:09:55 - TARGET_ARCH=ia64 TB --- 2010-08-07 22:09:55 - TZ=UTC TB --- 2010-08-07 22:09:55 - __MAKE_CONF=/dev/null TB --- 2010-08-07 22:09:55 - cd /src TB --- 2010-08-07 22:09:55 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Aug 7 22:09:55 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/usb/sl811hs.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/usb/slhci_pccard.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/usb/uark.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/usb/u3g.c cc1: warnings being treated as errors /src/sys/dev/usb/u3g.c:197: warning: missing braces around initializer /src/sys/dev/usb/u3g.c:197: warning: (near initialization for 'u3g_devs[60].devno') /src/sys/dev/usb/u3g.c:198: error: expected identifier or '(' before '}' token *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-08-07 22:20:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-07 22:20:26 - ERROR: failed to build lint kernel TB --- 2010-08-07 22:20:26 - 5074.43 user 389.44 system 5855.72 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sat Aug 7 23:01:14 2010 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 715CA106567A for ; Sat, 7 Aug 2010 23:01:14 +0000 (UTC) (envelope-from universite@ukr.net) Received: from otrada.od.ua (unknown [IPv6:2001:5c0:1000:b::599b]) by mx1.freebsd.org (Postfix) with ESMTP id 5F2C98FC23 for ; Sat, 7 Aug 2010 23:01:12 +0000 (UTC) Received: from [10.0.0.10] (phenom.otrada.od.ua [10.0.0.10]) (authenticated bits=0) by otrada.od.ua (8.14.3/8.14.3) with ESMTP id o77N15jK043028 for ; Sun, 8 Aug 2010 02:01:06 +0300 (EEST) (envelope-from universite@ukr.net) X-Authentication-Warning: otrada.od.ua: Host phenom.otrada.od.ua [10.0.0.10] claimed to be [10.0.0.10] Message-ID: <4C5DE5AE.5020704@ukr.net> Date: Sun, 08 Aug 2010 02:01:02 +0300 From: "Vladislav V. Prodan" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <201008042008.25679.alexvpetrov@gmail.com> In-Reply-To: <201008042008.25679.alexvpetrov@gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-0.3 required=5.0 tests=ALL_TRUSTED,AWL autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mary-teresa.otrada.od.ua X-Virus-Scanned: clamav-milter 0.95.3 at mary-teresa.otrada.od.ua X-Virus-Status: Clean Subject: Re: zpool - low speed write X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Aug 2010 23:01:14 -0000 04.08.2010 15:08, Alex V. Petrov ΠΏΠΈΡˆΠ΅Ρ‚: > Hi All! > > $ dd if=/dev/random of=/tank/test bs=3M count=1000 > 1000+0 records in > 1000+0 records out > 3145728000 bytes transferred in 298.153293 secs (10550707 bytes/sec) > > > Any ideas? Please, show output: vmstat -z netstat -m sysctl -a | grep vm.kmem sysctl -a | grep vfs.zfs.arc sysctl -a | grep kern.maxvnodes sysctl -a | grep vm.kvm From owner-freebsd-stable@FreeBSD.ORG Sat Aug 7 23:25:20 2010 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 358231065673; Sat, 7 Aug 2010 23:25:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 05D318FC1F; Sat, 7 Aug 2010 23:25:19 +0000 (UTC) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id o77NPHmt008177 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 7 Aug 2010 19:25:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id o77NPHF1058518; Sat, 7 Aug 2010 19:25:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 9205B1B5060; Sat, 7 Aug 2010 19:25:17 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20100807232517.9205B1B5060@freebsd-stable.sentex.ca> Date: Sat, 7 Aug 2010 19:25:17 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.67 on 64.7.153.18 Cc: Subject: [releng_7 tinderbox] failure on sparc64/sparc64 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: Sat, 07 Aug 2010 23:25:20 -0000 TB --- 2010-08-07 22:18:03 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2010-08-07 22:18:03 - starting RELENG_7 tinderbox run for sparc64/sparc64 TB --- 2010-08-07 22:18:03 - cleaning the object tree TB --- 2010-08-07 22:18:28 - cvsupping the source tree TB --- 2010-08-07 22:18:29 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/sparc64/sparc64/supfile TB --- 2010-08-07 22:18:38 - building world TB --- 2010-08-07 22:18:38 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-07 22:18:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-07 22:18:38 - TARGET=sparc64 TB --- 2010-08-07 22:18:38 - TARGET_ARCH=sparc64 TB --- 2010-08-07 22:18:38 - TZ=UTC TB --- 2010-08-07 22:18:38 - __MAKE_CONF=/dev/null TB --- 2010-08-07 22:18:38 - cd /src TB --- 2010-08-07 22:18:38 - /usr/bin/make -B buildworld >>> World build started on Sat Aug 7 22:18:39 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Aug 7 23:18:18 UTC 2010 TB --- 2010-08-07 23:18:18 - generating LINT kernel config TB --- 2010-08-07 23:18:18 - cd /src/sys/sparc64/conf TB --- 2010-08-07 23:18:18 - /usr/bin/make -B LINT TB --- 2010-08-07 23:18:18 - building LINT kernel TB --- 2010-08-07 23:18:18 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-07 23:18:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-07 23:18:18 - TARGET=sparc64 TB --- 2010-08-07 23:18:18 - TARGET_ARCH=sparc64 TB --- 2010-08-07 23:18:18 - TZ=UTC TB --- 2010-08-07 23:18:18 - __MAKE_CONF=/dev/null TB --- 2010-08-07 23:18:18 - cd /src TB --- 2010-08-07 23:18:18 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Aug 7 23:18:18 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/usb/sl811hs.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/usb/slhci_pccard.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/usb/uark.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/usb/u3g.c cc1: warnings being treated as errors /src/sys/dev/usb/u3g.c:197: warning: missing braces around initializer /src/sys/dev/usb/u3g.c:197: warning: (near initialization for 'u3g_devs[60].devno') /src/sys/dev/usb/u3g.c:198: error: expected identifier or '(' before '}' token *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-08-07 23:25:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-07 23:25:17 - ERROR: failed to build lint kernel TB --- 2010-08-07 23:25:17 - 3511.56 user 356.03 system 4034.12 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full