On Apr 19, 2010, at 9:50 AM, Don wrote:

> Now I'm simply confused.

In one sentence, the cachefile keeps track of what is currently imported.

> Do you mean one cachefile shared between the two nodes for this zpool? How, 
> may I ask, would this work?

Each OS instance has a default cachefile.

> The rpool should be in /etc/zfs/zpool.cache.

Yes, this is the default for OpenSolaris distributions.

> The shared pool should be in /etc/cluster/zpool.cache (or wherever you prefer 
> to put it) so it won't come up on system start.

Correct

> What I don't understand is how the second node is either a) supposed to share 
> the first nodes cachefile or b) create it's own without importing the pool.

a) it doesn't
b) it doesn't

> You say this is the job of the cluster software- does ha-cluster already 
> handle this with their ZFS modules?

Yes

> I've asked this question 5 different ways and I either still haven't gotten 
> an answer- or still don't understand the problem.

see below

> Is there a way for a passive node to generate it's _own_ zpool.cache without 
> importing the file system. If so- how. If not- why is this unimportant?

No. And this is unimportant.

The bit of context missing here is the answer to the question, why do we
want to keep a backup of the cache file? The answer is that the cache
file contains a record of the GUID for each disk. In the event that a disk
is destroyed, there are some cases where the pool can be brought online
if the GUID of the destroyed disks are known. This is not a typical recovery
method and has rarely been needed. Please do not confuse the discussion
of the desire to keep a copy of the cachefile with the greater desire to keep
a record of the GUIDs. In this context, the cachefile is a convenient record
of the GUIDs.
 -- richard

ZFS storage and performance consulting at http://www.RichardElling.com
ZFS training on deduplication, NexentaStor, and NAS performance
Las Vegas, April 29-30, 2010 http://nexenta-vegas.eventbrite.com 

_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to