Hyper-V driver volumes are attached incorrectly when multiple iSCSI servers are present

Bug #1322926 reported by Alessandro Pilotti
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
OpenStack Compute (nova)
Fix Released
High
Alessandro Pilotti
Icehouse
Fix Released
Undecided
Unassigned

Bug Description

Hyper-V can change the order of the mounted drives when rebooting a host and thus passthrough disks can be assigned to the wrong instance resulting in a critical scenario.

tags: added: hyper-v
Changed in nova:
status: New → Triaged
importance: Undecided → Critical
milestone: none → juno-1
Revision history for this message
Tracy Jones (tjones-i) wrote :

this is not critical from a nova point of view (though it may be for hyper-v). The priorities should be overall project prio, not individual driver prio

Changed in nova:
importance: Critical → High
Revision history for this message
John Garbutt (johngarbutt) wrote :

We use milestones only at the very end of the milestone to track bugs that should block the release of the milestone. Please use tags not milestones to track bugs, try things like: my_bug_topic_milestone_name

Changed in nova:
milestone: juno-1 → none
Changed in nova:
assignee: nobody → Bora Adrian (abora)
status: Triaged → In Progress
Changed in nova:
assignee: Bora Adrian (abora) → Alessandro Pilotti (alexpilotti)
Changed in nova:
assignee: Alessandro Pilotti (alexpilotti) → Petrut Lucian (petrutlucian94)
Changed in nova:
assignee: Petrut Lucian (petrutlucian94) → Alessandro Pilotti (alexpilotti)
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix proposed to nova (stable/icehouse)

Fix proposed to branch: stable/icehouse
Review: https://review.openstack.org/120377

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix merged to nova (master)

Reviewed: https://review.openstack.org/95356
Committed: https://git.openstack.org/cgit/openstack/nova/commit/?id=50636a881b60f112027494bcd84af66888db8c1c
Submitter: Jenkins
Branch: master

commit 50636a881b60f112027494bcd84af66888db8c1c
Author: Alessandro Pilotti <email address hidden>
Date: Sun May 25 04:50:35 2014 +0300

    Fixes Hyper-V volume mapping issue on reboot

    Hyper-V does not manage iSCSI mounted passthrough disks
    correctly on reboot in some circumstances where disk
    number assignment can change, resulting in instances potentially
    booting with the wrong volume attached.

    Co-Authored-By: Adelina Tuvenie <email address hidden>
    Co-Authored-By: Adrian Bora <email address hidden>

    Change-Id: I99fa75aaa950de2ada8a03bd23c910c3ff810d69
    Closes-Bug: #1322926

Changed in nova:
status: In Progress → Fix Committed
Thierry Carrez (ttx)
Changed in nova:
milestone: none → juno-rc1
status: Fix Committed → Fix Released
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix merged to nova (stable/icehouse)

Reviewed: https://review.openstack.org/120377
Committed: https://git.openstack.org/cgit/openstack/nova/commit/?id=4174130d66c892ac0e9ec7db822dc3b07b8bca89
Submitter: Jenkins
Branch: stable/icehouse

commit 4174130d66c892ac0e9ec7db822dc3b07b8bca89
Author: Alessandro Pilotti <email address hidden>
Date: Sun May 25 04:50:35 2014 +0300

    Fixes Hyper-V volume mapping issue on reboot

    Hyper-V does not manage iSCSI mounted passthrough disks
    correctly on reboot in some circumstances where disk
    number assignment can change, resulting in instances potentially
    booting with the wrong volume attached.

    Co-Authored-By: Adelina Tuvenie <email address hidden>
    Co-Authored-By: Adrian Bora <email address hidden>

    Closes-Bug: #1322926
    (cherry picked from commit 50636a881b60f112027494bcd84af66888db8c1c)

    Conflicts:
     nova/tests/virt/hyperv/test_vmutils.py
     nova/tests/virt/hyperv/test_vmutilsv2.py
     nova/virt/hyperv/vmutils.py
     nova/virt/hyperv/vmutilsv2.py

    Change-Id: I99fa75aaa950de2ada8a03bd23c910c3ff810d69

tags: added: in-stable-icehouse
Thierry Carrez (ttx)
Changed in nova:
milestone: juno-rc1 → 2014.2
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.