sg3_utils icon indicating copy to clipboard operation
sg3_utils copied to clipboard

Accessing subsidiary elements (sub-LUNs)

Open amulet1 opened this issue 9 months ago • 0 comments
trafficstars

Hello,

I have successfully connected to the iSCSI storage device , and I see all its volumes available under /dev/sd*. When I run sg_luns on one of these devices, I see this:

#sg_luns --decode /dev/sdd
Lun list length = 40 which imples 5 lun entries
Report luns [select_report=0x0]:
    0001000000000000
      Peripheral device addressing: lun=1
    0003000000000000
      Peripheral device addressing: lun=3
    0004000000000000
      Peripheral device addressing: lun=4
    0005000000000000
      Peripheral device addressing: lun=5
    00fe000000000000
      Peripheral device addressing: lun=254

One of the devices (lun=254 in this case) reports itself as administrative element (protocol endpoint) with 2 connected volumes (lun=1 and lun=2):

# sg_luns --decode /dev/sdw
Lun list length = 16 which imples 2 lun entries
Report luns [select_report=0x0]:
    00fee20000000001
      >>Administrative element:
        Simple lu addressing: 254
      >>Subsidiary element:
        Long extended flat space addressing: lun=1
    00fee20000000002
      >>Administrative element:
        Simple lu addressing: 254
      >>Subsidiary element:
        Long extended flat space addressing: lun=2

I can't seem to be able to access these subsidiary LUNs no matter what I do. Is this something in the SCSI layer that is not enabled/supported? Or in Open-iSCSI? What am I missing?

I would appreciate any advice/solution.

amulet1 avatar Jan 29 '25 22:01 amulet1