From owner-freebsd-fs@FreeBSD.ORG Wed Feb 24 13:59:08 2010 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 56F81106566B for ; Wed, 24 Feb 2010 13:59:08 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id D98268FC18 for ; Wed, 24 Feb 2010 13:59:07 +0000 (UTC) Received: by bwz8 with SMTP id 8so3695949bwz.3 for ; Wed, 24 Feb 2010 05:59:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:content-type:mime-version :subject:from:in-reply-to:date:content-transfer-encoding:message-id :references:to:x-mailer; bh=AoiRgbL4/SVWgPq5Nx8ZHHr6Nh4JZWkkGKbzQbnqQNc=; b=mqh7aXoSzBG8LGfVG6yH2/BalnRrOu5nXFbIwFWVkbomQJuptjBAphmEY42VZSn26f JAC3ElnZ9X+G5JjXZ+OwovUVH/Rla5cMRMYaFqF+g2aLtncWR/QNn9sciL7Zqi65b8XR GmhqERVOt1w/A+n3XJ+jVa+2l7g49JJC1bYhA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to:x-mailer; b=gKH8Ojy0YGtyzNjA4atIfjUx5Hh4p+/kMuq1TsHHVhkCG6B8z7CPNwhk+3ufrDrQok 4okv491ErlMd8zt4uylo1w8kFOLzzoGrRfj7RDC74PYaUCnw9w8FhdLVPb7MOFYVf1vK 2OUgml8pmWgz3FHd3sxlSd4v3YWsxE9Qh4k4w= Received: by 10.102.183.14 with SMTP id g14mr2875363muf.71.1267019941582; Wed, 24 Feb 2010 05:59:01 -0800 (PST) Received: from ?10.32.23.105? ([195.34.111.178]) by mx.google.com with ESMTPS id w5sm8852958mue.52.2010.02.24.05.58.59 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 24 Feb 2010 05:59:00 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1077) From: Nikolay Denev In-Reply-To: <26CCAE99-B056-4754-9324-2945D1643C78@gmail.com> Date: Wed, 24 Feb 2010 15:58:58 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <272C3933-72C9-41AF-AD3A-605A7C57FB61@gmail.com> References: <26CCAE99-B056-4754-9324-2945D1643C78@gmail.com> To: freebsd-fs@freebsd.org X-Mailer: Apple Mail (2.1077) Subject: Re: should zfs care so much about device name changes 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: Wed, 24 Feb 2010 13:59:08 -0000 On Feb 24, 2010, at 11:53 AM, Nikolay Denev wrote: > Hello, >=20 > I wanted to test the new option ATA_CAM, but that would require a boot = from another media (USB Drive/CD) and a zpool export/import > to update the vdev names. (actually it's shown as "path" in the = zpool.cache file) because otherwise the system would refuse to = open/mount > the pool. > But is that really necessary given the fact that all the devices are = here, and have matching GUIDS to those in the zpool.cache file? > Shouldnt ZFS just import the pool?=20 >=20 > In the current state what would one have to do to for example test = ATA_CAM on a remote machine, where export/import from a rescue > media is not possible? >=20 > Thanks, > Niki I have now looked at = sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_geom.c and it seems = that when a vdev isn't found by pathname it is being searched by guid. But it doesn't seem to be the case here. The = loader sees the pool and boots the kernel, but then the kernel does not = see the pool. Any ideas? Regards, Niki Denev