I actually mean - dump for LUN having issues ...
--- With best regards
Andrei Borzenkov Senior system engineer FTS WEMEAI RUC RU SC TMS FOS
FUJITSU Zemlyanoy Val Street, 9, 105 064 Moscow, Russian Federation Tel.: +7 495 730 62 20 ( reception) Mob.: +7 916 678 7208 Fax: +7 495 730 62 14 E-mail: Andrei.Borzenkov@ts.fujitsu.com Web: ru.fujitsu.com Company details: ts.fujitsu.com/imprint This communication contains information that is confidential, proprietary in nature and/or privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) or the person responsible for delivering it to the intended recipient(s), please note that any form of dissemination, distribution or copying of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender and delete the original communication. Thank you for your cooperation. Please be advised that neither Fujitsu, its affiliates, its employees or agents accept liability for any errors, omissions or damages caused by delays of receipt or by any virus infection in this message or its attachments, or which may otherwise arise as a result of this e-mail transmission.
-----Original Message----- From: vladimir.zhigulin@gmail.com [mailto:vladimir.zhigulin@gmail.com] On Behalf Of Momonth Sent: Thursday, October 15, 2015 11:01 AM To: Borzenkov, Andrei Cc: John Stoffel; toasters@teaparty.net Subject: Re: CentOS 6.7 + cDOT 8.3.1: kernel: scsi: host X channel Y id Z lun4194304 has a LUN larger than allowed by the host adapter
You mean the CDB dump for a LUN that has no issues?
Here it is:
# /usr/bin/sg_luns -d -vv /dev/sdm open /dev/sdm with flags=0x802 report luns cdb: a0 00 00 00 00 00 00 00 20 00 00 00 report luns: requested 8192 bytes but got 24 bytes Lun list length = 16 which imples 2 lun entries
Output response in hex 00 00 00 00 10 00 00 00 00 00 00 00 00 00 00 00 00 10 00 03 00 00 00 00 00 00 Report luns [select_report=0]: 0000000000000000 Peripheral device addressing: lun=0 0003000000000000 Peripheral device addressing: lun=3
It looks really different, comparing to what RedHat's KB says ..
On Thu, Oct 15, 2015 at 7:15 AM, andrei.borzenkov@ts.fujitsu.com andrei.borzenkov@ts.fujitsu.com wrote:
If you convert LUN number in hex it is 0x400000. It actually looks like LUN 0, returned in flat addressing format that for some reason gets misinterpreted by Linux. I'd love to see dump of actual CDB on Linux side.