Hi,<div><br></div><div>For OpenNebula, VMs are never completely deleted. You can still issue a 'onevm show', and see al the VMs in DONE state.</div><div>I think those directories are created when the VMs are cached again, maybe because the accounting or statistics module.</div>


<div><br></div><div>If that's becoming an important issue for you, and you don't mind breaking accounting and statistics, you can delete all VMs in DONE state from the DB. Just make sure that you stop OpenNebula before that.</div>

<div><br></div><div><br></div><div>This has been requested before [1], so we will consider in the future to add some configuration option to completely remove VMs that reach the DONE state</div><div><br></div><div>Regards.</div>

<div><br></div><div>[1] <a href="http://dev.opennebula.org/issues/1026">http://dev.opennebula.org/issues/1026</a></div><div><font color="#555555" face="arial, sans-serif"><span style="white-space:nowrap"><br clear="all">
</span></font><span style="border-collapse:collapse;color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px">--<br>

Carlos Martín, MSc<br>Project Engineer<br>OpenNebula - The Open Source Toolkit for Data Center Virtualization<br><a href="http://www.OpenNebula.org" target="_blank">www.OpenNebula.org</a> | <a href="mailto:cmartin@opennebula.org" target="_blank">cmartin@opennebula.org</a> | <a href="http://twitter.com/opennebula" target="_blank">@OpenNebula</a></span><span style="border-collapse:collapse;color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px"><a href="mailto:cmartin@opennebula.org" style="color:rgb(42,93,176)" target="_blank"></a></span><br>



<br><br><div class="gmail_quote">On Tue, Jan 31, 2012 at 1:53 PM, Olivier Sallou <span dir="ltr"><<a href="mailto:olivier.sallou@irisa.fr" target="_blank">olivier.sallou@irisa.fr</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


Hi,<br>
using version 3.0 of one, I face a strange behaviour sometimes. I think<br>
it occurs when stopping/starting some one processes but not sure.<br>
<br>
The VM dirs in /var/lib/one are recreated (though empty).<br>
<br>
When I delete a VM, I have a hook that deletes the VM dir in<br>
/var/lib/one. Fine.....<br>
<br>
Occasionally, open nebula recreates a directory for all previous created<br>
VM, empty, as shown below.<br>
As you can see, all VM dir have the same date/time.<br>
<br>
oneadmin@genokvm4:/local/one_images/cloud/vm$ ls -lstr one<br>
total 184<br>
28 -rw-r--r-- 1 oneadmin oneadmin 25600  9 janv. 18:26 one.db<br>
 4 drwxr-x--T 2 oneadmin oneadmin  4096  9 janv. 18:26 images<br>
 4 -rw-r--r-- 1 oneadmin oneadmin    20  9 janv. 18:26 auth<br>
 4 drwxr-xr-x 8 oneadmin oneadmin  4096  9 janv. 18:26 remotes<br>
 4 -rw-r--r-- 1 oneadmin oneadmin   985 16 janv. 18:23 config<br>
 4 drwxrwxrwx 2 oneadmin oneadmin  4096 24 janv. 16:09 2<br>
 4 drwxrwxrwx 2 oneadmin oneadmin  4096 24 janv. 16:09 3<br>
 4 drwxrwxrwx 2 oneadmin oneadmin  4096 24 janv. 16:09 4<br>
 4 drwxrwxrwx 2 oneadmin oneadmin  4096 24 janv. 16:09 5<br>
 4 drwxrwxrwx 2 oneadmin oneadmin  4096 24 janv. 16:09 6<br>
 4 drwxrwxrwx 2 oneadmin oneadmin  4096 24 janv. 16:09 7<br>
 4 drwxrwxrwx 2 oneadmin oneadmin  4096 24 janv. 16:09 8<br>
 4 drwxrwxrwx 2 oneadmin oneadmin  4096 24 janv. 16:09 9<br>
 4 drwxrwxrwx 2 oneadmin oneadmin  4096 24 janv. 16:09 11<br>
 4 drwxrwxrwx 2 oneadmin oneadmin  4096 24 janv. 16:09 12<br>
 4 drwxrwxrwx 2 oneadmin oneadmin  4096 24 janv. 16:09 13<br>
 4 drwxrwxrwx 2 oneadmin oneadmin  4096 24 janv. 16:09 14<br>
 4 drwxrwxrwx 2 oneadmin oneadmin  4096 24 janv. 16:09 15<br>
 4 drwxrwxrwx 2 oneadmin oneadmin  4096 24 janv. 16:09 16<br>
 4 drwxrwxrwx 2 oneadmin oneadmin  4096 24 janv. 16:09 17<br>
 4 drwxrwxrwx 2 oneadmin oneadmin  4096 24 janv. 16:09 18<br>
 4 drwxrwxrwx 2 oneadmin oneadmin  4096 24 janv. 16:09 19<br>
 4 drwxrwxrwx 2 oneadmin oneadmin  4096 24 janv. 16:09 20<br>
 4 drwxrwxrwx 2 oneadmin oneadmin  4096 24 janv. 16:09 21<br>
 4 drwxrwxrwx 2 oneadmin oneadmin  4096 24 janv. 16:09 22<br>
 4 drwxrwxrwx 2 oneadmin oneadmin  4096 24 janv. 16:09 23<br>
 4 drwxrwxrwx 2 oneadmin oneadmin  4096 24 janv. 16:09 24<br>
 4 drwxrwxrwx 2 oneadmin oneadmin  4096 24 janv. 16:09 25<br>
 4 drwxrwxrwx 2 oneadmin oneadmin  4096 24 janv. 16:09 26<br>
 4 drwxrwxrwx 2 oneadmin oneadmin  4096 24 janv. 16:09 27<br>
 4 drwxrwxrwx 2 oneadmin oneadmin  4096 24 janv. 16:09 28<br>
 4 drwxrwxrwx 2 oneadmin oneadmin  4096 24 janv. 16:09 29<br>
 4 drwxrwxrwx 2 oneadmin oneadmin  4096 24 janv. 16:09 30<br>
 4 drwxrwxrwx 2 oneadmin oneadmin  4096 24 janv. 16:09 31<br>
 4 drwxrwxrwx 2 oneadmin oneadmin  4096 24 janv. 16:09 32<br>
 4 drwxrwxrwx 2 oneadmin oneadmin  4096 24 janv. 16:09 33<br>
 4 drwxrwxrwx 2 oneadmin oneadmin  4096 24 janv. 16:09 34<br>
 4 drwxrwxrwx 2 oneadmin oneadmin  4096 24 janv. 16:09 35<br>
 4 drwxrwxrwx 2 oneadmin oneadmin  4096 24 janv. 16:09 36<br>
 4 drwxrwxrwx 2 oneadmin oneadmin  4096 24 janv. 16:09 37<br>
<br>
<br>
This creates quite a mess in the directory....<br>
<br>
Any idea where it could come from?<br>
<span><font color="#888888"><br>
--<br>
<br>
gpg key id: 4096R/326D8438  (<a href="http://pgp.mit.edu" target="_blank">pgp.mit.edu</a>)<br>
Key fingerprint = 5FB4 6F83 D3B9 5204 6335  D26D 78DC 68DB 326D 8438<br>
<br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opennebula.org" target="_blank">Users@lists.opennebula.org</a><br>
<a href="http://lists.opennebula.org/listinfo.cgi/users-opennebula.org" target="_blank">http://lists.opennebula.org/listinfo.cgi/users-opennebula.org</a><br>
</font></span></blockquote></div><br></div>