From owner-freebsd-stable@FreeBSD.ORG Sun Aug 8 03:08:07 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 E4E2A1065672 for ; Sun, 8 Aug 2010 03:08:07 +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 47DD08FC0C for ; Sun, 8 Aug 2010 03:08:06 +0000 (UTC) Received: by eyh6 with SMTP id 6so3651922eyh.13 for ; Sat, 07 Aug 2010 20:08:06 -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:content-type :content-transfer-encoding:message-id; bh=clTgCu/lYprBRixmlRjLYzhBeB+NNTkxVEovVB17D8I=; b=TIJbcwwKNlSpn7kAxATHEEPLsU0C0fF6Tf9//C6g+ASz0S4VGlcvv7gS0Tkc6Aw6OK NptsXlsdgxu6OiJGF4fkCVkxWsGmiuGrOgXREHiUmQuivcd6z/+dxvdFewMewvtafWxJ XLDp/Dun0aw/79R7+lLEl8+A7WyJY7h6mapM4= 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 :content-type:content-transfer-encoding:message-id; b=wwZnBBJ18t94hUnTiODFfgPRBIcwToe4d5YANSwkF87uGImcr/IwmtS8SrHW39o0FI 5kGaKysgxd6cjpMfMtfuU9T1l4/47GQYurtfpItoPIqPE8jBb/z11SNvQ90I5nZtYaHU tG3oMXljcAAoJLkGnR6a1lm8/m6ewuWt+wwYM= Received: by 10.213.100.1 with SMTP id w1mr1245265ebn.67.1281236886227; Sat, 07 Aug 2010 20:08:06 -0700 (PDT) Received: from alex.super ([91.195.101.86]) by mx.google.com with ESMTPS id u9sm5232823eeh.17.2010.08.07.20.08.03 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 07 Aug 2010 20:08:05 -0700 (PDT) From: "Alex V. Petrov" To: freebsd-stable@freebsd.org Date: Sun, 8 Aug 2010 11:07:59 +0800 User-Agent: KMail/1.13.5 (FreeBSD/8.1-STABLE; KDE/4.4.5; amd64; ; ) References: <201008042008.25679.alexvpetrov@gmail.com> <4C5DE5AE.5020704@ukr.net> In-Reply-To: <4C5DE5AE.5020704@ukr.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201008081108.00175.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: Sun, 08 Aug 2010 03:08:08 -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 = 8 =D0=B0=D0=B2=D0=B3=D1=83=D1=81=D1=82=D0=B0 2010 07:01:02 =D0=B0=D0=B2=D1= =82=D0=BE=D1=80 Vladislav V. Prodan =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0= =BB: > 04.08.2010 15:08, Alex V. Petrov =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > > Hi All! > >=20 > > $ dd if=3D/dev/random of=3D/tank/test bs=3D3M count=3D1000 > > 1000+0 records in > > 1000+0 records out > > 3145728000 bytes transferred in 298.153293 secs (10550707 bytes/sec) > >=20 > >=20 > > Any ideas? >=20 > 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 vmstat -z ITEM SIZE LIMIT USED FREE REQUESTS FAIL= URES UMA Kegs: 208, 0, 191, 13, 191, = 0 UMA Zones: 320, 0, 191, 1, 191, = 0 UMA Slabs: 568, 0, 5146, 1301, 24288196, = 0 UMA RCntSlabs: 568, 0, 1631, 1015, 329163, = 0 UMA Hash: 256, 0, 79, 11, 82, = 0 16 Bucket: 152, 0, 16, 109, 167, = 0 32 Bucket: 280, 0, 30, 82, 274, = 2 64 Bucket: 536, 0, 49, 63, 793, = 89 128 Bucket: 1048, 0, 514, 95, 187117, 12= 3359 VM OBJECT: 216, 0, 34974, 213300, 413596412, = 0 MAP: 232, 0, 7, 25, 7, = 0 KMAP ENTRY: 120, 150474, 183, 7040, 66175818, = 0 MAP ENTRY: 120, 0, 24333, 10759, 1025909468, = 0 DP fakepg: 120, 0, 216, 187, 544, = 0 SG fakepg: 120, 0, 667, 1689, 6212, = 0 mt_zone: 2056, 0, 295, 54, 295, = 0 16: 16, 0, 3916, 13724, 325519968, = 0 32: 32, 0, 3598, 1654, 65243323, = 0 64: 64, 0, 16671, 29529, 905000121, = 0 128: 128, 0, 12097, 30011, 473239749, = 0 256: 256, 0, 3300, 4650, 793867992, = 0 512: 512, 0, 5211, 7690, 54770551, = 0 1024: 1024, 0, 239, 697, 5912498, = 0 2048: 2048, 0, 1335, 721, 35819870, = 0 4096: 4096, 0, 715, 617, 7671562, = 0 =46iles: 80, 0, 2258, 1162, 323524959, = 0 TURNSTILE: 136, 0, 1673, 67, 1677, = 0 umtx pi: 96, 0, 0, 0, 0, = 0 MAC labels: 40, 0, 0, 0, 0, = 0 PROC: 1120, 0, 187, 824, 6336408, = 0 THREAD: 984, 0, 1236, 436, 20593, = 0 SLEEPQUEUE: 80, 0, 1673, 67, 1677, = 0 VMSPACE: 392, 0, 159, 831, 6334753, = 0 cpuset: 72, 0, 2, 98, 2, = 0 audit_record: 952, 0, 0, 0, 0, = 0 mbuf_packet: 256, 0, 371, 525, 348284916, = 0 mbuf: 256, 0, 231, 1888, 2247652340, = 0 mbuf_cluster: 2048, 25600, 896, 804, 188084, = 0 mbuf_jumbo_page: 4096, 12800, 27, 754, 593845769, = 0 mbuf_jumbo_9k: 9216, 6400, 0, 0, 0, = 0 mbuf_jumbo_16k: 16384, 3200, 0, 0, 0, = 0 mbuf_ext_refcnt: 4, 0, 0, 672, 774185, = 0 g_bio: 232, 0, 20, 1644, 54750899, = 0 ttyinq: 160, 0, 330, 126, 1275, = 0 ttyoutq: 256, 0, 168, 87, 632, = 0 ata_request: 320, 0, 10, 782, 21908538, = 0 ata_composite: 336, 0, 0, 0, 0, = 0 nv_stack_t: 12288, 0, 10, 10, 22, = 0 VNODE: 472, 0, 32144, 63544, 25299060, = 0 VNODEPOLL: 112, 0, 63, 135, 65, = 0 S VFS Cache: 108, 0, 23801, 111928, 38399522, = 0 L VFS Cache: 328, 0, 4752, 1368, 2652656, = 0 NAMEI: 1024, 0, 0, 764, 1639822943, = 0 NFSMOUNT: 616, 0, 0, 0, 0, = 0 NFSNODE: 656, 0, 0, 0, 0, = 0 DIRHASH: 1024, 0, 183, 433, 391168, = 0 pipe: 728, 0, 294, 811, 10116037, = 0 AIO: 208, 0, 1, 71, 9, = 0 AIOP: 32, 0, 4, 501, 220, = 0 AIOCB: 480, 0, 0, 752, 1725169, = 0 AIOL: 128, 0, 0, 0, 0, = 0 AIOLIO: 272, 0, 0, 0, 0, = 0 ksiginfo: 112, 0, 1002, 846, 6385628, = 0 itimer: 344, 0, 1, 21, 1, = 0 KNOTE: 128, 0, 109, 877, 13079149, = 0 socket: 680, 25602, 638, 1000, 20201690, = 0 unpcb: 240, 25600, 564, 892, 19533253, = 0 ipq: 56, 819, 0, 252, 77, = 0 udp_inpcb: 336, 25608, 23, 648, 490633, = 0 udpcb: 16, 25704, 23, 817, 490633, = 0 tcp_inpcb: 336, 25608, 82, 919, 177794, = 0 tcpcb: 880, 25600, 49, 815, 177794, = 0 tcptw: 72, 5150, 33, 867, 70594, = 0 syncache: 144, 15366, 0, 182, 62709, = 0 hostcache: 136, 15372, 44, 824, 2249, = 0 tcpreass: 40, 1680, 0, 924, 990793, = 0 sackhole: 32, 0, 2, 907, 380653, = 0 sctp_ep: 1272, 25602, 0, 0, 0, = 0 sctp_asoc: 2232, 40000, 0, 0, 0, = 0 sctp_laddr: 48, 80064, 0, 144, 2, = 0 sctp_raddr: 616, 80004, 0, 0, 0, = 0 sctp_chunk: 136, 400008, 0, 0, 0, = 0 sctp_readq: 104, 400032, 0, 0, 0, = 0 sctp_stream_msg_out: 96, 400026, 0, 0, 0, = 0 sctp_asconf: 40, 400008, 0, 0, 0, = 0 sctp_asconf_ack: 48, 400032, 0, 0, 0, = 0 ripcb: 336, 25608, 0, 33, 4, = 0 rtentry: 200, 0, 9, 48, 9, = 0 selfd: 56, 0, 2093, 931, 49944309845, = 0 SWAPMETA: 288, 116519, 134, 399, 67855, = 0 ip4flow: 56, 99351, 159, 1605, 582416, = 0 ip6flow: 80, 99360, 0, 0, 0, = 0 Mountpoints: 752, 0, 11, 14, 13, = 0 =46FS inode: 168, 0, 28873, 96813, 13425752, = 0 =46FS1 dinode: 128, 0, 0, 0, 0, = 0 =46FS2 dinode: 256, 0, 28873, 82712, 13425724, = 0 taskq_zone: 56, 0, 0, 630, 2294, = 0 zio_cache: 776, 0, 40, 1290, 91039501, = 0 zio_buf_512: 512, 0, 0, 0, 0, = 0 zio_data_buf_512: 512, 0, 0, 0, 0, = 0 zio_buf_1024: 1024, 0, 0, 0, 0, = 0 zio_data_buf_1024: 1024, 0, 0, 0, 0, = 0 zio_buf_1536: 1536, 0, 0, 0, 0, = 0 zio_data_buf_1536: 1536, 0, 0, 0, 0, = 0 zio_buf_2048: 2048, 0, 0, 0, 0, = 0 zio_data_buf_2048: 2048, 0, 0, 0, 0, = 0 zio_buf_2560: 2560, 0, 0, 0, 0, = 0 zio_data_buf_2560: 2560, 0, 0, 0, 0, = 0 zio_buf_3072: 3072, 0, 0, 0, 0, = 0 zio_data_buf_3072: 3072, 0, 0, 0, 0, = 0 zio_buf_3584: 3584, 0, 0, 0, 0, = 0 zio_data_buf_3584: 3584, 0, 0, 0, 0, = 0 zio_buf_4096: 4096, 0, 0, 0, 0, = 0 zio_data_buf_4096: 4096, 0, 0, 0, 0, = 0 zio_buf_5120: 5120, 0, 0, 0, 0, = 0 zio_data_buf_5120: 5120, 0, 0, 0, 0, = 0 zio_buf_6144: 6144, 0, 0, 0, 0, = 0 zio_data_buf_6144: 6144, 0, 0, 0, 0, = 0 zio_buf_7168: 7168, 0, 0, 0, 0, = 0 zio_data_buf_7168: 7168, 0, 0, 0, 0, = 0 zio_buf_8192: 8192, 0, 0, 0, 0, = 0 zio_data_buf_8192: 8192, 0, 0, 0, 0, = 0 zio_buf_10240: 10240, 0, 0, 0, 0, = 0 zio_data_buf_10240: 10240, 0, 0, 0, 0, = 0 zio_buf_12288: 12288, 0, 0, 0, 0, = 0 zio_data_buf_12288: 12288, 0, 0, 0, 0, = 0 zio_buf_14336: 14336, 0, 0, 0, 0, = 0 zio_data_buf_14336: 14336, 0, 0, 0, 0, = 0 zio_buf_16384: 16384, 0, 0, 0, 0, = 0 zio_data_buf_16384: 16384, 0, 0, 0, 0, = 0 zio_buf_20480: 20480, 0, 0, 0, 0, = 0 zio_data_buf_20480: 20480, 0, 0, 0, 0, = 0 zio_buf_24576: 24576, 0, 0, 0, 0, = 0 zio_data_buf_24576: 24576, 0, 0, 0, 0, = 0 zio_buf_28672: 28672, 0, 0, 0, 0, = 0 zio_data_buf_28672: 28672, 0, 0, 0, 0, = 0 zio_buf_32768: 32768, 0, 0, 0, 0, = 0 zio_data_buf_32768: 32768, 0, 0, 0, 0, = 0 zio_buf_36864: 36864, 0, 0, 0, 0, = 0 zio_data_buf_36864: 36864, 0, 0, 0, 0, = 0 zio_buf_40960: 40960, 0, 0, 0, 0, = 0 zio_data_buf_40960: 40960, 0, 0, 0, 0, = 0 zio_buf_45056: 45056, 0, 0, 0, 0, = 0 zio_data_buf_45056: 45056, 0, 0, 0, 0, = 0 zio_buf_49152: 49152, 0, 0, 0, 0, = 0 zio_data_buf_49152: 49152, 0, 0, 0, 0, = 0 zio_buf_53248: 53248, 0, 0, 0, 0, = 0 zio_data_buf_53248: 53248, 0, 0, 0, 0, = 0 zio_buf_57344: 57344, 0, 0, 0, 0, = 0 zio_data_buf_57344: 57344, 0, 0, 0, 0, = 0 zio_buf_61440: 61440, 0, 0, 0, 0, = 0 zio_data_buf_61440: 61440, 0, 0, 0, 0, = 0 zio_buf_65536: 65536, 0, 0, 0, 0, = 0 zio_data_buf_65536: 65536, 0, 0, 0, 0, = 0 zio_buf_69632: 69632, 0, 0, 0, 0, = 0 zio_data_buf_69632: 69632, 0, 0, 0, 0, = 0 zio_buf_73728: 73728, 0, 0, 0, 0, = 0 zio_data_buf_73728: 73728, 0, 0, 0, 0, = 0 zio_buf_77824: 77824, 0, 0, 0, 0, = 0 zio_data_buf_77824: 77824, 0, 0, 0, 0, = 0 zio_buf_81920: 81920, 0, 0, 0, 0, = 0 zio_data_buf_81920: 81920, 0, 0, 0, 0, = 0 zio_buf_86016: 86016, 0, 0, 0, 0, = 0 zio_data_buf_86016: 86016, 0, 0, 0, 0, = 0 zio_buf_90112: 90112, 0, 0, 0, 0, = 0 zio_data_buf_90112: 90112, 0, 0, 0, 0, = 0 zio_buf_94208: 94208, 0, 0, 0, 0, = 0 zio_data_buf_94208: 94208, 0, 0, 0, 0, = 0 zio_buf_98304: 98304, 0, 0, 0, 0, = 0 zio_data_buf_98304: 98304, 0, 0, 0, 0, = 0 zio_buf_102400: 102400, 0, 0, 0, 0, = 0 zio_data_buf_102400: 102400, 0, 0, 0, 0, = 0 zio_buf_106496: 106496, 0, 0, 0, 0, = 0 zio_data_buf_106496: 106496, 0, 0, 0, 0, = 0 zio_buf_110592: 110592, 0, 0, 0, 0, = 0 zio_data_buf_110592: 110592, 0, 0, 0, 0, = 0 zio_buf_114688: 114688, 0, 0, 0, 0, = 0 zio_data_buf_114688: 114688, 0, 0, 0, 0, = 0 zio_buf_118784: 118784, 0, 0, 0, 0, = 0 zio_data_buf_118784: 118784, 0, 0, 0, 0, = 0 zio_buf_122880: 122880, 0, 0, 0, 0, = 0 zio_data_buf_122880: 122880, 0, 0, 0, 0, = 0 zio_buf_126976: 126976, 0, 0, 0, 0, = 0 zio_data_buf_126976: 126976, 0, 0, 0, 0, = 0 zio_buf_131072: 131072, 0, 0, 0, 0, = 0 zio_data_buf_131072: 131072, 0, 0, 0, 0, = 0 dmu_buf_impl_t: 224, 0, 4177, 3830, 9957745, = 0 dnode_t: 776, 0, 3230, 665, 3277738, = 0 arc_buf_hdr_t: 208, 0, 2584, 6398, 6339574, = 0 arc_buf_t: 72, 0, 1380, 1970, 6784952, = 0 zil_lwb_cache: 200, 0, 1, 607, 5809, = 0 zfs_znode_cache: 376, 0, 2476, 734, 3979675, = 0 bridge_rtnode: 64, 0, 3, 165, 12, = 0 netstat -m 578/2437/3015 mbufs in use (current/cache/total) 350/1350/1700/25600 mbuf clusters in use (current/cache/total/max) 350/674 mbuf+clusters out of packet secondary zone in use (current/cache) 25/756/781/12800 4k (page size) jumbo clusters in use (current/cache/total/= max) 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) 944K/6333K/7277K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/0/0 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 774157 requests for I/O initiated by sendfile 0 calls to protocol drain routines sysctl -a | grep vm.kmem vm.kmem_size_scale: 3 vm.kmem_size_max: 329853485875 vm.kmem_size_min: 0 vm.kmem_size: 1373954048 sysctl -a | grep vfs.zfs.arc vfs.zfs.arc_meta_limit: 214680320 vfs.zfs.arc_meta_used: 13797096 vfs.zfs.arc_min: 107340160 vfs.zfs.arc_max: 858721280 sysctl -a | grep kern.maxvnodes kern.maxvnodes: 800000 sysctl -a | grep vm.kvm vm.kvm_free: 547673337856 vm.kvm_size: 549755809792 =2D---- Alex V. Petrov From owner-freebsd-stable@FreeBSD.ORG Sun Aug 8 04:13:48 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 28480106566C for ; Sun, 8 Aug 2010 04:13:48 +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 8FF3E8FC14 for ; Sun, 8 Aug 2010 04:13:47 +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 o784DXvd008180 for ; Sun, 8 Aug 2010 07:13:33 +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: <4C5E2EE9.6020008@ukr.net> Date: Sun, 08 Aug 2010 07:13:29 +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> <4C5DE5AE.5020704@ukr.net> <201008081108.00175.alexvpetrov@gmail.com> In-Reply-To: <201008081108.00175.alexvpetrov@gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit 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: Sun, 08 Aug 2010 04:13:48 -0000 08.08.2010 6:07, Alex V. Petrov wrote: > sysctl -a | grep vm.kmem > vm.kmem_size_max: 329853485875 > > sysctl -a | grep vfs.zfs.arc > vfs.zfs.arc_meta_used: 13797096 > vfs.zfs.arc_max: 858721280 > > sysctl -a | grep vm.kvm > vm.kvm_free: 547673337856 > vm.kvm_size: 549755809792 > > Please, insert into /boot/loader.conf only this options: vm.kmem_size="999M" vm.kmem_size_max="999M" vfs.zfs.arc_max="160M" And after reboot, please run dd... From owner-freebsd-stable@FreeBSD.ORG Sun Aug 8 05:57: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 9C83A106566B for ; Sun, 8 Aug 2010 05:57:15 +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 2459A8FC08 for ; Sun, 8 Aug 2010 05:57:14 +0000 (UTC) Received: by eyh6 with SMTP id 6so3664583eyh.13 for ; Sat, 07 Aug 2010 22:57:14 -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:content-type :content-transfer-encoding:message-id; bh=7wZGv2QbmQ/k0WOq+CkxjvDuy8l2T9JE1rsSJwipVvI=; b=SxUln/0bcAq2LdsDAie0BHUV/Trxho3AjZoOhOnTUpfsvUvBAfzig1rdCgzSwH22GM TPiq0fLXjBEF7oxWQu+Vgxim/myAhz82nYh9GVg4Zv9hP2qScla9hCqzUmo6j1QY3fz6 3BK1VQ5mDNBACI46wd/rSOUlBueQDWfP3xObs= 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 :content-type:content-transfer-encoding:message-id; b=MH+TqpyFyOdlMiB7T2HfcEeUj5GcDDU2CWmNCBRq4E0xUEyLtnZL3Ms+9z0Gy32/jQ msKJq6i/v1e7xR2zFPfuTCznDizv1raZyEXT4NHmByw+MGX4uF6WkF2IbIexhf2ASoER y7msEtHtP8risVIq/GNTcCpCSNIbwDPc+ixNM= Received: by 10.213.10.67 with SMTP id o3mr10667024ebo.58.1281247034173; Sat, 07 Aug 2010 22:57:14 -0700 (PDT) Received: from alex.super ([91.195.101.86]) by mx.google.com with ESMTPS id v59sm5440101eeh.22.2010.08.07.22.57.12 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 07 Aug 2010 22:57:13 -0700 (PDT) From: "Alex V. Petrov" To: freebsd-stable@freebsd.org Date: Sun, 8 Aug 2010 13:57:09 +0800 User-Agent: KMail/1.13.5 (FreeBSD/8.1-STABLE; KDE/4.4.5; amd64; ; ) References: <201008042008.25679.alexvpetrov@gmail.com> <201008081108.00175.alexvpetrov@gmail.com> <4C5E2EE9.6020008@ukr.net> In-Reply-To: <4C5E2EE9.6020008@ukr.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201008081357.09659.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: Sun, 08 Aug 2010 05:57:15 -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 = 8 =D0=B0=D0=B2=D0=B3=D1=83=D1=81=D1=82=D0=B0 2010 12:13:29 =D0=B0=D0=B2=D1= =82=D0=BE=D1=80 Vladislav V. Prodan =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0= =BB: > 08.08.2010 6:07, Alex V. Petrov wrote: > > sysctl -a | grep vm.kmem > > vm.kmem_size_max: 329853485875 > >=20 > > sysctl -a | grep vfs.zfs.arc > > vfs.zfs.arc_meta_used: 13797096 > > vfs.zfs.arc_max: 858721280 > >=20 > >=20 > > sysctl -a | grep vm.kvm > > vm.kvm_free: 547673337856 > > vm.kvm_size: 549755809792 >=20 > Please, insert into /boot/loader.conf only this options: >=20 > vm.kmem_size=3D"999M" > vm.kmem_size_max=3D"999M" > vfs.zfs.arc_max=3D"160M" >=20 > And after reboot, please run dd... I think these settings are relevant only for i386, but not for amd64 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 425.627495 secs (7390801 bytes/sec) zpool iostat -v 10 10 capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 759G 1,98T 0 43 31,7K 4,37M ad12 230G 701G 0 15 10,8K 1,55M ad8 244G 684G 0 15 11,6K 1,55M ad10 286G 642G 0 13 9,33K 1,27M =2D--------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 759G 1,98T 0 80 0 3,26M ad12 230G 701G 0 27 0 1,24M ad8 244G 684G 0 27 0 1,08M ad10 286G 642G 0 25 0 962K =2D--------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 759G 1,98T 0 100 6,39K 3,31M ad12 230G 701G 0 34 0 1,23M ad8 244G 684G 0 33 0 1,13M ad10 286G 642G 0 33 6,39K 970K =2D--------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 760G 1,98T 0 132 0 7,21M ad12 230G 701G 0 41 0 2,23M ad8 244G 684G 0 47 0 2,79M ad10 286G 642G 0 43 0 2,20M =2D--------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 760G 1,98T 0 110 6,39K 5,19M ad12 230G 701G 0 39 0 2,12M ad8 244G 684G 0 36 6,39K 1,67M ad10 286G 642G 0 33 0 1,40M =2D--------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 760G 1,98T 0 100 6,39K 4,81M ad12 230G 701G 0 33 0 1,79M ad8 244G 684G 0 34 0 1,65M ad10 286G 642G 0 32 6,39K 1,37M =2D--------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 760G 1,98T 0 117 0 6,21M ad12 230G 701G 0 41 0 2,23M ad8 244G 684G 0 39 0 2,14M ad10 286G 642G 0 37 0 1,84M =2D--------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 760G 1,98T 0 113 0 5,87M ad12 230G 701G 0 36 0 1,77M ad8 244G 684G 0 40 0 2,19M ad10 286G 642G 0 37 0 1,90M =2D--------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 760G 1,98T 0 102 12,8K 5,19M ad12 230G 701G 0 37 6,39K 2,02M ad8 244G 684G 0 34 0 1,84M ad10 286G 642G 0 30 6,39K 1,32M =2D--------- ----- ----- ----- ----- ----- ----- capacity operations bandwidth pool used avail read write read write =2D--------- ----- ----- ----- ----- ----- ----- tank 760G 1,98T 0 124 0 6,32M ad12 230G 701G 0 43 0 2,31M ad8 244G 684G 0 41 0 2,16M ad10 286G 642G 0 39 0 1,85M =2D--------- ----- ----- ----- ----- ----- ----- =2D---- Alex V. Petrov From owner-freebsd-stable@FreeBSD.ORG Sun Aug 8 07:43: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 6946E106566B for ; Sun, 8 Aug 2010 07:43:55 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta02.emeryville.ca.mail.comcast.net (qmta02.emeryville.ca.mail.comcast.net [76.96.30.24]) by mx1.freebsd.org (Postfix) with ESMTP id 4F4188FC13 for ; Sun, 8 Aug 2010 07:43:54 +0000 (UTC) Received: from omta11.emeryville.ca.mail.comcast.net ([76.96.30.36]) by qmta02.emeryville.ca.mail.comcast.net with comcast id rjjc1e0010mlR8UA2jjuqk; Sun, 08 Aug 2010 07:43:54 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta11.emeryville.ca.mail.comcast.net with comcast id rjjt1e0053LrwQ28XjjuwG; Sun, 08 Aug 2010 07:43:54 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 5EDEC9B423; Sun, 8 Aug 2010 00:43:53 -0700 (PDT) Date: Sun, 8 Aug 2010 00:43:53 -0700 From: Jeremy Chadwick To: "Alex V. Petrov" Message-ID: <20100808074353.GA98357@icarus.home.lan> References: <201008042008.25679.alexvpetrov@gmail.com> <201008081108.00175.alexvpetrov@gmail.com> <4C5E2EE9.6020008@ukr.net> <201008081357.09659.alexvpetrov@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <201008081357.09659.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: Sun, 08 Aug 2010 07:43:55 -0000 On Sun, Aug 08, 2010 at 01:57:09PM +0800, Alex V. Petrov wrote: > В сообщении от 8 августа 2010 12:13:29 автор Vladislav V. Prodan написал: > > 08.08.2010 6:07, Alex V. Petrov wrote: > > > sysctl -a | grep vm.kmem > > > vm.kmem_size_max: 329853485875 > > > > > > sysctl -a | grep vfs.zfs.arc > > > vfs.zfs.arc_meta_used: 13797096 > > > vfs.zfs.arc_max: 858721280 > > > > > > > > > sysctl -a | grep vm.kvm > > > vm.kvm_free: 547673337856 > > > vm.kvm_size: 549755809792 > > > > Please, insert into /boot/loader.conf only this options: > > > > vm.kmem_size="999M" > > vm.kmem_size_max="999M" > > vfs.zfs.arc_max="160M" > > > > And after reboot, please run dd... > > I think these settings are relevant only for i386, but not for amd64 They're relevant to both, I can assure you. -- | 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 Sun Aug 8 10:34: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 ADE961065673 for ; Sun, 8 Aug 2010 10:34:40 +0000 (UTC) (envelope-from scott+lists.freebsd@fishballoon.org) Received: from queueout02-winn.ispmail.ntl.com (queueout02-winn.ispmail.ntl.com [81.103.221.56]) by mx1.freebsd.org (Postfix) with ESMTP id 11F168FC12 for ; Sun, 8 Aug 2010 10:34:39 +0000 (UTC) Received: from aamtaout02-winn.ispmail.ntl.com ([81.103.221.35]) by mtaout01-winn.ispmail.ntl.com (InterMail vM.7.08.04.00 201-2186-134-20080326) with ESMTP id <20100808100806.HMBN3266.mtaout01-winn.ispmail.ntl.com@aamtaout02-winn.ispmail.ntl.com> for ; Sun, 8 Aug 2010 11:08:06 +0100 Received: from llama.fishballoon.org ([86.26.7.178]) by aamtaout02-winn.ispmail.ntl.com (InterMail vG.2.02.00.01 201-2161-120-102-20060912) with ESMTP id <20100808100806.CKHV1586.aamtaout02-winn.ispmail.ntl.com@llama.fishballoon.org> for ; Sun, 8 Aug 2010 11:08:06 +0100 Received: from phasmid.fishballoon.org ([192.168.0.195]:34827 helo=phasmid) by llama.fishballoon.org with esmtp (Exim 4.70 (FreeBSD)) (envelope-from ) id 1Oi2n5-0002eo-GQ for freebsd-stable@freebsd.org; Sun, 08 Aug 2010 11:07:44 +0100 Received: by phasmid (Postfix, from userid 1000) id 8E5791302080; Sun, 8 Aug 2010 11:07:40 +0100 (BST) From: Scott Mitchell To: freebsd-stable@freebsd.org Date: Sun, 8 Aug 2010 11:07:39 +0100 User-Agent: KMail/1.13.2 (Linux/2.6.32-24-generic; KDE/4.4.2; x86_64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201008081107.40232.scott+lists.freebsd@fishballoon.org> X-Spam-Status: -1.4 (-) X-Cloudmark-Analysis: v=1.1 cv=DhNl2YeytwJssBBGe49HJX82LNDFEEVkpVB34RXKaPo= c=1 sm=0 a=3ieA_00Hjz4A:10 a=kj9zAlcOel0A:10 a=nkSLovwTEozenUT5FZEA:9 a=dN55Q5E9GusXt2jVH-zKfDmKPN8A:4 a=CjuIK1q_8ugA:10 a=tBIlKr7hiIhTWokR:21 a=oJ2EBY5gRHsktoBj:21 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Subject: Patrol read errors on Dell Perc 6... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2010 10:34:40 -0000 Hi all, I have a Dell R710 server running 8.0R/amd64, with a PERC 6 RAID controller and four SAS drives in a RAID10 configuration. The RAID controller does a weekly "patrol read" that threw up a load of errors in the most recent run: +======================================================================== +seqNum: 0x00000b5e +Time: Tue Aug 3 22:06:15 2010 + +Code: 0x00000071 +Class: 0 +Locale: 0x02 +Event Description: Unexpected sense: PD 02(e0x20/s2) Path 5000c5000561dfc9, CDB: 2f 00 19 21 40 00 00 10 00 00, Sense: 3/11/00 +Event Data: + Device ID: 2 + Enclosure Index: 32 + Slot Number: 2 + CDB Length: 10 + CDB Data: + 002f 0000 0019 0021 0040 0000 0000 0010 0000 0000 0000 0000 0000 0000 0000 0000 Sense Length: 18 + Sense Data: + 00f0 0000 0003 0019 0021 004b 00e1 000a 0000 0000 0000 0000 0011 0000 0081 0080 0000 0097 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 + +======================================================================== +seqNum: 0x00000b5f +Time: Tue Aug 3 22:06:15 2010 + +Code: 0x0000005d +Class: 0 +Locale: 0x02 +Event Description: Patrol Read corrected medium error on PD 02(e0x20/s2) at 19214be1 +Event Data: + Device ID: 2 + Enclosure Index: 32 + Slot Number: 2 + LBA: 421612513 + +======================================================================== ...and a lot more of the same. Everything else on the machine is still working fine as far as I can tell, and the status of the RAID volume is still reported as "Optimal": Checking status of MFI RAID controllers: Adapter: 0 ------------------------------------------------------------------------ Physical Drive Information: ENC SLO DEV SEQ MEC OEC PFC LPF STATE 32 0 0 2 0 0 0 0 Online 32 1 1 2 0 0 0 0 Online 32 2 2 2 234 0 0 0 Online 32 3 3 2 0 0 0 0 Online Virtual Drive Information: VD DRV RLP RLS RLQ STS SIZE STATE NAME 0 2 1 3 0 64kB 1143552MB Optimal SVN BBU Information: TYPE TEMP OK RSOC ASOC RC CC ME BBU 20C Yes 92% 77% 1377mAh 7 2% I'm not sure how I should interpret these errors and what action, if any, I should take. Do I need to replace - or at least rebuild - the offending drive? Can I do that safely without taking the machine down? The box is covered by Dell support but I'd like to get all my facts straight before I call them and they try to pin a hardware problem on this "FreeBSD" thing they've never heard of before... Many thanks, Scott From owner-freebsd-stable@FreeBSD.ORG Sun Aug 8 13:05: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 7CC171065672 for ; Sun, 8 Aug 2010 13:05:53 +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 6C5238FC16 for ; Sun, 8 Aug 2010 13:05:51 +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 o78D5kFu046576 for ; Sun, 8 Aug 2010 16:05:46 +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: <4C5EABA5.9090709@ukr.net> Date: Sun, 08 Aug 2010 16:05:41 +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> <201008081108.00175.alexvpetrov@gmail.com> <4C5E2EE9.6020008@ukr.net> <201008081357.09659.alexvpetrov@gmail.com> In-Reply-To: <201008081357.09659.alexvpetrov@gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit 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: Sun, 08 Aug 2010 13:05:53 -0000 08.08.2010 8:57, Alex V. Petrov wrote: > I think these settings are relevant only for i386, but not for amd64 These settings are just for amd64! They guarantee maximum performance ZFS. On my system amd64 + ZFS speed read-write into ZFS on 5-20% different from the physical read-write speed on single discs. From owner-freebsd-stable@FreeBSD.ORG Sun Aug 8 13:07: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 1B7AD10656E6 for ; Sun, 8 Aug 2010 13:07:54 +0000 (UTC) (envelope-from thomas@gibfest.dk) Received: from mail.tyknet.dk (mail.tyknet.dk [213.150.42.155]) by mx1.freebsd.org (Postfix) with ESMTP id 8355A8FC18 for ; Sun, 8 Aug 2010 13:07:53 +0000 (UTC) Received: from [10.10.1.200] (1503026959.dong.dbnet.dk [89.150.95.15]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.tyknet.dk (Postfix) with ESMTPSA id 2650F638DFC for ; Sun, 8 Aug 2010 14:51:07 +0200 (CEST) X-DKIM: OpenDKIM Filter v1.1.2 mail.tyknet.dk 2650F638DFC DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=gibfest.dk; s=default; t=1281271867; bh=1zWXJscbR7P+D3CyIt/v8qW1tzvxcXiVVU3rFMFpVdE=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=bqHW0LyaZmvZYuoH/ZlMBf7cjsWvWQb6A4wo3u9esx4v3Lo34Zawn++U4Mc05ZsZW vD1GOHoddPZjDKWcz4xRTMQwqMrdufLPjaA6p0aNLB1NS5iw8BfzRvmrgfNayh8M5D ZJt4M3z9wngf6I59TRBsk+yTr36tziRYXqg4Y4V0= Message-ID: <4C5EA838.7080609@gibfest.dk> Date: Sun, 08 Aug 2010 14:51:04 +0200 From: Thomas Steen Rasmussen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-GB; rv:1.9.1.11) Gecko/20100711 Lightning/1.0b1 Thunderbird/3.0.6 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <201008081107.40232.scott+lists.freebsd@fishballoon.org> In-Reply-To: <201008081107.40232.scott+lists.freebsd@fishballoon.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Patrol read errors on Dell Perc 6... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2010 13:07:54 -0000 On 08-08-2010 12:07, Scott Mitchell wrote: > Hi all, > > I have a Dell R710 server running 8.0R/amd64, with a PERC 6 RAID controller > and four SAS drives in a RAID10 configuration. The RAID controller does a > weekly "patrol read" that threw up a load of errors in the most recent run: > > Hello, I have two of the same servers running 8.1 (just upgraded from 8.0) amd64. I run ZFS so I just run the drives as JBOD (well, the closest thing to JBOD this controller can get, a bunch of 1-disk raid0's). I just wanted to say that I haven't seen any errors like you describe, maybe they only appear when using the PERC raid functionality, or perhaps the disk really is going bad. My servers are close to going into production so any testing from my side will have to be without destroying filesystems, but let me know if you need anything :) Regards & good luck, Thomas Steen Rasmussen From owner-freebsd-stable@FreeBSD.ORG Sun Aug 8 14:01: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 1D45F1065675 for ; Sun, 8 Aug 2010 14:01:09 +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 D121C8FC28 for ; Sun, 8 Aug 2010 14:01:07 +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 o78E12bI051724 for ; Sun, 8 Aug 2010 17:01:02 +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: <4C5EB899.9030906@ukr.net> Date: Sun, 08 Aug 2010 17:00:57 +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> <201008042213.31631.alexvpetrov@gmail.com> <201008051143.54656.alexvpetrov@gmail.com> In-Reply-To: <201008051143.54656.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: Sun, 08 Aug 2010 14:01:09 -0000 05.08.2010 6:43, Alex V. Petrov wrote: > Intel® ICH10 > 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 > CPU) > Please, show output: atacontrol mode ada2 atacontrol mode ada3 atacontrol mode ada4 Install /usr/ports/sysutils/smartmontools and show output: smartctl -x /dev/ada2 smartctl -x /dev/ada3 smartctl -x /dev/ada4 And run the Western Digital Data Lifeguard Diagnostic and check all the HDD(screws :)) . From owner-freebsd-stable@FreeBSD.ORG Sun Aug 8 15:25: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 AE7411065670 for ; Sun, 8 Aug 2010 15:25:02 +0000 (UTC) (envelope-from svein-listmail@stillbilde.net) Received: from mail.stillbilde.net (unknown [IPv6:2002:51af:3dc3:0:20c:29ff:fece:79f3]) by mx1.freebsd.org (Postfix) with ESMTP id 2E4CC8FC1B for ; Sun, 8 Aug 2010 15:25:02 +0000 (UTC) Received: from [IPv6:2002:51af:3dc3:0:5fe:efca:6544:d6f1] (unknown [IPv6:2002:51af:3dc3:0:5fe:efca:6544:d6f1]) (Authenticated sender: svein-listmail) by mail.stillbilde.net (Familien Skogens mail) with ESMTPSA id 2FD5C7B for ; Sun, 8 Aug 2010 17:25:03 +0200 (CEST) Message-ID: <4C5ECC49.4090703@stillbilde.net> Date: Sun, 08 Aug 2010 17:24:57 +0200 From: "Svein Skogen (Listmail account)" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.8) Gecko/20100802 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <201008081107.40232.scott+lists.freebsd@fishballoon.org> In-Reply-To: <201008081107.40232.scott+lists.freebsd@fishballoon.org> X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig4E00B79F6D629A1BD0F6E469" Subject: Re: Patrol read errors on Dell Perc 6... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2010 15:25:02 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4E00B79F6D629A1BD0F6E469 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 08.08.2010 12:07, Scott Mitchell wrote: > Hi all, >=20 > I have a Dell R710 server running 8.0R/amd64, with a PERC 6 RAID contro= ller=20 > and four SAS drives in a RAID10 configuration. The RAID controller doe= s a=20 > weekly "patrol read" that threw up a load of errors in the most recent = run: >=20 *SNIP* Patrol reads are done internally in the controller firmware. You're getting warnings that a disk is failing. Do with that information what you feel is necessary. //Svein --=20 --------+-------------------+------------------------------- /"\ |Svein Skogen | svein@d80.iso100.no \ / |Solberg =D8stli 9 | PGP Key: 0xE5E76831 X |2020 Skedsmokorset | svein@jernhuset.no / \ |Norway | PGP Key: 0xCE96CE13 | | svein@stillbilde.net ascii | | PGP Key: 0x58CD33B6 ribbon |System Admin | svein-listmail@stillbilde.net Campaign|stillbilde.net | PGP Key: 0x22D494A4 +-------------------+------------------------------- |msn messenger: | Mobile Phone: +47 907 03 575 |svein@jernhuset.no | RIPE handle: SS16503-RIPE --------+-------------------+------------------------------- If you really are in a hurry, mail me at svein-mobile@stillbilde.net This mailbox goes directly to my cellphone and is checked even when I'm not in front of my computer. ------------------------------------------------------------ Picture Gallery: https://gallery.stillbilde.net/v/svein/ ------------------------------------------------------------ --------------enig4E00B79F6D629A1BD0F6E469 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.14 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkxezE0ACgkQODUnwSLUlKSUfgCbBRWgYYgAIJVFUY0cy2TQR9fS 1dgAn32mXvYGes8aXNi6ahIx/6mOsjCi =YAiG -----END PGP SIGNATURE----- --------------enig4E00B79F6D629A1BD0F6E469-- From owner-freebsd-stable@FreeBSD.ORG Sun Aug 8 15:33: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 6E29F1065676 for ; Sun, 8 Aug 2010 15:33:30 +0000 (UTC) (envelope-from adrian.chadd@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 347298FC1A for ; Sun, 8 Aug 2010 15:33:29 +0000 (UTC) Received: by iwn10 with SMTP id 10so3798578iwn.13 for ; Sun, 08 Aug 2010 08:33:29 -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=uhDqCCSVC0WpiVUDYM4v1vjh10MxTh33gECcH6+ura8=; b=R+HqhP1uUoK9ZTdGEHzHAjRDQ6ku5R5UCffwsxTROVssz+G15Ee48YJnq/9TnHMYvM LygtBk5YpDLZ4tWftuLx3+khgVw4kYRcqDNxN5pOGg03qKwU3JwWqVWREJVh7Cb7fPBo w9mTCGW/2owBz7WSXOjK2nm4KXM99Jgv0p9y8= 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=vISQdsBCIJs4Mdw295aRDrMClQHVzZZqFimKEe1XiPzOrWQWhc9n6C2LQ/3fP4H9Jv vTr0uAPbTM1m8giNUmrJ1Vwdgd+NY7dd4p1/1nJo8IGHEWbK2mSwcxCl8Kf6GGJbHh5Y Q67zGZcycoUSrrUlHFl8DViEjO4/kestLMVNY= MIME-Version: 1.0 Received: by 10.231.192.67 with SMTP id dp3mr17514577ibb.180.1281279804288; Sun, 08 Aug 2010 08:03:24 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.231.158.71 with HTTP; Sun, 8 Aug 2010 08:03:24 -0700 (PDT) In-Reply-To: References: Date: Sun, 8 Aug 2010 23:03:24 +0800 X-Google-Sender-Auth: 9T_pSFxKZA6sqArzornk2UwcrF8 Message-ID: From: Adrian Chadd To: Troye Johnson Content-Type: text/plain; charset=ISO-8859-1 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: Sun, 08 Aug 2010 15:33:30 -0000 On 28 July 2010 05:06, Troye Johnson wrote: > ar9285 driver gives exception message in /var/log/messages: kernel > ath0 bb hang detected, resetting. I dont know what it means. The > driver compiles good and I just got sources from cvs server branch > RELENG_8_1. What is the meaning of this exception message? Hi, Please create a PR and assign it to me. I'm in the middle of updating if_ath/ath_hal to work a little better on some of the earlier chips (AR9160) which is a generation before the AR9285. I've got one of these laptops with an AR9285 in it and I'll go digging at some point soon to fix bugs. There's likely a variety of fixes that need to be ported from Linux. Thanks, adrian From owner-freebsd-stable@FreeBSD.ORG Sun Aug 8 15:36: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 34F611065676 for ; Sun, 8 Aug 2010 15:36:03 +0000 (UTC) (envelope-from adrian.chadd@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 E9F738FC16 for ; Sun, 8 Aug 2010 15:36:02 +0000 (UTC) Received: by iwn10 with SMTP id 10so3800378iwn.13 for ; Sun, 08 Aug 2010 08:36:02 -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=3Vrd6dAM+bqFLcZoi6aMd8aLYph9l5THXnYoXynuzH8=; b=mGx5NZuNhLee6I/79JYiA5e8jaTaUryZ8dnzZBwCwH2YllpkBvD4tTgTs5yfeC+bSf Ad2ZpXKUoFPCvtX1KQFx1imrmDr4bH0unWBuKjFqzwl5VKfJ7EJK9sUPELiMZKl0rXuo PWZsxesKuiYwnxa3qb4d7l8j/h5Wu8NqA2fh4= 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=qoc3THhndm4K8orHg4fUh59gjkfJ3oNdHwNY3bJ2Y6LkncoXD/uiOr88Nwvpem/tOQ gKVkyCQ+QEhYf6K3k+ETN+maoTCfvzYjnlgJ7EMsmN+BGcCdIEUiuIsLF/7cMk18R+tk I7bAKJnDC97cup3BZF8WQrmHmGwoUci5aKEh8= MIME-Version: 1.0 Received: by 10.231.31.199 with SMTP id z7mr13919891ibc.50.1281279937268; Sun, 08 Aug 2010 08:05:37 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.231.158.71 with HTTP; Sun, 8 Aug 2010 08:05:37 -0700 (PDT) In-Reply-To: References: <15043432234b76fe1b2ad7382bfd0e7901412ad1@mail.qip.ru> Date: Sun, 8 Aug 2010 23:05:37 +0800 X-Google-Sender-Auth: -LNp7mg_Jwik0qfojujGvacllhA Message-ID: From: Adrian Chadd To: =?ISO-8859-1?Q?Iv=E1n_Zaera_Avell=F3n?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, =?KOI8-R?B?7cHLwdLVyyDyz83BziD3wczF0tjF18ne?= 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: Sun, 08 Aug 2010 15:36:03 -0000 There's a lot of fixes that need to be brought over for the more recent atheros chips. They can come from Linux ath9k, or by porting the code from openbsd (which is based on the linux ath9k code, from what I can tell.) So someone needs to do some legwork and help Rui (and I, I guess) merge in all the chipset work done in ath9k. adrian 2010/8/2 Iv=C3=A1n Zaera Avell=C3=B3n : > Hi there: > > It's not only a problem of your card. I have an Eee PC 1005HA with anothe= r > atheros card (officially supporter) and I experience the same error. I ha= ve > 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 <= n_diablo_n_f@pochta.ru> > >> =C2=A0 =C2=A0 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 ca= rd >> supported. >> >> =C2=A0 =C2=A0 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) >> { >> =C2=A0 =C2=A0 =C2=A0 =C2=A0if (vendorid =3D=3D ATHEROS_VENDOR_ID &&a= mp; devid =3D=3D >> AR9285_DEVID_PCIE) >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0return "Atheros 9= 285"; >> =C2=A0 =C2=A0 =C2=A0 =C2=A0if (vendorid =3D=3D ATHEROS_VENDOR_ID &&a= mp; devid =3D=3D >> AR2427_DEVID_PCIE) >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0return "Atheros 2= 427"; >> =C2=A0 =C2=A0 =C2=A0 =C2=A0return AH_NULL; >> } >> >> =C2=A0 And to /ath/ath_hal_ah_dev_id.h: >> >> #define AR2427_DEVID_PCIE =C2=A0 =C2=A00x002c >> >> =C2=A0 I compile ath module witch debug. And the WiFi has to work. But t= hen i >> try to connect tp AP witch WEP crypt i see next: "ath0: bb hang detected >> (0x80), reseting". >> >> =C2=A0 And my home AP DI-524 (WPA-PSK crypt) can not be found. >> >> =C2=A0 By this, I have a few questions. Can anyone help solve this probl= em and >> finish the driver. And will the official support for this card in the >> FreeBSD? >> >> =C2=A0 Appendix: >> >> #kldload if_ath >> >> pci0: driver added >> found-> =C2=A0 vendor=3D0x8086, dev=3D0x27d8, revid=3D0x02 >> =C2=A0 domain=3D0, bus=3D0, slot=3D27, func=3D0 >> =C2=A0 class=3D04-03-00, hdrtype=3D0x00, mfdev=3D0 >> =C2=A0 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D8 (dwords) >> =C2=A0 lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) >> =C2=A0 intpin=3Da, irq=3D22 >> =C2=A0 powerspec 2 =C2=A0supports D0 D3 =C2=A0current D0 >> =C2=A0 MSI supports 1 message, 64 bit >> pci0:0:27:0: reprobing on driver added >> found-> =C2=A0 vendor=3D0x8086, dev=3D0x27da, revid=3D0x02 >> =C2=A0 domain=3D0, bus=3D0, slot=3D31, func=3D3 >> =C2=A0 class=3D0c-05-00, hdrtype=3D0x00, mfdev=3D0 >> =C2=A0 cmdreg=3D0x0001, statreg=3D0x0280, cachelnsz=3D0 (dwords) >> =C2=A0 lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) >> =C2=A0 intpin=3Db, irq=3D21 >> pci0:0:31:3: reprobing on driver added >> pci1: driver added >> pci2: driver added >> found-> =C2=A0 vendor=3D0x168c, dev=3D0x002c, revid=3D0x01 >> =C2=A0 domain=3D0, bus=3D2, slot=3D0, func=3D0 >> =C2=A0 class=3D02-80-00, hdrtype=3D0x00, mfdev=3D0 >> =C2=A0 cmdreg=3D0x0407, statreg=3D0x0010, cachelnsz=3D8 (dwords) >> =C2=A0 lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) >> =C2=A0 intpin=3Da, irq=3D17 >> =C2=A0 powerspec 3 =C2=A0supports D0 D1 D3 =C2=A0current D0 >> =C2=A0 MSI supports 1 message >> pci0:2:0:0: reprobing on driver added >> ath0: =C2=A0mem 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 cckPhyErrB= ase >> 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[ =C2=A00] 2412/0xa0 -> channel 2412 >> assignPrivateChannels: private[ =C2=A01] 2417/0xa0 -> channel 2417 >> assignPrivateChannels: private[ =C2=A02] 2422/0xa0 -> channel 2422 >> assignPrivateChannels: private[ =C2=A03] 2427/0xa0 -> channel 2427 >> assignPrivateChannels: private[ =C2=A04] 2432/0xa0 -> channel 2432 >> assignPrivateChannels: private[ =C2=A05] 2437/0xa0 -> channel 2437 >> assignPrivateChannels: private[ =C2=A06] 2442/0xa0 -> channel 2442 >> assignPrivateChannels: private[ =C2=A07] 2447/0xa0 -> channel 2447 >> assignPrivateChannels: private[ =C2=A08] 2452/0xa0 -> channel 2452 >> assignPrivateChannels: private[ =C2=A09] 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 150Mb= ps >> 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= " >> > > > > -- > Ivan Zaera > http://www.factoria2.com/desde/correo > _______________________________________________ > 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 Sun Aug 8 15:39: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 67BCB106564A for ; Sun, 8 Aug 2010 15:39:46 +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 93BE28FC13 for ; Sun, 8 Aug 2010 15:39:45 +0000 (UTC) Received: by eyh6 with SMTP id 6so3728563eyh.13 for ; Sun, 08 Aug 2010 08:39:44 -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:content-type :content-transfer-encoding:message-id; bh=sXWqf5q2zv6JOgWqRZIwGNi4LI1wsNquwU10OZ6+7No=; b=rrplWw3r/UxuKjRQ+ML836IRNbXCmUJhpNu7db1allKZNuP9RoAl1SoiEqeZvyt/9B 2zI2MAjOuWWPm5FBc7Oqxe0sKlt9GWh+tClyz/EHNSGMMP6HY1p0Cq8d7UjGfedP1cQ5 06z9anzqmQQ9cjif1PO54417HmTTfG0lRVhJ8= 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 :content-type:content-transfer-encoding:message-id; b=aC1lyBP8PS+Hf3qI4ofbIiwgmERwi9WT5hnhTZdV6tMktuTprBlUZcEZku+ARGkRux YgMZfiqN93XO1rbu90IcLVyQjY8jfgkhUPMCftGV1VdiNwZE+t0hsqYa1mIr08iosiB4 +5/WGpGs71j6o6GJnVCgFJLtIwWr5evS6xFw0= Received: by 10.213.15.82 with SMTP id j18mr11169601eba.1.1281281984435; Sun, 08 Aug 2010 08:39:44 -0700 (PDT) Received: from alex.super ([91.195.101.86]) by mx.google.com with ESMTPS id v8sm6179954eeh.8.2010.08.08.08.39.41 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 08 Aug 2010 08:39:43 -0700 (PDT) From: "Alex V. Petrov" To: freebsd-stable@freebsd.org Date: Sun, 8 Aug 2010 23:39:37 +0800 User-Agent: KMail/1.13.5 (FreeBSD/8.1-STABLE; KDE/4.4.5; amd64; ; ) References: <201008042008.25679.alexvpetrov@gmail.com> <201008051143.54656.alexvpetrov@gmail.com> <4C5EB899.9030906@ukr.net> In-Reply-To: <4C5EB899.9030906@ukr.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201008082339.38425.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: Sun, 08 Aug 2010 15:39:46 -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 = 8 =D0=B0=D0=B2=D0=B3=D1=83=D1=81=D1=82=D0=B0 2010 22:00:57 =D0=B0=D0=B2=D1= =82=D0=BE=D1=80 Vladislav V. Prodan =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0= =BB: > 05.08.2010 6:43, Alex V. Petrov wrote: > > Intel=C2=AE ICH10 > > 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 CPU) >=20 > Please, show output: > atacontrol mode ada2 > atacontrol mode ada3 > atacontrol mode ada4 >=20 > Install /usr/ports/sysutils/smartmontools and show output: > smartctl -x /dev/ada2 > smartctl -x /dev/ada3 > smartctl -x /dev/ada4 >=20 > And run the Western Digital Data Lifeguard Diagnostic and check all the > HDD(screws :)) . > _______________________________________________ > 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" System without ahci now. atacontrol mode ad8 current mode =3D UDMA100 SATA 3Gb/s atacontrol mode ad10 current mode =3D UDMA100 SATA 3Gb/s atacontrol mode ad12 current mode =3D UDMA100 SATA 3Gb/s smartctl -x /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 =3D=3D=3D START OF INFORMATION SECTION =3D=3D=3D Model Family: Western Digital Caviar Green family Device Model: WDC WD10EADS-00M2B0 Serial Number: WD-WCAV51709425 =46irmware 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: Sun Aug 8 23:35:53 2010 KRAST SMART support is: Available - device has SMART capability. SMART support is: Enabled =3D=3D=3D START OF READ SMART DATA SECTION =3D=3D=3D 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=20 command from host. Auto Offline Data Collection: Enabl= ed. Self-test execution status: ( 25) The self-test routine was aborted by the host. Total time to complete Offline=20 data collection: (20400) seconds. Offline data collection capabilities: (0x7b) SMART execute Offline immediate. Auto Offline data collection on/off= =20 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=20 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 = =20 WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always = =20 =2D 0 3 Spin_Up_Time 0x0027 122 109 021 Pre-fail Always = =20 =2D 6875 4 Start_Stop_Count 0x0032 100 100 000 Old_age Always = =20 =2D 72 5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always = =20 =2D 0 7 Seek_Error_Rate 0x002e 200 200 000 Old_age Always = =20 =2D 0 9 Power_On_Hours 0x0032 093 093 000 Old_age Always = =20 =2D 5636 10 Spin_Retry_Count 0x0032 100 253 000 Old_age Always = =20 =2D 0 11 Calibration_Retry_Count 0x0032 100 253 000 Old_age Always = =20 =2D 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always = =20 =2D 41 192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always = =20 =2D 35 193 Load_Cycle_Count 0x0032 184 184 000 Old_age Always = =20 =2D 49237 194 Temperature_Celsius 0x0022 108 104 000 Old_age Always = =20 =2D 39 196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always = =20 =2D 0 197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always = =20 =2D 0 198 Offline_Uncorrectable 0x0030 200 200 000 Old_age Offline = =20 =2D 0 199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always = =20 =2D 0 200 Multi_Zone_Error_Rate 0x0008 200 200 000 Old_age Offline = =20 =2D 0 General Purpose Logging (GPL) feature set supported ATA_READ_LOG_EXT (addr=3D0x00:0x00, page=3D0, n=3D1) failed: 48-bit ATA com= mands not=20 supported Read GP Log Directory failed. SMART Log Directory Version 1 [multi-sector log support] SMART Log at address 0x00 has 1 sectors [Log Directory] SMART Log at address 0x01 has 1 sectors [Summary SMART error log] SMART Log at address 0x02 has 5 sectors [Comprehensive SMART error log] SMART Log at address 0x06 has 1 sectors [SMART self-test log] SMART Log at address 0x09 has 1 sectors [Selective self-test log] SMART Log at address 0x80 has 16 sectors [Host vendor specific log] SMART Log at address 0x81 has 16 sectors [Host vendor specific log] SMART Log at address 0x82 has 16 sectors [Host vendor specific log] SMART Log at address 0x83 has 16 sectors [Host vendor specific log] SMART Log at address 0x84 has 16 sectors [Host vendor specific log] SMART Log at address 0x85 has 16 sectors [Host vendor specific log] SMART Log at address 0x86 has 16 sectors [Host vendor specific log] SMART Log at address 0x87 has 16 sectors [Host vendor specific log] SMART Log at address 0x88 has 16 sectors [Host vendor specific log] SMART Log at address 0x89 has 16 sectors [Host vendor specific log] SMART Log at address 0x8a has 16 sectors [Host vendor specific log] SMART Log at address 0x8b has 16 sectors [Host vendor specific log] SMART Log at address 0x8c has 16 sectors [Host vendor specific log] SMART Log at address 0x8d has 16 sectors [Host vendor specific log] SMART Log at address 0x8e has 16 sectors [Host vendor specific log] SMART Log at address 0x8f has 16 sectors [Host vendor specific log] SMART Log at address 0x90 has 16 sectors [Host vendor specific log] SMART Log at address 0x91 has 16 sectors [Host vendor specific log] SMART Log at address 0x92 has 16 sectors [Host vendor specific log] SMART Log at address 0x93 has 16 sectors [Host vendor specific log] SMART Log at address 0x94 has 16 sectors [Host vendor specific log] SMART Log at address 0x95 has 16 sectors [Host vendor specific log] SMART Log at address 0x96 has 16 sectors [Host vendor specific log] SMART Log at address 0x97 has 16 sectors [Host vendor specific log] SMART Log at address 0x98 has 16 sectors [Host vendor specific log] SMART Log at address 0x99 has 16 sectors [Host vendor specific log] SMART Log at address 0x9a has 16 sectors [Host vendor specific log] SMART Log at address 0x9b has 16 sectors [Host vendor specific log] SMART Log at address 0x9c has 16 sectors [Host vendor specific log] SMART Log at address 0x9d has 16 sectors [Host vendor specific log] SMART Log at address 0x9e has 16 sectors [Host vendor specific log] SMART Log at address 0x9f has 16 sectors [Host vendor specific log] SMART Log at address 0xa0 has 16 sectors [Device vendor specific log] SMART Log at address 0xa1 has 16 sectors [Device vendor specific log] SMART Log at address 0xa2 has 16 sectors [Device vendor specific log] SMART Log at address 0xa3 has 16 sectors [Device vendor specific log] SMART Log at address 0xa4 has 16 sectors [Device vendor specific log] SMART Log at address 0xa5 has 16 sectors [Device vendor specific log] SMART Log at address 0xa6 has 16 sectors [Device vendor specific log] SMART Log at address 0xa7 has 16 sectors [Device vendor specific log] SMART Log at address 0xa8 has 1 sectors [Device vendor specific log] SMART Log at address 0xa9 has 1 sectors [Device vendor specific log] SMART Log at address 0xaa has 1 sectors [Device vendor specific log] SMART Log at address 0xab has 1 sectors [Device vendor specific log] SMART Log at address 0xac has 1 sectors [Device vendor specific log] SMART Log at address 0xad has 1 sectors [Device vendor specific log] SMART Log at address 0xae has 1 sectors [Device vendor specific log] SMART Log at address 0xaf has 1 sectors [Device vendor specific log] SMART Log at address 0xb0 has 1 sectors [Device vendor specific log] SMART Log at address 0xb1 has 1 sectors [Device vendor specific log] SMART Log at address 0xb2 has 1 sectors [Device vendor specific log] SMART Log at address 0xb3 has 1 sectors [Device vendor specific log] SMART Log at address 0xb4 has 1 sectors [Device vendor specific log] SMART Log at address 0xb5 has 1 sectors [Device vendor specific log] SMART Log at address 0xb6 has 1 sectors [Device vendor specific log] SMART Log at address 0xb7 has 1 sectors [Device vendor specific log] SMART Log at address 0xc0 has 1 sectors [Device vendor specific log] SMART Log at address 0xe0 has 1 sectors [SCT Command/Status] SMART Log at address 0xe1 has 1 sectors [SCT Data Transfer] SMART Extended Comprehensive Error Log (GP Log 0x03) not supported SMART Error Log Version: 1 No Errors Logged SMART Extended Self-test Log (GP Log 0x07) not supported SMART Self-test log structure revision number 1 Num Test_Description Status Remaining LifeTime(hours)= =20 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. SCT Status Version: 2 SCT Version (vendor specific): 258 (0x0102) SCT Support Level: 1 Device State: SMART Off-line Data Collection executi= ng=20 in background (4) Current Temperature: 39 Celsius Power Cycle Min/Max Temperature: 30/42 Celsius Lifetime Min/Max Temperature: 39/43 Celsius Under/Over Temperature Limit Count: 0/0 SCT Temperature History Version: 2 Temperature Sampling Period: 1 minute Temperature Logging Interval: 1 minute Min/Max recommended Temperature: 0/60 Celsius Min/Max Temperature Limit: -41/85 Celsius Temperature History Size (Index): 478 (160) Index Estimated Time Temperature Celsius 161 2010-08-08 15:38 39 ******************** ... ..( 88 skipped). .. ******************** 250 2010-08-08 17:07 39 ******************** 251 2010-08-08 17:08 40 ********************* ... ..( 2 skipped). .. ********************* 254 2010-08-08 17:11 40 ********************* 255 2010-08-08 17:12 39 ******************** ... ..( 15 skipped). .. ******************** 271 2010-08-08 17:28 39 ******************** 272 2010-08-08 17:29 40 ********************* ... ..( 59 skipped). .. ********************* 332 2010-08-08 18:29 40 ********************* 333 2010-08-08 18:30 39 ******************** ... ..( 10 skipped). .. ******************** 344 2010-08-08 18:41 39 ******************** 345 2010-08-08 18:42 40 ********************* ... ..( 2 skipped). .. ********************* 348 2010-08-08 18:45 40 ********************* 349 2010-08-08 18:46 39 ******************** ... ..( 24 skipped). .. ******************** 374 2010-08-08 19:11 39 ******************** 375 2010-08-08 19:12 40 ********************* ... ..( 28 skipped). .. ********************* 404 2010-08-08 19:41 40 ********************* 405 2010-08-08 19:42 39 ******************** ... ..( 4 skipped). .. ******************** 410 2010-08-08 19:47 39 ******************** 411 2010-08-08 19:48 38 ******************* ... ..( 26 skipped). .. ******************* 438 2010-08-08 20:15 38 ******************* 439 2010-08-08 20:16 39 ******************** 440 2010-08-08 20:17 38 ******************* ... ..( 20 skipped). .. ******************* 461 2010-08-08 20:38 38 ******************* 462 2010-08-08 20:39 39 ******************** ... ..( 50 skipped). .. ******************** 35 2010-08-08 21:30 39 ******************** 36 2010-08-08 21:31 38 ******************* ... ..( 49 skipped). .. ******************* 86 2010-08-08 22:21 38 ******************* 87 2010-08-08 22:22 39 ******************** 88 2010-08-08 22:23 39 ******************** 89 2010-08-08 22:24 38 ******************* ... ..( 12 skipped). .. ******************* 102 2010-08-08 22:37 38 ******************* 103 2010-08-08 22:38 39 ******************** ... ..( 56 skipped). .. ******************** 160 2010-08-08 23:35 39 ******************** SATA Phy Event Counters (GP Log 0x11) not supported *********************************************************************** smartctl -x /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 =3D=3D=3D START OF INFORMATION SECTION =3D=3D=3D Model Family: Western Digital Caviar Green family Device Model: WDC WD10EADS-00L5B1 Serial Number: WD-WCAU4D726772 =46irmware 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: Sun Aug 8 23:37:16 2010 KRAST SMART support is: Available - device has SMART capability. SMART support is: Enabled =3D=3D=3D START OF READ SMART DATA SECTION =3D=3D=3D 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=20 command from host. Auto Offline Data Collection: Enabl= ed. Self-test execution status: ( 0) The previous self-test routine=20 completed without error or no self-test has e= ver=20 been run. Total time to complete Offline=20 data collection: (24600) seconds. Offline data collection capabilities: (0x7b) SMART execute Offline immediate. Auto Offline data collection on/off= =20 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=20 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 = =20 WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always = =20 =2D 0 3 Spin_Up_Time 0x0027 165 161 021 Pre-fail Always = =20 =2D 6741 4 Start_Stop_Count 0x0032 100 100 000 Old_age Always = =20 =2D 24 5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always = =20 =2D 0 7 Seek_Error_Rate 0x002e 100 253 000 Old_age Always = =20 =2D 0 9 Power_On_Hours 0x0032 098 098 000 Old_age Always = =20 =2D 2179 10 Spin_Retry_Count 0x0032 100 253 000 Old_age Always = =20 =2D 0 11 Calibration_Retry_Count 0x0032 100 253 000 Old_age Always = =20 =2D 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always = =20 =2D 18 192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always = =20 =2D 6 193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always = =20 =2D 24 194 Temperature_Celsius 0x0022 114 108 000 Old_age Always = =20 =2D 36 196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always = =20 =2D 0 197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always = =20 =2D 0 198 Offline_Uncorrectable 0x0030 200 200 000 Old_age Offline = =20 =2D 0 199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always = =20 =2D 0 200 Multi_Zone_Error_Rate 0x0008 200 200 000 Old_age Offline = =20 =2D 0 General Purpose Logging (GPL) feature set supported ATA_READ_LOG_EXT (addr=3D0x00:0x00, page=3D0, n=3D1) failed: 48-bit ATA com= mands not=20 supported Read GP Log Directory failed. SMART Log Directory Version 1 [multi-sector log support] SMART Log at address 0x00 has 1 sectors [Log Directory] SMART Log at address 0x01 has 1 sectors [Summary SMART error log] SMART Log at address 0x02 has 5 sectors [Comprehensive SMART error log] SMART Log at address 0x06 has 1 sectors [SMART self-test log] SMART Log at address 0x09 has 1 sectors [Selective self-test log] SMART Log at address 0x80 has 16 sectors [Host vendor specific log] SMART Log at address 0x81 has 16 sectors [Host vendor specific log] SMART Log at address 0x82 has 16 sectors [Host vendor specific log] SMART Log at address 0x83 has 16 sectors [Host vendor specific log] SMART Log at address 0x84 has 16 sectors [Host vendor specific log] SMART Log at address 0x85 has 16 sectors [Host vendor specific log] SMART Log at address 0x86 has 16 sectors [Host vendor specific log] SMART Log at address 0x87 has 16 sectors [Host vendor specific log] SMART Log at address 0x88 has 16 sectors [Host vendor specific log] SMART Log at address 0x89 has 16 sectors [Host vendor specific log] SMART Log at address 0x8a has 16 sectors [Host vendor specific log] SMART Log at address 0x8b has 16 sectors [Host vendor specific log] SMART Log at address 0x8c has 16 sectors [Host vendor specific log] SMART Log at address 0x8d has 16 sectors [Host vendor specific log] SMART Log at address 0x8e has 16 sectors [Host vendor specific log] SMART Log at address 0x8f has 16 sectors [Host vendor specific log] SMART Log at address 0x90 has 16 sectors [Host vendor specific log] SMART Log at address 0x91 has 16 sectors [Host vendor specific log] SMART Log at address 0x92 has 16 sectors [Host vendor specific log] SMART Log at address 0x93 has 16 sectors [Host vendor specific log] SMART Log at address 0x94 has 16 sectors [Host vendor specific log] SMART Log at address 0x95 has 16 sectors [Host vendor specific log] SMART Log at address 0x96 has 16 sectors [Host vendor specific log] SMART Log at address 0x97 has 16 sectors [Host vendor specific log] SMART Log at address 0x98 has 16 sectors [Host vendor specific log] SMART Log at address 0x99 has 16 sectors [Host vendor specific log] SMART Log at address 0x9a has 16 sectors [Host vendor specific log] SMART Log at address 0x9b has 16 sectors [Host vendor specific log] SMART Log at address 0x9c has 16 sectors [Host vendor specific log] SMART Log at address 0x9d has 16 sectors [Host vendor specific log] SMART Log at address 0x9e has 16 sectors [Host vendor specific log] SMART Log at address 0x9f has 16 sectors [Host vendor specific log] SMART Log at address 0xa0 has 16 sectors [Device vendor specific log] SMART Log at address 0xa1 has 16 sectors [Device vendor specific log] SMART Log at address 0xa2 has 16 sectors [Device vendor specific log] SMART Log at address 0xa3 has 16 sectors [Device vendor specific log] SMART Log at address 0xa4 has 16 sectors [Device vendor specific log] SMART Log at address 0xa5 has 16 sectors [Device vendor specific log] SMART Log at address 0xa6 has 16 sectors [Device vendor specific log] SMART Log at address 0xa7 has 16 sectors [Device vendor specific log] SMART Log at address 0xa8 has 1 sectors [Device vendor specific log] SMART Log at address 0xa9 has 1 sectors [Device vendor specific log] SMART Log at address 0xaa has 1 sectors [Device vendor specific log] SMART Log at address 0xab has 1 sectors [Device vendor specific log] SMART Log at address 0xac has 1 sectors [Device vendor specific log] SMART Log at address 0xad has 1 sectors [Device vendor specific log] SMART Log at address 0xae has 1 sectors [Device vendor specific log] SMART Log at address 0xaf has 1 sectors [Device vendor specific log] SMART Log at address 0xb0 has 1 sectors [Device vendor specific log] SMART Log at address 0xb1 has 1 sectors [Device vendor specific log] SMART Log at address 0xb2 has 1 sectors [Device vendor specific log] SMART Log at address 0xb3 has 1 sectors [Device vendor specific log] SMART Log at address 0xb4 has 1 sectors [Device vendor specific log] SMART Log at address 0xb5 has 1 sectors [Device vendor specific log] SMART Log at address 0xb6 has 1 sectors [Device vendor specific log] SMART Log at address 0xb7 has 1 sectors [Device vendor specific log] SMART Log at address 0xc0 has 1 sectors [Device vendor specific log] SMART Log at address 0xe0 has 1 sectors [SCT Command/Status] SMART Log at address 0xe1 has 1 sectors [SCT Data Transfer] SMART Extended Comprehensive Error Log (GP Log 0x03) not supported SMART Error Log Version: 1 No Errors Logged SMART Extended Self-test Log (GP Log 0x07) not supported 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. SCT Status Version: 2 SCT Version (vendor specific): 258 (0x0102) SCT Support Level: 1 Device State: SMART Off-line Data Collection executi= ng=20 in background (4) Current Temperature: 36 Celsius Power Cycle Min/Max Temperature: 27/39 Celsius Lifetime Min/Max Temperature: 35/42 Celsius Under/Over Temperature Limit Count: 0/0 SCT Temperature History Version: 2 Temperature Sampling Period: 1 minute Temperature Logging Interval: 1 minute Min/Max recommended Temperature: 0/60 Celsius Min/Max Temperature Limit: -41/85 Celsius Temperature History Size (Index): 478 (377) Index Estimated Time Temperature Celsius 378 2010-08-08 15:40 38 ******************* ... ..( 36 skipped). .. ******************* 415 2010-08-08 16:17 38 ******************* 416 2010-08-08 16:18 37 ****************** ... ..( 19 skipped). .. ****************** 436 2010-08-08 16:38 37 ****************** 437 2010-08-08 16:39 38 ******************* 438 2010-08-08 16:40 38 ******************* 439 2010-08-08 16:41 37 ****************** ... ..( 6 skipped). .. ****************** 446 2010-08-08 16:48 37 ****************** 447 2010-08-08 16:49 36 ***************** ... ..( 11 skipped). .. ***************** 459 2010-08-08 17:01 36 ***************** 460 2010-08-08 17:02 35 **************** ... ..( 10 skipped). .. **************** 471 2010-08-08 17:13 35 **************** 472 2010-08-08 17:14 36 ***************** ... ..( 8 skipped). .. ***************** 3 2010-08-08 17:23 36 ***************** 4 2010-08-08 17:24 37 ****************** ... ..( 20 skipped). .. ****************** 25 2010-08-08 17:45 37 ****************** 26 2010-08-08 17:46 36 ***************** ... ..( 13 skipped). .. ***************** 40 2010-08-08 18:00 36 ***************** 41 2010-08-08 18:01 37 ****************** 42 2010-08-08 18:02 36 ***************** ... ..( 2 skipped). .. ***************** 45 2010-08-08 18:05 36 ***************** 46 2010-08-08 18:06 35 **************** ... ..( 15 skipped). .. **************** 62 2010-08-08 18:22 35 **************** 63 2010-08-08 18:23 36 ***************** 64 2010-08-08 18:24 36 ***************** 65 2010-08-08 18:25 35 **************** ... ..( 18 skipped). .. **************** 84 2010-08-08 18:44 35 **************** 85 2010-08-08 18:45 36 ***************** 86 2010-08-08 18:46 35 **************** ... ..( 43 skipped). .. **************** 130 2010-08-08 19:30 35 **************** 131 2010-08-08 19:31 36 ***************** ... ..( 25 skipped). .. ***************** 157 2010-08-08 19:57 36 ***************** 158 2010-08-08 19:58 37 ****************** ... ..( 73 skipped). .. ****************** 232 2010-08-08 21:12 37 ****************** 233 2010-08-08 21:13 38 ******************* 234 2010-08-08 21:14 38 ******************* 235 2010-08-08 21:15 37 ****************** ... ..( 3 skipped). .. ****************** 239 2010-08-08 21:19 37 ****************** 240 2010-08-08 21:20 36 ***************** ... ..( 8 skipped). .. ***************** 249 2010-08-08 21:29 36 ***************** 250 2010-08-08 21:30 35 **************** ... ..( 11 skipped). .. **************** 262 2010-08-08 21:42 35 **************** 263 2010-08-08 21:43 36 ***************** 264 2010-08-08 21:44 36 ***************** 265 2010-08-08 21:45 37 ****************** 266 2010-08-08 21:46 36 ***************** ... ..( 6 skipped). .. ***************** 273 2010-08-08 21:53 36 ***************** 274 2010-08-08 21:54 35 **************** ... ..( 4 skipped). .. **************** 279 2010-08-08 21:59 35 **************** 280 2010-08-08 22:00 36 ***************** ... ..( 14 skipped). .. ***************** 295 2010-08-08 22:15 36 ***************** 296 2010-08-08 22:16 37 ****************** ... ..( 48 skipped). .. ****************** 345 2010-08-08 23:05 37 ****************** 346 2010-08-08 23:06 38 ******************* ... ..( 2 skipped). .. ******************* 349 2010-08-08 23:09 38 ******************* 350 2010-08-08 23:10 37 ****************** ... ..( 2 skipped). .. ****************** 353 2010-08-08 23:13 37 ****************** 354 2010-08-08 23:14 38 ******************* ... ..( 8 skipped). .. ******************* 363 2010-08-08 23:23 38 ******************* 364 2010-08-08 23:24 37 ****************** 365 2010-08-08 23:25 37 ****************** 366 2010-08-08 23:26 38 ******************* ... ..( 10 skipped). .. ******************* 377 2010-08-08 23:37 38 ******************* SATA Phy Event Counters (GP Log 0x11) not supported *********************************************************************** smartctl -x /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 =3D=3D=3D START OF INFORMATION SECTION =3D=3D=3D Model Family: Western Digital Caviar Green family Device Model: WDC WD10EADS-00M2B0 Serial Number: WD-WMAV50095864 =46irmware 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: Sun Aug 8 23:37:59 2010 KRAST SMART support is: Available - device has SMART capability. SMART support is: Enabled =3D=3D=3D START OF READ SMART DATA SECTION =3D=3D=3D 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=20 command from host. Auto Offline Data Collection: Enabl= ed. Self-test execution status: ( 0) The previous self-test routine=20 completed without error or no self-test has e= ver=20 been run. Total time to complete Offline=20 data collection: (20760) seconds. Offline data collection capabilities: (0x7b) SMART execute Offline immediate. Auto Offline data collection on/off= =20 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=20 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 = =20 WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always = =20 =2D 0 3 Spin_Up_Time 0x0027 120 108 021 Pre-fail Always = =20 =2D 6958 4 Start_Stop_Count 0x0032 100 100 000 Old_age Always = =20 =2D 117 5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always = =20 =2D 0 7 Seek_Error_Rate 0x002e 200 200 000 Old_age Always = =20 =2D 0 9 Power_On_Hours 0x0032 088 088 000 Old_age Always = =20 =2D 9201 10 Spin_Retry_Count 0x0032 100 100 000 Old_age Always = =20 =2D 0 11 Calibration_Retry_Count 0x0032 100 253 000 Old_age Always = =20 =2D 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always = =20 =2D 63 192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always = =20 =2D 9 193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always = =20 =2D 91 194 Temperature_Celsius 0x0022 108 102 000 Old_age Always = =20 =2D 39 196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always = =20 =2D 0 197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always = =20 =2D 0 198 Offline_Uncorrectable 0x0030 200 200 000 Old_age Offline = =20 =2D 0 199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always = =20 =2D 0 200 Multi_Zone_Error_Rate 0x0008 200 200 000 Old_age Offline = =20 =2D 0 General Purpose Logging (GPL) feature set supported ATA_READ_LOG_EXT (addr=3D0x00:0x00, page=3D0, n=3D1) failed: 48-bit ATA com= mands not=20 supported Read GP Log Directory failed. SMART Log Directory Version 1 [multi-sector log support] SMART Log at address 0x00 has 1 sectors [Log Directory] SMART Log at address 0x01 has 1 sectors [Summary SMART error log] SMART Log at address 0x02 has 5 sectors [Comprehensive SMART error log] SMART Log at address 0x06 has 1 sectors [SMART self-test log] SMART Log at address 0x09 has 1 sectors [Selective self-test log] SMART Log at address 0x80 has 16 sectors [Host vendor specific log] SMART Log at address 0x81 has 16 sectors [Host vendor specific log] SMART Log at address 0x82 has 16 sectors [Host vendor specific log] SMART Log at address 0x83 has 16 sectors [Host vendor specific log] SMART Log at address 0x84 has 16 sectors [Host vendor specific log] SMART Log at address 0x85 has 16 sectors [Host vendor specific log] SMART Log at address 0x86 has 16 sectors [Host vendor specific log] SMART Log at address 0x87 has 16 sectors [Host vendor specific log] SMART Log at address 0x88 has 16 sectors [Host vendor specific log] SMART Log at address 0x89 has 16 sectors [Host vendor specific log] SMART Log at address 0x8a has 16 sectors [Host vendor specific log] SMART Log at address 0x8b has 16 sectors [Host vendor specific log] SMART Log at address 0x8c has 16 sectors [Host vendor specific log] SMART Log at address 0x8d has 16 sectors [Host vendor specific log] SMART Log at address 0x8e has 16 sectors [Host vendor specific log] SMART Log at address 0x8f has 16 sectors [Host vendor specific log] SMART Log at address 0x90 has 16 sectors [Host vendor specific log] SMART Log at address 0x91 has 16 sectors [Host vendor specific log] SMART Log at address 0x92 has 16 sectors [Host vendor specific log] SMART Log at address 0x93 has 16 sectors [Host vendor specific log] SMART Log at address 0x94 has 16 sectors [Host vendor specific log] SMART Log at address 0x95 has 16 sectors [Host vendor specific log] SMART Log at address 0x96 has 16 sectors [Host vendor specific log] SMART Log at address 0x97 has 16 sectors [Host vendor specific log] SMART Log at address 0x98 has 16 sectors [Host vendor specific log] SMART Log at address 0x99 has 16 sectors [Host vendor specific log] SMART Log at address 0x9a has 16 sectors [Host vendor specific log] SMART Log at address 0x9b has 16 sectors [Host vendor specific log] SMART Log at address 0x9c has 16 sectors [Host vendor specific log] SMART Log at address 0x9d has 16 sectors [Host vendor specific log] SMART Log at address 0x9e has 16 sectors [Host vendor specific log] SMART Log at address 0x9f has 16 sectors [Host vendor specific log] SMART Log at address 0xa0 has 16 sectors [Device vendor specific log] SMART Log at address 0xa1 has 16 sectors [Device vendor specific log] SMART Log at address 0xa2 has 16 sectors [Device vendor specific log] SMART Log at address 0xa3 has 16 sectors [Device vendor specific log] SMART Log at address 0xa4 has 16 sectors [Device vendor specific log] SMART Log at address 0xa5 has 16 sectors [Device vendor specific log] SMART Log at address 0xa6 has 16 sectors [Device vendor specific log] SMART Log at address 0xa7 has 16 sectors [Device vendor specific log] SMART Log at address 0xa8 has 1 sectors [Device vendor specific log] SMART Log at address 0xa9 has 1 sectors [Device vendor specific log] SMART Log at address 0xaa has 1 sectors [Device vendor specific log] SMART Log at address 0xab has 1 sectors [Device vendor specific log] SMART Log at address 0xac has 1 sectors [Device vendor specific log] SMART Log at address 0xad has 1 sectors [Device vendor specific log] SMART Log at address 0xae has 1 sectors [Device vendor specific log] SMART Log at address 0xaf has 1 sectors [Device vendor specific log] SMART Log at address 0xb0 has 1 sectors [Device vendor specific log] SMART Log at address 0xb1 has 1 sectors [Device vendor specific log] SMART Log at address 0xb2 has 1 sectors [Device vendor specific log] SMART Log at address 0xb3 has 1 sectors [Device vendor specific log] SMART Log at address 0xb4 has 1 sectors [Device vendor specific log] SMART Log at address 0xb5 has 1 sectors [Device vendor specific log] SMART Log at address 0xb6 has 1 sectors [Device vendor specific log] SMART Log at address 0xb7 has 1 sectors [Device vendor specific log] SMART Log at address 0xc0 has 1 sectors [Device vendor specific log] SMART Log at address 0xe0 has 1 sectors [SCT Command/Status] SMART Log at address 0xe1 has 1 sectors [SCT Data Transfer] SMART Extended Comprehensive Error Log (GP Log 0x03) not supported SMART Error Log Version: 1 No Errors Logged SMART Extended Self-test Log (GP Log 0x07) not supported 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. SCT Status Version: 2 SCT Version (vendor specific): 258 (0x0102) SCT Support Level: 1 Device State: SMART Off-line Data Collection executi= ng=20 in background (4) Current Temperature: 39 Celsius Power Cycle Min/Max Temperature: 30/42 Celsius Lifetime Min/Max Temperature: 36/45 Celsius Under/Over Temperature Limit Count: 0/0 SCT Temperature History Version: 2 Temperature Sampling Period: 1 minute Temperature Logging Interval: 1 minute Min/Max recommended Temperature: 0/60 Celsius Min/Max Temperature Limit: -41/85 Celsius Temperature History Size (Index): 478 (420) Index Estimated Time Temperature Celsius 421 2010-08-08 15:41 36 ***************** ... ..( 4 skipped). .. ***************** 426 2010-08-08 15:46 36 ***************** 427 2010-08-08 15:47 37 ****************** 428 2010-08-08 15:48 37 ****************** 429 2010-08-08 15:49 37 ****************** 430 2010-08-08 15:50 36 ***************** ... ..( 32 skipped). .. ***************** 463 2010-08-08 16:23 36 ***************** 464 2010-08-08 16:24 37 ****************** ... ..( 19 skipped). .. ****************** 6 2010-08-08 16:44 37 ****************** 7 2010-08-08 16:45 38 ******************* 8 2010-08-08 16:46 37 ****************** 9 2010-08-08 16:47 37 ****************** 10 2010-08-08 16:48 38 ******************* ... ..( 55 skipped). .. ******************* 66 2010-08-08 17:44 38 ******************* 67 2010-08-08 17:45 39 ******************** 68 2010-08-08 17:46 38 ******************* 69 2010-08-08 17:47 38 ******************* 70 2010-08-08 17:48 39 ******************** 71 2010-08-08 17:49 38 ******************* 72 2010-08-08 17:50 39 ******************** 73 2010-08-08 17:51 39 ******************** 74 2010-08-08 17:52 39 ******************** 75 2010-08-08 17:53 38 ******************* 76 2010-08-08 17:54 39 ******************** ... ..( 7 skipped). .. ******************** 84 2010-08-08 18:02 39 ******************** 85 2010-08-08 18:03 38 ******************* 86 2010-08-08 18:04 39 ******************** ... ..( 11 skipped). .. ******************** 98 2010-08-08 18:16 39 ******************** 99 2010-08-08 18:17 38 ******************* ... ..( 4 skipped). .. ******************* 104 2010-08-08 18:22 38 ******************* 105 2010-08-08 18:23 37 ****************** ... ..( 10 skipped). .. ****************** 116 2010-08-08 18:34 37 ****************** 117 2010-08-08 18:35 36 ***************** ... ..( 6 skipped). .. ***************** 124 2010-08-08 18:42 36 ***************** 125 2010-08-08 18:43 37 ****************** ... ..( 2 skipped). .. ****************** 128 2010-08-08 18:46 37 ****************** 129 2010-08-08 18:47 38 ******************* 130 2010-08-08 18:48 38 ******************* 131 2010-08-08 18:49 38 ******************* 132 2010-08-08 18:50 37 ****************** ... ..( 19 skipped). .. ****************** 152 2010-08-08 19:10 37 ****************** 153 2010-08-08 19:11 38 ******************* ... ..( 9 skipped). .. ******************* 163 2010-08-08 19:21 38 ******************* 164 2010-08-08 19:22 39 ******************** ... ..( 17 skipped). .. ******************** 182 2010-08-08 19:40 39 ******************** 183 2010-08-08 19:41 40 ********************* ... ..( 16 skipped). .. ********************* 200 2010-08-08 19:58 40 ********************* 201 2010-08-08 19:59 41 ********************** ... ..( 20 skipped). .. ********************** 222 2010-08-08 20:20 41 ********************** 223 2010-08-08 20:21 40 ********************* 224 2010-08-08 20:22 41 ********************** ... ..( 4 skipped). .. ********************** 229 2010-08-08 20:27 41 ********************** 230 2010-08-08 20:28 40 ********************* 231 2010-08-08 20:29 40 ********************* 232 2010-08-08 20:30 41 ********************** ... ..( 25 skipped). .. ********************** 258 2010-08-08 20:56 41 ********************** 259 2010-08-08 20:57 40 ********************* ... ..( 9 skipped). .. ********************* 269 2010-08-08 21:07 40 ********************* 270 2010-08-08 21:08 39 ******************** 271 2010-08-08 21:09 40 ********************* ... ..( 29 skipped). .. ********************* 301 2010-08-08 21:39 40 ********************* 302 2010-08-08 21:40 39 ******************** ... ..( 3 skipped). .. ******************** 306 2010-08-08 21:44 39 ******************** 307 2010-08-08 21:45 38 ******************* ... ..( 7 skipped). .. ******************* 315 2010-08-08 21:53 38 ******************* 316 2010-08-08 21:54 37 ****************** ... ..( 15 skipped). .. ****************** 332 2010-08-08 22:10 37 ****************** 333 2010-08-08 22:11 38 ******************* ... ..( 6 skipped). .. ******************* 340 2010-08-08 22:18 38 ******************* 341 2010-08-08 22:19 39 ******************** 342 2010-08-08 22:20 39 ******************** 343 2010-08-08 22:21 38 ******************* ... ..( 24 skipped). .. ******************* 368 2010-08-08 22:46 38 ******************* 369 2010-08-08 22:47 37 ****************** 370 2010-08-08 22:48 38 ******************* ... ..( 5 skipped). .. ******************* 376 2010-08-08 22:54 38 ******************* 377 2010-08-08 22:55 37 ****************** 378 2010-08-08 22:56 37 ****************** 379 2010-08-08 22:57 38 ******************* 380 2010-08-08 22:58 37 ****************** 381 2010-08-08 22:59 38 ******************* 382 2010-08-08 23:00 37 ****************** 383 2010-08-08 23:01 38 ******************* 384 2010-08-08 23:02 37 ****************** ... ..( 2 skipped). .. ****************** 387 2010-08-08 23:05 37 ****************** 388 2010-08-08 23:06 36 ***************** ... ..( 14 skipped). .. ***************** 403 2010-08-08 23:21 36 ***************** 404 2010-08-08 23:22 37 ****************** ... ..( 3 skipped). .. ****************** 408 2010-08-08 23:26 37 ****************** 409 2010-08-08 23:27 36 ***************** ... ..( 10 skipped). .. ***************** 420 2010-08-08 23:38 36 ***************** SATA Phy Event Counters (GP Log 0x11) not supported =2D---- Alex V. Petrov From owner-freebsd-stable@FreeBSD.ORG Sun Aug 8 17: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 43EA5106566C for ; Sun, 8 Aug 2010 17:23:10 +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 C67958FC13 for ; Sun, 8 Aug 2010 17:23:09 +0000 (UTC) Received: by ewy26 with SMTP id 26so3765474ewy.13 for ; Sun, 08 Aug 2010 10:23: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:cc:mime-version:content-type :content-transfer-encoding:message-id; bh=R5E+TBbfoRd+9aoXxtiJmfkpLbsQYLZR/cMQyKzRuVU=; b=FEkQUpUdyUtUGzpWt/Dror7Wb01xHt6Vp90o7DxModEk0cA1WtLVI9phWkL5lZl8BB 5vD8W4qQW+LO1RP2EJhlGJ6Jyq2Rww+bMvwmtxHgS47o06gQYsABQ0UozxqafhcXqJkv ZQpvuReIBMmS1sAV9gBQwr/qG2/IACvgYTZi0= 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=EDNmSiaaBRkU29bTXLzikQz6j2d7tN3HoShIjc47WR4id5cKLtX530VFoSNo4Rg5m0 MpavkvjcD7RYkImN14oCArsTTLHLD6IVgNVrT/bGI/oBw/gVFHxPvCREQAaL5ykwy+xJ 5FvalWYOMKywiBu89GR6eFx4v0GlyAESvIwkk= Received: by 10.213.109.14 with SMTP id h14mr1864299ebp.25.1281288188776; Sun, 08 Aug 2010 10:23:08 -0700 (PDT) Received: from alex.super ([91.195.101.86]) by mx.google.com with ESMTPS id a48sm6310798eei.13.2010.08.08.10.23.06 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 08 Aug 2010 10:23:08 -0700 (PDT) From: "Alex V. Petrov" To: Jeremy Chadwick Date: Mon, 9 Aug 2010 01:23:04 +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: quoted-printable Message-Id: <201008090123.04823.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: Sun, 08 Aug 2010 17:23:10 -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 14:19:59 =D0=B2=D1=8B =D0= =BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=BB=D0=B8: >=20 > 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.: >=20 > dd if=3D/dev/zero of=3D/dev/ad8 bs=3D64k count=3D1000000 > dd if=3D/dev/zero of=3D/dev/ad10 bs=3D64k count=3D1000000 > dd if=3D/dev/zero of=3D/dev/ad12 bs=3D64k count=3D1000000 >=20 > I don't recommend using large block sizes (e.g. bs=3D1M, bs=3D3M). dd if=3D/dev/zero of=3D/dev/ad8 bs=3D64k count=3D1000000 1000000+0 records in 1000000+0 records out 65536000000 bytes transferred in 604.849406 secs (108350937 bytes/sec) dd if=3D/dev/zero of=3D/dev/ad10 bs=3D64k count=3D1000000 1000000+0 records in =20 1000000+0 records out 65536000000 bytes transferred in 757.755459 secs (86487005 bytes/sec) dd if=3D/dev/zero of=3D/dev/ad12 bs=3D64k count=3D1000000 1000000+0 records in 1000000+0 records out 65536000000 bytes transferred in 604.857282 secs (108349526 bytes/sec) =20 > 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. >=20 > If all of the dds show bad throughput, then could you please do the > following: >=20 > - Provide vmstat -i output > - Install ports/sysutils/smartmontools and run smartctl -a /dev/ad8, > smartctl -a /dev/ad10, and smartctl -a /dev/ad12 >=20 > If only one of the dds shows bad throughput, then please: >=20 > - 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=3D/dev/zero of=3D/tank/test.zero bs=3D64k count=3D1000000 > And see what throughput looks like. >=20 > Thanks. =2D---- Alex V. Petrov From owner-freebsd-stable@FreeBSD.ORG Sun Aug 8 17:36:39 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 82C9D106566B; Sun, 8 Aug 2010 17:36:39 +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 4C6028FC14; Sun, 8 Aug 2010 17:36:38 +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 o78Haa2E093685 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 8 Aug 2010 13:36:36 -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 o78Haa1e088022; Sun, 8 Aug 2010 13:36:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 973E41B5060; Sun, 8 Aug 2010 13:36:36 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20100808173636.973E41B5060@freebsd-stable.sentex.ca> Date: Sun, 8 Aug 2010 13:36:36 -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: Sun, 08 Aug 2010 17:36:39 -0000 TB --- 2010-08-08 15:55:37 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2010-08-08 15:55:37 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2010-08-08 15:55:37 - cleaning the object tree TB --- 2010-08-08 15:56:10 - cvsupping the source tree TB --- 2010-08-08 15:56:10 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/amd64/amd64/supfile TB --- 2010-08-08 15:56:20 - building world TB --- 2010-08-08 15:56:20 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-08 15:56:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-08 15:56:20 - TARGET=amd64 TB --- 2010-08-08 15:56:20 - TARGET_ARCH=amd64 TB --- 2010-08-08 15:56:20 - TZ=UTC TB --- 2010-08-08 15:56:20 - __MAKE_CONF=/dev/null TB --- 2010-08-08 15:56:20 - cd /src TB --- 2010-08-08 15:56:20 - /usr/bin/make -B buildworld >>> World build started on Sun Aug 8 15:56:20 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 Sun Aug 8 17:27:30 UTC 2010 TB --- 2010-08-08 17:27:30 - generating LINT kernel config TB --- 2010-08-08 17:27:30 - cd /src/sys/amd64/conf TB --- 2010-08-08 17:27:30 - /usr/bin/make -B LINT TB --- 2010-08-08 17:27:30 - building LINT kernel TB --- 2010-08-08 17:27:30 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-08 17:27:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-08 17:27:30 - TARGET=amd64 TB --- 2010-08-08 17:27:30 - TARGET_ARCH=amd64 TB --- 2010-08-08 17:27:30 - TZ=UTC TB --- 2010-08-08 17:27:30 - __MAKE_CONF=/dev/null TB --- 2010-08-08 17:27:30 - cd /src TB --- 2010-08-08 17:27:30 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Aug 8 17:27:30 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 -frename-registers -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 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/sl811hs.c cc -c -O2 -frename-registers -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 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/slhci_pccard.c cc -c -O2 -frename-registers -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 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/uark.c cc -c -O2 -frename-registers -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 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /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/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-08-08 17:36:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-08 17:36:36 - ERROR: failed to build lint kernel TB --- 2010-08-08 17:36:36 - 5029.56 user 556.38 system 6059.22 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sun Aug 8 18:24: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 532FE106567B; Sun, 8 Aug 2010 18:24:41 +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 230AE8FC1A; Sun, 8 Aug 2010 18:24:40 +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 o78IOcw9097033 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 8 Aug 2010 14:24:38 -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 o78IOc67010241; Sun, 8 Aug 2010 14:24:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 8C89E1B5060; Sun, 8 Aug 2010 14:24:38 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20100808182438.8C89E1B5060@freebsd-stable.sentex.ca> Date: Sun, 8 Aug 2010 14:24:38 -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 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: Sun, 08 Aug 2010 18:24:41 -0000 TB --- 2010-08-08 17:09:25 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2010-08-08 17:09:25 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2010-08-08 17:09:25 - cleaning the object tree TB --- 2010-08-08 17:09:56 - cvsupping the source tree TB --- 2010-08-08 17:09:56 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/i386/supfile TB --- 2010-08-08 17:10:09 - building world TB --- 2010-08-08 17:10:09 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-08 17:10:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-08 17:10:09 - TARGET=i386 TB --- 2010-08-08 17:10:09 - TARGET_ARCH=i386 TB --- 2010-08-08 17:10:09 - TZ=UTC TB --- 2010-08-08 17:10:09 - __MAKE_CONF=/dev/null TB --- 2010-08-08 17:10:09 - cd /src TB --- 2010-08-08 17:10:09 - /usr/bin/make -B buildworld >>> World build started on Sun Aug 8 17:10:11 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 Sun Aug 8 18:14:33 UTC 2010 TB --- 2010-08-08 18:14:33 - generating LINT kernel config TB --- 2010-08-08 18:14:33 - cd /src/sys/i386/conf TB --- 2010-08-08 18:14:33 - /usr/bin/make -B LINT TB --- 2010-08-08 18:14:34 - building LINT kernel TB --- 2010-08-08 18:14:34 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-08 18:14:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-08 18:14:34 - TARGET=i386 TB --- 2010-08-08 18:14:34 - TARGET_ARCH=i386 TB --- 2010-08-08 18:14:34 - TZ=UTC TB --- 2010-08-08 18:14:34 - __MAKE_CONF=/dev/null TB --- 2010-08-08 18:14:34 - cd /src TB --- 2010-08-08 18:14:34 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Aug 8 18:14:34 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 -fno-omit-frame-pointer -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -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 -fno-omit-frame-pointer -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -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 -fno-omit-frame-pointer -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -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 -fno-omit-frame-pointer -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /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/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-08-08 18:24:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-08 18:24:38 - ERROR: failed to build lint kernel TB --- 2010-08-08 18:24:38 - 3761.20 user 389.76 system 4512.97 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sun Aug 8 18:32: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 C07501065672 for ; Sun, 8 Aug 2010 18:32: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 4DCBB8FC1D for ; Sun, 8 Aug 2010 18:32:00 +0000 (UTC) Received: by ewy26 with SMTP id 26so3774539ewy.13 for ; Sun, 08 Aug 2010 11:32: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=aTSo8Iz75tvp2CZoVbEKexs+EplM6tXMXnH1guWfvks=; b=uFOLVixQIRb0FOLuuJ4Ctu4rT312ywI1VVDcfVhbMdqMpd8W+dRaf03uQEOHk3sYpB RqRIz+0FcOBzqzx971LObs3zVvve1/qZqQIbCOVWZuCPTAXKbOThgR3OxMTlnnw6yx73 +Zj7wu9K+E1jQ7MnZ+l990kCC0ILr8KApPdIU= 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=f5nmM9I6iptE44uTdrEv2snFh7IUi9ADqXOOgS20lmaFodwgMLYGsCz/RCznCzpaLs JfOZbS37zKw9VcwUuB5Qu8frG1oiUksv/CqIF0yoAB0lpHWv+3gu+TivnAinp6bwRkTG KicAuLICObSO6ssNlUDCYReslTgPYyz8y1FEk= Received: by 10.213.109.9 with SMTP id h9mr1939351ebp.33.1281292320148; Sun, 08 Aug 2010 11:32:00 -0700 (PDT) Received: from alex.super ([91.195.101.86]) by mx.google.com with ESMTPS id a48sm6401892eei.12.2010.08.08.11.31.58 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 08 Aug 2010 11:31:59 -0700 (PDT) From: "Alex V. Petrov" To: Jeremy Chadwick Date: Mon, 9 Aug 2010 02:31:55 +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: <201008090231.55712.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: Sun, 08 Aug 2010 18:32:01 -0000 > > 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. > zpool destroy tank zpool create tank ad8 ad10 ad12 dd if=/dev/zero of=/tank/test.zero bs=3M count=1000 1000+0 records in 1000+0 records out 3145728000 bytes transferred in 83.219741 secs (37800262 bytes/sec) zpool offline tank ad10 cannot offline ad10: no valid replicas zpool destroy tank zpool create tank ad8 ad12 dd if=/dev/zero of=/tank/test.zero bs=3M count=1000 1000+0 records in 1000+0 records out 3145728000 bytes transferred in 126.873102 secs (24794286 bytes/sec) dd if=/dev/zero of=/tank/test.zero bs=64k count=1000000 1000000+0 records in 1000000+0 records out 65536000000 bytes transferred in 1735.680273 secs (37758106 bytes/sec) zpool destroy tank zpool create tank ad8 dd if=/dev/zero of=/tank/test.zero bs=3M count=1000 1000+0 records in 1000+0 records out 3145728000 bytes transferred in 39.550739 secs (79536517 bytes/sec) dd if=/dev/zero of=/tank/test.zero bs=64k count=100000 100000+0 records in 100000+0 records out 6553600000 bytes transferred in 90.810344 secs (72167990 bytes/sec) =-O ----- Alex V. Petrov From owner-freebsd-stable@FreeBSD.ORG Sun Aug 8 18:49:23 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 6EAB5106566C; Sun, 8 Aug 2010 18:49:23 +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 3B64C8FC08; Sun, 8 Aug 2010 18:49:22 +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 o78InLC8098774 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 8 Aug 2010 14:49:21 -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 o78InL4V064696; Sun, 8 Aug 2010 14:49:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id D3AC61B5060; Sun, 8 Aug 2010 14:49:20 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20100808184920.D3AC61B5060@freebsd-stable.sentex.ca> Date: Sun, 8 Aug 2010 14:49:20 -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: Sun, 08 Aug 2010 18:49:23 -0000 TB --- 2010-08-08 17:36:36 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2010-08-08 17:36:36 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2010-08-08 17:36:36 - cleaning the object tree TB --- 2010-08-08 17:36:54 - cvsupping the source tree TB --- 2010-08-08 17:36:54 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/pc98/supfile TB --- 2010-08-08 17:37:04 - building world TB --- 2010-08-08 17:37:04 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-08 17:37:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-08 17:37:04 - TARGET=pc98 TB --- 2010-08-08 17:37:04 - TARGET_ARCH=i386 TB --- 2010-08-08 17:37:04 - TZ=UTC TB --- 2010-08-08 17:37:04 - __MAKE_CONF=/dev/null TB --- 2010-08-08 17:37:04 - cd /src TB --- 2010-08-08 17:37:04 - /usr/bin/make -B buildworld >>> World build started on Sun Aug 8 17:37:04 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 Sun Aug 8 18:41:12 UTC 2010 TB --- 2010-08-08 18:41:12 - generating LINT kernel config TB --- 2010-08-08 18:41:12 - cd /src/sys/pc98/conf TB --- 2010-08-08 18:41:12 - /usr/bin/make -B LINT TB --- 2010-08-08 18:41:12 - building LINT kernel TB --- 2010-08-08 18:41:12 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-08 18:41:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-08 18:41:12 - TARGET=pc98 TB --- 2010-08-08 18:41:12 - TARGET_ARCH=i386 TB --- 2010-08-08 18:41:12 - TZ=UTC TB --- 2010-08-08 18:41:12 - __MAKE_CONF=/dev/null TB --- 2010-08-08 18:41:12 - cd /src TB --- 2010-08-08 18:41:12 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Aug 8 18:41:12 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-08 18:49:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-08 18:49:20 - ERROR: failed to build lint kernel TB --- 2010-08-08 18:49:20 - 3624.23 user 389.15 system 4364.18 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sun Aug 8 18:56:38 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 859D41065673; Sun, 8 Aug 2010 18:56:38 +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 917E18FC16; Sun, 8 Aug 2010 18:56:37 +0000 (UTC) Received: from mail-gw12.york.ac.uk ([144.32.129.162]) by gse-mta-27.emailfiltering.com with emfmta (version 4.5.0.261) by TLS id 702765584 for tinderbox@freebsd.org; a94ead21e1e48122; Sun, 08 Aug 2010 19:45:32 +0100 Received: from ury.york.ac.uk ([144.32.108.81]:60699) by mail-gw12.york.ac.uk with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1OiAsF-0006wH-Dc; Sun, 08 Aug 2010 19:45:31 +0100 Received: from gavin (helo=localhost) by ury.york.ac.uk with local-esmtp (Exim 4.72) (envelope-from ) id 1OiAsE-0006EO-9p; Sun, 08 Aug 2010 19:45:30 +0100 Date: Sun, 8 Aug 2010 19:45:30 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: FreeBSD Tinderbox In-Reply-To: <20100808173636.973E41B5060@freebsd-stable.sentex.ca> Message-ID: References: <20100808173636.973E41B5060@freebsd-stable.sentex.ca> User-Agent: Alpine 2.00 (LNX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: Cc: amd64@freebsd.org, stable@freebsd.org Subject: 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: Sun, 08 Aug 2010 18:56:38 -0000 On Sun, 8 Aug 2010, FreeBSD Tinderbox wrote: > 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/amd64/src/sys/LINT. > *** Error code 1 Sorry guys, this is my fault. I'll commit a fix as soon as I've verified it locally. Gavin From owner-freebsd-stable@FreeBSD.ORG Sun Aug 8 20:01:36 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 8AC7F106566B; Sun, 8 Aug 2010 20:01:36 +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 59C298FC08; Sun, 8 Aug 2010 20:01:36 +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 o78K1YW6004218 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 8 Aug 2010 16:01:34 -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 o78K1Y67003929; Sun, 8 Aug 2010 16:01:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id F070B1B5060; Sun, 8 Aug 2010 16:01:33 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20100808200133.F070B1B5060@freebsd-stable.sentex.ca> Date: Sun, 8 Aug 2010 16:01:33 -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 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: Sun, 08 Aug 2010 20:01:36 -0000 TB --- 2010-08-08 18:24:38 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2010-08-08 18:24:38 - starting RELENG_7 tinderbox run for ia64/ia64 TB --- 2010-08-08 18:24:38 - cleaning the object tree TB --- 2010-08-08 18:24:55 - cvsupping the source tree TB --- 2010-08-08 18:24:55 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/ia64/ia64/supfile TB --- 2010-08-08 18:25:04 - building world TB --- 2010-08-08 18:25:04 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-08 18:25:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-08 18:25:04 - TARGET=ia64 TB --- 2010-08-08 18:25:04 - TARGET_ARCH=ia64 TB --- 2010-08-08 18:25:04 - TZ=UTC TB --- 2010-08-08 18:25:04 - __MAKE_CONF=/dev/null TB --- 2010-08-08 18:25:04 - cd /src TB --- 2010-08-08 18:25:04 - /usr/bin/make -B buildworld >>> World build started on Sun Aug 8 18:25:06 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 Sun Aug 8 19:51:33 UTC 2010 TB --- 2010-08-08 19:51:33 - generating LINT kernel config TB --- 2010-08-08 19:51:33 - cd /src/sys/ia64/conf TB --- 2010-08-08 19:51:33 - /usr/bin/make -B LINT TB --- 2010-08-08 19:51:33 - building LINT kernel TB --- 2010-08-08 19:51:33 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-08 19:51:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-08 19:51:33 - TARGET=ia64 TB --- 2010-08-08 19:51:33 - TARGET_ARCH=ia64 TB --- 2010-08-08 19:51:33 - TZ=UTC TB --- 2010-08-08 19:51:33 - __MAKE_CONF=/dev/null TB --- 2010-08-08 19:51:33 - cd /src TB --- 2010-08-08 19:51:33 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Aug 8 19:51:33 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-08 20:01:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-08 20:01:33 - ERROR: failed to build lint kernel TB --- 2010-08-08 20:01:33 - 5072.99 user 388.50 system 5815.23 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sun Aug 8 20:02:14 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 45D391065675; Sun, 8 Aug 2010 20:02:14 +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 0F24A8FC0C; Sun, 8 Aug 2010 20:02:13 +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 o78K2CM0004367 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 8 Aug 2010 16:02:12 -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 o78K2CcA056034; Sun, 8 Aug 2010 16:02:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 178DC1B5060; Sun, 8 Aug 2010 16:02:12 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20100808200212.178DC1B5060@freebsd-stable.sentex.ca> Date: Sun, 8 Aug 2010 16:02:12 -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 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: Sun, 08 Aug 2010 20:02:14 -0000 TB --- 2010-08-08 18:49:20 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2010-08-08 18:49:20 - starting RELENG_7 tinderbox run for powerpc/powerpc TB --- 2010-08-08 18:49:20 - cleaning the object tree TB --- 2010-08-08 18:49:34 - cvsupping the source tree TB --- 2010-08-08 18:49:34 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/powerpc/powerpc/supfile TB --- 2010-08-08 18:49:43 - building world TB --- 2010-08-08 18:49:43 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-08 18:49:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-08 18:49:43 - TARGET=powerpc TB --- 2010-08-08 18:49:43 - TARGET_ARCH=powerpc TB --- 2010-08-08 18:49:43 - TZ=UTC TB --- 2010-08-08 18:49:43 - __MAKE_CONF=/dev/null TB --- 2010-08-08 18:49:43 - cd /src TB --- 2010-08-08 18:49:43 - /usr/bin/make -B buildworld >>> World build started on Sun Aug 8 18:49:44 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 Sun Aug 8 19:55:38 UTC 2010 TB --- 2010-08-08 19:55:38 - generating LINT kernel config TB --- 2010-08-08 19:55:38 - cd /src/sys/powerpc/conf TB --- 2010-08-08 19:55:38 - /usr/bin/make -B LINT TB --- 2010-08-08 19:55:38 - building LINT kernel TB --- 2010-08-08 19:55:38 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-08 19:55:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-08 19:55:38 - TARGET=powerpc TB --- 2010-08-08 19:55:38 - TARGET_ARCH=powerpc TB --- 2010-08-08 19:55:38 - TZ=UTC TB --- 2010-08-08 19:55:38 - __MAKE_CONF=/dev/null TB --- 2010-08-08 19:55:38 - cd /src TB --- 2010-08-08 19:55:38 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Aug 8 19:55:38 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-08 20:02:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-08 20:02:12 - ERROR: failed to build lint kernel TB --- 2010-08-08 20:02:12 - 3726.05 user 360.68 system 4371.15 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sun Aug 8 21:08:31 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 9D6A01065674; Sun, 8 Aug 2010 21:08:31 +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 672BE8FC1E; Sun, 8 Aug 2010 21:08:31 +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 o78L8SWF008852 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 8 Aug 2010 17:08:28 -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 o78L8SF5086541; Sun, 8 Aug 2010 17:08:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 0D4681B5060; Sun, 8 Aug 2010 17:08:28 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20100808210828.0D4681B5060@freebsd-stable.sentex.ca> Date: Sun, 8 Aug 2010 17:08:27 -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 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: Sun, 08 Aug 2010 21:08:31 -0000 TB --- 2010-08-08 20:01:34 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2010-08-08 20:01:34 - starting RELENG_7 tinderbox run for sparc64/sparc64 TB --- 2010-08-08 20:01:34 - cleaning the object tree TB --- 2010-08-08 20:01:52 - cvsupping the source tree TB --- 2010-08-08 20:01:52 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/sparc64/sparc64/supfile TB --- 2010-08-08 20:02:02 - building world TB --- 2010-08-08 20:02:02 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-08 20:02:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-08 20:02:02 - TARGET=sparc64 TB --- 2010-08-08 20:02:02 - TARGET_ARCH=sparc64 TB --- 2010-08-08 20:02:02 - TZ=UTC TB --- 2010-08-08 20:02:02 - __MAKE_CONF=/dev/null TB --- 2010-08-08 20:02:02 - cd /src TB --- 2010-08-08 20:02:02 - /usr/bin/make -B buildworld >>> World build started on Sun Aug 8 20:02:03 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 Sun Aug 8 21:01:28 UTC 2010 TB --- 2010-08-08 21:01:28 - generating LINT kernel config TB --- 2010-08-08 21:01:28 - cd /src/sys/sparc64/conf TB --- 2010-08-08 21:01:28 - /usr/bin/make -B LINT TB --- 2010-08-08 21:01:28 - building LINT kernel TB --- 2010-08-08 21:01:28 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-08 21:01:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-08 21:01:28 - TARGET=sparc64 TB --- 2010-08-08 21:01:28 - TARGET_ARCH=sparc64 TB --- 2010-08-08 21:01:28 - TZ=UTC TB --- 2010-08-08 21:01:28 - __MAKE_CONF=/dev/null TB --- 2010-08-08 21:01:28 - cd /src TB --- 2010-08-08 21:01:28 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Aug 8 21:01:28 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-08 21:08:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-08 21:08:27 - ERROR: failed to build lint kernel TB --- 2010-08-08 21:08:27 - 3514.65 user 354.09 system 4013.91 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Mon Aug 9 03:26:01 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 A88D01065673 for ; Mon, 9 Aug 2010 03:26:01 +0000 (UTC) (envelope-from alpenr@www98.your-server.de) Received: from www98.your-server.de (www98.your-server.de [213.133.104.98]) by mx1.freebsd.org (Postfix) with ESMTP id 6B9C68FC1C for ; Mon, 9 Aug 2010 03:26:01 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=www98.your-server.de) by www98.your-server.de with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1OiHW8-0004Lk-E6 for stable@freebsd.org; Mon, 09 Aug 2010 03:51:08 +0200 Received: from alpenr by www98.your-server.de with local (Exim 4.69) (envelope-from ) id 1OiHW8-0004LY-AL for stable@freebsd.org; Mon, 09 Aug 2010 03:51:08 +0200 To: stable@freebsd.org From: Paypal Content-Transfer-Encoding: 8bit Message-Id: Date: Mon, 09 Aug 2010 03:51:08 +0200 MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Your account has been temporarily limited X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Aug 2010 03:26:01 -0000 Dear customer, Your account has been temporarily limited [1]Click here to resolve the problem Thank You. * Please do not reply to this email, as your reply will not be received. This is an automatic notification of new security messages. Sincerely, PayPal Security Department Team. References 1. http://www.tiffany-us.com/images/www.paypal.com/management/financial/login.html From owner-freebsd-stable@FreeBSD.ORG Mon Aug 9 05:10: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 D6F0F1065674; Mon, 9 Aug 2010 05:10:00 +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 92A588FC13; Mon, 9 Aug 2010 05:10:00 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.72 (FreeBSD)) (envelope-from ) id 1OiKcZ-000Naw-Sb; Mon, 09 Aug 2010 07:09:59 +0200 Date: Mon, 9 Aug 2010 07:09:59 +0200 From: Kurt Jaeger To: Adrian Chadd Message-ID: <20100809050959.GA15898@home.opsec.eu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: Troye Johnson , 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: Mon, 09 Aug 2010 05:10:00 -0000 Hi! > On 28 July 2010 05:06, Troye Johnson wrote: > > ar9285 driver gives exception message in /var/log/messages: kernel > > ath0 bb hang detected, resetting. I dont know what it means. The > > driver compiles good and I just got sources from cvs server branch > > RELENG_8_1. What is the meaning of this exception message? > > Hi, > > Please create a PR and assign it to me. There is http://www.freebsd.org/cgi/query-pr.cgi?pr=148112 -- pi@opsec.eu +49 171 3101372 10 years to go ! From owner-freebsd-stable@FreeBSD.ORG Mon Aug 9 13:07: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 2BD411065674 for ; Mon, 9 Aug 2010 13:07:35 +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 ABC6D8FC1A for ; Mon, 9 Aug 2010 13:07:34 +0000 (UTC) Received: by ewy26 with SMTP id 26so3954312ewy.13 for ; Mon, 09 Aug 2010 06:07:33 -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=PVWfGEr7sUsuoOz7trAXbjr9jhyD1/dgCxTFNtx4I/0=; b=rlhFUhw+5c6rYjd+nf5zZ2PbyFHMUWhlxtnmfUbyX7eCY4JSTdJoLOKychfRfbVtqN C0TdpIXpJXmp7gfQcZ36ZstldPZ4z6IT2bQyLWfsmxAaEAIQGwGKHkFSmJQphPtlk8fL I3Ee82GBOqfpR2r3BbOV1y/vEmSGaZKBmFAso= 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=CCGghKeW7bUU+3TxgeBXje0VxnZeHgu2o1pavH/OfyYAxkOxtthDOmU5psIBA8vCqn A0xPJ4/bzsH4Jv5i0QbIn5bX1cch8p9leSc/YWY2tlsgSDkMVN+sq04ge3M8bRZdRDp6 fGSUPxGukinxIbA9BrtuK46cyXCw0hFxiLoVk= Received: by 10.213.32.212 with SMTP id e20mr12192413ebd.80.1281359253531; Mon, 09 Aug 2010 06:07:33 -0700 (PDT) Received: from alex.super ([91.195.101.86]) by mx.google.com with ESMTPS id v8sm7807018eeh.14.2010.08.09.06.07.28 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 09 Aug 2010 06:07:31 -0700 (PDT) From: "Alex V. Petrov" To: Jeremy Chadwick Date: Mon, 9 Aug 2010 21:07:23 +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: <201008092107.23819.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: Mon, 09 Aug 2010 13:07:35 -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 > > Thanks. zpool destroy tank At one time 3 dd dd if=/dev/zero of=/dev/ad8 bs=64k count=1000000 1000000+0 records in 1000000+0 records out 65536000000 bytes transferred in 605.173955 secs (108292830 bytes/sec) dd if=/dev/zero of=/dev/ad10 bs=64k count=1000000 1000000+0 records in 1000000+0 records out 65536000000 bytes transferred in 759.946393 secs (86237662 bytes/sec) dd if=/dev/zero of=/dev/ad12 bs=64k count=1000000 1000000+0 records in 1000000+0 records out 65536000000 bytes transferred in 605.139062 secs (108299074 bytes/sec) Disks ad4 ad6 ad8 ad10 ad12 da0 da1 KB/t 0,00 16,00 64,00 64,00 64,00 0,00 0,00 tps 0 1 1667 1329 1646 0 0 MB/s 0,00 0,02 104 83,04 103 0,00 0,00 %busy 0 0 93 94 93 0 0 ie this problem is not the controller ----- Alex V. Petrov From owner-freebsd-stable@FreeBSD.ORG Mon Aug 9 14:56:19 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 2EAD9106567A; Mon, 9 Aug 2010 14:56:19 +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 9678F8FC0A; Mon, 9 Aug 2010 14:56:18 +0000 (UTC) Received: by fxm4 with SMTP id 4so61477fxm.13 for ; Mon, 09 Aug 2010 07:56:17 -0700 (PDT) Received: by 10.103.240.8 with SMTP id s8mr1275085mur.78.1281365776648; Mon, 09 Aug 2010 07:56:16 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.132.200 with HTTP; Mon, 9 Aug 2010 07:55:56 -0700 (PDT) In-Reply-To: References: From: Joshua Boyd Date: Mon, 9 Aug 2010 10:55:56 -0400 Message-ID: To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 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: Mon, 09 Aug 2010 14:56:19 -0000 On Sat, Aug 7, 2010 at 1:58 PM, Ivan Voras wrote: > 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. > Hmm. So what you're saying is that FreeBSD doesn't properly support the ESXI controller? I'm going to try 7.3-RELEASE today, just to make sure that this isn't a regression of some kind. It seems from reading other posts that this used to work properly and satisfactorily. -- Joshua Boyd JBipNet E-mail: boydjd@jbip.net http://www.jbip.net From owner-freebsd-stable@FreeBSD.ORG Mon Aug 9 15:12: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 5C1911065679 for ; Mon, 9 Aug 2010 15:12:47 +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 09BAB8FC25 for ; Mon, 9 Aug 2010 15:12:46 +0000 (UTC) Received: by qwg5 with SMTP id 5so6329435qwg.13 for ; Mon, 09 Aug 2010 08:12:46 -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=PggJzg2ahrqx3GueQp6aL6GJDT4UB7ci7nvPEfMjugQ=; b=GXJx8aA6AtkKSNiE8v08yZAoavX0JQuVENPWDcpZuxVS2Q12VevVjqWkYhV8itJOvp isChc0jfnGrueLzD4ZpPvCeerL3jnm5gDJee9DxABGJYt72BVydL/3dWqxoKlgsjntS3 dn8ybDNgOaJF2qI2AFVGdMCLYyuV76x+QHnEY= 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=ctVOJm65wYfXMRudKmjl7n1hDud95g0n62X4hzKChTsVX6ds09zplPjYNg97GRIv1A IIHuC9rCtcsHwBKxcq5ps9YFYw+oTBTf1tVUc+2Ho2pbJ0TI27n210D8lhl1aMFQO9dK nEYxGv5oR3d+m3vCPJA8s3+iBn17V8Taro8NM= Received: by 10.229.1.233 with SMTP id 41mr7228661qcg.284.1281366766180; Mon, 09 Aug 2010 08:12:46 -0700 (PDT) MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.229.236.132 with HTTP; Mon, 9 Aug 2010 08:12:21 -0700 (PDT) In-Reply-To: References: From: Ivan Voras Date: Mon, 9 Aug 2010 17:12:21 +0200 X-Google-Sender-Auth: H0g5XwXSvsvRyllKnFPbvQP6Pxk 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: Mon, 09 Aug 2010 15:12:47 -0000 On 9 August 2010 16:55, Joshua Boyd wrote: > On Sat, Aug 7, 2010 at 1:58 PM, Ivan Voras wrote: >> >> 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. > > Hmm. So what you're saying is that FreeBSD doesn't properly support the ESXI > controller? Nope, I'm saying you will never get raw disk-like performance with any "full" virtualization product, regardless of specifics. If you want performance, go OS-level (like jails) or some example of paravirtualization. > I'm going to try 7.3-RELEASE today, just to make sure that this isn't a > regression of some kind. It seems from reading other posts that this used to > work properly and satisfactorily. Nope, I've been messing around with VMWare for a long time and the performance penalty was always there. From owner-freebsd-stable@FreeBSD.ORG Mon Aug 9 15:24:16 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 10291106566C for ; Mon, 9 Aug 2010 15:24:16 +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 B1C4F8FC14 for ; Mon, 9 Aug 2010 15:24:15 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OiUCz-0001fg-T2 for freebsd-stable@freebsd.org; Mon, 09 Aug 2010 17:24:13 +0200 Received: from 89-164-117-57.dsl.iskon.hr ([89.164.117.57]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 09 Aug 2010 17:24:13 +0200 Received: from ivoras by 89-164-117-57.dsl.iskon.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 09 Aug 2010 17:24:13 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Mon, 09 Aug 2010 17:24:02 +0200 Lines: 24 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-117-57.dsl.iskon.hr User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.11) Gecko/20100711 Thunderbird/3.0.6 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: Mon, 09 Aug 2010 15:24:16 -0000 On 9.8.2010 17:12, Ivan Voras wrote: > On 9 August 2010 16:55, Joshua Boyd wrote: >> On Sat, Aug 7, 2010 at 1:58 PM, Ivan Voras wrote: >> I'm going to try 7.3-RELEASE today, just to make sure that this isn't a >> regression of some kind. It seems from reading other posts that this used to >> work properly and satisfactorily. > > Nope, I've been messing around with VMWare for a long time and the > performance penalty was always there. Hmmm, I've been thinking a little and after retesting one of my guests on a 12-drive RAID-6 HP FC enclosure, and your 40 MB/s writes actually do seam slow. I'm getting around 110 MB/s sequential reads and writes (untuned) and the guest controller is recognized as: mpt0: port 0x1400-0x14ff mem 0xd8820000-0xd883ffff,0xd8800000-0xd881ffff irq 17 at device 16.0 on pci0 mpt0: [ITHREAD] mpt0: MPI Version=1.2.0.0 on 7.3-release, i386, ESXi 4.0. Are you sure you are testing when no others guests generate IO? From owner-freebsd-stable@FreeBSD.ORG Mon Aug 9 16:11: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 E50A4106564A for ; Mon, 9 Aug 2010 16:11:25 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta11.emeryville.ca.mail.comcast.net (qmta11.emeryville.ca.mail.comcast.net [76.96.27.211]) by mx1.freebsd.org (Postfix) with ESMTP id C6E048FC1C for ; Mon, 9 Aug 2010 16:11:25 +0000 (UTC) Received: from omta12.emeryville.ca.mail.comcast.net ([76.96.30.44]) by qmta11.emeryville.ca.mail.comcast.net with comcast id sDgG1e0050x6nqcABGBRgt; Mon, 09 Aug 2010 16:11:25 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta12.emeryville.ca.mail.comcast.net with comcast id sGBQ1e0063LrwQ28YGBQiq; Mon, 09 Aug 2010 16:11:24 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 20C8C9B425; Mon, 9 Aug 2010 09:11:24 -0700 (PDT) Date: Mon, 9 Aug 2010 09:11:24 -0700 From: Jeremy Chadwick To: Ivan Voras Message-ID: <20100809161124.GA4618@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Joshua Boyd , 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: Mon, 09 Aug 2010 16:11:26 -0000 On Mon, Aug 09, 2010 at 05:12:21PM +0200, Ivan Voras wrote: > On 9 August 2010 16:55, Joshua Boyd wrote: > > On Sat, Aug 7, 2010 at 1:58 PM, Ivan Voras wrote: > >> > >> 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. > > > > Hmm. So what you're saying is that FreeBSD doesn't properly support the ESXI > > controller? > > Nope, I'm saying you will never get raw disk-like performance with any > "full" virtualization product, regardless of specifics. If you want > performance, go OS-level (like jails) or some example of > paravirtualization. > > > I'm going to try 7.3-RELEASE today, just to make sure that this isn't a > > regression of some kind. It seems from reading other posts that this used to > > work properly and satisfactorily. > > Nope, I've been messing around with VMWare for a long time and the > performance penalty was always there. I thought Intel VT-d was supposed to help address things like this? I can confirm on VMware Workstation 7.1, not ESXi, that disk I/O performance isn't that great. I only test with a Host OS of Windows XP SP3, and for the Guest OS's hard disk driver use the LSI SATA/SAS option. I can't imagine IDE/ATA being faster, since (at least Workstation) emulates an Intel ICH2. I was under the impression that ESXi provided native access to the hardware in the system (vs. Workstation which emulates everything)? The controller seen by FreeBSD in the OP's system is: 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 Which looks an awful lot like what I see on Workstation 7.1. FWIW, Workstation 7.1 is fairly adamant about stating "if you want faster disk I/O, pre-allocate the disk space rather than let disk use grow dynamically". I've never tested this however. How does Linux's I/O perform with the same setup? -- | 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 Mon Aug 9 16:25: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 7A83B1065677 for ; Mon, 9 Aug 2010 16:25:53 +0000 (UTC) (envelope-from james.technew@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 52F3E8FC19 for ; Mon, 9 Aug 2010 16:25:53 +0000 (UTC) Received: by pzk7 with SMTP id 7so4122328pzk.13 for ; Mon, 09 Aug 2010 09:25:52 -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=HDnIkKDGCXsjGZSLo8ZBNgKonvSztoUdi5lvXxRKWRw=; b=N5WcAf1t/f+TlbrRAaEm43QhjjZss2BeSxDUgClxR11N13i7TWEiOzG3uGvKukA2nx KGHXc6sB87FiFZwt2HURZJ6F6lmZCI7JJAqbUiUjhw1uWDFF1xKmK5SbEekQvqjFJ3lB GY2bNYwpwCajaxu0xPKK8L0snsiUscnRy/+Pc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=KnK9x7hmeYNDcucrYHeumjpxRsLLxkn9ls5dd6jLVHdK0SvD66oUYf7DxUe4duwadE dyvHJPrgzljQLNFo96OVC1iUJaW61IG62cAc1grGk2JpNcYNnIVf2Thv/TyYChOGwggt ROnN6YhLfwqd1H8lHMrM/Q7Hj5+uW8HJS0vuc= MIME-Version: 1.0 Received: by 10.142.154.5 with SMTP id b5mr13838826wfe.209.1281369349927; Mon, 09 Aug 2010 08:55:49 -0700 (PDT) Received: by 10.42.2.141 with HTTP; Mon, 9 Aug 2010 08:55:49 -0700 (PDT) Date: Mon, 9 Aug 2010 23:55:49 +0800 Message-ID: From: James Chang To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 Subject: FreeBSD 8.1 make world FAILED! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2010 16:25:53 -0000 Dear Sir, I install FreeBSD 8.1 RELEASE today and want use "make world" to upgrade to 8.1-STABLE, But It show me the following ERROR messages : ===================================== FreeBSD81# make installworld mkdir -p /tmp/install.pMB8TADB progs=$(for prog in [ awk cap_mkdb cat chflags chmod chown date echo egrep find grep install-info ln lockf make mkdir mtree mv pwd_mkdb rm sed sh sysctl test true uname wc zic; do if progpath=`which $prog`; then echo $progpath; else echo "Required tool $prog not found in PATH." >&2; exit 1; fi; done); libs=$(ldd -f "%o %p\n" -f "%o %p\n" $progs 2>/dev/null | sort -u | while read line; do set -- $line; if [ "$2 $3" != "not found" ]; then echo $2; else echo "Required library $1 not found." >&2; exit 1; fi; done); cp $libs $progs /tmp/install.pMB8TADB cp -R ${PATH_LOCALE:-"/usr/share/locale"} /tmp/install.pMB8TADB/locale cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=amd64 MACHINE=amd64 CPUTYPE=nocona GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/tmp/install.pMB8TADB LD_LIBRARY_PATH=/tmp/install.pMB8TADB PATH_LOCALE=/tmp/install.pMB8TADB/locale make -f Makefile.inc1 __MAKE_SHELL=/tmp/install.pMB8TADB/sh reinstall; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=amd64 MACHINE=amd64 CPUTYPE=nocona GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/tmp/install.pMB8TADB LD_LIBRARY_PATH=/tmp/install.pMB8TADB PATH_LOCALE=/tmp/install.pMB8TADB/locale rm -rf /tmp/install.pMB8TADB -------------------------------------------------------------- >>> Making hierarchy -------------------------------------------------------------- cd /usr/src; make -f Makefile.inc1 hierarchy cd /usr/src/etc; make distrib-dirs mtree -eU -f /usr/src/etc/mtree/BSD.root.dist -p / mtree -eU -f /usr/src/etc/mtree/BSD.var.dist -p /var mtree -eU -f /usr/src/etc/mtree/BSD.usr.dist -p /usr mtree -eU -f /usr/src/etc/mtree/BSD.include.dist -p /usr/include mtree -deU -f /usr/src/etc/mtree/BIND.chroot.dist -p /var/named mtree -deU -f /usr/src/etc/mtree/BSD.sendmail.dist -p / cd /; rm -f /sys; ln -s usr/src/sys sys cd /usr/share/man/en.ISO8859-1; ln -sf ../man* . cd /usr/share/man/en.UTF-8; ln -sf ../man* . cd /usr/share/man; set - `grep "^[a-zA-Z]" /usr/src/etc/man.alias`; while [ $# -gt 0 ] ; do rm -rf "$1"; ln -s "$2" "$1"; shift; shift; done cd /usr/share/openssl/man; set - `grep "^[a-zA-Z]" /usr/src/etc/man.alias`; while [ $# -gt 0 ] ; do rm -rf "$1"; ln -s "$2" "$1"; shift; shift; done cd /usr/share/openssl/man/en.ISO8859-1; ln -sf ../man* . cd /usr/share/nls; set - `grep "^[a-zA-Z]" /usr/src/etc/nls.alias`; while [ $# -gt 0 ] ; do rm -rf "$1"; ln -s "$2" "$1"; shift; shift; done -------------------------------------------------------------- >>> Installing everything -------------------------------------------------------------- cd /usr/src; make -f Makefile.inc1 install ===> share/info (install) ===> lib (install) ===> lib/csu/amd64 (install) install -o root -g wheel -m 444 crt1.o crti.o crtn.o Scrt1.o gcrt1.o /usr/lib ===> lib/libc (install) install -C -o root -g wheel -m 444 libc.a /usr/lib install -C -o root -g wheel -m 444 libc_p.a /usr/lib install -s -o root -g wheel -m 444 -fschg -S libc.so.7 /lib install: rename: /lib/INS@dhUU to /lib/libc.so.7: Operation not permitted *** Error code 71 Stop in /usr/src/lib/libc. *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Are there smothing wrong? Could someone give me a hand? Best Regards! James Chang From owner-freebsd-stable@FreeBSD.ORG Mon Aug 9 16:38: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 C7B191065676 for ; Mon, 9 Aug 2010 16:38:36 +0000 (UTC) (envelope-from ivoras@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 5043F8FC12 for ; Mon, 9 Aug 2010 16:38:35 +0000 (UTC) Received: by qyk32 with SMTP id 32so9876656qyk.13 for ; Mon, 09 Aug 2010 09:38:35 -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:content-transfer-encoding; bh=KbOQjd9rmDap3smEZWXe+X1vYnLh+0X9HOkpUctRPGo=; b=iENGE06SUMWlH8pR77ysH2EQ6CyrhnQ0lNF7TnSs/6oT5r4SWvuUtUzvppcwIxoAw1 ltBh1OZjbiTXC8HNVkvULH4NDjd4hmnCN+u/81wTD0VXK8jixRXxwY45sf3/Q2PuZEPr 1PI8jXUyLmAyOyoN4RL7ki2WRHLz6nurjekP8= 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 :content-transfer-encoding; b=xNVr4SKW2epHkP1AhicjvtwF+RFXESZLuvPkkDTme/c2zw75hIeKCf9TiMcSxkb6Mu lGJ06JphavPDzzwUJgrts502uFwsaL6m0DUlYVJLw9iJp/M1VdR5UcyCnb9tryNFIe3v CP6UYS93pEHj+TmIpX5VhDYkj22qi9Bbn8fUw= Received: by 10.224.114.33 with SMTP id c33mr8836683qaq.11.1281371915210; Mon, 09 Aug 2010 09:38:35 -0700 (PDT) MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.229.236.132 with HTTP; Mon, 9 Aug 2010 09:38:15 -0700 (PDT) In-Reply-To: <20100809161124.GA4618@icarus.home.lan> References: <20100809161124.GA4618@icarus.home.lan> From: Ivan Voras Date: Mon, 9 Aug 2010 18:38:15 +0200 X-Google-Sender-Auth: uX49q1J9BYWm9BrPEd5JCo6GhjQ Message-ID: To: Jeremy Chadwick Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Joshua Boyd , 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: Mon, 09 Aug 2010 16:38:36 -0000 On 9 August 2010 18:11, Jeremy Chadwick wrote: > I thought Intel VT-d was supposed to help address things like this? Probably - http://www.intel.com/technology/itj/2006/v10i3/2-io/7-conclusion= .htm says it should help unmodified guests, but I don't know for sure. I do know that Nehalems run faster on VMWare, probably because "nested paging" or whatever it's called helps context switches on syscalls. > I can confirm on VMware Workstation 7.1, not ESXi, that disk I/O > performance isn't that great. =C2=A0I only test with a Host OS of Windows= XP > SP3, and for the Guest OS's hard disk driver use the LSI SATA/SAS > option. =C2=A0I can't imagine IDE/ATA being faster, since (at least > Workstation) emulates an Intel ICH2. Yes, disk IO was always slow with VMWare. VirtualBox cheats by emulating ATA controllers (ICH6) instead of SCSI and turning on disk cache - it's noticably faster than VMWare. > I was under the impression that ESXi provided native access to the > hardware in the system (vs. Workstation which emulates everything)? I think it can be configured this way, but then you'd need a separate LUN for the VM drive, bypassing vmware's usual storage (vmfs) and all the goodies that come with it. OTOH, there are paravirtualized drivers for Linux and Windows in 4.0 which should help, but I haven't tried them yet. > The controller seen by FreeBSD in the OP's system is: > > mpt0: port 0x4000-0x40ff mem 0xd9c04000-0xd9c= 07fff,0xd9c10000-0xd9c1ffff irq 18 at device 0.0 on pci3 > mpt0: [ITHREAD] > mpt0: MPI Version=3D1.5.0.0 > > Which looks an awful lot like what I see on Workstation 7.1. > > FWIW, Workstation 7.1 is fairly adamant about stating "if you want > faster disk I/O, pre-allocate the disk space rather than let disk use > grow dynamically". =C2=A0I've never tested this however. Yes, this statement has always been true. > How does Linux's I/O perform with the same setup? I've tested Linux, Windows and FreeBSD on VMWare 3.5 last year and the results (IOPS) were: ESXi-FreeBSD 174 ESXi-Linux 221 ESXI-Windows 98 Xen-FreeBSD 72 Xen-Linux 148 Xen-Linux-PV 244 HyperV-FreeBSD 61 HyperV-Linux 69 HyperV-Windows 58 (I couldn't get Windows to run on Xen; "Linux-PV" is Linux as paravirtualized Xen guest). From owner-freebsd-stable@FreeBSD.ORG Mon Aug 9 18:07: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 73638106566B for ; Mon, 9 Aug 2010 18:07:40 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [IPv6:2001:470:a803::1]) by mx1.freebsd.org (Postfix) with ESMTP id 1B9F18FC19 for ; Mon, 9 Aug 2010 18:07:40 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id A3FFFA60583; Tue, 10 Aug 2010 02:07:37 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id btcDz-s5ULEL; Tue, 10 Aug 2010 02:07:30 +0800 (CST) Received: from delta.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id E305CA5EED4; Tue, 10 Aug 2010 02:07:29 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=l1sR6fP+mEw+Oe/Iao7l6n+tyh2t0IRNnRvmDwvtDLBMXLOl6AKC7lBWnlw+D7LaY iwEKaZr+RCw3v59NRDSQg== Message-ID: <4C6043DE.1010709@delphij.net> Date: Mon, 09 Aug 2010 11:07:26 -0700 From: Xin LI Organization: The Geek China Organization User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.11) Gecko/20100721 Thunderbird/3.0.6 ThunderBrowse/3.3.1 MIME-Version: 1.0 To: James Chang References: In-Reply-To: X-Enigmail-Version: 1.0.1 OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: FreeBSD 8.1 make world FAILED! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2010 18:07:40 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2010/08/09 08:55, James Chang wrote: > install -C -o root -g wheel -m 444 libc.a /usr/lib > install -C -o root -g wheel -m 444 libc_p.a /usr/lib > install -s -o root -g wheel -m 444 -fschg -S libc.so.7 /lib > install: rename: /lib/INS@dhUU to /lib/libc.so.7: Operation not permitted > *** Error code 71 > > Stop in /usr/src/lib/libc. > *** Error code 1 > > Stop in /usr/src/lib. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > Are there smothing wrong? Yes. I think you must have securitylevel set to 1 or above. Check your /etc/rc.conf to see if that's the case or upgrade when in single user mode... Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iQEcBAEBCAAGBQJMYEPeAAoJEATO+BI/yjfBX+kH/RACoAFSz4gp7eZVTnLe6ScD wUVMAaAgbUp+Wo9J2qh1yXlnsijKBfv8m5MsdesvpZZX3PFzU+8lSTdVOqpIp3aK vbwuIkNOptO8iUVcC25KaT+FXjaVdL84hEeI74IyHCNdph2TaqfAona5zLR3gvrT u+P7El56v0GlrnUH2Zq9ti2RutoLk1JvA0XJCg5JshwdJI+QS8Sg9+L9GTmUrJ6M lNifYMyyba4kznzPZTEaa0qQsYQLGqJZyd/5vLk8/JKZPqIBc3dIAvu9ELd8aq/e DbA0AvB/dz1c5FUhV1vGQv85BJQmNj/dFnVzk0TlB5lkayYDYVKP8H7AutrRUDk= =vJFC -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Aug 9 20:02: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 F2FDF106566B for ; Mon, 9 Aug 2010 20:02:32 +0000 (UTC) (envelope-from A.J.Caines@halplant.com) Received: from triton.bsd-unix.net (triton.bsd-unix.net [209.8.43.226]) by mx1.freebsd.org (Postfix) with ESMTP id C6E6A8FC0A for ; Mon, 9 Aug 2010 20:02:32 +0000 (UTC) Received: from triton.bsd-unix.net (localhost [127.0.0.1]) by triton.bsd-unix.net (Postfix) with ESMTP id 19CA09B41F for ; Mon, 9 Aug 2010 16:02:32 -0400 (EDT) X-Virus-Scanned: amavisd-new at bsd-unix.net Received: from triton.bsd-unix.net ([127.0.0.1]) by triton.bsd-unix.net (triton.bsd-unix.net.bsd-unix.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id MviiizELYowS for ; Mon, 9 Aug 2010 16:02:31 -0400 (EDT) Received: from hal10000.halplant.com (ip68-105-188-179.dc.dc.cox.net [68.105.188.179]) (Authenticated sender: ajc) by triton.bsd-unix.net (Postfix) with ESMTPSA id 789F29B41D for ; Mon, 9 Aug 2010 16:02:31 -0400 (EDT) Message-ID: <4C605ED0.7010905@halplant.com> Date: Mon, 09 Aug 2010 16:02:24 -0400 From: "Andrew J. Caines" Organization: H.A.L. Plant User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100807 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: FreeBSD 8.1 make world FAILED! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2010 20:02:33 -0000 James, > I install FreeBSD 8.1 RELEASE today and want use "make world" to > upgrade to 8.1-STABLE, See the instructions on updating your system at the end of src/UPDATING, specifically "To rebuild everything and install it on the current system", and the Handbook. -- -Andrew J. Caines- Unix Systems Engineer A.J.Caines@halplant.com FreeBSD/Linux/Solaris, Web/Mail/Proxy/... http://halplant.com:2001/ "Machines take me by surprise with great frequency" - Alan Turing From owner-freebsd-stable@FreeBSD.ORG Tue Aug 10 02:25: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 1680F1065672 for ; Tue, 10 Aug 2010 02:25:21 +0000 (UTC) (envelope-from aw1@swelter.hanley.stade.co.uk) Received: from v-smtp-auth-relay-5.gradwell.net (v-smtp-auth-relay-5.gradwell.net [79.135.125.99]) by mx1.freebsd.org (Postfix) with ESMTP id 7474D8FC0A for ; Tue, 10 Aug 2010 02:25:20 +0000 (UTC) Received: from 93-97-22-18.zone5.bethere.co.uk ([93.97.22.18] helo=swelter.hanley.stade.co.uk country=GB ident=postmaster&pop3#stade#co^uk) by v-smtp-auth-relay-5.gradwell.net with esmtpa (Gradwell gwh-smtpd 1.290) id 4c60b62f.166c.1e for freebsd-stable@freebsd.org; Tue, 10 Aug 2010 03:15:11 +0100 (envelope-sender ) Received: from swelter.hanley.stade.co.uk (localhost [127.0.0.1]) by swelter.hanley.stade.co.uk (8.14.4/8.14.4) with ESMTP id o7A2FA4K060195 for ; Tue, 10 Aug 2010 03:15:10 +0100 (BST) (envelope-from aw1@swelter.hanley.stade.co.uk) Received: (from aw1@localhost) by swelter.hanley.stade.co.uk (8.14.4/8.14.4/Submit) id o7A2FASC060194 for freebsd-stable@freebsd.org; Tue, 10 Aug 2010 03:15:10 +0100 (BST) (envelope-from aw1) Date: Tue, 10 Aug 2010 03:15:10 +0100 From: Adrian Wontroba To: freebsd-stable@freebsd.org Message-ID: <20100810021510.GA58782@swelter.hanley.stade.co.uk> Mail-Followup-To: Adrian Wontroba , freebsd-stable@freebsd.org References: <20100809161124.GA4618@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100809161124.GA4618@icarus.home.lan> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.1-PRERELEASE Organization: Oh dear, I've joined one again. X-Virus-Scanned: clamav-milter 0.95.3 at swelter.hanley.stade.co.uk X-Virus-Status: Clean 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 Reply-To: aw1@stade.co.uk List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Aug 2010 02:25:21 -0000 On Mon, Aug 09, 2010 at 09:11:24AM -0700, Jeremy Chadwick wrote: > FWIW, Workstation 7.1 is fairly adamant about stating "if you want > faster disk I/O, pre-allocate the disk space rather than let disk use > grow dynamically". I've never tested this however. Anecdotal, as I have no comparative performance figures to hand, but under VMware Server 2 on Windows, performance of non pre-allocated disks is dire and SCSI emulation is better than IDE. -- Adrian Wontroba Anything hit with a big enough hammer will fall apart. From owner-freebsd-stable@FreeBSD.ORG Tue Aug 10 04:00: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 4B0151065672; Tue, 10 Aug 2010 04:00:08 +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 937258FC13; Tue, 10 Aug 2010 04:00:07 +0000 (UTC) Received: by fxm4 with SMTP id 4so507133fxm.13 for ; Mon, 09 Aug 2010 21:00:06 -0700 (PDT) Received: by 10.223.115.73 with SMTP id h9mr17466348faq.46.1281412806171; Mon, 09 Aug 2010 21:00:06 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.132.200 with HTTP; Mon, 9 Aug 2010 20:59:46 -0700 (PDT) In-Reply-To: <20100809161124.GA4618@icarus.home.lan> References: <20100809161124.GA4618@icarus.home.lan> From: Joshua Boyd Date: Mon, 9 Aug 2010 23:59:46 -0400 Message-ID: To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, Ivan Voras 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: Tue, 10 Aug 2010 04:00:08 -0000 On Mon, Aug 9, 2010 at 12:11 PM, Jeremy Chadwick wrote: > On Mon, Aug 09, 2010 at 05:12:21PM +0200, Ivan Voras wrote: > > On 9 August 2010 16:55, Joshua Boyd wrote: > > > On Sat, Aug 7, 2010 at 1:58 PM, Ivan Voras wrote: > > >> > > >> 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. > > > > > > Hmm. So what you're saying is that FreeBSD doesn't properly support the > ESXI > > > controller? > > > > Nope, I'm saying you will never get raw disk-like performance with any > > "full" virtualization product, regardless of specifics. If you want > > performance, go OS-level (like jails) or some example of > > paravirtualization. > > > > > I'm going to try 7.3-RELEASE today, just to make sure that this isn't a > > > regression of some kind. It seems from reading other posts that this > used to > > > work properly and satisfactorily. > > > > Nope, I've been messing around with VMWare for a long time and the > > performance penalty was always there. > > I thought Intel VT-d was supposed to help address things like this? > Our ESXI boxes are AMD rigs, so VT-d doesn't help here. > > I can confirm on VMware Workstation 7.1, not ESXi, that disk I/O > performance isn't that great. I only test with a Host OS of Windows XP > SP3, and for the Guest OS's hard disk driver use the LSI SATA/SAS > option. I can't imagine IDE/ATA being faster, since (at least > Workstation) emulates an Intel ICH2. > > I was under the impression that ESXi provided native access to the > hardware in the system (vs. Workstation which emulates everything)? > The controller seen by FreeBSD in the OP's system is: > > 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 > > Which looks an awful lot like what I see on Workstation 7.1. > > FWIW, Workstation 7.1 is fairly adamant about stating "if you want > faster disk I/O, pre-allocate the disk space rather than let disk use > grow dynamically". I've never tested this however. > All disks on the test system are pre-allocated as stated in my original post. > > How does Linux's I/O perform with the same setup? > Linux performs significantly better, I'd have to run the tests again for exact numbers though. > > -- > | 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 | > > -- Joshua Boyd JBipNet E-mail: boydjd@jbip.net http://www.jbip.net From owner-freebsd-stable@FreeBSD.ORG Tue Aug 10 04:03: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 03C0F1065670; Tue, 10 Aug 2010 04:03:01 +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 563A08FC23; Tue, 10 Aug 2010 04:02:59 +0000 (UTC) Received: by fxm4 with SMTP id 4so508141fxm.13 for ; Mon, 09 Aug 2010 21:02:59 -0700 (PDT) Received: by 10.223.109.140 with SMTP id j12mr17489777fap.22.1281412979194; Mon, 09 Aug 2010 21:02:59 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.132.200 with HTTP; Mon, 9 Aug 2010 21:02:39 -0700 (PDT) In-Reply-To: References: <20100809161124.GA4618@icarus.home.lan> From: Joshua Boyd Date: Tue, 10 Aug 2010 00:02:39 -0400 Message-ID: To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, Jeremy Chadwick 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: Tue, 10 Aug 2010 04:03:01 -0000 On Mon, Aug 9, 2010 at 12:38 PM, Ivan Voras wrote: > On 9 August 2010 18:11, Jeremy Chadwick wrote: > > > I thought Intel VT-d was supposed to help address things like this? > > Probably - > http://www.intel.com/technology/itj/2006/v10i3/2-io/7-conclusion.htm > says it should help unmodified guests, but I don't know for sure. I do > know that Nehalems run faster on VMWare, probably because "nested > paging" or whatever it's called helps context switches on syscalls. > > > I can confirm on VMware Workstation 7.1, not ESXi, that disk I/O > > performance isn't that great. I only test with a Host OS of Windows XP > > SP3, and for the Guest OS's hard disk driver use the LSI SATA/SAS > > option. I can't imagine IDE/ATA being faster, since (at least > > Workstation) emulates an Intel ICH2. > > Yes, disk IO was always slow with VMWare. VirtualBox cheats by > emulating ATA controllers (ICH6) instead of SCSI and turning on disk > cache - it's noticably faster than VMWare. > I've only tried the SAS/SCSI controllers in ESXI. Perhaps I should try ATA... > > > I was under the impression that ESXi provided native access to the > > hardware in the system (vs. Workstation which emulates everything)? > > I think it can be configured this way, but then you'd need a separate > LUN for the VM drive, bypassing vmware's usual storage (vmfs) and all > the goodies that come with it. OTOH, there are paravirtualized drivers > for Linux and Windows in 4.0 which should help, but I haven't tried > them yet. > It can be configured this way, but then you'd have to pre-allocate LUNs for each of your VMs ... not all that convenient. > > > The controller seen by FreeBSD in the OP's system is: > > > > 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 > > > > Which looks an awful lot like what I see on Workstation 7.1. > > > > FWIW, Workstation 7.1 is fairly adamant about stating "if you want > > faster disk I/O, pre-allocate the disk space rather than let disk use > > grow dynamically". I've never tested this however. > > Yes, this statement has always been true. > > > How does Linux's I/O perform with the same setup? > > I've tested Linux, Windows and FreeBSD on VMWare 3.5 last year and the > results (IOPS) were: > > ESXi-FreeBSD 174 > ESXi-Linux 221 > ESXI-Windows 98 > Xen-FreeBSD 72 > Xen-Linux 148 > Xen-Linux-PV 244 > HyperV-FreeBSD 61 > HyperV-Linux 69 > HyperV-Windows 58 > > (I couldn't get Windows to run on Xen; "Linux-PV" is Linux as > paravirtualized Xen guest). > -- Joshua Boyd JBipNet E-mail: boydjd@jbip.net http://www.jbip.net From owner-freebsd-stable@FreeBSD.ORG Tue Aug 10 04:04:13 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 0F023106566C; Tue, 10 Aug 2010 04:04:13 +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 761EA8FC26; Tue, 10 Aug 2010 04:04:12 +0000 (UTC) Received: by fxm4 with SMTP id 4so508534fxm.13 for ; Mon, 09 Aug 2010 21:04:11 -0700 (PDT) Received: by 10.223.121.193 with SMTP id i1mr17418731far.77.1281413051212; Mon, 09 Aug 2010 21:04:11 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.132.200 with HTTP; Mon, 9 Aug 2010 21:03:50 -0700 (PDT) In-Reply-To: References: From: Joshua Boyd Date: Tue, 10 Aug 2010 00:03:50 -0400 Message-ID: To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 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: Tue, 10 Aug 2010 04:04:13 -0000 On Mon, Aug 9, 2010 at 11:24 AM, Ivan Voras wrote: > On 9.8.2010 17:12, Ivan Voras wrote: > > On 9 August 2010 16:55, Joshua Boyd wrote: > >> On Sat, Aug 7, 2010 at 1:58 PM, Ivan Voras wrote: > > >> I'm going to try 7.3-RELEASE today, just to make sure that this isn't a > >> regression of some kind. It seems from reading other posts that this > used to > >> work properly and satisfactorily. > > > > Nope, I've been messing around with VMWare for a long time and the > > performance penalty was always there. > > Hmmm, I've been thinking a little and after retesting one of my guests > on a 12-drive RAID-6 HP FC enclosure, and your 40 MB/s writes actually > do seam slow. I'm getting around 110 MB/s sequential reads and writes > (untuned) and the guest controller is recognized as: > > mpt0: port 0x1400-0x14ff mem > 0xd8820000-0xd883ffff,0xd8800000-0xd881ffff irq 17 at device 16.0 on pci0 > mpt0: [ITHREAD] > mpt0: MPI Version=1.2.0.0 > > on 7.3-release, i386, ESXi 4.0. > > Are you sure you are testing when no others guests generate IO? > There was definitely IO, but nothing signicant. I'd have to schedule a maintenance period to shut down all other guests, and the second ESXI box, since they both use the same MD3000 as DAS. > > _______________________________________________ > 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" > -- Joshua Boyd JBipNet E-mail: boydjd@jbip.net http://www.jbip.net From owner-freebsd-stable@FreeBSD.ORG Tue Aug 10 04:05: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 BFCEE106566C for ; Tue, 10 Aug 2010 04:05:21 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta08.emeryville.ca.mail.comcast.net (qmta08.emeryville.ca.mail.comcast.net [76.96.30.80]) by mx1.freebsd.org (Postfix) with ESMTP id 9C4348FC08 for ; Tue, 10 Aug 2010 04:05:21 +0000 (UTC) Received: from omta12.emeryville.ca.mail.comcast.net ([76.96.30.44]) by qmta08.emeryville.ca.mail.comcast.net with comcast id sD5V1e0040x6nqcA8U5M51; Tue, 10 Aug 2010 04:05:21 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta12.emeryville.ca.mail.comcast.net with comcast id sU5K1e00V3LrwQ28YU5Lgm; Tue, 10 Aug 2010 04:05:20 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id CAABB9B42E; Mon, 9 Aug 2010 21:05:19 -0700 (PDT) Date: Mon, 9 Aug 2010 21:05:19 -0700 From: Jeremy Chadwick To: Joshua Boyd Message-ID: <20100810040519.GA21921@icarus.home.lan> References: <20100809161124.GA4618@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org, Ivan Voras 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: Tue, 10 Aug 2010 04:05:21 -0000 On Mon, Aug 09, 2010 at 11:59:46PM -0400, Joshua Boyd wrote: > On Mon, Aug 9, 2010 at 12:11 PM, Jeremy Chadwick > wrote: > > > On Mon, Aug 09, 2010 at 05:12:21PM +0200, Ivan Voras wrote: > > > On 9 August 2010 16:55, Joshua Boyd wrote: > > > > On Sat, Aug 7, 2010 at 1:58 PM, Ivan Voras wrote: > > > >> > > > >> 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. > > > > > > > > Hmm. So what you're saying is that FreeBSD doesn't properly support the > > ESXI > > > > controller? > > > > > > Nope, I'm saying you will never get raw disk-like performance with any > > > "full" virtualization product, regardless of specifics. If you want > > > performance, go OS-level (like jails) or some example of > > > paravirtualization. > > > > > > > I'm going to try 7.3-RELEASE today, just to make sure that this isn't a > > > > regression of some kind. It seems from reading other posts that this > > used to > > > > work properly and satisfactorily. > > > > > > Nope, I've been messing around with VMWare for a long time and the > > > performance penalty was always there. > > > > I thought Intel VT-d was supposed to help address things like this? > > > > Our ESXI boxes are AMD rigs, so VT-d doesn't help here. AMD offers the same technology; it's called AMD-Vi these days, and was previously known as IOMMU. I don't have any familiarity with it. -- | 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 Tue Aug 10 04:16: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 ED581106564A; Tue, 10 Aug 2010 04:16:46 +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 4E74D8FC18; Tue, 10 Aug 2010 04:16:45 +0000 (UTC) Received: by fxm4 with SMTP id 4so512980fxm.13 for ; Mon, 09 Aug 2010 21:16:45 -0700 (PDT) Received: by 10.223.112.197 with SMTP id x5mr17505802fap.35.1281413804231; Mon, 09 Aug 2010 21:16:44 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.132.200 with HTTP; Mon, 9 Aug 2010 21:16:24 -0700 (PDT) In-Reply-To: <20100810040519.GA21921@icarus.home.lan> References: <20100809161124.GA4618@icarus.home.lan> <20100810040519.GA21921@icarus.home.lan> From: Joshua Boyd Date: Tue, 10 Aug 2010 00:16:24 -0400 Message-ID: To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, Ivan Voras 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: Tue, 10 Aug 2010 04:16:47 -0000 On Tue, Aug 10, 2010 at 12:05 AM, Jeremy Chadwick wrote: > On Mon, Aug 09, 2010 at 11:59:46PM -0400, Joshua Boyd wrote: > > On Mon, Aug 9, 2010 at 12:11 PM, Jeremy Chadwick > > wrote: > > > > > On Mon, Aug 09, 2010 at 05:12:21PM +0200, Ivan Voras wrote: > > > > On 9 August 2010 16:55, Joshua Boyd wrote: > > > > > On Sat, Aug 7, 2010 at 1:58 PM, Ivan Voras > wrote: > > > > >> > > > > >> 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. > > > > > > > > > > Hmm. So what you're saying is that FreeBSD doesn't properly support > the > > > ESXI > > > > > controller? > > > > > > > > Nope, I'm saying you will never get raw disk-like performance with > any > > > > "full" virtualization product, regardless of specifics. If you want > > > > performance, go OS-level (like jails) or some example of > > > > paravirtualization. > > > > > > > > > I'm going to try 7.3-RELEASE today, just to make sure that this > isn't a > > > > > regression of some kind. It seems from reading other posts that > this > > > used to > > > > > work properly and satisfactorily. > > > > > > > > Nope, I've been messing around with VMWare for a long time and the > > > > performance penalty was always there. > > > > > > I thought Intel VT-d was supposed to help address things like this? > > > > > > > Our ESXI boxes are AMD rigs, so VT-d doesn't help here. > > AMD offers the same technology; it's called AMD-Vi these days, and was > previously known as IOMMU. I don't have any familiarity with it. > As far as I know, all it gets you is passthrough. > > -- > | 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 | > > -- Joshua Boyd JBipNet E-mail: boydjd@jbip.net http://www.jbip.net From owner-freebsd-stable@FreeBSD.ORG Tue Aug 10 07:51: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 64D351065677; Tue, 10 Aug 2010 07:51:02 +0000 (UTC) (envelope-from adrian.chadd@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 B7AEE8FC23; Tue, 10 Aug 2010 07:51:01 +0000 (UTC) Received: by ewy26 with SMTP id 26so4329492ewy.13 for ; Tue, 10 Aug 2010 00:51: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:date:message-id :subject:from:to:cc:content-type; bh=sx/+n5u2lS5QBNnBvTyGiiuG3ZvTP9AV23uM+4fk8yA=; b=MWo/6xo4zUdxwgfjI4et7ipOH35rJarqV0xcPGmvg2K3CSKLX5H1QNo1/B8pfydpPM f1j6S4kG8Co0jHImWUlORRefl30dltYvKzSAVHl4w79oBrhQd4opXJzt5/MdploCe6Ge jW2rn4Ug7UUGoh1eGyS0S1MF4ffIqQF8ftk3s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=OIbvGVMm84OwY6DyB+doAfpDgVVlWMV8Xrrhg1jRdO9r/T6axcGKAm2exNDcgW/93X Vk9XIOZASYF0rWhffPDta/X8n3rvblQVukHDVpIJa/9zk097p5R8ZEQTicTDnzeu81OO 3jBVrkXUpzH5pqVp2L7/aGlkArjHyg0ZthJlE= MIME-Version: 1.0 Received: by 10.213.80.204 with SMTP id u12mr3866629ebk.57.1281426660614; Tue, 10 Aug 2010 00:51:00 -0700 (PDT) Received: by 10.213.31.204 with HTTP; Tue, 10 Aug 2010 00:51:00 -0700 (PDT) Date: Tue, 10 Aug 2010 15:51:00 +0800 Message-ID: From: Adrian Chadd To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: [CFT] if_ath updates - ar5416 (macbook pro, etc) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Aug 2010 07:51:02 -0000 Hi everyone, I'm committing some updates to the if_ath and ath_hal code. I've just committed updates to the AR5416 register setup values. I'd appreciate some testing by AR5416 users - eg macbook pro users - to ensure this hasn't broken functionality. Thanks, Adrian From owner-freebsd-stable@FreeBSD.ORG Tue Aug 10 07:53:33 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 41862106567D for ; Tue, 10 Aug 2010 07:53:33 +0000 (UTC) (envelope-from adrian.chadd@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 C34978FC0A for ; Tue, 10 Aug 2010 07:53:32 +0000 (UTC) Received: by ewy26 with SMTP id 26so4329941ewy.13 for ; Tue, 10 Aug 2010 00:53:31 -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=8CHHhwg0JlAl1G2WzDoRHtoGzgIuy530B0UnZ71z6po=; b=I8Ih8PFRQp+uXzd1w0c/2OSEn8jV4z5y58WA5yPdTiXliXBWHcVTNcT1X/j351C/35 cM7200AzSiF3BjtGHGSCpQMAilpKVkk1g+K2CEL8/YNrh+I2iPLuFKINUVR9+KGfwKwM h2bXmgPhx7yNbEfL8TdOdCAup/Vje3KbKzxdE= 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=hfKo0PM6rEHWl1Go5lqhNAKpAkIc+L0HooBKk37kxW9qVhdwyNffd1tbWsbKTIkllW CRUZMkKL0/p5Wi1wRw+W2a019PcqbOqIr/FI05sWCLS8qNTl2PNE5jWTtEC3OnZ86D4Y j+vr7JwCtYu39ZPx/01QnIuwctzAV1bdOSn+8= MIME-Version: 1.0 Received: by 10.213.33.135 with SMTP id h7mr13261018ebd.34.1281426811852; Tue, 10 Aug 2010 00:53:31 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.213.31.204 with HTTP; Tue, 10 Aug 2010 00:53:31 -0700 (PDT) In-Reply-To: <20100809050959.GA15898@home.opsec.eu> References: <20100809050959.GA15898@home.opsec.eu> Date: Tue, 10 Aug 2010 15:53:31 +0800 X-Google-Sender-Auth: VmSf0QAj4Hx9iyBnHt_GrkcaXAw Message-ID: From: Adrian Chadd To: Kurt Jaeger Content-Type: text/plain; charset=ISO-8859-1 Cc: Troye Johnson , 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: Tue, 10 Aug 2010 07:53:33 -0000 On 9 August 2010 13:09, Kurt Jaeger wrote: > There is > > http://www.freebsd.org/cgi/query-pr.cgi?pr=148112 Ok. I've taken ownership of that PR. I can't guarantee I'll get to it any time soon (I have other ath related work to get into -HEAD and tested before I look at the AR928x support) but I'll eventually get there. Thanks, Adrian From owner-freebsd-stable@FreeBSD.ORG Tue Aug 10 07:58:07 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 2D5DC1065670; Tue, 10 Aug 2010 07:58:07 +0000 (UTC) (envelope-from adrian.chadd@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 8A9378FC1E; Tue, 10 Aug 2010 07:58:06 +0000 (UTC) Received: by ewy26 with SMTP id 26so4330979ewy.13 for ; Tue, 10 Aug 2010 00:58:05 -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=4vy5aNPOoX7d9PQvDGo7IeEnDsJnC3MXsfE+MEEkgBQ=; b=tMnk9UEW5dVhGjFlKKjjDc0+Ertwz8rpX38de2roEPgXAEnYkpj/lXUq4zhnkPAZo8 m9KcGG3IEUgwxRxpqXWD+fs9Rr17QKoJLDckIVlcL3Z2yLmHY1+TBoeE2y7VmqgCN1zW DmNqf2sQHHrZDNcWSwF+hVawMTKcih0XBMjRI= 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=oHfMx4ZB9YhzbihnO52npxRXken5++zboMsoXU4r/TxuPAxzrv23ytnSbZXU49UnRq K9mmV28gI0VnSA7ya/Xs11zhlQ8FCF2k+DJv+nM6B9RADp1zlKzEPPzrwbpTZydEVlGX mbzTevZjA5fKp/y1fHslyaiXcM49JeYyUHnto= MIME-Version: 1.0 Received: by 10.213.7.12 with SMTP id b12mr3882445ebb.76.1281427085557; Tue, 10 Aug 2010 00:58:05 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.213.31.204 with HTTP; Tue, 10 Aug 2010 00:58:05 -0700 (PDT) In-Reply-To: References: Date: Tue, 10 Aug 2010 15:58:05 +0800 X-Google-Sender-Auth: 8QlO4TRmBb0dLGwE01zLlEuyVkQ Message-ID: From: Adrian Chadd To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: [CFT] if_ath updates - ar5416 (macbook pro, etc) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Aug 2010 07:58:07 -0000 On 10 August 2010 15:51, Adrian Chadd wrote: > Hi everyone, > > I'm committing some updates to the if_ath and ath_hal code. > > I've just committed updates to the AR5416 register setup values. I'd > appreciate some testing by AR5416 users - eg macbook pro users - to > ensure this hasn't broken functionality. I've also started merging in general if_ath changes; so please test the ath code in -head and let me know if I've introduced any regressions. Thanks, Adrian From owner-freebsd-stable@FreeBSD.ORG Tue Aug 10 07:59:45 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 ECA0A106564A; Tue, 10 Aug 2010 07:59:45 +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 AC8108FC1F; Tue, 10 Aug 2010 07:59:45 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.72 (FreeBSD)) (envelope-from ) id 1OijkP-000Ptz-L7; Tue, 10 Aug 2010 09:59:45 +0200 Date: Tue, 10 Aug 2010 09:59:45 +0200 From: Kurt Jaeger To: Adrian Chadd Message-ID: <20100810075945.GI51934@home.opsec.eu> References: <20100809050959.GA15898@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: Troye Johnson , 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: Tue, 10 Aug 2010 07:59:46 -0000 Hi! > > http://www.freebsd.org/cgi/query-pr.cgi?pr=148112 > > Ok. I've taken ownership of that PR. I can't guarantee I'll get to it > any time soon (I have other ath related work to get into -HEAD and > tested before I look at the AR928x support) but I'll eventually get > there. Cool. I can provide you with remote access to the EeePC in question, and some experimental WLAN AP where he can auth against (would be an WRT610N). None of that is in production use, so you could just test on that, if you need. -- pi@opsec.eu +49 171 3101372 10 years to go ! From owner-freebsd-stable@FreeBSD.ORG Tue Aug 10 09:41:28 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 E115E1065670; Tue, 10 Aug 2010 09:41:28 +0000 (UTC) (envelope-from prvs=18388c2f89=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 2E5958FC18; Tue, 10 Aug 2010 09:41:27 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Tue, 10 Aug 2010 10:30:32 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Tue, 10 Aug 2010 10:30:31 +0100 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v10.0.4) with ESMTP id md50011025875.msg; Tue, 10 Aug 2010 10:30:31 +0100 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=18388c2f89=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <10F0535B998A4923BF9CFD85DF936473@multiplay.co.uk> From: "Steven Hartland" To: "Jack Vogel" , "FreeBSD Net" , "FreeBSD stable" , "FreeBSD Current" References: Date: Tue, 10 Aug 2010 10:30:21 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5931 Cc: Subject: Re: 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: Tue, 10 Aug 2010 09:41:29 -0000 Is there an easy way to check which chip is present as the startup doesnt seem to mention it? igb0: port 0xec00-0xec1f mem 0xfade0000-0xfadfffff,0xfadc0000-0xfaddffff,0xfad9c000-0xfad9ffff irq 28 at device 0.0 on pci1 igb0: Using MSIX interrupts with 10 vectors igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: Ethernet address: 00:25:90:02:63:3a ... Regards Steve ----- Original Message ----- From: "Jack Vogel" To: "FreeBSD Net" ; "FreeBSD stable" ; "FreeBSD Current" Sent: Friday, August 06, 2010 10:15 PM Subject: Watchdog resets on 82575 > 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 > _______________________________________________ > 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 e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Tue Aug 10 10:01: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 97C4E10656B1 for ; Tue, 10 Aug 2010 10:01:05 +0000 (UTC) (envelope-from pluknet@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 4ADF98FC23 for ; Tue, 10 Aug 2010 10:01:04 +0000 (UTC) Received: by qyk32 with SMTP id 32so10613715qyk.13 for ; Tue, 10 Aug 2010 03:01:04 -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 :content-transfer-encoding; bh=gWprH4T/xZ3MlYXm5b2pyHeZ1L0jlUH/q1Oi8x5vs1E=; b=lJzvyX1Qu3n7oklMDObd8V1Rcsnj8surxWwwBfvfPH3qIEcgHMQFCVeZpUosMzryat 81/FiVDAPlV8etxuEDA3u7TgC7lmzOH8kmN8Z/AlRtJG7MylBZUNILmt78UzfGoZqkB9 ivPK1vg7lrljxu6cw+wYJX/8ELyF+Stx7DiDo= 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:content-transfer-encoding; b=ulqqXAAoQWXxIacBTqYDCj4QBMpBoGjSdnDek0YNYuDuFYzQJdW9igQAa45UnR57Lj mCiyPoz58oQW8d4iNIZ7H103Vg6ik9axB0mVBOp4nBo73ZrIdmPF4ojo3UfFM6sUzjUY cqS6yhKA1FNHudC3qE3Uo//etHVbIM7kxZ8Gg= MIME-Version: 1.0 Received: by 10.229.38.71 with SMTP id a7mr8195862qce.70.1281434464340; Tue, 10 Aug 2010 03:01:04 -0700 (PDT) Received: by 10.229.31.12 with HTTP; Tue, 10 Aug 2010 03:01:04 -0700 (PDT) In-Reply-To: References: Date: Tue, 10 Aug 2010 14:01:04 +0400 Message-ID: From: pluknet To: James Chang Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable Subject: Re: FreeBSD 8.1 make world FAILED! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Aug 2010 10:01:05 -0000 On 9 August 2010 19:55, James Chang wrote: > Dear Sir, > > =A0I install FreeBSD 8.1 RELEASE today and want use "make world" to > upgrade to 8.1-STABLE, [...] > =3D=3D=3D> lib/libc (install) > install -C -o root -g wheel -m 444 =A0 libc.a /usr/lib > install -C -o root -g wheel -m 444 =A0 libc_p.a /usr/lib > install -s -o root -g wheel -m 444 =A0 -fschg -S =A0libc.so.7 /lib > install: rename: /lib/INS@dhUU to /lib/libc.so.7: Operation not permitted > *** Error code 71 > > Stop in /usr/src/lib/libc. > *** Error code 1 > > Stop in /usr/src/lib. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > Are there smothing wrong? > Could someone give me a hand? > You could see that with DESTDIR mounted over NFS, btw.. Just my 2c. --=20 wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Tue Aug 10 10:04:16 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 DFB221065678 for ; Tue, 10 Aug 2010 10:04:16 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta10.emeryville.ca.mail.comcast.net (qmta10.emeryville.ca.mail.comcast.net [76.96.30.17]) by mx1.freebsd.org (Postfix) with ESMTP id C6B898FC24 for ; Tue, 10 Aug 2010 10:04:16 +0000 (UTC) Received: from omta17.emeryville.ca.mail.comcast.net ([76.96.30.73]) by qmta10.emeryville.ca.mail.comcast.net with comcast id sa1F1e0051afHeLAAa4Guf; Tue, 10 Aug 2010 10:04:16 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta17.emeryville.ca.mail.comcast.net with comcast id sa4E1e0043LrwQ28da4FLh; Tue, 10 Aug 2010 10:04:15 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id C73D79B437; Tue, 10 Aug 2010 03:04:14 -0700 (PDT) Date: Tue, 10 Aug 2010 03:04:14 -0700 From: Jeremy Chadwick To: Steven Hartland Message-ID: <20100810100414.GA31621@icarus.home.lan> References: <10F0535B998A4923BF9CFD85DF936473@multiplay.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <10F0535B998A4923BF9CFD85DF936473@multiplay.co.uk> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD Net , FreeBSD Current , FreeBSD stable , Jack Vogel Subject: Re: 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: Tue, 10 Aug 2010 10:04:17 -0000 On Tue, Aug 10, 2010 at 10:30:21AM +0100, Steven Hartland wrote: > Is there an easy way to check which chip is present as the startup doesnt > seem to mention it? Not during start-up, but once the machine is running (including in single-user), you can do: pciconf -lvc And look for device igb0. -- | 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 Tue Aug 10 10:23: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 A02F71065670; Tue, 10 Aug 2010 10:23:38 +0000 (UTC) (envelope-from prvs=18388c2f89=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id D27568FC0C; Tue, 10 Aug 2010 10:23:37 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Tue, 10 Aug 2010 11:23:36 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Tue, 10 Aug 2010 11:23:35 +0100 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v10.0.4) with ESMTP id md50011026146.msg; Tue, 10 Aug 2010 11:23:34 +0100 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=18388c2f89=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: From: "Steven Hartland" To: "Jeremy Chadwick" References: <10F0535B998A4923BF9CFD85DF936473@multiplay.co.uk> <20100810100414.GA31621@icarus.home.lan> Date: Tue, 10 Aug 2010 11:23:26 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5931 Cc: FreeBSD Net , FreeBSD Current , FreeBSD stable , Jack Vogel Subject: Re: 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: Tue, 10 Aug 2010 10:23:38 -0000 Thanks Jeremy, from that we get:- igb0@pci0:1:0:0: class=0x020000 card=0x060015d9 chip=0x10c98086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet cap 01[40] = powerspec 3 supports D0 D3 current D0 cap 05[50] = MSI supports 1 message, 64 bit, vector masks cap 11[70] = MSI-X supports 10 messages in map 0x1c enabled cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x4(x4) igb1@pci0:1:0:1: class=0x020000 card=0x060015d9 chip=0x10c98086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet cap 01[40] = powerspec 3 supports D0 D3 current D0 cap 05[50] = MSI supports 1 message, 64 bit, vector masks cap 11[70] = MSI-X supports 10 messages in map 0x1c enabled cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x4(x4) I assume there is a way to convert from the hex values to the human value but not sure what it is? Regards Steve ----- Original Message ----- From: "Jeremy Chadwick" To: "Steven Hartland" Cc: "Jack Vogel" ; "FreeBSD Net" ; "FreeBSD stable" ; "FreeBSD Current" Sent: Tuesday, August 10, 2010 11:04 AM Subject: Re: Watchdog resets on 82575 > On Tue, Aug 10, 2010 at 10:30:21AM +0100, Steven Hartland wrote: >> Is there an easy way to check which chip is present as the startup doesnt >> seem to mention it? > > Not during start-up, but once the machine is running (including in > single-user), you can do: > > pciconf -lvc > > And look for device igb0. > > -- > | 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 | > > ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Tue Aug 10 10:39: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 F01B01065678; Tue, 10 Aug 2010 10:39:04 +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 75AB98FC22; Tue, 10 Aug 2010 10:39:04 +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 o7AAclvp065244; Tue, 10 Aug 2010 12:39: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 o7AAclve065243; Tue, 10 Aug 2010 12:38:47 +0200 (CEST) (envelope-from olli) Date: Tue, 10 Aug 2010 12:38:47 +0200 (CEST) Message-Id: <201008101038.o7AAclve065243@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, killing@multiplay.co.uk, "Jeremy Chadwick" , freebsd-net@FreeBSD.ORG, freebsd-current@FreeBSD.ORG, Jack Vogel In-Reply-To: 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]); Tue, 10 Aug 2010 12:39:03 +0200 (CEST) Cc: Subject: Re: 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: Tue, 10 Aug 2010 10:39:05 -0000 Steven Hartland wrote: > Thanks Jeremy, from that we get:- > > igb0@pci0:1:0:0: class=0x020000 card=0x060015d9 chip=0x10c98086 rev=0x01 hdr=0x00 > igb1@pci0:1:0:1: class=0x020000 card=0x060015d9 chip=0x10c98086 rev=0x01 hdr=0x00 The important thing is the "chip" ID: 0x10c98086 The lower half is the vendor ID: 8086 is intel. The upper half is the device ID: 10c9 is the 82576 gigabit NIC. You can look up these numbers on http://pciids.sf.net for example. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mn- chen, HRB 125758, Geschftsfhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Life is short (You need Python)" -- Bruce Eckel, ANSI C++ Comitee member, author of "Thinking in C++" and "Thinking in Java" From owner-freebsd-stable@FreeBSD.ORG Tue Aug 10 10:57:24 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 799B21065673 for ; Tue, 10 Aug 2010 10:57:24 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta09.emeryville.ca.mail.comcast.net (qmta09.emeryville.ca.mail.comcast.net [76.96.30.96]) by mx1.freebsd.org (Postfix) with ESMTP id 5E2A58FC20 for ; Tue, 10 Aug 2010 10:57:24 +0000 (UTC) Received: from omta01.emeryville.ca.mail.comcast.net ([76.96.30.11]) by qmta09.emeryville.ca.mail.comcast.net with comcast id sawq1e0030EPchoA9axQM7; Tue, 10 Aug 2010 10:57:24 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta01.emeryville.ca.mail.comcast.net with comcast id saxN1e0043LrwQ28MaxPMU; Tue, 10 Aug 2010 10:57:23 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id A7A1C9B425; Tue, 10 Aug 2010 03:57:22 -0700 (PDT) Date: Tue, 10 Aug 2010 03:57:22 -0700 From: Jeremy Chadwick To: Steven Hartland Message-ID: <20100810105722.GA32407@icarus.home.lan> References: <10F0535B998A4923BF9CFD85DF936473@multiplay.co.uk> <20100810100414.GA31621@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD Net , FreeBSD Current , FreeBSD stable , Jack Vogel Subject: Re: 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: Tue, 10 Aug 2010 10:57:24 -0000 On Tue, Aug 10, 2010 at 11:23:26AM +0100, Steven Hartland wrote: > Thanks Jeremy, from that we get:- > > igb0@pci0:1:0:0: class=0x020000 card=0x060015d9 chip=0x10c98086 rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > class = network > subclass = ethernet > cap 01[40] = powerspec 3 supports D0 D3 current D0 > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > cap 11[70] = MSI-X supports 10 messages in map 0x1c enabled > cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x4(x4) > igb1@pci0:1:0:1: class=0x020000 card=0x060015d9 chip=0x10c98086 rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > class = network > subclass = ethernet > cap 01[40] = powerspec 3 supports D0 D3 current D0 > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > cap 11[70] = MSI-X supports 10 messages in map 0x1c enabled > cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x4(x4) > > I assume there is a way to convert from the hex values to the human value > but not sure what it is? The "card" and "chip" identifiers are part of the PCI ID specification. You can see what the "human value" is by examining the source code for the driver. Sometimes it's easy to figure out, other times there's a series of #define's which you have to reverse engineer. In this case, there's two places with relevant information: src/sys/dev/e1000/if_igb.c src/sys/dev/e1000/e1000_hw.h You have to split the Chip ID into two separate 16-bit portions, so 0x10c9 and 0x8086. 0x8086 is Intel's vendor code. 0x10c9 is the device ID of the individual NIC/model type. So: $ grep -i 0x10c9 * e1000_hw.h:#define E1000_DEV_ID_82576 0x10C9 For Jack: igb_vendor_info_array should really be extended to include actual ASCII strings for the individual chips/models/codenames. I'm sure that's on your todo list somewhere. I'd be willing to write this but would need a list of the models (or maybe the Linux driver has them in comments, etc. and I could go off of that). -- | 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 Tue Aug 10 15:54:34 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 788A0106566C for ; Tue, 10 Aug 2010 15:54:34 +0000 (UTC) (envelope-from alan@p-o.co.uk) Received: from ligeti.p-o.co.uk (ligeti.p-o.co.uk [80.254.233.132]) by mx1.freebsd.org (Postfix) with ESMTP id 9B5568FC1E for ; Tue, 10 Aug 2010 15:54:32 +0000 (UTC) Received: from alanhicks.plus.com ([80.229.143.200] helo=schnittke.po.co.uk) by p-o.co.uk with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.72 (FreeBSD)) (envelope-from ) id 1OiqpF-0004mq-Sd for freebsd-stable@freebsd.org; Tue, 10 Aug 2010 16:33:40 +0100 Message-ID: <4C61712E.7030704@p-o.co.uk> Date: Tue, 10 Aug 2010 16:33:02 +0100 From: Alan Hicks User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.11) Gecko/20100803 Thunderbird/3.0.6 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.9 (--) Subject: NAT issue in 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: Tue, 10 Aug 2010 15:54:34 -0000 Having upgraded to Release-8.1, there appears to be an issue with network address translation where a newly booted machine fails to setup nat with the error 'ipfw: getsockopt(IP_FW_ADD): Invalid argument' Box has two interfaces em0 and xl0 (Dell PowerEdge 1600SC) rc.conf ifconfig_xl0="inet 192.168.202.5 netmask 255.255.255.0" ifconfig_em0="inet 192.168.0.2 netmask 255.255.255.0" defaultrouter="192.168.0.1" firewall_enable="YES" firewall_type="open" firewall_logging="yes" natd_enable="YES" natd_interface="em0" Boot excerpt from console, typed as it does not make it to /var/log/messages so apologies for any typo's add net default: gateway 192.168.0.1 Additional routing options: IP gateway=YES Starting devd. ipfw2 (+ipv6) initialized, divert loadable, nat loadable, rule-based forwarding disabled, default to deny, logging disabled load_dn_sched dn_sched FIFO loaded load_dn_sched dn_sched QFQ loaded load_dn_sched dn_sched RR loaded load_dn_sched dn_sched WF2Q+ loaded load_dn_sched dn_sched PRIO loaded flushed all rules. 00100 allow ip from any to any via lo0 00200 deny ip from any to 127.0.0.0/8 00300 deny ip from 127.0.0.0/8 to any 00400 deny ip from any to ::1 00500 deny ip from ::1 to any 00600 allow ipv6-icmp from :: to ff02::/16 00700 allow ipv6-icmp from fe80::/10 to fe80::/10 00800 allow ipv6-icmp from fe80::/10 to ff02::/16 00900 allow ipv6-icmp from any to any ip6 icmp6types 1 01000 allow ipv6-icmp from any to any ip6 icmp6types 2,135,136 ipfw: getsockopt(IP_FW_ADD): Invalid argument 65000 allow ip from any to any Firewall rules loaded. Firewall logging enabled. Starting natd. Loading /lib/libalias_cuseeme.so Loading /lib/libalias_ftp.so Loading /lib/libalias_irc.so Loading /lib/libalias_nbt.so Loading /lib/libalias_pptp.so Loading /lib/libalias_skinny.so Loading /lib/libalias_smedia.so Aug 10 12:02:53 natd[869]: Aliasing to 192.168.0.2, mtu 1500 bytes Although all appears to be ok, machines on the xl0 192.168.202.0/24 subnet can't see the internet. Running /etc/rc.firewall manually fixes the issue. The machine was upgraded from 8.0 using unmodified cvs sources using buildkernel, buildworld, installworld, installkernel mergemaster. Any help appreciated. Alan From owner-freebsd-stable@FreeBSD.ORG Tue Aug 10 16:55: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 4EBB1106567F; Tue, 10 Aug 2010 16:55:36 +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 E183D8FC23; Tue, 10 Aug 2010 16:55:35 +0000 (UTC) Received: by qyk11 with SMTP id 11so3673090qyk.13 for ; Tue, 10 Aug 2010 09:55:35 -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=d/O/b3IsbWdje0b7dugIg+MJRkBEVhfd3tRCfyYp2HA=; b=L0e8DxNl2pyLqvT7EarD3dBTC0x/AxIUcf4KgmHKtjylQ4g1Zb3N/7OH3OxiHgr8nh ZntXPaeyInElvHGg+XdYFQjatIVQ/ZHEuIVld97EUHmKq+Fqox2X6OpR15FDq0v+oZ9v GvdyD8TZs1EBS3GKecm/hEQ46PLG+5MFH6SbY= 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=ZwbmLvhlXSiTMLAs7UQg/GVlsu1p+snrkZ4HIhJgNVFh1+c1kwDzq4aNaUBWK7iXwX CxPJ43CYOpA0Mmgg9PGAYg69n/5r1IVN13VeHEPj4beWXzCiJuOQ6b5LJKxfXLTKfyFf ayJs8xiLL6CYfLpzXcA1MrILDY0RNZBSHd1dU= MIME-Version: 1.0 Received: by 10.224.114.155 with SMTP id e27mr2002037qaq.216.1281459334570; Tue, 10 Aug 2010 09:55:34 -0700 (PDT) Received: by 10.229.31.12 with HTTP; Tue, 10 Aug 2010 09:55:33 -0700 (PDT) In-Reply-To: <201007161147.56242.jkim@FreeBSD.org> References: <201007141414.o6EEEUx9014690@lurza.secnetix.de> <201007141755.04690.jkim@FreeBSD.org> <4C3FB73F.7070502@freebsd.org> <201007161147.56242.jkim@FreeBSD.org> Date: Tue, 10 Aug 2010 20:55:33 +0400 Message-ID: From: pluknet To: Jung-uk Kim Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: 8.1-PRERELEASE: CPU packages not detected correctly X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Aug 2010 16:55:36 -0000 On 16 July 2010 19:47, Jung-uk Kim wrote: > The patch should apply fine on both sys/amd64/amd64/mp_machdep.c and > sys/i386/i386/mp_machdep.c. > > http://people.freebsd.org/~jkim/mp_machdep2.diff > Hi. Just checked on Xen HVM with 3 cores. 1) 8.1 unmodified: FreeBSD/SMP: Multiprocessor System Detected: 3 CPUs FreeBSD/SMP: 1 package(s) x 3 core(s) 2) 8.1 + patch FreeBSD/SMP: Multiprocessor System Detected: 3 CPUs FreeBSD/SMP: 0 package(s) x 1 core(s) x 32 HTT threads WARNING: Non-uniform processors. WARNING: Using suboptimal topology. -- wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Tue Aug 10 18:13: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 24C3A106566C for ; Tue, 10 Aug 2010 18:13:36 +0000 (UTC) (envelope-from eugen@eg.sd.rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [62.231.161.221]) by mx1.freebsd.org (Postfix) with ESMTP id 224758FC1A for ; Tue, 10 Aug 2010 18:13:34 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.4/8.14.4) with ESMTP id o7AHxVGG064403; Wed, 11 Aug 2010 00:59:31 +0700 (NOVST) (envelope-from eugen@eg.sd.rdtc.ru) Received: (from eugen@localhost) by eg.sd.rdtc.ru (8.14.4/8.14.4/Submit) id o7AHxVau064402; Wed, 11 Aug 2010 00:59:31 +0700 (NOVST) (envelope-from eugen) Date: Wed, 11 Aug 2010 00:59:31 +0700 From: Eugene Grosbein To: Alan Hicks Message-ID: <20100810175931.GB63364@rdtc.ru> References: <4C61712E.7030704@p-o.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C61712E.7030704@p-o.co.uk> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: NAT issue in 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: Tue, 10 Aug 2010 18:13:36 -0000 On Tue, Aug 10, 2010 at 04:33:02PM +0100, Alan Hicks wrote: > Having upgraded to Release-8.1, there appears to be an issue with > network address translation where a newly booted machine fails to setup > nat with the error 'ipfw: getsockopt(IP_FW_ADD): Invalid argument' That's because your kernel (GENERIC?) does not have ipdivert support enabled. That's not fatal, see later. > > Box has two interfaces em0 and xl0 (Dell PowerEdge 1600SC) > > rc.conf > ifconfig_xl0="inet 192.168.202.5 netmask 255.255.255.0" > ifconfig_em0="inet 192.168.0.2 netmask 255.255.255.0" > defaultrouter="192.168.0.1" > firewall_enable="YES" > firewall_type="open" > firewall_logging="yes" > natd_enable="YES" > natd_interface="em0" > > Boot excerpt from console, typed as it does not make it to > /var/log/messages so apologies for any typo's > > add net default: gateway 192.168.0.1 > Additional routing options: IP gateway=YES > Starting devd. > ipfw2 (+ipv6) initialized, divert loadable, nat loadable, rule-based > forwarding disabled, default to deny, logging disabled > load_dn_sched dn_sched FIFO loaded > load_dn_sched dn_sched QFQ loaded > load_dn_sched dn_sched RR loaded > load_dn_sched dn_sched WF2Q+ loaded > load_dn_sched dn_sched PRIO loaded > flushed all rules. > 00100 allow ip from any to any via lo0 > 00200 deny ip from any to 127.0.0.0/8 > 00300 deny ip from 127.0.0.0/8 to any > 00400 deny ip from any to ::1 > 00500 deny ip from ::1 to any > 00600 allow ipv6-icmp from :: to ff02::/16 > 00700 allow ipv6-icmp from fe80::/10 to fe80::/10 > 00800 allow ipv6-icmp from fe80::/10 to ff02::/16 > 00900 allow ipv6-icmp from any to any ip6 icmp6types 1 > 01000 allow ipv6-icmp from any to any ip6 icmp6types 2,135,136 > ipfw: getsockopt(IP_FW_ADD): Invalid argument At this point, there is still no ipdivert support loaded. > 65000 allow ip from any to any > Firewall rules loaded. > Firewall logging enabled. > Starting natd. At this point, kernel module ipdivert.ko is loaded. > Loading /lib/libalias_cuseeme.so > Loading /lib/libalias_ftp.so > Loading /lib/libalias_irc.so > Loading /lib/libalias_nbt.so > Loading /lib/libalias_pptp.so > Loading /lib/libalias_skinny.so > Loading /lib/libalias_smedia.so > Aug 10 12:02:53 natd[869]: Aliasing to 192.168.0.2, mtu 1500 bytes > > Although all appears to be ok, machines on the xl0 192.168.202.0/24 > subnet can't see the internet. Running /etc/rc.firewall manually fixes > the issue. ipdivert.ko is loaded, hence re-loading firewall rules helps. > > The machine was upgraded from 8.0 using unmodified cvs sources using > buildkernel, buildworld, installworld, installkernel mergemaster. > > Any help appreciated. Just load ipdivert.ko earlies by means of loader.conf: echo 'ipdivert_load="YES"' >> /boot/loader.conf Alternatively, rebuild kernel with options IPFIREWALL and IPDIVERT Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Tue Aug 10 19:50: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 8C9311065673; Tue, 10 Aug 2010 19:50:12 +0000 (UTC) (envelope-from pyunyh@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 48C5A8FC12; Tue, 10 Aug 2010 19:50:11 +0000 (UTC) Received: by pxi17 with SMTP id 17so245701pxi.13 for ; Tue, 10 Aug 2010 12:50:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=Cvrq8A0dh+YTcAzjjeApR++u6QQ7xNIx3Yg9IfN7+5Y=; b=FYqYqczL7hu0TS5599rd4i8TLeHzWKoP6CEve6JKlAjqk9odHwNNY8VU41SpWVjH17 l3RU7jp4He5BjaasVZFy4/Mtt3/7UMNiNQleWe+JqeWbDWdyXFZn8gdfooWw38xp5HpP h6iAMqQuIC/sdwYqODtZC7FODQRpRfcaHQIvU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=BIe2gzPdwtGfoqEmHtKErWJLhSp/bkc34q4MrWHVA39owJleqD6mkNgm29xZSUWgIK LyIw5vGJtN9vv9/QxBDZkiCYkouM92tzuc/iwm8ueRAp3iogkHJ64JGsdI9cEy7YH7rG 0w+GBc2VR+MG6kaOo0KisdFewo77CeTI+3FEU= Received: by 10.142.140.19 with SMTP id n19mr15395127wfd.271.1281469811688; Tue, 10 Aug 2010 12:50:11 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id d4sm6464028wfh.11.2010.08.10.12.50.08 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 10 Aug 2010 12:50:09 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 10 Aug 2010 12:50:08 -0700 From: Pyun YongHyeon Date: Tue, 10 Aug 2010 12:50:08 -0700 To: Jeremy Chadwick Message-ID: <20100810195008.GF6960@michelle.cdnetworks.com> References: <10F0535B998A4923BF9CFD85DF936473@multiplay.co.uk> <20100810100414.GA31621@icarus.home.lan> <20100810105722.GA32407@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100810105722.GA32407@icarus.home.lan> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Net , FreeBSD Current , Steven Hartland , Jack Vogel , FreeBSD stable Subject: Re: Watchdog resets on 82575 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Aug 2010 19:50:12 -0000 On Tue, Aug 10, 2010 at 03:57:22AM -0700, Jeremy Chadwick wrote: > On Tue, Aug 10, 2010 at 11:23:26AM +0100, Steven Hartland wrote: > > Thanks Jeremy, from that we get:- > > > > igb0@pci0:1:0:0: class=0x020000 card=0x060015d9 chip=0x10c98086 rev=0x01 hdr=0x00 > > vendor = 'Intel Corporation' > > class = network > > subclass = ethernet > > cap 01[40] = powerspec 3 supports D0 D3 current D0 > > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > > cap 11[70] = MSI-X supports 10 messages in map 0x1c enabled > > cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x4(x4) > > igb1@pci0:1:0:1: class=0x020000 card=0x060015d9 chip=0x10c98086 rev=0x01 hdr=0x00 > > vendor = 'Intel Corporation' > > class = network > > subclass = ethernet > > cap 01[40] = powerspec 3 supports D0 D3 current D0 > > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > > cap 11[70] = MSI-X supports 10 messages in map 0x1c enabled > > cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x4(x4) > > > > I assume there is a way to convert from the hex values to the human value > > but not sure what it is? > > The "card" and "chip" identifiers are part of the PCI ID specification. > You can see what the "human value" is by examining the source code for > the driver. Sometimes it's easy to figure out, other times there's a > series of #define's which you have to reverse engineer. > > In this case, there's two places with relevant information: > > src/sys/dev/e1000/if_igb.c > src/sys/dev/e1000/e1000_hw.h > > You have to split the Chip ID into two separate 16-bit portions, so > 0x10c9 and 0x8086. > > 0x8086 is Intel's vendor code. 0x10c9 is the device ID of the > individual NIC/model type. So: > > $ grep -i 0x10c9 * > e1000_hw.h:#define E1000_DEV_ID_82576 0x10C9 > > For Jack: igb_vendor_info_array should really be extended to include > actual ASCII strings for the individual chips/models/codenames. I'm > sure that's on your todo list somewhere. I'd be willing to write this > but would need a list of the models (or maybe the Linux driver has them > in comments, etc. and I could go off of that). > I guess em(4)/igb(4)/ixgb(4)/ixgbe(4) only shows vendor string and driver version which effectively hides controller name/model details in device attach phase. Personally I like to see more detailed controller model information which may help narrowing down affected lits of controllers when an issue is reported. Currently we have to get this information by requesting the output of pciconf(4) which in turn requires one more round trip of mail. From owner-freebsd-stable@FreeBSD.ORG Tue Aug 10 21: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 11194106564A; Tue, 10 Aug 2010 21:31:02 +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 95F1E8FC15; Tue, 10 Aug 2010 21:31:01 +0000 (UTC) Received: by vws7 with SMTP id 7so9544262vws.13 for ; Tue, 10 Aug 2010 14:31:00 -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:subject:x-enigmail-version:openpgp :content-type:content-transfer-encoding; bh=HZjRsKTnbyyxNIN2mGDp9CNMkURCt3enxjOOeQvyrzc=; b=D6nkFM4sa/BZUxnomwInxkzwvmajwfcYJqlW5rEAKHFcJE5ZgajOEiurX7JspBzjou 82+wIxtEEvfRZvx/XUMGGcolnNga7PzYHMrkTgxqYQbSGpXxjv2Uqaij4v6VqYgHspCJ AVlisI5UWLjXQMcFKi3HojqNNGXuzhvA91rJg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=YVNyD8eJ9qwQ4ftEYRrckqQAz2zJaG0TwlCSkfa5Yc0OjlYoNQBy090etemyr6g9Cs taobVbl2pEi+PbQQYb/167bPEEHg04qOnTqaWBbPfJpjOP0Umcpf9FCqM/wFQREg9RH+ teRKlttpjFL2sU5vzBCZlF1YwPTHmPK2YJWyk= Received: by 10.220.61.9 with SMTP id r9mr10849326vch.123.1281475857916; Tue, 10 Aug 2010 14:30:57 -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 w6sm804825vcj.3.2010.08.10.14.30.56 (version=SSLv3 cipher=RC4-MD5); Tue, 10 Aug 2010 14:30:56 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C61C50E.8040900@dataix.net> Date: Tue, 10 Aug 2010 17:30:54 -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: FreeBSD Stable , FreeBSD Current X-Enigmail-Version: 1.1.2 OpenPGP: id=89D8547E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: [CFT] [sys/conf/newvers.sh] Cleanup and additions. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Aug 2010 21:31:02 -0000 Hello Stablers & Heads, Based on the parts of the script with the additions for tracking source using git(1) I set out to add support for mercurial hg(1) and ended up cleaning some of the script while making some of those additions. This works exactly as before but a little more correct and with the additions to be able to track kernel sources or whole source tree with a local revision system. Example output follows (uname -v) from my system being tracked locally with mercurial. FreeBSD 8.1-STABLE #0 r211092M 55:65408c40b051 Mon Aug 9 07:03:32 EDT 2010 jhell@ujump.dataix.net:/usr/obj/usr/src/sys/MITHOP Inspiration for making these changes came from mercurial, OpenSolaris and finally http://wiki.freebsd.org/LocalMercurial Following is a list of changes that I have made that I believe people that are involved with the source may find useful. 1 file changed, 55 insertions(+), 35 deletions(-) This allows a user: * That is using csup(1) or cvsup(1) to locally keep track of the whole source tree or just the kernel part of the tree using svn(1), hg(1) or git(1). * That is using svn(1) to checkout their source tree to use hg(1) or git(1) to keep track of the whole tree or the kernel part of the tree. http://svn.freebsd.org/base/ * That is using git(1) to checkout their source tree to use hg(1) to keep track of the whole tree or the kernel part of the tree. http://spoerlein.net/gitweb/ This checks for: * SCM roots in src/ or src/sys for .svn, .hg, & .git and acts accordingly if they exist while prioritizing using an SCM root in src/ before it uses src/sys/ * Then looks for acceptable binaries for svn(1), hg(1) git(1) within the select paths /usr/local/bin & then /usr/bin. The paths may change for svn(1) or git(1) & maybe mercurial if it ever becomes part of world. Currently I have set these to only look in /usr/local/bin. Cleanups: * Instead of using variables that shared the same name as their counterpart binaries to hold a revision number use more descriptive names like svnrev gitrev & hgrev for revisions. Use git svnversion & hg variables for their respective binaries. * Adjust the paths that are checked for binaries to be of only /usr/local/bin and /usr/bin. "/bin" is highly unlikely to hold svn(1), git(1) or hg(1). * Test for a SCM root in the source tree locations before we look for binaries. If these don't exist there is no need to know where svn or git are. * For git(1) always set work-tree and git-dir so there is no possibility to end up with a "-dirty" git(1) revision. * Remove extraneous "touch version" since the previous if statement already creates the file if its not found. * Inline the test for version file. I have opened a PR: misc/149510 here: http://bit.ly/buBqXc And have uploaded the patch here: http://bit.ly/9hvVfx Throw me some feedback, concerns or other information. It will be really appreciated. Regards, -- jhell,v From owner-freebsd-stable@FreeBSD.ORG Tue Aug 10 23:48: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 17AEE106566B; Tue, 10 Aug 2010 23:48:10 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id A96968FC18; Tue, 10 Aug 2010 23:48:09 +0000 (UTC) Received: by yxe42 with SMTP id 42so1531862yxe.13 for ; Tue, 10 Aug 2010 16:48:08 -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=0hYMl0P/JkKUH26fwU1NkavsQhR8aV0snfKe8at9J9Q=; b=Bf4pBWpHjxM5/UgOkU7RsmYxO3iURL09qCX7JGR8eDOqhPFCU0Fe5k2WW9mBLE1Krl uhjysF6LwSFxk6j2tw29hhRDH6QMXtDWBs6HRDoXKvUoPcyzlvYIsX+7FDVEuxTIipMB SHhD5U6ZSyl4KhptbibIpZJ9iWdx48jhNy1mg= 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=SnhO8CpzpXqNW46xrRGoae+nWo0j6PN5F3w+xprz/KsYpk+HXivvyKRDgN5q+4PN6F +534WWbUntrwrTMTP+HFSM3r//MUslXDemYq72h84+YZxVmw7AIKkf2Kjb3enpTambqO +21NQWoaHgut8B77v/f2CdGxp6+qvPy+oR+DA= Received: by 10.100.46.17 with SMTP id t17mr20472637ant.237.1281484088689; Tue, 10 Aug 2010 16:48:08 -0700 (PDT) Received: from centel.dataix.local ([99.19.46.227]) by mx.google.com with ESMTPS id i30sm11353411anh.9.2010.08.10.16.48.06 (version=SSLv3 cipher=RC4-MD5); Tue, 10 Aug 2010 16:48:07 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C61E535.3000706@dataix.net> Date: Tue, 10 Aug 2010 19:48:05 -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: Adrian Chadd References: In-Reply-To: X-Enigmail-Version: 1.1.2 OpenPGP: id=89D8547E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: [CFT] if_ath updates - ar5416 (macbook pro, etc) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Aug 2010 23:48:10 -0000 On 08/10/2010 03:58, Adrian Chadd wrote: > On 10 August 2010 15:51, Adrian Chadd wrote: >> Hi everyone, >> >> I'm committing some updates to the if_ath and ath_hal code. >> >> I've just committed updates to the AR5416 register setup values. I'd >> appreciate some testing by AR5416 users - eg macbook pro users - to >> ensure this hasn't broken functionality. > > I've also started merging in general if_ath changes; so please test > the ath code in -head and let me know if I've introduced any > regressions. > I have applied the following (r211136) to my local stable/8 branch and has proven to be an improvement with no drawbacks. diff -r 7d9664d4ac99 sys/dev/ath/if_ath.c --- a/sys/dev/ath/if_ath.c Tue Aug 10 16:41:55 2010 -0400 +++ b/sys/dev/ath/if_ath.c Tue Aug 10 19:39:25 2010 -0400 @@ -5418,6 +5418,7 @@ longCal = (ticks - sc->sc_lastlongcal >= ath_longcalinterval*hz); if (longCal) { sc->sc_stats.ast_per_cal++; + sc->sc_lastlongcal = ticks; if (ath_hal_getrfgain(ah) == HAL_RFGAIN_NEED_CHANGE) { /* * Rfgain is out of bounds, reset the chip @@ -5466,7 +5467,6 @@ nextcal *= 10; } else { nextcal = ath_longcalinterval*hz; - sc->sc_lastlongcal = ticks; if (sc->sc_lastcalreset == 0) sc->sc_lastcalreset = sc->sc_lastlongcal; else if (ticks - sc->sc_lastcalreset >= ath_resetcalinterval*hz) As for the rest I can not vouch for unless you give me a specific patch to test but I am willing to merge from head to my local tree at any given point in time if you can give some revisions you would like tested. You "I believe" made it possible for me to use this card within a week that I had reported it ~2007-2008 so I and my card are at your disposal. Thank you. -- jhell,v From owner-freebsd-stable@FreeBSD.ORG Tue Aug 10 23:49:48 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 265B1106564A; Tue, 10 Aug 2010 23:49:48 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id B70818FC23; Tue, 10 Aug 2010 23:49:47 +0000 (UTC) Received: by ywf9 with SMTP id 9so4889953ywf.13 for ; Tue, 10 Aug 2010 16:49:46 -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=SIKIi1iy0anCKdGnX7RB5jqIq26tnnsBBiAuTk9Ooso=; b=Spwf7YZtFJb9Q0fe7L5Y5FUJaCOCLeHke94WLDMSLMM6La1VV/tQGQ1uooF44smwq2 +iulblfphfYSxfycTLa+CSc5NzvNJDSBaK2nFy/uZ7JXBS4t/44JG1ZHR+At9X/3TaQs gUIsKmZbfQ/bWhOxzXOB3Y2adjD8BIz9Us+8c= 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=QSXwzeTZyY6uYgEGRSWRlRh934wZ7THOqoz4DjutYYQueOzk4OSp3uHcJMh3aEzUZ2 19lrFPHLzlFTiCXTfoNZm8ZarP93PlUj8Objnv2pSXCPu4LtUiFHTJeyUYcsUXu/dpKC ZXmQgJw152mD7x9enO0P2KTzgQp+0M3BeSAOY= Received: by 10.100.57.17 with SMTP id f17mr20546046ana.35.1281484186792; Tue, 10 Aug 2010 16:49:46 -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 c6sm11355862anj.11.2010.08.10.16.49.45 (version=SSLv3 cipher=RC4-MD5); Tue, 10 Aug 2010 16:49:46 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C61E598.6040803@dataix.net> Date: Tue, 10 Aug 2010 19:49:44 -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: Adrian Chadd References: <4C61E535.3000706@dataix.net> In-Reply-To: <4C61E535.3000706@dataix.net> X-Enigmail-Version: 1.1.2 OpenPGP: id=89D8547E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: [CFT] if_ath updates - ar5416 (macbook pro, etc) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Aug 2010 23:49:48 -0000 On 08/10/2010 19:48, jhell wrote: > On 08/10/2010 03:58, Adrian Chadd wrote: >> On 10 August 2010 15:51, Adrian Chadd wrote: >>> Hi everyone, >>> >>> I'm committing some updates to the if_ath and ath_hal code. >>> >>> I've just committed updates to the AR5416 register setup values. I'd >>> appreciate some testing by AR5416 users - eg macbook pro users - to >>> ensure this hasn't broken functionality. >> >> I've also started merging in general if_ath changes; so please test >> the ath code in -head and let me know if I've introduced any >> regressions. >> > > I have applied the following (r211136) to my local stable/8 branch and > has proven to be an improvement with no drawbacks. > > diff -r 7d9664d4ac99 sys/dev/ath/if_ath.c > --- a/sys/dev/ath/if_ath.c Tue Aug 10 16:41:55 2010 -0400 > +++ b/sys/dev/ath/if_ath.c Tue Aug 10 19:39:25 2010 -0400 > @@ -5418,6 +5418,7 @@ > longCal = (ticks - sc->sc_lastlongcal >= ath_longcalinterval*hz); > if (longCal) { > sc->sc_stats.ast_per_cal++; > + sc->sc_lastlongcal = ticks; > if (ath_hal_getrfgain(ah) == HAL_RFGAIN_NEED_CHANGE) { > /* > * Rfgain is out of bounds, reset the chip > @@ -5466,7 +5467,6 @@ > nextcal *= 10; > } else { > nextcal = ath_longcalinterval*hz; > - sc->sc_lastlongcal = ticks; > if (sc->sc_lastcalreset == 0) > sc->sc_lastcalreset = sc->sc_lastlongcal; > else if (ticks - sc->sc_lastcalreset >= > ath_resetcalinterval*hz) > > As for the rest I can not vouch for unless you give me a specific patch > to test but I am willing to merge from head to my local tree at any > given point in time if you can give some revisions you would like > tested. You "I believe" made it possible for me to use this card within > a week that I had reported it ~2007-2008 so I and my card are at your > disposal. > > > Thank you. > PS I should probably also say that I am on i386 stable/8 with the AR5416 -- jhell,v From owner-freebsd-stable@FreeBSD.ORG Wed Aug 11 00:34: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 A4492106564A; Wed, 11 Aug 2010 00:34:22 +0000 (UTC) (envelope-from jhellenthal@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 1CB718FC15; Wed, 11 Aug 2010 00:34:21 +0000 (UTC) Received: by qyk11 with SMTP id 11so4151450qyk.13 for ; Tue, 10 Aug 2010 17:34:21 -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=eBXmlStKKEm2DqS9h6sbSf0vkbClFMLhvy5b8vyg86M=; b=STzVO95XSXeIKA/mhMrtF8K0578cZr1h9hXVL6CSEJMpUz4d21e7QQR8Djv/Bkb5L7 EJWqSA45i7eIJlMV8ddhPTo+hXMhaDUErM6+Ju5aFgxc4TJGwDFlJpygmaN8zSO3AD7O iqpuf4HEFK24nz4EF0d9Ehz079srKPboiyoPA= 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=vKgRIBIJ9PsnO9OSCOnDtRyUdRDyOkMKYgX4rrg4/2w+dQe/r9Pw5DuYYbGQEQh3eX fojEDX6H0hwqNYrfXfVaeHJtQFTZlbdER8WluIptf3/TMgVk4x60ljd5iJOgXwyLtQys yWidwHnT2f50JGoF68dwDtEVbg4lSRNH96yG4= Received: by 10.220.127.65 with SMTP id f1mr10908464vcs.94.1281486861039; Tue, 10 Aug 2010 17:34:21 -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 m30sm3180970vbr.19.2010.08.10.17.34.19 (version=SSLv3 cipher=RC4-MD5); Tue, 10 Aug 2010 17:34:20 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C61F00A.6050408@dataix.net> Date: Tue, 10 Aug 2010 20:34:18 -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: Anonymous References: <4C61C50E.8040900__28807.0786548362$1281476071$gmane$org@dataix.net> <86hbj2qc0n.fsf@gmail.com> In-Reply-To: <86hbj2qc0n.fsf@gmail.com> X-Enigmail-Version: 1.1.2 OpenPGP: id=89D8547E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Doug Barton , FreeBSD Stable , FreeBSD Current Subject: Re: [CFT] [sys/conf/newvers.sh] Cleanup and additions. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Aug 2010 00:34:22 -0000 On 08/10/2010 19:32, Anonymous wrote: > jhell writes: > >> * Adjust the paths that are checked for binaries to be of only >> /usr/local/bin and /usr/bin. "/bin" is highly unlikely to hold svn(1), >> git(1) or hg(1). > > Please, look at conf/146828. That script shouldn't blindly assume where > user installs his packages[1]. > > [1] using non-default LOCALBASE is a convenient way to identify > non-conforming ports > And that would be to identify non-conforming ports using non-standard locations. Though the option is available to look in a non-standard location for binaries, IMHO it does not belong here and I don't find that right for building world. I also find this method a little hard to adjust for targeting specific locations, for example if the base system finally had a svnversion(1) installed and we prefered that over use of a local installed port. Currently I can just subtract that path from any one of the given SCM's configured to work with this patch without effecting the others. I have had another idea along the likes of this but just throwing an entry point hook in that checks for the existence of a user built or supplied file if you will so newvers.sh can keep doing what it has been doing for all these years without the interruption for small changes like the ones were talking about now. If people are interested in something like this I would be more than happy to oblige and provide a patch to do just that. >> + gitsvnid="`$git log |fgrep 'git-svn-id:' |head -1 |\ >> + sed -n 's/^.*@\([0-9][0-9]*\).*$/\1/p'`" > > The above line can be sed-only. A few parts can be simplified, too. > I agree with this. I had just copied it over from what was already existing and excepted by the original committee and whoever reviewed it. I will adjust the patch for the sed(1) portion of this but I would prefer to wait for further comments from the lists before adjusting the search paths to use a function and look in a non-standard place. I also meant to CC dougb@ on this as I believe he had something to do with the original commits of the git(1) portions and possibly other parts. Thank you for following up with me on this. Regards, -- jhell,v From owner-freebsd-stable@FreeBSD.ORG Wed Aug 11 00:39: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 3CE9D1065672 for ; Wed, 11 Aug 2010 00:39:32 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id BEEA48FC24 for ; Wed, 11 Aug 2010 00:39:31 +0000 (UTC) Received: (qmail 25645 invoked by uid 399); 11 Aug 2010 00:39:29 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 11 Aug 2010 00:39:29 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C61F140.4050906@FreeBSD.org> Date: Tue, 10 Aug 2010 17:39:28 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100807 Thunderbird/3.1.2 MIME-Version: 1.0 To: jhell References: <4C61C50E.8040900__28807.0786548362$1281476071$gmane$org@dataix.net> <86hbj2qc0n.fsf@gmail.com> <4C61F00A.6050408@dataix.net> In-Reply-To: <4C61F00A.6050408@dataix.net> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Anonymous , FreeBSD Stable , FreeBSD Current Subject: Re: [CFT] [sys/conf/newvers.sh] Cleanup and additions. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Aug 2010 00:39:32 -0000 On 08/10/2010 17:34, jhell wrote: > I also meant to CC dougb@ on this as I believe he had something to do > with the original commits of the git(1) portions and possibly other parts. I have specifically sworn off any further contact with that file. I have no idea why screwing around with what should have been a simple thing continues to hold such endless fascination for people, but I refuse to dive back into that swamp. Good luck, Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso From owner-freebsd-stable@FreeBSD.ORG Wed Aug 11 01:11:13 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 A81701065738; Wed, 11 Aug 2010 01:11:13 +0000 (UTC) (envelope-from jhellenthal@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 1EA7D8FC1B; Wed, 11 Aug 2010 01:11:12 +0000 (UTC) Received: by qwg5 with SMTP id 5so8068656qwg.13 for ; Tue, 10 Aug 2010 18:11:12 -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=TgbQwrmc0j2I4tf8KH65hhP7+pHZk7/WIl59TEHSidk=; b=a/DOHK21kZfeDHyYWc/N4MFBgTzhNfuDhYFa0jrPzfB+Lx9C/1yQUrVNB1/CqdE8Ys ODqWRm61do3rjqenLvC0c/7L66bpzITB1W5pyDnqsq0B5H1SLouyWvj26V6uD+hxwTp7 WFUp5//VpJTY90ibnf5dH+3bh3p95xVXz1Xxc= 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=GtB7dBYknzZY7Qp+9SUZ4gYajrEMEbQQQP1TAiI5WKcvzqb5fjKPS5po7hMXYNsCFB ejTARFDoNqPF/722PD2MoyGLqfUK1eBmSKfQA41QLSIoDCsMidHzhCED4SUUUmNYgiUA JN8s9UVcfbU9B3sz7HqwH64/cb6DlQMR1sYvE= Received: by 10.224.40.10 with SMTP id i10mr10026307qae.389.1281489072298; Tue, 10 Aug 2010 18:11:12 -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 r1sm8713190qcq.34.2010.08.10.18.11.10 (version=SSLv3 cipher=RC4-MD5); Tue, 10 Aug 2010 18:11:11 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C61F8AD.8020401@dataix.net> Date: Tue, 10 Aug 2010 21:11:09 -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: Doug Barton References: <4C61C50E.8040900__28807.0786548362$1281476071$gmane$org@dataix.net> <86hbj2qc0n.fsf@gmail.com> <4C61F00A.6050408@dataix.net> <4C61F140.4050906@FreeBSD.org> In-Reply-To: <4C61F140.4050906@FreeBSD.org> X-Enigmail-Version: 1.1.2 OpenPGP: id=89D8547E Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Anonymous , FreeBSD Stable , FreeBSD Current Subject: Re: [CFT] [sys/conf/newvers.sh] Cleanup and additions. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Aug 2010 01:11:13 -0000 On 08/10/2010 20:39, Doug Barton wrote: > On 08/10/2010 17:34, jhell wrote: >> I also meant to CC dougb@ on this as I believe he had something to do >> with the original commits of the git(1) portions and possibly other parts. > > I have specifically sworn off any further contact with that file. I have > no idea why screwing around with what should have been a simple thing > continues to hold such endless fascination for people, but I refuse to > dive back into that swamp. > I can respect that. I just find it to be of real use to be able to identify what is currently running on the system to what revisions were available at the time it was compiled whether it be local revisions or remote or mixed like what I have done with this patch. Personally I have drove off ideas of my own for a long time due to the long standing nature and background of newvers.sh because it is just a simple straight forward use that is needed from it. To complicate something as simple as this just seems fundamentally wrong in a lot of ways so I had to weigh the negatives and positives before I decided to submit this one. Regards & thanks for the good luck, -- jhell,v From owner-freebsd-stable@FreeBSD.ORG Wed Aug 11 01:55:28 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 61D8D106566C for ; Wed, 11 Aug 2010 01:55:28 +0000 (UTC) (envelope-from alan.bryan@yahoo.com) Received: from web50506.mail.re2.yahoo.com (web50506.mail.re2.yahoo.com [206.190.38.82]) by mx1.freebsd.org (Postfix) with SMTP id 118F18FC16 for ; Wed, 11 Aug 2010 01:55:27 +0000 (UTC) Received: (qmail 18654 invoked by uid 60001); 11 Aug 2010 01:28:46 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1281490126; bh=nyMUhW4LryhH7aHnavqsL4yhuInCuw/dtWh6o2weKtw=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=VMU/cfB8Mi1dkkZEWR0BVzzmQl3ftqH8x+zxYfwTpyGAIyyp+k5aA3KaIzykC4TX7E0kerKAyviJRe6uPH+JvpfMyoDXQIQkQQnZl8rltwibegLEICJDxbLOoi1wU5AnQOunQj2/k1mz5Ujn5LR6ap/YAS0DpHkfmiQORqhQDEg= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=Q/ozc9GGGyVIAPZv9BgEofEUjRufyWIRII8wnsyjXMhx8K2NglQGOH5NGr8ZDP6DxDQEi33BQtBweEtMmp63N2zpBDjSt3uWMj4wQroUXI9KEHQrIh4jrQKOpCDToTQ+7WnOK3VGbg1umzkAwRD/zGCPnSbwdYNdRLIGzTFmBn4=; Message-ID: <881208.18587.qm@web50506.mail.re2.yahoo.com> X-YMail-OSG: GmZTx2AVM1m4x9tpc1IaXH7PGF9odCNq8auUQgoRkkST9Fo dQ76Nbg282v4FI6D93IGVQ9P6ZBRnxu.OHQNDt.KSsGYO_HR4h4L1kZHonOn tzrvpTfHF_aQoHR2cBMvDinqEI9d6REZfkWFqdJysD44SHzuD0JourJcTRtt M0hhsw9CGz48yPQcPsWRfY6Buptc4wbOeLhGxgB.garJAJM2cwmMHixPj0RL 0N_g7O4AFGUEm8T05ksVPp7HfD5FsNu5w.WRtqmWr6hziGRLv_pvv7TXeyj3 NcpkpQG0Bhw.oriOr81XNy.pbER.6c2UCTnsnBG4b1nGI3epepT1H4qD2K_v Rgg-- Received: from [99.24.6.121] by web50506.mail.re2.yahoo.com via HTTP; Tue, 10 Aug 2010 18:28:46 PDT X-Mailer: YahooMailClassic/11.3.2 YahooMailWebService/0.8.105.279950 Date: Tue, 10 Aug 2010 18:28:46 -0700 (PDT) From: alan bryan To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: FreeBSD 8.1-Release NFSD hang in rc_lo state X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Aug 2010 01:55:28 -0000 I'm doing some testing with loading up a new storage server. I have couple ZFS filesystems exported via NFS over UDP. I have a client machine (8.1 also) that has mounted those filesystems along with some test PHP scripts that are doing a ton of read/write/fstat operations to load it up. If I ctrl-C to kill the scripts on the client I found that I can end up with nfsd on the server stuck at 100% CPU and in the rc_lo state. /etc/rc.d/nfsd restart does nothing. # nfsstat -s -w 1 -W GtAttr Lookup Rdlink Read Write Rename Access Rddir 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 Client complaining with: kernel: nfs server 192.168.1.2:/tank/alantest2: not responding Top on the server: last pid: 4776; load averages: 1.24, 1.15, 1.15 up 0+23:04:46 18:25:26 53 processes: 2 running, 35 sleeping, 16 lock CPU: 0.0% user, 0.0% nice, 25.0% system, 0.0% interrupt, 75.0% idle Mem: 21M Active, 5812K Inact, 2029M Wired, 88K Cache, 8592K Buf, 5857M Free Swap: 3942M Total, 3942M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 922 root 44 0 5804K 1820K CPU2 2 63:52 100.00% {nfsd: service} 922 root 45 0 5804K 1820K *rc_lo 1 30:23 0.00% {nfsd: service} 922 root 48 0 5804K 1820K rpcsvc 1 30:20 0.00% {nfsd: service} 922 root 46 0 5804K 1820K *rc_lo 1 30:17 0.00% {nfsd: service} 922 root 48 0 5804K 1820K rpcsvc 1 30:17 0.00% {nfsd: service} 922 root 46 0 5804K 1820K rpcsvc 1 30:13 0.00% {nfsd: service} 922 root 45 0 5804K 1820K *rc_lo 2 30:13 0.00% {nfsd: service} 922 root 45 0 5804K 1820K *rc_lo 3 30:12 0.00% {nfsd: service} 922 root 44 0 5804K 1820K *rc_lo 0 30:10 0.00% {nfsd: service} 922 root 46 0 5804K 1820K *rc_lo 2 30:07 0.00% {nfsd: service} 922 root 46 0 5804K 1820K *rc_lo 0 30:03 0.00% {nfsd: service} 922 root 45 0 5804K 1820K *rc_lo 1 30:03 0.00% {nfsd: service} 922 root 46 0 5804K 1820K *rc_lo 2 30:03 0.00% {nfsd: service} 922 root 45 0 5804K 1820K *rc_lo 2 30:02 0.00% {nfsd: service} 922 root 45 0 5804K 1820K *rc_lo 1 29:59 0.00% {nfsd: master} 922 root 45 0 5804K 1820K *rc_lo 2 29:54 0.00% {nfsd: service} 922 root 46 0 5804K 1820K *rc_lo 0 29:54 0.00% {nfsd: service} 922 root 46 0 5804K 1820K *rc_lo 0 29:52 0.00% {nfsd: service} 922 root 47 0 5804K 1820K *rc_lo 2 29:46 0.00% {nfsd: service} 922 root 46 0 5804K 1820K *rc_lo 1 29:44 0.00% {nfsd: service} From owner-freebsd-stable@FreeBSD.ORG Wed Aug 11 02:06: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 7C5471065672; Wed, 11 Aug 2010 02:06:11 +0000 (UTC) (envelope-from swell.k@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 D8F458FC14; Wed, 11 Aug 2010 02:06:10 +0000 (UTC) Received: by ewy26 with SMTP id 26so4895955ewy.13 for ; Tue, 10 Aug 2010 19:06:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=mXEkHxn7NjLu8bReIF8WuKtSe9bL3QuxS/sDRJ8zgYc=; b=AWAhKvsYiXTpAWqL13iWkVPeDYwtraEbSWhtESAsXLb5OMA55/MeCSJcrxIpJUVFS6 i4XJOnQXIqhZQxLmaJEGDZW50/l2VfOMGiOC4igKDMhCOH9isim6vIJynzIHne6XEu1k EXIsDw6XnGYuyDTLRgLcbFSNr9+myZG2IBcj8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=wc5wBzv/qpfGGQaHvi3oEhmUPOdRTTRTwKh8HgC7KQ8AElgvJvYaZlFDOXixFf4/Qo Sxeoh+6PK//vGhckzEiIuv6KSybQRYUY7uBKr4yhTt0VO90fKHParNHPe/nISImaTSPB JCOMvjGwTi4hqKNE4jn664YDrC/aNJObXq538= Received: by 10.213.8.200 with SMTP id i8mr12986373ebi.18.1281490875027; Tue, 10 Aug 2010 18:41:15 -0700 (PDT) Received: from localhost ([85.17.254.135]) by mx.google.com with ESMTPS id v8sm10789260eeh.2.2010.08.10.18.41.10 (version=SSLv3 cipher=RC4-MD5); Tue, 10 Aug 2010 18:41:13 -0700 (PDT) From: Anonymous To: jhell References: <4C61C50E.8040900__28807.0786548362$1281476071$gmane$org@dataix.net> <86hbj2qc0n.fsf@gmail.com> <4C61F00A.6050408@dataix.net> Date: Wed, 11 Aug 2010 05:40:52 +0400 In-Reply-To: <4C61F00A.6050408@dataix.net> (jhell@dataix.net's message of "Tue, 10 Aug 2010 20:34:18 -0400") Message-ID: <86zkwukjtn.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Doug Barton , FreeBSD Stable , FreeBSD Current Subject: Re: [CFT] [sys/conf/newvers.sh] Cleanup and additions. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Aug 2010 02:06:11 -0000 jhell writes: > On 08/10/2010 19:32, Anonymous wrote: >> jhell writes: >> >>> * Adjust the paths that are checked for binaries to be of only >>> /usr/local/bin and /usr/bin. "/bin" is highly unlikely to hold svn(1), >>> git(1) or hg(1). >> >> Please, look at conf/146828. That script shouldn't blindly assume where >> user installs his packages[1]. >> >> [1] using non-default LOCALBASE is a convenient way to identify >> non-conforming ports >> > > And that would be to identify non-conforming ports using non-standard > locations. Though the option is available to look in a non-standard You're confusing default and standard value. LOCALBASE has a default for /usr/local. If it were a standard one wouldn't care about it and just hardcode /usr/local everywhere. > location for binaries, IMHO it does not belong here and I don't find > that right for building world. I also find this method a little hard to > adjust for targeting specific locations, for example if the base system > finally had a svnversion(1) installed and we prefered that over use of a > local installed port. Currently I can just subtract that path from any > one of the given SCM's configured to work with this patch without > effecting the others. Hmm, then just put LOCALBASE *after* /usr/bin in PATH. $ where grep /usr/local/bin/grep /usr/bin/grep $ find-bin grep $ echo $grep /usr/bin/grep I don't think there is a need to cater ambiguity, i.e. having different defaults for different programs. > > I have had another idea along the likes of this but just throwing an > entry point hook in that checks for the existence of a user built or > supplied file if you will so newvers.sh can keep doing what it has been > doing for all these years without the interruption for small changes > like the ones were talking about now. If people are interested in > something like this I would be more than happy to oblige and provide a > patch to do just that. While hook is a good idea without working examples for popular VCSes it'll not be very useful. One could add a script that tries to binary-search for a svn revision based on cvsup checkout, too. From owner-freebsd-stable@FreeBSD.ORG Wed Aug 11 02:35:19 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 33F9B1065675 for ; Wed, 11 Aug 2010 02:35:19 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id E685B8FC16 for ; Wed, 11 Aug 2010 02:35:18 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEAPeoYUyDaFvO/2dsb2JhbACDFZ4OqzeSAYEmgyFzBIlA X-IronPort-AV: E=Sophos;i="4.55,350,1278302400"; d="scan'208";a="87993856" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 10 Aug 2010 22:35:15 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 09BD6B3F21; Tue, 10 Aug 2010 22:35:18 -0400 (EDT) Date: Tue, 10 Aug 2010 22:35:17 -0400 (EDT) From: Rick Macklem To: alan bryan Message-ID: <1347461186.514707.1281494117995.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <881208.18587.qm@web50506.mail.re2.yahoo.com> 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 - SAF3 (Mac)/6.0.7_GA_2473.RHEL4_64) Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 8.1-Release NFSD hang in rc_lo state X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Aug 2010 02:35:19 -0000 > I'm doing some testing with loading up a new storage server. I have > couple ZFS filesystems exported via NFS over UDP. > > I have a client machine (8.1 also) that has mounted those filesystems > along with some test PHP scripts that are doing a ton of > read/write/fstat operations to load it up. > > If I ctrl-C to kill the scripts on the client I found that I can end > up with nfsd on the server stuck at 100% CPU and in the rc_lo state. > /etc/rc.d/nfsd restart does nothing. > > # nfsstat -s -w 1 -W > GtAttr Lookup Rdlink Read Write Rename Access Rddir > 0 0 0 0 0 0 0 0 > 0 0 0 0 0 0 0 0 > 0 0 0 0 0 0 0 0 > > > Client complaining with: > kernel: nfs server 192.168.1.2:/tank/alantest2: not responding > > > > Top on the server: > > last pid: 4776; load averages: 1.24, 1.15, 1.15 up 0+23:04:46 18:25:26 > 53 processes: 2 running, 35 sleeping, 16 lock > CPU: 0.0% user, 0.0% nice, 25.0% system, 0.0% interrupt, 75.0% idle > Mem: 21M Active, 5812K Inact, 2029M Wired, 88K Cache, 8592K Buf, 5857M > Free > Swap: 3942M Total, 3942M Free > > PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 922 root 44 0 5804K 1820K CPU2 2 63:52 100.00% {nfsd: service} > 922 root 45 0 5804K 1820K *rc_lo 1 30:23 0.00% {nfsd: service} > 922 root 48 0 5804K 1820K rpcsvc 1 30:20 0.00% {nfsd: service} > 922 root 46 0 5804K 1820K *rc_lo 1 30:17 0.00% {nfsd: service} > 922 root 48 0 5804K 1820K rpcsvc 1 30:17 0.00% {nfsd: service} > 922 root 46 0 5804K 1820K rpcsvc 1 30:13 0.00% {nfsd: service} > 922 root 45 0 5804K 1820K *rc_lo 2 30:13 0.00% {nfsd: service} > 922 root 45 0 5804K 1820K *rc_lo 3 30:12 0.00% {nfsd: service} > 922 root 44 0 5804K 1820K *rc_lo 0 30:10 0.00% {nfsd: service} > 922 root 46 0 5804K 1820K *rc_lo 2 30:07 0.00% {nfsd: service} > 922 root 46 0 5804K 1820K *rc_lo 0 30:03 0.00% {nfsd: service} > 922 root 45 0 5804K 1820K *rc_lo 1 30:03 0.00% {nfsd: service} > 922 root 46 0 5804K 1820K *rc_lo 2 30:03 0.00% {nfsd: service} > 922 root 45 0 5804K 1820K *rc_lo 2 30:02 0.00% {nfsd: service} > 922 root 45 0 5804K 1820K *rc_lo 1 29:59 0.00% {nfsd: master} > 922 root 45 0 5804K 1820K *rc_lo 2 29:54 0.00% {nfsd: service} > 922 root 46 0 5804K 1820K *rc_lo 0 29:54 0.00% {nfsd: service} > 922 root 46 0 5804K 1820K *rc_lo 0 29:52 0.00% {nfsd: service} > 922 root 47 0 5804K 1820K *rc_lo 2 29:46 0.00% {nfsd: service} > 922 root 46 0 5804K 1820K *rc_lo 1 29:44 0.00% {nfsd: service} > I have a patch that I think might fix this. (Essentially the same bug was posted on another list recently.) I'll post it to Alan separately, but if anyone else wants to try it, it will be at http://people.freebsd.org/~rmacklem/freebsd8.1-patches/replay.patch in a few minutes. rick From owner-freebsd-stable@FreeBSD.ORG Wed Aug 11 02:38: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 51F061065677; Wed, 11 Aug 2010 02:38:50 +0000 (UTC) (envelope-from adrian.chadd@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 AE2A98FC08; Wed, 11 Aug 2010 02:38:49 +0000 (UTC) Received: by eyh6 with SMTP id 6so4874170eyh.13 for ; Tue, 10 Aug 2010 19:38:48 -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=q1IPvzIAFl3sW5kq5WElt03ixq9vp2yMwtRe3WGXULw=; b=oX5PVdhdhIGYYk+HOTPtiDsZQqQkcmNIKap2tc3KfSeHu8icprMl0Pd8TceErG5kcg Zbx2ayvyDoco8IAhcxzwDfH8lvC8W+bBUpwJEMD/oBqrDdsYeigAREdEYQavLQTfqY3X qvOhrmwy9NOYzO30vytt47vII6qbSib/VcDuM= 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=QFxsVQ5RgQ0fJVtKBOeI58ewPm76dYoGyvVT0jJKFuOT202hHlTqiM5bdqZfVUIE7J aVWlmH7YClbZYmXgdtp7SagPBPjIOm4MS4Kg9J7/6Ky5T63jXBjZZk5SEwIAJeA39qEI ZKozx3Mja+vuQpNgamOHMB8IEiJmQWKkLiapQ= MIME-Version: 1.0 Received: by 10.213.10.138 with SMTP id p10mr5138013ebp.86.1281494328232; Tue, 10 Aug 2010 19:38:48 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.213.112.140 with HTTP; Tue, 10 Aug 2010 19:38:48 -0700 (PDT) In-Reply-To: <4C61E535.3000706@dataix.net> References: <4C61E535.3000706@dataix.net> Date: Wed, 11 Aug 2010 10:38:48 +0800 X-Google-Sender-Auth: 9H-jg7w51EcreChnY1cxVN3lmoo Message-ID: From: Adrian Chadd To: jhell Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: [CFT] if_ath updates - ar5416 (macbook pro, etc) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Aug 2010 02:38:50 -0000 On 11 August 2010 07:48, jhell wrote: > I have applied the following (r211136) to my local stable/8 branch and > has proven to be an improvement with no drawbacks. Ah, the calibration scheduling change. Cool! > As for the rest I can not vouch for unless you give me a specific patch > to test but I am willing to merge from head to my local tree at any > given point in time if you can give some revisions you would like > tested. You "I believe" made it possible for me to use this card within > a week that I had reported it ~2007-2008 so I and my card are at your > disposal. Merge in: r211134 and r211135; these are the AR5416 initval changes. I wasn't even thinking about working on atheros stuff in 2007/2008. :) Thanks for the offer. I've bought a pair of AR5416's for here so I can test regressions to the ar5416 module whilst I work on the AR9160. Just keep an eye on the commit logs for changes I make to sys/dev/ath/ and consider pulling some of those in. I'd appreciate any testing. :) Adrian From owner-freebsd-stable@FreeBSD.ORG Wed Aug 11 02: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 AE99B1065673 for ; Wed, 11 Aug 2010 02:40:21 +0000 (UTC) (envelope-from adrian.chadd@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 3D3A18FC0C for ; Wed, 11 Aug 2010 02:40:21 +0000 (UTC) Received: by eyh6 with SMTP id 6so4874479eyh.13 for ; Tue, 10 Aug 2010 19:40:20 -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=mrsudeWQXBb/qIh8M1Sbkz0yftlY3REM1WmguVHTYCg=; b=UpJYfeUeF+g0zRwO9RSQIWiTPGIuHP8krsterPN2LLt3+4SyzkiEb0ERXa+DDv5NsU DdYiSZ+GjqcYX233xIKUxDwll9DBUcnSCA6s6BqbQ+hHLMz4eggrMwq8mn7bkb+k76+b I77Xj0cykGA8fj3otk+7UqZZ1wRquV3tQnVL8= 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=WDPWzJLx/DSg5Ex2VLUofv4vFEC+at058CCP6n2efXYFaqGw4kqO9xpAJv1KcwESim YY9eOoC7BFUuwrgRua35GaoG3vNgf9+Sg/QtoUPM0Z8dp7Ag7whujAQ2ii67/aJzv+oS oAoMb19eJc+Ahv/BUGT35UfrLQ4a/yq8IAbZk= MIME-Version: 1.0 Received: by 10.213.52.10 with SMTP id f10mr5169322ebg.60.1281494420339; Tue, 10 Aug 2010 19:40:20 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.213.112.140 with HTTP; Tue, 10 Aug 2010 19:40:20 -0700 (PDT) In-Reply-To: <20100810075945.GI51934@home.opsec.eu> References: <20100809050959.GA15898@home.opsec.eu> <20100810075945.GI51934@home.opsec.eu> Date: Wed, 11 Aug 2010 10:40:20 +0800 X-Google-Sender-Auth: Wq3UktSxbkpsylpUgH0MTlOv9Ko Message-ID: From: Adrian Chadd To: Kurt Jaeger Content-Type: text/plain; charset=ISO-8859-1 Cc: Troye Johnson , 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, 11 Aug 2010 02:40:21 -0000 On 10 August 2010 15:59, Kurt Jaeger wrote: > Cool. I can provide you with remote access to the EeePC in question, > and some experimental WLAN AP where he can auth against (would be > an WRT610N). Thanks, but I took the PR because I actually have a similar EEEPC with an AR9285 in it. :) I just need to focus on AR9160 for the next few weeks and make sure I've made it stable for my current requirements. (And AR9100 is too; so I can replace OpenWRT on this TP-link box with FreeBSD. :) Thanks, Adrian From owner-freebsd-stable@FreeBSD.ORG Wed Aug 11 02:41: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 DD0C41065675 for ; Wed, 11 Aug 2010 02:41:58 +0000 (UTC) (envelope-from drsweetlips@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8819D8FC13 for ; Wed, 11 Aug 2010 02:41:58 +0000 (UTC) Received: by gxk24 with SMTP id 24so4957345gxk.13 for ; Tue, 10 Aug 2010 19:41:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=2rQl1sTSrSc3zNEyd2UKnt5+lEz+aC06frhE1JRBUls=; b=Ob3GUlQxWV31vb1MrGEJQ53mkgfHNl7xxjzsCsooLyKoFxs++9oOJYmgIrZ3/366yN LDVEGegnmqcr3YcDattqiIehJmeeWfj8ucFMi50IC+HlyXo+LrOhDe4Hye7XBbTbixv3 DeFATgQQL7v3rRZtRbAysajHJlgPqrZxv9DUY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=WYQ9+Lw4H0qWP1sMtrYFrOYFUkcwIT5BcGNGZEci/L++9oaes8S2Py6nYZvbZCOA7I y9E0jWQiTEyl544j7dSeee7Yqf2y9Bo3EcbLKxCHd8OFSAjGVOe8gzevVL9RQKJ9Qsw3 C/A1DOB2PR5Gq9ktPZl8BC0leA8QsxOMr5fIs= Received: by 10.100.228.8 with SMTP id a8mr20779596anh.26.1281494517602; Tue, 10 Aug 2010 19:41:57 -0700 (PDT) Received: from [192.168.1.3] (rrcs-24-227-59-150.se.biz.rr.com [24.227.59.150]) by mx.google.com with ESMTPS id t30sm11590797ann.27.2010.08.10.19.41.56 (version=SSLv3 cipher=RC4-MD5); Tue, 10 Aug 2010 19:41:57 -0700 (PDT) Message-ID: <4C620DF4.9040601@gmail.com> Date: Tue, 10 Aug 2010 22:41:56 -0400 From: Penguin Deluxe User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2 MIME-Version: 1.0 To: Adrian Chadd References: <20100809050959.GA15898@home.opsec.eu> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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, 11 Aug 2010 02:41:58 -0000 Thanks Chadd, well I will be waiting to test on my end, so as soon as your done I will be testing also :) On 08/10/2010 03:53 AM, Adrian Chadd wrote: > On 9 August 2010 13:09, Kurt Jaeger wrote: > >> There is >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=148112 > Ok. I've taken ownership of that PR. I can't guarantee I'll get to it > any time soon (I have other ath related work to get into -HEAD and > tested before I look at the AR928x support) but I'll eventually get > there. > > Thanks, > > > Adrian From owner-freebsd-stable@FreeBSD.ORG Wed Aug 11 03:48: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 123121065673; Wed, 11 Aug 2010 03:48:10 +0000 (UTC) (envelope-from jhellenthal@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 7BE278FC14; Wed, 11 Aug 2010 03:48:09 +0000 (UTC) Received: by qyk11 with SMTP id 11so4383858qyk.13 for ; Tue, 10 Aug 2010 20:48:08 -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; bh=vrsNXT8mCFnX+nv0zF2QEFyKPsUwHhSGmL6QtjCHQDo=; b=k792jndino937aqOt/5Ruzf/qsTzcF8Yavw2/W2yxwLz4FzAFwAG3IgaWWPs9/PY8z roCvcrBFhymwkeDXagjv5/FBf4bySbp3nLV0cJ0I6qiocNJEUL1Mt6dHdDYcwyrMRC1L BuViJwc0VAlmP0C3am3OIQVaBOXsXgarejuDI= 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; b=aWifjKLNLYFjyzP9fmz8DLFUxhmv6m0UEkOkpTEXukaiX3cBvR6tap8hJg94R3T53R ICQ34Z8uStYProHPvlL+QCym9uL4BqzFolYP5RG/VXKS/d91du8MHIiLdcu13e7ytKZt HynA08aXZ/7ge6yEbsf9zb+FoT/Nuk74JPp0w= Received: by 10.229.253.136 with SMTP id na8mr8907550qcb.227.1281498488648; Tue, 10 Aug 2010 20:48:08 -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 t1sm8921935qcs.9.2010.08.10.20.48.06 (version=SSLv3 cipher=RC4-MD5); Tue, 10 Aug 2010 20:48:07 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C621D75.5030109@dataix.net> Date: Tue, 10 Aug 2010 23:48:05 -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: Adrian Chadd References: <4C61E535.3000706@dataix.net> In-Reply-To: X-Enigmail-Version: 1.1.2 OpenPGP: id=89D8547E Content-Type: multipart/mixed; boundary="------------020801010703090103020906" Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: [CFT] if_ath updates - ar5416 (macbook pro, etc) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Aug 2010 03:48:10 -0000 This is a multi-part message in MIME format. --------------020801010703090103020906 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 08/10/2010 22:38, Adrian Chadd wrote: > On 11 August 2010 07:48, jhell wrote: > >> I have applied the following (r211136) to my local stable/8 branch and >> has proven to be an improvement with no drawbacks. > > Ah, the calibration scheduling change. Cool! > >> As for the rest I can not vouch for unless you give me a specific patch >> to test but I am willing to merge from head to my local tree at any >> given point in time if you can give some revisions you would like >> tested. You "I believe" made it possible for me to use this card within >> a week that I had reported it ~2007-2008 so I and my card are at your >> disposal. > > Merge in: > > r211134 and r211135; these are the AR5416 initval changes. Ill pull these in within the next hour and float some tests across the bow overnight to see what happens. > > I wasn't even thinking about working on atheros stuff in 2007/2008. :) > Ah must of been someone else then. Nonetheless it was adapted and committed to the sources within a weeks time and worked perfectly. And the email I had wrote to was answered within an hour that I had wrote it, so due to that I owe anyone working on this card a debt of gratitude and any tests that need to be run. > Thanks for the offer. I've bought a pair of AR5416's for here so I can > test regressions to the ar5416 module whilst I work on the AR9160. > Just keep an eye on the commit logs for changes I make to sys/dev/ath/ > and consider pulling some of those in. I'd appreciate any testing. :) > > > > Adrian Regards, -- On a side note I have another little nifty device that has been inactive for over a year now that does not have a associated driver that I have not gotten around to fixing up yet. I have the win drivers for this but its a USB device and does not work with NDIS. I am thinking this is just one of those quirks but like I said, I haven't had the time to really get into it since I already have multiple other means to use for wireless. I'd love to be able to use this as a permanent scanning device though. Ive tried a few different things with this device that failed to work so anybodies guess is better than mine right now. I have attached a dump_all_config_desc for this device in case anyone can identify it. Linksys WUSB54G jhell,v --------------020801010703090103020906 Content-Type: text/plain; name="dump_all_config_desc.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dump_all_config_desc.txt" ugen3.3: at usbus3, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON Configuration index 0 bLength = 0x0009 bDescriptorType = 0x0002 wTotalLength = 0x0051 bNumInterfaces = 0x0001 bConfigurationValue = 0x0001 iConfiguration = 0x0000 bmAttributes = 0x0080 bMaxPower = 0x00fa Interface 0 bLength = 0x0009 bDescriptorType = 0x0004 bInterfaceNumber = 0x0000 bAlternateSetting = 0x0000 bNumEndpoints = 0x0009 bInterfaceClass = 0x00ff bInterfaceSubClass = 0x0000 bInterfaceProtocol = 0x0000 iInterface = 0x0000 Endpoint 0 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0001 bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0000 bRefresh = 0x0000 bSynchAddress = 0x0000 Endpoint 1 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0081 bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0000 bRefresh = 0x0000 bSynchAddress = 0x0000 Endpoint 2 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0002 bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0000 bRefresh = 0x0000 bSynchAddress = 0x0000 Endpoint 3 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0082 bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0000 bRefresh = 0x0000 bSynchAddress = 0x0000 Endpoint 4 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x008d bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0000 bRefresh = 0x0000 bSynchAddress = 0x0000 Endpoint 5 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x000d bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0000 bRefresh = 0x0000 bSynchAddress = 0x0000 Endpoint 6 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x008e bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0000 bRefresh = 0x0000 bSynchAddress = 0x0000 Endpoint 7 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x000e bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0000 bRefresh = 0x0000 bSynchAddress = 0x0000 Endpoint 8 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x008f bmAttributes = 0x0003 wMaxPacketSize = 0x0004 bInterval = 0x0001 bRefresh = 0x0000 bSynchAddress = 0x0000 --------------020801010703090103020906-- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 11 04:11: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 BFD451065716; Wed, 11 Aug 2010 04:11:47 +0000 (UTC) (envelope-from adrian.chadd@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 2703B8FC13; Wed, 11 Aug 2010 04:11:46 +0000 (UTC) Received: by ewy26 with SMTP id 26so4921699ewy.13 for ; Tue, 10 Aug 2010 21:11:46 -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=i2pCawB65/gT1pgBRQxrRDIr1YuQ/SgbjfGk+WiMNY4=; b=X7z9+LI8LT1DBH+AQC+dlOgGSuPSSyd20hLN8JOli19EaRZ0pS0NLf5/qYbQnTaa+q hF3IZMXZGIsdw78tq3cevHyrIa/lQNubyELxRB3hwnXqL0VvOUXcl5Zuskfcqj2/lnbN bOxXWip46qiNSFmCQrmBFz9rQ0kg8/qs2nzv4= 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=MvtHV0m0xgVI3d3LIIV4/eg4Z3URdlx7SqOpbVQVFkHCTWUNO/yoCL9MMPLDpp8dyk SfFx9VKPAVkzWO75wsBt0KRFgi3VQ6Bk1UQDEjbXvAHzfLpnjVkW6WjBOOuoRF4nAFlI FGa0C4A79RgADSAt2/V8djiSAptYGbebdcWeY= MIME-Version: 1.0 Received: by 10.213.32.74 with SMTP id b10mr14483967ebd.13.1281499905785; Tue, 10 Aug 2010 21:11:45 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.213.112.140 with HTTP; Tue, 10 Aug 2010 21:11:45 -0700 (PDT) In-Reply-To: <4C621D75.5030109@dataix.net> References: <4C61E535.3000706@dataix.net> <4C621D75.5030109@dataix.net> Date: Wed, 11 Aug 2010 12:11:45 +0800 X-Google-Sender-Auth: f7Km4duasLfxN0TG6nbNHZTY7ZE Message-ID: From: Adrian Chadd To: jhell Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: [CFT] if_ath updates - ar5416 (macbook pro, etc) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Aug 2010 04:11:47 -0000 On 11 August 2010 11:48, jhell wrote: > I have attached a dump_all_config_desc for this device in case anyone > can identify it. Linksys WUSB54G Check out this: http://www.qbik.ch/usb/devices/search_res.php?pattern=802.11 ugen3.3: at usbus3, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON That vendor:product combination is in the above list. It looks like it's this: http://linuxwireless.org/en/users/Drivers/zd1211rw Would you mind trying linux + that driver, see if it works? Adrian From owner-freebsd-stable@FreeBSD.ORG Wed Aug 11 04:29: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 D0B3E106566C; Wed, 11 Aug 2010 04:29:05 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5775C8FC17; Wed, 11 Aug 2010 04:29:05 +0000 (UTC) Received: by yxe42 with SMTP id 42so1593990yxe.13 for ; Tue, 10 Aug 2010 21:29:04 -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=tlvq3lEpAJVl0r0Svm/G8nz4SvPq4M5LxVkhlBS01GA=; b=OCYZ/QYRCFW+wJ2oSpziV4waY6VRSAolmgUYdiraPCJjfGKBm68lmPI8qs/to762ro ZQxSZGNdPDHwl7FIhEA182R94nmm+EdrmPNHSlJGb2ME1/HLPDkP3ZfetYhGQ9OoAjrH r7lPuUQtF85T7BbZqEDKsuv5QePfceV3ByrG0= 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=XnBB/lxzSyodNRRXOhQy5lwbIe2407jVQOdujCMwSTmgrALcyUA2zV9Mo3ZCrpg0S7 teQrxTbS1y/rhIP2bHGb2CYRPtC5ATaml4lQheqzePuS3r80ktfAAds/wPjYo3nc1bZ1 mBJZTTkkiEGhS6bQmEcUkdQhnbwRyPZ5PNsP0= Received: by 10.150.230.14 with SMTP id c14mr18944124ybh.18.1281500941130; Tue, 10 Aug 2010 21:29:01 -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 18sm129294ybk.7.2010.08.10.21.28.56 (version=SSLv3 cipher=RC4-MD5); Tue, 10 Aug 2010 21:28:58 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C622707.3090807@dataix.net> Date: Wed, 11 Aug 2010 00:28:55 -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: Adrian Chadd References: <4C61E535.3000706@dataix.net> <4C621D75.5030109@dataix.net> In-Reply-To: X-Enigmail-Version: 1.1.2 OpenPGP: id=89D8547E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: [CFT] if_ath updates - ar5416 (macbook pro, etc) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Aug 2010 04:29:05 -0000 On 08/11/2010 00:11, Adrian Chadd wrote: > On 11 August 2010 11:48, jhell wrote: > > >> I have attached a dump_all_config_desc for this device in case anyone >> can identify it. Linksys WUSB54G > > Check out this: > > http://www.qbik.ch/usb/devices/search_res.php?pattern=802.11 > > ugen3.3: at usbus3, cfg=0 md=HOST > spd=HIGH (480Mbps) pwr=ON > > That vendor:product combination is in the above list. > > It looks like it's this: > > http://linuxwireless.org/en/users/Drivers/zd1211rw > > Would you mind trying linux + that driver, see if it works? > Ill have to setup or bring up a linux VM or temporary install within the next day or two and see what I come up with. > > Adrian Thanks for looking into this. I have that kernel with the merged from head revisions installing right now. Should be setup to play with in about 15 minutes then I am out of office for the night. Ill check this in the morning and review some of the logs. -- jhell,v From owner-freebsd-stable@FreeBSD.ORG Wed Aug 11 07:12:52 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 4573A1065676 for ; Wed, 11 Aug 2010 07:12:52 +0000 (UTC) (envelope-from adrian.chadd@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 C9EC78FC19 for ; Wed, 11 Aug 2010 07:12:51 +0000 (UTC) Received: by eyh6 with SMTP id 6so4934383eyh.13 for ; Wed, 11 Aug 2010 00:12:50 -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=6dPL3yMVQMbp46yywZ3bPWosj09tVDtwNJlck02Vi2g=; b=ler5JRWG3W6r3qKF6VUmpSD/hiSew+56G01WP0obsw1zj2FDilzJyq3SZXSGT3p10X 3vpVFzulmpZfgT8uol+UntORI8FCDJu82alXsdjSbK9LRiC7oOev5IWatX8Tphf92qfB gk9enrkdXQ6J6WanjANn9+1sLU60DVPgX/szc= 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=d4+Sm1Ct0rSJu8CkzM1WbQ9c0oWq3l01FmbPc7uZ4iLN6pdigIbyR0oCaXXVUSffq9 Ok5m8fpbkCWD8NcluoZPFUBifOV5+KIV04OyhjMRwtAt11ffGUjxY+NkPdsE2xFaMA0U qNnBCbTVJQyRO3dQuxrXBghlh14rgGstkrzog= MIME-Version: 1.0 Received: by 10.213.14.208 with SMTP id h16mr5449843eba.7.1281510770795; Wed, 11 Aug 2010 00:12:50 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.213.112.140 with HTTP; Wed, 11 Aug 2010 00:12:50 -0700 (PDT) In-Reply-To: <194267.5688.qm@web24815.mail.ird.yahoo.com> References: <194267.5688.qm@web24815.mail.ird.yahoo.com> Date: Wed, 11 Aug 2010 15:12:50 +0800 X-Google-Sender-Auth: O45wFJoAC7ZYSjeT12ghTIn_9Rg Message-ID: From: Adrian Chadd To: "Alexandre L." Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, Martin Subject: Re: Re : ath(4) hostap with fake MAC/BSSID results in station dropping packets when associated X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Aug 2010 07:12:52 -0000 To both of you - create PRs. Thanks, Adrian On 29 July 2010 17:54, Alexandre L. wrote: > Hi Martin, > > I got similar problem from my PC using a Netgear WG311T PCI wireless card= . > > ath0: mem 0x40100000-0x4010ffff irq 11 at device 8.0 on pc= i1 > ath0: AR2413 mac 7.9 RF2413 phy 4.5 > > I have joined all my config files, and the results of the commands : > # dmesg > # ifconfig > # dhclient wlan0 > > Also, I have opened before your mail to the list, a thread on FreeBSD For= ums http://forums.freebsd.org/showthread.php?t=3D16373 > > --- En date de=A0: Mer 28.7.10, Martin a =E9crit=A0: > >> De: Martin >> Objet: ath(4) hostap with fake MAC/BSSID results in station dropping pac= kets when associated >> =C0: freebsd-stable@freebsd.org >> Date: Mercredi 28 juillet 2010, 22h24 >> >> Hi, >> >> I noticed a bug that was introduced somewhere in the >> Atheros 9280 >> support in 8.1-RELEASE when used as a station. I had this >> already >> running correctly with 7.x releases. >> >> What happens: >> >> I cannot connect to a hostap ath(4) (Atheros 2413) when >> using a fake >> MAC/BSSID (on the hostap!). >> >> How to reproduce it: >> >> 1) Put this into your rc.local on your hostap machine and >> replace xx's >> by an address of your choice (first octet needs to have >> lowest bit "0"): >> >> ifconfig ath0 ether xx:xx:xx:xx:xx:xx >> >> 2) Start hostapd (must be configured, of course). >> Eventually you need >> to set BSSID also in hostapd.conf. >> >> 3) Try to connect with an Atheros 9280. You don't need to >> fake MAC >> address here (I'm only talking about the hostap >> MAC/BSSID). >> >> What you get: >> >> - You get association. This is OK, so far. >> - Try DHCP. You won't see packets arriving at the station. >> They are not >> =A0 recognized and filtered somewhere. >> - When you watch with tcpdump on the hostap interface >> you'll see DHCP >> =A0 requests arriving and being answered. >> - I further noticed, even you don't have any IP (set to >> 0.0.0.0, >> =A0 because of failed DHCP), you can see packets being >> sent to different >> =A0 machines >> - You can try to setup a static address, but when you ping >> the station, >> =A0 you don't see a ping arriving (watch tcpdump on the >> station wireless >> =A0 interface and try to ping from the hostap machine). >> >> Further information: >> >> - This only affects ath(4) and I could only see this on >> Atheros 9280, >> =A0 because I don't have any other ath(4) adapters at >> the moment. >> - I tried rum(4). It does not have any problems like this. >> DHCP and >> =A0 everything else works with this driver (of course >> with a fake >> =A0 MAC/BSSID!). >> - Running 8.1-RELEASE on all machines. Kernel is GENERIC, >> but on hostap >> =A0 machine there is ALTQ added (should not affect >> anything, as I said, >> =A0 I had this running already). >> - hostapd is configured with 11g, WPA2 and passwords in >> hostapd.wpapsk. >> =A0 WME is switched off, because it does not work at all >> for me. >> >> I can provide more information, if needed. >> >> -- >> Martin >> _______________________________________________ >> freebsd-stable@freebsd.org >> mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org= " >> > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Wed Aug 11 07:47:31 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 D6284106564A; Wed, 11 Aug 2010 07:47:31 +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 5781A8FC1D; Wed, 11 Aug 2010 07:47: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 o7B7l21D019501; Wed, 11 Aug 2010 09:47:17 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id o7B7l1I3019500; Wed, 11 Aug 2010 09:47:01 +0200 (CEST) (envelope-from olli) Date: Wed, 11 Aug 2010 09:47:01 +0200 (CEST) Message-Id: <201008110747.o7B7l1I3019500@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG, jhell@dataix.net In-Reply-To: X-Newsgroups: list.freebsd-current 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]); Wed, 11 Aug 2010 09:47:18 +0200 (CEST) Cc: Subject: Re: [CFT] [sys/conf/newvers.sh] Cleanup and additions. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG, jhell@dataix.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Aug 2010 07:47:32 -0000 jhell wrote: > Based on the parts of the script with the additions for tracking source > using git(1) I set out to add support for mercurial hg(1) and ended up > cleaning some of the script while making some of those additions. > [...] > I have opened a PR: misc/149510 here: http://bit.ly/buBqXc Just out of curiosity, why are you obfuscating this if statement? -if [ ! -r version ] -then - echo 0 > version -fi +[ ! -r version ] && echo 0 >version It should rather be fixed like this (FreeBSD standard is to put if...then on one line): -if [ ! -r version ] -then +if [ ! -r version ]; then On a tangential note ... I've been using a wrapper script for "make kernel" for ages, long before svn existed. It adds the date of the checked-out sources to the release name, e.g. uname -rsm gives "FreeBSD 8.1-PRERELEASE-20100720 i386" on this machine. http://people.freebsd.org/~olli/scripts/makekernel Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mn- chen, HRB 125758, Geschftsfhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "We will perhaps eventually be writing only small modules which are identi- fied by name as they are used to build larger ones, so that devices like indentation, rather than delimiters, might become feasible for expressing local structure in the source language." -- Donald E. Knuth, 1974 From owner-freebsd-stable@FreeBSD.ORG Wed Aug 11 09:30:51 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 E8DA2106567B for ; Wed, 11 Aug 2010 09:30:50 +0000 (UTC) (envelope-from alan@p-o.co.uk) Received: from ligeti.p-o.co.uk (ligeti.p-o.co.uk [80.254.233.132]) by mx1.freebsd.org (Postfix) with ESMTP id 5FF768FC0A for ; Wed, 11 Aug 2010 09:30:50 +0000 (UTC) Received: from alanhicks.plus.com ([80.229.143.200] helo=schnittke.po.co.uk) by p-o.co.uk with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.72 (FreeBSD)) (envelope-from ) id 1Oj7Ln-000A0k-DM; Wed, 11 Aug 2010 10:12:21 +0100 Message-ID: <4C62694E.60804@p-o.co.uk> Date: Wed, 11 Aug 2010 10:11:42 +0100 From: Alan Hicks User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.11) Gecko/20100803 Thunderbird/3.0.6 MIME-Version: 1.0 To: Eugene Grosbein References: <4C61712E.7030704@p-o.co.uk> <20100810175931.GB63364@rdtc.ru> In-Reply-To: <20100810175931.GB63364@rdtc.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.9 (--) Cc: freebsd-stable@freebsd.org Subject: Re: NAT issue in 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: Wed, 11 Aug 2010 09:30:51 -0000 Thanks, works perfectly now, Alan On 08/10/10 18:59, Eugene Grosbein wrote: > On Tue, Aug 10, 2010 at 04:33:02PM +0100, Alan Hicks wrote: > >> Having upgraded to Release-8.1, there appears to be an issue with >> network address translation where a newly booted machine fails to setup >> nat with the error 'ipfw: getsockopt(IP_FW_ADD): Invalid argument' > > That's because your kernel (GENERIC?) does not have ipdivert support enabled. > That's not fatal, see later. > >> >> Box has two interfaces em0 and xl0 (Dell PowerEdge 1600SC) >> >> rc.conf >> ifconfig_xl0="inet 192.168.202.5 netmask 255.255.255.0" >> ifconfig_em0="inet 192.168.0.2 netmask 255.255.255.0" >> defaultrouter="192.168.0.1" >> firewall_enable="YES" >> firewall_type="open" >> firewall_logging="yes" >> natd_enable="YES" >> natd_interface="em0" >> >> Boot excerpt from console, typed as it does not make it to >> /var/log/messages so apologies for any typo's >> >> add net default: gateway 192.168.0.1 >> Additional routing options: IP gateway=YES >> Starting devd. >> ipfw2 (+ipv6) initialized, divert loadable, nat loadable, rule-based >> forwarding disabled, default to deny, logging disabled >> load_dn_sched dn_sched FIFO loaded >> load_dn_sched dn_sched QFQ loaded >> load_dn_sched dn_sched RR loaded >> load_dn_sched dn_sched WF2Q+ loaded >> load_dn_sched dn_sched PRIO loaded >> flushed all rules. >> 00100 allow ip from any to any via lo0 >> 00200 deny ip from any to 127.0.0.0/8 >> 00300 deny ip from 127.0.0.0/8 to any >> 00400 deny ip from any to ::1 >> 00500 deny ip from ::1 to any >> 00600 allow ipv6-icmp from :: to ff02::/16 >> 00700 allow ipv6-icmp from fe80::/10 to fe80::/10 >> 00800 allow ipv6-icmp from fe80::/10 to ff02::/16 >> 00900 allow ipv6-icmp from any to any ip6 icmp6types 1 >> 01000 allow ipv6-icmp from any to any ip6 icmp6types 2,135,136 >> ipfw: getsockopt(IP_FW_ADD): Invalid argument > > At this point, there is still no ipdivert support loaded. > >> 65000 allow ip from any to any >> Firewall rules loaded. >> Firewall logging enabled. >> Starting natd. > > At this point, kernel module ipdivert.ko is loaded. > >> Loading /lib/libalias_cuseeme.so >> Loading /lib/libalias_ftp.so >> Loading /lib/libalias_irc.so >> Loading /lib/libalias_nbt.so >> Loading /lib/libalias_pptp.so >> Loading /lib/libalias_skinny.so >> Loading /lib/libalias_smedia.so >> Aug 10 12:02:53 natd[869]: Aliasing to 192.168.0.2, mtu 1500 bytes >> >> Although all appears to be ok, machines on the xl0 192.168.202.0/24 >> subnet can't see the internet. Running /etc/rc.firewall manually fixes >> the issue. > > ipdivert.ko is loaded, hence re-loading firewall rules helps. > >> >> The machine was upgraded from 8.0 using unmodified cvs sources using >> buildkernel, buildworld, installworld, installkernel mergemaster. >> >> Any help appreciated. > > Just load ipdivert.ko earlies by means of loader.conf: > > echo 'ipdivert_load="YES"'>> /boot/loader.conf > > Alternatively, rebuild kernel with options IPFIREWALL and IPDIVERT > > Eugene Grosbein > _______________________________________________ > 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 11 04:17: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 71709106567D; Wed, 11 Aug 2010 04:17:55 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 113FF8FC15; Wed, 11 Aug 2010 04:17:54 +0000 (UTC) Received: by gyg4 with SMTP id 4so4978878gyg.13 for ; Tue, 10 Aug 2010 21:17:54 -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=DvcVHUdNJogEZKiLCle9Ewkf86ao0LnEzuLWZu/S634=; b=qt+edfjIwdGCjaCVQUDh+/TFNZD0BBBicHOQfVLPHUNmGythTSVsiCIuRkf+mU9xNH vOX3Omk7kJb/A+UdrG70lljK7n1Fj560duYexxzL7Rq/B62Svdw3yI3yfJMXuDyBVsec jsP0v2useZ0nLWn1PsuUXqzlzo8zTgDoBZ39A= 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=W/I/jjav5GsU9Zb+OyK8q9c4WhO4ufFPk8mFL1Edik2fGiSidh2lgorjO2eReRvUbt FXYzh4K3jwuoosZMhOh0fO2y5dYW5gEyX7glJziKFDacR51P903GfLGfjE0eEGHkjeJy X4H9au0YJklhEdhMKKZQFD5khPN2AVFXsuKk0= Received: by 10.150.97.5 with SMTP id u5mr17315657ybb.269.1281500274242; Tue, 10 Aug 2010 21:17:54 -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 q31sm6826681ybk.1.2010.08.10.21.17.52 (version=SSLv3 cipher=RC4-MD5); Tue, 10 Aug 2010 21:17:53 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C62246F.3080704@dataix.net> Date: Wed, 11 Aug 2010 00:17:51 -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: Anonymous References: <4C61C50E.8040900__28807.0786548362$1281476071$gmane$org@dataix.net> <86hbj2qc0n.fsf@gmail.com> <4C61F00A.6050408@dataix.net> <86zkwukjtn.fsf@gmail.com> <86eie5lxxn.fsf@gmail.com> In-Reply-To: <86eie5lxxn.fsf@gmail.com> X-Enigmail-Version: 1.1.2 OpenPGP: id=89D8547E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 11 Aug 2010 11:13:29 +0000 Cc: FreeBSD Current Subject: Re: [CFT] [sys/conf/newvers.sh] Cleanup and additions. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Aug 2010 04:17:55 -0000 On 08/10/2010 21:50, Anonymous wrote: > Anonymous writes: > >> jhell writes: >>> >>> And that would be to identify non-conforming ports using non-standard >>> locations. Though the option is available to look in a non-standard >> >> You're confusing default and standard value. LOCALBASE has a default for >> /usr/local. If it were a standard one wouldn't care about it and just >> hardcode /usr/local everywhere. > > ...or at least used `=' and not `?=' in bsd.port.mk. The only mention I see of LOCALBASE in all of source on stable/8 is: /usr/src/contrib/bind9/config.threads.in /usr/src/secure/usr.bin/ssh/Makefile /usr/src/secure/usr.sbin/sshd/Makefile /usr/src/tools/kerneldoc/subsys/Makefile /usr/src/tools/regression/atm/Funcs.sh /usr/src/tools/regression/atm/proto_cc/RunTest.sh /usr/src/tools/regression/atm/proto_sscfu/RunTest.sh /usr/src/tools/regression/atm/proto_sscop/RunTest.sh /usr/src/tools/regression/atm/proto_uni/RunTest.sh /usr/src/tools/tools/tinybsd/CHANGES /usr/src/usr.bin/make/Makefile So what your telling me is we would have to pull in something else to do this just for newvers.sh or is this sinking into the source from somewhere I am not aware of? -- jhell,v From owner-freebsd-stable@FreeBSD.ORG Wed Aug 11 11:50: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 C53541065674; Wed, 11 Aug 2010 11:50:47 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 633208FC08; Wed, 11 Aug 2010 11:50:47 +0000 (UTC) Received: by gxk24 with SMTP id 24so12695gxk.13 for ; Wed, 11 Aug 2010 04:50:46 -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=bpguUE49jQiceDiAsJcCHMIEGqBQub3Uu5LLxbZ8lHc=; b=bEfzMb/GLHnbOtHTcLgFChjcjlzTAFQilUcB+/wTxyps1jhWDwPX0amwkHLpBHQGCh BP4bfrqXm1iytW+/lP09HQvU1RNwedcgZhQy1y0HhNj1EfInsg3Gh0tf6LrVouukBOWr kDHzmeo8J2VzoyujZYGK+UC0TPBJXfPh1uRlg= 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=Mre0jbrtmi9LKU3bmtcCAPcfmsRH16UuozldZjfBA/ZFY/Ga99NemFbcND8eV6zcKZ vZVa9jmkUAQKOn6mdlnY3cOab2SPcvKdR8hsF8BzS7vzVA+yIGogNa+1dRQCpc6B692q nb0yVwJb+CO5T/0flLQ1t2oWEQDQerhNgR3dg= Received: by 10.151.11.19 with SMTP id o19mr5479692ybi.414.1281527446569; Wed, 11 Aug 2010 04:50:46 -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 m12sm79466ybn.19.2010.08.11.04.50.44 (version=SSLv3 cipher=RC4-MD5); Wed, 11 Aug 2010 04:50:45 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C628E93.4020004@dataix.net> Date: Wed, 11 Aug 2010 07:50:43 -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: freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG, jhell@dataix.net References: <201008110747.o7B7l1I3019500@lurza.secnetix.de> In-Reply-To: <201008110747.o7B7l1I3019500@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: Oliver Fromme Subject: Re: [CFT] [sys/conf/newvers.sh] Cleanup and additions. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Aug 2010 11:50:48 -0000 On 08/11/2010 03:47, Oliver Fromme wrote: > jhell wrote: > > Based on the parts of the script with the additions for tracking source > > using git(1) I set out to add support for mercurial hg(1) and ended up > > cleaning some of the script while making some of those additions. > > [...] > > I have opened a PR: misc/149510 here: http://bit.ly/buBqXc > > Just out of curiosity, why are you obfuscating this if statement? > > -if [ ! -r version ] > -then > - echo 0 > version > -fi > +[ ! -r version ] && echo 0 >version > > It should rather be fixed like this (FreeBSD standard is to put > if...then on one line): > > -if [ ! -r version ] > -then > +if [ ! -r version ]; then > I originally did it that way but on a sheer whim since it was a simple test and did not end up in being some big fancy line I changed it to what it is now. I have no problem changing this back since its only just a visual change & functionality would still be the same. It was just easier on my eyes while reading it for some reason and did not see a need for a multi-line statement. > On a tangential note ... I've been using a wrapper script > for "make kernel" for ages, long before svn existed. It > adds the date of the checked-out sources to the release name, > e.g. uname -rsm gives "FreeBSD 8.1-PRERELEASE-20100720 i386" > on this machine. > > http://people.freebsd.org/~olli/scripts/makekernel > Thanks, Ill check this out. Writing before reading that script I have been using a script to build the kernel too. It just set BRANCH_OVERRIDE and whatever other CFLAGS and make flags I want with the addition of looking at kern.smp.cpus and calculating the recommended value to use when using '-j' plus an additional amount if needed. > Best regards > Oliver > Thank you Oliver. -- jhell,v From owner-freebsd-stable@FreeBSD.ORG Wed Aug 11 11:53:12 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 70FAC106564A; Wed, 11 Aug 2010 11:53:12 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 3A5F38FC0A; Wed, 11 Aug 2010 11:53:12 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id F0FDA73098; Wed, 11 Aug 2010 13:47:29 +0200 (CEST) Date: Wed, 11 Aug 2010 13:47:29 +0200 From: Luigi Rizzo To: stable@freebsd.org Message-ID: <20100811114729.GA83355@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: net@freebsd.org Subject: 8.1R: ppp default route uses wrong Netif (with pppoe) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Aug 2010 11:53:12 -0000 Hi, I found the following problem with ppp after upgrading to 8.1 I am using ppp -ddial -nat ... over pppoe. The entry in ppp.conf has these lines (plus others not relevant here): my-provider: set line PPPoE:nfe0 ... add default HISADDR Up to 7.2 this sufficed to establish a route using 'tun0' as the device Destination Gateway Flags Refs Use Netif Expire default 81.174.0.1 UGS 0 1885 tun0 With the upgrade to 8.1R the default route points to 'nfe0', i.e. the device used to talk pppoe, instead of tun0. This causes a number of failures which prevent operation. I am not sure though whether the bug is in PPP or in the kernel, and why ppp now uses the wrong device to install the route entry. A functional workaround is the following (note you need all three lines!): add default HISADDR shell route delete default shell route add default -interface INTERFACE where the first line installs the bogus entry but supplies a default address for outgoing packets, and the other two entries fix the interface. I tried to remove the 'add default HISADDR' but it does not seem to work -- tcpdump shows outgoing packets carrying 0.0.0.0 as src-ip, which prevents replies from coming back. I'll submit a PR later, but would be curious to know if someone has ideas on what could be a proper fix. cheers luigi From owner-freebsd-stable@FreeBSD.ORG Wed Aug 11 12:33:48 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 3C9171065675 for ; Wed, 11 Aug 2010 12:33:48 +0000 (UTC) (envelope-from bengta@P142.sics.se) Received: from sink.sics.se (sink.sics.se [193.10.64.88]) by mx1.freebsd.org (Postfix) with ESMTP id C0CA98FC0C for ; Wed, 11 Aug 2010 12:33:47 +0000 (UTC) Received: from P142.sics.se (h73n4-u-d1.ias.bredband.telia.com [62.20.173.73]) by sink.sics.se (8.14.3/8.14.3) with ESMTP id o7BC8kVZ086007 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 11 Aug 2010 14:08:46 +0200 (CEST) (envelope-from bengta@P142.sics.se) Received: from P142.sics.se (localhost [127.0.0.1]) by P142.sics.se (8.14.3/8.14.3) with ESMTP id o7BCBafc001619; Wed, 11 Aug 2010 14:11:36 +0200 (CEST) (envelope-from bengta@P142.sics.se) Received: (from bengta@localhost) by P142.sics.se (8.14.3/8.14.3/Submit) id o7BCBajo001618; Wed, 11 Aug 2010 14:11:36 +0200 (CEST) (envelope-from bengta@P142.sics.se) To: freebsd-stable@freebsd.org From: Bengt Ahlgren User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2 (berkeley-unix) Date: Wed, 11 Aug 2010 14:11:36 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: GEOM label tasting of windows disk hangs on 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: Wed, 11 Aug 2010 12:33:48 -0000 Hi! When I was trying to install 8.1-REL from the dvd install media on a ThinkPad X40 that has the original Windows XP partitions on its disk, the geom label tasting seems to hang with the disk activity light on. I just submitted this PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=149523 7.3-REL works just fine. Is this a known issue? I assume that wiping the mbr will fix it, but I will defer that if additional debugging is needed. Bengt From owner-freebsd-stable@FreeBSD.ORG Wed Aug 11 12:42: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 6136F1065675 for ; Wed, 11 Aug 2010 12:42:21 +0000 (UTC) (envelope-from david.vonarburg@omnisec.ch) Received: from MAIL.OMNISEC.CH (mail.omnisec.ch [62.2.164.227]) by mx1.freebsd.org (Postfix) with ESMTP id B26B98FC13 for ; Wed, 11 Aug 2010 12:42:20 +0000 (UTC) Received: from 10.70.5.25(exchange.omnisec.local) by OAGMAILSRVI via phion-mailgw id 20100811-142600-22211-00; 11 Aug 2010 14:26:00 +0200 Received: from exchange.omnisec.local ([::1]) by exchange.omnisec.local ([::1]) with mapi; Wed, 11 Aug 2010 14:26:00 +0200 From: Vonarburg David To: "freebsd-stable@FreeBSD.org" Date: Wed, 11 Aug 2010 14:26:01 +0200 Thread-Topic: Re: em0 watchdog timeouts Thread-Index: Acs5UFwF4sv6gPH1Qm6gcGNI7wVjvA== Message-ID: Accept-Language: de-DE, de-CH Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: de-DE, de-CH MIME-Version: 1.0 X-virus-status: checked by phion-mailgateway, virus found Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Rudy Subject: Re: em0 watchdog timeouts X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Aug 2010 12:42:21 -0000 Hi i am also searching for the dcgdis.zip file to prevent watchdog timeout on = em0 device Where can i get it Thanks David From owner-freebsd-stable@FreeBSD.ORG Wed Aug 11 13:35: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 6C7CF1065768 for ; Wed, 11 Aug 2010 13:35:54 +0000 (UTC) (envelope-from michael.schuh@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id E81858FC12 for ; Wed, 11 Aug 2010 13:35:53 +0000 (UTC) Received: by bwz9 with SMTP id 9so133741bwz.13 for ; Wed, 11 Aug 2010 06:35:52 -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=FK1Qrxqk9j02bImCuY+lOSEd9BdnOchaz55pisdbzGw=; b=C92rSJRwLT4w7viR32Kv9AYFpNrB7DxITdM4cscMJ9WHp3nXSCIHWNUhVzeAXt8kcn PRSuw12Gylln0kDfzsgxm/SoZ8flSG7jyi1Y5owlEbSqpU4yj/6qRimLWhtTG0oMHE3b rrZEDV3xQHj0Lk+qWcEoxyST51hDHPaNOSbsY= 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=gaPxmJTLKj3fmRH/XVxgj5F4BxtgZZxx2iLmOSKrbu9ql9E06jiUicVt236odbKgO/ e87QZ6yHo/Xv1+VI9LD4JQ3CfW/z/pLPRl7rMnoNxZyeRmxJ8CxBxY0re4WqSNCp12pd awu9f3lA6Nyy+asiCB9kwjUp0PzT1gNMwNnSo= MIME-Version: 1.0 Received: by 10.204.45.213 with SMTP id g21mr5243730bkf.11.1281533425348; Wed, 11 Aug 2010 06:30:25 -0700 (PDT) Received: by 10.204.45.66 with HTTP; Wed, 11 Aug 2010 06:30:25 -0700 (PDT) In-Reply-To: References: Date: Wed, 11 Aug 2010 15:30:25 +0200 Message-ID: From: Michael Schuh To: FreeBSD Stable Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: www.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Aug 2010 13:35:54 -0000 Hi again, up and running again. many thanks. greetings michael 2010/8/11 Michael Schuh : > Hi@ list > > either i shoot the www.freebsd.org webserver in the head or he is still d= own > for other reasons. > What i have done before: > > look through the man pages online. > open the manpage for ZFS > then at the end of that manpage clicked on sharemgr(4) > http://www.freebsd.org/cgi/man.cgi?query=3Dsharemgr&sektion=3D1M&apropos= =3D0&manpath=3DFreeBSD+8.1-RELEASE > > and after that no answer on requests. > so i guess there will be a problem with man.cgi > > i have no idea who is responsible for that, if somebody > know it and reads this please forward it to the responsible person. > asap because www.freebsd.org isnt reacheable from here. > > many thanks > > greetings > > michael > > -- > =3D =3D =3D=A0 http://michael-schuh.net/=A0 =3D =3D =3D > Projektmanagement - IT-Consulting - Professional Services IT > Michael Schuh > Postfach 10 21 52 > 66021 Saarbr=FCcken > phone: 0681/8319664 > mobil:=A0 0175/5616453 > @: m i c h a e l . s c h u h @ g m a i l . c o m > > =3D =3D =3D=A0 Ust-ID:=A0 DE251072318=A0 =3D =3D =3D > --=20 =3D =3D =3D=A0 http://michael-schuh.net/=A0 =3D =3D =3D Projektmanagement - IT-Consulting - Professional Services IT Michael Schuh Postfach 10 21 52 66021 Saarbr=FCcken phone: 0681/8319664 mobil:=A0 0175/5616453 @: m i c h a e l . s c h u h @ g m a i l . c o m =3D =3D =3D=A0 Ust-ID:=A0 DE251072318=A0 =3D =3D =3D From owner-freebsd-stable@FreeBSD.ORG Wed Aug 11 13:54:27 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 0A7DF106567C for ; Wed, 11 Aug 2010 13:54:27 +0000 (UTC) (envelope-from michael.schuh@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 903D58FC25 for ; Wed, 11 Aug 2010 13:54:26 +0000 (UTC) Received: by bwz9 with SMTP id 9so150829bwz.13 for ; Wed, 11 Aug 2010 06:54:25 -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:content-transfer-encoding; bh=bV3pMomcu2tl7X4hbIiYAOHz+YxOscbUZbo81mhLtVw=; b=NU2eiFoxfM0u6PjxXsvrFmb/4c1FnYnW+G5ovqhKXmq9l94jrbzB0ENJ5PVby6qrIU 6LcxJEILhq7ZiuyruNMX77U63OsX2nV44r0pgMkmtxU0uqFMCmsGxrNT4bhWTi51VkmZ egzZq3PSFbdELTbL4l1h3jC4IkM9nDcS7PGz8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=S/oLqN6leKGDaCMpb31VeKLKqrcfCQWdXZ6M+siuecYFB1WzvqQWJre/ZwsVNsCXyx PBQuUB9qE9RqvYnCsoesMxmG+J724NPKx2RAiVqKo0R5EMYG8nR1tOo8zfwUezCFZdO4 VKD8aqlUtxBfJ7SUC4QqbgfvezNSYx9TcWR9I= MIME-Version: 1.0 Received: by 10.204.51.3 with SMTP id b3mr13040768bkg.44.1281533111621; Wed, 11 Aug 2010 06:25:11 -0700 (PDT) Received: by 10.204.45.66 with HTTP; Wed, 11 Aug 2010 06:25:11 -0700 (PDT) Date: Wed, 11 Aug 2010 15:25:11 +0200 Message-ID: From: Michael Schuh To: FreeBSD Stable Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: www.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Aug 2010 13:54:27 -0000 Hi@ list either i shoot the www.freebsd.org webserver in the head or he is still dow= n for other reasons. What i have done before: look through the man pages online. open the manpage for ZFS then at the end of that manpage clicked on sharemgr(4) http://www.freebsd.org/cgi/man.cgi?query=3Dsharemgr&sektion=3D1M&apropos=3D= 0&manpath=3DFreeBSD+8.1-RELEASE and after that no answer on requests. so i guess there will be a problem with man.cgi i have no idea who is responsible for that, if somebody know it and reads this please forward it to the responsible person. asap because www.freebsd.org isnt reacheable from here. many thanks greetings michael --=20 =3D =3D =3D=A0 http://michael-schuh.net/=A0 =3D =3D =3D Projektmanagement - IT-Consulting - Professional Services IT Michael Schuh Postfach 10 21 52 66021 Saarbr=FCcken phone: 0681/8319664 mobil:=A0 0175/5616453 @: m i c h a e l . s c h u h @ g m a i l . c o m =3D =3D =3D=A0 Ust-ID:=A0 DE251072318=A0 =3D =3D =3D From owner-freebsd-stable@FreeBSD.ORG Wed Aug 11 13:54:51 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 088991065673 for ; Wed, 11 Aug 2010 13:54:51 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta05.westchester.pa.mail.comcast.net (qmta05.westchester.pa.mail.comcast.net [76.96.62.48]) by mx1.freebsd.org (Postfix) with ESMTP id A8D7B8FC1F for ; Wed, 11 Aug 2010 13:54:50 +0000 (UTC) Received: from omta01.westchester.pa.mail.comcast.net ([76.96.62.11]) by qmta05.westchester.pa.mail.comcast.net with comcast id t1eF1e0040EZKEL551uqr7; Wed, 11 Aug 2010 13:54:50 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta01.westchester.pa.mail.comcast.net with comcast id t1un1e00Z3LrwQ23M1uob0; Wed, 11 Aug 2010 13:54:50 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 8EAE99B425; Wed, 11 Aug 2010 06:54:46 -0700 (PDT) Date: Wed, 11 Aug 2010 06:54:46 -0700 From: Jeremy Chadwick To: Vonarburg David Message-ID: <20100811135446.GA71985@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: "freebsd-stable@FreeBSD.org" , Rudy Subject: Re: em0 watchdog timeouts X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Aug 2010 13:54:51 -0000 On Wed, Aug 11, 2010 at 02:26:01PM +0200, Vonarburg David wrote: > Hi > i am also searching for the dcgdis.zip file to prevent watchdog timeout on em0 device > Where can i get it > Thanks > David Which watchdog issue are you referring to? There are many reported watchdog timeout issues with em(4) in recent days. Are you referring to the power saving bit in the EEPRO, specific to certain Intel 82573 NICs? It's discussed here (see "Networking (hardware and drivers)"): http://wiki.freebsd.org/BugBusting/Commonly_reported_issues -- | 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 Wed Aug 11 15:14:29 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 57D68106566B; Wed, 11 Aug 2010 15:14:29 +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 B3AFA8FC18; Wed, 11 Aug 2010 15:14:28 +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 o7BFECYB037899; Wed, 11 Aug 2010 17:14:27 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id o7BFEBYJ037898; Wed, 11 Aug 2010 17:14:11 +0200 (CEST) (envelope-from olli) Date: Wed, 11 Aug 2010 17:14:11 +0200 (CEST) Message-Id: <201008111514.o7BFEBYJ037898@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, freebsd-net@FreeBSD.ORG, rizzo@iet.unipi.it In-Reply-To: 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]); Wed, 11 Aug 2010 17:14:27 +0200 (CEST) Cc: Subject: Re: 8.1R: ppp default route uses wrong Netif (with pppoe) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, freebsd-net@FreeBSD.ORG, rizzo@iet.unipi.it List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Aug 2010 15:14:29 -0000 Luigi Rizzo wrote: > Hi, > I found the following problem with ppp after upgrading to 8.1 > > I am using ppp -ddial -nat ... over pppoe. The entry in ppp.conf has > these lines (plus others not relevant here): > > my-provider: > set line PPPoE:nfe0 > ... > add default HISADDR > > Up to 7.2 this sufficed to establish a route using 'tun0' as the device > > Destination Gateway Flags Refs Use Netif Expire > default 81.174.0.1 UGS 0 1885 tun0 > > With the upgrade to 8.1R the default route points to 'nfe0', i.e. the > device used to talk pppoe, instead of tun0. > This causes a number of failures which prevent operation. That's strange ... I have a simuilar setup on my router which was upgraded from FreeBSD 6.x to 8.x recently. I don't have any routing problems. So maybe it is a problem with your configuration, not a FreeBSD bug. My rc.conf contains: ifconfig_fxp0="up" ppp_enable="YES" ppp_mode="ddial" ppp_nat="YES" ppp_profile="pppoe_myisp" gateway_enable="YES" And ppp.conf looks like this (few things omitted for brevity): default: set ifaddr 10.0.0.1/0 10.0.0.2/0 set server /var/run/ppp.ctl "" 0177 nat enable yes pppoe_myisp: set device PPPoE:fxp0 set authname myauthname set authkey myauthkey set dial set login add default HISADDR enable dns resolv readonly The default route is set correctly: $ route get default route to: default destination: default mask: default gateway: gateway.myisp.net interface: tun0 flags: recvpipe sendpipe ssthresh rtt,msec mtu weight expire 0 0 0 0 1492 1 0 Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mn- chen, HRB 125758, Geschftsfhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd Blogging: Never before have so many people with so little to say said so much to so few. From owner-freebsd-stable@FreeBSD.ORG Wed Aug 11 16:01: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 CAA99106566B for ; Wed, 11 Aug 2010 16:01:57 +0000 (UTC) (envelope-from mark.saad@ymail.com) Received: from web35307.mail.mud.yahoo.com (web35307.mail.mud.yahoo.com [66.163.179.101]) by mx1.freebsd.org (Postfix) with SMTP id 710F18FC14 for ; Wed, 11 Aug 2010 16:01:57 +0000 (UTC) Received: (qmail 91760 invoked by uid 60001); 11 Aug 2010 16:01:56 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ymail.com; s=s1024; t=1281542516; bh=4ROkhpkVeJ+j3hdXPOWwnbssrOxajuvtRoXT89C76z4=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=ot/+mWYQIV+vmiE33t0YbLBGRGAP4Dc77hBPf9cuXbwV+sWYDYMuTDrCZWX9MW80+7pDDdKG+pMEdxup3ZUvK2U7Jav2oulu2kfs/i+hiilK7M34p+lfR4Ny+RrDib6y1NQpzuNAO7S52tc6o8+oqNNCXEvqoFXCh9Wz59o+57s= 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=YXzuws4G1cSAm9z2LBgAs7tqWvT/PTpy6wUS2ubAVdPbxi/cFFbRI5zHHZMe1ZXj3FhRAOTMok6GGIcdgW7YrTXXRz/vHN9zmN6/Ra2QCMoFP7pKRqV3k2QngWCdbK0rGyNfLZCVEoEIlIFokzA1mH+wlMknsEb3qdJgYEf/5VI=; Message-ID: <794101.91521.qm@web35307.mail.mud.yahoo.com> X-YMail-OSG: IY_tjXYVM1kfzYTtqIJmqMt97zuMOHGLtlUl_HehLiaU85e N4wcn5xg0.yMh9R7vBJFB43pNPYAaHpWrOYu8bbYrwt6Y_6P9_wS1zwuF6g5 TMHJmt1NL_0YX72AZA0i4EZqBIv7j4o10QYNFEmDC.LD_E3bpnXxEBfmDW8U qpselx9EIAysXa_VWX4lxTBw_Y5jrk.qTCg0M14p.srLTqdNNh1SeSETa2uS SDihRh4o.ihQrJSoKZj6Os1cjUqsRLPeUmU8k9ZUt6TrCA88OXSFD9jAyR07 UgWlL Received: from [216.223.13.187] by web35307.mail.mud.yahoo.com via HTTP; Wed, 11 Aug 2010 09:01:56 PDT X-Mailer: YahooMailClassic/11.3.2 YahooMailWebService/0.8.105.279950 Date: Wed, 11 Aug 2010 09:01:56 -0700 (PDT) From: Mark Saad To: FreeBSD Stable MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: make release in the subversion world X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Aug 2010 16:01:57 -0000 All Are there any new ways to build a release using svn and to not use cvs at all? make release still requires a CVSROOT is there a work around for this ? -- Mark Saad mark.saad@ymail.com From owner-freebsd-stable@FreeBSD.ORG Wed Aug 11 16:39:48 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 02146106567A for ; Wed, 11 Aug 2010 16:39:48 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id AA6708FC16 for ; Wed, 11 Aug 2010 16:39:47 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.4/8.14.4) with ESMTP id o7BG6dXE049653; Wed, 11 Aug 2010 09:06:39 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.4/8.14.4/Submit) id o7BG6dBl049652; Wed, 11 Aug 2010 09:06:39 -0700 (PDT) (envelope-from david) Date: Wed, 11 Aug 2010 09:06:39 -0700 From: David Wolfskill To: Mark Saad Message-ID: <20100811160639.GY22509@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Mark Saad , FreeBSD Stable References: <794101.91521.qm@web35307.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UJXkkAiHhNbsaLO7" Content-Disposition: inline In-Reply-To: <794101.91521.qm@web35307.mail.mud.yahoo.com> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Stable Subject: Re: make release in the subversion world X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Aug 2010 16:39:48 -0000 --UJXkkAiHhNbsaLO7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 11, 2010 at 09:01:56AM -0700, Mark Saad wrote: > All > Are there any new ways to build a release using svn and to not use cvs = at all? make release still requires a CVSROOT is there a work around for th= is ?=20 Recent 7-STABLE supports using SVN for src, as does 8-STABLE. (I recently built a slightly-customized 7.1-R release on a 7.3-STABLE system.) CVS is needed for ports, I expect, if you want to include those in your release. Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --UJXkkAiHhNbsaLO7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAkxiyo4ACgkQmprOCmdXAD0DnACeMH7OpC8swqAdWdqL0xZGfzPP Zm0AnRNLJkCwcZPv3ZWsYq+tq4A8oMaA =C7XE -----END PGP SIGNATURE----- --UJXkkAiHhNbsaLO7-- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 11 18:02: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 8EDAC106564A for ; Wed, 11 Aug 2010 18:02:38 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4F7708FC08 for ; Wed, 11 Aug 2010 18:02:38 +0000 (UTC) Received: by qwg5 with SMTP id 5so471601qwg.13 for ; Wed, 11 Aug 2010 11:02:37 -0700 (PDT) Received: by 10.229.231.11 with SMTP id jo11mr10002087qcb.66.1281548397287; Wed, 11 Aug 2010 10:39:57 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.219.17 with HTTP; Wed, 11 Aug 2010 10:39:36 -0700 (PDT) In-Reply-To: References: From: =?UTF-8?Q?Marius_N=C3=BCnnerich?= Date: Wed, 11 Aug 2010 19:39:36 +0200 Message-ID: To: Bengt Ahlgren Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org Subject: Re: GEOM label tasting of windows disk hangs on 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: Wed, 11 Aug 2010 18:02:38 -0000 On Wed, Aug 11, 2010 at 14:11, Bengt Ahlgren wrote: > Hi! > > When I was trying to install 8.1-REL from the dvd install media on a > ThinkPad X40 that has the original Windows XP partitions on its disk, > the geom label tasting seems to hang with the disk activity light on. > I just submitted this PR: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=149523 > > 7.3-REL works just fine. > > Is this a known issue? > > I assume that wiping the mbr will fix it, but I will defer that if > additional debugging is needed. Could you please send a hexdump of the first sector of that device? From owner-freebsd-stable@FreeBSD.ORG Wed Aug 11 21:26: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 9ED071065670 for ; Wed, 11 Aug 2010 21:26:56 +0000 (UTC) (envelope-from bengta@P142.sics.se) Received: from sink.sics.se (sink.sics.se [193.10.64.88]) by mx1.freebsd.org (Postfix) with ESMTP id 3B49D8FC15 for ; Wed, 11 Aug 2010 21:26:55 +0000 (UTC) Received: from P142.sics.se (h73n4-u-d1.ias.bredband.telia.com [62.20.173.73]) by sink.sics.se (8.14.3/8.14.3) with ESMTP id o7BLQsZV087197 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 11 Aug 2010 23:26:54 +0200 (CEST) (envelope-from bengta@P142.sics.se) Received: from P142.sics.se (localhost [127.0.0.1]) by P142.sics.se (8.14.3/8.14.3) with ESMTP id o7BLTiEm001064; Wed, 11 Aug 2010 23:29:44 +0200 (CEST) (envelope-from bengta@P142.sics.se) Received: (from bengta@localhost) by P142.sics.se (8.14.3/8.14.3/Submit) id o7BLThQL001063; Wed, 11 Aug 2010 23:29:43 +0200 (CEST) (envelope-from bengta@P142.sics.se) To: Marius =?iso-8859-1?Q?N=FCnnerich?= From: Bengt Ahlgren In-Reply-To: ("Marius =?iso-8859-1?Q?N=FCnnerich=22's?= message of "Wed\, 11 Aug 2010 19\:39\:36 +0200") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2 (berkeley-unix) References: Date: Wed, 11 Aug 2010 23:29:43 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: GEOM label tasting of windows disk hangs on 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: Wed, 11 Aug 2010 21:26:57 -0000 Marius N=FCnnerich writes: > On Wed, Aug 11, 2010 at 14:11, Bengt Ahlgren wrote: >> Hi! >> >> When I was trying to install 8.1-REL from the dvd install media on a >> ThinkPad X40 that has the original Windows XP partitions on its disk, >> the geom label tasting seems to hang with the disk activity light on. >> I just submitted this PR: >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D149523 >> >> 7.3-REL works just fine. >> >> Is this a known issue? >> >> I assume that wiping the mbr will fix it, but I will defer that if >> additional debugging is needed. > > Could you please send a hexdump of the first sector of that device? Certainly: 00000000 eb 0e 03 1e 01 00 90 02 00 00 00 00 00 00 4e 50 |..............= NP| 00000010 fa 33 c0 bc 00 7a 8e d0 50 07 50 1f fb fc bf 00 |.3...z..P.P...= ..| 00000020 08 be 00 7c b9 00 01 f3 a5 ea 2e 08 00 00 32 ed |...|..........= 2.| 00000030 bb 00 06 be 02 08 8a 0c b8 01 02 ba 80 00 cd 13 |..............= ..| 00000040 b9 05 00 bb 00 14 51 8b f1 32 ed 8a 8c ff 05 81 |......Q..2....= ..| 00000050 eb 00 02 b8 01 02 ba 80 00 cd 13 59 e2 e8 b3 00 |...........Y..= ..| 00000060 be 99 05 88 1c be 98 05 88 1c be 97 05 88 1c eb |..............= ..| 00000070 0a b3 01 be 98 05 88 1c e9 9d 00 e8 36 00 3c 01 |............6.= <.| 00000080 74 ef e8 5c 00 3c 01 74 e8 e8 db 04 be 22 06 80 |t..\.<.t....."= ..| 00000090 3c 00 0f 84 b3 02 80 3c 01 0f 84 63 01 80 3c 02 |<......<...c..= <.| 000000a0 0f 84 86 01 be 05 08 0a 04 88 04 b1 01 bb 00 08 |..............= ..| 000000b0 e8 db 00 c3 be 00 06 e8 17 00 be 23 06 80 3c 00 |...........#..= <.| 000000c0 74 0c 3c 00 74 08 b0 02 e8 d9 ff b0 01 c3 b0 00 |t.<.t.........= ..| 000000d0 c3 4e 32 c0 b9 00 02 8b d9 8a 10 32 c2 e2 f8 46 |.N2........2..= .F| 000000e0 c3 b9 01 00 51 b8 00 02 f7 e1 05 00 08 8b f0 e8 |....Q.........= ..| 000000f0 df ff 5e 56 8a 8c 05 06 80 f9 00 74 17 38 c1 75 |..^V.......t.8= .u| 00000100 0a 59 41 51 83 f9 06 74 0b 75 da 59 b0 01 e8 93 |.YAQ...t.u.Y..= ..| 00000110 ff b0 01 c3 59 b0 00 c3 32 ed be 07 08 8a 0c b8 |....Y...2.....= ..| 00000120 01 02 bb 00 7c ba 80 00 cd 13 8b f3 e8 a2 ff be |....|.........= ..| 00000130 06 08 8a 24 80 fc 00 74 30 38 c4 74 2c b0 08 e8 |...$...t08.t,.= ..| 00000140 62 ff be af 07 e8 f0 01 be 0e 06 32 ed 8a 0c 80 |b..........2..= ..| 00000150 c1 01 51 b9 80 3e e8 22 00 59 e2 f6 be 98 05 80 |..Q..>.".Y....= ..| 00000160 3c 01 74 03 e8 99 00 cd 18 be be 09 bf be 7d b9 |<.t...........= }.| 00000170 20 00 f3 a5 eb 00 ea 00 7c 00 00 50 e4 61 24 10 | .......|..P.a= $.| 00000180 8a e0 e4 61 24 10 38 e0 74 f8 e2 f4 58 c3 32 ed |...a$.8.t...X.= 2.| 00000190 b8 01 03 ba 80 00 cd 13 c3 be 05 06 8a 04 24 0c |..............= $.| 000001a0 c0 e8 02 c3 be 22 06 88 0c e8 6a 01 c3 00 00 00 |....."....j...= ..| 000001b0 00 00 00 00 00 00 00 00 cd cc cd cc 00 00 80 01 |..............= ..| 000001c0 01 00 0c ef ff ff 3f 00 00 00 31 0c 25 04 00 00 |......?...1.%.= ..| 000001d0 c1 ff 12 ef ff ff 70 0c 25 04 90 46 83 00 00 00 |......p.%..F..= ..| 000001e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |..............= ..| 000001f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa |..............= U.| 00000200 Bengt From owner-freebsd-stable@FreeBSD.ORG Wed Aug 11 22:19: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 72A7F1065673 for ; Wed, 11 Aug 2010 22:19:04 +0000 (UTC) (envelope-from bengta@P142.sics.se) Received: from sink.sics.se (sink.sics.se [193.10.64.88]) by mx1.freebsd.org (Postfix) with ESMTP id EB3508FC19 for ; Wed, 11 Aug 2010 22:19:03 +0000 (UTC) Received: from P142.sics.se (h73n4-u-d1.ias.bredband.telia.com [62.20.173.73]) by sink.sics.se (8.14.3/8.14.3) with ESMTP id o7BMJ29r087309 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 12 Aug 2010 00:19:02 +0200 (CEST) (envelope-from bengta@P142.sics.se) Received: from P142.sics.se (localhost [127.0.0.1]) by P142.sics.se (8.14.3/8.14.3) with ESMTP id o7BMLqjZ001273; Thu, 12 Aug 2010 00:21:52 +0200 (CEST) (envelope-from bengta@P142.sics.se) Received: (from bengta@localhost) by P142.sics.se (8.14.3/8.14.3/Submit) id o7BMLq9D001272; Thu, 12 Aug 2010 00:21:52 +0200 (CEST) (envelope-from bengta@P142.sics.se) To: freebsd-stable@freebsd.org From: Bengt Ahlgren In-Reply-To: (Bengt Ahlgren's message of "Wed\, 11 Aug 2010 23\:29\:43 +0200") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2 (berkeley-unix) References: Date: Thu, 12 Aug 2010 00:21:52 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: GEOM label tasting of windows disk hangs on 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: Wed, 11 Aug 2010 22:19:04 -0000 Bengt Ahlgren writes: > Marius N=FCnnerich writes: > >> On Wed, Aug 11, 2010 at 14:11, Bengt Ahlgren wrote: >>> Hi! >>> >>> When I was trying to install 8.1-REL from the dvd install media on a >>> ThinkPad X40 that has the original Windows XP partitions on its disk, >>> the geom label tasting seems to hang with the disk activity light on. >>> I just submitted this PR: >>> >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D149523 >>> >>> 7.3-REL works just fine. >>> >>> Is this a known issue? >>> >>> I assume that wiping the mbr will fix it, but I will defer that if >>> additional debugging is needed. >> >> Could you please send a hexdump of the first sector of that device? > > Certainly: > > 00000000 eb 0e 03 1e 01 00 90 02 00 00 00 00 00 00 4e 50 |............= ..NP| > 00000010 fa 33 c0 bc 00 7a 8e d0 50 07 50 1f fb fc bf 00 |.3...z..P.P.= ....| > 00000020 08 be 00 7c b9 00 01 f3 a5 ea 2e 08 00 00 32 ed |...|........= ..2.| > 00000030 bb 00 06 be 02 08 8a 0c b8 01 02 ba 80 00 cd 13 |............= ....| > 00000040 b9 05 00 bb 00 14 51 8b f1 32 ed 8a 8c ff 05 81 |......Q..2..= ....| > 00000050 eb 00 02 b8 01 02 ba 80 00 cd 13 59 e2 e8 b3 00 |...........Y= ....| > 00000060 be 99 05 88 1c be 98 05 88 1c be 97 05 88 1c eb |............= ....| > 00000070 0a b3 01 be 98 05 88 1c e9 9d 00 e8 36 00 3c 01 |............= 6.<.| > 00000080 74 ef e8 5c 00 3c 01 74 e8 e8 db 04 be 22 06 80 |t..\.<.t....= ."..| > 00000090 3c 00 0f 84 b3 02 80 3c 01 0f 84 63 01 80 3c 02 |<......<...c= ..<.| > 000000a0 0f 84 86 01 be 05 08 0a 04 88 04 b1 01 bb 00 08 |............= ....| > 000000b0 e8 db 00 c3 be 00 06 e8 17 00 be 23 06 80 3c 00 |...........#= ..<.| > 000000c0 74 0c 3c 00 74 08 b0 02 e8 d9 ff b0 01 c3 b0 00 |t.<.t.......= ....| > 000000d0 c3 4e 32 c0 b9 00 02 8b d9 8a 10 32 c2 e2 f8 46 |.N2........2= ...F| > 000000e0 c3 b9 01 00 51 b8 00 02 f7 e1 05 00 08 8b f0 e8 |....Q.......= ....| > 000000f0 df ff 5e 56 8a 8c 05 06 80 f9 00 74 17 38 c1 75 |..^V.......t= .8.u| > 00000100 0a 59 41 51 83 f9 06 74 0b 75 da 59 b0 01 e8 93 |.YAQ...t.u.Y= ....| > 00000110 ff b0 01 c3 59 b0 00 c3 32 ed be 07 08 8a 0c b8 |....Y...2...= ....| > 00000120 01 02 bb 00 7c ba 80 00 cd 13 8b f3 e8 a2 ff be |....|.......= ....| > 00000130 06 08 8a 24 80 fc 00 74 30 38 c4 74 2c b0 08 e8 |...$...t08.t= ,...| > 00000140 62 ff be af 07 e8 f0 01 be 0e 06 32 ed 8a 0c 80 |b..........2= ....| > 00000150 c1 01 51 b9 80 3e e8 22 00 59 e2 f6 be 98 05 80 |..Q..>.".Y..= ....| > 00000160 3c 01 74 03 e8 99 00 cd 18 be be 09 bf be 7d b9 |<.t.........= ..}.| > 00000170 20 00 f3 a5 eb 00 ea 00 7c 00 00 50 e4 61 24 10 | .......|..P= .a$.| > 00000180 8a e0 e4 61 24 10 38 e0 74 f8 e2 f4 58 c3 32 ed |...a$.8.t...= X.2.| > 00000190 b8 01 03 ba 80 00 cd 13 c3 be 05 06 8a 04 24 0c |............= ..$.| > 000001a0 c0 e8 02 c3 be 22 06 88 0c e8 6a 01 c3 00 00 00 |....."....j.= ....| > 000001b0 00 00 00 00 00 00 00 00 cd cc cd cc 00 00 80 01 |............= ....| > 000001c0 01 00 0c ef ff ff 3f 00 00 00 31 0c 25 04 00 00 |......?...1.= %...| > 000001d0 c1 ff 12 ef ff ff 70 0c 25 04 90 46 83 00 00 00 |......p.%..F= ....| > 000001e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |............= ....| > 000001f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa |............= ..U.| > 00000200 Hmm, wiping this first sector does not make any difference, nor wiping the first 100. If you look at the PR, it seems like the disk IO never completes, which could indicate an interrupt problem. I therefore tried disabling the apic (set hint.apic.0.disabled=3D1 at the loader prompt). That solved the problem! Well, using the apic never really worked on these Thinkpads anyway, but there must be some change in 8.x since the 7.x and earlier install media never had any problems booting. Bengt From owner-freebsd-stable@FreeBSD.ORG Wed Aug 11 22:23: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 D72721065672 for ; Wed, 11 Aug 2010 22:23:11 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 9B9F18FC13 for ; Wed, 11 Aug 2010 22:23:11 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 1D84673098; Thu, 12 Aug 2010 00:18:23 +0200 (CEST) Date: Thu, 12 Aug 2010 00:18:23 +0200 From: Luigi Rizzo To: freebsd-stable@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Message-ID: <20100811221823.GA88943@onelab2.iet.unipi.it> References: <201008111514.o7BFEBYJ037898@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201008111514.o7BFEBYJ037898@lurza.secnetix.de> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: 8.1R: ppp default route uses wrong Netif (with pppoe) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Aug 2010 22:23:11 -0000 On Wed, Aug 11, 2010 at 05:14:11PM +0200, Oliver Fromme wrote: > Luigi Rizzo wrote: > > Hi, > > I found the following problem with ppp after upgrading to 8.1 > > > > I am using ppp -ddial -nat ... over pppoe. The entry in ppp.conf has > > these lines (plus others not relevant here): > > > > my-provider: > > set line PPPoE:nfe0 > > ... > > add default HISADDR > > > > Up to 7.2 this sufficed to establish a route using 'tun0' as the device > > > > Destination Gateway Flags Refs Use Netif Expire > > default 81.174.0.1 UGS 0 1885 tun0 > > > > With the upgrade to 8.1R the default route points to 'nfe0', i.e. the > > device used to talk pppoe, instead of tun0. > > This causes a number of failures which prevent operation. > > That's strange ... I have a simuilar setup on my router > which was upgraded from FreeBSD 6.x to 8.x recently. > I don't have any routing problems. So maybe it is a > problem with your configuration, not a FreeBSD bug. Maybe, but the config has been copied from the 7.2 machine with no changes. So at the very least something has changed in the system. I will run more tests tomorrow (i have bridging enabled and a few aliases on the ethernet interface, but quick tests today showed no effect). thanks for the feedback cheers luigi > My rc.conf contains: > > ifconfig_fxp0="up" > ppp_enable="YES" > ppp_mode="ddial" > ppp_nat="YES" > ppp_profile="pppoe_myisp" > gateway_enable="YES" > > And ppp.conf looks like this (few things omitted for brevity): > > default: > set ifaddr 10.0.0.1/0 10.0.0.2/0 > set server /var/run/ppp.ctl "" 0177 > nat enable yes > > pppoe_myisp: > set device PPPoE:fxp0 > set authname myauthname > set authkey myauthkey > set dial > set login > add default HISADDR > enable dns > resolv readonly > > The default route is set correctly: > > $ route get default > route to: default > destination: default > mask: default > gateway: gateway.myisp.net > interface: tun0 > flags: > recvpipe sendpipe ssthresh rtt,msec mtu weight expire > 0 0 0 0 1492 1 0 > > 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 > > Blogging: Never before have so many people > with so little to say said so much to so few. From owner-freebsd-stable@FreeBSD.ORG Wed Aug 11 23:08: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 2B2DD1065672 for ; Wed, 11 Aug 2010 23:08:17 +0000 (UTC) (envelope-from bengta@P142.sics.se) Received: from sink.sics.se (sink.sics.se [193.10.64.88]) by mx1.freebsd.org (Postfix) with ESMTP id A3C2B8FC0A for ; Wed, 11 Aug 2010 23:08:16 +0000 (UTC) Received: from P142.sics.se (h73n4-u-d1.ias.bredband.telia.com [62.20.173.73]) by sink.sics.se (8.14.3/8.14.3) with ESMTP id o7BN8FJ7087458 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 12 Aug 2010 01:08:15 +0200 (CEST) (envelope-from bengta@P142.sics.se) Received: from P142.sics.se (localhost [127.0.0.1]) by P142.sics.se (8.14.3/8.14.3) with ESMTP id o7BNB5wk000990; Thu, 12 Aug 2010 01:11:05 +0200 (CEST) (envelope-from bengta@P142.sics.se) Received: (from bengta@localhost) by P142.sics.se (8.14.3/8.14.3/Submit) id o7BNB5At000989; Thu, 12 Aug 2010 01:11:05 +0200 (CEST) (envelope-from bengta@P142.sics.se) To: freebsd-stable@freebsd.org From: Bengt Ahlgren In-Reply-To: (Bengt Ahlgren's message of "Thu\, 12 Aug 2010 00\:21\:52 +0200") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2 (berkeley-unix) References: Date: Thu, 12 Aug 2010 01:11:05 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: GEOM label tasting of windows disk hangs on 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: Wed, 11 Aug 2010 23:08:17 -0000 Bengt Ahlgren writes: > Bengt Ahlgren writes: > >> Marius N=FCnnerich writes: >> >>> On Wed, Aug 11, 2010 at 14:11, Bengt Ahlgren wrote: >>>> Hi! >>>> >>>> When I was trying to install 8.1-REL from the dvd install media on a >>>> ThinkPad X40 that has the original Windows XP partitions on its disk, >>>> the geom label tasting seems to hang with the disk activity light on. >>>> I just submitted this PR: >>>> >>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D149523 >>>> >>>> 7.3-REL works just fine. >>>> >>>> Is this a known issue? >>>> >>>> I assume that wiping the mbr will fix it, but I will defer that if >>>> additional debugging is needed. >>> >>> Could you please send a hexdump of the first sector of that device? >> >> Certainly: >> >> 00000000 eb 0e 03 1e 01 00 90 02 00 00 00 00 00 00 4e 50 |...........= ...NP| >> 00000010 fa 33 c0 bc 00 7a 8e d0 50 07 50 1f fb fc bf 00 |.3...z..P.P= .....| >> 00000020 08 be 00 7c b9 00 01 f3 a5 ea 2e 08 00 00 32 ed |...|.......= ...2.| >> 00000030 bb 00 06 be 02 08 8a 0c b8 01 02 ba 80 00 cd 13 |...........= .....| >> 00000040 b9 05 00 bb 00 14 51 8b f1 32 ed 8a 8c ff 05 81 |......Q..2.= .....| >> 00000050 eb 00 02 b8 01 02 ba 80 00 cd 13 59 e2 e8 b3 00 |...........= Y....| >> 00000060 be 99 05 88 1c be 98 05 88 1c be 97 05 88 1c eb |...........= .....| >> 00000070 0a b3 01 be 98 05 88 1c e9 9d 00 e8 36 00 3c 01 |...........= .6.<.| >> 00000080 74 ef e8 5c 00 3c 01 74 e8 e8 db 04 be 22 06 80 |t..\.<.t...= .."..| >> 00000090 3c 00 0f 84 b3 02 80 3c 01 0f 84 63 01 80 3c 02 |<......<...= c..<.| >> 000000a0 0f 84 86 01 be 05 08 0a 04 88 04 b1 01 bb 00 08 |...........= .....| >> 000000b0 e8 db 00 c3 be 00 06 e8 17 00 be 23 06 80 3c 00 |...........= #..<.| >> 000000c0 74 0c 3c 00 74 08 b0 02 e8 d9 ff b0 01 c3 b0 00 |t.<.t......= .....| >> 000000d0 c3 4e 32 c0 b9 00 02 8b d9 8a 10 32 c2 e2 f8 46 |.N2........= 2...F| >> 000000e0 c3 b9 01 00 51 b8 00 02 f7 e1 05 00 08 8b f0 e8 |....Q......= .....| >> 000000f0 df ff 5e 56 8a 8c 05 06 80 f9 00 74 17 38 c1 75 |..^V.......= t.8.u| >> 00000100 0a 59 41 51 83 f9 06 74 0b 75 da 59 b0 01 e8 93 |.YAQ...t.u.= Y....| >> 00000110 ff b0 01 c3 59 b0 00 c3 32 ed be 07 08 8a 0c b8 |....Y...2..= .....| >> 00000120 01 02 bb 00 7c ba 80 00 cd 13 8b f3 e8 a2 ff be |....|......= .....| >> 00000130 06 08 8a 24 80 fc 00 74 30 38 c4 74 2c b0 08 e8 |...$...t08.= t,...| >> 00000140 62 ff be af 07 e8 f0 01 be 0e 06 32 ed 8a 0c 80 |b..........= 2....| >> 00000150 c1 01 51 b9 80 3e e8 22 00 59 e2 f6 be 98 05 80 |..Q..>.".Y.= .....| >> 00000160 3c 01 74 03 e8 99 00 cd 18 be be 09 bf be 7d b9 |<.t........= ...}.| >> 00000170 20 00 f3 a5 eb 00 ea 00 7c 00 00 50 e4 61 24 10 | .......|..= P.a$.| >> 00000180 8a e0 e4 61 24 10 38 e0 74 f8 e2 f4 58 c3 32 ed |...a$.8.t..= .X.2.| >> 00000190 b8 01 03 ba 80 00 cd 13 c3 be 05 06 8a 04 24 0c |...........= ...$.| >> 000001a0 c0 e8 02 c3 be 22 06 88 0c e8 6a 01 c3 00 00 00 |....."....j= .....| >> 000001b0 00 00 00 00 00 00 00 00 cd cc cd cc 00 00 80 01 |...........= .....| >> 000001c0 01 00 0c ef ff ff 3f 00 00 00 31 0c 25 04 00 00 |......?...1= .%...| >> 000001d0 c1 ff 12 ef ff ff 70 0c 25 04 90 46 83 00 00 00 |......p.%..= F....| >> 000001e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |...........= .....| >> 000001f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa |...........= ...U.| >> 00000200 > > Hmm, wiping this first sector does not make any difference, nor wiping > the first 100. > > If you look at the PR, it seems like the disk IO never completes, > which could indicate an interrupt problem. I therefore tried > disabling the apic (set hint.apic.0.disabled=3D1 at the loader prompt). > That solved the problem! > > Well, using the apic never really worked on these Thinkpads anyway, > but there must be some change in 8.x since the 7.x and earlier install > media never had any problems booting. When I tried the same 8.1-REL install media on another Thinkpad X40, it works without turning off the apic. Moreover, the problematic X40 fails to mount the DVD when choosing fixit mode. My conclusion is that the problems are due to faulty hardware or an old BIOS. Bengt From owner-freebsd-stable@FreeBSD.ORG Thu Aug 12 02:00:29 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 D5DE01065670 for ; Thu, 12 Aug 2010 02:00:28 +0000 (UTC) (envelope-from alan.bryan@yahoo.com) Received: from web50506.mail.re2.yahoo.com (web50506.mail.re2.yahoo.com [206.190.38.82]) by mx1.freebsd.org (Postfix) with SMTP id 7EFC68FC0A for ; Thu, 12 Aug 2010 02:00:28 +0000 (UTC) Received: (qmail 89156 invoked by uid 60001); 12 Aug 2010 02:00:27 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1281578427; bh=wyXiJh/OXP2O7wlhNO6NoRcXlXRGBmDWkAW/FwsCxNw=; 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=fJQOlPGgz19fMMaJAevuMP/MOgqxPLP88NmoVVJyXPwwvSnJ+CDmgbBEViZTm0366KYLIxe5xrkYtE48ozBgHMrUUUm/HMPNrRqIhUfjL8o6+DWCIvBXwUowYPRsXBp1+Z57d0s1x39WM+0NDGIqDLyAJTYPXzVArbUYvov6Vyo= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.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=EPdsKvGN3EiTAv3LrkvR2/5HpcE/GQznazT7E1uOw5GBEzOH2jkT3PHhnM90EFh0yzFmR7uw0Z9nO/4FHyJVDsLWpyH8XDy42P2kFUuRNPT5o2PlkExC6FuAR8D+/NkJgSNuAoKkkvotBso8p2snvQ0WdjLiJM/DKbeqV9A1WzU=; Message-ID: <719967.84603.qm@web50506.mail.re2.yahoo.com> X-YMail-OSG: KkkzfGEVM1nx4YD72SmSPTtFiXFAzSAmAVwYqBSxAUxmJW. KuVq6_IIvFc1IxjcNsKDhDegJy98v_loGwUpevLF.wxctXvWGfmIj8cXBUr_ 2yn25RVlZDQGvKiric_smo3EQrkaU9mnNkFT_T_6.8e40g54cOf7UK4dzu7x V9CAs9_rIyvpd0eP6nKmhTkuuJxqwLlqy8dhqJ1EPgWMH.8gE.8RfKWVU1EE oH5n3_chLUJDobdijdTSXe34BalLHWzhMYA864XVBDRgfm7.RohQ_sPOxkGF UxVeS_3zAVZ2eytUIrHwHmxOwAplH17cg6gVWragTCgZFRsf0 Received: from [99.24.6.121] by web50506.mail.re2.yahoo.com via HTTP; Wed, 11 Aug 2010 19:00:27 PDT X-Mailer: YahooMailClassic/11.3.2 YahooMailWebService/0.8.105.279950 Date: Wed, 11 Aug 2010 19:00:27 -0700 (PDT) From: alan bryan To: Rick Macklem In-Reply-To: <1347461186.514707.1281494117995.JavaMail.root@erie.cs.uoguelph.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 8.1-Release NFSD hang in rc_lo state X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Aug 2010 02:00:29 -0000 --- On Tue, 8/10/10, Rick Macklem wrote:=0A=0A> From= : Rick Macklem =0A> Subject: Re: FreeBSD 8.1-Release = NFSD hang in rc_lo state=0A> To: "alan bryan" =0A> Cc= : freebsd-stable@freebsd.org=0A> Date: Tuesday, August 10, 2010, 7:35 PM=0A= > > I'm doing some testing with=0A> loading up a new storage server. I have= =0A> > couple ZFS filesystems exported via NFS over UDP.=0A> > =0A> > I hav= e a client machine (8.1 also) that has mounted=0A> those filesystems=0A> > = along with some test PHP scripts that are doing a ton=0A> of=0A> > read/wri= te/fstat operations to load it up.=0A> > =0A> > If I ctrl-C to kill the scr= ipts on the client I found=0A> that I can end=0A> > up with nfsd on the ser= ver stuck at 100% CPU and in=0A> the rc_lo state.=0A> > /etc/rc.d/nfsd rest= art does nothing.=0A> > =0A> > # nfsstat -s -w 1 -W=0A> > GtAttr Lookup Rdl= ink Read Write Rename Access Rddir=0A> > 0 0 0 0 0 0 0 0=0A> > 0 0 0 0 0 0 = 0 0=0A> > 0 0 0 0 0 0 0 0=0A> > =0A> > =0A> > Client complaining with:=0A> = > kernel: nfs server 192.168.1.2:/tank/alantest2: not=0A> responding=0A> > = =0A> > =0A> > =0A> > Top on the server:=0A> > =0A> > last pid: 4776; load a= verages: 1.24, 1.15, 1.15 up=0A> 0+23:04:46 18:25:26=0A> > 53 processes: 2 = running, 35 sleeping, 16 lock=0A> > CPU: 0.0% user, 0.0% nice, 25.0% system= , 0.0%=0A> interrupt, 75.0% idle=0A> > Mem: 21M Active, 5812K Inact, 2029M = Wired, 88K Cache,=0A> 8592K Buf, 5857M=0A> > Free=0A> > Swap: 3942M Total, = 3942M Free=0A> > =0A> > PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU=0A= > COMMAND=0A> > 922 root 44 0 5804K 1820K CPU2 2 63:52 100.00% {nfsd:=0A> s= ervice}=0A> > 922 root 45 0 5804K 1820K *rc_lo 1 30:23 0.00% {nfsd:=0A> ser= vice}=0A> > 922 root 48 0 5804K 1820K rpcsvc 1 30:20 0.00% {nfsd:=0A> servi= ce}=0A> > 922 root 46 0 5804K 1820K *rc_lo 1 30:17 0.00% {nfsd:=0A> service= }=0A> > 922 root 48 0 5804K 1820K rpcsvc 1 30:17 0.00% {nfsd:=0A> service}= =0A> > 922 root 46 0 5804K 1820K rpcsvc 1 30:13 0.00% {nfsd:=0A> service}= =0A> > 922 root 45 0 5804K 1820K *rc_lo 2 30:13 0.00% {nfsd:=0A> service}= =0A> > 922 root 45 0 5804K 1820K *rc_lo 3 30:12 0.00% {nfsd:=0A> service}= =0A> > 922 root 44 0 5804K 1820K *rc_lo 0 30:10 0.00% {nfsd:=0A> service}= =0A> > 922 root 46 0 5804K 1820K *rc_lo 2 30:07 0.00% {nfsd:=0A> service}= =0A> > 922 root 46 0 5804K 1820K *rc_lo 0 30:03 0.00% {nfsd:=0A> service}= =0A> > 922 root 45 0 5804K 1820K *rc_lo 1 30:03 0.00% {nfsd:=0A> service}= =0A> > 922 root 46 0 5804K 1820K *rc_lo 2 30:03 0.00% {nfsd:=0A> service}= =0A> > 922 root 45 0 5804K 1820K *rc_lo 2 30:02 0.00% {nfsd:=0A> service}= =0A> > 922 root 45 0 5804K 1820K *rc_lo 1 29:59 0.00% {nfsd:=0A> master}=0A= > > 922 root 45 0 5804K 1820K *rc_lo 2 29:54 0.00% {nfsd:=0A> service}=0A> = > 922 root 46 0 5804K 1820K *rc_lo 0 29:54 0.00% {nfsd:=0A> service}=0A> > = 922 root 46 0 5804K 1820K *rc_lo 0 29:52 0.00% {nfsd:=0A> service}=0A> > 92= 2 root 47 0 5804K 1820K *rc_lo 2 29:46 0.00% {nfsd:=0A> service}=0A> > 922 = root 46 0 5804K 1820K *rc_lo 1 29:44 0.00% {nfsd:=0A> service}=0A> > =0A> = =0A> I have a patch that I think might fix this. (Essentially=0A> the same= =0A> bug was posted on another list recently.) I'll post it to=0A> Alan=0A>= separately, but if anyone else wants to try it, it will be=0A> at=0A> =A0= =A0=A0http://people.freebsd.org/~rmacklem/freebsd8.1-patches/replay.patch= =0A> in a few minutes.=0A> =0A> rick=0A> =0A> =0A> ________________________= _______________________=0A> freebsd-stable@freebsd.org=0A> mailing list=0A>= http://lists.freebsd.org/mailman/listinfo/freebsd-stable=0A> To unsubscrib= e, send any mail to "freebsd-stable-unsubscribe@freebsd.org"=0A> =0A=0A=0A= =0A=0A=0AI applied this patch and have been unable to reproduce the hang si= nce.=0A=0ARick, Thanks for an awesomely quick response!=0A=0AThis will go i= nto 8-Stable at some point?=0A=0A--Alan=0A=0A=0A=0A=0A=0A From owner-freebsd-stable@FreeBSD.ORG Thu Aug 12 06:24: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 5BBEE106568B; Thu, 12 Aug 2010 06:24:36 +0000 (UTC) (envelope-from adrian.chadd@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 BA0518FC18; Thu, 12 Aug 2010 06:24:35 +0000 (UTC) Received: by eyh6 with SMTP id 6so563556eyh.13 for ; Wed, 11 Aug 2010 23:24:34 -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=7YxEbNlEhu8yeMBEwFEICr2/VWLFU7JcOwl7wQwdhw0=; b=rqKHJZZw2P8zbC4i9WHfmm/7UsaDGd+5N53DGIxstDYqYyPZjhPHZsYbUnf02pKekU o+2UwDfswMMF/L1NaWEaDJYHeoQIP/vh0SVa8vdvxFItrfnpw+2iDrFlTmB2pSMXHDPe Zcgk4U0OACAnmjeCcQaIRAlikbMMU5LnGL6O8= 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=pbU7z3pISJtqLcQICZLp/gOzg5Ru7CFXWX4LXi8g7pTIpX+mTRnhcR/cUvjEQMlB4t FLmcGAwp6WS+TI86wTlspc8ywUZTnF5ahbZScLbtuazZFulbNBGDXCo5qwMSt97cZf6V C2m7R3aOCroW+nsXjoq7X/P7OL8szXYthiPp0= MIME-Version: 1.0 Received: by 10.213.20.141 with SMTP id f13mr4009444ebb.99.1281594274728; Wed, 11 Aug 2010 23:24:34 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.213.112.140 with HTTP; Wed, 11 Aug 2010 23:24:34 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Aug 2010 14:24:34 +0800 X-Google-Sender-Auth: aFr45pE_FFgr1yYLPGODg_dwSQQ Message-ID: From: Adrian Chadd To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: [CFT] if_ath updates - ar5416 (macbook pro, etc) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Aug 2010 06:24:36 -0000 Hi everyone, I've just merged in some changes to the noise floor (NF) internal calibration and NF CCA (clear channel assessment) programming. This may (slightly) improve AR5416/AR9160 behaviour in both AP and station mode in noisy/busy conditions. I've only really tested this in AP mode as I don't (currently) have a laptop or desktop with an AR5416 or AR9160 in it. Thanks! Adrian From owner-freebsd-stable@FreeBSD.ORG Thu Aug 12 10:52:16 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 5991A106567A for ; Thu, 12 Aug 2010 10:52:16 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 185B38FC1D for ; Thu, 12 Aug 2010 10:52:15 +0000 (UTC) Received: by qyk32 with SMTP id 32so1616705qyk.13 for ; Thu, 12 Aug 2010 03:52:15 -0700 (PDT) Received: by 10.224.45.142 with SMTP id e14mr11602858qaf.238.1281610335105; Thu, 12 Aug 2010 03:52:15 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.219.17 with HTTP; Thu, 12 Aug 2010 03:51:55 -0700 (PDT) In-Reply-To: References: From: =?UTF-8?Q?Marius_N=C3=BCnnerich?= Date: Thu, 12 Aug 2010 12:51:55 +0200 Message-ID: To: Bengt Ahlgren Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: GEOM label tasting of windows disk hangs on 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: Thu, 12 Aug 2010 10:52:16 -0000 On Wed, Aug 11, 2010 at 23:29, Bengt Ahlgren wrote: > Marius N=C3=BCnnerich writes: > >> On Wed, Aug 11, 2010 at 14:11, Bengt Ahlgren wrote: >>> Hi! >>> >>> When I was trying to install 8.1-REL from the dvd install media on a >>> ThinkPad X40 that has the original Windows XP partitions on its disk, >>> the geom label tasting seems to hang with the disk activity light on. >>> I just submitted this PR: >>> >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D149523 >>> >>> 7.3-REL works just fine. >>> >>> Is this a known issue? >>> >>> I assume that wiping the mbr will fix it, but I will defer that if >>> additional debugging is needed. >> >> Could you please send a hexdump of the first sector of that device? > > Certainly: > > 00000000 =C2=A0eb 0e 03 1e 01 00 90 02 =C2=A000 00 00 00 00 00 4e 50 =C2= =A0|..............NP| > 00000010 =C2=A0fa 33 c0 bc 00 7a 8e d0 =C2=A050 07 50 1f fb fc bf 00 =C2= =A0|.3...z..P.P.....| > 00000020 =C2=A008 be 00 7c b9 00 01 f3 =C2=A0a5 ea 2e 08 00 00 32 ed =C2= =A0|...|..........2.| > 00000030 =C2=A0bb 00 06 be 02 08 8a 0c =C2=A0b8 01 02 ba 80 00 cd 13 =C2= =A0|................| > 00000040 =C2=A0b9 05 00 bb 00 14 51 8b =C2=A0f1 32 ed 8a 8c ff 05 81 =C2= =A0|......Q..2......| > 00000050 =C2=A0eb 00 02 b8 01 02 ba 80 =C2=A000 cd 13 59 e2 e8 b3 00 =C2= =A0|...........Y....| > 00000060 =C2=A0be 99 05 88 1c be 98 05 =C2=A088 1c be 97 05 88 1c eb =C2= =A0|................| > 00000070 =C2=A00a b3 01 be 98 05 88 1c =C2=A0e9 9d 00 e8 36 00 3c 01 =C2= =A0|............6.<.| > 00000080 =C2=A074 ef e8 5c 00 3c 01 74 =C2=A0e8 e8 db 04 be 22 06 80 =C2= =A0|t..\.<.t....."..| > 00000090 =C2=A03c 00 0f 84 b3 02 80 3c =C2=A001 0f 84 63 01 80 3c 02 =C2= =A0|<......<...c..<.| > 000000a0 =C2=A00f 84 86 01 be 05 08 0a =C2=A004 88 04 b1 01 bb 00 08 =C2= =A0|................| > 000000b0 =C2=A0e8 db 00 c3 be 00 06 e8 =C2=A017 00 be 23 06 80 3c 00 =C2= =A0|...........#..<.| > 000000c0 =C2=A074 0c 3c 00 74 08 b0 02 =C2=A0e8 d9 ff b0 01 c3 b0 00 =C2= =A0|t.<.t...........| > 000000d0 =C2=A0c3 4e 32 c0 b9 00 02 8b =C2=A0d9 8a 10 32 c2 e2 f8 46 =C2= =A0|.N2........2...F| > 000000e0 =C2=A0c3 b9 01 00 51 b8 00 02 =C2=A0f7 e1 05 00 08 8b f0 e8 =C2= =A0|....Q...........| > 000000f0 =C2=A0df ff 5e 56 8a 8c 05 06 =C2=A080 f9 00 74 17 38 c1 75 =C2= =A0|..^V.......t.8.u| > 00000100 =C2=A00a 59 41 51 83 f9 06 74 =C2=A00b 75 da 59 b0 01 e8 93 =C2= =A0|.YAQ...t.u.Y....| > 00000110 =C2=A0ff b0 01 c3 59 b0 00 c3 =C2=A032 ed be 07 08 8a 0c b8 =C2= =A0|....Y...2.......| > 00000120 =C2=A001 02 bb 00 7c ba 80 00 =C2=A0cd 13 8b f3 e8 a2 ff be =C2= =A0|....|...........| > 00000130 =C2=A006 08 8a 24 80 fc 00 74 =C2=A030 38 c4 74 2c b0 08 e8 =C2= =A0|...$...t08.t,...| > 00000140 =C2=A062 ff be af 07 e8 f0 01 =C2=A0be 0e 06 32 ed 8a 0c 80 =C2= =A0|b..........2....| > 00000150 =C2=A0c1 01 51 b9 80 3e e8 22 =C2=A000 59 e2 f6 be 98 05 80 =C2= =A0|..Q..>.".Y......| > 00000160 =C2=A03c 01 74 03 e8 99 00 cd =C2=A018 be be 09 bf be 7d b9 =C2= =A0|<.t...........}.| > 00000170 =C2=A020 00 f3 a5 eb 00 ea 00 =C2=A07c 00 00 50 e4 61 24 10 =C2= =A0| .......|..P.a$.| > 00000180 =C2=A08a e0 e4 61 24 10 38 e0 =C2=A074 f8 e2 f4 58 c3 32 ed =C2= =A0|...a$.8.t...X.2.| > 00000190 =C2=A0b8 01 03 ba 80 00 cd 13 =C2=A0c3 be 05 06 8a 04 24 0c =C2= =A0|..............$.| > 000001a0 =C2=A0c0 e8 02 c3 be 22 06 88 =C2=A00c e8 6a 01 c3 00 00 00 =C2= =A0|....."....j.....| > 000001b0 =C2=A000 00 00 00 00 00 00 00 =C2=A0cd cc cd cc 00 00 80 01 =C2= =A0|................| > 000001c0 =C2=A001 00 0c ef ff ff 3f 00 =C2=A000 00 31 0c 25 04 00 00 =C2= =A0|......?...1.%...| > 000001d0 =C2=A0c1 ff 12 ef ff ff 70 0c =C2=A025 04 90 46 83 00 00 00 =C2= =A0|......p.%..F....| > 000001e0 =C2=A000 00 00 00 00 00 00 00 =C2=A000 00 00 00 00 00 00 00 =C2= =A0|................| > 000001f0 =C2=A000 00 00 00 00 00 00 00 =C2=A000 00 00 00 00 00 55 aa =C2= =A0|..............U.| > 00000200 Hmm, sorry, wrong idea. I wanted to look at the label names itself. But they are part of the FAT label inside the partitions, not part of the first sector. I have no idea how to obtain them. From owner-freebsd-stable@FreeBSD.ORG Thu Aug 12 14:57: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 5171810656A7 for ; Thu, 12 Aug 2010 14:57:10 +0000 (UTC) (envelope-from jhellenthal@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 1F67D8FC1C for ; Thu, 12 Aug 2010 14:57:09 +0000 (UTC) Received: by pwj4 with SMTP id 4so532311pwj.13 for ; Thu, 12 Aug 2010 07:57:09 -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=GyUI20KDU8r6mt98W9wDcuVYgLf326DxVouY9FC5M1w=; b=GkKsXp1ZFTG72HJXjSt8/8OpGH6MYRO7PzwUZZt9DD36r6j4EAl+qElLIO36xxED0V 0UuIjLDG0rN2TAzYVdK45ONTeXmu6lsc9uL0CpYyE6djx1PzLiXJNW8D5zO4v8IXCX6T znxhIafaTfJSg0Mxh57a8RY6UZB4HNv+8+r+o= 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=ctHg0sBac8hLz/nAS9Zq4OwiENEWnQ6wBF1hqFZb0vsEKoLcgaYWnJyd9HfVE2C57j JyF8vhx2d2uDF69E8n6O+UtUiviXgzBV3bAoQRLfZ0OljAwowZTFg+tXTQ6Ezdq6Abx2 o6um7u4jPkp2xvm/cg2n3be/nZS3QAmC2AVA8= Received: by 10.142.177.4 with SMTP id z4mr132429wfe.280.1281625028968; Thu, 12 Aug 2010 07:57:08 -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 i8sm88070vcr.9.2010.08.12.07.57.03 (version=SSLv3 cipher=RC4-MD5); Thu, 12 Aug 2010 07:57:05 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C640BBD.9070906@dataix.net> Date: Thu, 12 Aug 2010 10:57:01 -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: Michael Schuh References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: FreeBSD Stable Subject: Re: www.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Aug 2010 14:57:10 -0000 On 08/11/2010 09:30, Michael Schuh wrote: > Hi again, > > up and running again. > many thanks. > > greetings > michael > > 2010/8/11 Michael Schuh : >> Hi@ list >> >> either i shoot the www.freebsd.org webserver in the head or he is still down >> for other reasons. >> What i have done before: >> >> look through the man pages online. >> open the manpage for ZFS >> then at the end of that manpage clicked on sharemgr(4) >> http://www.freebsd.org/cgi/man.cgi?query=sharemgr&sektion=1M&apropos=0&manpath=FreeBSD+8.1-RELEASE >> >> and after that no answer on requests. >> so i guess there will be a problem with man.cgi >> >> i have no idea who is responsible for that, if somebody >> know it and reads this please forward it to the responsible person. >> asap because www.freebsd.org isnt reacheable from here. >> >> many thanks >> >> greetings >> >> michael >> >> -- >> = = = http://michael-schuh.net/ = = = >> Projektmanagement - IT-Consulting - Professional Services IT >> Michael Schuh >> Postfach 10 21 52 >> 66021 Saarbrcken >> phone: 0681/8319664 >> mobil: 0175/5616453 >> @: m i c h a e l . s c h u h @ g m a i l . c o m >> >> = = = Ust-ID: DE251072318 = = = >> > When browsing through the manual pages for ZFS keep in mind that not all of the options utils or even manual pages are available on FreeBSD. Specifically sharemgr(1M) share(1M) unshare(1M) zonecfg(1M) dfstab(4) attributes(5) are not part of FreeBSD as of this moment. These can be better referred to as Sun/*Solaris specific commands and utilities. Regards, -- jhell,v From owner-freebsd-stable@FreeBSD.ORG Thu Aug 12 15:07:44 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 D90061065679 for ; Thu, 12 Aug 2010 15:07:44 +0000 (UTC) (envelope-from michael.schuh@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 650BD8FC1F for ; Thu, 12 Aug 2010 15:07:44 +0000 (UTC) Received: by bwz9 with SMTP id 9so1204576bwz.13 for ; Thu, 12 Aug 2010 08:07:43 -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 :content-transfer-encoding; bh=tgk/WnsaXG44h/xyKI8gKPFFAXgqsCPTsJqQ2dox7TY=; b=tNt7jPqiODaXkZDd+U7NT2CjUKAOhd1dsZKkpID2+lGaiRZ1Yf1YTOr4epBZBUhXit zXD5t2JiDQIIUU8ofTDk6lL7p1SZe07C9jIUYi71KTDfLMc+Gp9TWsScjAEmXz1pT7Xn G+nUuj25yogE2xGQVh3QvCZsPN7w/z3wS+ZUI= 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:content-transfer-encoding; b=qctb/Jl90qYsV5czvZlyonHqwUrldnKnVdoiW8bwjyYteqWXngS++dhCe2yHBJxR6F sbmRj3IWFalWPoWf0JRvHkMRA5ll+5l6RR5mibfqSkPux4piga87Sb1suO+1DDPeA5kg igRAjBbL7Z/41kBbMTLgGh4MJIZSa3EOtn6DQ= MIME-Version: 1.0 Received: by 10.204.81.39 with SMTP id v39mr146250bkk.149.1281625662682; Thu, 12 Aug 2010 08:07:42 -0700 (PDT) Received: by 10.204.45.66 with HTTP; Thu, 12 Aug 2010 08:07:42 -0700 (PDT) In-Reply-To: <4C640BBD.9070906@dataix.net> References: <4C640BBD.9070906@dataix.net> Date: Thu, 12 Aug 2010 17:07:42 +0200 Message-ID: From: Michael Schuh To: jhell Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Stable Subject: Re: www.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Aug 2010 15:07:45 -0000 hi jhell, forget about that i have clicked on commands where are to search on solaris= . i know that and i know these commands from solaris. the FreeBSD's webserver was off ( not reacheable for a time ) after my clicks and that was the problem, not that these commands nor man pages wasn't been there. ;-) thanks for your try to help. greetings michael 2010/8/12 jhell : > On 08/11/2010 09:30, Michael Schuh wrote: >> Hi again, >> >> up and running again. >> many thanks. >> >> greetings >> michael >> >> 2010/8/11 Michael Schuh : >>> Hi@ list >>> >>> either i shoot the www.freebsd.org webserver in the head or he is still= down >>> for other reasons. >>> What i have done before: >>> >>> look through the man pages online. >>> open the manpage for ZFS >>> then at the end of that manpage clicked on sharemgr(4) >>> http://www.freebsd.org/cgi/man.cgi?query=3Dsharemgr&sektion=3D1M&apropo= s=3D0&manpath=3DFreeBSD+8.1-RELEASE >>> >>> and after that no answer on requests. >>> so i guess there will be a problem with man.cgi >>> >>> i have no idea who is responsible for that, if somebody >>> know it and reads this please forward it to the responsible person. >>> asap because www.freebsd.org isnt reacheable from here. >>> >>> many thanks >>> >>> greetings >>> >>> michael >>> >>> -- >>> =3D =3D =3D =A0http://michael-schuh.net/ =A0=3D =3D =3D >>> Projektmanagement - IT-Consulting - Professional Services IT >>> Michael Schuh >>> Postfach 10 21 52 >>> 66021 Saarbr=FCcken >>> phone: 0681/8319664 >>> mobil: =A00175/5616453 >>> @: m i c h a e l . s c h u h @ g m a i l . c o m >>> >>> =3D =3D =3D =A0Ust-ID: =A0DE251072318 =A0=3D =3D =3D >>> >> > > When browsing through the manual pages for ZFS keep in mind that not all > of the options utils or even manual pages are available on FreeBSD. > Specifically sharemgr(1M) share(1M) unshare(1M) zonecfg(1M) dfstab(4) > attributes(5) are not part of FreeBSD as of this moment. These can be > better referred to as Sun/*Solaris specific commands and utilities. > > > Regards, > > -- > > =A0jhell,v > > --=20 =3D =3D =3D=A0 http://michael-schuh.net/=A0 =3D =3D =3D Projektmanagement - IT-Consulting - Professional Services IT Michael Schuh Postfach 10 21 52 66021 Saarbr=FCcken phone: 0681/8319664 mobil:=A0 0175/5616453 @: m i c h a e l . s c h u h @ g m a i l . c o m =3D =3D =3D=A0 Ust-ID:=A0 DE251072318=A0 =3D =3D =3D From owner-freebsd-stable@FreeBSD.ORG Thu Aug 12 15:27:59 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 5DEDB10656A5 for ; Thu, 12 Aug 2010 15:27:59 +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 0B07F8FC1B for ; Thu, 12 Aug 2010 15:27:58 +0000 (UTC) Received: by vws7 with SMTP id 7so839552vws.13 for ; Thu, 12 Aug 2010 08:27:58 -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=Vym4mvwnm+eoY509847iuJZkI2EjkHGms4/uDZolKk4=; b=uSdVMWpMdR9VylQXD3qLZEy2j765u3lH+ZkgDWikurMVCA9C4f+hwMs0mk1P3gXvSA hBTh/z0GqpsfYRxd6k9BhIw+L5w2bQDzdVxjm/di0vS44TIQn+tuqYfmL/yqguRlOWHa /zX7ndrt/7I14MGopBIg73VlpniIsuJ982Rw4= 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=w3FWKUnWaKRj298m/EyBXDMyoeh9u86ovGrumawMUaO0m3/cZuqf8wNAnRFVqmx/q6 qlV/RWGHzm2ZgV9brP9czYZV+M9SzvJ/qtgMZ1sR5O3LclgqxG7LH6h2svsmXRESeBHP f8weRN7+3tdld/qidcNAQKA6rMAfk5Cwwyl3Y= Received: by 10.220.124.211 with SMTP id v19mr222402vcr.44.1281626877569; Thu, 12 Aug 2010 08:27:57 -0700 (PDT) Received: from centel.dataix.local ([99.19.46.227]) by mx.google.com with ESMTPS id c24sm587058vcm.16.2010.08.12.08.27.55 (version=SSLv3 cipher=RC4-MD5); Thu, 12 Aug 2010 08:27:56 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C6412FA.7040906@dataix.net> Date: Thu, 12 Aug 2010 11:27:54 -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: Michael Schuh References: <4C640BBD.9070906@dataix.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: www.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Aug 2010 15:27:59 -0000 Ugh, Top-posting. Let me dissect this. On 08/12/2010 11:07, Michael Schuh wrote: > the FreeBSD's webserver was off ( not reacheable for a time ) 's/off/on/' 's/for a time/by me/' > after my clicks and that was the problem, 's/my/my spamming/' > not that these commands nor man pages wasn't been there. -- jhell,v From owner-freebsd-stable@FreeBSD.ORG Thu Aug 12 15:28: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 8053810656AA for ; Thu, 12 Aug 2010 15:28:22 +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 3F36C8FC17 for ; Thu, 12 Aug 2010 15:28:21 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEABuwY0yDaFvO/2dsb2JhbACDFZ4aqwGReYEmgyFzBIle X-IronPort-AV: E=Sophos;i="4.55,358,1278302400"; d="scan'208";a="90309749" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 12 Aug 2010 11:28:18 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 46E6CB3EA4; Thu, 12 Aug 2010 11:28:21 -0400 (EDT) Date: Thu, 12 Aug 2010 11:28:21 -0400 (EDT) From: Rick Macklem To: alan bryan Message-ID: <1110281748.572913.1281626901235.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <719967.84603.qm@web50506.mail.re2.yahoo.com> 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 - SAF3 (Mac)/6.0.7_GA_2473.RHEL4_64) Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 8.1-Release NFSD hang in rc_lo state X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Aug 2010 15:28:22 -0000 [stuff snipped] > > I applied this patch and have been unable to reproduce the hang since. > > Rick, Thanks for an awesomely quick response! > > This will go into 8-Stable at some point? > I believe so. I'll be away from computers until Aug. 24, so maybe late Aug. to head and mid-Sept. to stable/8. Thanks for testing it, rick From owner-freebsd-stable@FreeBSD.ORG Thu Aug 12 15:58: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 B7B011065697 for ; Thu, 12 Aug 2010 15:58:11 +0000 (UTC) (envelope-from amdmiek@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 8F9A68FC0C for ; Thu, 12 Aug 2010 15:58:11 +0000 (UTC) Received: by pwj4 with SMTP id 4so570215pwj.13 for ; Thu, 12 Aug 2010 08:58:11 -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=3X+Q4hK6DMcE/LqSTmzfLyA08xtST7RTW3eYEjJgPCk=; b=a0ZbIWF4hnaGBMzlYMEeYpgtUR+6qpirEjlPZpc3QaCgCRSJUoJIHgTnQCTZhN25z0 79Gg8lpkJiTsfJgN80NHT1WPflr68oHm97/mI1LRvbStDNsayl/FVxYrmblckJDcrsQY zHZhJrQ5L/a/17D/0krD0EFgmwSxvD1Mw4S60= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=tzPUyqWnDwDHDbnVSBcovxayxbwqjwG7HLuTfl3Y3WdUALTbKyZiGDwnSUq6lhJUKX 36i0uI2czUS3oDdIqvf/3sU3yUCZBot3FW8LRD6g8THz1FpNvlhUxVf01oNC0MiBI/vk qlw0HSwxyDabwYInM+tWLzj/Gwl7vjSc5WUTc= MIME-Version: 1.0 Received: by 10.114.94.10 with SMTP id r10mr293206wab.19.1281627093221; Thu, 12 Aug 2010 08:31:33 -0700 (PDT) Received: by 10.220.191.71 with HTTP; Thu, 12 Aug 2010 08:31:32 -0700 (PDT) Date: Thu, 12 Aug 2010 19:31:32 +0400 Message-ID: From: Michael BlackHeart To: 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.1R: ppp default route uses wrong Netif (with pppoe) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Aug 2010 15:58:11 -0000 As I understand this isn't a bug but a mistype or misunderstand of config ( see man ppp.conf ) I'm running myself 8.0, 8.1 and currently 8.STABLE with pppoe in this way and never have a problem as many peolpe do. Look in listing > my-provider: > set line PPPoE:nfe0 Here's some "set line" and should be "set device" like this: > pppoe_myisp: > set device PPPoE:fxp0 I think that's the clue. From owner-freebsd-stable@FreeBSD.ORG Thu Aug 12 17:50:29 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 76D811065696 for ; Thu, 12 Aug 2010 17:50:29 +0000 (UTC) (envelope-from mark@islandnet.com) Received: from cluster2.islandnet.com (cluster.islandnet.com [199.175.106.51]) by mx1.freebsd.org (Postfix) with ESMTP id 5BCFE8FC14 for ; Thu, 12 Aug 2010 17:50:29 +0000 (UTC) Received: from [199.175.106.221] (port=13037 helo=helpdesk.islandnet.com) by blade2.islandnet.com with SMTP id 1Ojbgc-000E1e-9G for freebsd-stable@freebsd.org; Thu, 12 Aug 2010 10:35:26 -0700 From: Mark Morley To: FreeBSD Stable Date: Thu, 12 Aug 2010 10:35:49 -0700 X-Priority: 3 X-Mailer: Islandnet.com Helpdesk Webmail MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8 Content-Transfer-Encoding: 8bit Message-Id: <20100812175029.76D811065696@hub.freebsd.org> Subject: NFS stalling on 8.1-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: Thu, 12 Aug 2010 17:50:29 -0000 Hi all, I have five front end web servers that all mount their content from the same server via NFS. If I stress the link on any one of the machines (eg: copy a large directory with a lot of files to/from the mounted file system) the client will pause. That is, all processes trying to access that mount will freeze. The log files with hundreds or thousands of nfs server not responding / is alive again messages. After 60 seconds it returns to normal, unless the load is still there in which case it continues to pause. This has only started happening since I upgraded the client machines to 8.1-STABLE (previously four of them were 8.0 and one was 7.3). The server is 7.1-RELEASE-p11. No other changes have taken place in terms of hardware or software or mount options, etc. All nics involved are gigabit em cards, and they are on a private network (web access to the boxes is via an external interface). If I truss a command such as "df", it gets to getfsstat() and pauses there. Mount options are currently "rw,tcp,nolockd,noatime,nosuid,bg,intr,soft,rsize=32768,wsize=32768" but I've tried all sorts of things and it doesn't seem to make a difference. Here's a sample output from nfsstat -c from one of the boxes (uptime 14 days): Client Info: Rpc Counts: Getattr Setattr Lookup Readlink Read Write Create Remove 75552107 3008653 300569929 253365 2426554 4748471 2035545 3015497 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Access 864598 50887 7462 11895 1137933 16160386 0 31593291 Mknod Fsstat Fsinfo PathConf Commit 0 22510271 5 0 3569465 Rpc Info: TimedOut Invalid X Replies Retries Requests 0 0 0 0 467516377 Cache Info: Attr Hits Misses Lkup Hits Misses BioR Hits Misses BioW Hits Misses 1461457650 75552057 963440449 300536041 37404178 2359677 9467719 4748471 BioRLHits Misses BioD Hits Misses DirE Hits Misses 14409992 253365 29508747 16119060 22292421 23233 Any thoughts? Mark From owner-freebsd-stable@FreeBSD.ORG Fri Aug 13 01:13:34 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 4D2FE1065672 for ; Fri, 13 Aug 2010 01:13:34 +0000 (UTC) (envelope-from adrian.chadd@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 D03628FC08 for ; Fri, 13 Aug 2010 01:13:33 +0000 (UTC) Received: by ewy26 with SMTP id 26so1215735ewy.13 for ; Thu, 12 Aug 2010 18:13:32 -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=dTqHp5Wx9alGxnyak13wmR83tLh5Zw/1kYhouB+4pOE=; b=DgbTClnRSsmlp6johDrVUIVQWq49DcIE+LKm++aug7TfS4QNNZWde7b6hCeOraXuGw 8Pal9dZ5jyV5WJs/q8znjupD2fxVTs+VkSdDoBT3HZdO729uiyahKrsyNMtQvgrNaXra hiuOK9UjhHPqieYE1GWrG5qlEqIEGwq0OMdZQ= 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=WPdRQTHPQhE/vpSL+kEfkRWrKQMyzrfflB0TU76Nq6ICTd0pcIAUcat6Bt9fxk6KY7 B65cyg2JL8N9TfEKuaKNa7exl+MV50/F8DGYEr23gXBeCXgZixmcdpvuW5w+cX5xyV9R l4MSsFNIeb8XRjU7lWeSd2XdTtR0nNz8UtjKs= MIME-Version: 1.0 Received: by 10.213.31.134 with SMTP id y6mr34631ebc.49.1281662012715; Thu, 12 Aug 2010 18:13:32 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.213.112.140 with HTTP; Thu, 12 Aug 2010 18:13:32 -0700 (PDT) In-Reply-To: <137EBEEE-0B62-4D4F-966C-43A3325C7DFB@gsoft.com.au> References: <137EBEEE-0B62-4D4F-966C-43A3325C7DFB@gsoft.com.au> Date: Fri, 13 Aug 2010 09:13:32 +0800 X-Google-Sender-Auth: MHLc_ZgBPX-4ojrqpUd1pI0qRZc Message-ID: From: Adrian Chadd To: "Daniel O'Connor" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable Stable 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, 13 Aug 2010 01:13:34 -0000 On 5 August 2010 12:41, Daniel O'Connor wrote: > 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 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 =A0 =A0kernel > [cain 14:07] /tmp >rm -f kernel/*.symbols > [cain 14:07] /tmp >du -sh kernel > =A050M =A0 =A0kernel Why not add support to the relevant libraries/code to support reading compressed symbol files? Adrian From owner-freebsd-stable@FreeBSD.ORG Fri Aug 13 01:35:16 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 1044110656A3 for ; Fri, 13 Aug 2010 01:35:16 +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 636568FC1C for ; Fri, 13 Aug 2010 01:35:14 +0000 (UTC) Received: from ur.dons.net.au (ppp121-45-156-6.lns6.adl6.internode.on.net [121.45.156.6]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id o7D1Z6Xl086112 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 13 Aug 2010 11:05:12 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: multipart/signed; boundary=Apple-Mail-25-560911804; protocol="application/pkcs7-signature"; micalg=sha1 From: "Daniel O'Connor" In-Reply-To: Date: Fri, 13 Aug 2010 11:05:05 +0930 Message-Id: <15D79365-F937-4974-A358-CC2DCF3E9442@gsoft.com.au> References: <137EBEEE-0B62-4D4F-966C-43A3325C7DFB@gsoft.com.au> To: Adrian Chadd X-Mailer: Apple Mail (2.1081) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable Stable 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, 13 Aug 2010 01:35:16 -0000 --Apple-Mail-25-560911804 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 13/08/2010, at 10:43, Adrian Chadd wrote: >> [cain 14:07] /tmp >rm -f kernel/*.symbols >> [cain 14:07] /tmp >du -sh kernel >> 50M kernel > > Why not add support to the relevant libraries/code to support reading > compressed symbol files? Hmm, it does make a rather massive difference.. 206Mb -> 55Mb compressed(!) Unfortunately I have no idea how to go about it :( -- 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-25-560911804-- From owner-freebsd-stable@FreeBSD.ORG Fri Aug 13 03:58: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 C4BA71065694 for ; Fri, 13 Aug 2010 03:58:32 +0000 (UTC) (envelope-from schlake@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 7B6BA8FC08 for ; Fri, 13 Aug 2010 03:58:32 +0000 (UTC) Received: by qyk32 with SMTP id 32so2778654qyk.13 for ; Thu, 12 Aug 2010 20:58:31 -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=1RRvExXwUTGKSKZrr7qihpf0Bgp5nNtXVrVnI/QvaZk=; b=KUM6oVwq5cWd6bfTxGjqgk8MhtJNMKCPbq3MO3oDtAKyK+E/3JlkWTBIx5DTBDf0a0 1uJQkJS5IYOyxlEYUD1VwZ6XAw+Scxj2TK+E3YbZOfXUV5IFYYXlvUNM/JQH5vA++n61 WMhImZkCOtq7kq8qIlP9ZnghEQUJTqF6zdx/M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=sgPdYsN6Y6HyLuM2bTyVkX5vYJ0l446j58RuwUCG8ZvMhlNudyl/EBBLlRwPZRPBwB NtBsK4Y8vjngYpYheCmHY0qYFnu2yQqaB1+qyW+vrhbzVbCHKLvlQb7jPk6U8u+TiRUn yq/pdIzkzQ3QwRIobY80WCupHLzlPmjoZxO9o= MIME-Version: 1.0 Received: by 10.220.169.10 with SMTP id w10mr597107vcy.164.1281670434793; Thu, 12 Aug 2010 20:33:54 -0700 (PDT) Received: by 10.220.15.68 with HTTP; Thu, 12 Aug 2010 20:33:54 -0700 (PDT) Date: Thu, 12 Aug 2010 21:33:54 -0600 Message-ID: From: "William D. Colburn (Schlake)" To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 Subject: My kernel panics sucked, but they seem to be gone now. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Aug 2010 03:58:32 -0000 A rehash of the problem: If my computer was plugged into the UPS and sitting on my metal desk the drive controllers would fail and cause a panic almost immediately when booted. If my computer was plugged into wall power and sitting on a wooden table, the machine ran flawlessly. New information: Removing the UPS, but leaving the computer on the metal desk make the panics happen a lot less, about every four to seven days. Sometimes after a crash it couldn't boot because no hard drives could be found at all, but that always went away with a few power cycles. One of my SATA cards has been with me since 2005. It was a rock solid card on my old FreBSD install...as long as I didn't plug anything into SATA port 2. I always had this feeling that something wasn't quite right with port 2 and that I should avoid it. But I'm running FreeBSD 8 now, and having strange problems. So I removed the card completely and my system hasn't crashed since. Which still doesn't prove it was the card. Removing the card could just have made it even more intermittent. In summary: I hate hardware almost as much as I hate linux. -- -- Schlake From owner-freebsd-stable@FreeBSD.ORG Fri Aug 13 10:27: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 108E51065674 for ; Fri, 13 Aug 2010 10:27:10 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) by mx1.freebsd.org (Postfix) with ESMTP id 9F4E88FC08 for ; Fri, 13 Aug 2010 10:27:09 +0000 (UTC) Received: from gidgate.gid.co.uk (80-46-130-69.static.dsl.as9105.com [80.46.130.69]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id o7DAAPSK064386; Fri, 13 Aug 2010 11:10:25 +0100 (BST) (envelope-from rb@gid.co.uk) Received: from [194.32.164.28] ([194.32.164.6]) by gidgate.gid.co.uk (8.13.8/8.13.8) with ESMTP id o7DAAKWO026044; Fri, 13 Aug 2010 11:10:20 +0100 (BST) (envelope-from rb@gid.co.uk) Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Bob Bishop In-Reply-To: Date: Fri, 13 Aug 2010 11:10:20 +0100 Content-Transfer-Encoding: 7bit Message-Id: <2A674A7B-D72A-4B5F-B274-23C654B1C4B2@gid.co.uk> References: To: "William D. Colburn (Schlake)" X-Mailer: Apple Mail (2.1081) Cc: freebsd-stable Subject: Re: My kernel panics sucked, but they seem to be gone now. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Aug 2010 10:27:10 -0000 Hi, On 13 Aug 2010, at 04:33, William D. Colburn (Schlake) wrote: > A rehash of the problem: > > If my computer was plugged into the UPS and sitting on my metal desk > the drive controllers would fail and cause a panic almost immediately > when booted. If my computer was plugged into wall power and sitting > on a wooden table, the machine ran flawlessly. > > New information: > > Removing the UPS, but leaving the computer on the metal desk make the > panics happen a lot less, about every four to seven days. Sometimes > after a crash it couldn't boot because no hard drives could be found > at all, but that always went away with a few power cycles. Is your metal desk earthed? > One of my SATA cards has been with me since 2005. It was a rock solid > card on my old FreBSD install...as long as I didn't plug anything into > SATA port 2. I always had this feeling that something wasn't quite > right with port 2 and that I should avoid it. But I'm running FreeBSD > 8 now, and having strange problems. So I removed the card completely > and my system hasn't crashed since. Which still doesn't prove it was > the card. Removing the card could just have made it even more > intermittent. > > In summary: I hate hardware almost as much as I hate linux. :-) > -- > -- Schlake -- Bob Bishop rb@gid.co.uk From owner-freebsd-stable@FreeBSD.ORG Fri Aug 13 11:16:59 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 261061065697; Fri, 13 Aug 2010 11:16:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id D74298FC19; Fri, 13 Aug 2010 11:16:58 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o7DBGvDi010802; Fri, 13 Aug 2010 07:16:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o7DBGvai010793; Fri, 13 Aug 2010 11:16:57 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 13 Aug 2010 11:16:57 GMT Message-Id: <201008131116.o7DBGvai010793@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8_0 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: Fri, 13 Aug 2010 11:16:59 -0000 TB --- 2010-08-13 10:37:53 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-13 10:37:53 - starting RELENG_8_0 tinderbox run for i386/pc98 TB --- 2010-08-13 10:37:53 - cleaning the object tree TB --- 2010-08-13 10:38:12 - cvsupping the source tree TB --- 2010-08-13 10:38:12 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8_0/i386/pc98/supfile TB --- 2010-08-13 11:16:57 - WARNING: /usr/bin/csup returned exit code 1 TB --- 2010-08-13 11:16:57 - ERROR: unable to cvsup the source tree TB --- 2010-08-13 11:16:57 - 0.87 user 10.83 system 2344.48 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8_0-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Fri Aug 13 11: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 4B4BD1065673 for ; Fri, 13 Aug 2010 11:54:23 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 074548FC1E for ; Fri, 13 Aug 2010 11:54:22 +0000 (UTC) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1Ojsq6-00047a-3b; Fri, 13 Aug 2010 15:54:22 +0400 From: Boris Samorodov To: "Alex V. Petrov" References: <201008042008.25679.alexvpetrov@gmail.com> <201008051409.57751.alexvpetrov@gmail.com> <20100805061959.GA92106@icarus.home.lan> <201008051849.15250.alexvpetrov@gmail.com> Date: Fri, 13 Aug 2010 15:54:21 +0400 In-Reply-To: <201008051849.15250.alexvpetrov@gmail.com> (Alex V. Petrov's message of "Thu, 5 Aug 2010 18:49:14 +0800") Message-ID: <61549586@bb.ipt.ru> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii 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: Fri, 13 Aug 2010 11:54:23 -0000 Hi! I'm not sure if the problem was solved, so... On Thu, 5 Aug 2010 18:49:14 +0800 Alex V. Petrov wrote: > smartctl -a /dev/ad8 > Device Model: WDC WD10EADS-00M2B0 > Firmware Version: 01.00A01 > 193 Load_Cycle_Count 0x0032 184 184 000 Old_age Always > - 49237 > smartctl -a /dev/ad10 > Device Model: WDC WD10EADS-00L5B1 > Firmware Version: 01.01A01 > 193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always > - 24 > smartctl -a /dev/ad12 > Device Model: WDC WD10EADS-00M2B0 > Firmware Version: 01.00A01 > 193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always > - 91 >From the above info I'd say that you may try to play with load cycles (set a bigger delay, etc.) with /dev/ad8. -- WBR, Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-stable@FreeBSD.ORG Fri Aug 13 13:45: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 31D7C10656A4 for ; Fri, 13 Aug 2010 13:45:54 +0000 (UTC) (envelope-from schlake@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id DF66F8FC08 for ; Fri, 13 Aug 2010 13:45:53 +0000 (UTC) Received: by yxe42 with SMTP id 42so1178011yxe.13 for ; Fri, 13 Aug 2010 06:45:53 -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=uBIORMq+yVDHuWqFRvuadsQFALkCU2vzuXJre+BuFmA=; b=ljrJ1esXXkTVViT1aTjWcNE2JZGE10imHpHpan/cJs/haI7C1v1UwwV9nXItAv592a vqbxWg95zzfw+u4qBJUbX8JZbSkNqMKuQ86ntvzXgI95HZYI2LYmwyt/KUkeI/1HqPwd xt/PeUqszuBEdF5q+eV6wqOhxZ3jCtIVjnxwU= 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=iKFvbktPCAGmj4BSC016UHpQVeK1dKNyHyXePJYvxN+bdFLlFQcTMdwOD3LGCYm3Bn sdNajbM/dBlsl5Qw0bqhCkT2drIp/MVJ45S/nglrUCsD69YoA7qk7Sz3ooewwVebusyM vKibGW9+mEwsmjvnV6Ia1xeb4RqvsMRVjmZNM= MIME-Version: 1.0 Received: by 10.151.132.16 with SMTP id j16mr1946122ybn.21.1281707152542; Fri, 13 Aug 2010 06:45:52 -0700 (PDT) Received: by 10.220.15.68 with HTTP; Fri, 13 Aug 2010 06:45:52 -0700 (PDT) In-Reply-To: <2A674A7B-D72A-4B5F-B274-23C654B1C4B2@gid.co.uk> References: <2A674A7B-D72A-4B5F-B274-23C654B1C4B2@gid.co.uk> Date: Fri, 13 Aug 2010 07:45:52 -0600 Message-ID: From: "William D. Colburn (Schlake)" To: Bob Bishop Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable Subject: Re: My kernel panics sucked, but they seem to be gone now. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Aug 2010 13:45:54 -0000 On Fri, Aug 13, 2010 at 4:10 AM, Bob Bishop wrote: > Is your metal desk earthed? No, but the computer has been sitting on it since 2004 with remarkable uptime. The UPS does appear to be really dead (it beeps now, and has a red light), but that didn't fix all of the problems. -- -- Schlake From owner-freebsd-stable@FreeBSD.ORG Fri Aug 13 15:19: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 95FB21065695 for ; Fri, 13 Aug 2010 15:19:23 +0000 (UTC) (envelope-from andimayer82@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 6F71D8FC15 for ; Fri, 13 Aug 2010 15:19:23 +0000 (UTC) Received: by pxi17 with SMTP id 17so1009914pxi.13 for ; Fri, 13 Aug 2010 08:19:22 -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=S16qWiyUOW1KmF5Ni6xybJj/GQpHAynusv5uaXI1sg0=; b=TwjFXCCNzt7v8wwhQ4oMGnPUb1zYV0Jb3jWGdjZh1ptOojH01O92BheBlUyGlEGrel PqxYXMhYZwf2RILf7cKBktMQjsm/J69JMiT0N9uw+M1beR+xj35527gmLTJDcBM9xM4Q rUZizn8eikl4V4Us793iqbIyQnlUU2Jn+hBmU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=F0dwdDkFJN8b5/M9DN4VS8/IYo2o9q0rFJ4GDFqiyE8JpjRN8zrhlXYU7QnykTz7zZ gl5Nj3wtZIhccWvYcXGWm9GUqkT4TIggTZ5R7ZJ7R0kqTIp8KAm823HUzc18GU9wEZyZ XbpFcB+CrQx2Bd3txU4ldzcJA9vN8ubB2z1tQ= MIME-Version: 1.0 Received: by 10.142.161.12 with SMTP id j12mr1389213wfe.82.1281711084682; Fri, 13 Aug 2010 07:51:24 -0700 (PDT) Received: by 10.220.190.203 with HTTP; Fri, 13 Aug 2010 07:51:24 -0700 (PDT) Date: Fri, 13 Aug 2010 16:51:24 +0200 Message-ID: From: Andreas Mayer To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: zfs destroy snapshot doesn't free space X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Aug 2010 15:19:23 -0000 Hi, I have a problem with my ZFS storage: some application filled a certain directory in /var completely up with data and the server runs a script which takes a snapshot every night. So, ~650 GB of the available 700 GB were filled up. Then I destroyed the last two snapshots (each referencing about 300 GB) and the files on the live system so that now there are no snapshots for /var and "du -hs /var" reports a size of 2 GB. However, zfs still reports that 623G are referenced: # zfs list rpool/var NAME USED AVAIL REFER MOUNTPOINT rpool/var 623G 48.4G 623G /var # zfs get all rpool/var ... rpool/var usedbysnapshots 0 - rpool/var usedbydataset 623G - rpool/var usedbychildren 0 - rpool/var usedbyrefreservation 0 - ... If I take a snapshot again, this snapshot also references 623G. What can I do to reclaim this space? I have to do this before I can set a quota (I have set quotas for all other file systems now :) ). -- Best regards, Andreas From owner-freebsd-stable@FreeBSD.ORG Fri Aug 13 15:23: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 0F1D810656A7 for ; Fri, 13 Aug 2010 15:23:02 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta05.emeryville.ca.mail.comcast.net (qmta05.emeryville.ca.mail.comcast.net [76.96.30.48]) by mx1.freebsd.org (Postfix) with ESMTP id E73178FC12 for ; Fri, 13 Aug 2010 15:23:01 +0000 (UTC) Received: from omta15.emeryville.ca.mail.comcast.net ([76.96.30.71]) by qmta05.emeryville.ca.mail.comcast.net with comcast id tnzh1e0031Y3wxoA5rP108; Fri, 13 Aug 2010 15:23:01 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta15.emeryville.ca.mail.comcast.net with comcast id trP01e0083LrwQ28brP0SZ; Fri, 13 Aug 2010 15:23:01 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 50B699B425; Fri, 13 Aug 2010 08:23:00 -0700 (PDT) Date: Fri, 13 Aug 2010 08:23:00 -0700 From: Jeremy Chadwick To: Andreas Mayer Message-ID: <20100813152300.GA43660@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org Subject: Re: zfs destroy snapshot doesn't free space X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Aug 2010 15:23:02 -0000 On Fri, Aug 13, 2010 at 04:51:24PM +0200, Andreas Mayer wrote: > I have a problem with my ZFS storage: some application filled a > certain directory in /var completely up with data and the server runs > a script which takes a snapshot every night. So, ~650 GB of the > available 700 GB were filled up. > > Then I destroyed the last two snapshots (each referencing about 300 > GB) and the files on the live system so that now there are no > snapshots for > /var and "du -hs /var" reports a size of 2 GB. > > However, zfs still reports that 623G are referenced: > > # zfs list rpool/var > NAME USED AVAIL REFER MOUNTPOINT > rpool/var 623G 48.4G 623G /var > > # zfs get all rpool/var > ... > rpool/var usedbysnapshots 0 - > rpool/var usedbydataset 623G - > rpool/var usedbychildren 0 - > rpool/var usedbyrefreservation 0 - > ... > > If I take a snapshot again, this snapshot also references 623G. > > What can I do to reclaim this space? I have to do this before I can > set a quota (I have set quotas for all other file systems now :) ). Can you provide uname -a output please? 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 Fri Aug 13 16:01:11 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 BE0A610656A5 for ; Fri, 13 Aug 2010 16:01:11 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id CAA698FC2C for ; Fri, 13 Aug 2010 16:01:10 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id o7DG19IX004097 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 13 Aug 2010 09:01:09 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 8BDDA1CC3A for ; Fri, 13 Aug 2010 09:01:09 -0700 (PDT) To: stable@freebsd.org Date: Fri, 13 Aug 2010 09:01:09 -0700 From: "Kevin Oberman" Message-Id: <20100813160109.8BDDA1CC3A@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.0.10011, 1.0.148, 0.0.0000 definitions=2010-08-13_05:2010-08-13, 2010-08-13, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-1005130000 definitions=main-1008130105 Cc: Subject: Inconsistent IO performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Aug 2010 16:01:11 -0000 For some time I have seen very odd issues with IO performance on 8-Stable. Going back to November of last year when 8.0 was released, I see variations of up to 22% in identical operations. This is not a degradation as the performance moves up and down. This is a very simplistic case. I have two identical disks (Fujitsu 80G) on a ThinkPad T43 with a 2 GHz CPU and 2G RAM. I run the command: dd bs=516096 if=/dev/ad0 of=/dev/ad2 I do this in single user mode immediately after a boot with no disks mounted for write. Just a 'boot -s', ,Enter> to start the shell, and the dd. I would expect very consistent performance from run to run, but I don't get it. Here are the results since 8.0 was released: Date Xfer rate Kernel date 12/4/09 19,242,573 Nov. 26 kernel (8.0-stable) 12/9/09 18,304,565 Dec. 6 kernel 12/17/0923,676,086 1/5/10 18,648,609 1/14/10 23,488,540 Jan. 6 kernel 1/21/10 19,551,680 Jan. 15 kernel 1/27/10 21,176,385 Jan. 21 kernel 2/5/10 22,387,745 2/11/10 23,387,894 2/17/10 20,412,172 Feb. 16 kernel 2/25/10 22,049,128 3/4/10 22,099,624 Mar. 3 kernel 3/17/10 20,334,896 Mar. 3 kernel 3/31/10 21,655,213 Mar. 25 kernel 4/8/10 19,673,170 4/14/10 22,235,518 4/30/10 21,262,223 Apr. 14 kernel 6/3/10 22,838,125 May 24 kernel 6/17/10 18,481,270 6/28/10 20,958,356 7/8/10 19,698,282 June 28 kernel 7/21/10 23,330,556 7/28/10 20,544,392 July 24 kernel (8.1-stable) 8/13/10 22,093,259 Aug. 9 kernel Note the dramatic differences even on the same kernel. For the December 6 kernel, for example, I see a maximum of 23,676,086 and a minimum of just 18,304,565. ???? Can anyone explain what might be causing such a dramatic difference? I should also note that the system was consistent back in V6 and V7 days. Consistently slow, but consistent. 17.5M was the norm in V6 and 18.0M in V7. The performance jumped to about 19M in March of 09 and jumped to its current speeds with 8.0. So performance has greatly improved to where the slowest times are better than the fastest prior to March of 09. Just very inconsistent. I don't know that anything is wrong, but I'd love to understand why this is happening. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-stable@FreeBSD.ORG Fri Aug 13 18:02: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 03E171065673 for ; Fri, 13 Aug 2010 18:02:41 +0000 (UTC) (envelope-from andimayer82@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id CB9768FC12 for ; Fri, 13 Aug 2010 18:02:39 +0000 (UTC) Received: by pvg4 with SMTP id 4so1079655pvg.13 for ; Fri, 13 Aug 2010 11:02:39 -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=dj1drlXAi6AuF/SVfgOkBOgFvTs3kGwxCoTEHSxCGts=; b=bQ4aRFcnGIvaH0GaD1NeN1jA0LvNpe2+92xzA4bpG9mD3WBtuaEV1TALhhU8oSAEtz INFzuV9g2AN3zFEjvN+9/Lrr4/bL6++6qf+Qc3gNKjhexODbETeyGJGLkRZMgLxgZreL yukyQHvp9DvHEmU/w2Z9HsEKdWzYD1ESPAvlA= 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=W6/mkSWRBLQzNaUrGvsALa5tMpF8rKKSsRGqUqOhUn/gJimEPZ4rMDEZ9hsPDG9EaO ZegdrbbCMeMK4R7t8oPv+uLEClMrLsds7ARJP47fMMmAPHbhTPA7H+s6E5H/RrUcNoHv eS4VQiorRwpIo5Z1tie8qnY2PCnyqpjKOsRZM= MIME-Version: 1.0 Received: by 10.114.36.6 with SMTP id j6mr2119102waj.120.1281722558315; Fri, 13 Aug 2010 11:02:38 -0700 (PDT) Received: by 10.220.190.203 with HTTP; Fri, 13 Aug 2010 11:02:38 -0700 (PDT) In-Reply-To: <2A40FCBD209C654588C3F74D5BFF2C7C07B543BF@EXVS2.stk.pacific.edu> References: <20100813152300.GA43660@icarus.home.lan> <2A40FCBD209C654588C3F74D5BFF2C7C07B543BF@EXVS2.stk.pacific.edu> Date: Fri, 13 Aug 2010 20:02:38 +0200 Message-ID: From: Andreas Mayer To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: zfs destroy snapshot doesn't free space X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Aug 2010 18:02:41 -0000 $ uname -a FreeBSD wurd.dev001.net 8.1-RELEASE FreeBSD 8.1-RELEASE #0: Mon Jul 19 02:36:49 UTC 2010 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 2010/8/13 Malcolm Waltz : > Have you tried "zfs list -t all" ? I have, it produces this output: $ zfs list -t all NAME USED AVAIL REFER MOUNTPOINT rpool 637G 48,4G 18K none rpool/root 245M 1,76G 209M legacy ... rpool/root backup snapshots ... rpool/srv 5,31G 48,4G 4,94G /srv ... rpool/srv backup snapshots ... rpool/tmp 90,2M 1,91G 90,2M /tmp ... rpool/tmp backup snapshots ... rpool/usr 7,91G 48,4G 6,83G /usr ... rpool/usr backup snapshots ... rpool/var 623G 48,4G 623G /var -- Best regards Andreas From owner-freebsd-stable@FreeBSD.ORG Fri Aug 13 18:28: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 D55851065697 for ; Fri, 13 Aug 2010 18:28:35 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:2d29:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id 5D6438FC15 for ; Fri, 13 Aug 2010 18:28:35 +0000 (UTC) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:2d29:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 5D85D12EF8; Fri, 13 Aug 2010 20:28:34 +0200 (CEST) Received: from meribel.restart.bel (meribel.restart.bel [IPv6:2001:41d0:2:2d29:1:8::]) (authenticated bits=0) by restart.be (8.14.4/8.14.4) with ESMTP id o7DISWvE013098 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=OK); Fri, 13 Aug 2010 20:28:33 +0200 (CEST) (envelope-from hlh@restart.be) X-DKIM: Sendmail DKIM Filter v2.8.3 restart.be o7DISWvE013098 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1281724113; bh=6Lchm3Y7/n+a0t31VzJn3bpQsxVNl404GznEgBI3dtg=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=KXNuIzqPzyqyvFbFasUvxaIuPbIV/iCzOTYRFBS5/q93RIgGGXNVCHEVXPhnj1F0o MkrQkqKM78lvAJXJGNn9A== X-DomainKeys: Sendmail DomainKeys Filter v1.0.2 restart.be o7DISWvE013098 DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=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=t7O4a+kFy2LvRHdv4mSTkQgcNCFlATVaHDV3vAwOuSLhcNX5bmmVN1kmRe7NpJB8+ bCXormcnFKkvG586DwgSA== Message-ID: <4C658ED0.7010304@restart.be> Date: Fri, 13 Aug 2010 20:28:32 +0200 From: Henri Hennebert User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.11) Gecko/20100724 Thunderbird/3.0.6 MIME-Version: 1.0 To: Andreas Mayer References: <20100813152300.GA43660@icarus.home.lan> <2A40FCBD209C654588C3F74D5BFF2C7C07B543BF@EXVS2.stk.pacific.edu> In-Reply-To: X-Enigmail-Version: 1.0.1 OpenPGP: id=D351A503 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: zfs destroy snapshot doesn't free space X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Aug 2010 18:28:35 -0000 On 08/13/2010 20:02, Andreas Mayer wrote: > $ uname -a > FreeBSD wurd.dev001.net 8.1-RELEASE FreeBSD 8.1-RELEASE #0: Mon Jul 19 > 02:36:49 UTC 2010 > root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 > > 2010/8/13 Malcolm Waltz : >> Have you tried "zfs list -t all" ? > > I have, it produces this output: > $ zfs list -t all > NAME USED AVAIL REFER MOUNTPOINT > rpool 637G 48,4G 18K none > rpool/root 245M 1,76G 209M legacy > .. rpool/root backup snapshots ... > rpool/srv 5,31G 48,4G 4,94G /srv > .. rpool/srv backup snapshots ... > rpool/tmp 90,2M 1,91G 90,2M /tmp > .. rpool/tmp backup snapshots ... > rpool/usr 7,91G 48,4G 6,83G /usr > .. rpool/usr backup snapshots ... > rpool/var 623G 48,4G 623G /var > Just to be sure that a process is not still hogging space: fstat |grep /var Henri From owner-freebsd-stable@FreeBSD.ORG Fri Aug 13 20:23:11 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 E612A1065674 for ; Fri, 13 Aug 2010 20:23:11 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2001:470:1f0b:105e::1ea]) by mx1.freebsd.org (Postfix) with ESMTP id AE4BE8FC1A for ; Fri, 13 Aug 2010 20:23:11 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id 7F7B29358C; Fri, 13 Aug 2010 20:23:10 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Stefan Bethke In-Reply-To: <20100813160109.8BDDA1CC3A@ptavv.es.net> Date: Fri, 13 Aug 2010 22:23:08 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <1B284ECC-9A69-4727-9F9F-7A85C8374463@lassitu.de> References: <20100813160109.8BDDA1CC3A@ptavv.es.net> To: Kevin Oberman X-Mailer: Apple Mail (2.1081) Cc: stable@freebsd.org Subject: Re: Inconsistent IO performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Aug 2010 20:23:12 -0000 Am 13.08.2010 um 18:01 schrieb Kevin Oberman: > Note the dramatic differences even on the same kernel. For the = December > 6 kernel, for example, I see a maximum of 23,676,086 and a minimum of > just 18,304,565. ???? Are the disks still OK? If any sectors have been remapped between runs, = additional seeks would be needed. I think it's unlikely, but checking = with smartmontools should only take a few minutes. Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-stable@FreeBSD.ORG Fri Aug 13 20:36: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 96FD8106566B for ; Fri, 13 Aug 2010 20:36:14 +0000 (UTC) (envelope-from healer@rpi.edu) Received: from smtp6.server.rpi.edu (smtp6.server.rpi.edu [128.113.2.226]) by mx1.freebsd.org (Postfix) with ESMTP id 5E8938FC0C for ; Fri, 13 Aug 2010 20:36:13 +0000 (UTC) Received: from [128.113.12.172] (cimr-15.dynamic2.rpi.edu [128.113.12.172]) (authenticated bits=0) by smtp6.server.rpi.edu (8.13.1/8.13.1) with ESMTP id o7DJLr7f031033 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 13 Aug 2010 15:21:53 -0400 Message-ID: <4C659B4C.50207@rpi.edu> Date: Fri, 13 Aug 2010 15:21:48 -0400 From: Robert Healey User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Bayes-Prob: 0.0001 (Score 0) X-RPI-SA-Score: 0.00 () [Hold at 15.00] 22490(-25) X-CanItPRO-Stream: outgoing X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.226 Subject: Problem with mxge on RELENG_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: Fri, 13 Aug 2010 20:36:14 -0000 Hello. I recently updated the central file server/router systems for a pair of research clusters from RELENG_8_0 to RELENG_8_1. After following the proper procedures, the network throughput when pulling files from both machines via mxge0 is 200KB/s or less. Before the update, 50MB/s was the normal rate. Doing some testing, with the 8.1 kernel booted, I can upload files to the server over the 10G link with scp or NFS at the expected rates. I can fetch files from the Internet using this server as the NAT gateway also at the expected rates. Retrieving files from the server over mxge, the throughput falls to 200KB/s. Retrieving files from the server from the onboard Broadcom NIC, rates are as to be expected from gigabit. With 8.0, everything works as expected. Hardware Config 1: Dell Poweredge R610 with 2 Xeon E5530 @ 2.4 GHz, hyperthreading disabled and 24GB RAM. Onboard interface is bce. Disk is attached via a PERC 6/E. Internal cluster switch is Dell Powerconnect 6248P. This switch sees excessive large packets on the 10G connection on 8.1, but not 8.0. Hardware Config 2: HP Proliant DL 320G6 with 1 Xeon E5540 @ 2.53GHz, hyperthreading enabled and 8GB RAM. Onboard interface is bge. Disk is attached via a HP Smart Array P212. Internal cluster switch is an HP Procurve 2910al. It does not see any packet errors from the 10G link. If anyone could point me in the general direction of a solution, I would be very appreciative. Thank you. -- Bob Healey Systems Administrator Biocomputation and Bioinformatics Constellation and Molecularium healer@rpi.edu (518) 276-4407 From owner-freebsd-stable@FreeBSD.ORG Fri Aug 13 20:44:56 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 3A8001065697 for ; Fri, 13 Aug 2010 20:44:56 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 1CC7C8FC15 for ; Fri, 13 Aug 2010 20:44:56 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id o7DKirA3032299 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 13 Aug 2010 13:44:54 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id BED701CC3B; Fri, 13 Aug 2010 13:44:53 -0700 (PDT) To: Stefan Bethke In-reply-to: Your message of "Fri, 13 Aug 2010 22:23:08 +0200." <1B284ECC-9A69-4727-9F9F-7A85C8374463@lassitu.de> Date: Fri, 13 Aug 2010 13:44:53 -0700 From: "Kevin Oberman" Message-Id: <20100813204453.BED701CC3B@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.0.10011, 1.0.148, 0.0.0000 definitions=2010-08-13_05:2010-08-13, 2010-08-13, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-1005130000 definitions=main-1008130163 Cc: stable@freebsd.org Subject: Re: Inconsistent IO performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Aug 2010 20:44:56 -0000 > From: Stefan Bethke > Date: Fri, 13 Aug 2010 22:23:08 +0200 > > Am 13.08.2010 um 18:01 schrieb Kevin Oberman: > > > Note the dramatic differences even on the same kernel. For the December > > 6 kernel, for example, I see a maximum of 23,676,086 and a minimum of > > just 18,304,565. ???? > > Are the disks still OK? If any sectors have been remapped between > runs, additional seeks would be needed. I think it's unlikely, but > checking with smartmontools should only take a few minutes. I should have mentioned that I have smartmontools installed on all of my systems and I had already looked at the results. The data shows both working well and having no errors of late. Also, the speeds jump up and down rather randomly makes this rather unlikely as the redirected blocks only increase and the likelihood of files being created and deleted frequently enough for this to have such a large impact seems pretty unlikely. Thanks for taking a look, though. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-stable@FreeBSD.ORG Fri Aug 13 21:44:35 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 0ABB41065694 for ; Fri, 13 Aug 2010 21:44:35 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr13.xs4all.nl (smtp-vbr13.xs4all.nl [194.109.24.33]) by mx1.freebsd.org (Postfix) with ESMTP id 6DF2C8FC13 for ; Fri, 13 Aug 2010 21:44:34 +0000 (UTC) Received: from slackbox.erewhon.net (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr13.xs4all.nl (8.13.8/8.13.8) with ESMTP id o7DLW5Gi019080; Fri, 13 Aug 2010 23:32:06 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.erewhon.net (Postfix, from userid 1001) id 49E9EBABC; Fri, 13 Aug 2010 23:32:05 +0200 (CEST) Date: Fri, 13 Aug 2010 23:32:05 +0200 From: Roland Smith To: Kevin Oberman Message-ID: <20100813213205.GB29150@slackbox.erewhon.net> References: <20100813160109.8BDDA1CC3A@ptavv.es.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="61jdw2sOBCFtR2d/" Content-Disposition: inline In-Reply-To: <20100813160109.8BDDA1CC3A@ptavv.es.net> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: stable@freebsd.org Subject: Re: Inconsistent IO performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Aug 2010 21:44:35 -0000 --61jdw2sOBCFtR2d/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 13, 2010 at 09:01:09AM -0700, Kevin Oberman wrote: > For some time I have seen very odd issues with IO performance on > 8-Stable. Going back to November of last year when 8.0 was released, I > see variations of up to 22% in identical operations. This is not a > degradation as the performance moves up and down. >=20 > This is a very simplistic case. I have two identical disks (Fujitsu 80G) > on a ThinkPad T43 with a 2 GHz CPU and 2G RAM. I run the command: > dd bs=3D516096 if=3D/dev/ad0 of=3D/dev/ad2 Why are you using this peculiar block size? > Note the dramatic differences even on the same kernel. For the December > 6 kernel, for example, I see a maximum of 23,676,086 and a minimum of > just 18,304,565. ???? Both figures seem quite low to me? I cannot exactly reproduce your test, because I don't have an empty second disk handy, but doing dd if=3D/dev/zero bs=3D1m count=3D100 of=3D/tmp/foo yields the following writing speed on 8.1-RELEASE amd64,=20 WDC WD5001ABYS SATA harddisk @ 7200 rpm.: 1) 87263174 bytes/sec 2) 87878728 bytes/sec 3) 86397125 bytes/sec 4) 86550094 bytes/sec 5) 86524741 bytes/sec Th maximum variation in write speed is (87878728-86397125)/86397125*100% =3D 1.7%, which doesn't seem that much to me. This is in multi-user, with X11 running but on an otherwise idling machine, and with filesystem overhead to boot. Still the numbers are a lot higher th= an yours, which puzzles me.=20 Trying only reading does yield very inconsistent results because of caching= , I think; dd if=3D/tmp/foo bs=3D1m count=3D100 of=3D/dev/null 1) 1454216957 bytes/sec 2) 1003691691 bytes/sec 3) 1429956761 bytes/sec 4) 2324794646 bytes/sec 5) 1804563681 bytes/sec This is a (2324794646-1003691691)/1003691691*100% =3D 132% difference. OTOH, your data set should be big enough to negate caching effects, I guess. :-) What this does show is that writing seems to be the bottleneck. If I both read from and write to a file (on the same disk & partition); dd if=3D/tmp/foo bs=3D1m count=3D100 of=3D/tmp/bar gives 1) 85161534 bytes/sec 2) 84978770 bytes/sec 3) 87966613 bytes/sec 4) 83036312 bytes/sec 5) 86536879 bytes/sec This is a (87966613-83036312)/83036312*100% =3D 5.9% difference between lar= gest and smallest. The speed seems to be dictated by the writing. > Can anyone explain what might be causing such a dramatic difference? Maybe there is a hardware component here? Are both disks on the same controller? Or if not are both controllers using the same interrupt line? You should have a look at 'systat -vmstat' with dd running in the background. That might give a clue as to where the bottleneck is. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --61jdw2sOBCFtR2d/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAkxludUACgkQEnfvsMMhpyUS6wCgl1EvoHBOiJuooNp08uwo8+9P /T8AoIVwv/qwQTvAkVOU3nPvXN/h2y06 =nDr3 -----END PGP SIGNATURE----- --61jdw2sOBCFtR2d/-- From owner-freebsd-stable@FreeBSD.ORG Fri Aug 13 22:01: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 D8FFF10656A4 for ; Fri, 13 Aug 2010 22:01:21 +0000 (UTC) (envelope-from andimayer82@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 879E68FC16 for ; Fri, 13 Aug 2010 22:01:21 +0000 (UTC) Received: by vws7 with SMTP id 7so1911328vws.13 for ; Fri, 13 Aug 2010 15:01: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; bh=x0DP7sxf+TYiyRWXOW+vZvynuQcyo/+KQCiZ5vVGKMc=; b=n8TpD4irwEQetSyR1xwJfqHvUI8SxlCX4K59KJi/i6gDBErkAamnATMcQdwRc9Sv26 5w/hnFoRpRhZZgvhiHPUDWjKyzF4D95UpD/Xti7LGHA3OEy+8Bnu3uPgmBC606TldhGA sql7zhz5OTTy8LO1Bwv8LqLnKbWMtkD2Zl3wQ= 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=psfH7lhtts3skschQIL/EMDQbDxRe6lMq73NC04cFfEiQfTGV5tXlbW5Nixh3VzdEf APk3jHDf6e/6ieyzNduqOVosrLhE0iMRvIhtNBIGwmAJyTzJgMl8XDXZAO4fQhBMuuky lSWFHwqLhsUJLK6mXYU64arNofdSz/OcUxgt8= MIME-Version: 1.0 Received: by 10.220.60.133 with SMTP id p5mr1187511vch.169.1281736880623; Fri, 13 Aug 2010 15:01:20 -0700 (PDT) Received: by 10.220.190.203 with HTTP; Fri, 13 Aug 2010 15:01:20 -0700 (PDT) In-Reply-To: References: <20100813152300.GA43660@icarus.home.lan> <2A40FCBD209C654588C3F74D5BFF2C7C07B543BF@EXVS2.stk.pacific.edu> <4C658ED0.7010304@restart.be> Date: Sat, 14 Aug 2010 00:01:20 +0200 Message-ID: From: Andreas Mayer To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: zfs destroy snapshot doesn't free space X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Aug 2010 22:01:21 -0000 In the meanwhile, some Web applications (they don't even access /var but only /srv) don't work anymore because of very strange "file not accessible" and "file not found" errors although I haven't changed anything and the file system isn't full or something like that. I think the whole pool or serveral file systems are corrupted... can that be true or am I panicking? Is there any chance that I can repair it without reinstalling the whole system? 2010/8/13 Andreas Mayer : > There are only the normal services as they always run and access to > /var. I don't think that they are hogging space as I rebooted and > tried to disable them, but the REFER value in zlist stays 623 GB. > From owner-freebsd-stable@FreeBSD.ORG Fri Aug 13 22:28:19 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 B436C106564A for ; Fri, 13 Aug 2010 22:28:19 +0000 (UTC) (envelope-from A.J.Caines@halplant.com) Received: from triton.bsd-unix.net (triton.bsd-unix.net [209.8.43.226]) by mx1.freebsd.org (Postfix) with ESMTP id 88F738FC0A for ; Fri, 13 Aug 2010 22:28:19 +0000 (UTC) Received: from triton.bsd-unix.net (localhost [127.0.0.1]) by triton.bsd-unix.net (Postfix) with ESMTP id 6843F9B41F for ; Fri, 13 Aug 2010 18:16:06 -0400 (EDT) X-Virus-Scanned: amavisd-new at bsd-unix.net Received: from triton.bsd-unix.net ([127.0.0.1]) by triton.bsd-unix.net (triton.bsd-unix.net.bsd-unix.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 4-5rkTN7Y9Wr for ; Fri, 13 Aug 2010 18:16:06 -0400 (EDT) Received: from hal10000.halplant.com (ip68-105-188-179.dc.dc.cox.net [68.105.188.179]) (Authenticated sender: ajc) by triton.bsd-unix.net (Postfix) with ESMTPSA id CF89A9B41D for ; Fri, 13 Aug 2010 18:16:05 -0400 (EDT) Message-ID: <4C65C421.7080205@halplant.com> Date: Fri, 13 Aug 2010 18:16:01 -0400 From: "Andrew J. Caines" Organization: H.A.L. Plant User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100807 Thunderbird/3.1.2 MIME-Version: 1.0 To: stable@freebsd.org References: <20100813070333.CD62B5C43@hal10000.halplant.com> In-Reply-To: <20100813070333.CD62B5C43@hal10000.halplant.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: ts_to_ct flood on 8.1-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, 13 Aug 2010 22:28:19 -0000 Since installing 8.1-RC2 and now on up-to-date RELENG_8 I am frequently getting kern.crit messages like ts_to_ct(1281661818.743348859) = [2010-08-13 01:10:18] and have been unable so far to determine their origin or purpose. I saw no such messages while running 7.x or earlier releases. AFAICT the system[1] is running fine. Athlon XP, 2GB, nVidia mobo and GPU, Intel and Realtek NICs, various ATA and USB disks all in a custom kernel. I've posted details of the system configuration[2]. Advice would be appreciated. [1] http://halplant.com:2001/systems.html#HAL10000 [2] http://halplant.com:2001/server/config/HAL10000/ -- -Andrew J. Caines- Unix Systems Engineer A.J.Caines@halplant.com FreeBSD/Linux/Solaris, Web/Mail/Proxy/... http://halplant.com:2001/ "Machines take me by surprise with great frequency" - Alan Turing From owner-freebsd-stable@FreeBSD.ORG Fri Aug 13 22:50:05 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 1B3A81065697 for ; Fri, 13 Aug 2010 22:50:05 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id BC30F8FC0C for ; Fri, 13 Aug 2010 22:50:04 +0000 (UTC) Received: from omta23.westchester.pa.mail.comcast.net ([76.96.62.74]) by qmta04.westchester.pa.mail.comcast.net with comcast id tyEi1e0021c6gX854ycoM2; Fri, 13 Aug 2010 22:36:48 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta23.westchester.pa.mail.comcast.net with comcast id tycm1e00G3LrwQ23jycn1V; Fri, 13 Aug 2010 22:36:48 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id A43B09B425; Fri, 13 Aug 2010 15:36:45 -0700 (PDT) Date: Fri, 13 Aug 2010 15:36:45 -0700 From: Jeremy Chadwick To: "Andrew J. Caines" Message-ID: <20100813223645.GA53484@icarus.home.lan> References: <20100813070333.CD62B5C43@hal10000.halplant.com> <4C65C421.7080205@halplant.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C65C421.7080205@halplant.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: stable@freebsd.org Subject: Re: ts_to_ct flood on 8.1-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, 13 Aug 2010 22:50:05 -0000 On Fri, Aug 13, 2010 at 06:16:01PM -0400, Andrew J. Caines wrote: > Since installing 8.1-RC2 and now on up-to-date RELENG_8 I am frequently > getting kern.crit messages like > > ts_to_ct(1281661818.743348859) = [2010-08-13 01:10:18] > > and have been unable so far to determine their origin or purpose. I saw > no such messages while running 7.x or earlier releases. > > AFAICT the system[1] is running fine. Athlon XP, 2GB, nVidia mobo and > GPU, Intel and Realtek NICs, various ATA and USB disks all in a custom > kernel. I've posted details of the system configuration[2]. > > Advice would be appreciated. > > > [1] http://halplant.com:2001/systems.html#HAL10000 > [2] http://halplant.com:2001/server/config/HAL10000/ The source/responsible code for the printing is in function clock_ts_to_ct() in: src/sys/kern/subr_clock.c 181 void 182 clock_ts_to_ct(struct timespec *ts, struct clocktime *ct) 183 { ... 214 if (ct_debug) { 215 printf("ts_to_ct(%ld.%09ld) = ", 216 (long)ts->tv_sec, (long)ts->tv_nsec); 217 print_ct(ct); 218 printf("\n"); 219 } So what's ct_debug? 52 #define ct_debug bootverbose Are your systems booting verbosely? -- | 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 Fri Aug 13 22:50:12 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 6023D106566B for ; Fri, 13 Aug 2010 22:50:12 +0000 (UTC) (envelope-from A.J.Caines@halplant.com) Received: from triton.bsd-unix.net (triton.bsd-unix.net [209.8.43.226]) by mx1.freebsd.org (Postfix) with ESMTP id 33FFB8FC14 for ; Fri, 13 Aug 2010 22:50:11 +0000 (UTC) Received: from triton.bsd-unix.net (localhost [127.0.0.1]) by triton.bsd-unix.net (Postfix) with ESMTP id 76A579B41F for ; Fri, 13 Aug 2010 18:50:11 -0400 (EDT) X-Virus-Scanned: amavisd-new at bsd-unix.net Received: from triton.bsd-unix.net ([127.0.0.1]) by triton.bsd-unix.net (triton.bsd-unix.net.bsd-unix.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id ZldAaysSYiCC for ; Fri, 13 Aug 2010 18:50:11 -0400 (EDT) Received: from hal10000.halplant.com (ip68-105-188-179.dc.dc.cox.net [68.105.188.179]) (Authenticated sender: ajc) by triton.bsd-unix.net (Postfix) with ESMTPSA id ADFD39B41D for ; Fri, 13 Aug 2010 18:50:09 -0400 (EDT) Message-ID: <4C65CC1F.6010903@halplant.com> Date: Fri, 13 Aug 2010 18:50:07 -0400 From: "Andrew J. Caines" Organization: H.A.L. Plant User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100807 Thunderbird/3.1.2 MIME-Version: 1.0 To: stable@freebsd.org References: <20100813070333.CD62B5C43@hal10000.halplant.com> <4C65C421.7080205@halplant.com> <20100813223645.GA53484@icarus.home.lan> In-Reply-To: <20100813223645.GA53484@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: ts_to_ct flood on 8.1-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, 13 Aug 2010 22:50:12 -0000 Jeremy, Thanks for the quick response. > The source/responsible code for the printing is in function > clock_ts_to_ct() in: src/sys/kern/subr_clock.c I took a look at the code in an attempt to divine the reason for the frequent messages, without success. Any idea why I see so many? I'm not aware of any special timing related configuration. I do run ntpd, of course. In examples I've found, others seem to get just the one ts_to_ct message. > 52 #define ct_debug bootverbose Are your systems booting verbosely? By default, yes. I'd like to keep it that way without having to hack the source. Is there another option? -- -Andrew J. Caines- Unix Systems Engineer A.J.Caines@halplant.com FreeBSD/Linux/Solaris, Web/Mail/Proxy/... http://halplant.com:2001/ "Machines take me by surprise with great frequency" - Alan Turing From owner-freebsd-stable@FreeBSD.ORG Fri Aug 13 23:06:47 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 35C381065693; Fri, 13 Aug 2010 23:06:47 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-stable@FreeBSD.org Date: Fri, 13 Aug 2010 19:06:15 -0400 User-Agent: KMail/1.6.2 References: <20100813070333.CD62B5C43@hal10000.halplant.com> <20100813223645.GA53484@icarus.home.lan> <4C65CC1F.6010903@halplant.com> In-Reply-To: <4C65CC1F.6010903@halplant.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201008131906.38496.jkim@FreeBSD.org> Cc: Subject: Re: ts_to_ct flood on 8.1-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, 13 Aug 2010 23:06:47 -0000 On Friday 13 August 2010 06:50 pm, Andrew J. Caines wrote: > Jeremy, > > Thanks for the quick response. > > > The source/responsible code for the printing is in function > > clock_ts_to_ct() in: src/sys/kern/subr_clock.c > > I took a look at the code in an attempt to divine the reason for > the frequent messages, without success. > > Any idea why I see so many? I'm not aware of any special timing > related configuration. I do run ntpd, of course. In examples I've > found, others seem to get just the one ts_to_ct message. > > > 52 #define ct_debug bootverbose Are your systems booting > > verbosely? > > By default, yes. I'd like to keep it that way without having to > hack the source. Is there another option? If you are really annoyed by the messages, you may increase 'machdep.rtc_save_period' sysctl value to something larger. Default is 1,800 seconds or 30 minutes. Also, you can completely disable it by setting it to zero or 'machdep.disable_rtc_set' to non-zero value but I would not recommend it. Still, it doesn't explain why you are seeing the message more often, however. :-( Jung-uk Kim From owner-freebsd-stable@FreeBSD.ORG Fri Aug 13 23:29:56 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 B4D131065670 for ; Fri, 13 Aug 2010 23:29:56 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta05.emeryville.ca.mail.comcast.net (qmta05.emeryville.ca.mail.comcast.net [76.96.30.48]) by mx1.freebsd.org (Postfix) with ESMTP id 9B36D8FC1B for ; Fri, 13 Aug 2010 23:29:56 +0000 (UTC) Received: from omta03.emeryville.ca.mail.comcast.net ([76.96.30.27]) by qmta05.emeryville.ca.mail.comcast.net with comcast id toVU1e0020b6N64A5zVv4R; Fri, 13 Aug 2010 23:29:55 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta03.emeryville.ca.mail.comcast.net with comcast id tzVu1e00N3LrwQ28PzVvzT; Fri, 13 Aug 2010 23:29:55 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id C86F59B425; Fri, 13 Aug 2010 16:29:54 -0700 (PDT) Date: Fri, 13 Aug 2010 16:29:54 -0700 From: Jeremy Chadwick To: Kevin Oberman Message-ID: <20100813232954.GA53935@icarus.home.lan> References: <20100813160109.8BDDA1CC3A@ptavv.es.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100813160109.8BDDA1CC3A@ptavv.es.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: stable@freebsd.org Subject: Re: Inconsistent IO performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Aug 2010 23:29:56 -0000 On Fri, Aug 13, 2010 at 09:01:09AM -0700, Kevin Oberman wrote: > For some time I have seen very odd issues with IO performance on > 8-Stable. Going back to November of last year when 8.0 was released, I > see variations of up to 22% in identical operations. This is not a > degradation as the performance moves up and down. > > This is a very simplistic case. I have two identical disks (Fujitsu 80G) > on a ThinkPad T43 with a 2 GHz CPU and 2G RAM. I run the command: > dd bs=516096 if=/dev/ad0 of=/dev/ad2 > > I do this in single user mode immediately after a boot with no disks > mounted for write. Just a 'boot -s', ,Enter> to start the shell, and the > dd. I would expect very consistent performance from run to run, but I > don't get it. Here are the results since 8.0 was released: > Date Xfer rate Kernel date > 12/4/09 19,242,573 Nov. 26 kernel (8.0-stable) > 12/9/09 18,304,565 Dec. 6 kernel > 12/17/0923,676,086 > 1/5/10 18,648,609 > 1/14/10 23,488,540 Jan. 6 kernel > 1/21/10 19,551,680 Jan. 15 kernel > 1/27/10 21,176,385 Jan. 21 kernel > 2/5/10 22,387,745 > 2/11/10 23,387,894 > 2/17/10 20,412,172 Feb. 16 kernel > 2/25/10 22,049,128 > 3/4/10 22,099,624 Mar. 3 kernel > 3/17/10 20,334,896 Mar. 3 kernel > 3/31/10 21,655,213 Mar. 25 kernel > 4/8/10 19,673,170 > 4/14/10 22,235,518 > 4/30/10 21,262,223 Apr. 14 kernel > 6/3/10 22,838,125 May 24 kernel > 6/17/10 18,481,270 > 6/28/10 20,958,356 > 7/8/10 19,698,282 June 28 kernel > 7/21/10 23,330,556 > 7/28/10 20,544,392 July 24 kernel (8.1-stable) > 8/13/10 22,093,259 Aug. 9 kernel > > Note the dramatic differences even on the same kernel. For the December > 6 kernel, for example, I see a maximum of 23,676,086 and a minimum of > just 18,304,565. ???? > > Can anyone explain what might be causing such a dramatic difference? > > I should also note that the system was consistent back in V6 and V7 > days. Consistently slow, but consistent. 17.5M was the norm in V6 and > 18.0M in V7. The performance jumped to about 19M in March of 09 and jumped > to its current speeds with 8.0. So performance has greatly improved to > where the slowest times are better than the fastest prior to March of > 09. Just very inconsistent. > > I don't know that anything is wrong, but I'd love to understand why this > is happening. The system in question is a Thinkpad T43 laptop[1], which is from circa 2005 and uses an ICH6-M southbridge (note the -M). We don't know the exact model of Fujitsu hard disk used, but since it's a laptop my guess is that it's 5400rpm, and PATA. System drastically differs on laptops if being powered off the battery vs. AC. Were the tests performed consistently with the exact same setup (which: battery or AC?) every time? Given that the system role is a laptop, I imagine not. Can you also provide output from these commands? - atacontrol list - atacontrol info ataX (where X is the channel number the ad0 drive is connected to) - atacontrol cap ad0 Anyway, I would expect the system to be seeing 50-60MB/sec, but I'm pulling those numbers out of thin air. An ICH6-M may be "old", but keep reading for a comparison system that's even older... The deviation in your disk I/O isn't a major surprise (to me anyway), given the system specs. What *does* surprise me is your abysmal I/O speeds in general. 18MB/sec min, 24MB/sec max?! ICH6-M can do a lot more than that. Something isn't right. It sounds to me like the disk itself has some kind of internal problem (cache that's gone bad, something mechanical that isn't audible, etc.); even for a 5400rpm drive those numbers are very low. Other possibilities include a southbridge that's going bad, or some kind of power-related problem that's causing the drive to spin at a lower speed than 5400rpm (though SMART sometimes can notice this). I'm grasping at straws with this one, but excessive dust can slow a system down (from what I'm told by EE folks; something about more electricity being required to push voltage across a trace...) Now the comparison -- here's a system that's way older than yours. - FreeBSD 6.4-STABLE, i386 - Supermicro SuperServer 5010E [2] - Intel Pentium 3 (not sure of speed) - 1GB RAM - Intel ICH2 southbridge - ad0: Maxtor STM3160815A disk (160GB, 8MB cache, 7200rpm, ATA133) - ad1: Maxtor STM3160815A disk (160GB, 8MB cache, 7200rpm, ATA133) - Disk connected via ICH2 - System in multi-user with some light load - Command #1: dd if=/dev/ad0 of=/dev/null bs=64k count=100000 - Command #2: dd if=/dev/ad1 of=/dev/null bs=64k count=100000 - Commands run 4 times in succession Result for command #1: 6553600000 bytes transferred in 84.110282 secs (77916752 bytes/sec) 6553600000 bytes transferred in 84.197506 secs (77836035 bytes/sec) 6553600000 bytes transferred in 84.205020 secs (77829089 bytes/sec) 6553600000 bytes transferred in 84.662426 secs (77408602 bytes/sec) Result for command #2: 6553600000 bytes transferred in 85.052923 secs (77053201 bytes/sec) 6553600000 bytes transferred in 85.040286 secs (77064652 bytes/sec) 6553600000 bytes transferred in 85.040805 secs (77064181 bytes/sec) 6553600000 bytes transferred in 85.040560 secs (77064403 bytes/sec) My recommendation: start looking at replacing hardware. Start by replacing the hard disk with something newer and see what becomes of that. If you want recommendations: if power draw, noise, and thermals are a concern point for you, get a 5400rpm drive. Try to find something with 16MB cache or more. The WD Scorpio Blue drives are supposedly quite nice, but I don't know if they come in PATA. I'm not particularly fond of Fujitsu drives (my day job consists of watching their SCSI disks freak out in random ways), so I'd choose to stay away from those. Same goes for Toshiba (just recently replaced one of those on a laptop; cache went bad, disk I/O was absurd). If you want something totally crazy to try, how about booting a FreeBSD 7.2 or 7.3 LiveFS CD and doing your dd's? [1]: http://www.thinkwiki.org/wiki/Category:T43 [2]: http://www.supermicro.com/products/system/1U/5010/SYS-5010E.cfm -- | 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 Fri Aug 13 23:36:14 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 F1502106567A for ; Fri, 13 Aug 2010 23:36:14 +0000 (UTC) (envelope-from cliftonr@lava.net) Received: from outgoing01.lava.net (outgoing01.lava.net [IPv6:2001:1888:0:1:230:48ff:fe5b:3b50]) by mx1.freebsd.org (Postfix) with ESMTP id 469288FC20 for ; Fri, 13 Aug 2010 23:36:14 +0000 (UTC) Received: from malasada.lava.net (malasada.lava.net [64.65.64.17]) by outgoing01.lava.net (Postfix) with ESMTP id 4517A87596; Fri, 13 Aug 2010 13:36:13 -1000 (HST) Received: by malasada.lava.net (Postfix, from userid 102) id 7A790196E48; Fri, 13 Aug 2010 13:36:12 -1000 (HST) Date: Fri, 13 Aug 2010 13:36:12 -1000 From: Clifton Royston To: Roland Smith Message-ID: <20100813233612.GB4280@lava.net> References: <20100813160109.8BDDA1CC3A@ptavv.es.net> <20100813213205.GB29150@slackbox.erewhon.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100813213205.GB29150@slackbox.erewhon.net> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org Subject: Re: Inconsistent IO performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Aug 2010 23:36:15 -0000 On Fri, Aug 13, 2010 at 11:32:05PM +0200, Roland Smith wrote: > On Fri, Aug 13, 2010 at 09:01:09AM -0700, Kevin Oberman wrote: > > For some time I have seen very odd issues with IO performance on > > 8-Stable. Going back to November of last year when 8.0 was released, I > > see variations of up to 22% in identical operations. This is not a > > degradation as the performance moves up and down. > > > > This is a very simplistic case. I have two identical disks (Fujitsu 80G) > > on a ThinkPad T43 with a 2 GHz CPU and 2G RAM. I run the command: > > dd bs=516096 if=/dev/ad0 of=/dev/ad2 > > Why are you using this peculiar block size? > > > Note the dramatic differences even on the same kernel. For the December > > 6 kernel, for example, I see a maximum of 23,676,086 and a minimum of > > just 18,304,565. ???? > > Both figures seem quite low to me? I cannot exactly reproduce your test, > because I don't have an empty second disk handy, but doing > > dd if=/dev/zero bs=1m count=100 of=/tmp/foo With a total write size of 100MB, aren't you just testing speed of writing into cache RAM this way? I think you need to write amounts dramatically greater than the total size of the RAM to get values which appropriately measure disk speed. > yields the following writing speed on 8.1-RELEASE amd64, > WDC WD5001ABYS SATA harddisk @ 7200 rpm.: > > 1) 87263174 bytes/sec > 2) 87878728 bytes/sec > 3) 86397125 bytes/sec > 4) 86550094 bytes/sec > 5) 86524741 bytes/sec This also supports that theory - off the top of my head, maximum theoretical possible write throughput to a similarly sized 7200rpm drive should be 70MB/s (buffer to disk data transfer rate according to WDC's specs.) -- Clifton -- Clifton Royston -- cliftonr@iandicomputing.com / cliftonr@lava.net President - I and I Computing * http://www.iandicomputing.com/ Custom programming, network design, systems and network consulting services From owner-freebsd-stable@FreeBSD.ORG Sat Aug 14 00:36:38 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 BA41B1065670 for ; Sat, 14 Aug 2010 00:36:38 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr14.xs4all.nl (smtp-vbr14.xs4all.nl [194.109.24.34]) by mx1.freebsd.org (Postfix) with ESMTP id 34D178FC17 for ; Sat, 14 Aug 2010 00:36:37 +0000 (UTC) Received: from slackbox.erewhon.net (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr14.xs4all.nl (8.13.8/8.13.8) with ESMTP id o7E0aWVE074179; Sat, 14 Aug 2010 02:36:32 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.erewhon.net (Postfix, from userid 1001) id 2E59CBAAD; Sat, 14 Aug 2010 02:36:32 +0200 (CEST) Date: Sat, 14 Aug 2010 02:36:31 +0200 From: Roland Smith To: Clifton Royston Message-ID: <20100814003631.GA34499@slackbox.erewhon.net> References: <20100813160109.8BDDA1CC3A@ptavv.es.net> <20100813213205.GB29150@slackbox.erewhon.net> <20100813233612.GB4280@lava.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GvXjxJ+pjyke8COw" Content-Disposition: inline In-Reply-To: <20100813233612.GB4280@lava.net> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: stable@freebsd.org Subject: Re: Inconsistent IO performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Aug 2010 00:36:38 -0000 --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 13, 2010 at 01:36:12PM -1000, Clifton Royston wrote: > > Both figures seem quite low to me? I cannot exactly reproduce your test, > > because I don't have an empty second disk handy, but doing > >=20 > > dd if=3D/dev/zero bs=3D1m count=3D100 of=3D/tmp/foo > =20 > With a total write size of 100MB, aren't you just testing speed of > writing into cache RAM this way? I think you need to write amounts > dramatically greater than the total size of the RAM to get values which > appropriately measure disk speed. > This also supports that theory - off the top of my head, maximum > theoretical possible write throughput to a similarly sized 7200rpm > drive should be 70MB/s (buffer to disk data transfer rate according to > WDC's specs.) Ok, so I tried this; dd if=3D/dev/zero of=3D/tmp/foo bs=3D10M count=3D1000 10485760000 bytes transferred in 138.304953 secs (75816229 bytes/sec) 10485760000 bytes transferred in 139.125501 secs (75369073 bytes/sec) 10485760000 bytes transferred in 136.149871 secs (77016305 bytes/sec) Which is around 72 MiB/s with filesystem overhead, which sounds about right. The drive was making plenty of noise. The point is that it is _way_ more than the 18-22 MiB/s on a raw disk that Kevin is getting. I'll try the same on my laptop topmorrow and see what that gets me. This de= sktop machine is ICH7 with ata(4), laptop is ICH9 with ahci(4). Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --GvXjxJ+pjyke8COw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAkxl5Q8ACgkQEnfvsMMhpyUPqQCfZRNSTI7QOlTZcT2tRiX6HLEv WjoAoIzAO725qD+qYyw+7yaR+ztRs7gl =Tks/ -----END PGP SIGNATURE----- --GvXjxJ+pjyke8COw-- From owner-freebsd-stable@FreeBSD.ORG Sat Aug 14 02:12:37 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 436691065672 for ; Sat, 14 Aug 2010 02:12:37 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 298FA8FC13 for ; Sat, 14 Aug 2010 02:12:37 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id o7E2CZEv026920 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 13 Aug 2010 19:12:36 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id A12771CC3A; Fri, 13 Aug 2010 19:12:35 -0700 (PDT) To: Roland Smith In-reply-to: Your message of "Fri, 13 Aug 2010 23:32:05 +0200." <20100813213205.GB29150@slackbox.erewhon.net> Date: Fri, 13 Aug 2010 19:12:35 -0700 From: "Kevin Oberman" Message-Id: <20100814021235.A12771CC3A@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.0.10011, 1.0.148, 0.0.0000 definitions=2010-08-13_06:2010-08-14, 2010-08-13, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-1005130000 definitions=main-1008130227 Cc: stable@freebsd.org Subject: Re: Inconsistent IO performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Aug 2010 02:12:37 -0000 > Date: Fri, 13 Aug 2010 23:32:05 +0200 > From: Roland Smith > > On Fri, Aug 13, 2010 at 09:01:09AM -0700, Kevin Oberman wrote: > > For some time I have seen very odd issues with IO performance on > > 8-Stable. Going back to November of last year when 8.0 was released, I > > see variations of up to 22% in identical operations. This is not a > > degradation as the performance moves up and down. > > > > This is a very simplistic case. I have two identical disks (Fujitsu 80G) > > on a ThinkPad T43 with a 2 GHz CPU and 2G RAM. I run the command: > > dd bs=516096 if=/dev/ad0 of=/dev/ad2 > > Why are you using this peculiar block size? It was suggested by a co-worker with a similar system, but I have tried larger values with no clear difference. It is the size of one cylinder based on disk geometry. I was (and remain) sceptical since CHS has nothing to do with real geometry in modern disks. > > Note the dramatic differences even on the same kernel. For the December > > 6 kernel, for example, I see a maximum of 23,676,086 and a minimum of > > just 18,304,565. ???? > > Both figures seem quite low to me? I cannot exactly reproduce your test, > because I don't have an empty second disk handy, but doing > > dd if=/dev/zero bs=1m count=100 of=/tmp/foo > > yields the following writing speed on 8.1-RELEASE amd64, > WDC WD5001ABYS SATA harddisk @ 7200 rpm.: > > 1) 87263174 bytes/sec > 2) 87878728 bytes/sec > 3) 86397125 bytes/sec > 4) 86550094 bytes/sec > 5) 86524741 bytes/sec > > Th maximum variation in write speed is (87878728-86397125)/86397125*100% = > 1.7%, which doesn't seem that much to me. > > This is in multi-user, with X11 running but on an otherwise idling machine, > and with filesystem overhead to boot. Still the numbers are a lot higher than > yours, which puzzles me. > > Trying only reading does yield very inconsistent results because of caching, I > think; > > dd if=/tmp/foo bs=1m count=100 of=/dev/null > > 1) 1454216957 bytes/sec > 2) 1003691691 bytes/sec > 3) 1429956761 bytes/sec > 4) 2324794646 bytes/sec > 5) 1804563681 bytes/sec > > This is a (2324794646-1003691691)/1003691691*100% = 132% difference. OTOH, > your data set should be big enough to negate caching effects, I guess. :-) > > What this does show is that writing seems to be the bottleneck. > > If I both read from and write to a file (on the same disk & partition); > > dd if=/tmp/foo bs=1m count=100 of=/tmp/bar > > gives > > 1) 85161534 bytes/sec > 2) 84978770 bytes/sec > 3) 87966613 bytes/sec > 4) 83036312 bytes/sec > 5) 86536879 bytes/sec > > This is a (87966613-83036312)/83036312*100% = 5.9% difference between largest > and smallest. The speed seems to be dictated by the writing. > > > Can anyone explain what might be causing such a dramatic difference? > > Maybe there is a hardware component here? Are both disks on the same > controller? Or if not are both controllers using the same interrupt line? No. Each is on its one controller and is the only disk on that controller. > You should have a look at 'systat -vmstat' with dd running in the > background. That might give a clue as to where the bottleneck is. I guess I can give this a try. Thanks! -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-stable@FreeBSD.ORG Sat Aug 14 03:18:09 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 B227110656A5 for ; Sat, 14 Aug 2010 03:18:09 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 971498FC1B for ; Sat, 14 Aug 2010 03:18:09 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id o7E3I81e005349 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 13 Aug 2010 20:18:08 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 042A21CC3A; Fri, 13 Aug 2010 20:18:08 -0700 (PDT) To: Jeremy Chadwick In-reply-to: Your message of "Fri, 13 Aug 2010 16:29:54 PDT." <20100813232954.GA53935@icarus.home.lan> Date: Fri, 13 Aug 2010 20:18:08 -0700 From: "Kevin Oberman" Message-Id: <20100814031808.042A21CC3A@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.0.10011, 1.0.148, 0.0.0000 definitions=2010-08-13_06:2010-08-14, 2010-08-13, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-1005130000 definitions=main-1008130238 Cc: stable@freebsd.org Subject: Re: Inconsistent IO performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Aug 2010 03:18:09 -0000 > Date: Fri, 13 Aug 2010 16:29:54 -0700 > From: Jeremy Chadwick > > On Fri, Aug 13, 2010 at 09:01:09AM -0700, Kevin Oberman wrote: > > For some time I have seen very odd issues with IO performance on > > 8-Stable. Going back to November of last year when 8.0 was released, I > > see variations of up to 22% in identical operations. This is not a > > degradation as the performance moves up and down. > > > > This is a very simplistic case. I have two identical disks (Fujitsu 80G) > > on a ThinkPad T43 with a 2 GHz CPU and 2G RAM. I run the command: > > dd bs=516096 if=/dev/ad0 of=/dev/ad2 > > > > I do this in single user mode immediately after a boot with no disks > > mounted for write. Just a 'boot -s', ,Enter> to start the shell, and the > > dd. I would expect very consistent performance from run to run, but I > > don't get it. Here are the results since 8.0 was released: > > Date Xfer rate Kernel date > > 12/4/09 19,242,573 Nov. 26 kernel (8.0-stable) > > 12/9/09 18,304,565 Dec. 6 kernel > > 12/17/0923,676,086 > > 1/5/10 18,648,609 > > 1/14/10 23,488,540 Jan. 6 kernel > > 1/21/10 19,551,680 Jan. 15 kernel > > 1/27/10 21,176,385 Jan. 21 kernel > > 2/5/10 22,387,745 > > 2/11/10 23,387,894 > > 2/17/10 20,412,172 Feb. 16 kernel > > 2/25/10 22,049,128 > > 3/4/10 22,099,624 Mar. 3 kernel > > 3/17/10 20,334,896 Mar. 3 kernel > > 3/31/10 21,655,213 Mar. 25 kernel > > 4/8/10 19,673,170 > > 4/14/10 22,235,518 > > 4/30/10 21,262,223 Apr. 14 kernel > > 6/3/10 22,838,125 May 24 kernel > > 6/17/10 18,481,270 > > 6/28/10 20,958,356 > > 7/8/10 19,698,282 June 28 kernel > > 7/21/10 23,330,556 > > 7/28/10 20,544,392 July 24 kernel (8.1-stable) > > 8/13/10 22,093,259 Aug. 9 kernel > > > > Note the dramatic differences even on the same kernel. For the December > > 6 kernel, for example, I see a maximum of 23,676,086 and a minimum of > > just 18,304,565. ???? > > > > Can anyone explain what might be causing such a dramatic difference? > > > > I should also note that the system was consistent back in V6 and V7 > > days. Consistently slow, but consistent. 17.5M was the norm in V6 and > > 18.0M in V7. The performance jumped to about 19M in March of 09 and jumped > > to its current speeds with 8.0. So performance has greatly improved to > > where the slowest times are better than the fastest prior to March of > > 09. Just very inconsistent. > > > > I don't know that anything is wrong, but I'd love to understand why this > > is happening. > > The system in question is a Thinkpad T43 laptop[1], which is from circa > 2005 and uses an ICH6-M southbridge (note the -M). We don't know the > exact model of Fujitsu hard disk used, but since it's a laptop my guess > is that it's 5400rpm, and PATA. They are Fujitsu MHV2080AH drives. 80G PATA. > > System drastically differs on laptops if being powered off the battery > vs. AC. Were the tests performed consistently with the exact same setup > (which: battery or AC?) every time? Given that the system role is a > laptop, I imagine not. I usually do my backups on battery, but there does not seem to be any correlation between power source and performance. In single user mode powerd. I have had fast times and slow times with both power sources. > > Can you also provide output from these commands? > > - atacontrol list ATA channel 0: Master: ad0 ATA/ATAPI revision 6 Slave: no device present ATA channel 1: Master: ad2 ATA/ATAPI revision 6 Slave: no device present > - atacontrol info ataX (where X is the channel number the ad0 drive > is connected to) Master: ad0 ATA/ATAPI revision 6 Slave: no device present Master: ad2 ATA/ATAPI revision 6 Slave: no device present > - atacontrol cap ad0 Protocol ATA/ATAPI revision 6 device model FUJITSU MHV2080AH serial number NT02T53258D4 firmware revision 00000096 cylinders 16383 heads 16 sectors/track 63 lba supported 156301488 sectors lba48 not supported dma supported overlap not supported Feature Support Enable Value Vendor write cache yes yes read ahead yes yes Tagged Command Queuing (TCQ) no no 0/0x00 SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management yes yes 16512/0x4080 automatic acoustic management yes yes 254/0xFE 254/0xFE Oh, crap! I could have sworn I had turned off acoustic management. I'll do this ASAP and see if it helps. (I can't try tonight.) > Anyway, I would expect the system to be seeing 50-60MB/sec, but I'm > pulling those numbers out of thin air. An ICH6-M may be "old", but keep > reading for a comparison system that's even older... > > The deviation in your disk I/O isn't a major surprise (to me anyway), > given the system specs. What *does* surprise me is your abysmal I/O > speeds in general. 18MB/sec min, 24MB/sec max?! ICH6-M can do a lot > more than that. Something isn't right. > > It sounds to me like the disk itself has some kind of internal problem > (cache that's gone bad, something mechanical that isn't audible, etc.); > even for a 5400rpm drive those numbers are very low. Other > possibilities include a southbridge that's going bad, or some kind of > power-related problem that's causing the drive to spin at a lower speed > than 5400rpm (though SMART sometimes can notice this). I'm grasping at > straws with this one, but excessive dust can slow a system down (from > what I'm told by EE folks; something about more electricity being > required to push voltage across a trace...) > > Now the comparison -- here's a system that's way older than yours. > > - FreeBSD 6.4-STABLE, i386 > - Supermicro SuperServer 5010E [2] > - Intel Pentium 3 (not sure of speed) > - 1GB RAM > - Intel ICH2 southbridge > - ad0: Maxtor STM3160815A disk (160GB, 8MB cache, 7200rpm, ATA133) > - ad1: Maxtor STM3160815A disk (160GB, 8MB cache, 7200rpm, ATA133) > - Disk connected via ICH2 > - System in multi-user with some light load > - Command #1: dd if=/dev/ad0 of=/dev/null bs=64k count=100000 > - Command #2: dd if=/dev/ad1 of=/dev/null bs=64k count=100000 > - Commands run 4 times in succession > > Result for command #1: > > 6553600000 bytes transferred in 84.110282 secs (77916752 bytes/sec) > 6553600000 bytes transferred in 84.197506 secs (77836035 bytes/sec) > 6553600000 bytes transferred in 84.205020 secs (77829089 bytes/sec) > 6553600000 bytes transferred in 84.662426 secs (77408602 bytes/sec) > > Result for command #2: > > 6553600000 bytes transferred in 85.052923 secs (77053201 bytes/sec) > 6553600000 bytes transferred in 85.040286 secs (77064652 bytes/sec) > 6553600000 bytes transferred in 85.040805 secs (77064181 bytes/sec) > 6553600000 bytes transferred in 85.040560 secs (77064403 bytes/sec) > > My recommendation: start looking at replacing hardware. > > Start by replacing the hard disk with something newer and see what > becomes of that. If you want recommendations: if power draw, noise, and > thermals are a concern point for you, get a 5400rpm drive. Try to find > something with 16MB cache or more. The WD Scorpio Blue drives are > supposedly quite nice, but I don't know if they come in PATA. I'm really more interested in the inconsistency. I'll have this system for another 10 months, at most. I really don't see getting new drives. (It's getting pretty hard to fine PATA drives, and my next system will certainly be SATA, in any case.) > I'm not particularly fond of Fujitsu drives (my day job consists of > watching their SCSI disks freak out in random ways), so I'd choose to > stay away from those. Same goes for Toshiba (just recently replaced one > of those on a laptop; cache went bad, disk I/O was absurd). I've been using them (PATA only) for about 5 years with good results, though I would prefer Seagates or Hitachi's. I did have one die after about 10 months, but they replaced it very quickly with no hassles. > If you want something totally crazy to try, how about booting a FreeBSD > 7.2 or 7.3 LiveFS CD and doing your dd's? I can try this, but I doubt it will make any real difference. dd in single user should not need to the system for anything, once it loads the dd image. It is certainly not swapping or paging. And, why 7.2 or 7.3 and not 8.1? Thanks! I am amazed at the time you manage to spend helping with other people's problems with FreeBSD. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-stable@FreeBSD.ORG Sat Aug 14 03:29:30 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 D8481106566C for ; Sat, 14 Aug 2010 03:29:30 +0000 (UTC) (envelope-from tj@tjvarghese.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 712D48FC08 for ; Sat, 14 Aug 2010 03:29:30 +0000 (UTC) Received: by bwz20 with SMTP id 20so352552bwz.13 for ; Fri, 13 Aug 2010 20:29:29 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.56.14 with SMTP id w14mr1274719bkg.187.1281755218883; Fri, 13 Aug 2010 20:06:58 -0700 (PDT) Received: by 10.204.62.133 with HTTP; Fri, 13 Aug 2010 20:06:58 -0700 (PDT) In-Reply-To: <20100814021235.A12771CC3A@ptavv.es.net> References: <20100813213205.GB29150@slackbox.erewhon.net> <20100814021235.A12771CC3A@ptavv.es.net> Date: Sat, 14 Aug 2010 11:06:58 +0800 Message-ID: From: TJ Varghese To: Kevin Oberman Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Roland Smith , stable@freebsd.org Subject: Re: Inconsistent IO performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Aug 2010 03:29:30 -0000 > > > Maybe there is a hardware component here? Are both disks on the same > > controller? Or if not are both controllers using the same interrupt line? > > No. Each is on its one controller and is the only disk on that > controller. > > > You should have a look at 'systat -vmstat' with dd running in the > > background. That might give a clue as to where the bottleneck is. > > > You're using a laptop with 2 HDDs, so does that mean you're using the Ultrabay for the 2nd HDD? Perhaps anything connected to that drops down to ATA33 (pure speculation on my part) since it was designed for optical drives ...dmesg/atacontrol logs would be useful here. You may want to try dd with the of=/dev/null instead to remove the 2nd variable and benchmark solely the read speed of the 1st hdd. regards, TJ From owner-freebsd-stable@FreeBSD.ORG Sat Aug 14 03:33:59 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 921D81065675 for ; Sat, 14 Aug 2010 03:33:59 +0000 (UTC) (envelope-from tj@tjvarghese.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2A6798FC08 for ; Sat, 14 Aug 2010 03:33:58 +0000 (UTC) Received: by bwz20 with SMTP id 20so354705bwz.13 for ; Fri, 13 Aug 2010 20:33:58 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.45.207 with SMTP id g15mr1342057bkf.14.1281756837807; Fri, 13 Aug 2010 20:33:57 -0700 (PDT) Received: by 10.204.62.133 with HTTP; Fri, 13 Aug 2010 20:33:57 -0700 (PDT) In-Reply-To: <20100813232954.GA53935@icarus.home.lan> References: <20100813160109.8BDDA1CC3A@ptavv.es.net> <20100813232954.GA53935@icarus.home.lan> Date: Sat, 14 Aug 2010 11:33:57 +0800 Message-ID: From: TJ Varghese To: Jeremy Chadwick Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org Subject: Re: Inconsistent IO performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Aug 2010 03:33:59 -0000 > The deviation in your disk I/O isn't a major surprise (to me anyway), > given the system specs. What *does* surprise me is your abysmal I/O > speeds in general. 18MB/sec min, 24MB/sec max?! ICH6-M can do a lot > more than that. Something isn't right. > > it's possible that the hw is...suboptimal. From a 2005 post, http://forum.thinkpads.com/viewtopic.php?f=2&t=13036&start=0 Check out the link to the hddbenchmark, http://img57.imageshack.us/img57/6430/hddbenchmark1no.jpg regards, TJ From owner-freebsd-stable@FreeBSD.ORG Sat Aug 14 03:47:17 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 1696F1065698 for ; Sat, 14 Aug 2010 03:47:17 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id F081A8FC12 for ; Sat, 14 Aug 2010 03:47:16 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id o7E3lFIQ025058 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 13 Aug 2010 20:47:15 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 09FE21CC3A; Fri, 13 Aug 2010 20:47:15 -0700 (PDT) To: TJ Varghese In-reply-to: Your message of "Sat, 14 Aug 2010 11:06:58 +0800." Date: Fri, 13 Aug 2010 20:47:15 -0700 From: "Kevin Oberman" Message-Id: <20100814034715.09FE21CC3A@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.0.10011, 1.0.148, 0.0.0000 definitions=2010-08-13_06:2010-08-14, 2010-08-13, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-1005130000 definitions=main-1008130244 Cc: Roland Smith , stable@freebsd.org Subject: Re: Inconsistent IO performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Aug 2010 03:47:17 -0000 > Date: Sat, 14 Aug 2010 11:06:58 +0800 > From: TJ Varghese > > > > > > > Maybe there is a hardware component here? Are both disks on the same > > > controller? Or if not are both controllers using the same interrupt line? > > > > No. Each is on its one controller and is the only disk on that > > controller. > > > > > You should have a look at 'systat -vmstat' with dd running in the > > > background. That might give a clue as to where the bottleneck is. > > > > > > > You're using a laptop with 2 HDDs, so does that mean you're using the > Ultrabay for the 2nd HDD? > Perhaps anything connected to that drops down to ATA33 (pure speculation on > my part) since it was designed for optical drives ...dmesg/atacontrol logs > would be useful here. > > You may want to try dd with the of=/dev/null instead to remove the 2nd > variable and benchmark solely the read speed of the 1st hdd. For this test I get a very consistent 34.75 MB. (1000 10M blocks). Distressingly low when there is almost no seek activity. Nope, it is running at UDMA100 using a SATA-PATA converter. (The ICH6 controller is SATA.) But that was a good idea. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-stable@FreeBSD.ORG Sat Aug 14 03:53:37 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 D753F1065670 for ; Sat, 14 Aug 2010 03:53:37 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 679EC8FC15 for ; Sat, 14 Aug 2010 03:53:37 +0000 (UTC) Received: from c83-255-61-120.bredband.comhem.se ([83.255.61.120]:63193 helo=falcon.midgard.homeip.net) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.71) (envelope-from ) id 1Ok7YV-00019x-64 for stable@freebsd.org; Sat, 14 Aug 2010 05:37:14 +0200 Received: (qmail 34939 invoked from network); 14 Aug 2010 05:37:10 +0200 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 14 Aug 2010 05:37:10 +0200 Received: (qmail 96249 invoked by uid 1001); 14 Aug 2010 05:37:10 +0200 Date: Sat, 14 Aug 2010 05:37:10 +0200 From: Erik Trulsson To: Clifton Royston Message-ID: <20100814033710.GA96114@owl.midgard.homeip.net> References: <20100813160109.8BDDA1CC3A@ptavv.es.net> <20100813213205.GB29150@slackbox.erewhon.net> <20100813233612.GB4280@lava.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100813233612.GB4280@lava.net> User-Agent: Mutt/1.5.20 (2009-06-14) X-Originating-IP: 83.255.61.120 X-Scan-Result: No virus found in message 1Ok7YV-00019x-64. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1Ok7YV-00019x-64 927fdce6da68ba82c0261f5d75cee80a Cc: Roland Smith , stable@freebsd.org Subject: Re: Inconsistent IO performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Aug 2010 03:53:37 -0000 On Fri, Aug 13, 2010 at 01:36:12PM -1000, Clifton Royston wrote: > On Fri, Aug 13, 2010 at 11:32:05PM +0200, Roland Smith wrote: > > On Fri, Aug 13, 2010 at 09:01:09AM -0700, Kevin Oberman wrote: > > > For some time I have seen very odd issues with IO performance on > > > 8-Stable. Going back to November of last year when 8.0 was released, I > > > see variations of up to 22% in identical operations. This is not a > > > degradation as the performance moves up and down. > > > > > > This is a very simplistic case. I have two identical disks (Fujitsu 80G) > > > on a ThinkPad T43 with a 2 GHz CPU and 2G RAM. I run the command: > > > dd bs=516096 if=/dev/ad0 of=/dev/ad2 > > > > Why are you using this peculiar block size? > > > > > Note the dramatic differences even on the same kernel. For the December > > > 6 kernel, for example, I see a maximum of 23,676,086 and a minimum of > > > just 18,304,565. ???? > > > > Both figures seem quite low to me? I cannot exactly reproduce your test, > > because I don't have an empty second disk handy, but doing > > > > dd if=/dev/zero bs=1m count=100 of=/tmp/foo > > With a total write size of 100MB, aren't you just testing speed of > writing into cache RAM this way? I think you need to write amounts > dramatically greater than the total size of the RAM to get values which > appropriately measure disk speed. One should get much higher speeds if it was just writes into RAM. > > > yields the following writing speed on 8.1-RELEASE amd64, > > WDC WD5001ABYS SATA harddisk @ 7200 rpm.: > > > > 1) 87263174 bytes/sec > > 2) 87878728 bytes/sec > > 3) 86397125 bytes/sec > > 4) 86550094 bytes/sec > > 5) 86524741 bytes/sec > > This also supports that theory - off the top of my head, maximum > theoretical possible write throughput to a similarly sized 7200rpm > drive should be 70MB/s (buffer to disk data transfer rate according to > WDC's specs.) That the disks are the same size and RPM is fairly irrelevant for max transfer rate. Bit density on the platters is far more importtant. If you look at the data sheet for that particular model the transfer rate is actually specified as 98MB/s. (Presumably along the outer tracks of the disk -- on the inner tracks you probably can't get more than around 50 MB/s) -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Sat Aug 14 03:57:52 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 8B3B4106567A for ; Sat, 14 Aug 2010 03:57:52 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6FA598FC16 for ; Sat, 14 Aug 2010 03:57:52 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id o7E3vpIT031895 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 13 Aug 2010 20:57:51 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 3436F1CC3B; Fri, 13 Aug 2010 20:57:51 -0700 (PDT) To: TJ Varghese In-reply-to: Your message of "Sat, 14 Aug 2010 11:33:57 +0800." Date: Fri, 13 Aug 2010 20:57:51 -0700 From: "Kevin Oberman" Message-Id: <20100814035751.3436F1CC3B@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.0.10011, 1.0.148, 0.0.0000 definitions=2010-08-13_06:2010-08-14, 2010-08-13, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-1005130000 definitions=main-1008130246 Cc: stable@freebsd.org, Jeremy Chadwick Subject: Re: Inconsistent IO performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Aug 2010 03:57:52 -0000 > Date: Sat, 14 Aug 2010 11:33:57 +0800 > From: TJ Varghese > > > The deviation in your disk I/O isn't a major surprise (to me anyway), > > given the system specs. What *does* surprise me is your abysmal I/O > > speeds in general. 18MB/sec min, 24MB/sec max?! ICH6-M can do a lot > > more than that. Something isn't right. > > > > > it's possible that the hw is...suboptimal. From a 2005 post, > > http://forum.thinkpads.com/viewtopic.php?f=2&t=13036&start=0 > > Check out the link to the hddbenchmark, > http://img57.imageshack.us/img57/6430/hddbenchmark1no.jpg Thanks, TJ! I guess the disk IO on these boxes simply sucks. Looks like the 34.75MB/sec sequential read speed is all I can hope for. I'm guessing the SATA-PATA converter is to blame. Oh, well. But all of this does not address my real question, why is performance so inconsistent? I agree that it sucks, but that does not explain why it suck so much worse on one run than another. I'm still baffled. My backup disk normally odes not leave my office storage cabinet except when it is in the computer being written, so I don't have it handy ATM. I will try a couple of things on Monday, though. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-stable@FreeBSD.ORG Sat Aug 14 08:02:18 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 0D6371065696 for ; Sat, 14 Aug 2010 08:02:18 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id 1FC4A8FC14 for ; Sat, 14 Aug 2010 08:02:16 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id o7E7VKxX051655; Sat, 14 Aug 2010 17:31:20 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sat, 14 Aug 2010 17:31:20 +1000 (EST) From: Ian Smith To: Kevin Oberman In-Reply-To: <20100814034715.09FE21CC3A@ptavv.es.net> Message-ID: <20100814162034.I77596@sola.nimnet.asn.au> References: <20100814034715.09FE21CC3A@ptavv.es.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Roland Smith , stable@freebsd.org, TJ Varghese Subject: Re: Inconsistent IO performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Aug 2010 08:02:18 -0000 On Fri, 13 Aug 2010, Kevin Oberman wrote: > > Date: Sat, 14 Aug 2010 11:06:58 +0800 > > From: TJ Varghese [..] > > You're using a laptop with 2 HDDs, so does that mean you're using the > > Ultrabay for the 2nd HDD? > > Perhaps anything connected to that drops down to ATA33 (pure speculation on > > my part) since it was designed for optical drives ...dmesg/atacontrol logs > > would be useful here. > > > > You may want to try dd with the of=/dev/null instead to remove the 2nd > > variable and benchmark solely the read speed of the 1st hdd. > > For this test I get a very consistent 34.75 MB. (1000 10M > blocks). Distressingly low when there is almost no seek activity. > > Nope, it is running at UDMA100 using a SATA-PATA converter. (The ICH6 > controller is SATA.) But that was a good idea. For some sort of comparison, on a T23 (1133MHz P3-M, ICH3 PATA, Fujitsu MHV2120AH 120GB 5400rpm UDMA100 drive, single device on channel, 768MB RAM), I do better than that: # dd if=/dev/ad0 of=/dev/null count=1024 bs=10M gets, over two runs, just either side of 40,500,000 bytes/s. Same result, just slightly better, with bs=512M count=20. (I also tried bs=1024M count=10, but that was really dumb with 768MB RAM :) But with if=/dev/ad0s4 (starts about 70% into the disk) just either side of 29,200,000 bytes/s. All tests show 0.5-0.7% CPU, so hardly a factor, and with that usage powerd kept the CPU at 733MHz. Could be as you suggest, the SATA to PATA converter is a bottleneck? I see mine has acoustic management on also; let us know if it matters? Oh, and that's on 8.0R, about to be brought up to 8.1-S, if relevant. cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Sat Aug 14 11:51: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 35BF41065694; Sat, 14 Aug 2010 11:51:00 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from smtp.utwente.nl (smtp1.utsp.utwente.nl [130.89.2.8]) by mx1.freebsd.org (Postfix) with ESMTP id 241B98FC1E; Sat, 14 Aug 2010 11:50:58 +0000 (UTC) Received: from nox-laptop.student.utwente.nl (nox-laptop.student.utwente.nl [130.89.160.140]) by smtp.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id o7EBHLGZ030500; Sat, 14 Aug 2010 13:17:21 +0200 From: Pieter de Goeje To: freebsd-stable@freebsd.org Date: Sat, 14 Aug 2010 13:17:44 +0200 User-Agent: KMail/1.9.10 References: <20100814035751.3436F1CC3B@ptavv.es.net> In-Reply-To: <20100814035751.3436F1CC3B@ptavv.es.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201008141317.45174.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact icts.servicedesk@utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: stable@freebsd.org, TJ Varghese , Jeremy Chadwick Subject: Re: Inconsistent IO performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Aug 2010 11:51:00 -0000 On Saturday 14 August 2010 05:57:51 Kevin Oberman wrote: > > Date: Sat, 14 Aug 2010 11:33:57 +0800 > > From: TJ Varghese > > > > > The deviation in your disk I/O isn't a major surprise (to me anyway), > > > given the system specs. What *does* surprise me is your abysmal I/O > > > speeds in general. 18MB/sec min, 24MB/sec max?! ICH6-M can do a lot > > > more than that. Something isn't right. > > > > it's possible that the hw is...suboptimal. From a 2005 post, > > > > http://forum.thinkpads.com/viewtopic.php?f=2&t=13036&start=0 > > > > Check out the link to the hddbenchmark, > > http://img57.imageshack.us/img57/6430/hddbenchmark1no.jpg > > Thanks, TJ! I guess the disk IO on these boxes simply sucks. Looks like > the 34.75MB/sec sequential read speed is all I can hope for. I'm > guessing the SATA-PATA converter is to blame. Oh, well. > > But all of this does not address my real question, why is performance so > inconsistent? I agree that it sucks, but that does not explain why it > suck so much worse on one run than another. I'm still baffled. > > My backup disk normally odes not leave my office storage cabinet except > when it is in the computer being written, so I don't have it handy > ATM. I will try a couple of things on Monday, though. Perhaps the measurements are taken while the laptop is on a different (less/more stable) surface each time? Disk vibrations could account for the differences. Check out this cool video from Sun: http://news.cnet.com/8301-13556_3-10138666-61.html No idea how this affects sequential read and write workloads however. -- Pieter de Goeje From owner-freebsd-stable@FreeBSD.ORG Sat Aug 14 11:51:00 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 35BF41065694; Sat, 14 Aug 2010 11:51:00 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from smtp.utwente.nl (smtp1.utsp.utwente.nl [130.89.2.8]) by mx1.freebsd.org (Postfix) with ESMTP id 241B98FC1E; Sat, 14 Aug 2010 11:50:58 +0000 (UTC) Received: from nox-laptop.student.utwente.nl (nox-laptop.student.utwente.nl [130.89.160.140]) by smtp.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id o7EBHLGZ030500; Sat, 14 Aug 2010 13:17:21 +0200 From: Pieter de Goeje To: freebsd-stable@freebsd.org Date: Sat, 14 Aug 2010 13:17:44 +0200 User-Agent: KMail/1.9.10 References: <20100814035751.3436F1CC3B@ptavv.es.net> In-Reply-To: <20100814035751.3436F1CC3B@ptavv.es.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201008141317.45174.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact icts.servicedesk@utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: stable@freebsd.org, TJ Varghese , Jeremy Chadwick Subject: Re: Inconsistent IO performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Aug 2010 11:51:00 -0000 On Saturday 14 August 2010 05:57:51 Kevin Oberman wrote: > > Date: Sat, 14 Aug 2010 11:33:57 +0800 > > From: TJ Varghese > > > > > The deviation in your disk I/O isn't a major surprise (to me anyway), > > > given the system specs. What *does* surprise me is your abysmal I/O > > > speeds in general. 18MB/sec min, 24MB/sec max?! ICH6-M can do a lot > > > more than that. Something isn't right. > > > > it's possible that the hw is...suboptimal. From a 2005 post, > > > > http://forum.thinkpads.com/viewtopic.php?f=2&t=13036&start=0 > > > > Check out the link to the hddbenchmark, > > http://img57.imageshack.us/img57/6430/hddbenchmark1no.jpg > > Thanks, TJ! I guess the disk IO on these boxes simply sucks. Looks like > the 34.75MB/sec sequential read speed is all I can hope for. I'm > guessing the SATA-PATA converter is to blame. Oh, well. > > But all of this does not address my real question, why is performance so > inconsistent? I agree that it sucks, but that does not explain why it > suck so much worse on one run than another. I'm still baffled. > > My backup disk normally odes not leave my office storage cabinet except > when it is in the computer being written, so I don't have it handy > ATM. I will try a couple of things on Monday, though. Perhaps the measurements are taken while the laptop is on a different (less/more stable) surface each time? Disk vibrations could account for the differences. Check out this cool video from Sun: http://news.cnet.com/8301-13556_3-10138666-61.html No idea how this affects sequential read and write workloads however. -- Pieter de Goeje From owner-freebsd-stable@FreeBSD.ORG Sat Aug 14 13:32: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 69F981065726 for ; Sat, 14 Aug 2010 13:32:25 +0000 (UTC) (envelope-from cptsalek@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 195428FC08 for ; Sat, 14 Aug 2010 13:32:24 +0000 (UTC) Received: by qwg5 with SMTP id 5so4285343qwg.13 for ; Sat, 14 Aug 2010 06:32:24 -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=ShXYkxLeRwBtY0l5BzVllnXoRxD2L27/ZqNfrsD6cW8=; b=wCaJI6iUE3RJP3zbdKIgeGDqBLWm/BX4BLIgz0P1tTI5o5aYyQR4+/JTAu85sItGV1 TYg77eYnLm+hdMNrdAh/2BCzDApXL8UtbisJnvdeqo68qYAmVHs7ir0dopzEiczFKeh/ l6xigvDZpgbbsnmO6+2KtGQMggdgS22Y1mrTg= 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=tcngOBKx5k3nanH4cYVxz53lgYY9Sru1FYtIC/M1rKzCq9XrXlFHjZUHgK1Lw6uxmj Lj4YNeUWHELjRSG3Pon3wYcpxIhEuETFVrMiT9z27QgSYY1ers5fbeFAI/xD+cYnjEu2 xSq5tUGOqZXnfVVT/AJbdCcFa+0aQxo+pkYmU= MIME-Version: 1.0 Received: by 10.229.52.31 with SMTP id f31mr2077660qcg.256.1281790998870; Sat, 14 Aug 2010 06:03:18 -0700 (PDT) Received: by 10.229.219.2 with HTTP; Sat, 14 Aug 2010 06:03:18 -0700 (PDT) In-Reply-To: References: <20100813152300.GA43660@icarus.home.lan> <2A40FCBD209C654588C3F74D5BFF2C7C07B543BF@EXVS2.stk.pacific.edu> <4C658ED0.7010304@restart.be> Date: Sat, 14 Aug 2010 15:03:18 +0200 Message-ID: From: Christian Walther To: andimayer82@gmail.com Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: zfs destroy snapshot doesn't free space X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Aug 2010 13:32:25 -0000 Hi, what do you see when you cd to /var/.zfs? There should be a snapshot directory there. Is there any contents in it? Regards Christian Walther PS: Sorry for the repost, forgot to hit "reply all" (and fixed a bug, btw. It should be /var/.zfs insead of .zsh, of course.) From owner-freebsd-stable@FreeBSD.ORG Sat Aug 14 15:51: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 084C51065693; Sat, 14 Aug 2010 15:51:02 +0000 (UTC) (envelope-from adrian.chadd@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 647728FC12; Sat, 14 Aug 2010 15:51:01 +0000 (UTC) Received: by ewy26 with SMTP id 26so2140205ewy.13 for ; Sat, 14 Aug 2010 08:51:00 -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=llJYsishWieHD7zP1z/zBwyV2F0JndUPJCiPjPnIVyI=; b=tkyT6j41eYW2aBdtjHPsi0wp6pHJq80Eb27aWZotPXM1fANPf/aclxHF2Zc2EUjxqt +Lw1pZYf4xoXVhtZco/E/6/YnXA+aCMmIBeW5LCyM9esUzFBD5LpJw430ZZeXJOyzI3i 42eGyABu9ZGM0jbvrXJiKQG7HAzKuXMy2l7k8= 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=XvZ1pMv6D2q9vEwtFFfnXU9iRh9ipaRbfrCSSOnnmKR/XCQDULEbB6FVMROFUoNxc6 LJd9HBjcN3MqStYwGaX76B+Pm4o/Klw4jkxnCvxTlg6Ei696yDu/vbqwITy2c+ynRLIb yJTsUylea3yY1H1Mv4jtbXLt4jvNzkpiiLHH0= MIME-Version: 1.0 Received: by 10.213.32.212 with SMTP id e20mr2695806ebd.80.1281801060316; Sat, 14 Aug 2010 08:51:00 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.213.112.140 with HTTP; Sat, 14 Aug 2010 08:51:00 -0700 (PDT) In-Reply-To: References: Date: Sat, 14 Aug 2010 23:51:00 +0800 X-Google-Sender-Auth: -ve1tX827voLqrlf103li9TTZFc Message-ID: From: Adrian Chadd To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: [CFT] if_ath updates - ar5416 (macbook pro, etc) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Aug 2010 15:51:02 -0000 Hi, I've committed a couple more small AR9160 related fixes. Please test if_ath if you're using AR9160 in any mode (hostap, adhoc, station) and provide some feedback. Thanks, Adrian From owner-freebsd-stable@FreeBSD.ORG Sat Aug 14 22:07:43 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 1F34E1065679 for ; Sat, 14 Aug 2010 22:07:43 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr5.xs4all.nl (smtp-vbr5.xs4all.nl [194.109.24.25]) by mx1.freebsd.org (Postfix) with ESMTP id A7EBB8FC17 for ; Sat, 14 Aug 2010 22:07:42 +0000 (UTC) Received: from slackbox.erewhon.net (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr5.xs4all.nl (8.13.8/8.13.8) with ESMTP id o7EM7fVV030753 for ; Sun, 15 Aug 2010 00:07:41 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.erewhon.net (Postfix, from userid 1001) id AF92ABAAA; Sun, 15 Aug 2010 00:07:40 +0200 (CEST) Date: Sun, 15 Aug 2010 00:07:40 +0200 From: Roland Smith To: stable@freebsd.org Message-ID: <20100814220740.GA64697@slackbox.erewhon.net> References: <20100813160109.8BDDA1CC3A@ptavv.es.net> <20100813213205.GB29150@slackbox.erewhon.net> <20100813233612.GB4280@lava.net> <20100814003631.GA34499@slackbox.erewhon.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="n8g4imXOkfNTN/H1" Content-Disposition: inline In-Reply-To: <20100814003631.GA34499@slackbox.erewhon.net> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Subject: Re: Inconsistent IO performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Aug 2010 22:07:43 -0000 --n8g4imXOkfNTN/H1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 14, 2010 at 02:36:31AM +0200, Roland Smith wrote: > On Fri, Aug 13, 2010 at 01:36:12PM -1000, Clifton Royston wrote: > > > Both figures seem quite low to me? I cannot exactly reproduce your te= st, > > > because I don't have an empty second disk handy, but doing > > >=20 > > > dd if=3D/dev/zero bs=3D1m count=3D100 of=3D/tmp/foo > > =20 > > With a total write size of 100MB, aren't you just testing speed of > > writing into cache RAM this way? I think you need to write amounts > > dramatically greater than the total size of the RAM to get values which > > appropriately measure disk speed. > > > This also supports that theory - off the top of my head, maximum > > theoretical possible write throughput to a similarly sized 7200rpm > > drive should be 70MB/s (buffer to disk data transfer rate according to > > WDC's specs.) >=20 > Ok, so I tried this; >=20 > dd if=3D/dev/zero of=3D/tmp/foo bs=3D10M count=3D1000 >=20 > 10485760000 bytes transferred in 138.304953 secs (75816229 bytes/sec) > 10485760000 bytes transferred in 139.125501 secs (75369073 bytes/sec) > 10485760000 bytes transferred in 136.149871 secs (77016305 bytes/sec) >=20 > Which is around 72 MiB/s with filesystem overhead, which sounds about > right. The drive was making plenty of noise. The point is that it is _way_ > more than the 18-22 MiB/s on a raw disk that Kevin is getting. >=20 > I'll try the same on my laptop topmorrow and see what that gets me. This = desktop > machine is ICH7 with ata(4), laptop is ICH9 with ahci(4). Figures from the laptop running 8.1-RELEASE amd64, ahci driver with the following harddisk; ada0: ATA-8 SATA 2.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 305245MB (625142448 512 byte sectors: 16H 63S/T 16383C) Running the same test; dd if=3D/dev/zero of=3D/tmp/foo bs=3D10M count=3D1000 Gives the following results. 10485760000 bytes transferred in 122.625997 secs (85510090 bytes/sec) 10485760000 bytes transferred in 126.081170 secs (83166741 bytes/sec) 10485760000 bytes transferred in 126.101845 secs (83153105 bytes/sec) Which is about 10% faster than on the desktop. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --n8g4imXOkfNTN/H1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAkxnE6wACgkQEnfvsMMhpyVd4QCfYuUF30TBv3HlIBHqneBs5fj9 eVoAn1lUx+RKVPArnZylOtTreWlcnYEb =4wte -----END PGP SIGNATURE----- --n8g4imXOkfNTN/H1--