[06:15] <raywang> hello, I have maas installed,and there is only one dhcp & dns server which is maas itself in the network, but machines in the same network can not be booted via pxe, it said no proxyDNCP server found. anyone has an idea?
[06:20] <raywang> execuse me , but anyone knows which dhcp service/port maas provide?
[06:21] <bigjools> raywang: maas just relies on the system's ISC DHCP and bind server
[06:21] <bigjools> standard ports
[06:21] <bigjools> and it auto-configures them if you tick the right UI boxes
[06:21] <raywang> bigjools, the client (machine) said, No DHCP or proxyDHCP found.
[06:22] <bigjools> proxy?
[06:22] <bigjools> is it on the same lan segment?
[06:22] <raywang> bigjools, so for the check, what port i need to check if they are listening on maas?
[06:22] <raywang> bigjools, yes,
[06:22] <raywang> bigjools, there is only one switch, which connect maas and client  (two machines)
[06:23] <bigjools> try dhcping to see if it finds the server
[06:23] <raywang> bigjools, i use maas from precise repos btw
[06:23] <bigjools> ah
[06:23] <bigjools> precise is a bit broken, we're SRUing a big change soon
[06:23] <raywang> bigjools, how do i dhcping to see? :)
[06:23] <bigjools> that's the name of a package/command line util
[06:24] <raywang> bigjools, but the problem is on client side, it can not be pxe booted via dhcp, it said  "No dhcp found"
[06:25] <raywang> bigjools, so how do I dhcping the server? you mean run dhcping on maas server?
[06:25] <bigjools> yes
[06:25] <bigjools> then try another machine on the same lan
[06:26] <bigjools> you might need to restart cobbler
[06:26] <bigjools> reconfigure it and restart I mean
[06:30] <raywang> ihashacks, cobbbler comes from maas-provision, dpkg-reconfigure   maas-provision?
[06:30] <raywang> bigjools,  cobbbler comes from maas-provision, dpkg-reconfigure   maas-provision?
[06:30] <raywang> sorry ihashacks  :)
[06:30] <bigjools> raywang: no, "cobbler sync" IIRC
[06:30] <bigjools> it makes sure its config is flushed
[06:31] <bigjools> thankfully cobbler is going the way of the dodo soon
[06:31] <raywang> bigjools, is there any wiki to introduce how to use new maas?
[06:31] <bigjools> raywang: Docs on maas.ubuntu.com
[06:32] <bigjools> step-by-step instructions
[06:32] <raywang> thanks bigjools
[06:32] <bigjools> wselcome
[06:32] <bigjools> and welcome
[06:34] <raywang> bigjools, dont' work,  i have run "dpkg-reconfigure maas-provision, cobbler sync, restart the maas-pserv, maas-tx* services and dnsmasq service", the client still can not be pxe booted.which use to work. :(
[06:35] <raywang> bigjools, so i wonder how to check the dhcp/tftp/ services on maas is working?
[06:37] <bigjools> is the dhcp daemon running?
[06:38] <raywang> bigjools, i think so, dnsmasq is running
[06:38] <bigjools> something wrong with your booting node, I expect
[06:38] <bigjools> can anything pxe boot?
[06:40] <raywang> bigjools, for now, it can't, it use to work
[06:40] <bigjools> what did you change?
[06:42] <raywang> bigjools, just shutdown the maas server and juju bootstrap server,  move the machines to another room, booted them up, and they are fails
[06:43] <raywang> bigjools, run juju status return nothing, so i want to "destroy-environment", and try to bootstrap again. but when run "juju destroy-enviroment" always time out,
[06:43] <bigjools> I expect you have a network problem
[06:44] <raywang> bigjools, run juju boostrap, says I need a environment which is there, so I start to look at the maas UI
[06:44] <raywang> bigjools, and in maas UI, but bootstrap server is still "allocated to root"
[06:44] <raywang> so destroy-environment didn't release the bootstrap server,
[06:45] <raywang> I want to remove the node from maas db via "from maasserver.models import *"
[06:45] <raywang> but it says 'DJANGO_SETTINGS* " is not set.
[06:46] <bigjools> raywang: I have no idea what you broke
[06:47] <bigjools> I would blow it away and reinstall
[06:47] <bigjools> the precise release is buggy as hell
[06:47] <raywang> bigjools, ok,  thanks a lot anyway, at least you help me to sort of my mind. :)
[06:48] <bigjools> the biggest problem is that cobbler gets out of sync with maas
[06:48] <raywang> bigjools, so by reinstalling the maas, what version do you recommend?
[06:48] <bigjools> use the one from the stable PPA
[06:48] <bigjools> it is the version that gets SRUed soon (or thereabouts)
[06:48] <raywang> bigjools, one the from stable ppa use cobbler right now, right?
[06:49] <bigjools> no
[06:49] <bigjools> it's about a thousand revisions newer
[06:51] <raywang> bigjools, but I just install the maas, which is 0.1+bzr482+dfsg-0ubuntu1, from precise/main
[06:51] <raywang> bigjools, this one use cobbler
[06:51] <bigjools> raywang: that's not a PPA package
[06:51] <bigjools> you want ppa:maas-maintainers/stable
[06:51] <raywang> bigjools, ah, ok, get it
[06:52] <raywang> bigjools, do you have the timetable when the maas from stable PPA be SRUed to precise-update?
[06:53] <bigjools> raywang: end of this week if you believe roaksoax :)
[06:53] <raywang> bigjools, ok, i'm really looking forward to it. :)
[06:53] <raywang> bigjools, thanks a lot
[06:53] <bigjools> you and me both!
[06:54] <raywang> :)
[07:00] <trevorj> raywang: enter the python shell from 'maas shell'
[07:00] <trevorj> raywang: that will avoid the DJANGO_SETTINGS_ is not set error
[07:01] <raywang> trevorj, ok, any instrodution to remove a "allocated to root" node form maas? :)
[07:01] <trevorj> raywang: otherwise you can set it yourself to maas.settings
[07:01] <trevorj> raywang: yeah, do this
[07:01] <trevorj> raywang: maas shell
[07:01] <trevorj> raywang: in there, run 'from maasserver.models import Node'
[07:01] <trevorj> raywang: n = Node.objects.get(hostname__startswith='beginningofhostname')
[07:02] <trevorj> raywang: n.release()
[07:02] <trevorj> raywang: that will unallocate it
[07:02] <trevorj> raywang: if you want to then delete it do n.delete()
[07:02] <trevorj> raywang: it's standard django ORM
[07:03] <trevorj> raywang: the quantal maas using the experimental repo is much nicer, btw
[07:03] <trevorj> raywang: but it's a pain to get running, I must say ;)
[07:04] <raywang> trevorj, thanks, it's very helpful, i will try it later
[07:04] <trevorj> raywang: np
[07:05] <trevorj> raywang: install ipython before you run maas shell, it'll make it alot nicer
[07:06] <raywang> trevorj, the one in stable PPA is quantal maas or not?
[07:06] <trevorj> quantal has a newer version included
[07:07] <raywang> maas in maas stable ppa is quantal ?
[07:07] <trevorj> I don't know to be honest
[07:07] <raywang> ok
[07:07] <trevorj> I'm using the testing ppa
[07:07] <bigjools> brave man
[07:07] <trevorj> I don't recommend using that unless you've had experience with Django and such though
[07:07] <trevorj> bigjools: I needed to get quantal nodes deployed
[07:08] <raywang> trevorj, ok, so maas in stable ppa wold be much safer :)
[07:08] <trevorj> raywang: definitely
[07:08] <trevorj> raywang: it doesn't use cobbler and such
[07:09] <trevorj> raywang: the newer versions I mean
[07:09] <trevorj> raywang: so it's a bit less finicky
[07:09] <trevorj> It appears they wrote a tftp server in twisted python as well, fantastic stuff
[07:10] <trevorj> I'm still going through the code, it's very well done
[07:11]  * bigjools feels the love
[07:12] <trevorj> bigjools: you a dev?
[07:12] <bigjools> allegedly I am the lead, yes :)
[07:12] <trevorj> Wow, nice.
[07:12] <trevorj> bigjools: I've been following it for about a year
[07:12] <bigjools> glad you like it
[07:12] <trevorj> bigjools: very good work, especially the recent stuff!
[07:12] <trevorj> bigjools: makes my Django work look rather unprofessional I must say
[07:13] <bigjools> well you can thank allenap, jtv and rvba for most of it
[07:13] <jtv> Huh?  What did we do now?
[07:13] <trevorj> lol
[07:13] <bigjools> jtv: we're getting thanked for maas!
[07:13]  * jtv checks calendar
[07:13] <jtv> Sorry, just being silly.  I do that sometimes.  :)
[07:13] <bigjools> the mayan apocalypse was last year
[07:14] <trevorj> ahaha
[07:14] <jtv> Ah yes.  Slept right through it.
[07:14] <jtv> Anyway, trevorj, stand-up comedy is our day job but we do some coding on the side to make ends meet.  Glad you like it.  :)
[07:14] <trevorj> If I submit some commissioning stuff for HP iLO configuration in the user data, does it have a chance to be included?
[07:14] <trevorj> Are you guys interested in vendor specific stuff like that?
[07:14] <bigjools> sure
[07:14] <bigjools> roaksoax is doing a fix for that actually
[07:15] <bigjools> but if it's generic we'll take anything, or at least put it in docs
[07:15] <trevorj> awesome
[07:15] <bigjools> what's your fix?
[07:15] <trevorj> I've got it working in python script form, but so far it sets the boot order
[07:15] <trevorj> and sets the server name to the hostname
[07:16] <trevorj> among with other things just for us internally
[07:16] <trevorj> I did use a python library however, I'm not sure what the policies for that are? I used python-hpilo as I hate writing HPONCFG XML files.
[07:17] <bigjools> check with roaksoax and he'll guide you, most of that stuff is done by him
[07:17] <trevorj> really? wow.
[07:17] <trevorj> Love reinventing wheels.
[07:18] <trevorj> will do though.
[07:18] <bigjools> well I mean the ilo config was originally coded by him :)
[07:18] <trevorj> Ah, ok, cool
[07:18] <bigjools> it has bugs
[07:18] <bigjools> and ilo seems a bit, errr, funky
[07:18] <trevorj> for how little code it is it works though
[07:18] <trevorj> yeah iLO is always funky
[07:18] <trevorj> not in a good way
[07:18] <bigjools> there's some weird stuff where it programs the wrong slot when enlisting
[07:19] <trevorj> the wrong blade slot?
[07:23] <trevorj> Somehow some of my maas created logins were not working, is that related?
[07:23] <trevorj> Only a couple of them, 2/9
[07:23] <bigjools> the user slot in the bmc
[07:23] <trevorj> I looped through the nodes and reprogrammed them using python-hpilo to what they should be and after that it's been golden
[07:25] <bigjools> trevorj: https://code.launchpad.net/~andreserl/maas/ipmi_usercreation_ilo_versions_trunk/+merge/148579
[07:26] <trevorj> bigjools: nice, looking through now
[07:27] <trevorj> Ah, that's what you mean by slots, and that's why I see 'User3' all over the user data
[07:27] <trevorj> it all makes sense
[07:30] <bigjools> yup
[07:31] <trevorj> Are there any plans for using MaaS to boot from network disks or even into ram?
[07:32] <bigjools> no, the only major item upcoming is the fast installer
[07:32] <trevorj> image based?
[07:32] <bigjools> yes
[07:32] <trevorj> fantastic.
[07:32] <bigjools> I know - can't wait
[07:32] <bigjools> would make my testing life 1000x easier
[07:33] <trevorj> every time I deploy a node I wonder why it isn't done via images, so I'm glad that's on the radar ;)
[07:33] <bigjools> d-i was the easiest way at the time
[07:33] <bigjools> because there was no actual work to do it :)
[07:33] <trevorj> yeah, I can see why
[07:34] <trevorj> I used to do preseeds myself a few years ago for such things, it gets a bit hairy after a while imo
[07:34] <trevorj> I was playing with debirf and then started modifying ltsp to to handle pxe booted kvm hosts a year ago
[07:35] <trevorj> I like the idea of booting from an RO image, but it's even more hairy
[07:36] <trevorj> MaaS has definitely simplified the PXE install scenario for Ubuntu
[07:37] <trevorj> Will the images be downloaded preconfigured or will they be generated on the spot?
[07:37] <bigjools> not sure yet
[07:38] <trevorj> Would be nice to be able to easily customize them if they have build tools of some sort
[07:39] <trevorj> Oh, you know, you're the guy to ask about my avahi issue I suppose
[07:39] <trevorj> My DNS domain is a child domain of .local, so avahi takes precedence of revolves
[07:39] <trevorj> I disabled avahi-daemon in the generic preseed to work around this
[07:40] <trevorj> but I'm afraid of a package pulling it in, so my options are to customize nsswitch.conf or find/make a way for avahi-daemon to not resolve a certain domain and it's children
[07:41] <trevorj> Unless you know of something I'm perhaps missing?
[07:44] <bigjools> I think you need to ask on the server channel about that
[07:45] <trevorj> I have, I'll ask again tomorrow though
[07:47] <trevorj> It mainly causes an issue with juju and less so with maas, I forgot I wasn't in the juju channel
[09:41] <melmoth> hi there. a folsom openstack installation does not let the admin user log in the dahsboard.
[09:41] <melmoth> the keystone charm has set the admin user password correctly, nova commands works all right
[09:42] <melmoth> when trying to log with the admin horizon, the only funny log is something that mention "%SERVICE_TENANT_NAME%" (defautl setting in some config file)
[09:42] <melmoth> http://pastebin.ubuntu.com/5569969/   (see line 442 and 455)
[09:43] <melmoth> there are some file wich have still the defualt %SERVICE user and pass set, but this is also the case on a deployment where things works.
[09:43] <melmoth> any idea what to do, where to look, well, how to investigate this ?
[16:06] <roaksoax> rvba: you are not in today right?
[19:29] <et1337> Hi! I have a question about disaster recovery.
[19:30] <et1337> let's say I have a node with a failed motherboard, but the disk is fine.
[19:30] <et1337> I'd like to swap the mobo and boot it up again, but I know MAAS will not recognize it because the MAC address changed.
[19:31] <et1337> what do I need to do to update that mac address?
[19:31] <et1337> as far as I can tell I just need to update the maasserver_macaddress and maasserver_dhcplease tables in Postgres?
[19:31] <roaksoax> et1337: edit the node in question and add an additional mac address and remove the old one
[19:32] <roaksoax> you can do that from the webui for sure, and I'm guessing you can do that through the maas cli
[19:32] <et1337> oh dang, awesome. I can't believe I dove into postgres before the ui. hah.
[19:33] <et1337> I see it now. sweet, thanks.
[19:33] <roaksoax> cool
[19:35] <et1337> gotta love easy fixes
[19:38] <roaksoax> indeed