]> git.ipfire.org Git - thirdparty/systemd.git/commit
udev: 60-persistent-storage-tape.rules: handle duplicate device ID
authorDavid Bond <dbond@suse.com>
Tue, 8 Mar 2022 09:41:39 +0000 (10:41 +0100)
committerYu Watanabe <watanabe.yu+github@gmail.com>
Tue, 8 Mar 2022 14:12:10 +0000 (23:12 +0900)
commite92a3d8fa3c554f807ddbcd7fc00821868fd8a62
tree661d68c0012f5bc6fdca18fd0e75f0c6a551eb56
parent6c5f368646c5de893d5cf05eb9a4a3892bc8228d
udev: 60-persistent-storage-tape.rules: handle duplicate device ID

Some SCSI tape devices use the same device ID (NAA registered device
designator) for the SCSI tape changer device and the first actual tape
device. For example, this one:

https://docs.oracle.com/en/storage/tape-storage/storagetek-sl150-modular-tape-library/slofs/bridged-tape-drives.html

   You must connect the bridged drive to an HBA supporting multiple
   LUNs (also referred to as LUN scanning). The SL150 Library uses a
   single SCSI ID and two logical unit numbers (LUN). LUN 0 controls
   the tape drive and LUN 1 which is configured as a SCSI medium
   changer device controls the robotics. Data is sent to the remaining
   LUN on the bridged drive or to LUNs on the other, unbridged drives
   in the partition, all of which are configured as SCSI
   sequential-access (tape) devices.

This may lead to errors because /dev/tape/by-id symlinks may sometimes
point to the st device representing the tape, and sometimes to the sg
device representing the changer.

Fix this by assigning an increased priority to the tape device, and creating
a separate -changer link for the SCSI tape changer.

Co-developed-by: Martin Wilck <mwilck@suse.com>
rules.d/60-persistent-storage-tape.rules