[Bug 1888675] Re: fail to extend in-use fibre channel volume due to multipath-tools version
Ubuntu Foundations Team Bug Bot
1888675 at bugs.launchpad.net
Mon Sep 11 12:16:38 UTC 2023
** Tags added: patch
--
You received this bug notification because you are a member of Ubuntu
OpenStack, which is subscribed to Ubuntu Cloud Archive.
https://bugs.launchpad.net/bugs/1888675
Title:
fail to extend in-use fibre channel volume due to multipath-tools
version
Status in Ubuntu Cloud Archive:
New
Status in Ubuntu Cloud Archive yoga series:
New
Status in Ubuntu Cloud Archive zed series:
Fix Released
Status in os-brick:
Fix Released
Status in python-os-brick package in Ubuntu:
New
Status in python-os-brick source package in Jammy:
New
Bug description:
Description
===========
The `multipathd reconfigure` has became a asynchronous command since the 0.6.1 version of multipath-tools. There is a difference as follows:
https://github.com/openSUSE/multipath-tools/blob/0.6.0/multipathd/main.c#L997
https://github.com/openSUSE/multipath-tools/blob/0.6.1/multipathd/main.c#L1135
That leads to fail to extend in-use fibre channel volume, because
`multipathd resize map` will output 'timeout' before `multipathd
reconfigure` command finishes when `multipathd resize map` command
will be executed as soon as `multipathd reconfigure` command is
executed.
However, current code just only consider the 'fail' result instead of
all kinds of result including 'timeout' output.
Steps to reproduce
==================
1. Guarantee that there are enough fibre channel volumes attached on the compute node so
that `multipathd reconfigure` requires a huge amount of time.
2. Create a server on the compute node and the server name we call
'c1'.
3. Attach a volume whose name is 'v1' to the server 'c1' and the size
of 'v1' is 4G.
$ openstack server add volume c1 v1
4. Extend the volume which is called 'v1' to 8G.
$ cinder --os-volume-api-version 3.42 extend v1 8
Expected result
===============
After the volume have been extended from 4G to 8G, the volume in the
instance is 8G.
Actual result
=============
After the volume have been extended from 4G to 8G, the volume in the instance is 4G(Check the size using the command of 'fdisk -l').
The fibre channel volume scsi_wwn has been changed to 8G.
Environment
===========
master branch of os-brick
Logs & Configs
==============
2020-07-23 12:42:46.764 2713929 INFO nova.compute.manager [req-8defc1e3-c514-4673-a3b7-98b5343ba1cd 46ff538c684b4816b9454bfdc0e0ec97 4f20deff2 - 15396630649143a78afa714b3e4a0adb 15396630649143a78afa714b3e4a0adb] [instance: ddd3010f-fdf9-4e50-a363-edd02532e683] Cinder d-c206-4713-8381-1ee47d412f31; extending it to detect new size
2020-07-23 12:42:46.764 2713929 INFO nova.compute.manager [req-8defc1e3-c514-4673-a3b7-98b5343ba1cd 46ff538c684b4816b9454bfdc0e0ec97 4f20deff2 - 15396630649143a78afa714b3e4a0adb 15396630649143a78afa714b3e4a0adb] [instance: ddd3010f-fdf9-4e50-a363-edd02532e683] Cinder d-c206-4713-8381-1ee47d412f31; extending it to detect new size
2020-07-23 12:42:48.254 2713929 INFO os_brick.initiator.linuxscsi [req-8defc1e3-c514-4673-a3b7-98b5343ba1cd 46ff538c684b4816b9454bfdc0825c54e0f20deff2 - 15396630649143a78afa714b3e4a0adb 15396630649143a78afa714b3e4a0adb] Find Multipath device file for volume WWN 3600502196
2020-07-23 12:42:48.355 2713929 INFO os_brick.initiator.linuxscsi [req-8defc1e3-c514-4673-a3b7-98b5343ba1cd 46ff538c684b4816b9454bfdc0825c54e0f20deff2 - 15396630649143a78afa714b3e4a0adb 15396630649143a78afa714b3e4a0adb] mpath(/dev/disk/by-id/dm-uuid-mpath-360050767088current size 4294967296
2020-07-23 12:42:48.449 2713929 INFO os_brick.initiator.linuxscsi [req-8defc1e3-c514-4673-a3b7-98b5343ba1cd 46ff538c684b4816b9454bfdc0825c54e0f20deff2 - 15396630649143a78afa714b3e4a0adb 15396630649143a78afa714b3e4a0adb] mpath(/dev/disk/by-id/dm-uuid-mpath-360050767088new size 4294967296
It is clear for us to see that the current size is the same as the new
size.
To manage notifications about this bug go to:
https://bugs.launchpad.net/cloud-archive/+bug/1888675/+subscriptions
More information about the Ubuntu-openstack-bugs
mailing list