[05:07] <roaksoax> bigjools: o/
[05:07] <bigjools> yo
[05:08] <roaksoax> bigjools: yo!
[05:08] <roaksoax> whats up? :)
[05:08] <bigjools> should I ask what time it is there? :)
[05:09] <roaksoax> 1.10 am :)
[05:10] <bigjools> nice
[05:10] <roaksoax> i drank colombian coffee and cant sleep :/
[05:10] <bigjools> I am only 14h ahead of you then :)
[05:10] <roaksoax> heh:)
[05:10] <bigjools> when's the SRU going out mate?
[05:11] <roaksoax> bigjools: i uploaded on friday
[05:11] <roaksoax> gonna ping ppl tomorrow
[05:11] <bigjools> ah it's in -proposed
[05:11] <roaksoax> (or later today)
[05:11] <bigjools> there's another fix to go in, sadly, but I think you know.  It can wait for later anyway.
[05:11] <roaksoax> bigjools: i can still upload i think
[05:12] <bigjools> that'd be good
[05:12] <roaksoax> will look into that tomorrow/later today
[05:12] <bigjools> just need to check the "fix committed" stuff on 1.2 that is not milestoned
[05:12] <bigjools> I'll release the milestone once it's all in updates
[05:12] <roaksoax> ok cool
[05:13]  * bigjools high-fives roaksoax
[05:13] <roaksoax> bigjools: yeah finally we are almost done \o/
[05:13] <bigjools> it's been a long road ...
[05:13] <roaksoax> indeed
[05:14] <roaksoax> but almost there :)
[08:55] <AskUbuntu> Howto perform OpenStack upgrade from Essex to Folsom on juju maas | http://askubuntu.com/q/267256
[10:07] <AskUbuntu> UBUNTU MaaS Region and Cluster Controller in One Box | http://askubuntu.com/q/267284
[12:33] <melmoth> is there any doc on how to use /usr/sbin/maas-import-pxe-files in an environment not connectetr to the internet ?
[12:33] <melmoth> like, downloading the iso manually, and feeding them into maas ?
[13:21] <roaksoax> melmoth: no... you need internet connection. it is a requirement
[15:08] <melmoth> racedo, here i am :-)
[15:08] <racedo> hey melmoth
[15:08] <racedo> hi roaksoax melmoth is trying to setup an offline environment with maas using mirrors
[15:08] <melmoth> so, i have a problem, i m trying to use maas (1.2+bzr1360+dfsg-0ubuntu1~ppa1) on a lab not connected to internet
[15:09] <melmoth> i have used reprepro to mirror archives.ubuntu.com (main updates security restricted and universe)
[15:09] <melmoth> i also have mirrored in a separate subdir the ppa for juju and for maas (so i can install maas)
[15:09] <melmoth> now, i have maas installed, but when i start a node, it try to contact archives.ubuntu.com
[15:09] <racedo> melmoth: when enlisting the nodes, do they try to go online to pull the packages?
[15:09] <melmoth> yes
[15:10] <racedo> is it cloud-init configuring sources.list?
[15:10] <melmoth> i want to be able to tell the machines where are my repos, and not to use the real upstream one
[15:10] <melmoth> i have no idea
[15:10] <melmoth> i never had to add anything related to cloud init anywhere before
[15:11] <melmoth> btw, this is the step by step doc http://bazaar.launchpad.net/~pierre-amadio/+junk/c6100-isolated-maas-deployment/view/head:/README.txt
[15:11] <melmoth> basically just how to set reprepro
[15:11] <melmoth> i know some people workarouned this by trying to play with name resoltuion
[15:12] <melmoth> and have archive.ubuntu.com point to the local repo, but i m not sure this is a good idea.
[15:12] <melmoth> (plus i m not sure where to do that anyway ;-) )
[15:12] <melmoth> i would rather have the preseed file changed so they use _my_  mirrors.
[15:13] <racedo> melmoth: the images may already contain this, we may have to modify them
[15:13] <racedo> check /var/lib/maas/ephemeral/precise/ephemeral/amd64/20121008
[15:14] <melmoth> hmmm
[15:14] <racedo> hep
[15:14] <melmoth> that s a good idea
[15:14] <racedo> sudo mount -o loop disk.img
[15:14] <racedo> and check the sources.list
[15:15] <melmoth> yeh, i m trying that
[15:15] <melmoth> looks good
[15:19] <roaksoax> melmoth: its probably easier to makecloud init do the repo change
[15:19] <roaksoax> smoser: ^^
[15:20] <melmoth> i dont know, i never used any mirror tool. I first try with apt-mirror, then i have been told to use reprepro because it ll be easier
[15:20] <melmoth> note that one of the trick also is, i want to have a mirror with all the ppa stuff needed. reason is, i dont want anything to do with injecting gpg key with ppa styff
[15:20] <melmoth> cause it ll be just fail too
[15:21] <melmoth> grumble, still trying to access security and archive repo
[15:22] <roaksoax> melmoth: i mean makr cloud iniy use the internal repo
[15:22] <roaksoax> melmoth: http://askubuntu.com/questions/144393/how-to-let-maas-cloud-init-client-select-internal-mirror
[15:22] <melmoth> oh
[15:22] <smoser> melmoth, you can probably accomplish this. but you might have to chagne the commissioning_user_data and the enlistment_userdata.
[15:23] <smoser> i *think* if you change the preseed that that will get refelected through and 'stick' after installation
[15:23] <smoser> doing this via  proxy "should work" without any tampering from trunk now.
[15:23] <smoser> but i'm not sure about full mirror
[15:23] <melmoth> that seems to be for the old version of maas, is it not ? (the above ask ubuntu link)
[15:24] <smoser> (personally, i'd recommend proxy)
[15:24] <roaksoax> melmoth: (yeah but thats somethibg similar)
[15:24] <melmoth> i did try to change the preseed file in the generic file.
[15:24] <melmoth> without success
[15:25] <smoser> the link above is something that i expect is now fixed.
[15:25] <smoser> (as maas tells cloud-init to 'apt_prserve_sources_list: true' itself)
[15:25] <melmoth> even if you are behind a proxy, things fail (that s my personnal problem for 3 monthes now), as soon as you need a ppa.
[15:26] <melmoth> but anyway, in this particular case, the pre requisite is "completly isolated network"
[15:28] <roaksoax> melmoth: yeah ppa's behind proxy indeed fail but there are work arounds
[15:28] <smoser> melmoth, you can proxy ppa for sure. squid-deb-proxy needs tweaking to make it do that. but you can do it. and it is not 100% offline, but its pretty good.
[15:28] <melmoth> any link that explain the workaround for hte ppa behind a proxy  ?
[15:29] <melmoth> my ppa & proxy issue is https://bugs.launchpad.net/ubuntu/+source/software-properties/+bug/1089389
[15:30] <melmoth> the "injecting gpg key manually" workaround is not good enough, it must be done withing the zookeeper node during bootstraping.
[15:30] <roaksoax> melmoth: yeah you need to add late commands to add the ppa and stuf
[15:30] <melmoth> like, changing th preseed file so it inject the gpg key manually ? hmmmm
[15:31] <melmoth> gosh i hate preseed :)
[15:31] <roaksoax> yeah
[15:31] <racedo> didn't we hit something similar when on site last time?
[15:31] <roaksoax> so that way it is done automatically
[15:31] <roaksoax> racedo: we did
[15:31] <melmoth> racedo, we currently have such a problem
[15:31] <melmoth> that s the whole reason why i m trying to build stuff in an isolated env.
[15:31] <racedo> and we injected the gpg keys in the charms?
[15:32] <roaksoax> racedo: i think just in late_command
[15:32] <racedo> ok
[15:33]  * roaksoax looks for it
[15:34] <racedo> and melmoth for the ppa issue, would this be doable: mount -o loop disk.img, chroot to it and apt-add-repo?
[15:34] <roaksoax> racedo: no need
[15:34] <melmoth> i dont know
[15:34] <racedo> ups not really
[15:34] <melmoth> you know, i have no real understanding of what maas is actually doing.
[15:34] <roaksoax> you can modify enlist_userdata and commissioning-user-data
[15:35] <melmoth> so, if it try to add the repo anyway, even if it still there, may be it ll fail. may be not...who knows.
[15:35] <melmoth> roaksoax, and those are preseed snippet, right ?
[15:35] <roaksoax> melmoth: its really not maas itself
[15:36] <roaksoax> melmoth: it is external factor that we have to workaround in maas
[15:38] <melmoth> i dont undertsand what are enlist_userdata and enlist file. Looks mor elike bash scrpit than pressed
[15:39] <melmoth> so i m not sure if i need to add d-i stuff in it or echo > stuff <<EOF
[15:40] <roaksoax> melmoth: enlist_userdata is cloud
[15:40] <roaksoax> melmoth: enlist_userdata is cloud init's user data
[15:40] <roaksoax> for enlistment process
[15:40] <roaksoax> /etc/maas/commissioning-user-data is cloud init's user adata for commissioning process
[15:41] <melmoth> ok, as we say in france "c est comme le port salut, c est marqué dessus" (it s written on the name :) )
[15:41] <melmoth> now, i need to read doc about cloud init user data then.
[15:43] <melmoth> ahh, yaml...
[15:43] <melmoth> i need to read doc about yaml :)
[15:45] <roaksoax> racedo: great!! The Paste you are looking for does not currently exist.
[15:45] <roaksoax> Return to the Pastebin
[15:45] <roaksoax> racedo: all the stuff was in pastebins and now they are gone
[15:45] <racedo> oh ok
[15:46] <roaksoax> all the tweaks we did in colorado
[15:47] <racedo> i think we just include it in one charm
[15:47] <racedo> not sure how
[15:47] <roaksoax> racedo: yes, we included it for the cloud archive
[15:47] <roaksoax> racedo: did you or negronjl backed that up?
[15:48] <racedo> i didn't negronjl was the charms person on site that week
[15:48] <racedo> let me quickly ping agy
[15:49] <roaksoax> racedo: already did :)
[15:49] <racedo> oh ok :)
[15:53] <AskUbuntu> Could not internally obtain zookeeper handle | http://askubuntu.com/q/267409
[15:57] <roaksoax> racedo: ping
[15:57] <roaksoax> err
[15:57] <roaksoax> sorry
[15:57] <roaksoax> rvba: ping
[15:57] <roaksoax> rvba: ping
[16:01] <rvba> roaksoax: hi
[16:02] <smoser> melmoth, :-( forgot about that bug.
[16:28] <melmoth> ah ah, enlisting seems to go a bit further.
[16:29] <melmoth> gosh, please tell me i dont have to mirror the sources too
[16:29] <melmoth> yeahhh, got one node declared \o/
[16:35] <roaksoax> melmoth: so in your proxy environment, could you try things like this: sudo apt-key adv --recv-key --keyserver keyserver.ubuntu.com --keyserver-options http-proxy=http://192.168.123.2:8000/ 93EE8CC5
[16:35] <roaksoax> melmoth: or  sudo apt-key adv --recv-key --keyserver keyserver.ubuntu.com  93EE8CC5
[16:35] <roaksoax> in the first you'd need to specify the proxy you are using
[16:35] <melmoth> it ll work, it s actually written in th ebug if i remember correctly
[16:36] <roaksoax> melmoth: ok so something like that is what you need to add
[16:36] <roaksoax> to a late_command
[16:36] <roaksoax> in the preseed
[16:36] <roaksoax> and manually add the ppa repository
[16:36] <melmoth> ahh, yes. that could be an option, in a late command, that, or, as i was just reading cloud init stuff apt_sources: in the cloud init config file
[16:36] <melmoth> i will try it out next time i have nothing else to do :)
[16:37] <melmoth> hopefully next week
[16:37] <melmoth> depends how this isolated stuff turns out
[16:38] <melmoth> yes... ready state \o/
[16:46] <melmoth> hmmm, it does not like my mirror :-(
[16:48] <melmoth> when i bootstrap, the zookeeper node download the Release file from my mirror
[16:48] <melmoth> there is a Codename: precise in it.
[16:49] <melmoth> i can wget it all rightr from the console of the zookeeper node, but still, it complain the mirror does not support the precise release.
[16:50] <roaksoax> melmoth: are you telling the preseed to use the mirror?
[16:50] <melmoth> yes, it does it all right, i see it downloading the release file from my mirror
[16:51] <roaksoax> melmoth: did you remove the proxy option from the preseed? better ocmment it
[16:51] <melmoth> hmm. not sure
[16:52] <roaksoax> melmoth: you'll probably need to do that
[16:52] <roaksoax> melmoth: so installations don't access the proxy in maas, and use the mirror directly
[16:53] <melmoth> not sure what to do, there is a /usr/share/maas/preseeds/generic file that define a proxy marco or something
[16:54] <melmoth> hmm, actually, i already edited this file, to put my mirror ip in it.
[16:54] <melmoth> i have a strange feeling i have no idea what i m doing.
[16:54] <melmoth> let s remove the "d-i     mirror/http/proxy string http://{{server_host}}:8000/
[16:54] <melmoth> " line
[16:54] <melmoth> just in case.
[16:56] <roaksoax> melmoth: yeah
[16:58] <melmoth> now, it seems to complain because my mirror has no /ubuntu/dists/precise/Release.gpg
[16:59] <roaksoax> melmoth: maybe you need to correct the path for the mirror
[16:59] <roaksoax> in the preseed
[16:59] <roaksoax> and that would be it
[17:00] <melmoth> well, i do not have any file ending with .gpg in my repo.
[17:01] <roaksoax> then that's probably whhy
[17:01] <melmoth> i think i start to understand the "VerifyRelease: blindtrust" option i used in reprepro
[17:17] <AskUbuntu> How to PXE boot a virtual machine from another virtual machine which are in same virtual network? | http://askubuntu.com/q/267435
[20:43] <mross> Hi, I'm trying to automate my MAAS cluster with the maas cli. I've written a script to do this but I can seem to get the maas nodes to allocate to a user after they've been released.
[20:43] <mross> My basic algorithm is:
[20:43] <mross> maas-cli login mezeoadmin
[20:43] <mross> maas-cli mezeoadmin node release <system_id>
[20:44] <mross> … Do this for all the nodes.
[20:44] <mross> maas-cli mezeoadmin nodes accept-all
[20:44] <roaksoax> mross: accept-all is only done when they are first enlisted in MAAS
[20:44] <mross> ssh -o "StrictHostKeyChecking no" ubuntu@node "sudo reboot"
[20:45] <mross> Then I'm going to the web interface and pressing 'start node' for each node that has been released.
[20:45] <mross> This seems to work, but I would like to automate it completely off the cli.
[20:46] <mross> What am i missing.
[20:46] <mross> ??
[20:46] <mross> @roaksoax OK. So I can remove that.
[20:46] <roaksoax> mross: 1. why don't you use juju ? :)
[20:47] <mross> Because I haven't written a juju plugin for our service yet.
[20:47] <mross> I'm just getting familiar with maas right now.
[20:47] <roaksoax> mross: 2. when you 'Start node' on the web UI, they get turned on to install ubuntu on them
[20:47] <roaksoax> mross: you could use juju deploy ubuntu
[20:47] <roaksoax> mross: and that will simply install ubuntu on the nodes
[20:47] <roaksoax> and on topof that you could deploy your service
[20:48] <mross> So juju deploy ubuntu to nodes that are in a ready state will install ubuntu on nodes that haven't been allocated?
[20:48] <mross> Or do I have to allocate them to a user then deploy?
[20:49] <roaksoax> mross: nodes are allocated when a user wants to install ubuntu on them, in the case of juju, it will take nodes that are in 'Ready' state to deploy ubuntu on them and install a service
[20:52] <mross> OK thanks. Is this a decent workflow for what I'm trying to do.
[20:52] <roaksoax> mross: so in order words, you do not allocated a machine to a user, so the user can install ubuntu on it
[20:53] <roaksoax> however, the user can use a machine from the Ready pool, once it selects that machine to be used, the machines becaomes allocated to the user
[20:53] <mross> Correct
[20:53] <roaksoax> mross: personally, I'd recommend you to use juju
[20:53] <roaksoax> makes things so much simpler
[20:53] <roaksoax> if you need to automate the dpeloyment of your service, you'll need to write a charm that installs and configure your service
[20:53] <roaksoax> a juju charm
[20:54] <mross> Any good examples you can send me for my particular use case?
[20:55] <roaksoax> mross: so for example, you could use: juju deploy wordpress, juju deploy mysql, juju add-relation wordpress mysql
[20:55] <roaksoax> that deploys wordpress and mysql in different nodes, and adds a relation between them saying that wordpress will use the mysql node as its backend db
[20:59] <mross> OK. I think I know where you're headed here.
[20:59] <mross> And where I need to go. Roak thank you very much!
[21:17] <roaksoax> mross: more infomrmation in maas.ubuntu.com and juju.ubuntu.com :)
[23:35] <bigjools> roaksoax: re. bug 1154805
[23:36] <bigjools> I am pretty sure this is just a juju bug
[23:36] <bigjools> see the recent thread on juju-dev where I suggested that the user experience is poor
[23:36] <roaksoax> bigjools: yeah i was thinking that, but just to make sure I included maas
[23:37] <bigjools> roaksoax: it's a provider bug in juju
[23:37] <bigjools> or perhaps a core bug
[23:37] <bigjools> I dunno
[23:37] <roaksoax> bigjools: yeah that's why I wasn't sure either
[23:37] <bigjools> but maas returns a 403 IIRC
[23:38] <roaksoax> bigjools: maas does show an error
[23:38] <roaksoax> bigjools: but juju doesn't
[23:38] <bigjools> roaksoax: in the log?
[23:38] <roaksoax> bigjools: yeah maas shows NodesNotAvailable: No matching node is available.
[23:38] <roaksoax> bigjools: but for juju ois just as like nothing happened
[23:38] <roaksoax> bigjools: i'm more concerned on the contraints bug though
[23:39] <roaksoax> bigjools: ppl have been complaining about constraints in customer deployments
[23:39] <bigjools> ah no it returns httplib.CONFLICT
[23:39] <bigjools> roaksoax: it's definitely a juju bug
[23:39] <bigjools> it has no notion of not being able to get a node, it just waits for one forever (I think it retries)
[23:40] <roaksoax> yeah maybe, TBH i didn't look much into it since i needed to get that stuff working
[23:40] <roaksoax> feel free to retarget accordingly
[23:41] <bigjools> done :)
[23:41] <roaksoax> bigjools: i think this is more important though: https://bugs.launchpad.net/maas/+bug/1154803
[23:41] <bigjools> looking
[23:42] <bigjools> roaksoax: well that sucks :/
[23:42] <roaksoax> bigjools: yeah i was thinking might be related to node having 1, and the constraints 1.0  amybe?
[23:42] <bigjools> roaksoax: I don't know who will fix that
[23:42] <roaksoax> bigjools: mgz? :)
[23:42] <bigjools> it won't be us I'm afraid, we're super busy on another deadline
[23:43] <bigjools> roaksoax: should be easy to fix if you write a test to re-create it :)
[23:44] <roaksoax> bigjools: sure, I'll try to do it this week, im packed getting other stuff to work
[23:44]  * bigjools hears you
[23:44] <bigjools> roaksoax: FWIW, all of my team are with me here in Brisbane next week
[23:44] <bigjools> in case you expected them to be around to ping :)
[23:45] <roaksoax> bigjools: hehe ok :)