Dumping to /dev/dsk/c6t0d0s1
certainly looks like a non-mirrored dump dev...
You might try a manual savecore telling it to ignore the dump valid
header and see what you get...
savecore -d
and perhaps try telling it to look directly at the dump device...
savecore -f device
You should also,
Note: IANATZD (I Am Not A Team-ZFS Dude)
Speaking as a Hardware Guy, knowing that something is happening, has
happened or is indicated to happen is a Good Thing (tm).
Begin unlikely, but possible scenario:
If, for instance, I'm getting a cluster of read errors (or, perhaps bad
blocks), I
Hm -
Based on this detail from the page:
Change lever for switching between Rotation
+ Hammering , Neutral and Hammering only
I'd hope it could still hammer... Though I'd suspect the size of nails
it would hammer would be somewhat limited... ;)
Nathan.
Boyd Adamson wrote:
Richard Elling
Hey there -
This is very likely completely unrelated, but here goes anyhoo...
I have noticed with some particular ethernet adapters (e1000g in my
case) and large MTU sizes (8K) that things (most anything that really
pushes the interface) sometimes stop for no good reason on my x86
Solaris