Back to bug 1330480

Who When What Removed Added
Lin Li 2016-04-26 10:44:22 UTC QA Contact storage-qe lilin
Ben Marzinski 2016-04-26 15:20:26 UTC Status NEW ASSIGNED
Assignee lvm-team bmarzins
Ben Marzinski 2016-04-27 22:58:00 UTC Status ASSIGNED MODIFIED
Fixed In Version device-mapper-multipath-0.4.9-85.el7_2.4
Doc Text Cause: kpartx was by default returning without waiting for devices to be created.

Consequence: Users expecting the devices to exist immediately after kpartx returns were being confused

Fix: kpartx now by default waits until the devices are created before returning.

Result: Users are no longer surprised if they expect the devivces to exist immediately after kpartx returns.
errata-xmlrpc 2016-04-27 23:12:36 UTC Status MODIFIED ON_QA
Lin Li 2016-05-03 13:00:15 UTC Status ON_QA VERIFIED
Milan Navratil 2016-05-05 09:18:21 UTC CC mnavrati
Doc Text Cause: kpartx was by default returning without waiting for devices to be created.

Consequence: Users expecting the devices to exist immediately after kpartx returns were being confused

Fix: kpartx now by default waits until the devices are created before returning.

Result: Users are no longer surprised if they expect the devivces to exist immediately after kpartx returns. 		Previously, the kpartx tool was by default returning without waiting for devices to be created. As a consequence, the devices did not exist immediately after kpartx returned, which was unexpected. With this update, kpartx by default waits until the devices are created before returning, and the described problem no longer occurs.
errata-xmlrpc 2016-05-12 01:02:02 UTC Status VERIFIED RELEASE_PENDING
errata-xmlrpc 2016-05-12 10:07:41 UTC Status RELEASE_PENDING CLOSED
Resolution --- ERRATA
Last Closed 2016-05-12 06:07:41 UTC
Pavel Najman 2021-09-03 12:06:27 UTC Pool ID sst_platform_storage_rhel_7 sst_logical_storage_rhel_7

Back to bug 1330480