boot startup: some backing-store luns not created
Bug #1838077 reported by
Rich Hornay
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
tgt |
New
|
Undecided
|
Unassigned |
Bug Description
System: 18.04.2, tgt ver:1.0.72
With many targets listed in targets.conf (I have 10), tgtd intermittently does not add the backing-store lun (LUN 1) to the target. Seems to be random as to which target.
Even with debug logging turned on, tgtd gives no indication of failure or why it skipped a backing-store.
Once startup is complete, a restart of tgtd will setup targets correctly.
WORKAROUND:
Pushing tgtd startup later in the cycle seems to create targets as expected. Something must interfere with tgtd during the LUN creation.
tgt.service:
[Unit]
#After=
After=network-
Note: This seems to be new behavior manifesting on systemd systems as opposed to sysv systems.
To post a comment you must log in.