Re: [ovirt-users] cloud-init woes w/ templates
On 17.04.14 22:15, Andrew Lau wrote:
On Thu, Apr 17, 2014 at 10:05 PM, Michal Skrivanek
michal.skriva...@redhat.com wrote:
On Apr 17, 2014, at 13:13 , Andrew Lau and...@andrewklau.com wrote:
On Thu, Apr 17, 2014 at 7:40 PM, Michal Skrivanek
michal.skriva...@redhat.com wrote:
On Apr 12, 2014, at 15:39 , Andrew Lau and...@andrewklau.com wrote:
Hi,
Has anyone had any success with cloud-init and templates with ovirt
3.4? So far, it seems to be able to configure things like networks
etc. But when it goes to do with passwords, it must be set again in
the run once or in the Initial Run even if Use already configured
password is set.
Hi,
which version you're talking about?
It seems the key won't save unless a password is specified.
sorry, I mean which oVirt version you're talking about:)
3.4
Another thing, why is it only setup to change the root password? By
default cloud-init will block root, so nearly all images need to be
modified ie.
sed -i 's/disable_root: 1/disable_root: 0\nchpasswd: { expire: False
}/g' /etc/cloud/cloud.cfg
yeah. this has been fixed recently
That's good news!
Otherwise, you'll login and it'll ask you to change your password.
Defeats the purpose of setting it through cloud-init? I'm also not
being able to just set an SSH key, it insists a password otherwise the
key won't get uploaded.
hm, not sure, Shahar?
This patch is upstream
http://gerrit.ovirt.org/#/c/25625/
And that one is for 3.4:
http://gerrit.ovirt.org/#/c/26246/
Finally, templates seem to be lacking validation. Where Initial Run
and Run Once will give the red box if you have the wrong syntax
while templates don't care.
syntax of what?
eg. you put a netmask of 24 instead of the 255.255.255.0 it wants, in
the template section it won't give that red box warning it's invalid.
Initial Run/Run Once will..
ah, ok, good catch, definitely a bug ….(however there was a general
validation issue in the Edit VM….Martin? related/same issue?)
Thanks,
michal
Thanks,
Andrew
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] cloud-init woes w/ templates
On Apr 12, 2014, at 15:39 , Andrew Lau and...@andrewklau.com wrote:
Hi,
Has anyone had any success with cloud-init and templates with ovirt
3.4? So far, it seems to be able to configure things like networks
etc. But when it goes to do with passwords, it must be set again in
the run once or in the Initial Run even if Use already configured
password is set.
Hi,
which version you're talking about?
Another thing, why is it only setup to change the root password? By
default cloud-init will block root, so nearly all images need to be
modified ie.
sed -i 's/disable_root: 1/disable_root: 0\nchpasswd: { expire: False
}/g' /etc/cloud/cloud.cfg
yeah. this has been fixed recently
Otherwise, you'll login and it'll ask you to change your password.
Defeats the purpose of setting it through cloud-init? I'm also not
being able to just set an SSH key, it insists a password otherwise the
key won't get uploaded.
hm, not sure, Shahar?
Finally, templates seem to be lacking validation. Where Initial Run
and Run Once will give the red box if you have the wrong syntax
while templates don't care.
syntax of what?
Thanks,
michal
Thanks,
Andrew
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] cloud-init woes w/ templates
On Thu, Apr 17, 2014 at 7:40 PM, Michal Skrivanek
michal.skriva...@redhat.com wrote:
On Apr 12, 2014, at 15:39 , Andrew Lau and...@andrewklau.com wrote:
Hi,
Has anyone had any success with cloud-init and templates with ovirt
3.4? So far, it seems to be able to configure things like networks
etc. But when it goes to do with passwords, it must be set again in
the run once or in the Initial Run even if Use already configured
password is set.
Hi,
which version you're talking about?
It seems the key won't save unless a password is specified.
Another thing, why is it only setup to change the root password? By
default cloud-init will block root, so nearly all images need to be
modified ie.
sed -i 's/disable_root: 1/disable_root: 0\nchpasswd: { expire: False
}/g' /etc/cloud/cloud.cfg
yeah. this has been fixed recently
That's good news!
Otherwise, you'll login and it'll ask you to change your password.
Defeats the purpose of setting it through cloud-init? I'm also not
being able to just set an SSH key, it insists a password otherwise the
key won't get uploaded.
hm, not sure, Shahar?
Finally, templates seem to be lacking validation. Where Initial Run
and Run Once will give the red box if you have the wrong syntax
while templates don't care.
syntax of what?
eg. you put a netmask of 24 instead of the 255.255.255.0 it wants, in
the template section it won't give that red box warning it's invalid.
Initial Run/Run Once will..
Thanks,
michal
Thanks,
Andrew
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] cloud-init woes w/ templates
On Apr 17, 2014, at 13:13 , Andrew Lau and...@andrewklau.com wrote:
On Thu, Apr 17, 2014 at 7:40 PM, Michal Skrivanek
michal.skriva...@redhat.com wrote:
On Apr 12, 2014, at 15:39 , Andrew Lau and...@andrewklau.com wrote:
Hi,
Has anyone had any success with cloud-init and templates with ovirt
3.4? So far, it seems to be able to configure things like networks
etc. But when it goes to do with passwords, it must be set again in
the run once or in the Initial Run even if Use already configured
password is set.
Hi,
which version you're talking about?
It seems the key won't save unless a password is specified.
sorry, I mean which oVirt version you're talking about:)
Another thing, why is it only setup to change the root password? By
default cloud-init will block root, so nearly all images need to be
modified ie.
sed -i 's/disable_root: 1/disable_root: 0\nchpasswd: { expire: False
}/g' /etc/cloud/cloud.cfg
yeah. this has been fixed recently
That's good news!
Otherwise, you'll login and it'll ask you to change your password.
Defeats the purpose of setting it through cloud-init? I'm also not
being able to just set an SSH key, it insists a password otherwise the
key won't get uploaded.
hm, not sure, Shahar?
Finally, templates seem to be lacking validation. Where Initial Run
and Run Once will give the red box if you have the wrong syntax
while templates don't care.
syntax of what?
eg. you put a netmask of 24 instead of the 255.255.255.0 it wants, in
the template section it won't give that red box warning it's invalid.
Initial Run/Run Once will..
ah, ok, good catch, definitely a bug ….(however there was a general validation
issue in the Edit VM….Martin? related/same issue?)
Thanks,
michal
Thanks,
Andrew
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] cloud-init woes w/ templates
On Thu, Apr 17, 2014 at 10:05 PM, Michal Skrivanek
michal.skriva...@redhat.com wrote:
On Apr 17, 2014, at 13:13 , Andrew Lau and...@andrewklau.com wrote:
On Thu, Apr 17, 2014 at 7:40 PM, Michal Skrivanek
michal.skriva...@redhat.com wrote:
On Apr 12, 2014, at 15:39 , Andrew Lau and...@andrewklau.com wrote:
Hi,
Has anyone had any success with cloud-init and templates with ovirt
3.4? So far, it seems to be able to configure things like networks
etc. But when it goes to do with passwords, it must be set again in
the run once or in the Initial Run even if Use already configured
password is set.
Hi,
which version you're talking about?
It seems the key won't save unless a password is specified.
sorry, I mean which oVirt version you're talking about:)
3.4
Another thing, why is it only setup to change the root password? By
default cloud-init will block root, so nearly all images need to be
modified ie.
sed -i 's/disable_root: 1/disable_root: 0\nchpasswd: { expire: False
}/g' /etc/cloud/cloud.cfg
yeah. this has been fixed recently
That's good news!
Otherwise, you'll login and it'll ask you to change your password.
Defeats the purpose of setting it through cloud-init? I'm also not
being able to just set an SSH key, it insists a password otherwise the
key won't get uploaded.
hm, not sure, Shahar?
Finally, templates seem to be lacking validation. Where Initial Run
and Run Once will give the red box if you have the wrong syntax
while templates don't care.
syntax of what?
eg. you put a netmask of 24 instead of the 255.255.255.0 it wants, in
the template section it won't give that red box warning it's invalid.
Initial Run/Run Once will..
ah, ok, good catch, definitely a bug ….(however there was a general
validation issue in the Edit VM….Martin? related/same issue?)
Thanks,
michal
Thanks,
Andrew
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] cloud-init woes w/ templates
Hi,
Has anyone had any success with cloud-init and templates with ovirt
3.4? So far, it seems to be able to configure things like networks
etc. But when it goes to do with passwords, it must be set again in
the run once or in the Initial Run even if Use already configured
password is set.
Another thing, why is it only setup to change the root password? By
default cloud-init will block root, so nearly all images need to be
modified ie.
sed -i 's/disable_root: 1/disable_root: 0\nchpasswd: { expire: False
}/g' /etc/cloud/cloud.cfg
Otherwise, you'll login and it'll ask you to change your password.
Defeats the purpose of setting it through cloud-init? I'm also not
being able to just set an SSH key, it insists a password otherwise the
key won't get uploaded.
Finally, templates seem to be lacking validation. Where Initial Run
and Run Once will give the red box if you have the wrong syntax
while templates don't care.
Thanks,
Andrew
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
