[OmniOS-discuss] ZFS/COMSTAR - zpool reports errors
Michael Rasmussen
mir at miras.org
Wed Aug 12 15:19:38 UTC 2015
On Wed, 12 Aug 2015 16:50:49 +0200
Stephan Budach <stephan.budach at JVM.DE> wrote:
> Ahh… that was too soon… ;) Actually one of the RAC nodes noticed an
> error at or rather a couple of mintues before this issue, when it
> reported this:
>
> Aug 11 20:25:04 btierasm01 kernel: sd 75:0:0:1: [sdx] Unhandled sense code
> Aug 11 20:25:04 btierasm01 kernel: sd 75:0:0:1: [sdx] Result:
> hostbyte=invalid driverbyte=DRIVER_SENSE
> Aug 11 20:25:04 btierasm01 kernel: sd 75:0:0:1: [sdx] Sense Key : Medium
> Error [current]
> Aug 11 20:25:04 btierasm01 kernel: sd 75:0:0:1: [sdx] Add. Sense:
> Unrecovered read error
> Aug 11 20:25:04 btierasm01 kernel: sd 75:0:0:1: [sdx] CDB: Read(10): 28
> 00 60 b2 54 28 00 00 80 00
> Aug 11 20:25:04 btierasm01 kernel: end_request: critical target error,
> dev sdx, sector 1622299688
> Aug 11 20:25:04 btierasm01 kernel: end_request: critical target error,
> dev dm-25, sector 1622299688
> Aug 11 20:25:04 btierasm01 kernel: ADVMK-0020: A read error was reported
> to the ASM instance for volume vg_nfs07fwd-16 in diskgroup DG_NFS07SA
>
> This vg_nfs07fwd-16 is a RAC volume, which is presented via NFS from the
> RAC cluster nodes to some Oracle VM hosts, but neither of those hosts
> had any issues with that volume at any time, so I assmume the request
> came from the RAC node itself and I will dig into the logs to see, what
> it actually treid to do with the volume.
>
> I am still wondering if this issue is somewhat related to COMSTAR or the
> zpool itself.
>
I wonder whether this is a hardware issue (eg driver firmware). What if
the firmware has marked a sector bad and have moved it elsewhere. Could
one imagine that this move have taking place unnoticed to ZFS?
--
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:
Terminate input by end-of-file or marker, not by count.
- The Elements of Programming Style (Kernighan & Plaugher)
-------------- 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/20150812/4abfa2dd/attachment.bin>
More information about the OmniOS-discuss
mailing list