MBR is not cleaned after node/cluster deletion

Bug #1579809 reported by Artem Panchenko
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Fuel for OpenStack
Fix Committed
High
Dmitry Guryanov
Mitaka
Fix Released
High
Dmitry Guryanov

Bug Description

Fuel version info (9.0 #250): http://paste.openstack.org/show/496473/

After node or whole cluster removal it still can boot from disk, so sometimes (when 1st PXE try fails due to STP forward delay) baremetal servers are marked as discovered, but actually they are booted into old target system. I added debug logging with `dd` command to the erase_node mcollective agent and got this:

"Running command 'dd if=/dev/zero of=sda bs=446 count=1 oflag=direct'"

(full output: http://paste.openstack.org/show/496472/)

As you can see value for `of=` arg is pasted incorrectly, '/dev/' is missed.

Steps to reproduce:

1. Deploy cluster
2. Remove cluster
3. Try to boot deleted node from HDD

Expected result:

node does't boot from HDD, MBR is clean

Actual result:

node boots from hard drive

Reproducibility:

always

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix proposed to fuel-astute (master)

Fix proposed to branch: master
Review: https://review.openstack.org/314187

Changed in fuel:
assignee: nobody → Artem Panchenko (apanchenko-8)
status: New → In Progress
Peter Zhurba (pzhurba)
tags: added: area-library
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Change abandoned on fuel-astute (master)

Change abandoned by Artem Panchenko (<email address hidden>) on branch: master
Review: https://review.openstack.org/314187
Reason: since https://review.openstack.org/#/c/309959/ is merged this patch is not needed anymore

Revision history for this message
Artem Panchenko (apanchenko-8) wrote :
Changed in fuel:
assignee: Artem Panchenko (apanchenko-8) → Dmitry Guryanov (dguryanov)
status: In Progress → Fix Committed
Revision history for this message
Dmitry Pyzhov (dpyzhov) wrote :
Revision history for this message
Maksym Strukov (unbelll) wrote :

Verified as fixed in 9.0-404

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.