[Fujitsu] Redundant scsi records of fujitsu volumes
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Cinder |
Incomplete
|
Low
|
Unassigned | ||
Rocky |
New
|
Low
|
Unassigned |
Bug Description
Description
===========
There are some redundant scsi records of fujitsu volumes
which prevent from attaching another new fujitsu volume
with same lun id.
For example, some redundant scsi records of fujitsu volumes
are as follows.
root@test:~# lsscsi | grep FU | grep -
[1:0:15:4] disk FUJITSU ETERNUS_DXM 1070 -
[1:0:15:8] disk FUJITSU ETERNUS_DXM 1070 -
[1:0:17:4] disk FUJITSU ETERNUS_DXM 1070 -
[1:0:17:8] disk FUJITSU ETERNUS_DXM 1070 -
[1:0:19:4] disk FUJITSU ETERNUS_DXM 1070 -
However, the lun id 4 and 8 are not used in storage so that
another new volume with lun id 4 or 8 cannot be attached
to instances in this host. Therefore, in case new volumes
fail to be attahed, these redundant scsi records need be
cleaned first.
Environment
===========
1. The version of OpenStack is rocky.
2. The Model Name and Firmware version of storage is respectively
ET60ESLCU and V10L60-9002.
3. The operation system of host is as follows.
root@compute-001:~# hostnamectl
Static hostname: compute-001
Icon name: computer-server
Chassis: server
Machine ID: 1ba872e56e7147c
Boot ID: 580acebf925e4ef
Operating System: Ubuntu 18.04.6 LTS
Kernel: Linux 5.10.83
Architecture: x86-64
Changed in cinder: | |
importance: | Undecided → Low |
Greetings zhaoleilc,
is this bug also in master?
Thanks in advance,
Sofia