That's excellent information Richard.
I have just exported the faulted pool (the disks aren't attached), but
what you are suggesting is verified by looking at the cache as it is -
I can see this information for my rpool mirror disks.
One other note - I see that using the old prtvtoc | fmthard tri
Toby Thain wrote:
On 14-Mar-09, at 12:09 PM, Blake wrote:
I just thought of an enhancement to zfs that would be very helpful in
disaster recovery situations - having zfs cache device serial/model
numbers - the information we see in cfgadm -v.
+1 I haven't needed this but it sounds very sens
On 14-Mar-09, at 12:09 PM, Blake wrote:
I just thought of an enhancement to zfs that would be very helpful in
disaster recovery situations - having zfs cache device serial/model
numbers - the information we see in cfgadm -v.
+1 I haven't needed this but it sounds very sensible. I can imagine
I just thought of an enhancement to zfs that would be very helpful in
disaster recovery situations - having zfs cache device serial/model
numbers - the information we see in cfgadm -v.
I'm feeling the pain of this now as I try to figure out which disks on
my failed filer belonged to my raidz2 pool
Here's my rough draft of GSoC ideas
http://www.osunix.org/docs/DOC-1022
Also want to thank everyone for their feedback.
Please keep in mind that for creating a stronger application we only
have a few days.
We still need to :
1) Find more mentors. (Please add your name to the doc or confir
