From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 03:15:27 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0A8F6212 for ; Thu, 11 Sep 2014 03:15:27 +0000 (UTC) Received: from st11p09mm-asmtp001.mac.com (st11p09mm-asmtp001.mac.com [17.164.24.96]) (using TLSv1 with cipher DES-CBC3-SHA (112/168 bits)) (Client CN "smtp.me.com", Issuer "VeriSign Class 3 Extended Validation SSL SGC CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C84CC1B4 for ; Thu, 11 Sep 2014 03:15:26 +0000 (UTC) Received: from [10.71.14.16] (dsl-hkibrasgw1-58c380-33.dhcp.inet.fi [88.195.128.33]) by st11p09mm-asmtp001.mac.com (Oracle Communications Messaging Server 7u4-27.10(7.0.4.27.9) 64bit (built Jun 6 2014)) with ESMTPSA id <0NBP0001IVPFTGA0@st11p09mm-asmtp001.mac.com> for freebsd-stable@freebsd.org; Thu, 11 Sep 2014 03:15:18 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.12.52,1.0.28,0.0.0000 definitions=2014-09-11_01:2014-09-09,2014-09-11,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=3 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1409110026 Subject: Re: ZFS on root booting broken somewhere after r270020 MIME-version: 1.0 (Mac OS X Mail 8.0 \(1973.6\)) Content-type: text/plain; charset=utf-8 From: Kimmo Paasiala X-Priority: 3 In-reply-to: <4450778127F4407EB6566A0FE11CD651@multiplay.co.uk> Date: Thu, 11 Sep 2014 06:15:14 +0300 Content-transfer-encoding: quoted-printable Message-id: <090135D4-8B1F-42B4-82FC-6FD2F1DBDDA8@icloud.com> References: <51AD1F36-1089-481F-8784-8BD8E6EF020F@icloud.com> <71DEB316-3CDD-4403-A397-BCE684725ABD@icloud.com> <25886C53-39C1-47A8-95F7-494FA6E7ABA2@icloud.com> <20140819071045.GS2737@kib.kiev.ua> <99FB0662-1954-4ECB-939B-06D0AA49C1A1@icloud.com> <20140819074643.GU2737@kib.kiev.ua> <7F008C560B48412AB66A1EBD9382DDAE@multiplay.co.uk> <9315C209-701A-49EF-85D3-ACCCD1513EC3@icloud.com> <959C54D2C8EB4AC8983DC1DA3CE042E3@multiplay.co.uk> <9F24DD48FBEA46C39F98DF600D46DA1A@multiplay.co.uk> <4450778127F4407EB6566A0FE11CD651@multiplay.co.uk> To: Steven Hartland X-Mailer: Apple Mail (2.1973.6) Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2014 03:15:27 -0000 > On 11.9.2014, at 4.25, Steven Hartland = wrote: >=20 > ----- Original Message ----- From: "Kimmo Paasiala" = >=20 > snip... >=20 >> Just a thought. Is my problem related to the use of GPT labeled = partitions >> in my pool configuration? Your testing shows just "raw" devices like = ada0p3 etc. >=20 > That "should" have no impact on anything, we disable gptids and = diskid's as we > don't like them adding an extra layer for lookups when admins are = working with > the machines. >=20 > Regards > Steve I recreated the pool on the second disk as another single disk pool, = performed zfs send -R =E2=80=A6 | zfs receive -F =E2=80=A6 It works now just fine with the kernel that didn=E2=80=99t work with old = pool so there must have been something seriously broken with the old = pool. I also noticed the old pool kept repeatedly restarting the = resilver operations when I tried to expand it into a mirror. Case closed for now. -Kimmo