[OmniOS-discuss] ZFS data corruption
Michael Rasmussen
mir at miras.org
Wed Aug 19 17:37:23 UTC 2015
On Wed, 19 Aug 2015 18:49:05 +0200
Stephan Budach <stephan.budach at JVM.DE> wrote:
>
> Looking at what we've got here, I don't think, that we're actually dealing with real disk errors, as those should have been reported as read errors, or mayby as checksum errors otherwise. This must be something else, as it only seems to affect zvols and iSCSI targets. Maybe I willl create a LUN using a file and hook that up to the same RAC cluster, if I don't get any of these errors with that, it has to be something in accessing the zvol. Maybe it's all COMSTAR's fault entirely…
>
I have a storage box entirely distributing zvols as LUN's through
Comstar for VM's. I have never experienced such problems so maybe it
has to do with the usage and some of the layers in between. Are there
any similarities between the used hypervisor and/or OS in VM's?
--
Hilsen/Regards
Michael Rasmussen
Get my public GnuPG keys:
michael <at> rasmussen <dot> cc
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E
mir <at> datanom <dot> net
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C
mir <at> miras <dot> org
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE3E80917
--------------------------------------------------------------
/usr/games/fortune -es says:
He hated being thought of as one of those people that wore stupid
ornamental armour. It was gilt by association.
-- Terry Pratchett, "Night Watch"
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 181 bytes
Desc: OpenPGP digital signature
URL: <https://omniosce.org/ml-archive/attachments/20150819/80b86be5/attachment.bin>
More information about the OmniOS-discuss
mailing list