The vm or node should be reloaded only if it confirmed as a used image,
by being in the "inuse" state. If the node was simply reloaded with
imageA using the reload function in computer utils and then the same
node/same imageA was reloaded again through new reservation, then there
might be a bug. Which provisioning module are you using?
On 3/24/10 8:45 AM, Henry E Schaffer wrote:
When testing the service I noticed something curious. If I make a
reservation, the vm files are copied and powered on. When I end the
reservation, the copied vm files are destroyed and copied again and the vm
is powered on again - the vm is reloaded. What is strange to me is that
when I create a new reservation, the vm files are destroyed and copied again
and the vm is powered on again. Why would the vm be reloaded if only to
reload it again on the next reservation for the same image? Does the
service maybe think that a different image is being requested?
If you're describing the vm guest image, then there is a security
reason to do this.
The user can be Administrator/root for an image. We generally do
this, although the choice is on an image by image basis. So the user
can do something to affect/harm the image. Whatever changes are made
can't affect the next user of the imaage if it isn't carried over to the
next image. So reloading the image, even if it is the same image,
protects the user from whatever went on previously.
This protection removes a lot of possible problems, and is worth the
Virtual Computing Lab
NC State University