[zfs-discuss] Huge Numbers of Illegal Requests

[Ed Shipe]

On 2 different OpenIndiana 151a7 systems, Im showing a huge number of
Illegal Requests.  There are no other apparent issues, performance is fine,
etc,etc.
Everything works great - what are these illegal requests?  My Google-Foo is
failing me...

Thanks,

-ed

root@NAPP1:~# iostat -Ensr
c6t0d0   ,Soft Errors: 0 ,Hard Errors: 0 ,Transport Errors: 0
Vendor: SanDisk  ,Product: Extreme  ,Revision: 0001 ,Serial No:
Size: 16.01GB <16013942784 bytes>
,Media Error: 0 ,Device Not Ready: 0 ,No Device: 0 ,Recoverable: 0
Illegal Request: 333 ,Predictive Failure Analysis: 0
c4t0d0   ,Soft Errors: 0 ,Hard Errors: 0 ,Transport Errors: 0
Vendor: ATA  ,Product: SanDisk SDSSDX24 ,Revision: R211 ,Serial No:
121562402168
Size: 240.06GB <240057409536 bytes>
,Media Error: 0 ,Device Not Ready: 0 ,No Device: 0 ,Recoverable: 0
Illegal Request: 992096 ,Predictive Failure Analysis: 0
c4t1d0   ,Soft Errors: 0 ,Hard Errors: 0 ,Transport Errors: 0
Vendor: ATA  ,Product: SanDisk SDSSDX24 ,Revision: R211 ,Serial No:
121562401118
Size: 240.06GB <240057409536 bytes>
,Media Error: 0 ,Device Not Ready: 0 ,No Device: 0 ,Recoverable: 0
Illegal Request: 992064 ,Predictive Failure Analysis: 0
c4t2d0   ,Soft Errors: 0 ,Hard Errors: 0 ,Transport Errors: 0
Vendor: ATA  ,Product: SanDisk SDSSDX24 ,Revision: R211 ,Serial No:
121562401215
Size: 240.06GB <240057409536 bytes>
,Media Error: 0 ,Device Not Ready: 0 ,No Device: 0 ,Recoverable: 0
Illegal Request: 992063 ,Predictive Failure Analysis: 0
c4t3d0   ,Soft Errors: 0 ,Hard Errors: 0 ,Transport Errors: 0
Vendor: ATA  ,Product: SanDisk SDSSDX24 ,Revision: R211 ,Serial No:
121562401014
Size: 240.06GB <240057409536 bytes>
,Media Error: 0 ,Device Not Ready: 0 ,No Device: 0 ,Recoverable: 0
Illegal Request: 992063 ,Predictive Failure Analysis: 0
c4t5d0   ,Soft Errors: 0 ,Hard Errors: 0 ,Transport Errors: 0
Vendor: ATA  ,Product: INTEL SSDSC2CT12 ,Revision: 300i ,Serial No:
CVMP219200MZ120
Size: 120.03GB <120034123776 bytes>
,Media Error: 0 ,Device Not Ready: 0 ,No Device: 0 ,Recoverable: 0
Illegal Request: 1983773 ,Predictive Failure Analysis: 0
c3t0d0   ,Soft Errors: 0 ,Hard Errors: 0 ,Transport Errors: 0
Vendor: ATA  ,Product: ST2000DM001-9YN1 ,Revision: CC4B ,Serial No:
S240F3KN
Size: 2000.40GB <2000398934016 bytes>
,Media Error: 0 ,Device Not Ready: 0 ,No Device: 0 ,Recoverable: 0
Illegal Request: 992072 ,Predictive Failure Analysis: 0
c3t1d0   ,Soft Errors: 0 ,Hard Errors: 0 ,Transport Errors: 0
Vendor: ATA  ,Product: ST2000DM001-9YN1 ,Revision: CC4B ,Serial No:
S240F2TN
Size: 2000.40GB <2000398934016 bytes>
,Media Error: 0 ,Device Not Ready: 0 ,No Device: 0 ,Recoverable: 0
Illegal Request: 992031 ,Predictive Failure Analysis: 0
c3t2d0   ,Soft Errors: 0 ,Hard Errors: 0 ,Transport Errors: 0
Vendor: ATA  ,Product: ST2000DM001-9YN1 ,Revision: CC4B ,Serial No:
Z1E0K3C9
Size: 2000.40GB <2000398934016 bytes>
,Media Error: 0 ,Device Not Ready: 0 ,No Device: 0 ,Recoverable: 0
Illegal Request: 992019 ,Predictive Failure Analysis: 0
c3t3d0   ,Soft Errors: 0 ,Hard Errors: 0 ,Transport Errors: 0
Vendor: ATA  ,Product: ST2000DM001-9YN1 ,Revision: CC4B ,Serial No:
W1E0FL39
Size: 2000.40GB <2000398934016 bytes>
,Media Error: 0 ,Device Not Ready: 0 ,No Device: 0 ,Recoverable: 0
Illegal Request: 992016 ,Predictive Failure Analysis: 0
root@NAPP1:~#


-- 
Ed Shipe
Candelabra Computing Inc
e...@candelabracomputing.com
Mobile: 410-929-2597
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Re: [zfs-discuss] ZFS Distro Advice

[Matthew Ahrens]

On Tue, Feb 26, 2013 at 7:42 PM, Bob Friesenhahn
 wrote:
> On Wed, 27 Feb 2013, Ian Collins wrote:
>>>
>>> I am finding that rsync with the right options (to directly
>>> block-overwrite) plus zfs snapshots is providing me with pretty
>>> amazing "deduplication" for backups without even enabling
>>> deduplication in zfs.  Now backup storage goes a very long way.
>>
>>
>> We do the same for all of our "legacy" operating system backups. Take a
>> snapshot then do an rsync and an excellent way of maintaining incremental
>> backups for those.
>
>
> Magic rsync options used:
>
>   -a --inplace --no-whole-file --delete-excluded
>
> This causes rsync to overwrite the file blocks in place rather than writing
> to a new temporary file first.  As a result, zfs COW produces primitive
> "deduplication" of at least the unchanged blocks (by writing nothing) while
> writing new COW blocks for the changed blocks.

If I understand your use case correctly (the application overwrites
some blocks with the same exact contents), ZFS will ignore these
"no-op" writes only on recent Open ZFS (illumos / FreeBSD / Linux)
builds with checksum=sha256 and compression!=off.  AFAIK, Solaris ZFS
will COW the blocks even if their content is identical to what's
already there, causing the snapshots to diverge.

See https://www.illumos.org/issues/3236 for details.

commit 80901aea8e78a2c20751f61f01bebd1d5b5c2ba5
Author: George Wilson 
Date:   Tue Nov 13 14:55:48 2012 -0800

3236 zio nop-write

--matt
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss