Miles Nordin <[EMAIL PROTECTED]>
>>>>> "cs" == Cromar Scott <[EMAIL PROTECTED]> writes:
cs> We opened a call with Sun support. We were told that the
cs> corruption issue was due to a race condition within ZFS. We
cs> were also told
Miles Nordin <[EMAIL PROTECTED]>
>>>>> "cs" == Cromar Scott <[EMAIL PROTECTED]> writes:
cs> It appears that the metadata on that pool became corrupted
cs> when the processor failed. The exact mechanism is a bit of a
cs> mystery,
[...]
Richard Elling <[EMAIL PROTECTED]>
Cromar Scott wrote:
> Chris Siebenmann <[EMAIL PROTECTED]>
>
> I'm not Anton Rang, but:
> | How would you describe the difference between the data recovery
> | utility and ZFS's normal data recovery process?
>
> cks&
Chris Siebenmann <[EMAIL PROTECTED]>
I'm not Anton Rang, but:
| How would you describe the difference between the data recovery
| utility and ZFS's normal data recovery process?
cks> The data recovery utility should not panic
cks> my entire system if it runs into some situation
cks> that it ut
From: Richard Elling <[EMAIL PROTECTED]>
Miles Nordin wrote:
>> "re" == Richard Elling <[EMAIL PROTECTED]> writes:
>> "tb" == Tom Bird <[EMAIL PROTECTED]> writes:
>>
>
...
>
> re> In general, ZFS can only repair conditions for which it owns
> re> data redundancy.
tb
