Hi Martin,
thanks for explanation. but disabling write same for now is safe, right?
to answer your questions:
drives are SATA.
root@siv-70140:~ # sg_inq /dev/sda
standard INQUIRY:
PQual=0 Device_type=0 RMB=0 version=0x02 [SCSI-2]
[AERC=0] [TrmTsk=0] NormACA=0 HiSUP=0 Resp_data_format=2
SCCS=0 ACC=0 TPGS=0 3PC=0 Protect=0 [BQue=0]
EncServ=0 MultiP=0 [MChngr=0] [ACKREQQ=0] Addr16=0
[RelAdr=0] WBus16=1 Sync=1 Linked=0 [TranDis=0] CmdQue=1
length=57 (0x39), but only fetched 56 bytes Peripheral device type: disk
Vendor identification: LSILOGIC
Product identification: Logical Volume
Product revision level: 3000
root@siv-70140:~ # sg_vpd /dev/sda
Supported VPD pages VPD page:
Supported VPD pages [sv]
Device identification [di]
Supported VPD pages [sv]
Supported VPD pages [sv]
BR
nik
On Thu, Apr 12, 2018 at 10:31:58PM -0400, Martin K. Petersen wrote:
>
> Nikola,
>
> > hmm, further checking 4.4.52, it was not really OK too:
> >
> > [ 1895.084325] blk_update_request: I/O error, dev sda, sector 239461608
> > [ 1895.101099] sd 4:1:1:0: [sda] tag#1 FAILED Result: hostbyte=DID_OK
> > driverbyte=DRIVER_SENSE
> > [ 1895.101101] sd 4:1:1:0: [sda] tag#1 Sense Key : Illegal Request [current]
> > [ 1895.101103] sd 4:1:1:0: [sda] tag#1 Add. Sense: No additional sense information
>
> It's the "No additional sense information" that's the problem.
>
> Under normal circumstances the drive would return "INVALID COMMAND
> OPCODE" or "INVALID FIELD IN CDB" in the additional sense data. That
> would cause us to disable WRITE SAME for the drive in question and
> report to the block layer that it should zero the blocks manually.
>
> However, because we don't get any of the expected sense data back in
> your case, the failure manifests itself as a generic I/O failure to the
> stack. And that's why the error is reported up to ext4 instead of the
> block layer transparently doing fallback zeroing after WRITE SAME has
> been disabled.
>
> What kind of drive is attached to your controller? SATA? SAS?
>
> Please send us the output of:
>
> sg_inq /dev/sda
>
> and
>
> sg_vpd /dev/sda
>
> Thanks!
>
> --
> Martin K. Petersen Oracle Linux Engineering
>
--
-------------------------------------
Ing. Nikola CIPRICH
LinuxBox.cz, s.r.o.
28.rijna 168, 709 00 Ostrava
tel.: +420 591 166 214
fax: +420 596 621 273
mobil: +420 777 093 799
www.linuxbox.cz
mobil servis: +420 737 238 656
email servis: servis@xxxxxxxxxxx
-------------------------------------
