Bug 1470605

Summary: systemd-udevd does not create /dev/tape/by-id/ structure
Product: Red Hat Enterprise Linux 7 Reporter: Lukas Herbolt <lherbolt>
Component: systemdAssignee: systemd-maint
Status: CLOSED CURRENTRELEASE QA Contact: qe-baseos-daemons
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 7.3CC: dtardon, systemd-maint-list
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-01-08 09:46:10 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
output of reproducer script
none
sosreport with systemd-udevd in debug mode none

Description Lukas Herbolt 2017-07-13 09:55:05 UTC
Created attachment 1297481 [details]
output of reproducer script

Description of problem:
When you load or present new tapes to the system and uevent is generated for those devices the systemd-udevd does not create the /dev/tape/by-id always.

It's not happening all the times but is quite easily reproducible with scsi_debug


Version-Release number of selected component (if applicable):
7.3 


How reproducible:
presenting scsi tapes to the system 

Steps to Reproduce:
1).

for ((i=0; i<30; i++)); do modprobe scsi_debug ptype=1 add_host=2; sleep 5 ; ll -r /dev/tape/ ; modprobe -r scsi_debug ; done

2) check the result of the ls. You should have 4 symlinks there, to st0 nst0 st1 and nst1 as you are loading 2 tapes.

Actual results:
The symlinks are not created allways.

Expected results:
The symlinks are created allways.

Additional info:
When you map the tape and the symlinks are not created, you can fix it by running udevadm trigger.

Attaching journalctl -f with logs from systemd-udevd in debug mode.

Comment 2 Lukas Herbolt 2017-07-13 09:55:52 UTC
Created attachment 1297482 [details]
sosreport with systemd-udevd in debug mode