=== freeflying is now known as freeflying_away === freeflying_away is now known as freeflying === freeflying is now known as freeflying_away === freeflying_away is now known as freeflying [07:39] Allow loop mounting file inside LXC container? | http://askubuntu.com/q/376345 === CyberJacob|Away is now known as CyberJacob [09:09] if I change the dns managed by maas after I deployed a env, will it be fine [09:10] freeflying: maas doesn't care, but you should ask juju folks [09:10] bigjools, :) thx [09:25] allenap: FYI, https://bugs.launchpad.net/maas/+bug/1250503 [09:25] Ubuntu bug 1250503 in MAAS "Console output missing on highbank/midway in Saucy" [High,Triaged] [09:25] allenap: it is related to what we discussed the other day [09:28] rbasak: Yay :) === CyberJacob is now known as CyberJacob|Away [10:43] rbasak: thanks for uvtool, by the way... it's a massive change to my working routine [11:01] jtv: np. Glad it helps! [11:06] 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. === freeflying is now known as freeflying_away [12:57] roaksoax: having some trouble preseeding default-maas-url into maas-region-controller... any chance you could help with this? === freeflying_away is now known as freeflying [13:05] 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] 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] jtv: i don't think we can because the code tries to determine it automatically [14:17] why would you need one? [14:23] 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? === Spideyman is now known as Spideyman_afk [14:27] 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] matsubara: that's the problem, we won't be able to do that [14:28] roaksoax, why not? [14:29] matsubara: check maas-region-controller.postinst and .config [14:31] matsubara: i guess that the config section could be changed, but dunno what effects would that cause [14:37] matsubara: that's what I think it is preventing it from being set in the preseed [14:38] 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] matsubara: have you identified where is it doing that? [14:41] matsubara: i'm guessing it is in line 174 of postinst [14:43] 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] roaksoax, something like this: http://pastebin.ubuntu.com/6410976/ (excuse the wrong bash syntax, etc) [14:45] damn, totally wrong identation, but I think you get my meaning. === Spideyman_afk is now known as Spideyman [14:49] matsubara: i was thinking more along the lines of http://paste.ubuntu.com/6410993/ [14:49] but yeat it is the same idea [14:51] roaksoax, perfect r=me hehe [14:54] matsubara: so you wnat me to commit that ? [14:55] 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] matsubara: cool [14:56] thanks roaksoax [14:58] matsubara: https://code.launchpad.net/~andreserl/maas/packaging_default_url_preseed/+merge/195074 [15:01] btw, I just changed lp:~maas-maintainers/maas/packaging to be ~maas-maintainers rather than ~launchpad-reviewers [15:02] matsubara: k thanks [15:02] matsubara: btw.. can you review/approve the branch [15:02] so I can land it? [15:06] roaksoax, done. As I mentioned in the MP, I'd update the comments as well, but it's up to you [15:06] roaksoax, does that need to be backported to precise too? [15:07] matsubara: no [15:07] matsubara: this change is not critical to be backported [15:07] ah right, we use precise+ctools [15:07] yup [15:07] and ctools uses that packaging branch, right? [15:08] matsubara: ctools uses saucy, and current dev release, depending on what ctools being used [15:08] released one uses saucy [15:13] roaksoax: does this mean the preseed will start working? That'd be awesome for maas-test. [15:14] jtv: yeah, but for trusty+ [15:15] awww [16:10] 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] Azendale: there is [16:14] Azendale: http://maas.ubuntu.com/docs/man/maas-cli.8.html [16:14] Azendale: go to "Example: Setting the power parameters for an ipmi enabled node:" for an example [16:15] roaksoax: perfect, thanks! === Spideyman is now known as Spideyman_afk === Spideyman_afk is now known as Spideyman [17:33] 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) === Spideyman is now known as Spideyman_afk === Spideyman_afk is now known as Spideyman === CyberJacob|Away is now known as CyberJacob === Spideyman is now known as Spideyman_afk === Spideyman_afk is now known as Spideyman [21:17] anyone know why resolvconf seems to ignore multiple domain-name-servers option from dhcp on a maas rc running ubuntu 13.10? [21:18] 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] so i have "options domain-name-servers 127.0.0.1, " being passed to the maas rc via dhcp, but it only shows the localhost nameserver in resolv.conf [21:28] 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] rharper, thats what im trying to do. does your system use resolvconf to manage resolv.conf? [21:35] wintrmute: it does; but I just pasted that into /etc/resolv.conf because I needed to get something done [21:35] http://paste.ubuntu.com/6412819/ [21:36] is what I have; but I should figure how to have resolveconf write that out properly so it works across reboots [21:41] 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] 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] ok [21:42] hrm [21:42] so strange [21:43] mind pasting what you have in /etc/host.conf? [21:43] sure [21:43] order hosts,bind [21:43] multi on [21:44] same [21:44] running saucy [21:44] smae [21:44] and your network configuration is hardcoded into /etc/network/interfaces? [21:45] or do you give the maas rc its info via dhcp [21:46] half and half [21:46] eth0 is dhcp [21:46] eth1 is interfaces [21:46] static [21:46] maas only manages the eth1/static interface [21:47] oh and your maas cluster is on eth1? [21:49] yes [21:50] hmm, maybe i should give that a try. did you add eth1 via the "edit cluster controller" maas web gui page? [21:50] wintrmute: no, via cloud-config meta-data [21:50] well, actually via maas-cli [21:50] kk, should be the same then [21:51] 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] rharper, gotcha. gonna give eth1 a shot, may be back with more questions for you. thx for the help ;) [21:52] sure [22:20] rharper, btw is your rc a vm or physical? [22:41] wintrmute: all VMs [22:42] rharper, so your rc has two virtual nics bridged to the same physical nic on the host? [22:43] 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] rharper, are the nodes all running on the same host or different hosts? [22:45] wintrmute: same host [22:45] but doesn't matter [22:45] what matters is network and 'power' access to the host [22:46] 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] so, we could either bridge in separate physical nic, or vlan [22:51] i see what youre saying. im using virtualbox and for some reason the maas rc vm isnt working with 2 bridged nics [22:52] yeah, I don't know enought about how VB configures the host bridges and iptables [22:52] libvirt creates the bridge, sets up iptables to do NAT from the second bridge [22:53] 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] im just trying to get a cluster up and juju running atm ;) [22:57] yep; that's exactly what I'm doing; === freeflying is now known as freeflying_away === freeflying_away is now known as freeflying