From owner-freebsd-bugs@FreeBSD.ORG Fri Sep 11 14:24:29 2009 Return-Path: Delivered-To: freebsd-bugs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97B6E106574B for ; Fri, 11 Sep 2009 14:24:29 +0000 (UTC) (envelope-from weldon@excelsusphoto.com) Received: from mx0.excelsus.net (emmett.excelsus.com [74.93.113.252]) by mx1.freebsd.org (Postfix) with ESMTP id 323108FC2B for ; Fri, 11 Sep 2009 14:24:28 +0000 (UTC) Received: (qmail 50435 invoked by uid 89); 11 Sep 2009 13:57:45 -0000 Received: from unknown (HELO localhost) (127.0.0.1) by localhost.excelsus.com with SMTP; 11 Sep 2009 13:57:45 -0000 Date: Fri, 11 Sep 2009 09:57:45 -0400 (EDT) From: Weldon S Godfrey 3 X-X-Sender: weldon@emmett.excelsus.com To: FreeBSD-gnats-submit@FreeBSD.org, freebsd-bugs@FreeBSD.org In-Reply-To: <200908271900.n7RJ09Ax095497@freefall.freebsd.org> Message-ID: References: <200908271900.n7RJ09Ax095497@freefall.freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: pjd@FreeBSD.org Subject: Re: kern/138244: dd attempts bitwise transfer onto ZFS pool X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Sep 2009 14:24:29 -0000 Sorry, I lost the reply to this the command was: dd if=/dev/zero of=/export/store1-1 bs=64k count=10000 the 'of' was an accident, it was meant to be to a file and not the mountpoint here is the df tank/store1-1 2882037632 1161418880 1720618752 40% /export/store1-1 sorry, I didn't execute this and I misunderstood what happened. I thought the 'of' was to tank/store1-1 so this may not be such an issue. I personally never tested to see if you use the mountpoint instead of the /dev special file (or zfs volume in this case) with the 'of argument in dd, would dd treat the mountpoint as if it was the /dev special file. however, the result was understood correctly, it zeroed out the dir, it appeared in FreeBSD as if it was blank. I tried to do a rollback but that caused the system to panic. Which turned out to be great, the system came back fine (not zeroed out) and not rolled back (as it was before the dd comand was executed). sorry, this may not be an issue at all. we are happy that zfs didn't kill the data on this accident. going to just /export/store1-1 was an accident If memory serves me right, sometime around Aug 27, FreeBSD-gnats-submit@Fre...: > Thank you very much for your problem report. > It has the internal identification `kern/138244'. > The individual assigned to look at your > report is: freebsd-bugs. > > You can access the state of your problem report at any time > via this link: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=138244 > >> Category: kern >> Responsible: freebsd-bugs >> Synopsis: dd attempts bitwise transfer onto ZFS pool >> Arrival-Date: Thu Aug 27 19:00:09 UTC 2009 >