I suppose an error correcting code like 256bit Hamming or Reed-Solomon
can't substitute as reliable checksum on the level of default
Fletcher2/4? If it can, it could be offered as alternative algorithm
where necessary and let ZFS react accordingly, or not?
Regards,
-mg
On 12-août-08, at 08:
Diskspace may be lost on redundacy, but there's still two or more
devices in the mirror. Read requests can be spread across these.
--
Via iPhone 3G
On 11-août-08, at 11:07, Martin Svensson <[EMAIL PROTECTED]
m> wrote:
> I read this (http://blogs.sun.com/roch/entry/when_to_and_not_to)
> blog
Possibly metadata. Since that's however redundant due to ditto blocks
(2 or 3 copies depending on importance), it was repaired during the
scrub.
--
Via iPhone 3G
On 05-août-08, at 21:11, soren <[EMAIL PROTECTED]> wrote:
>> soren wrote:
>>> ZFS has detected that my root filesystem has a
>> sm
The first attempt at this went well...
Anyway, he meant updating to the latest Indiana repo, which is based
on snv_94.
Regards,
-mg
--
Via iPhone 3G
On 04-août-08, at 19:46, Lori Alt <[EMAIL PROTECTED]> wrote:
> Seymour Krebs wrote:
>> Machine is running x86 snv_94 after recent upgrade from
--
Via iPhone 3G
On 04-août-08, at 19:46, Lori Alt <[EMAIL PROTECTED]> wrote:
>>
>>
>>
> I'll try to help, but I'm confused by a few things. First, when
> you say that you upgraded from OpenSolaris 2008.05 to snv_94,
> what do you mean? Because I'm not sure how one "upgrades"
> an IPS-based re
