I agree that no need at all for script to run all time, once at start is enough. I just notice that no need to force user to shutdown VM in order to set a new password, if it can be done while VM is up. User can/cloud any time request a new password, but he could it pick up on next reboot. It is far more comfortable end elegant than current way of working yet without any penalty for system.
----- Original Message ----- From: "Marcus Sorensen" <shadow...@gmail.com> To: "Sinisa Denic" <sinisa.de...@intech.co.rs> Cc: cloudstack-dev@incubator.apache.org Sent: Monday, February 4, 2013 11:04:13 PM Subject: Re: "Password has been reset to undefined" It uses http query of the virtual router. But it does it on boot up. Otherwise you have this nasty service polling the router all of the time on the guest, and the last thing we want is to run services on your VM. Even the init script in itself is perhaps going too far for what cloudstack should provide. I do agree though that if someone wants to create *their own* service based on cloud-set-guest-password they should be allowed to reset the password while the VM is up. This could maybe be a global config option, to toggle on and off whether a vm is required to be shut down, or like you say, just remind the user that they may need to reboot to pick up the password. On Mon, Feb 4, 2013 at 10:47 AM, Sinisa Denic <sinisa.de...@intech.co.rs> wrote: > Isn't be better idea to allow http query of virtual router, > and then inform user that password will be changed on next restart. > >
