[07:39] <AskUbuntu> Allow loop mounting file inside LXC container? | http://askubuntu.com/q/376345
[09:09] <freeflying> if I change the dns managed by maas after I deployed a env, will it be fine
[09:10] <bigjools> freeflying: maas doesn't care, but you should ask juju folks
[09:10] <freeflying> bigjools, :) thx
[09:25] <rbasak> allenap: FYI, https://bugs.launchpad.net/maas/+bug/1250503
[09:25] <rbasak> allenap: it is related to what we discussed the other day
[09:28] <allenap> rbasak: Yay :)
[10:43] <jtv> rbasak: thanks for uvtool, by the way... it's a massive change to my working routine
[11:01] <rbasak> jtv: np. Glad it helps!
[11:06] <jtv> Oh, it does. Firing up a VM in a few seconds...  The "apt-get update" takes a few minutes, but I can start doing some things before it's done.
[12:57] <jtv> roaksoax: having some trouble preseeding default-maas-url into maas-region-controller... any chance you could help with this?
[13:05] <jtv> roaksoax: I can preseed maas-url into maas-cluster-controller, and then apt-get install maas and see my preseeded value appear in the config.  But not the default-maas-url in maas-region-controller.
[13:48] <matsubara> jtv, hey, I never got that work (as you probably noticed in the XXX I left in the integration tests). I'd be interested to hear about the solution. Could you paste the preseed you're using?
[14:17] <roaksoax> jtv: i don't think we can because the code tries to determine it automatically
[14:17] <roaksoax> why would you need one?
[14:23] <matsubara> roaksoax, makes it easier to preconfigure maas for the integration tests. Could the code not try to determine it automatically if debconf-set-selection is set?
[14:27] <matsubara> roaksoax, Currently one has to run dpkg-reconfigure maas-region-controller to set the correct value (if the autodetection detects the wrong interface) or edit /etc/maas/maas_local_settings.py
[14:28] <roaksoax> matsubara: that's the problem, we won't be able to do that
[14:28] <matsubara> roaksoax, why not?
[14:29] <roaksoax> matsubara: check maas-region-controller.postinst and .config
[14:31] <roaksoax> matsubara: i guess that the config section could be changed, but dunno what effects would that cause
[14:37] <roaksoax> matsubara: that's what I think it is preventing it from being set in the preseed
[14:38] <matsubara> roaksoax, right I just tried on a VM and even if the preseed value is set, the config overrides the value with the autodetected one
[14:40] <roaksoax> matsubara: have you identified where is it doing that?
[14:41] <roaksoax> matsubara: i'm guessing it is in line 174 of postinst
[14:43] <matsubara> roaksoax, yep, around that line. I guess it's possible to add another if there and try to db_get the value and if there's one, use that, otherwise, try to autodetect
[14:45] <matsubara> roaksoax, something like this: http://pastebin.ubuntu.com/6410976/ (excuse the wrong bash syntax, etc)
[14:45] <matsubara> damn, totally wrong identation, but I think you get my meaning.
[14:49] <roaksoax> matsubara: i was thinking more along the lines of http://paste.ubuntu.com/6410993/
[14:49] <roaksoax> but yeat it is the same idea
[14:51] <matsubara> roaksoax, perfect r=me hehe
[14:54] <roaksoax> matsubara: so you wnat me to commit that ?
[14:55] <matsubara> roaksoax, yep, would be nice to have preseeds working. I know I'd use them in the integration tests and jtv is probably going to use the same thing in maas-test
[14:56] <roaksoax> matsubara: cool
[14:56] <matsubara> thanks roaksoax
[14:58] <roaksoax> matsubara: https://code.launchpad.net/~andreserl/maas/packaging_default_url_preseed/+merge/195074
[15:01] <matsubara> btw, I just changed lp:~maas-maintainers/maas/packaging to be ~maas-maintainers rather than ~launchpad-reviewers
[15:02] <roaksoax> matsubara: k thanks
[15:02] <roaksoax> matsubara: btw.. can you review/approve the branch
[15:02] <roaksoax> so I can land it?
[15:06] <matsubara> roaksoax, done. As I mentioned in the MP, I'd update the comments as well, but it's up to you
[15:06] <matsubara> roaksoax, does that need to be backported to precise too?
[15:07] <roaksoax> matsubara: no
[15:07] <roaksoax> matsubara: this change is not critical to be backported
[15:07] <matsubara> ah right, we use precise+ctools
[15:07] <roaksoax> yup
[15:07] <matsubara> and ctools uses that packaging branch, right?
[15:08] <roaksoax> matsubara: ctools uses saucy, and current dev release, depending on what ctools being used
[15:08] <roaksoax> released one uses saucy
[15:13] <jtv> roaksoax: does this mean the preseed will start working?  That'd be awesome for maas-test.
[15:14] <roaksoax> jtv: yeah, but for trusty+
[15:15] <jtv> awww
[16:10] <Azendale> Is there a way with maas-cli to programmatically set the power options for a node? I see 'maas-cli rnode read', but I need to write
[16:14] <roaksoax> Azendale: there is
[16:14] <roaksoax> Azendale: http://maas.ubuntu.com/docs/man/maas-cli.8.html
[16:14] <roaksoax> Azendale: go to "Example: Setting the power parameters for an ipmi enabled node:" for an example
[16:15] <Azendale> roaksoax: perfect, thanks!
[17:33] <Azendale> bigjools: So, the problem where DHCP would die did have to do with virtualization. I've tried reinstalling MaaS and had the same problem in KVM, but I tried setting up a new install of MaaS in LXC (had to turn apparmor off for the ephemeral image import, though), and it had no problem handling 25 machines at a time (which would have made the KVM one fall over)
[21:17] <wintrmute> anyone know why resolvconf seems to ignore multiple domain-name-servers option from dhcp on a maas rc running ubuntu 13.10?
[21:18] <wintrmute> im trying to get the maas rc working with its own dhcp and dns for nodes on a physical network that already has a dhcp/dns server
[21:20] <wintrmute> so i have "options domain-name-servers 127.0.0.1, <dhcp/dns IP>" being passed to the maas rc via dhcp, but it only shows the localhost nameserver in resolv.conf
[21:28] <rharper> wintrmute: not sure if its the same issue; but I have two nameserver entries (one for the external dhcp server, one for the maas server), and then put nameserver 127.0.0.1 first ; this allows my host to resolve but maas defined host (XXXXX.master) and systems outside of maas.
[21:33] <wintrmute> rharper, thats what im trying to do.  does your system use resolvconf to manage resolv.conf?
[21:35] <rharper> wintrmute: it does; but I just pasted that into /etc/resolv.conf because I needed to get something done
[21:35] <rharper> http://paste.ubuntu.com/6412819/
[21:36] <rharper> is what I have; but I should figure how to have resolveconf write that out properly so it works across reboots
[21:41] <wintrmute> rharper, thanks for pasting.  you can edit what goes into the resolv.conf via resolvconf by editing /etc/resolvconf/resolv.conf.d/base and head files
[21:41] <wintrmute> rharper, but when i directly edit similar information into my resolv.conf file, the server doesnt roll lookups from localhost to the other dns
[21:41] <rharper> ok
[21:42] <rharper> hrm
[21:42] <wintrmute> so strange
[21:43] <wintrmute> mind pasting what you have in /etc/host.conf?
[21:43] <rharper> sure
[21:43] <rharper> order hosts,bind
[21:43] <rharper> multi on
[21:44] <wintrmute> same
[21:44] <rharper> running saucy
[21:44] <wintrmute> smae
[21:44] <wintrmute> and your network configuration is hardcoded into /etc/network/interfaces?
[21:45] <wintrmute> or do you give the maas rc its info via dhcp
[21:46] <rharper> half and half
[21:46] <rharper> eth0 is dhcp
[21:46] <rharper> eth1 is interfaces
[21:46] <rharper> static
[21:46] <rharper> maas only manages the eth1/static interface
[21:47] <wintrmute> oh and your maas cluster is on eth1?
[21:49] <rharper> yes
[21:50] <wintrmute> hmm, maybe i should give that a try.  did you add eth1 via the "edit cluster controller" maas web gui page?
[21:50] <rharper> wintrmute: no, via cloud-config meta-data
[21:50] <rharper> well, actually via maas-cli
[21:50] <wintrmute> kk, should be the same then
[21:51] <rharper> maas-cli admin node-group-interface update `cat /tmp/maas_cluster_uuid` eth1 ip_range_high=10.11.12.200 ip_range_low=10.11.12.100 management=2 broadcast_ip=10.11.12.255 router_ip=10.11.12.1
[21:52] <wintrmute> rharper, gotcha.  gonna give eth1 a shot, may be back with more questions for you.  thx for the help ;)
[21:52] <rharper> sure
[22:20] <wintrmute> rharper, btw is your rc a vm or physical?
[22:41] <rharper> wintrmute: all VMs
[22:42] <wintrmute> rharper, so your rc has two virtual nics bridged to the same physical nic on the host?
[22:43] <rharper> the maas VM has two nics, one nic (eth0) is running virbr0 (libvirt nat bridge), the second (eth1) is on a new host bridge (10.11.12.1) which is NATed, but no dhcp/dsn from libvirt on it
[22:44] <wintrmute> rharper, are the nodes all running on the same host or different hosts?
[22:45] <rharper> wintrmute: same host
[22:45] <rharper> but doesn't matter
[22:45] <rharper> what matters is network and 'power' access to the host
[22:46] <rharper> maas needs to knw how to virsh connect to the host with the VM, and the network traffic needs to appear on the bridge
[22:46] <rharper> so, we could either bridge in separate physical nic, or vlan
[22:51] <wintrmute> i see what youre saying.  im using virtualbox and for some reason the maas rc vm isnt working with 2 bridged nics
[22:52] <rharper> yeah, I don't know enought about how VB configures the host bridges and iptables
[22:52] <rharper> libvirt creates the bridge, sets up iptables to do NAT from the second bridge
[22:53] <rharper> fairly soon I'll have a script that'll bring the whole cluster up; but still need to do quite a few things by hand; it's been a learning experience for me
[22:54] <wintrmute> im just trying to get a cluster up and juju running atm ;)
[22:57] <rharper> yep; that's exactly what I'm doing;