[00:02] <bigjools> MACscr: which version of maas are you using?  if it's the one in precise it doesn't support kernel options, it needs to be raring (IIRC) or newer
[00:02] <MACscr> I have it installed on a 13.04 system
[00:08] <bigjools> MACscr: ok then you should be able to do something like this:
[00:08] <bigjools> maas-cli <profile> tags new name='test' kernel_opts='vga'
[00:08] <bigjools> then add the tag to a node with:
[00:09] <bigjools> maas-cli <profile> tag update-nodes test add="<system_id>"
[00:09] <bigjools> the next time that node boots it'll get that kernel option
[00:15] <MACscr> bigjools: you mentioned next time. Can this be done when i system is initially added? btw, i have zero maas experience besides installing it.
[00:15] <bigjools> MACscr: you can add the tag at any time
[00:16] <MACscr> thanks for your help, i really appreciate it
[00:16] <bigjools> but obviously the system needs to boot to receive the kernel opt :)
[00:16] <bigjools> np
[00:16] <bigjools> I'm painfully aware the docs are out of date, and working on fixing them
[00:16] <MACscr> well it can be booted through pxe, right?
[00:17] <bigjools> yes - that's the only way you should be booting when using maas
[00:20] <bigjools> if you are using WoL then functionality is reduced - you can't power off the node easily
[00:21] <MACscr> btw, i was able to install maas on a LXC'ed ubuntu instance. seemed to work fine as soon as i disabled the avahi rlimit
[00:22] <bigjools> cool
[00:22] <bigjools> how did you get lxc to pxe boot?
[00:22] <bigjools> or are you talking about the maas server on the lxc instance?
[00:23] <MACscr> the maas server
[00:23] <MACscr> maas is way easier and more flexible than juju btw
[00:23] <MACscr> that thing drives me nuts
[00:24] <bigjools> maas is equivalent to any cloud provider that juju uses, it's just metal not virtual
[00:24] <bigjools> what about juju drives you nuts?
[00:25] <MACscr> well with juju, you have to have a System A that runs a juju command to install juju-gui, which has to be then deployed on a different system. So you pretty much have to have two systems before you can even start working on deploying something to a third system
[00:25] <bigjools> you don't have to run juju-gui
[00:26] <bigjools> and I think they're working on co-location of charms
[00:26] <bigjools> I believe lxc co-location works on maas now
[00:26] <MACscr> yeah, that might be great for the future, doesnt help with my frustration of today =P
[00:26] <bigjools> true
=== jtv2 is now known as jtv
[03:46] <roaksoax> jtv: howd!!
[03:47] <roaksoax> jtv: so i uploafded the package
[03:47] <roaksoax> and it is in the new queue
[03:47] <roaksoax> im gonna get it processed tomorrow
[03:47] <roaksoax> hopefully
[03:47] <roaksoax> jtv: is the latst trunk dependent on it?
=== freeflying is now known as freeflying_away
=== freeflying_away is now known as freeflying
[05:21] <jtv> roaksoax: great, thanks!  No, I held off on landing anything that would depend on this.
[06:20] <melmoth> Hi there ! i m still struggling with a maas installation (real hardware) where the node seems stuck at the enlisting stage.
[06:21] <melmoth> we pxe boot them, they get something to boot from maas, but they do not poweroff ..and nothing seems to happen
[06:21] <melmoth> some error appears in some logs at the same time http://pastebin.ubuntu.com/6031457/
[06:23] <bigjools> melmoth: is there anything on the node's console?
[06:24] <melmoth> usual prompt. By usual i mean just login@ubuntu
[06:24] <melmoth> i do not see anything like cretaeing ssh key or similar.
[06:24] <kurt_> bigjools: I believe I am running in to this: https://bugs.launchpad.net/maas/+bug/1204507
[06:24] <ubot5> Launchpad bug 1204507 in maas (Ubuntu Quantal) "MAAS rejects empty files" [Undecided,Confirmed]
[06:24] <kurt_> my error is "error: cannot create bootstrap state file: gomaasapi: got error back from server: 400 BAD REQUEST"
[06:24] <bigjools> kurt_: yes I just told dave how to help you
[06:24] <kurt_> lol
[06:24] <kurt_> you are watching juju too?
[06:25] <bigjools> I'm in juju-dev
[06:25] <bigjools> melmoth: anything on the other alt-F consoles?
[06:25] <melmoth> ahhh, good point, let see if i can have access to those
[06:25] <bigjools> I suspect it didn't pxe boot and timed out to a local b oot
[06:26] <kurt_> bigjools: does this also mean starting from scratch with new maas build?
[06:26] <bigjools> kurt_: no you just need to upgrade the package
[06:27] <kurt_> bigjools: thanks.  back to RTFMing to figure that part out now. :D
[06:27] <melmoth> hm on f7, datasourcenotfindexception
[06:27] <bigjools> kurt_: well it's not released yet IIRC
[06:27] <kurt_> ah, so I can't get it
[06:27] <bigjools> check the proposed pocket in the archive
[06:27] <bigjools> not sure if it made it to -updates yet
[06:28] <bigjools> if desperate you can use the daily ppa
[06:28] <melmoth> there  s what seems ot be a python cloud iit related backtrace, but i cannot copy it entirly, it s ocmplaining about not being able to find a data source, whateber that is
[06:28] <bigjools> melmoth: yeah that's cloud-init
[06:29] <bigjools> is there anything else around that 'HttpResponse' object has no attribute '_is_string' error?
[06:30] <melmoth> bigjools, the error in the maas log, there are tons of the same.Someone here think it s related to a problem with our version of jango and piston
[06:30] <kurt_> member:bigjools its fixed in precise proposed it appears, but not in quantal? or how does that work?
[06:30] <bigjools> yeah that rings a bell
[06:30] <bigjools> what version are you using?
[06:30] <melmoth> precise
[06:30] <melmoth> maas from ppa
[06:30] <kurt_> quantal
[06:31] <kurt_> precise images, but quantal for my maas
[06:31] <bigjools> melmoth: the main archive has the same as the PPA now (apart from the fix that kurt_ is waiting for)
[06:32] <bigjools> oh actually it's released
[06:32] <bigjools> https://launchpad.net/ubuntu/+source/maas/
[06:32]  * kurt_ looks
[06:33] <bigjools> so just apt-get dist-ugprade
[06:33] <bigjools> melmoth: I'm not sure how you;d end up with the wrong versions of those
[06:33] <kurt_> I see it in precise and raring
[06:33] <bigjools> and quantal
[06:34] <kurt_> the release date is too early for the fix, isn't it?
[06:34] <melmoth> i have no idea i dont even know what piston is... let me try to get the url he showed me
[06:34] <kurt_> fix went out 8/15
[06:34]  * kurt_ thinks
[06:34] <bigjools> kurt_: oh yes. the versioning is ummm weird
[06:34] <kurt_> lol
[06:35] <kurt_> you know way better than I do
[06:35] <bigjools> go to raring, or down to precise
[06:35] <bigjools> not sure quantal is much of a focus tbh
[06:35] <kurt_> lol, so I lose with quantal?
[06:35] <bigjools> 'fraid so
[06:35] <kurt_> who can I bother to get it updated? :D
[06:36] <melmoth> bigjools, that the url he mention https://launchpad.net/ubuntu/+source/python-django-piston/0.2.3-1ubuntu2 it mention a fix for quantal and raring (i have no idea what this is about)
[06:36] <melmoth> we are just at a stage we have no idea what s going on, so we just google for any error message we see
[06:37] <bigjools> melmoth: what does dpkg -l maas|cat show
[06:38] <melmoth> 1.2+bzr1373+dfsg-0ubuntu1~12.04.1
[06:38] <bigjools> there's a newer version  in the main archive
[06:39] <melmoth> ?
[06:39] <melmoth> i m lost
[06:39] <melmoth> i used the ppa , is it not suppose to be the latest ?
[06:39] <melmoth> if not, how can i switch to the latest ?
[06:39] <bigjools> depends on which ppa
[06:39] <bigjools> I think you;re ok for now, so don't worry
[06:39] <bigjools> which version of piston have you got?
[06:40] <melmoth> i used ppq:mqqs-mqintqiners/stqble
[06:40] <bigjools> ok
[06:40] <melmoth> python-djqngo-piston 0.2.3-1ubuntu1
[06:40] <bigjools> mmmm I wonder why precise doesn't have that piston fix
[06:41] <melmoth> ohh, and i keep swiching from a qwerty keyoard to an azery one as well :)
[06:41] <bigjools> yeah I noticed :)
[06:42] <bigjools> melmoth: so I have a feeling that your django is too new for the rest of the packages that use it
[06:42] <bigjools> how did you install everything?
[06:43] <melmoth> well, on a precise box, after adding the ppa and apt-get update, juts did a apt-get install maas maas-dhcp maas-dns maas-cli charm-tools bzr
[06:43] <bigjools> that is_string fix was done over a year ago, but was not put into precise because it doesn't need it there
[06:43] <bigjools> can you remove the PPA and downgrade everything
[06:43] <bigjools> it should start working
[06:43] <melmoth> i also have the the ppa:juju/devel installed btw
[06:43] <bigjools> remove the maas PPA I mean
[06:43] <melmoth> hummm
[06:44] <bigjools> it's not needed for precise installations any more
[06:44] <bigjools> I really ought to purge it
[06:44] <kurt_> bigjools: do you think I am SOL w/r getting that fix in to Quantal in the short term?
[06:44] <bigjools> kurt_: yes, sorry
[06:44] <bigjools> kurt_: if you're brave you can look at the patch and hand hack your files
[06:44] <bigjools> it was a one-liner IIRC
[06:44] <melmoth> bigjools, apprently th enew piston package comes from the grizzly cloud archive
[06:45] <kurt_> I would rather be on a supported line
[06:45] <bigjools> melmoth: ahhhhhh this is interesting
[06:45] <kurt_> can't go to raring
[06:45] <bigjools> kurt_: not sure quantal is supported is it?
[06:45] <bigjools> thought it was rol
[06:45] <bigjools> eol
[06:45] <kurt_> its say (supported) :)
[06:45] <kurt_> is raring LTS?
[06:46] <bigjools> melmoth: so you are on 0.2.3-1ubuntu1 of piston?
[06:46] <bigjools> kurt_: no
[06:46] <kurt_> k, thnx
[06:46] <kurt_> back to precise it is ...
[06:46] <bigjools> neither is quantal
[06:46] <kurt_> 2 steps forward, 3 steps back LOL
[06:46] <bigjools> kurt_: the hand-hack is easy but I really recommend going to raring
[06:47] <melmoth> ahhh, looks like someone installed some ppa for grizzly to play with ceph...I think i know what to do from now, try to get tje old version of piston . Thanks !
[06:47] <bigjools> it has more maas features
[06:47] <bigjools> melmoth: that version of piston is ok though!
[06:47] <bigjools> melmoth: but ok let me know how you get on
[06:47] <kurt_> bigjools: but its not up to date with all of the grizzly stuff and charms for openstack
[06:48] <bigjools> kurt_: raring isn't?  it's newer than quantal so... wtf!
[06:48] <kurt_> I know
[06:48] <kurt_> I will run it past jcastro tomorrow
[06:48] <kurt_> its too late here to start anything tonight
[06:49] <kurt_> anyways, thanks
[06:50] <bigjools> kurt_: np
[07:00] <melmoth> the problem was not piston, it was the new django coming from the cloud archive (well, we think it is, we redeploy a fresh precise and startagain)
[07:07] <bigjools> yeah that's what I thought
[07:07] <bigjools> melmoth: I'm not sure how to file a bug on the cloud archive, but perhaps roaksoax might know
[13:09] <AskUbuntu> Can I install ubuntu desktop GUI on my cloud node | http://askubuntu.com/q/337883
=== freeflying is now known as freeflying_away
[18:20] <kurt_> I am trying to figure out how to get this build on to my host:
[18:20] <kurt_> 1.2+bzr1373+dfsg-0ubuntu1~12.04.2
[18:20] <kurt_> it has fixes I need for juju 1.12
[18:21] <kurt_> its not under maintainers ppa
[18:21] <kurt_> any suggestions?
[18:25] <roaksoax> kurt_: that's the candidate to become an update in the release
[18:25] <roaksoax> so if you want to install from ubuntu's -proposed repository, you could do that
[18:25] <kurt_> roaksoax: that's the part I'm trying to figure out, not being fully familiar with ppa and such
[18:26] <kurt_> what is the ppa I want to add?
[18:26] <kurt_> for precise
[18:26] <roaksoax> kurt_: the version you are referring to above is not on a PPA< but it is on the Ubuntu archives, the -proposed pocket. This is where the packages live for testing before they are send to updates
[18:27] <roaksoax> kurt_: so you could enable it, and update maas from there
[18:27] <kurt_> thanks, do I just download the tar ball directly then?
[18:27] <roaksoax> kurt_: https://wiki.ubuntu.com/Testing/EnableProposed
[18:28] <kurt_> roaksoax: does that then enable the proposed branch for all software on my node?
[18:29] <kurt_> ah I see I can select particular packages
[18:32] <roaksoax> kurt_: yep
[18:39] <kurt_> roaksoax: got it and running, thnx
[18:40] <roaksoax> kurt_: np ;_
[18:40] <roaksoax> :)
[19:31] <kurt_> are there any current bugs around maas-dns not returning name lookups?
[20:28] <roaksoax> kurt_: not that I know off
[20:28] <roaksoax> kurt_: is the DNS/DHCP correctly configured for the cluster?
[20:28] <roaksoax> kurt_: did you make sure the zone names are correct?
[20:39] <kurt_> roaksoax: is there manual configuration that needs to happen?  the only thing I had to do last time was ensure host lookup was pointed to localhost (127.0.0.1). Maas took care of the rest of it before.
[20:39] <kurt_> now when I try lookup to localhost, its not working
[20:51] <roaksoax> kurt_: yes, you need to enable DNS/DHCP on the WebUI
[20:51] <kurt_> ah
[20:51] <roaksoax> (you can do it through the command line too though)
[20:52] <kurt_> hmm…was already set up
[20:54] <kurt_> something odd going on with my interfaces though http://pastebin.ubuntu.com/6034246/
[20:57] <roaksoax> uhmm
[20:57] <kurt_> something is really weird - because it throws an error, but it works for external addresses, but doesn't work for maas resolver
[20:57] <kurt_> http://pastebin.ubuntu.com/6034258/
[21:01] <roaksoax> kurt_: yeah, so make sure your resolv.conf has both, the maas server and another external DNS as dns servers
[21:01] <roaksoax> and see what happens
[21:01] <kurt_> ok
[21:04] <kurt_> ok, that gets rid of "error (network unreachable) resolving", but still no joy for maas only addresses
[21:06] <roaksoax> kurt_: are nodes deployed?
[21:06] <kurt_> roaksoax: yes…ah..maybe I need to start over
[21:07] <roaksoax> uhmm
[21:07] <kurt_> I was told I could just upgrade without having to recommission everything
[21:07] <roaksoax> kurt_: yeah you should haven been able to do that without issues
[21:07] <roaksoax> kurt_: what about reboot your maas server?
[21:07] <kurt_> did that several times :)
[21:07] <roaksoax> uhmm
[21:07] <roaksoax> bigjools: ^^
[21:08] <kurt_> too early for him, isn't it?
[21:08] <roaksoax> yeah :) but in case I die soon
[21:08] <roaksoax> lol
[21:08] <kurt_> lol
[21:09]  * kurt_ scratches his head
[21:10] <roaksoax> im gonna make a setup to try to reproduce
[21:10] <kurt_> oh weird
[21:10] <kurt_> kurt@maas-cntrl:~$ sudo maas --version
[21:10] <kurt_> 1.3.1
[21:11] <roaksoax> that;'s django version i think
[21:11] <roaksoax> not really maas'
[21:11] <kurt_> ohhh
[21:11] <kurt_> how do I get maas version?>
[21:11] <kurt_> dpkg -l | grep maas?
[21:11] <roaksoax> apt-cache policy maas
[21:12] <kurt_> yeah dpkg -l worked too
[21:12] <kurt_> 1.2+bzr1373+dfsg-0ubuntu1~12.04.2   Ubuntu MAAS Server
[21:12] <kurt_> that one has bug fix I need
[21:12] <kurt_> for juju 1.12
[21:12] <roaksoax> yeah maybe there's an upgrade issue
[21:12] <roaksoax> kurt_: does your celery.log and region-celery.log report any weird things?
[21:13] <kurt_> I was looking at that...
[21:14] <kurt_> celery-region has some weirdness
[21:15] <kurt_> http://pastebin.ubuntu.com/6034326/
[21:15] <kurt_> the node is not yet booted
[21:17] <kurt_> taking care of that now
=== freeflying_away is now known as freeflying