Back to bug 1323429

Who When What Removed Added
Bruno Goncalves 2016-04-04 07:43:00 UTC CC bgoncalv
Ben Marzinski 2016-04-04 22:51:21 UTC Status NEW ASSIGNED
Assignee lvm-team bmarzins
Lin Li 2016-04-05 10:59:41 UTC CC lilin
QA Contact storage-qe lilin
Lin Li 2016-04-11 03:00:14 UTC CC shiva.krishna
Flags needinfo?(shiva.krishna)
shivamerla1 2016-04-13 00:57:04 UTC Flags needinfo?(shiva.krishna)
Ben Marzinski 2016-07-05 20:01:26 UTC Status ASSIGNED MODIFIED
Doc Text Cause: If a path changed its wwid after being added to a multipath device, multipathd would create a new device. This lead to the path being in both devices.

Consequence: If users changed with uid_attribute after multipath devices were created, and then removed the devices, multipathd would try to access freed memory and crash.

Fix: Multipathd no longer allows the paths wwid to be changed while it is being used in a multipath device

Result: multipathd no longer crashes in this scenario.
errata-xmlrpc 2016-07-05 20:14:05 UTC Status MODIFIED ON_QA
Lin Li 2016-07-07 13:04:24 UTC Keywords OtherQA
Zhang Yi 2016-07-19 09:40:39 UTC CC yizhan
QA Contact lilin yizhan
Zhang Yi 2016-08-16 12:27:16 UTC Status ON_QA VERIFIED
Milan Navratil 2016-10-10 12:44:37 UTC Docs Contact slevine
Steven J. Levine 2016-10-13 20:26:29 UTC Doc Text Cause: If a path changed its wwid after being added to a multipath device, multipathd would create a new device. This lead to the path being in both devices.

Consequence: If users changed with uid_attribute after multipath devices were created, and then removed the devices, multipathd would try to access freed memory and crash.

Fix: Multipathd no longer allows the paths wwid to be changed while it is being used in a multipath device

Result: multipathd no longer crashes in this scenario.
The `multipathd` daemon no longer crashes when a uid_attribute is changed for a device after the device is ad
ded to a multipath device and then removed

Previously, if a path changed its WWID after being added to a multipath device, the `multipathd` daemon would create a new device. This led to the path being in both devices. As a consequence, if users changed the `uid_attribute` after multipath devices were created and then removed the devices, `multipathd` would try to access freed memory and crash. With this fix, `multipathd` no longer allows the path's WWID to be changed while it is being used in a multipath device. As a result, `multipathd` no longer crashes in this scenario.
Flags needinfo?(bmarzins)
Ben Marzinski 2016-10-14 17:57:35 UTC Flags needinfo?(bmarzins)
errata-xmlrpc 2016-11-02 14:09:47 UTC Status VERIFIED RELEASE_PENDING
errata-xmlrpc 2016-11-04 08:19:09 UTC Status RELEASE_PENDING CLOSED
Resolution --- ERRATA
Last Closed 2016-11-04 04:19:09 UTC
Steven J. Levine 2016-11-21 17:32:18 UTC Doc Text The `multipathd` daemon no longer crashes when a uid_attribute is changed for a device after the device is ad
ded to a multipath device and then removed

Previously, if a path changed its WWID after being added to a multipath device, the `multipathd` daemon would create a new device. This led to the path being in both devices. As a consequence, if users changed the `uid_attribute` after multipath devices were created and then removed the devices, `multipathd` would try to access freed memory and crash. With this fix, `multipathd` no longer allows the path's WWID to be changed while it is being used in a multipath device. As a result, `multipathd` no longer crashes in this scenario.
Multipath no longer crashes when a uid_attribute is changed after a device is added and the device is then removed

Previously, if a path changed its WWID after being added to a multipath device, the `multipathd` daemon would create a new device. This led to the path being in both devices. As a consequence, if users changed the `uid_attribute` after multipath devices were created and then removed the devices, `multipathd` would try to access freed memory and crash. With this fix, `multipathd` no longer allows the path's WWID to be changed while it is being used in a multipath device. As a result, `multipathd` no longer crashes in this scenario.
Pavel Najman 2021-09-03 11:57:37 UTC Pool ID sst_platform_storage_rhel_7 sst_logical_storage_rhel_7

Back to bug 1323429