OS not erased from node after cluster is deleted

[Anastasiia Naboikina]

{"build_id": "2014-02-24_01-17-30", "mirantis": "yes", "build_number": "181", "nailgun_sha": "f786786894acc331a4b53b31f33e373ef95ccdfc", "ostf_sha": "b8f16a0288cbf39e11e0b4a41a3f63e6b87dcc4b", "fuelmain_sha": "9a8f918f0f5113970888c43147cc0c3cd46c956e", "astute_sha": "3d43abeefb60677ce6cae83d31ebbba1ff3cdbe2", "release": "4.1", "fuellib_sha": "e3ea44c3b607f37401a268a91956c9d222a81bab"}

Steps to reproduce:
1. Install Fuel and create cluster with the following configuration:
    - CentOS simple;
    - nova-network;
    - Cinder lvm for volumes;
    - no additional components;
    - default settings;
2. Add 1 controller node;
3. Deploy cluster.
4. Wait until cluster is successfully deployed.
5. Delete environment.
6. Observe state of the node.
7. Execute cobbler list on master.
8. Turn of 2 more nodes.
9. Create new cluster and go to the "add nodes" tab.
10. Add nodes and try to deploy cluster, observe nodes state.

Expected result:
Cluster #1 is successfully deleted and node is moved to bootstrap. Node can be discovered for cluster #2 and is not shown when cobbler list command is executed. Nodes that are added to cluster #2 are provisioned as soon as "deploy cluster" button is pressed.

Actual result:
Node from cluster #1 is not bootstrapped. It still has CentOS installed on it. After cluster #1 deletion cobbler list shows node-1 (which should`ve been deleted), you can ssh on it. When cluster #2 is started for deployment, provisioning remains on 0% (and doesn`t fail by timeout), added nodes remain in provisioning state:

[root@nailgun cobbler]# fuel node list
id | status | name | cluster | mac | roles | pending_roles | online
---|--------------|------------------|---------|-------------------|-----------------|---------------|-------
4 | provisioning | Untitled (91:0A) | 3 | 64:b1:8a:4a:91:0a | [u'controller'] | [] | True
5 | provisioning | Untitled (A2:99) | 3 | 64:74:6e:73:a2:99 | [u'compute'] | [] | True

[root@nailgun cobbler]# cobbler list
...
systems:
   default
   node-1

Output from node ssh:
[root@nailgun cobbler]# ssh node-1
Warning: Permanently added 'node-1' (RSA) to the list of known hosts.
Last login: Mon Feb 24 13:41:31 2014 from 10.108.4.2
[root@node-1 ~]# ls
anaconda-ks.cfg cobbler.ks install.log install.log.syslog ks-post.log ks-pre.log openrc post-partition.log
[root@node-1 ~]#

The following errors were found in /var/log/cobbler.log:
3:55:46 2014 - INFO | Exception value: 'IP address duplicated: 10.108.4.3'
Mon Feb 24 13:55:46 2014 - INFO | Exception Info:
  File "/usr/lib/python2.6/site-packages/cobbler/remote.py", line 1970, in _dispatch
    return method_handle(*params)
   File "/usr/lib/python2.6/site-packages/cobbler/remote.py", line 831, in modify_system
    return self.modify_item("system",object_id,attribute,arg,token)
   File "/usr/lib/python2.6/site-packages/cobbler/remote.py", line 824, in modify_item
    return method(arg)
   File "/usr/lib/python2.6/site-packages/cobbler/item_system.py", line 652, in modify_interface
    if field == "ipaddress" : self.set_ip_address(value, interface)
   File "/usr/lib/python2.6/site-packages/cobbler/item_system.py", line 334, in set_ip_address
    raise CX("IP address duplicated: %s" % address)

Mon Feb 24 13:55:46 2014 - INFO | authenticate; ['cobbler', True]

Mon Feb 24 13:11:55 2014 - DEBUG | done with get_item; ['profile', 'centos-x86_64']
Mon Feb 24 13:11:55 2014 - INFO | Exception occured: <class 'cobbler.cexceptions.CX'>
Mon Feb 24 13:11:55 2014 - INFO | Exception value: 'internal error, unknown profile name centos-x86_64'
Mon Feb 24 13:11:55 2014 - INFO | Exception Info:
  File "/usr/lib/python2.6/site-packages/cobbler/remote.py", line 866, in xapi_object_edit
    handle = self.get_item_handle(object_type, object_name)
   File "/usr/lib/python2.6/site-packages/cobbler/remote.py", line 659, in get_item_handle
    raise CX("internal error, unknown %s name %s" % (what,name))

[Anastasiia Naboikina (anaboikina)]

Reproduced on iso 181. I tried to make several deployments. None of them starts - nodes don`t provision.

[Evgeniy L (rustyrobot)]

I cannot open the diagnostic snapshot, please provide new one.

It seems like duplicate of https://bugs.launchpad.net/fuel/+bug/1283825 but I need to take a look at logs to make sure.

[Anastasiia Naboikina (anaboikina)]

Of course, here it is:

[Evgeniy L (rustyrobot)]

I've checked logs, so it the same problem which was fixed here
https://bugs.launchpad.net/fuel/+bug/1283825
So, I'll mark it as duplicate.