<div dir="ltr"><div class="im"><div>> Here is the context I've been using:<br></div></div><div>That
context does not work for me, even with a trusty image. Neither the
network part nor writing the test-file works out. Did you use the
alpha-2 image or a daily build of trusty?<br>
</div><div class="im"><div><br>> If I remember correctly the file is /var/lib/cloud/instance/user-data<br></div></div>The folder /var/lib/cloud/instances (which I assume you were referring to) is empty on my VMs.<br><div class="im">
<div class="gmail_extra">
<br>> It takes about 2.5 minutes to boot the first time as dhcp is trying to<br>> get an IP and I don't have a dhcp server.<br></div></div><div class="gmail_extra">That bugs me too, but I could live with it if the rest was working...<br>
<br></div><div class="gmail_extra">Another thing I observed on both the
saucy as well as the trusty images: Obviously, the openSSH server of the
VM does not generate host keys. If I restart a VM after the first (2.5
minutes) boot, I can ping the machine (network works), but when I try to
connect via SSH, the connection is closed by the VM. The log of the VM
says:<br>
<br># virt-cat one-42 /var/log/auth.log | tail -4<br>Feb 16 18:21:01 ubuntu sshd[927]: error: Could not load host key: /etc/ssh/ssh_host_rsa_key<br>Feb 16 18:21:01 ubuntu sshd[927]: error: Could not load host key: /etc/ssh/ssh_host_dsa_key<br>
Feb 16 18:21:01 ubuntu sshd[927]: error: Could not load host key: /etc/ssh/ssh_host_ecdsa_key<br>Feb 16 18:21:01 ubuntu sshd[927]: fatal: No supported key exchange algorithms [preauth]<br></div><div class="gmail_extra"><br>
</div><div class="gmail_extra">Greetings<br></div>Wilma</div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-02-13 14:44 GMT+01:00 Javier Fontan <span dir="ltr"><<a href="mailto:jfontan@opennebula.org" target="_blank">jfontan@opennebula.org</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I've been playing a bit more with cloud-init and ubuntu. Unfortunately<br>
I could not make it work in the saucy images. They come with<br>
cloud-init 0.7.3 and they should be compatible but I was not able to<br>
make the user_data work.<br>
<br>
With development images (trusty) I've managed to make it work but<br>
still has some problems with the network. To make it configure the<br>
network correctly it needs to be down so the network configuration<br>
part makes its work. Here is the context I've been using:<br>
<br>
--8<------<br>
CONTEXT=[<br>
NETWORK="YES",<br>
<div class=""> SSH_PUBLIC_KEY="$USER[SSH_PUBLIC_KEY]",<br>
USER_DATA="#cloud-config<br>
bootcmd:<br>
</div> - ifdown -a<br>
runcmd:<br>
- curl <a href="http://10.0.1.1:8999/I_am_alive" target="_blank">http://10.0.1.1:8999/I_am_alive</a><br>
write_files:<br>
- encoding: b64<br>
content: RG9lcyBpdCB3b3JrPwo=<br>
owner: root:root<br>
path: /etc/test_file<br>
permissions: '0644'<br>
packages:<br>
- ruby2.0" ]<br>
------>8--<br>
<br>
The bootcmd part brings down the network so it is configured (and<br>
brought up) by network contextualization. That is the important part.<br>
The other sections are just tests:<br>
<br>
* runcmd tries to connect to another machine, just to check that<br>
networking is ready when user data scripts are being executed<br>
* write_files is there in case network does not work to check that the<br>
user data script executed.<br>
* packages installs the ruby interpreter, again to check networking<br>
and user data.<br>
<br>
trusty image comes with cloud-init 0.7.5 (is not available for saucy).<br>
I believe that upgrading the cloud-init package will make the saucy<br>
image work.<br>
<br>
It takes about 2.5 minutes to boot the first time as dhcp is trying to<br>
get an IP and I don't have a dhcp server.<br>
<div class="HOEnZb"><div class="h5"><br>
On Thu, Feb 6, 2014 at 6:28 PM, Javier Fontan <<a href="mailto:jfontan@opennebula.org">jfontan@opennebula.org</a>> wrote:<br>
> If I remember correctly the file is /var/lib/cloud/instance/user-data.<br>
> I've been also checking the log files but there's nothing interesting<br>
> to me.<br>
><br>
> In case you want to run cloud-init manually you can use:<br>
><br>
> # cloud-init -d init --local<br>
><br>
><br>
> On Thu, Feb 6, 2014 at 5:26 PM, Wilma Hermann <<a href="mailto:wilma.hermann@gmail.com">wilma.hermann@gmail.com</a>> wrote:<br>
>> Good to hear that the problem is reproducible. I was really about to doubt<br>
>> myself. Can't be so hard to get a config file right ;)<br>
>><br>
>> Where is that user data file stored in the VM? Maybe you could tell me,<br>
>> where you would continue to debug. Maybe I can help you out.<br>
>><br>
>> Greetings<br>
>> Wilma<br>
>><br>
>><br>
>> 2014-02-06 Javier Fontan <<a href="mailto:jfontan@opennebula.org">jfontan@opennebula.org</a>>:<br>
>><br>
>>> I've been trying the image and I could not make the user data work.<br>
>>> Cloud-init is able to get networking options and configures the<br>
>>> network but it doesn't restart it so the changes make any effect. It<br>
>>> is also able to get the user data and writes it to the user data file<br>
>>> used later for configuration but it does nothing with it. It could be<br>
>>> a problem with the cloud-init configuration in that machine.<br>
>>><br>
>>> I'll do more debugging as soon as I get some time.<br>
>>><br>
>>> On Tue, Feb 4, 2014 at 1:19 PM, Javier Fontan <<a href="mailto:jfontan@opennebula.org">jfontan@opennebula.org</a>><br>
>>> wrote:<br>
>>> > I'll try to test that image and will let you know what I can find.<br>
>>> ><br>
>>> > On Tue, Feb 4, 2014 at 1:18 PM, Wilma Hermann <<a href="mailto:wilma.hermann@gmail.com">wilma.hermann@gmail.com</a>><br>
>>> > wrote:<br>
>>> >> No, I never touched that file. It's current setting is<br>
>>> >><br>
>>> >> DISK = [ driver = "raw" , cache = "none"]<br>
>>> >><br>
>>> >> I also tried converting the Ubuntu Image to qcow and raw using qemu-img<br>
>>> >> to<br>
>>> >> make sure it is no problem with the image format. That also didn't<br>
>>> >> change<br>
>>> >> anything.<br>
>>> >><br>
>>> >><br>
>>> >> 2014-02-04 Javier Fontan <<a href="mailto:jfontan@opennebula.org">jfontan@opennebula.org</a>>:<br>
>>> >>><br>
>>> >>> It's a long shot but do you have the default image set to qcow2? In<br>
>>> >>> '/etc/one/vmm_exec/vmm_exec_kvm.conf':<br>
>>> >>><br>
>>> >>> DISK = [ driver = "qcow2" ]<br>
>>> >>><br>
>>> >>> If this is the case change it to raw, restart oned and try again. The<br>
>>> >>> image already has the driver set to qcow2 so it should work.<br>
>>> >>><br>
>>> >>> On Tue, Feb 4, 2014 at 11:48 AM, Wilma Hermann<br>
>>> >>> <<a href="mailto:wilma.hermann@gmail.com">wilma.hermann@gmail.com</a>><br>
>>> >>> wrote:<br>
>>> >>> > I also tried it with the current Alpha 2 of Ubuntu 14.04 which<br>
>>> >>> > includes<br>
>>> >>> > cloud-init 0.7.5, but it does not work either. You can find the<br>
>>> >>> > output<br>
>>> >>> > of<br>
>>> >>> > onevm and oneimage attached.<br>
>>> >>> ><br>
>>> >>> > Thanks in advance<br>
>>> >>> > Wilma<br>
>>> >>> ><br>
>>> >>> > 2014-02-04 Javier Fontan <<a href="mailto:jfontan@opennebula.org">jfontan@opennebula.org</a>>:<br>
>>> >>> ><br>
>>> >>> >> It should be working. Can you send us the output of "onevm show -x<br>
>>> >>> >> <vmid>" of one of those machines?<br>
>>> >>> >><br>
>>> >>> >> On Mon, Feb 3, 2014 at 6:17 PM, Wilma Hermann<br>
>>> >>> >> <<a href="mailto:wilma.hermann@gmail.com">wilma.hermann@gmail.com</a>><br>
>>> >>> >> wrote:<br>
>>> >>> >> > Hi,<br>
>>> >>> >> ><br>
>>> >>> >> > I'm using the release image from yesterday (02-Feb-2014 03:39)<br>
>>> >>> >> > [1].<br>
>>> >>> >> > And<br>
>>> >>> >> > the<br>
>>> >>> >> > machine uses cloud-init 0.7.3:<br>
>>> >>> >> ><br>
>>> >>> >> > # virt-cat one-42 /var/log/cloud-init.log | grep running<br>
>>> >>> >> > 2014-02-03 15:18:56,873 - util.py[DEBUG]: Cloud-init v. 0.7.3<br>
>>> >>> >> > running<br>
>>> >>> >> > 'init-local' at Mon, 03 Feb 2014 15:18:56 +0000. Up 4.48 seconds.<br>
>>> >>> >> ><br>
>>> >>> >> > [1]: <a href="http://cloud-images.ubuntu.com/releases/13.10/release/" target="_blank">http://cloud-images.ubuntu.com/releases/13.10/release/</a><br>
>>> >>> >> ><br>
>>> >>> >> > Thanks in advance<br>
>>> >>> >> > Wilma<br>
>>> >>> >> ><br>
>>> >>> >> > 2014-02-03 Javier Fontan <<a href="mailto:jfontan@opennebula.org">jfontan@opennebula.org</a>>:<br>
>>> >>> >> ><br>
>>> >>> >> >> Are you using a recent version of those images? OpenNebula<br>
>>> >>> >> >> support<br>
>>> >>> >> >> was<br>
>>> >>> >> >> added in cloud-init 0.7.3 and the current images come with that<br>
>>> >>> >> >> version. User data can be specified with USER_DATA or USERDATA<br>
>>> >>> >> >> parameters so your configuration seems to be OK.<br>
>>> >>> >> >><br>
>>> >>> >> >> On Mon, Feb 3, 2014 at 5:54 PM, Wilma Hermann<br>
>>> >>> >> >> <<a href="mailto:wilma.hermann@gmail.com">wilma.hermann@gmail.com</a>><br>
>>> >>> >> >> wrote:<br>
>>> >>> >> >> > Hi,<br>
>>> >>> >> >> ><br>
>>> >>> >> >> > Well, the core of the problem sounds logical to me.<br>
>>> >>> >> >> > Nevertheless,<br>
>>> >>> >> >> > I<br>
>>> >>> >> >> > have<br>
>>> >>> >> >> > to<br>
>>> >>> >> >> > wait 2 minutes for the network initialization to time-out<br>
>>> >>> >> >> > until I<br>
>>> >>> >> >> > can<br>
>>> >>> >> >> > reboot<br>
>>> >>> >> >> > the machine using the CtrlAltDel-Button in VNC... That's not<br>
>>> >>> >> >> > comfortable,<br>
>>> >>> >> >> > but bearable.<br>
>>> >>> >> >> ><br>
>>> >>> >> >> > However, I cannot get that USER_DATA variable to work.<br>
>>> >>> >> >> > Whatever I<br>
>>> >>> >> >> > enter<br>
>>> >>> >> >> > there, it is obviously ignored. I tried it with the exact code<br>
>>> >>> >> >> > from<br>
>>> >>> >> >> > the<br>
>>> >>> >> >> > documentation you mentioned, but also with something like<br>
>>> >>> >> >> ><br>
>>> >>> >> >> > CONTEXT=[NETWORK="YES",SSH_PUBLIC_KEY="$USER[SSH_PUBLIC_KEY]",<br>
>>> >>> >> >> > USER_DATA="#cloud-config<br>
>>> >>> >> >> > bootcmd:<br>
>>> >>> >> >> > - echo HelloWorld > /etc/issue<br>
>>> >>> >> >> > " ]<br>
>>> >>> >> >> ><br>
>>> >>> >> >> > just to get a visual feedback that the USER_DATA is being used<br>
>>> >>> >> >> > by<br>
>>> >>> >> >> > cloud-init. None of it worked out.<br>
>>> >>> >> >> ><br>
>>> >>> >> >> > Is there a special trick with USER_DATA?<br>
>>> >>> >> >> ><br>
>>> >>> >> >> > Just in case that's important: I'm using OpenNebula 4.4 with<br>
>>> >>> >> >> > libvirt/KVM.<br>
>>> >>> >> >> ><br>
>>> >>> >> >> > Thanks in advance<br>
>>> >>> >> >> > Wilma<br>
>>> >>> >> >> ><br>
>>> >>> >> >> > 2014-01-30 Javier Fontan <<a href="mailto:jfontan@opennebula.org">jfontan@opennebula.org</a>>:<br>
>>> >>> >> >> ><br>
>>> >>> >> >> >> Unfortunately the current version of cloud-init does not load<br>
>>> >>> >> >> >> new<br>
>>> >>> >> >> >> network parameters after they are configured in some<br>
>>> >>> >> >> >> distributions.<br>
>>> >>> >> >> >> There is a ticket to track that problem [1]<br>
>>> >>> >> >> >><br>
>>> >>> >> >> >> The documentation gives some ideas on how to overcome this<br>
>>> >>> >> >> >> [2]:<br>
>>> >>> >> >> >><br>
>>> >>> >> >> >> --8<------<br>
>>> >>> >> >> >> The current version of cloud-init configures the network<br>
>>> >>> >> >> >> before<br>
>>> >>> >> >> >> running cloud-init configuration. This makes the network<br>
>>> >>> >> >> >> configuration<br>
>>> >>> >> >> >> not reliable. Until a new version that fixes this is released<br>
>>> >>> >> >> >> you<br>
>>> >>> >> >> >> can<br>
>>> >>> >> >> >> add OpenNebula context packages or this user data to reboot<br>
>>> >>> >> >> >> the<br>
>>> >>> >> >> >> machine so the network is properly configured.<br>
>>> >>> >> >> >> ------>8--<br>
>>> >>> >> >> >><br>
>>> >>> >> >> >> [1] <a href="https://bugs.launchpad.net/cloud-init/+bug/1225922" target="_blank">https://bugs.launchpad.net/cloud-init/+bug/1225922</a><br>
>>> >>> >> >> >> [2]<br>
>>> >>> >> >> >><br>
>>> >>> >> >> >><br>
>>> >>> >> >> >><br>
>>> >>> >> >> >><br>
>>> >>> >> >> >> <a href="http://docs.opennebula.org/stable/user/virtual_machine_setup/cloud-init.html" target="_blank">http://docs.opennebula.org/stable/user/virtual_machine_setup/cloud-init.html</a><br>
>>> >>> >> >> >><br>
>>> >>> >> >> >> On Tue, Jan 28, 2014 at 1:56 PM, Wilma Hermann<br>
>>> >>> >> >> >> <<a href="mailto:wilma.hermann@gmail.com">wilma.hermann@gmail.com</a>><br>
>>> >>> >> >> >> wrote:<br>
>>> >>> >> >> >> > Hi,<br>
>>> >>> >> >> >> ><br>
>>> >>> >> >> >> > I'm trying to get a Ubuntu 13.10 guest to work, which uses<br>
>>> >>> >> >> >> > a<br>
>>> >>> >> >> >> > official<br>
>>> >>> >> >> >> > Cloud-image (<a href="http://cloud-images.ubuntu.com/saucy/" target="_blank">http://cloud-images.ubuntu.com/saucy/</a>) as<br>
>>> >>> >> >> >> > disk.<br>
>>> >>> >> >> >> > However,<br>
>>> >>> >> >> >> > the VM<br>
>>> >>> >> >> >> > is not integrating into the virtual network. I've double<br>
>>> >>> >> >> >> > checked<br>
>>> >>> >> >> >> > the<br>
>>> >>> >> >> >> > virtual<br>
>>> >>> >> >> >> > network settings with CentOS-VMs, the network works<br>
>>> >>> >> >> >> > correctly.<br>
>>> >>> >> >> >> ><br>
>>> >>> >> >> >> > I've found out that CloudInit writes a correct<br>
>>> >>> >> >> >> > /etc/network/interfaces<br>
>>> >>> >> >> >> > file<br>
>>> >>> >> >> >> > with a static address, however, the machine somehow ignores<br>
>>> >>> >> >> >> > this<br>
>>> >>> >> >> >> > file<br>
>>> >>> >> >> >> > and<br>
>>> >>> >> >> >> > keeps sending DHCP requests without getting an answer<br>
>>> >>> >> >> >> > (which is<br>
>>> >>> >> >> >> > intended<br>
>>> >>> >> >> >> > since we don't use DHCP in the VM's network).<br>
>>> >>> >> >> >> ><br>
>>> >>> >> >> >> > # virt-cat one-42 /etc/network/interfaces<br>
>>> >>> >> >> >> > auto lo<br>
>>> >>> >> >> >> > iface lo inet loopback<br>
>>> >>> >> >> >> ><br>
>>> >>> >> >> >> > auto eth0<br>
>>> >>> >> >> >> > iface eth0 inet static<br>
>>> >>> >> >> >> > address 192.168.129.4<br>
>>> >>> >> >> >> > network 192.168.128.0<br>
>>> >>> >> >> >> > netmask 255.255.254.0<br>
>>> >>> >> >> >> > gateway 192.168.128.1<br>
>>> >>> >> >> >> ><br>
>>> >>> >> >> >> > # virt-cat one-42 /var/log/syslog | tail -6<br>
>>> >>> >> >> >> > Jan 28 12:42:44 ubuntu dhclient: DHCPDISCOVER on eth0 to<br>
>>> >>> >> >> >> > 255.255.255.255<br>
>>> >>> >> >> >> > port 67 interval 21 (xid=0x1080a577)<br>
>>> >>> >> >> >> > Jan 28 12:43:05 ubuntu dhclient: DHCPDISCOVER on eth0 to<br>
>>> >>> >> >> >> > 255.255.255.255<br>
>>> >>> >> >> >> > port 67 interval 13 (xid=0x1080a577)<br>
>>> >>> >> >> >> > Jan 28 12:43:18 ubuntu dhclient: DHCPDISCOVER on eth0 to<br>
>>> >>> >> >> >> > 255.255.255.255<br>
>>> >>> >> >> >> > port 67 interval 20 (xid=0x1080a577)<br>
>>> >>> >> >> >> > Jan 28 12:43:38 ubuntu dhclient: DHCPDISCOVER on eth0 to<br>
>>> >>> >> >> >> > 255.255.255.255<br>
>>> >>> >> >> >> > port 67 interval 1 (xid=0x1080a577)<br>
>>> >>> >> >> >> > Jan 28 12:43:39 ubuntu dhclient: No DHCPOFFERS received.<br>
>>> >>> >> >> >> > Jan 28 12:43:39 ubuntu dhclient: No working leases in<br>
>>> >>> >> >> >> > persistent<br>
>>> >>> >> >> >> > database -<br>
>>> >>> >> >> >> > sleeping.<br>
>>> >>> >> >> >> ><br>
>>> >>> >> >> >> > Does anybody know how the VM template needs to be<br>
>>> >>> >> >> >> > configured in<br>
>>> >>> >> >> >> > order<br>
>>> >>> >> >> >> > to<br>
>>> >>> >> >> >> > get<br>
>>> >>> >> >> >> > it working?<br>
>>> >>> >> >> >> ><br>
>>> >>> >> >> >> > Thanks in advance<br>
>>> >>> >> >> >> > Wilma<br>
>>> >>> >> >> >> ><br>
>>> >>> >> >> >> ><br>
>>> >>> >> >> >> > _______________________________________________<br>
>>> >>> >> >> >> > Users mailing list<br>
>>> >>> >> >> >> > <a href="mailto:Users@lists.opennebula.org">Users@lists.opennebula.org</a><br>
>>> >>> >> >> >> ><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>
>>> >>> >> >> >> ><br>
>>> >>> >> >> >><br>
>>> >>> >> >> >><br>
>>> >>> >> >> >><br>
>>> >>> >> >> >> --<br>
>>> >>> >> >> >> Javier Fontán Muiños<br>
>>> >>> >> >> >> Developer<br>
>>> >>> >> >> >> OpenNebula - The Open Source Toolkit for Data Center<br>
>>> >>> >> >> >> Virtualization<br>
>>> >>> >> >> >> <a href="http://www.OpenNebula.org" target="_blank">www.OpenNebula.org</a> | @OpenNebula | <a href="http://github.com/jfontan" target="_blank">github.com/jfontan</a><br>
>>> >>> >> >> ><br>
>>> >>> >> >> ><br>
>>> >>> >> >><br>
>>> >>> >> >><br>
>>> >>> >> >><br>
>>> >>> >> >> --<br>
>>> >>> >> >> Javier Fontán Muiños<br>
>>> >>> >> >> Developer<br>
>>> >>> >> >> OpenNebula - The Open Source Toolkit for Data Center<br>
>>> >>> >> >> Virtualization<br>
>>> >>> >> >> <a href="http://www.OpenNebula.org" target="_blank">www.OpenNebula.org</a> | @OpenNebula | <a href="http://github.com/jfontan" target="_blank">github.com/jfontan</a><br>
>>> >>> >> ><br>
>>> >>> >> ><br>
>>> >>> >><br>
>>> >>> >><br>
>>> >>> >><br>
>>> >>> >> --<br>
>>> >>> >> Javier Fontán Muiños<br>
>>> >>> >> Developer<br>
>>> >>> >> OpenNebula - The Open Source Toolkit for Data Center Virtualization<br>
>>> >>> >> <a href="http://www.OpenNebula.org" target="_blank">www.OpenNebula.org</a> | @OpenNebula | <a href="http://github.com/jfontan" target="_blank">github.com/jfontan</a><br>
>>> >>> ><br>
>>> >>> ><br>
>>> >>><br>
>>> >>><br>
>>> >>><br>
>>> >>> --<br>
>>> >>> Javier Fontán Muiños<br>
>>> >>> Developer<br>
>>> >>> OpenNebula - The Open Source Toolkit for Data Center Virtualization<br>
>>> >>> <a href="http://www.OpenNebula.org" target="_blank">www.OpenNebula.org</a> | @OpenNebula | <a href="http://github.com/jfontan" target="_blank">github.com/jfontan</a><br>
>>> >><br>
>>> >><br>
>>> ><br>
>>> ><br>
>>> ><br>
>>> > --<br>
>>> > Javier Fontán Muiños<br>
>>> > Developer<br>
>>> > OpenNebula - The Open Source Toolkit for Data Center Virtualization<br>
>>> > <a href="http://www.OpenNebula.org" target="_blank">www.OpenNebula.org</a> | @OpenNebula | <a href="http://github.com/jfontan" target="_blank">github.com/jfontan</a><br>
>>><br>
>>><br>
>>><br>
>>> --<br>
>>> Javier Fontán Muiños<br>
>>> Developer<br>
>>> OpenNebula - The Open Source Toolkit for Data Center Virtualization<br>
>>> <a href="http://www.OpenNebula.org" target="_blank">www.OpenNebula.org</a> | @OpenNebula | <a href="http://github.com/jfontan" target="_blank">github.com/jfontan</a><br>
>><br>
>><br>
><br>
><br>
><br>
> --<br>
> Javier Fontán Muiños<br>
> Developer<br>
> OpenNebula - The Open Source Toolkit for Data Center Virtualization<br>
> <a href="http://www.OpenNebula.org" target="_blank">www.OpenNebula.org</a> | @OpenNebula | <a href="http://github.com/jfontan" target="_blank">github.com/jfontan</a><br>
<br>
<br>
<br>
--<br>
Javier Fontán Muiños<br>
Developer<br>
OpenNebula - The Open Source Toolkit for Data Center Virtualization<br>
<a href="http://www.OpenNebula.org" target="_blank">www.OpenNebula.org</a> | @OpenNebula | <a href="http://github.com/jfontan" target="_blank">github.com/jfontan</a><br>
</div></div></blockquote></div><br></div>