Hi, Yeah, jet lag can be a pain...
You're right, under normal circumstances lvremove will not remove open volumes but you need to take into account that sometimes the situation might occur that some developer/engineer/... is doing some work that requires unmounting / remounting an LV. If at that same instant a VM belonging to another user gets destroyed, that would also delete the unmounted volume belonging to the first VM. In my opinion it shouldn't be that hard to include a check for unmounted LVs that don't belong to any VM and remove those. The thing we did yesterday and today is just the first step and clearly misses some tests to be more adequate. Kind regards, *Eric Van Steenbergen* *E-mail: [email protected]* *Movil: +34 626 670 983* *Skype: erices148* On Thu, Jun 7, 2012 at 9:49 PM, Michael Stroucken <[email protected]> wrote: > Eric VS wrote: > >> Hi Michael, >> >> How was your vacation? I hope you enjoyed it. I assume you back 'state >> side' so let's get going... >> >> The problem with the code you had was that it wiped out all LVs which is >> not good at all in case you have more then one VM running on the same >> host. >> The changes Richard made accomplish that only the LV used by a particular >> VM gets deleted, leaving the rest alone. >> >> > Hi Eric, > > I just got back yesterday, it was nice thank you, but I have to get used > to the time change again. > > At least on my systems, lvremove will not remove open volumes. Did this > actually happen in your installation? Here, lvremove did a cleanup of > unused LVs when a VM exited, and left active ones alone. > > I guess you would have lost if you had put non-tashi LVs on that VG, and > not had those mounted. > > Being specific about what LV to remove is great, but if for some reason > the nodemanager mishandles a VM going away, the LVs will continue to hog > space. > > Greetings, > Michael. >
