On September 13, 2006 1:28:47 PM -0400 Dale Ghent <[EMAIL PROTECTED]>
wrote:
On Sep 13, 2006, at 12:32 PM, Eric Schrock wrote:
Storing the hostid as a last-ditch check for administrative error is a
reasonable RFE - just one that we haven't yet gotten around to.
Claiming that it will solve the clustering problem oversimplifies the
problem and will lead to people who think they have a 'safe' homegrown
failover when in reality the right sequence of actions will
irrevocably
corrupt their data.
HostID is handy, but it'll only tell you who MIGHT or MIGHT NOT have
control of the pool.
Such an RFE would even more worthwhile if it included something such as
a time stamp. This time stamp (or similar time-oriented signature) would
be updated regularly (bases on some internal ZFS event). If this stamp
goes for an arbitrary length of time without being updated, another host
in the cluster could force import it on the assumption that the original
host is no longer able to communicate to the zpool.
This is a simple idea description, but perhaps worthwhile if you're
already going to change the label structure for adding the hostid.
Sounds cool! Better than depending on an out-of-band heartbeat.
-frank
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
