doug-gilbert / lsscsi Goto Github PK

I'm testing the 0.33 pre-release and am pleased to see the json output. One strange thing: Adding --transport does not add the transport to SCSI devices (only to NVMe devices). I also have to add --list. An oversight?

There's a known design shortcoming related to udev and symlinks where symlinks get randomly overwritten in case of duplicate identifiers. This for example concerns /dev/disk/by-XXX that is heavily used by lsscsi for enumeration. As a result identifiers may be missing in its output for some devices.

The test case for example is as follows:

# modprobe scsi_debug add_host=3 num_tgts=4
# lsscsi -i
[6:0:0:0]    disk    Linux    scsi_debug       0191  /dev/sda   333333330000036b0
[6:0:1:0]    disk    Linux    scsi_debug       0191  /dev/sdb   33333333000003a98
[6:0:2:0]    disk    Linux    scsi_debug       0191  /dev/sdc   -
[6:0:3:0]    disk    Linux    scsi_debug       0191  /dev/sde   33333333000004268
[7:0:0:0]    disk    Linux    scsi_debug       0191  /dev/sdd   33333333000003e80
[7:0:1:0]    disk    Linux    scsi_debug       0191  /dev/sdf   -
[7:0:2:0]    disk    Linux    scsi_debug       0191  /dev/sdg   -
[7:0:3:0]    disk    Linux    scsi_debug       0191  /dev/sdh   -
[8:0:0:0]    disk    Linux    scsi_debug       0191  /dev/sdi   33333333000004650
[8:0:1:0]    disk    Linux    scsi_debug       0191  /dev/sdj   33333333000004a38
[8:0:2:0]    disk    Linux    scsi_debug       0191  /dev/sdk   33333333000004e20
[8:0:3:0]    disk    Linux    scsi_debug       0191  /dev/sdl   33333333000005208

Running udevadm trigger will regenerate the symlinks in different (random) order, resulting in the same number of missing identifiers on different devices each time.

Any suggestion for a workaround avoiding drastic changes to the lsscsi enumeration code?

[root@ltcrain119-lp2 src]# ./lsscsi
[0:0:1:0] disk AIX VDASD 0001 /dev/sda
[0:0:2:0] cd/dvd AIX VOPTA /dev/sr0
[N:0:65:1] disk 3.2TB NVMe Gen4 U.2 SSD__1 -

We expect to see /dev/nvmxxx in lsscsi.

Thanks,
Wend