I suspect this is a bug in raidz error reporting. With a mirror,
each copy either checksums correctly or it doesn't, so we know
which drives gave us bad data. With RAID-Z, we have to infer
which drives have damage. If the number of drives returning bad
data is less than or equal to the number of
Thank you for the reference to the ZFS overview document.
> http://partneradvantage.sun.com/protected/solaris10/adoptionkit/tech/
> zfs/zfs_overview.pdf
It's very useful and takes a different tack than the source tour, etc.
There's a place for all of them.
Could someone please place a link to
I've been working with zfs since the beginning but have pretty much ignored ACL
Inherit and ACL Mode. Now one of my DBs is having permission problems in a
directory and has suggested changing the defaults Secure and Groupmask to
passthrough. This would affect the whole filesystem.
What would be
On 7/30/07, Brian Gupta <[EMAIL PROTECTED]> wrote:
> I would think that ZFS would lie in the VFS subsystem
VFS is just an interface between a filesystem and the rest of the kernel.
> Could someone point me to a doc/diagram that would help clarify this for
> me?
See Figure 3:
Traditional file sys
In "Solaris Internals", ZFS is not covered.
I would think that ZFS would lie in the VFS subsystem, but I seem to recall
reading that this is not the case.
Could someone point me to a doc/diagram that would help clarify this for me?
Thanks,
Brian
___
zf
Kevin wrote:
> We'll try running all of the diagnostic tests to rule out any other issues.
Does the server have ECC memory? Many x86 systems do not :-(
> But my question is, wouldn't I need to see at least 3 checksum errors on the
> individual devices in order for there to be a visible error in
We'll try running all of the diagnostic tests to rule out any other issues.
But my question is, wouldn't I need to see at least 3 checksum errors on the
individual devices in order for there to be a visible error in the top level
vdev? There doesn't appear to be enough raw checksum errors on the
MC <[EMAIL PROTECTED]> wrote:
> On the heels of the LZO compression thread, I bring you a 7zip compression
> thread!
>
> Shown here as the open source system with the best compression ratio:
> http://en.wikipedia.org/wiki/Data_compression#Comparative
>
> Shown here on a SPARC system with the bes
I have attached a "readable" txt format of the test.
This message posted from opensolaris.orgVersion 1.03 --Sequential Output-- --Sequential Input- --Random-
-Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
MachineSize K/sec %CP K/sec %CP K/s
Hello Marc,
Sunday, July 29, 2007, 9:57:13 PM, you wrote:
MB> MC eastlink.ca> writes:
>>
>> Obviously 7zip is far more CPU-intensive than anything in use with ZFS
>> today. But maybe with all these processor cores coming down the road,
>> a high-end compression system is just the thing for ZFS
10 matches
Mail list logo
