From owner-freebsd-fs@FreeBSD.ORG Sun Aug 16 17:32:19 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CC491065694 for ; Sun, 16 Aug 2009 17:32:19 +0000 (UTC) (envelope-from jensrasmus@gmail.com) Received: from mail-fx0-f205.google.com (mail-fx0-f205.google.com [209.85.220.205]) by mx1.freebsd.org (Postfix) with ESMTP id 7C6878FC4B for ; Sun, 16 Aug 2009 17:32:18 +0000 (UTC) Received: by fxm1 with SMTP id 1so1905135fxm.7 for ; Sun, 16 Aug 2009 10:32:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:cc:content-type; bh=YwmhJf3R5kHX3hhpec5atlLTTmgJDwid953FwdpC0qg=; b=mKX6shf+frP3bbX3HWg/m9qTKNX9oowtZbYmlaCfnRNb0CRDj0JmB/tIkM2Y3NIYaj Bj9dJ67E0BmjG2rGFk3RlN1TLJ0SF0Hdg/MUv0rr1jLKwB308RFhRXCoM/E0Cz6XADEd OzJb06WjH9Y4TqWqSfPaJvgolyRFkaDd8Q1Ew= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:cc :content-type; b=WqHE9wIyP8bJC55k1/fLzmyTbv5cwpVuf8mefLLnFtO6agz2QrLN0tbbIXNSCS+nAv +kRll26l1ulfmcPvntwnK+ZD2ky4c26Vm50rDlGKM4gYsEF4kcRHT99m8iiA8vxJcOSv KnO/n3JLG/CxSPA5Rfhej4gXlx6vUi1nPu8M8= MIME-Version: 1.0 Received: by 10.204.123.200 with SMTP id q8mt1783299bkr.199.1250443937212; Sun, 16 Aug 2009 10:32:17 -0700 (PDT) In-Reply-To: References: <63e02e980907310725t2b38d1d3iff66aca3948ac8dd@mail.gmail.com> <63e02e980908020954r65b6b4b5n8288f0f5e3b14568@mail.gmail.com> Date: Sun, 16 Aug 2009 19:32:17 +0200 Message-ID: <63e02e980908161032y60c4c966v2918b34c83397fee@mail.gmail.com> From: Jens Rasmus Liland Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org, CmdLnKid Subject: Re: Fwd: How do I mount an external ntfs formatted harddisk manually and through /etc/fstab? X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Aug 2009 17:32:19 -0000 Hi, Sorry for the late reply - I went on vacation for a while. I think 'mount_ntfs-3g' did the trick in terms of mounting /dev/da0s1 manually. But I tried to add /dev/da0s1 /homewd ntfs-3g ro 0 0 ... but then the computer panicked, and went into single user mode. I think it happened because the ntfs-3g module is loaded later with the fusefs-stuff. How to get around this one? On Mon, Aug 3, 2009 at 3:19 PM, CmdLnKid wrote: > On Sun, 2 Aug 2009 12:54 -0000, jensrasmus wrote: > > I'm forwarding this to -stable list, since i appears to get no response on >> -fs. >> >> ---------- Forwarded message ---------- >> From: Jens Rasmus Liland >> Date: Fri, Jul 31, 2009 at 4:25 PM >> Subject: How do I mount an external ntfs formatted harddisk manually and >> through /etc/fstab? >> To: freebsd-fs@freebsd.org >> >> >> Hi, >> >> How do I mount an NTFS formatted external harddisk plugged into the >> computer >> using a usb cable? And what do i write in the /etc/fstab after being able >> to >> successfully mount it manually? >> >> I have some blurry understanding after reading a bit in handbook that the >> harddisk's NTFS partition is at /dev/da0s1 by default. I have installed >> ntfs-3g from ports. >> >> /Rasmus >> _______________________________________________ >> 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" >> >> >> > Try mount_ntfs-3g /dev/da0s1 /path/to/mountpoint > > Manuals and other such documentation serve as a pretty good medium. > > -- > > - (2^(N-1)) > From owner-freebsd-fs@FreeBSD.ORG Sun Aug 16 19:25:23 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95F24106568D; Sun, 16 Aug 2009 19:25:23 +0000 (UTC) (envelope-from cliftonr@lava.net) Received: from outgoing02.lava.net (pie.lava.net [IPv6:2001:1888:0:1:230:48ff:fe5b:3b8c]) by mx1.freebsd.org (Postfix) with ESMTP id 58B4F8FC41; Sun, 16 Aug 2009 19:25:23 +0000 (UTC) Received: from malasada.lava.net (malasada.lava.net [64.65.64.17]) by outgoing02.lava.net (Postfix) with ESMTP id A85E41707B5; Sun, 16 Aug 2009 09:25:22 -1000 (HST) Received: by malasada.lava.net (Postfix, from userid 102) id 36A8F153882; Sun, 16 Aug 2009 09:25:22 -1000 (HST) Date: Sun, 16 Aug 2009 09:25:22 -1000 From: Clifton Royston To: Jens Rasmus Liland Message-ID: <20090816192521.GA4926@lava.net> Mail-Followup-To: Jens Rasmus Liland , freebsd-fs@freebsd.org, freebsd-stable@freebsd.org References: <63e02e980907310725t2b38d1d3iff66aca3948ac8dd@mail.gmail.com> <63e02e980908020954r65b6b4b5n8288f0f5e3b14568@mail.gmail.com> <63e02e980908161032y60c4c966v2918b34c83397fee@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <63e02e980908161032y60c4c966v2918b34c83397fee@mail.gmail.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Fwd: How do I mount an external ntfs formatted harddisk manually and through /etc/fstab? X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Aug 2009 19:25:23 -0000 On Sun, Aug 16, 2009 at 07:32:17PM +0200, Jens Rasmus Liland wrote: > Hi, > > Sorry for the late reply - I went on vacation for a while. > > I think 'mount_ntfs-3g' did the trick in terms of mounting /dev/da0s1 > manually. But I tried to add > > /dev/da0s1 /homewd ntfs-3g ro 0 0 > > ... but then the computer panicked, and went into single user mode. I think > it happened because the ntfs-3g module is loaded later with the > fusefs-stuff. How to get around this one? Solution 1: Try changing "ro" to "ro,noauto" and mount it later. Solution 2: Instead, try adding "late" to the options, so that it will not be mounted until later in the boot process, after /usr and other normal filesystems are mounted. As you say the filesystem type was added from ports, your problem might be that the OS is trying to mount it before /usr is mounted, and the fs module is not available, although that shouldn't generate a panic. My 2 cents, -- 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-fs@FreeBSD.ORG Sun Aug 16 20:04:52 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10F0C1065672 for ; Sun, 16 Aug 2009 20:04:52 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f219.google.com (mail-bw0-f219.google.com [209.85.218.219]) by mx1.freebsd.org (Postfix) with ESMTP id 8E1CF8FC62 for ; Sun, 16 Aug 2009 20:04:51 +0000 (UTC) Received: by bwz19 with SMTP id 19so2696717bwz.37 for ; Sun, 16 Aug 2009 13:04:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=iWVK0McqImzHRkilKg+ZgDkfMSpqvwDjFBZAvs17Pts=; b=YL8zgCDn8yw4daEytUkPNnS7SyN8IPw4bntxwg9i6hA4r5S5q4xPxqG6kYBB24ze2k ODxdanV0A6J+bZuBPSxB81rfRB4P1Ulj/qQblK/x5cL9Ge3zM+kwtZ2TRUJyrLZkxvv9 A1saTHEB9GK0/TKtakzLPmUfRFseINHujJ4gE= 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=wYXNOQqQhK43Iws1tLYxQEDrhhnPfHAN2CR1FAQhCehwiXGOmmu3xfaqJT0xkj+KV9 zo28ppxiF15eNFFhbIsdHT0swyMpy6/T4O61/7GnTgb4BmaxketYQtOsZQ34aHzqpyj9 ZV16SV8+x4AUs6K61Zksai8Wn/crUwh4yfXdE= MIME-Version: 1.0 Received: by 10.204.64.136 with SMTP id e8mr1429558bki.49.1250451497901; Sun, 16 Aug 2009 12:38:17 -0700 (PDT) In-Reply-To: <63e02e980908161032y60c4c966v2918b34c83397fee@mail.gmail.com> References: <63e02e980907310725t2b38d1d3iff66aca3948ac8dd@mail.gmail.com> <63e02e980908020954r65b6b4b5n8288f0f5e3b14568@mail.gmail.com> <63e02e980908161032y60c4c966v2918b34c83397fee@mail.gmail.com> Date: Sun, 16 Aug 2009 23:38:17 +0400 Message-ID: From: pluknet To: Jens Rasmus Liland Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org, CmdLnKid Subject: Re: Fwd: How do I mount an external ntfs formatted harddisk manually and through /etc/fstab? X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Aug 2009 20:04:52 -0000 2009/8/16 Jens Rasmus Liland : > Hi, > > Sorry for the late reply - I went on vacation for a while. > > I think 'mount_ntfs-3g' did the trick in terms of mounting /dev/da0s1 > manually. But I tried to add > > /dev/da0s1 =A0 =A0 =A0 =A0 =A0 =A0 =A0/homewd =A0 =A0 =A0 =A0 ntfs-3g =A0= =A0ro =A0 =A0 =A0 =A0 =A0 =A0 =A00 =A0 =A0 =A0 0 > Since 7.2 new parameter -o mountprog was introduced so you should be able to set in fstab mounting with 3th party program like this: /dev/acd0 /mnt ntfs ro,noauto,mountprog=3D/usr/local/bin/ntfs-3g 0 0 > ... but then the computer panicked, and went into single user mode. I thi= nk > it happened because the ntfs-3g module is loaded later with the > fusefs-stuff. Or due to the wrong/unsupported syntax. --=20 wbr, pluknet From owner-freebsd-fs@FreeBSD.ORG Sun Aug 16 20:28:22 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E73431065672 for ; Sun, 16 Aug 2009 20:28:21 +0000 (UTC) (envelope-from sarawgi.aditya@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.174]) by mx1.freebsd.org (Postfix) with ESMTP id B72788FC43 for ; Sun, 16 Aug 2009 20:28:21 +0000 (UTC) Received: by wf-out-1314.google.com with SMTP id 24so713148wfg.7 for ; Sun, 16 Aug 2009 13:28:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=7najDRKw3pZmRz/bgxBGQYWEWEa5xfGbQisluQHGaZw=; b=qmyUR6sG5IvhoU9+Du7rqSBp4RizJNeYHA/G17nI2qmQcFSBPfFZELfD/nYIgdu0Wt o4Wmnla1NX2YQEoFTDWfR2vL0FO0zECLU8n4J4X4Q21V1dA318osD9qbhFJuRlmivhgM SY6lHfxCUwkNKDjjTy16h1P3CIYjaJrZSNhUQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=b8U2YeGonCHP6tAf52d1mBBlrK9m3pyZPGHMhaD4jYgSc+Rky15xowLx0bXq2qJbKw sxObOaY2bdgHcGbBaeS+oi10QF09moV5Rv7gC0926cBx1GKyh50SVF7BjD8IFuYueH4i e645Wru1EnSUXl7gV/AEmAe4qEPBTcIkIF4R8= Received: by 10.142.7.6 with SMTP id 6mr805255wfg.114.1250452547714; Sun, 16 Aug 2009 12:55:47 -0700 (PDT) Received: from aditya ([111.125.238.2]) by mx.google.com with ESMTPS id g14sm13202848rvb.7.2009.08.16.12.55.45 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 16 Aug 2009 12:55:46 -0700 (PDT) Date: Sun, 16 Aug 2009 19:55:48 +0530 From: Aditya Sarawgi To: George Sanders Message-ID: <20090816142546.GA1350@aditya> References: <453373.52906.qm@web111616.mail.gq1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <453373.52906.qm@web111616.mail.gq1.yahoo.com> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-fs@freebsd.org Subject: Re: cannot use 2TB external USB drive ... X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Aug 2009 20:28:22 -0000 On Sat, Aug 15, 2009 at 12:19:11PM -0700, George Sanders wrote: > > > I bought a western digital 2TB USB external drive - shows up in dmesg as: > > da2 at umass-sim0 bus 0 target 0 lun 0 > da2: Fixed Direct Access SCSI-4 device > da2: 40.000MB/s transfers > da2: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) > > Originally I tried to simply use it right off as a FAT32 device. However, this crashed my system after generating thousands of: > > g_vfs_done():da0s4[READ(offset=0, length=2048)]error = 5 > g_vfs_done():da0s4[READ(offset=32768, length=2048)]error = 5 > > So I wiped the disk and recreated it in sysinstall using sysid 6 (msdos) and newfs_msdos ... my thought was that maybe western digital had some weird layouts or boot partitions, etc., and maybe I just needed to start with a clean slate. > > I got the same result. > > So finally, I gave up and since the end user of this system CANNOT use ufs2 (which is what I would prefer anyway) I installed the ext2 tools and made an ext2 volume: > > # mke2fs /dev/da2s1 > mke2fs 1.41.8 (11-Jul-2009) > Filesystem label= > OS type: FreeBSD > Block size=4096 (log=2) > Fragment size=4096 (log=2) > 122101760 inodes, 488378000 blocks > 24418900 blocks (5.00%) reserved for the super user > First data block=0 > Maximum filesystem blocks=0 > 14905 block groups > 32768 blocks per group, 32768 fragments per group > 8192 inodes per group > Superblock backups stored on blocks: > 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, > 4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968, > 102400000, 214990848 > > Writing inode tables: > > This mke2fs operation completed successfully and I mounted the drive and began using it. > > I filled it up to just about the 1 TB level, and the system crashes. No errors, no output, nothing - just freezes up requiring a reset button. Note that my 4k block size in the mke2fs above does NOT imply a 1 TB filesystem size limit for ext2. > > > > So what am I doing wrong ? > > > Again, I would love to just newfs this to ufs2, but the end user cannot use that - fat32 and ext2 are my only options... > > > Is this drive just too big for freebsd to handle over USB ? > With that block size you can create a partition of about 16 TiB though I have never tried creating one. Can you provide a crash dump ? This might help http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html Also feel free to file a pr about this. I don't have the necessary resources to confirm this. Can anybody reproduce this and provide a dump, please ? -- Aditya Sarawgi From owner-freebsd-fs@FreeBSD.ORG Mon Aug 17 09:21:10 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 857BE106568B; Mon, 17 Aug 2009 09:21:10 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.freebsd.org (Postfix) with ESMTP id 18E948FC43; Mon, 17 Aug 2009 09:21:09 +0000 (UTC) Received: from mail-gw6.york.ac.uk (mail-gw6.york.ac.uk [144.32.129.26]) by mail-gw0.york.ac.uk (8.13.6/8.13.6) with ESMTP id n7H8oBIv004613; Mon, 17 Aug 2009 09:50:11 +0100 (BST) Received: from buffy-128.york.ac.uk ([144.32.128.160] helo=buffy.york.ac.uk) by mail-gw6.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1Mcxut-0002At-Lf; Mon, 17 Aug 2009 09:50:11 +0100 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.3/8.14.3) with ESMTP id n7H8oBxB033008; Mon, 17 Aug 2009 09:50:11 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.3/8.14.3/Submit) id n7H8oBvL033007; Mon, 17 Aug 2009 09:50:11 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Jens Rasmus Liland In-Reply-To: <63e02e980908161032y60c4c966v2918b34c83397fee@mail.gmail.com> References: <63e02e980907310725t2b38d1d3iff66aca3948ac8dd@mail.gmail.com> <63e02e980908020954r65b6b4b5n8288f0f5e3b14568@mail.gmail.com> <63e02e980908161032y60c4c966v2918b34c83397fee@mail.gmail.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Mon, 17 Aug 2009 09:50:10 +0100 Message-Id: <1250499010.32945.1.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Fwd: How do I mount an external ntfs formatted harddisk manually and through /etc/fstab? X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Aug 2009 09:21:10 -0000 On Sun, 2009-08-16 at 19:32 +0200, Jens Rasmus Liland wrote: > Hi, > > Sorry for the late reply - I went on vacation for a while. > > I think 'mount_ntfs-3g' did the trick in terms of mounting /dev/da0s1 > manually. But I tried to add > > /dev/da0s1 /homewd ntfs-3g ro 0 0 > > ... but then the computer panicked, and went into single user mode. I think > it happened because the ntfs-3g module is loaded later with the > fusefs-stuff. How to get around this one? Make sure you have recompiled fusefs, ntfs-3g and any other ports that they rely on since you last upgraded your kernel/world. The fusefs kernel module seems to be quite sensitive to changes in the kernel itself. Gavin From owner-freebsd-fs@FreeBSD.ORG Mon Aug 17 11:06:54 2009 Return-Path: Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02CAB106568E for ; Mon, 17 Aug 2009 11:06:54 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E46158FC6C for ; Mon, 17 Aug 2009 11:06:53 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n7HB6rUT075774 for ; Mon, 17 Aug 2009 11:06:53 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n7HB6r1C075770 for freebsd-fs@FreeBSD.org; Mon, 17 Aug 2009 11:06:53 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 17 Aug 2009 11:06:53 GMT Message-Id: <200908171106.n7HB6r1C075770@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-fs@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-fs@FreeBSD.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Aug 2009 11:06:54 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- f kern/137037 fs [zfs] [hang] zfs rollback on root causes FreeBSD to fr o kern/136968 fs [ufs] [lor] ufs/bufwait/ufs (open) o kern/136945 fs [ufs] [lor] filedesc structure/ufs (poll) o kern/136944 fs [ffs] [lor] bufwait/snaplk (fsync) o kern/136942 fs [zfs] zvol resize not reflected until reboot o kern/136873 fs [ntfs] Missing directories/files on NTFS volume o kern/136865 fs [nfs] [patch] NFS exports atomic and on-the-fly atomic o kern/136470 fs [nfs] Cannot mount / in read-only, over NFS o kern/136218 fs [zfs] Exported ZFS pools can't be imported into (Open) o kern/135594 fs [zfs] Single dataset unresponsive with Samba o kern/135546 fs [zfs] zfs.ko module doesn't ignore zpool.cache filenam o kern/135480 fs [zfs] panic: lock &arg.lock already initialized o kern/135469 fs [ufs] [panic] kernel crash on md operation in ufs_dirb o bin/135314 fs [zfs] assertion failed for zdb(8) usage o kern/135050 fs [zfs] ZFS clears/hides disk errors on reboot f kern/134496 fs [zfs] [panic] ZFS pool export occasionally causes a ke o kern/134491 fs [zfs] Hot spares are rather cold... o kern/133980 fs [panic] [ffs] panic: ffs_valloc: dup alloc o kern/133676 fs [smbfs] [panic] umount -f'ing a vnode-based memory dis o kern/133614 fs [smbfs] [panic] panic: ffs_truncate: read-only filesys o kern/133373 fs [zfs] umass attachment causes ZFS checksum errors, dat o kern/133174 fs [msdosfs] [patch] msdosfs must support utf-encoded int f kern/133150 fs [zfs] Page fault with ZFS on 7.1-RELEASE/amd64 while w o kern/133134 fs [zfs] Missing ZFS zpool labels o kern/132960 fs [ufs] [panic] panic:ffs_blkfree: freeing free frag o kern/132597 fs [tmpfs] [panic] tmpfs-related panic while interrupting o kern/132551 fs [zfs] ZFS locks up on extattr_list_link syscall o kern/132397 fs reboot causes filesystem corruption (failure to sync b o kern/132331 fs [ufs] [lor] LOR ufs and syncer o kern/132237 fs [msdosfs] msdosfs has problems to read MSDOS Floppy o kern/132145 fs [panic] File System Hard Crashes f kern/132068 fs [zfs] page fault when using ZFS over NFS on 7.1-RELEAS o kern/131995 fs [nfs] Failure to mount NFSv4 server o kern/131360 fs [nfs] poor scaling behavior of the NFS server under lo o kern/131342 fs [nfs] mounting/unmounting of disks causes NFS to fail o bin/131341 fs makefs: error "Bad file descriptor" on the mount poin o kern/131086 fs [ext2fs] [patch] mkfs.ext2 creates rotten partition o kern/130979 fs [smbfs] [panic] boot/kernel/smbfs.ko o kern/130920 fs [msdosfs] cp(1) takes 100% CPU time while copying file o kern/130229 fs [iconv] usermount fails on fs that need iconv o kern/130210 fs [nullfs] Error by check nullfs o kern/129760 fs [nfs] after 'umount -f' of a stale NFS share FreeBSD l o kern/129488 fs [smbfs] Kernel "bug" when using smbfs in smbfs_smb.c: o kern/129231 fs [ufs] [patch] New UFS mount (norandom) option - mostly o kern/129152 fs [panic] non-userfriendly panic when trying to mount(8) o kern/129148 fs [zfs] [panic] panic on concurrent writing & rollback o kern/129059 fs [zfs] [patch] ZFS bootloader whitelistable via WITHOUT f kern/128829 fs smbd(8) causes periodic panic on 7-RELEASE o kern/128633 fs [zfs] [lor] lock order reversal in zfs o kern/128514 fs [zfs] [mpt] problems with ZFS and LSILogic SAS/SATA Ad f kern/128173 fs [ext2fs] ls gives "Input/output error" on mounted ext3 o kern/127659 fs [tmpfs] tmpfs memory leak o kern/127492 fs [zfs] System hang on ZFS input-output o kern/127420 fs [gjournal] [panic] Journal overflow on gmirrored gjour o kern/127213 fs [tmpfs] sendfile on tmpfs data corruption o kern/127029 fs [panic] mount(8): trying to mount a write protected zi o kern/126287 fs [ufs] [panic] Kernel panics while mounting an UFS file s kern/125738 fs [zfs] [request] SHA256 acceleration in ZFS o kern/125644 fs [zfs] [panic] zfs unfixable fs errors caused panic whe f kern/125536 fs [ext2fs] ext 2 mounts cleanly but fails on commands li o kern/125149 fs [nfs] [panic] changing into .zfs dir from nfs client c f kern/124621 fs [ext3] [patch] Cannot mount ext2fs partition f bin/124424 fs [zfs] zfs(8): zfs list -r shows strange snapshots' siz o kern/123939 fs [msdosfs] corrupts new files o kern/122888 fs [zfs] zfs hang w/ prefetch on, zil off while running t o kern/122380 fs [ffs] ffs_valloc:dup alloc (Soekris 4801/7.0/USB Flash o kern/122173 fs [zfs] [panic] Kernel Panic if attempting to replace a o bin/122172 fs [fs]: amd(8) automount daemon dies on 6.3-STABLE i386, o kern/122047 fs [ext2fs] [patch] incorrect handling of UF_IMMUTABLE / o kern/122038 fs [tmpfs] [panic] tmpfs: panic: tmpfs_alloc_vp: type 0xc o bin/121898 fs [nullfs] pwd(1)/getcwd(2) fails with Permission denied o bin/121779 fs [ufs] snapinfo(8) (and related tools?) only work for t o kern/121770 fs [zfs] ZFS on i386, large file or heavy I/O leads to ke o bin/121366 fs [zfs] [patch] Automatic disk scrubbing from periodic(8 o bin/121072 fs [smbfs] mount_smbfs(8) cannot normally convert the cha f kern/120991 fs [panic] [fs] [snapshot] System crashes when manipulati o kern/120483 fs [ntfs] [patch] NTFS filesystem locking changes o kern/120482 fs [ntfs] [patch] Sync style changes between NetBSD and F o bin/120288 fs zfs(8): "zfs share -a" does not send SIGHUP to mountd f kern/119735 fs [zfs] geli + ZFS + samba starting on boot panics 7.0-B o kern/118912 fs [2tb] disk sizing/geometry problem with large array o misc/118855 fs [zfs] ZFS-related commands are nonfunctional in fixit o kern/118713 fs [minidump] [patch] Display media size required for a k o kern/118320 fs [zfs] [patch] NFS SETATTR sometimes fails to set file o bin/118249 fs mv(1): moving a directory changes its mtime o kern/118107 fs [ntfs] [panic] Kernel panic when accessing a file at N o bin/117315 fs [smbfs] mount_smbfs(8) and related options can't mount o kern/117314 fs [ntfs] Long-filename only NTFS fs'es cause kernel pani o kern/117158 fs [zfs] zpool scrub causes panic if geli vdevs detach on o bin/116980 fs [msdosfs] [patch] mount_msdosfs(8) resets some flags f o kern/116913 fs [ffs] [panic] ffs_blkfree: freeing free block p kern/116608 fs [msdosfs] [patch] msdosfs fails to check mount options o kern/116583 fs [ffs] [hang] System freezes for short time when using o kern/116170 fs [panic] Kernel panic when mounting /tmp o kern/115645 fs [snapshots] [panic] lockmgr: thread 0xc4c00d80, not ex o bin/115361 fs [zfs] mount(8) gets into a state where it won't set/un o kern/114955 fs [cd9660] [patch] [request] support for mask,dirmask,ui o kern/114847 fs [ntfs] [patch] [request] dirmask support for NTFS ala o kern/114676 fs [ufs] snapshot creation panics: snapacct_ufs2: bad blo o bin/114468 fs [patch] [request] add -d option to umount(8) to detach o kern/113852 fs [smbfs] smbfs does not properly implement DFS referral o bin/113838 fs [patch] [request] mount(8): add support for relative p o kern/113180 fs [zfs] Setting ZFS nfsshare property does not cause inh o bin/113049 fs [patch] [request] make quot(8) use getopt(3) and show o kern/112658 fs [smbfs] [patch] smbfs and caching problems (resolves b o kern/111843 fs [msdosfs] Long Names of files are incorrectly created o kern/111782 fs [ufs] dump(8) fails horribly for large filesystems s bin/111146 fs [2tb] fsck(8) fails on 6T filesystem o kern/109024 fs [msdosfs] mount_msdosfs: msdosfs_iconv: Operation not o kern/109010 fs [msdosfs] can't mv directory within fat32 file system o bin/107829 fs [2TB] fdisk(8): invalid boundary checking in fdisk / w o kern/106030 fs [ufs] [panic] panic in ufs from geom when a dead disk o kern/105093 fs [ext2fs] [patch] ext2fs on read-only media cannot be m o kern/104406 fs [ufs] Processes get stuck in "ufs" state under persist o kern/104133 fs [ext2fs] EXT2FS module corrupts EXT2/3 filesystems o kern/103035 fs [ntfs] Directories in NTFS mounted disc images appear o kern/101324 fs [smbfs] smbfs sometimes not case sensitive when it's s o kern/99290 fs [ntfs] mount_ntfs ignorant of cluster sizes o kern/97377 fs [ntfs] [patch] syntax cleanup for ntfs_ihash.c o kern/95222 fs [iso9660] File sections on ISO9660 level 3 CDs ignored o kern/94849 fs [ufs] rename on UFS filesystem is not atomic o kern/94769 fs [ufs] Multiple file deletions on multi-snapshotted fil o kern/94733 fs [smbfs] smbfs may cause double unlock o kern/93942 fs [vfs] [patch] panic: ufs_dirbad: bad dir (patch from D o kern/92272 fs [ffs] [hang] Filling a filesystem while creating a sna f kern/91568 fs [ufs] [panic] writing to UFS/softupdates DVD media in o kern/91134 fs [smbfs] [patch] Preserve access and modification time a kern/90815 fs [smbfs] [patch] SMBFS with character conversions somet o kern/89991 fs [ufs] softupdates with mount -ur causes fs UNREFS o kern/88657 fs [smbfs] windows client hang when browsing a samba shar o kern/88266 fs [smbfs] smbfs does not implement UIO_NOCOPY and sendfi o kern/87859 fs [smbfs] System reboot while umount smbfs. o kern/86587 fs [msdosfs] rm -r /PATH fails with lots of small files o kern/85326 fs [smbfs] [panic] saving a file via samba to an overquot o kern/84589 fs [2TB] 5.4-STABLE unresponsive during background fsck 2 o kern/80088 fs [smbfs] Incorrect file time setting on NTFS mounted vi o kern/77826 fs [ext2fs] ext2fs usb filesystem will not mount RW o kern/73484 fs [ntfs] Kernel panic when doing `ls` from the client si o bin/73019 fs [ufs] fsck_ufs(8) cannot alloc 607016868 bytes for ino o kern/71774 fs [ntfs] NTFS cannot "see" files on a WinXP filesystem o kern/68978 fs [panic] [ufs] crashes with failing hard disk, loose po o kern/65920 fs [nwfs] Mounted Netware filesystem behaves strange o kern/65901 fs [smbfs] [patch] smbfs fails fsx write/truncate-down/tr o kern/61503 fs [smbfs] mount_smbfs does not work as non-root o kern/55617 fs [smbfs] Accessing an nsmb-mounted drive via a smb expo o kern/51685 fs [hang] Unbounded inode allocation causes kernel to loc o kern/51583 fs [nullfs] [patch] allow to work with devices and socket o kern/36566 fs [smbfs] System reboot with dead smb mount and umount o kern/18874 fs [2TB] 32bit NFS servers export wrong negative values t 149 problems total. From owner-freebsd-fs@FreeBSD.ORG Tue Aug 18 12:58:26 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27E491065693 for ; Tue, 18 Aug 2009 12:58:26 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: from acm.poly.edu (acm.poly.edu [128.238.9.200]) by mx1.freebsd.org (Postfix) with ESMTP id B7E538FC43 for ; Tue, 18 Aug 2009 12:58:25 +0000 (UTC) Received: (qmail 58424 invoked from network); 18 Aug 2009 12:58:24 -0000 Received: from unknown (HELO ?10.0.0.135?) (spawk@128.238.64.31) by acm.poly.edu with AES256-SHA encrypted SMTP; 18 Aug 2009 12:58:24 -0000 Message-ID: <4A8AA531.2000004@acm.poly.edu> Date: Tue, 18 Aug 2009 08:57:21 -0400 From: Boris Kochergin User-Agent: Thunderbird 2.0.0.19 (X11/20090108) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <4A78AFB2.10103@acm.poly.edu> <20090805115621.GG1784@garage.freebsd.pl> <4A798A12.4070408@acm.poly.edu> <20090807073738.GA1607@garage.freebsd.pl> <20090807074400.GB1607@garage.freebsd.pl> <4A7C3002.8000003@acm.poly.edu> <20090807191334.GA1814@garage.freebsd.pl> <4A7C81CA.2040303@acm.poly.edu> <20090807193842.GA2487@garage.freebsd.pl> <4A7C87C5.1070608@acm.poly.edu> <20090807202756.GB2487@garage.freebsd.pl> <4A81CF20.7010108@acm.poly.edu> In-Reply-To: <4A81CF20.7010108@acm.poly.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org Subject: Re: ZFS RAID-Z panic on vdev failure + subsequent panics and hangs X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Aug 2009 12:58:26 -0000 Boris Kochergin wrote: > Pawel Jakub Dawidek wrote: >> On Fri, Aug 07, 2009 at 04:00:05PM -0400, Boris Kochergin wrote: >> >>> Pawel Jakub Dawidek wrote: >>> >>>> On Fri, Aug 07, 2009 at 03:34:34PM -0400, Boris Kochergin wrote: >>>> >>>> >>>>> Pawel Jakub Dawidek wrote: >>>>> >>>>>> Yeah, that's strange indeed. Could you try: >>>>>> >>>>>> print ab->b_arc_node.list_prev >>>>>> print ab->b_arc_node.list_next >>>>>> >>>>>> >>>>>> >>>>> (kgdb) print ab->b_arc_node.list_prev >>>>> $1 = (struct list_node *) 0x1 >>>>> >>>> Yeah, list_prev is corrupted. If it panics on you everytime, I could >>>> send you a patch which will try to catch where the corruption occurs. >>>> >>>> >>>> >>> I eventually get the arc_evict panic every time I successfully >>> manage to mount the filesystem, but it usually panics (with the >>> other backtrace) as soon as I try to mount it, or mount just hangs. >>> I'll gladly try the patch, though--the data on the array is >>> important to me. Thanks. >>> >> >> To get the data from there you could also try to 'zfs send' it without >> mounting the dataset at all (just in case). >> >> > Sorry for the delay. I had to find another machine to move the disks > into so that I could continue experimenting. Anyway, the filesystem > didn't have any snapshots I could send, so I tried creating one with > "zfs snapshot home@1" and the machine hung. > > FYI, In the new machine, all disks (including the one with the / > filesystem) retain their device names. > > -Boris > _______________________________________________ > freebsd-fs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" Some more panics using RELENG_8 sources from yesterday: http://acm.poly.edu/~spawk/zfs/. The one in panic3.txt happens much more often than the other ones. If any brave soul wants to look into it, I can provide NFS/geom_gate/whatever access to the disk images (or actual disks, if there's a difference) so that they can recreate the problem on a local machine. -Boris From owner-freebsd-fs@FreeBSD.ORG Thu Aug 20 14:10:06 2009 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FF501065697 for ; Thu, 20 Aug 2009 14:10:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D7D2B8FC55 for ; Thu, 20 Aug 2009 14:10:05 +0000 (UTC) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n7KEA5TT094937 for ; Thu, 20 Aug 2009 14:10:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n7KEA5QW094936; Thu, 20 Aug 2009 14:10:05 GMT (envelope-from gnats) Date: Thu, 20 Aug 2009 14:10:05 GMT Message-Id: <200908201410.n7KEA5QW094936@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org From: Andrey Simonenko Cc: Subject: Re: kern/136865: NFS exports atomic and on-the-fly atomic updates X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Andrey Simonenko List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Aug 2009 14:10:06 -0000 The following reply was made to PR kern/136865; it has been noted by GNATS. From: Andrey Simonenko To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/136865: NFS exports atomic and on-the-fly atomic updates Date: Thu, 20 Aug 2009 16:26:25 +0300 Updated version nfse-20090820 does not use , available on http://comsys.ntu-kpi.kiev.ua/~simon/nfse/ From owner-freebsd-fs@FreeBSD.ORG Fri Aug 21 02:47:45 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B687E106568C for ; Fri, 21 Aug 2009 02:47:45 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 9ABC68FC16 for ; Fri, 21 Aug 2009 02:47:45 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MeKAK-000IQJ-QC for freebsd-fs@freebsd.org; Fri, 21 Aug 2009 02:47:45 +0000 Received: from rmac.wdcguest.wdc.sri.com.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id 5B779296D3B9 for ; Fri, 21 Aug 2009 11:47:44 +0900 (JST) Date: Fri, 21 Aug 2009 11:47:44 +0900 Message-ID: From: Randy Bush To: freebsd-fs User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Subject: re-adding a replacement into a pool of mirrors X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2009 02:47:45 -0000 a drive in a 12x2tb array died and i have replaced it # zpool status pool: tank state: DEGRADED scrub: scrub completed after 0h14m with 0 errors on Wed Aug 19 12:03:14 2009 config: NAME STATE READ WRITE CKSUM tank DEGRADED 0 0 0 mirror DEGRADED 0 0 0 da0s3 ONLINE 0 0 0 da1s3 REMOVED 0 0 0 mirror ONLINE 0 0 0 da2s1 ONLINE 0 0 0 da3s1 ONLINE 0 0 0 mirror ONLINE 0 0 0 da4s1 ONLINE 0 0 0 da5s1 ONLINE 0 0 0 mirror ONLINE 0 0 0 da6s1 ONLINE 0 0 0 da7s1 ONLINE 0 0 0 mirror ONLINE 0 0 0 da8s1c ONLINE 0 0 0 da9s1 ONLINE 0 0 0 mirror ONLINE 0 0 0 da10s1 ONLINE 0 0 0 da11s1 ONLINE 0 0 0 errors: No known data errors i want to place da1s3 back in the pool, but # zpool add -fn tank da1s3 would update 'tank' to the following configuration: tank mirror da0s3 da1s3 mirror da2s1 da3s1 mirror da4s1 da5s1 mirror da6s1 da7s1 mirror da8s1c da9s1 mirror da10s1 da11s1 da1s3 so zpool add would put it in the wrong place clue please? thanks. randy From owner-freebsd-fs@FreeBSD.ORG Fri Aug 21 02:56:12 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73A30106568C for ; Fri, 21 Aug 2009 02:56:12 +0000 (UTC) (envelope-from andrew@modulus.org) Received: from email.octopus.com.au (email.octopus.com.au [122.100.2.232]) by mx1.freebsd.org (Postfix) with ESMTP id 3704F8FC6C for ; Fri, 21 Aug 2009 02:56:11 +0000 (UTC) Received: by email.octopus.com.au (Postfix, from userid 1002) id 8588017E4B; Fri, 21 Aug 2009 12:57:43 +1000 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on email.octopus.com.au X-Spam-Level: X-Spam-Status: No, score=-1.4 required=10.0 tests=ALL_TRUSTED autolearn=failed version=3.2.3 Received: from [10.1.50.60] (ppp121-44-56-25.lns10.syd7.internode.on.net [121.44.56.25]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: admin@email.octopus.com.au) by email.octopus.com.au (Postfix) with ESMTP id 95D7117DB6; Fri, 21 Aug 2009 12:57:39 +1000 (EST) Message-ID: <4A8E0C80.9030908@modulus.org> Date: Fri, 21 Aug 2009 12:54:56 +1000 From: Andrew Snow User-Agent: Thunderbird 2.0.0.14 (X11/20080523) MIME-Version: 1.0 To: Randy Bush References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs Subject: Re: re-adding a replacement into a pool of mirrors X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2009 02:56:12 -0000 Randy Bush wrote: > a drive in a 12x2tb array died and i have replaced it > # zpool add -fn tank da1s3 > > > so zpool add would put it in the wrong place > Two things to try: 1. zpool replace -f tank da1s3 2. zpool offline tank da1s3 ; zpool online tank da1s3 From owner-freebsd-fs@FreeBSD.ORG Fri Aug 21 03:00:43 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2D12106568B for ; Fri, 21 Aug 2009 03:00:43 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 8AC018FC5B for ; Fri, 21 Aug 2009 03:00:43 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MeKMs-000ISx-UL; Fri, 21 Aug 2009 03:00:43 +0000 Received: from rmac.wdcguest.wdc.sri.com.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id 6D921296D584; Fri, 21 Aug 2009 12:00:42 +0900 (JST) Date: Fri, 21 Aug 2009 12:00:42 +0900 Message-ID: From: Randy Bush To: Andrew Snow In-Reply-To: <4A8E0C80.9030908@modulus.org> References: <4A8E0C80.9030908@modulus.org> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-fs Subject: Re: re-adding a replacement into a pool of mirrors X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2009 03:00:43 -0000 > 1. zpool replace -f tank da1s3 # zpool replace -f tank da1s3 cannot replace da1s3 with da1s3: permission denied > 2. zpool offline tank da1s3 ; zpool online tank da1s3 # zpool offline tank da1s3 cannot offline da1s3: no valid replicas but tried anyway # zpool online tank da1s3 warning: device 'da1s3' onlined, but remains in faulted state use 'zpool replace' to replace devices that are no longer present NAME STATE READ WRITE CKSUM tank DEGRADED 0 0 0 mirror DEGRADED 0 0 0 da0s3 ONLINE 0 0 0 da1s3 REMOVED 0 0 0 randy From owner-freebsd-fs@FreeBSD.ORG Fri Aug 21 03:07:43 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1425E106568D for ; Fri, 21 Aug 2009 03:07:43 +0000 (UTC) (envelope-from andrew@modulus.org) Received: from email.octopus.com.au (email.octopus.com.au [122.100.2.232]) by mx1.freebsd.org (Postfix) with ESMTP id CAC1D8FC57 for ; Fri, 21 Aug 2009 03:07:42 +0000 (UTC) Received: by email.octopus.com.au (Postfix, from userid 1002) id ECE9617E49; Fri, 21 Aug 2009 13:09:15 +1000 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on email.octopus.com.au X-Spam-Level: X-Spam-Status: No, score=-1.4 required=10.0 tests=ALL_TRUSTED autolearn=failed version=3.2.3 Received: from [10.1.50.60] (ppp121-44-56-25.lns10.syd7.internode.on.net [121.44.56.25]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: admin@email.octopus.com.au) by email.octopus.com.au (Postfix) with ESMTP id 0939017E42; Fri, 21 Aug 2009 13:09:12 +1000 (EST) Message-ID: <4A8E0F39.6070407@modulus.org> Date: Fri, 21 Aug 2009 13:06:33 +1000 From: Andrew Snow User-Agent: Thunderbird 2.0.0.14 (X11/20080523) MIME-Version: 1.0 To: Randy Bush References: <4A8E0C80.9030908@modulus.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs Subject: Re: re-adding a replacement into a pool of mirrors X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2009 03:07:43 -0000 OK, with mirrored vdevs you can detach and re-attach disks. So: zpool detach tank da1s3 <-- remove it from the mirror zpool attach tank da0s3 da1s3 <-- add a disk into the mirror vdev From owner-freebsd-fs@FreeBSD.ORG Fri Aug 21 03:10:42 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A0ED106568F for ; Fri, 21 Aug 2009 03:10:42 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 0B85E8FC6E for ; Fri, 21 Aug 2009 03:10:42 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MeKWW-000IUY-WB; Fri, 21 Aug 2009 03:10:41 +0000 Received: from rmac.wdcguest.wdc.sri.com.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id 84451296D6B2; Fri, 21 Aug 2009 12:10:40 +0900 (JST) Date: Fri, 21 Aug 2009 12:10:40 +0900 Message-ID: From: Randy Bush To: Andrew Snow In-Reply-To: <4A8E0F39.6070407@modulus.org> References: <4A8E0C80.9030908@modulus.org> <4A8E0F39.6070407@modulus.org> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-fs Subject: Re: re-adding a replacement into a pool of mirrors X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2009 03:10:42 -0000 Andrew Snow wrote: > > > OK, with mirrored vdevs you can detach and re-attach disks. > > So: > > > zpool detach tank da1s3 <-- remove it from the mirror > zpool attach tank da0s3 da1s3 <-- add a disk into the mirror vdev # zpool detach tank da1s3 # zpool status pool: tank state: ONLINE scrub: scrub completed after 0h14m with 0 errors on Wed Aug 19 12:03:14 2009 config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 da0s3 ONLINE 0 0 0 mirror ONLINE 0 0 0 da2s1 ONLINE 0 0 0 da3s1 ONLINE 0 0 0 mirror ONLINE 0 0 0 da4s1 ONLINE 0 0 0 da5s1 ONLINE 0 0 0 mirror ONLINE 0 0 0 da6s1 ONLINE 0 0 0 da7s1 ONLINE 0 0 0 mirror ONLINE 0 0 0 da8s1c ONLINE 0 0 0 da9s1 ONLINE 0 0 0 mirror ONLINE 0 0 0 da10s1 ONLINE 0 0 0 da11s1 ONLINE 0 0 0 errors: No known data errors # zpool attach tank da0s3 da1s3 cannot attach da1s3 to da0s3: permission denied # zpool status pool: tank state: ONLINE scrub: scrub completed after 0h14m with 0 errors on Wed Aug 19 12:03:14 2009 config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 da0s3 ONLINE 0 0 0 mirror ONLINE 0 0 0 da2s1 ONLINE 0 0 0 da3s1 ONLINE 0 0 0 mirror ONLINE 0 0 0 da4s1 ONLINE 0 0 0 da5s1 ONLINE 0 0 0 mirror ONLINE 0 0 0 da6s1 ONLINE 0 0 0 da7s1 ONLINE 0 0 0 mirror ONLINE 0 0 0 da8s1c ONLINE 0 0 0 da9s1 ONLINE 0 0 0 mirror ONLINE 0 0 0 da10s1 ONLINE 0 0 0 da11s1 ONLINE 0 0 0 errors: No known data errors uh oh! randy From owner-freebsd-fs@FreeBSD.ORG Fri Aug 21 03:25:00 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E93AA106568C for ; Fri, 21 Aug 2009 03:25:00 +0000 (UTC) (envelope-from andrew@modulus.org) Received: from email.octopus.com.au (email.octopus.com.au [122.100.2.232]) by mx1.freebsd.org (Postfix) with ESMTP id A72A28FC3D for ; Fri, 21 Aug 2009 03:25:00 +0000 (UTC) Received: by email.octopus.com.au (Postfix, from userid 1002) id 6DED617255; Fri, 21 Aug 2009 13:26:34 +1000 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on email.octopus.com.au X-Spam-Level: X-Spam-Status: No, score=-1.4 required=10.0 tests=ALL_TRUSTED autolearn=failed version=3.2.3 Received: from [10.1.50.60] (ppp121-44-56-25.lns10.syd7.internode.on.net [121.44.56.25]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: admin@email.octopus.com.au) by email.octopus.com.au (Postfix) with ESMTP id 66F9717212; Fri, 21 Aug 2009 13:26:30 +1000 (EST) Message-ID: <4A8E1347.3020301@modulus.org> Date: Fri, 21 Aug 2009 13:23:51 +1000 From: Andrew Snow User-Agent: Thunderbird 2.0.0.14 (X11/20080523) MIME-Version: 1.0 To: Randy Bush , freebsd-fs References: <4A8E0C80.9030908@modulus.org> <4A8E0F39.6070407@modulus.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: re-adding a replacement into a pool of mirrors X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2009 03:25:01 -0000 Randy Bush wrote: > > # zpool attach tank da0s3 da1s3 > cannot attach da1s3 to da0s3: permission denied What about attach -f ? From owner-freebsd-fs@FreeBSD.ORG Fri Aug 21 03:30:11 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D229B106568D for ; Fri, 21 Aug 2009 03:30:11 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id B85848FC51 for ; Fri, 21 Aug 2009 03:30:11 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MeKpO-000IXE-GW; Fri, 21 Aug 2009 03:30:10 +0000 Received: from rmac.wdcguest.wdc.sri.com.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id 11301296D85A; Fri, 21 Aug 2009 12:30:10 +0900 (JST) Date: Fri, 21 Aug 2009 12:30:09 +0900 Message-ID: From: Randy Bush To: Andrew Snow In-Reply-To: <4A8E1347.3020301@modulus.org> References: <4A8E0C80.9030908@modulus.org> <4A8E0F39.6070407@modulus.org> <4A8E1347.3020301@modulus.org> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-fs Subject: Re: re-adding a replacement into a pool of mirrors X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2009 03:30:11 -0000 >> # zpool attach tank da0s3 da1s3 >> cannot attach da1s3 to da0s3: permission denied > What about attach -f ? # zpool attach -f tank da0s3 da1s3 cannot attach da1s3 to da0s3: permission denied From owner-freebsd-fs@FreeBSD.ORG Fri Aug 21 03:36:34 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA3F5106568D for ; Fri, 21 Aug 2009 03:36:34 +0000 (UTC) (envelope-from andrew@modulus.org) Received: from email.octopus.com.au (email.octopus.com.au [122.100.2.232]) by mx1.freebsd.org (Postfix) with ESMTP id AAB8B8FC16 for ; Fri, 21 Aug 2009 03:36:34 +0000 (UTC) Received: by email.octopus.com.au (Postfix, from userid 1002) id A701917195; Fri, 21 Aug 2009 13:38:07 +1000 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on email.octopus.com.au X-Spam-Level: X-Spam-Status: No, score=-1.4 required=10.0 tests=ALL_TRUSTED autolearn=failed version=3.2.3 Received: from [10.1.50.60] (ppp121-44-56-25.lns10.syd7.internode.on.net [121.44.56.25]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: admin@email.octopus.com.au) by email.octopus.com.au (Postfix) with ESMTP id 3636B173B2; Fri, 21 Aug 2009 13:38:00 +1000 (EST) Message-ID: <4A8E15F9.6000303@modulus.org> Date: Fri, 21 Aug 2009 13:35:21 +1000 From: Andrew Snow User-Agent: Thunderbird 2.0.0.14 (X11/20080523) MIME-Version: 1.0 To: Randy Bush References: <4A8E0C80.9030908@modulus.org> <4A8E0F39.6070407@modulus.org> <4A8E1347.3020301@modulus.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs Subject: Re: re-adding a replacement into a pool of mirrors X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2009 03:36:35 -0000 Randy Bush wrote: >>> # zpool attach tank da0s3 da1s3 >>> cannot attach da1s3 to da0s3: permission denied >> What about attach -f ? > > # zpool attach -f tank da0s3 da1s3 > cannot attach da1s3 to da0s3: permission denied I think this stage should be working, unless something else in the system is already using da1s3 or has it opened. Can you check through your system to see if any other parts of eg. geom have decided to take da1s3 for their purposes? From owner-freebsd-fs@FreeBSD.ORG Fri Aug 21 03:50:09 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4754310656A9 for ; Fri, 21 Aug 2009 03:50:09 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 2886B8FC81 for ; Fri, 21 Aug 2009 03:50:09 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MeL8i-000Ib7-1j; Fri, 21 Aug 2009 03:50:08 +0000 Received: from rmac.wdcguest.wdc.sri.com.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id 91E9A296D966; Fri, 21 Aug 2009 12:50:07 +0900 (JST) Date: Fri, 21 Aug 2009 12:50:07 +0900 Message-ID: From: Randy Bush To: Andrew Snow In-Reply-To: <4A8E15F9.6000303@modulus.org> References: <4A8E0C80.9030908@modulus.org> <4A8E0F39.6070407@modulus.org> <4A8E1347.3020301@modulus.org> <4A8E15F9.6000303@modulus.org> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-fs Subject: Re: re-adding a replacement into a pool of mirrors X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2009 03:50:09 -0000 >> # zpool attach -f tank da0s3 da1s3 >> cannot attach da1s3 to da0s3: permission denied > > I think this stage should be working, unless something else in the > system is already using da1s3 or has it opened. Can you check through > your system to see if any other parts of eg. geom have decided to take > da1s3 for their purposes? not that i can see. randy From owner-freebsd-fs@FreeBSD.ORG Fri Aug 21 04:30:33 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9E73106568E for ; Fri, 21 Aug 2009 04:30:33 +0000 (UTC) (envelope-from andrew@modulus.org) Received: from email.octopus.com.au (email.octopus.com.au [122.100.2.232]) by mx1.freebsd.org (Postfix) with ESMTP id 791DB8FC51 for ; Fri, 21 Aug 2009 04:30:33 +0000 (UTC) Received: by email.octopus.com.au (Postfix, from userid 1002) id B29D217E45; Fri, 21 Aug 2009 14:32:04 +1000 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on email.octopus.com.au X-Spam-Level: X-Spam-Status: No, score=-1.4 required=10.0 tests=ALL_TRUSTED autolearn=failed version=3.2.3 Received: from [10.1.50.60] (ppp121-44-56-25.lns10.syd7.internode.on.net [121.44.56.25]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: admin@email.octopus.com.au) by email.octopus.com.au (Postfix) with ESMTP id C4C4A171A7; Fri, 21 Aug 2009 14:32:00 +1000 (EST) Message-ID: <4A8E22A1.4080903@modulus.org> Date: Fri, 21 Aug 2009 14:29:21 +1000 From: Andrew Snow User-Agent: Thunderbird 2.0.0.14 (X11/20080523) MIME-Version: 1.0 To: Randy Bush References: <4A8E0C80.9030908@modulus.org> <4A8E0F39.6070407@modulus.org> <4A8E1347.3020301@modulus.org> <4A8E15F9.6000303@modulus.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs Subject: Re: re-adding a replacement into a pool of mirrors X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2009 04:30:33 -0000 Randy Bush wrote: >>> # zpool attach -f tank da0s3 da1s3 >>> cannot attach da1s3 to da0s3: permission denied >> I think this stage should be working, unless something else in the >> system is already using da1s3 or has it opened. Can you check through >> your system to see if any other parts of eg. geom have decided to take >> da1s3 for their purposes? > > not that i can see. It might be worth zeroing the whole disk with dd if=/dev/zero of=/dev/da1s3 bs=64k, and then see if you can re-attach. From owner-freebsd-fs@FreeBSD.ORG Fri Aug 21 06:51:28 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA763106568D; Fri, 21 Aug 2009 06:51:28 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 3A8078FC51; Fri, 21 Aug 2009 06:51:28 +0000 (UTC) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:42236 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MeNxn-0004Gm-5m; Fri, 21 Aug 2009 08:51:05 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 270CE38FB; Fri, 21 Aug 2009 08:51:02 +0200 (CEST) Message-Id: <7F161876-8DA7-4617-98B6-7CD54C691BC6@exscape.org> From: Thomas Backman To: FreeBSD current Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Fri, 21 Aug 2009 08:51:00 +0200 X-Mailer: Apple Mail (2.936) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MeNxn-0004Gm-5m. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MeNxn-0004Gm-5m 81ae9bf9b580978506f89afbb1dff361 Cc: freebsd-fs@freebsd.org Subject: Yet another ZFS recv panic; old but rarely seen X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2009 06:51:28 -0000 Ugh. Bad news again: another zfs send/recv panic during an incremental backup. Unread portion of the kernel message buffer: panic: dirtying dbuf obj=b213 lvl=1 blkid=2 but not tx_held cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a panic() at panic+0x182 dmu_tx_dirty_buf() at dmu_tx_dirty_buf+0x28f dbuf_dirty() at dbuf_dirty+0x69 dnode_free_range() at dnode_free_range+0x80d dnode_reallocate() at dnode_reallocate+0x131 dmu_object_reclaim() at dmu_object_reclaim+0x99 dmu_recv_stream() at dmu_recv_stream+0x1446 zfs_ioc_recv() at zfs_ioc_recv+0x25a zfsdev_ioctl() at zfsdev_ioctl+0x8a devfs_ioctl_f() at devfs_ioctl_f+0x77 kern_ioctl() at kern_ioctl+0xf6ioctl() at ioctl+0xfd syscall() at syscall+0x28f Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x800fe5f7c, rsp = 0x7fffffff8fb8, rbp = 0x7fffffff9cf0 --- KDB: enter: panic panic: from debugger cpuid = 0 Uptime: 4h52m26s Looks *eerily* similar to this panic fron OpenSolaris: http://mail.opensolaris.org/pipermail/zfs-code/2008-September/000694.html GDB backtrace isn't of that much more use, I guess: #11 0xffffffff8036d02b in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:562 #12 0xffffffff80b4765f in dmu_tx_dirty_buf () from /boot/kernel/zfs.ko #13 0xffffffff80b3a519 in dbuf_dirty () from /boot/kernel/zfs.ko #14 0xffffffff80b4b68d in dnode_free_range () from /boot/kernel/zfs.ko #15 0xffffffff80b4c461 in dnode_reallocate () from /boot/kernel/zfs.ko #16 0xffffffff80b42569 in dmu_object_reclaim () from /boot/kernel/zfs.ko #17 0xffffffff80b421b6 in dmu_recv_stream () from /boot/kernel/zfs.ko #18 0xffffffff80ba430a in zfs_ioc_recv () from /boot/kernel/zfs.ko #19 0xffffff002ac13d68 in ?? () #20 0xffffff002aa6c320 in ?? () #21 0xffffff002ae15000 in ?? () #22 0xffffff0002891400 in ?? () #23 0xffffff00028f2800 in ?? () #24 0xffffff00744a1ab8 in ?? () ... #34 0xffffff803e7fc860 in ?? () #35 0xffffffff805b699f in uma_zalloc_arg (zone=0xffffff00183c6600, udata=0xffffff00744a1000, flags=-128) at /usr/src/sys/vm/ uma_core.c:1990 Previous frame inner to this frame (corrupt stack?) (kgdb) Apparently, I've gotten this once before, at r195910 (+ patches, not such which ones at that time), on July 30th. Same DDB backtrace, same broken GDB backtrace. Regards, Thomas From owner-freebsd-fs@FreeBSD.ORG Fri Aug 21 09:47:46 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FCDA106568C; Fri, 21 Aug 2009 09:47:46 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id E24A88FC47; Fri, 21 Aug 2009 09:47:45 +0000 (UTC) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:52491 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MeQii-0004Kc-5V; Fri, 21 Aug 2009 11:47:42 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id AA636122B64; Fri, 21 Aug 2009 11:47:37 +0200 (CEST) Message-Id: <306284EA-C89C-433C-9D33-E6CF44305800@exscape.org> From: Thomas Backman To: Pawel Dawidek Jakub In-Reply-To: <7F161876-8DA7-4617-98B6-7CD54C691BC6@exscape.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Fri, 21 Aug 2009 11:47:35 +0200 References: <7F161876-8DA7-4617-98B6-7CD54C691BC6@exscape.org> X-Mailer: Apple Mail (2.936) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MeQii-0004Kc-5V. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MeQii-0004Kc-5V a283eea3a8bc599c31c2e39bb1910ce5 Cc: freebsd-fs@freebsd.org, FreeBSD current Subject: Re: Yet another ZFS recv panic; old but rarely seen X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2009 09:47:46 -0000 On Aug 21, 2009, at 08:51, Thomas Backman wrote: > Ugh. Bad news again: another zfs send/recv panic during an > incremental backup. > > Unread portion of the kernel message buffer: > panic: dirtying dbuf obj=b213 lvl=1 blkid=2 but not tx_held > > cpuid = 0 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > panic() at panic+0x182 > dmu_tx_dirty_buf() at dmu_tx_dirty_buf+0x28f > dbuf_dirty() at dbuf_dirty+0x69 > dnode_free_range() at dnode_free_range+0x80d > dnode_reallocate() at dnode_reallocate+0x131 > dmu_object_reclaim() at dmu_object_reclaim+0x99 > dmu_recv_stream() at dmu_recv_stream+0x1446 > zfs_ioc_recv() at zfs_ioc_recv+0x25a > zfsdev_ioctl() at zfsdev_ioctl+0x8a > devfs_ioctl_f() at devfs_ioctl_f+0x77 > kern_ioctl() at kern_ioctl+0xf6ioctl() at ioctl+0xfd > syscall() at syscall+0x28f > Xfast_syscall() at Xfast_syscall+0xe1 > --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x800fe5f7c, rsp = > 0x7fffffff8fb8, rbp = 0x7fffffff9cf0 --- > KDB: enter: panic > panic: from debugger > cpuid = 0 > Uptime: 4h52m26s > > Looks *eerily* similar to this panic fron OpenSolaris: http://mail.opensolaris.org/pipermail/zfs-code/2008-September/000694.html > > GDB backtrace isn't of that much more use, I guess: > #11 0xffffffff8036d02b in panic (fmt=Variable "fmt" is not available. > ) > at /usr/src/sys/kern/kern_shutdown.c:562 > #12 0xffffffff80b4765f in dmu_tx_dirty_buf () from /boot/kernel/zfs.ko > #13 0xffffffff80b3a519 in dbuf_dirty () from /boot/kernel/zfs.ko > #14 0xffffffff80b4b68d in dnode_free_range () from /boot/kernel/zfs.ko > #15 0xffffffff80b4c461 in dnode_reallocate () from /boot/kernel/zfs.ko > #16 0xffffffff80b42569 in dmu_object_reclaim () from /boot/kernel/ > zfs.ko > #17 0xffffffff80b421b6 in dmu_recv_stream () from /boot/kernel/zfs.ko > #18 0xffffffff80ba430a in zfs_ioc_recv () from /boot/kernel/zfs.ko > #19 0xffffff002ac13d68 in ?? () > #20 0xffffff002aa6c320 in ?? () > #21 0xffffff002ae15000 in ?? () > #22 0xffffff0002891400 in ?? () > #23 0xffffff00028f2800 in ?? () > #24 0xffffff00744a1ab8 in ?? () > ... > #34 0xffffff803e7fc860 in ?? () > #35 0xffffffff805b699f in uma_zalloc_arg (zone=0xffffff00183c6600, > udata=0xffffff00744a1000, flags=-128) at /usr/src/sys/vm/ > uma_core.c:1990 > Previous frame inner to this frame (corrupt stack?) > (kgdb) > > Apparently, I've gotten this once before, at r195910 (+ patches, not > such which ones at that time), on July 30th. Same DDB backtrace, > same broken GDB backtrace. > > Regards, > Thomas I found some more info mere minutes after posting this (figures; that's why I prefer media where you can edit your posts!), but had other things to do. So, here's some more: OpenSolaris bug ID: 6754448 ( http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6754448 ) Fixed in build 108: http://dlc.sun.com/osol/on/downloads/b108/on-changelog-b108.html Changelogs are to be found on that page (just search for "6754448", with a history/diff link on each source file's page. Unfortunately (unless FreeBSD suffers from both, that is), they apparently fixed two bugs in the same batch, making it harder - at least for *me* - to see what changes relate to *this* panic. Still, I'm guessing this will help, unless the code is too much out of sync with OpenSolaris. I'm also guessing Pawel already knows waaaaaaay more about their system than I do (... which is about nothing), so I'll probably shut up now... ;) Regards, Thomas From owner-freebsd-fs@FreeBSD.ORG Fri Aug 21 10:33:59 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F243106568D for ; Fri, 21 Aug 2009 10:33:59 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 2EC2E8FC7D for ; Fri, 21 Aug 2009 10:33:59 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MeRRV-000JZa-RQ; Fri, 21 Aug 2009 10:33:57 +0000 Received: from rmac.wdcguest.wdc.sri.com.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id 65173296EC95; Fri, 21 Aug 2009 19:33:57 +0900 (JST) Date: Fri, 21 Aug 2009 19:33:57 +0900 Message-ID: From: Randy Bush To: Andrew Snow In-Reply-To: <4A8E22A1.4080903@modulus.org> References: <4A8E0C80.9030908@modulus.org> <4A8E0F39.6070407@modulus.org> <4A8E1347.3020301@modulus.org> <4A8E15F9.6000303@modulus.org> <4A8E22A1.4080903@modulus.org> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-fs Subject: Re: re-adding a replacement into a pool of mirrors X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2009 10:33:59 -0000 > It might be worth zeroing the whole disk with dd if=/dev/zero > of=/dev/da1s3 bs=64k, and then see if you can re-attach. went single luser, zapped the drive, took a nap, then zpool attach tank da0s3 da1s3 worked. so geom did have it! thanks! randy From owner-freebsd-fs@FreeBSD.ORG Fri Aug 21 11:00:38 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B099106568B; Fri, 21 Aug 2009 11:00:38 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206049004.chello.pl [87.206.49.4]) by mx1.freebsd.org (Postfix) with ESMTP id 535B58FC52; Fri, 21 Aug 2009 11:00:36 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 2144145C9B; Fri, 21 Aug 2009 13:00:34 +0200 (CEST) Received: from localhost (pjd-w.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 6AA6645684; Fri, 21 Aug 2009 13:00:28 +0200 (CEST) Date: Fri, 21 Aug 2009 13:00:31 +0200 From: Pawel Jakub Dawidek To: Thomas Backman Message-ID: <20090821110031.GB1962@garage.freebsd.pl> References: <7F161876-8DA7-4617-98B6-7CD54C691BC6@exscape.org> <306284EA-C89C-433C-9D33-E6CF44305800@exscape.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Y7xTucakfITjPcLV" Content-Disposition: inline In-Reply-To: <306284EA-C89C-433C-9D33-E6CF44305800@exscape.org> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=4.5 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@freebsd.org, FreeBSD current Subject: Re: Yet another ZFS recv panic; old but rarely seen X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2009 11:00:38 -0000 --Y7xTucakfITjPcLV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 21, 2009 at 11:47:35AM +0200, Thomas Backman wrote: > On Aug 21, 2009, at 08:51, Thomas Backman wrote: >=20 > >Ugh. Bad news again: another zfs send/recv panic during an =20 > >incremental backup. > > > >Unread portion of the kernel message buffer: > >panic: dirtying dbuf obj=3Db213 lvl=3D1 blkid=3D2 but not tx_held > > > >cpuid =3D 0 > >KDB: stack backtrace: > >db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > >panic() at panic+0x182 > >dmu_tx_dirty_buf() at dmu_tx_dirty_buf+0x28f > >dbuf_dirty() at dbuf_dirty+0x69 > >dnode_free_range() at dnode_free_range+0x80d > >dnode_reallocate() at dnode_reallocate+0x131 > >dmu_object_reclaim() at dmu_object_reclaim+0x99 > >dmu_recv_stream() at dmu_recv_stream+0x1446 > >zfs_ioc_recv() at zfs_ioc_recv+0x25a > >zfsdev_ioctl() at zfsdev_ioctl+0x8a > >devfs_ioctl_f() at devfs_ioctl_f+0x77 > >kern_ioctl() at kern_ioctl+0xf6ioctl() at ioctl+0xfd > >syscall() at syscall+0x28f > >Xfast_syscall() at Xfast_syscall+0xe1 > >--- syscall (54, FreeBSD ELF64, ioctl), rip =3D 0x800fe5f7c, rsp =3D =20 > >0x7fffffff8fb8, rbp =3D 0x7fffffff9cf0 --- > >KDB: enter: panic > >panic: from debugger > >cpuid =3D 0 > >Uptime: 4h52m26s > > > >Looks *eerily* similar to this panic fron OpenSolaris:=20 > >http://mail.opensolaris.org/pipermail/zfs-code/2008-September/000694.html > > > >GDB backtrace isn't of that much more use, I guess: > >#11 0xffffffff8036d02b in panic (fmt=3DVariable "fmt" is not available. > >) > > at /usr/src/sys/kern/kern_shutdown.c:562 > >#12 0xffffffff80b4765f in dmu_tx_dirty_buf () from /boot/kernel/zfs.ko > >#13 0xffffffff80b3a519 in dbuf_dirty () from /boot/kernel/zfs.ko > >#14 0xffffffff80b4b68d in dnode_free_range () from /boot/kernel/zfs.ko > >#15 0xffffffff80b4c461 in dnode_reallocate () from /boot/kernel/zfs.ko > >#16 0xffffffff80b42569 in dmu_object_reclaim () from /boot/kernel/=20 > >zfs.ko > >#17 0xffffffff80b421b6 in dmu_recv_stream () from /boot/kernel/zfs.ko > >#18 0xffffffff80ba430a in zfs_ioc_recv () from /boot/kernel/zfs.ko > >#19 0xffffff002ac13d68 in ?? () > >#20 0xffffff002aa6c320 in ?? () > >#21 0xffffff002ae15000 in ?? () > >#22 0xffffff0002891400 in ?? () > >#23 0xffffff00028f2800 in ?? () > >#24 0xffffff00744a1ab8 in ?? () > >... > >#34 0xffffff803e7fc860 in ?? () > >#35 0xffffffff805b699f in uma_zalloc_arg (zone=3D0xffffff00183c6600, > > udata=3D0xffffff00744a1000, flags=3D-128) at /usr/src/sys/vm/=20 > >uma_core.c:1990 > >Previous frame inner to this frame (corrupt stack?) > >(kgdb) > > > >Apparently, I've gotten this once before, at r195910 (+ patches, not =20 > >such which ones at that time), on July 30th. Same DDB backtrace, =20 > >same broken GDB backtrace. > > > >Regards, > >Thomas >=20 > I found some more info mere minutes after posting this (figures; =20 > that's why I prefer media where you can edit your posts!), but had =20 > other things to do. So, here's some more: >=20 > OpenSolaris bug ID: 6754448 (=20 > http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=3D6754448 ) > Fixed in build 108:=20 > http://dlc.sun.com/osol/on/downloads/b108/on-changelog-b108.html > Changelogs are to be found on that page (just search for "6754448", =20 > with a history/diff link on each source file's page. Unfortunately =20 > (unless FreeBSD suffers from both, that is), they apparently fixed two = =20 > bugs in the same batch, making it harder - at least for *me* - to see =20 > what changes relate to *this* panic. > Still, I'm guessing this will help, unless the code is too much out of = =20 > sync with OpenSolaris. > I'm also guessing Pawel already knows waaaaaaay more about their =20 > system than I do (... which is about nothing), so I'll probably shut =20 > up now... ;) Right, the bug is already fixed in OpenSolaris. If you can reproduce the problem, you might try this patch: http://people.freebsd.org/~pjd/patches/dirtying_dbuf.patch --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --Y7xTucakfITjPcLV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFKjn5PForvXbEpPzQRAiUbAJ9+4N2km8QzGfVtwzfZIjtmXBdJBwCcDJ8D +kSfuJlTH3Ban7+VTwJAAsM= =RHhz -----END PGP SIGNATURE----- --Y7xTucakfITjPcLV-- From owner-freebsd-fs@FreeBSD.ORG Fri Aug 21 17:04:37 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 009AB1065690 for ; Fri, 21 Aug 2009 17:04:37 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from warped.bluecherry.net (unknown [IPv6:2001:440:eeee:fffb::2]) by mx1.freebsd.org (Postfix) with ESMTP id 97B358FC18 for ; Fri, 21 Aug 2009 17:04:36 +0000 (UTC) Received: from volatile.chemikals.org (adsl-67-125-51.shv.bellsouth.net [98.67.125.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by warped.bluecherry.net (Postfix) with ESMTPSA id CEF378F13C20; Fri, 21 Aug 2009 12:04:34 -0500 (CDT) Received: from localhost (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.14.3/8.14.3) with ESMTP id n7LH4SSp061405; Fri, 21 Aug 2009 12:04:29 -0500 (CDT) (envelope-from morganw@chemikals.org) Date: Fri, 21 Aug 2009 12:04:28 -0500 (CDT) From: Wes Morgan To: Randy Bush In-Reply-To: Message-ID: References: <4A8E0C80.9030908@modulus.org> <4A8E0F39.6070407@modulus.org> <4A8E1347.3020301@modulus.org> <4A8E15F9.6000303@modulus.org> <4A8E22A1.4080903@modulus.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Virus-Scanned: clamav-milter 0.95.2 at warped X-Virus-Status: Clean Cc: freebsd-fs Subject: Re: re-adding a replacement into a pool of mirrors X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2009 17:04:37 -0000 On Fri, 21 Aug 2009, Randy Bush wrote: >> It might be worth zeroing the whole disk with dd if=/dev/zero >> of=/dev/da1s3 bs=64k, and then see if you can re-attach. > > went single luser, zapped the drive, took a nap, then > > zpool attach tank da0s3 da1s3 > > worked. so geom did have it! I'm not sure geom had it more than the slice had a zfs label on it and as a foot-shooting precaution it did not want to let you add a device from another pool to the existing one. Just a guess, though. Was the replacement drive brand new? From owner-freebsd-fs@FreeBSD.ORG Fri Aug 21 22:33:00 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A5B2106568E for ; Fri, 21 Aug 2009 22:33:00 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 35A518FC08 for ; Fri, 21 Aug 2009 22:33:00 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MecfI-000LXy-VW; Fri, 21 Aug 2009 22:32:57 +0000 Received: from rmac.wdcguest.wdc.sri.com.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id 8023329702F7; Sat, 22 Aug 2009 07:32:56 +0900 (JST) Date: Sat, 22 Aug 2009 07:32:56 +0900 Message-ID: From: Randy Bush To: Wes Morgan In-Reply-To: References: <4A8E0C80.9030908@modulus.org> <4A8E0F39.6070407@modulus.org> <4A8E1347.3020301@modulus.org> <4A8E15F9.6000303@modulus.org> <4A8E22A1.4080903@modulus.org> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-fs Subject: Re: re-adding a replacement into a pool of mirrors X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2009 22:33:00 -0000 >>> It might be worth zeroing the whole disk with dd if=/dev/zero >>> of=/dev/da1s3 bs=64k, and then see if you can re-attach. >> went single luser, zapped the drive, took a nap, then >> zpool attach tank da0s3 da1s3 >> worked. so geom did have it! > I'm not sure geom had it more than the slice had a zfs label on it and as > a foot-shooting precaution it did not want to let you add a device > from another pool to the existing one. Just a guess, though. Was the > replacement drive brand new? yep, brand new. randy From owner-freebsd-fs@FreeBSD.ORG Fri Aug 21 23:39:30 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D8C0106568B for ; Fri, 21 Aug 2009 23:39:30 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from warped.bluecherry.net (unknown [IPv6:2001:440:eeee:fffb::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9BA2D8FC08 for ; Fri, 21 Aug 2009 23:39:29 +0000 (UTC) Received: from volatile.chemikals.org (adsl-67-125-51.shv.bellsouth.net [98.67.125.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by warped.bluecherry.net (Postfix) with ESMTPSA id 566E8920E426; Fri, 21 Aug 2009 18:39:28 -0500 (CDT) Received: from localhost (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.14.3/8.14.3) with ESMTP id n7LNdNIF064612; Fri, 21 Aug 2009 18:39:23 -0500 (CDT) (envelope-from morganw@chemikals.org) Date: Fri, 21 Aug 2009 18:39:22 -0500 (CDT) From: Wes Morgan To: Randy Bush In-Reply-To: Message-ID: References: <4A8E0C80.9030908@modulus.org> <4A8E0F39.6070407@modulus.org> <4A8E1347.3020301@modulus.org> <4A8E15F9.6000303@modulus.org> <4A8E22A1.4080903@modulus.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: clamav-milter 0.95.2 at warped X-Virus-Status: Clean Cc: freebsd-fs Subject: Re: re-adding a replacement into a pool of mirrors X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2009 23:39:30 -0000 On Sat, 22 Aug 2009, Randy Bush wrote: >>>> It might be worth zeroing the whole disk with dd if=/dev/zero >>>> of=/dev/da1s3 bs=64k, and then see if you can re-attach. >>> went single luser, zapped the drive, took a nap, then >>> zpool attach tank da0s3 da1s3 >>> worked. so geom did have it! >> I'm not sure geom had it more than the slice had a zfs label on it and as >> a foot-shooting precaution it did not want to let you add a device >> from another pool to the existing one. Just a guess, though. Was the >> replacement drive brand new? > > yep, brand new. Perhaps it was pre-formatted as fat32? From owner-freebsd-fs@FreeBSD.ORG Fri Aug 21 23:51:59 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E20101065691 for ; Fri, 21 Aug 2009 23:51:59 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id BBAB88FC16 for ; Fri, 21 Aug 2009 23:51:59 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Medtl-000LmZ-5b; Fri, 21 Aug 2009 23:51:57 +0000 Received: from rmac.wdcguest.wdc.sri.com.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id A79F92970B0B; Sat, 22 Aug 2009 08:51:56 +0900 (JST) Date: Sat, 22 Aug 2009 08:51:56 +0900 Message-ID: From: Randy Bush To: Wes Morgan In-Reply-To: References: <4A8E0C80.9030908@modulus.org> <4A8E0F39.6070407@modulus.org> <4A8E1347.3020301@modulus.org> <4A8E15F9.6000303@modulus.org> <4A8E22A1.4080903@modulus.org> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-fs Subject: Re: re-adding a replacement into a pool of mirrors X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2009 23:52:00 -0000 >>>>> It might be worth zeroing the whole disk with dd if=/dev/zero >>>>> of=/dev/da1s3 bs=64k, and then see if you can re-attach. >>>> went single luser, zapped the drive, took a nap, then >>>> zpool attach tank da0s3 da1s3 >>>> worked. so geom did have it! >>> I'm not sure geom had it more than the slice had a zfs label on it and as >>> a foot-shooting precaution it did not want to let you add a device >>> from another pool to the existing one. Just a guess, though. Was the >>> replacement drive brand new? >> yep, brand new. > Perhaps it was pre-formatted as fat32? well, at the same time i replaced the bad spindle, i put a spare in. the spare came from the same source. so how would i look to see who's claws are gripping it? randy From owner-freebsd-fs@FreeBSD.ORG Fri Aug 21 23:58:41 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBFC7106568F for ; Fri, 21 Aug 2009 23:58:41 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from warped.bluecherry.net (unknown [IPv6:2001:440:eeee:fffb::2]) by mx1.freebsd.org (Postfix) with ESMTP id 374288FC16 for ; Fri, 21 Aug 2009 23:58:41 +0000 (UTC) Received: from volatile.chemikals.org (adsl-67-125-51.shv.bellsouth.net [98.67.125.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by warped.bluecherry.net (Postfix) with ESMTPSA id 6B9A4920E426; Fri, 21 Aug 2009 18:58:40 -0500 (CDT) Received: from localhost (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.14.3/8.14.3) with ESMTP id n7LNwaUa064930; Fri, 21 Aug 2009 18:58:36 -0500 (CDT) (envelope-from morganw@chemikals.org) Date: Fri, 21 Aug 2009 18:58:36 -0500 (CDT) From: Wes Morgan To: Randy Bush In-Reply-To: Message-ID: References: <4A8E0C80.9030908@modulus.org> <4A8E0F39.6070407@modulus.org> <4A8E1347.3020301@modulus.org> <4A8E15F9.6000303@modulus.org> <4A8E22A1.4080903@modulus.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: clamav-milter 0.95.2 at warped X-Virus-Status: Clean Cc: freebsd-fs Subject: Re: re-adding a replacement into a pool of mirrors X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2009 23:58:41 -0000 On Sat, 22 Aug 2009, Randy Bush wrote: >>>>>> It might be worth zeroing the whole disk with dd if=/dev/zero >>>>>> of=/dev/da1s3 bs=64k, and then see if you can re-attach. >>>>> went single luser, zapped the drive, took a nap, then >>>>> zpool attach tank da0s3 da1s3 >>>>> worked. so geom did have it! >>>> I'm not sure geom had it more than the slice had a zfs label on it and as >>>> a foot-shooting precaution it did not want to let you add a device >>>> from another pool to the existing one. Just a guess, though. Was the >>>> replacement drive brand new? >>> yep, brand new. >> Perhaps it was pre-formatted as fat32? > > well, at the same time i replaced the bad spindle, i put a spare in. > the spare came from the same source. so how would i look to see who's > claws are gripping it? "geom list" might show you something... Try the part and label classes. You're using a partition for the vdev rather than the entire disk. What partition type did you use for creating it? From owner-freebsd-fs@FreeBSD.ORG Sat Aug 22 00:17:59 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40FF6106568B for ; Sat, 22 Aug 2009 00:17:59 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 1E8CB8FC12 for ; Sat, 22 Aug 2009 00:17:59 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MeeIw-000M7o-EO; Sat, 22 Aug 2009 00:17:58 +0000 Received: from rmac.wdcguest.wdc.sri.com.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id F2BDA2970D54; Sat, 22 Aug 2009 09:17:57 +0900 (JST) Date: Sat, 22 Aug 2009 09:17:57 +0900 Message-ID: From: Randy Bush To: Wes Morgan In-Reply-To: References: <4A8E0C80.9030908@modulus.org> <4A8E0F39.6070407@modulus.org> <4A8E1347.3020301@modulus.org> <4A8E15F9.6000303@modulus.org> <4A8E22A1.4080903@modulus.org> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-fs Subject: Re: re-adding a replacement into a pool of mirrors X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Aug 2009 00:17:59 -0000 > "geom list" might show you something... Try the part and label > classes. new unused drive is da12 # geom part list # geom label list Geom name: da1s1 Providers: 1. Name: ufsid/4a16c4ae7a243ed1 Mediasize: 17174352384 (16G) Sectorsize: 512 Mode: r0w0e0 secoffset: 0 offset: 0 seclength: 33543657 length: 17174352384 index: 0 Consumers: 1. Name: da1s1 Mediasize: 17174352384 (16G) Sectorsize: 512 Mode: r0w0e0 > You're using a partition for the vdev rather than the entire disk. What > partition type did you use for creating it? 165 randy From owner-freebsd-fs@FreeBSD.ORG Sat Aug 22 02:42:59 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F126106568C for ; Sat, 22 Aug 2009 02:42:59 +0000 (UTC) (envelope-from andrew@modulus.org) Received: from email.octopus.com.au (email.octopus.com.au [122.100.2.232]) by mx1.freebsd.org (Postfix) with ESMTP id EF8218FC16 for ; Sat, 22 Aug 2009 02:42:58 +0000 (UTC) Received: by email.octopus.com.au (Postfix, from userid 1002) id EB81017E81; Sat, 22 Aug 2009 12:44:30 +1000 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on email.octopus.com.au X-Spam-Level: X-Spam-Status: No, score=-1.4 required=10.0 tests=ALL_TRUSTED autolearn=failed version=3.2.3 Received: from [10.1.50.60] (ppp121-44-153-205.lns10.syd7.internode.on.net [121.44.153.205]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: admin@email.octopus.com.au) by email.octopus.com.au (Postfix) with ESMTP id F0C8117D39; Sat, 22 Aug 2009 12:44:26 +1000 (EST) Message-ID: <4A8F5AEA.4010205@modulus.org> Date: Sat, 22 Aug 2009 12:41:46 +1000 From: Andrew Snow User-Agent: Thunderbird 2.0.0.14 (X11/20080523) MIME-Version: 1.0 To: Wes Morgan , freebsd-fs References: <4A8E0C80.9030908@modulus.org> <4A8E0F39.6070407@modulus.org> <4A8E1347.3020301@modulus.org> <4A8E15F9.6000303@modulus.org> <4A8E22A1.4080903@modulus.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: re-adding a replacement into a pool of mirrors X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Aug 2009 02:42:59 -0000 Wes Morgan wrote: > I'm not sure geom had it more than the slice had a zfs label on it and > as a foot-shooting precaution it did not want to let you add a device > from another pool to the existing one. FWIW, I have tried that and the error message is quite specific about it, and you can override it with -f. Randy's error message was simply "permission denied" and -f didn't help. - Andrew From owner-freebsd-fs@FreeBSD.ORG Sat Aug 22 11:01:53 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9CDD106568B; Sat, 22 Aug 2009 11:01:53 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 76CEE8FC0C; Sat, 22 Aug 2009 11:01:53 +0000 (UTC) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:54552 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MeoL1-0003Wz-5C; Sat, 22 Aug 2009 13:00:49 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 886AC163D76; Sat, 22 Aug 2009 13:00:45 +0200 (CEST) Message-Id: From: Thomas Backman To: Pawel Jakub Dawidek In-Reply-To: <20090821110031.GB1962@garage.freebsd.pl> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Sat, 22 Aug 2009 13:00:43 +0200 References: <7F161876-8DA7-4617-98B6-7CD54C691BC6@exscape.org> <306284EA-C89C-433C-9D33-E6CF44305800@exscape.org> <20090821110031.GB1962@garage.freebsd.pl> X-Mailer: Apple Mail (2.936) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MeoL1-0003Wz-5C. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MeoL1-0003Wz-5C 4233f70c3b8049a6fd951852eb66412e Cc: freebsd-fs@freebsd.org, FreeBSD current Subject: Re: Yet another ZFS recv panic; old but rarely seen X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Aug 2009 11:01:54 -0000 On Aug 21, 2009, at 13:00, Pawel Jakub Dawidek wrote: > > Right, the bug is already fixed in OpenSolaris. If you can reproduce > the > problem, you might try this patch: > > http://people.freebsd.org/~pjd/patches/dirtying_dbuf.patch I tried to reproduce it, a lot (~750 incremental send/recvs) but no "luck". I've only gotten it twice AFAIK, and that's since May. However, during the stress, I got a solaris assert panic (I've still got -DDEBUG=1), after a couple hours: Unread portion of the kernel message buffer: panic: solaris assert: (int64_t)(arc_stats.arcstat_p.value.ui64) >= 0, file: /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/ common/fs/zfs/arc.c, line: 2044 cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a panic() at panic+0x182 arc_get_data_buf() at arc_get_data_buf+0x2a0 arc_buf_alloc() at arc_buf_alloc+0xe6 arc_read_nolock() at arc_read_nolock+0xf7 arc_read() at arc_read+0xaf dbuf_read() at dbuf_read+0x62b dmu_buf_hold() at dmu_buf_hold+0xcc zap_lockdir() at zap_lockdir+0x68 zap_lookup_norm() at zap_lookup_norm+0x45 zap_lookup() at zap_lookup+0x2e dsl_prop_changed_notify() at dsl_prop_changed_notify+0x1c9 dsl_prop_changed_notify() at dsl_prop_changed_notify+0x157 dsl_prop_set_sync() at dsl_prop_set_sync+0x2ab dsl_sync_task_group_sync() at dsl_sync_task_group_sync+0x173 dsl_pool_sync() at dsl_pool_sync+0x122 spa_sync() at spa_sync+0x35e txg_sync_thread() at txg_sync_thread+0x2d7 fork_exit() at fork_exit+0x118 fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff803e8cdd30, rbp = 0 --- KDB: enter: panic panic: from debugger cpuid = 0 Uptime: 1d3h17m21s Physical memory: 2029 MB GDB backtrace is the same until spa_sync(), at which point (#26) it turns into ??'s until #61 0xffffffff80b75447 in txg_sync_thread () from /boot/kernel/zfs.ko Previous frame inner to this frame (corrupt stack?) core.txt vmstat -s: 29040 pages active 28905 pages inactive 143 pages in VM cache 231106 pages wired down (903MiB out of ~2048) 214771 pages free 2GB RAM, amd64. Regards, Thomas