=== praneshp_ is now known as praneshp === harlowja is now known as harlowja_away === praneshp_ is now known as praneshp === evilissimo|afk is now known as evilissimo === evilissimo is now known as evilissimo|afk === zz_gondoi is now known as gondoi === evilissimo|afk is now known as evilissimo [14:54] hm ,smoser [14:54] I'm reading some doc about openstack/glance [14:54] glance image-create --location http://download.cirros-cloud.net/0.3.2/cirros-0.3.2-x86_64-disk.img --name "CirrOS 0.3.2 - Minimalist - 64-bit - Cloud Based Image" --is-public true --container-format bare --disk-format qcow2 [14:54] 'we' should have a cirros-latest for that [14:54] *perhaps [14:55] what is cirros-latest ? [14:55] ah. as in the '--location'. [14:55] like, the latest stable version [14:56] well, yes. and you can read this resopnse however you'd like. [14:56] feel free to assert i'm abusing a monopoly. [14:56] i'd like to get things using simplestreams. [14:57] monopoly? :) [14:57] as it can securely download said image [14:57] ah, its a python lib? [14:57] (abusing cirros to further simplestreams) [14:57] a library and metadata format [14:57] hmk [14:57] http://download.cirros-cloud.net/streams/v1/ [14:58] but anyway, i've been hesitant to make easy "just download cirros" that didn't use that. [14:58] looks nice [14:58] the data there is easily mirrorable (sstream-mirror) [14:58] we have it for cloud-images.ubuntu.com also. [14:59] and then, there is a tool http://bazaar.launchpad.net/~smoser/simplestreams/example-sync/files [14:59] that mirrors that into your glance. [14:59] and "sync"s it easily. [14:59] so its specific to glance/cloud stuff? [14:59] the whole simplestreams stuff, that is [14:59] not relaly. its just nice data [14:59] k [14:59] its data that describes downloads [15:00] looks nice, yes, json stuff [15:00] indeed [15:00] and sstream-sync mirrors that data to your local glance. [15:00] (knowing that it wants 'disk1.img' and such) [15:00] yea [15:00] you've looked at my buildroot branch lately btw? [15:03] no. i have not. i will. i need to do that. [15:03] and to get ppc64el merged in too. [15:03] oeh nice [15:03] err.. ppc64 big endian [15:03] i have that building [15:03] but it doesn't see virtio devices [15:03] er.. network virtio disk i think works. [15:05] you happen to know the defacto way of connecting compute nodes to an openstack environment over wan? [15:07] no. i dont. [15:07] google to the rescue! :p [15:33] Hi there! I've still have some issues with cloud-init. I can now use the correct data source in the image, but it does not seem to be able to access the source. [15:33] However, once the virtual machine has booted (without the cloud-init configuration so using password login) [15:33] I can access the metadataserver fine [15:33] I've pasted a full log there: http://bpaste.net/show/PAx9ZnCbT6N5D2QuR5pU/ [15:34] My guess is that it can't reach the metadata server as the NIC is not yet configured (NIC is probably configured afterwards by upstart/systemd). Could that be it? [15:35] If so, is there a way when installing cloud-init to bring up the network interfaces before the VM boots? [15:35] To make this image I installed Ubuntu desktop in a KVM session, and ran "sudo apt-get install cloud-init", changed the data source to "OpenStack" only (this is going to run exclusively on OpenStack) and booted the image in openstack. === gondoi is now known as zz_gondoi === evilissimo is now known as evilissimo|afk === harlowja_away is now known as harlowja