From owner-freebsd-fs@FreeBSD.ORG Wed Apr 23 14:19:58 2014 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 491D5AC0 for ; Wed, 23 Apr 2014 14:19:58 +0000 (UTC) Received: from st11p02mm-asmtp002.mac.com (st11p02mm-asmtpout002.mac.com [17.172.220.237]) by mx1.freebsd.org (Postfix) with ESMTP id 121FC1BBF for ; Wed, 23 Apr 2014 14:19:57 +0000 (UTC) MIME-version: 1.0 Content-type: text/plain; charset=windows-1251 Received: from [192.168.0.138] (c-69-181-42-159.hsd1.ca.comcast.net [69.181.42.159]) by st11p02mm-asmtp002.mac.com (Oracle Communications Messaging Server 7u4-27.08(7.0.4.27.7) 64bit (built Aug 22 2013)) with ESMTPSA id <0N4H00D5GMGWR620@st11p02mm-asmtp002.mac.com> for freebsd-fs@freebsd.org; Wed, 23 Apr 2014 14:19:47 +0000 (GMT) Subject: Re: ZFS unable to import pool From: Gennadiy Gulchin X-Mailer: iPhone Mail (11D201) In-reply-to: <888649C4-CC66-48A6-9901-BEA93D1BBFA3@mail.turbofuzz.com> Date: Wed, 23 Apr 2014 07:19:44 -0700 Content-transfer-encoding: quoted-printable Message-id: References: <20140423064203.GD2830@sludge.elizium.za.net> <20140423080056.GE2830@sludge.elizium.za.net> <20140423091852.GH2830@sludge.elizium.za.net> <20140423100126.GJ2830@sludge.elizium.za.net> <5357937D.4080302@gmail.com> <72E79259-3DB1-48B7-8E5E-19CC2145A464@icloud.com> <888649C4-CC66-48A6-9901-BEA93D1BBFA3@mail.turbofuzz.com> To: Jordan Hubbard X-MANTSH: 1TEIXWV4bG1oaGkdHB0lGUkdDRl5PWBoaHREKTEMXGx0EGx0YBBIZBBsSEBseGh8 aEQpYTRdLEQptfhcaEQpMWRcbGhsbEQpZSRcRClleF2hueREKQ04XSxsbGmJCH2lhHWt7GXhzB xlkGx4bE0FlEQpYXBcZBBoEHQdNSx0SSEkcTAUbHQQbHRgEEhkEGxIQGx4aHxsRCl5ZF2FAcml OEQpMRhdsa2sRCkNaFxwTBBsSGwQeGAQbHxMRCkRYFxkRCkRJFxkRCkJFF2ZFeXBAGEwFRHIbE QpCThdrRRpSUB5DXFlcaBEKQkwXZkh9WWJdUntiWR8RCkJsF2wZAUFsG1Jmfx5nEQpCQBdlbmt lf3pnUGcdXREKcGcXbRt8QWZlfUVuQUARCnBoF2FIaGF6fBtOHBkYEQpwaBdiTxN7Yh1uW3luT hEKcGgXaHJZSGBse2Z4W2ARCnBoF2MdS0ZGQHBpTV1uEQpwaBdjbBl9Y2sBbVgdXREKcGwXY1l zRFxrXhsdXm0RCnBMF2tfe1hafmJvQGd7EQ== X-CLX-Spam: false X-CLX-Score: 1011 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.96,1.0.14,0.0.0000 definitions=2014-04-23_04:2014-04-23,2014-04-23,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1404230212 Cc: "freebsd-fs@freebsd.org" X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2014 14:19:58 -0000 Any data can be salvaged? --Gena > On Apr 23, 2014, at 7:15 AM, Jordan Hubbard wrote= : >=20 > If you added a single disk to a pool, you have no choice but to destroy th= e pool and start over. The single disk will essentially degrade the perform= ance of the whole pool, because it represents a unique (100Mb/sec, typical) t= ransaction group now, and if you lose that one disk you will also lose the e= ntire pool since it has no redundancy. >=20 > This is a common mistake people make with ZFS, and it sucks, but block poi= nter rewrite was never implemented so that=92s just the way it is, too. Tha= t=92s another reason for FreeBSD-based front-ends to ZFS like FreeNAS. The G= UI adds some seat-belts to prevent users from trivially doing things like th= at. On the command line, all bets are off. >=20 > - Jordan >=20 >> On Apr 23, 2014, at 7:09 PM, Gena Guchin wrote: >>=20 >> Looking though the history, i DID add that disk ada7 (!) to the pool, but= I added it as a separate disk. I wanted to re-add the disk to the storage p= ool, but it added as a new disk=85 >> this does help a lille.. >>=20 >>=20 >> anything I can do now?=20 >> can I remove that vdev? >=20