[00:05] are there any decent docs about how to write preseed files and modify them for maas? [00:06] bradm: it's not a maas-specific thing really [00:06] https://help.ubuntu.com/12.04/installation-guide/i386/preseed-intro.html [00:06] bigjools: I'm talking about what you can do inside the {{ }} tags [00:07] that's a templating language called Tempita: http://pythonpaste.org/tempita/ [00:07] http://pythonpaste.org/tempita/#the-language specifically [00:08] bigjools: and how do we know what variables we have access to in there? apparently I want to access node.tags.all(), but how would I find that out? [00:08] reading the code, it's not documented :( [00:08] I think what I want is {{ if 'nova-compute' in node.tags.all() }} [00:09] but its a guess based on the examples [00:09] should work [00:11] cool, thanks [02:20] is there any way to either see the preseed that's used by maas for a node, or maybe to capture the output from syslog of the install? [02:20] bradm: yeah there's a preview on the node page [02:21] bigjools: aha, sweet. [02:22] oh, haha, thats what happens when you make assumptions about tag names [02:28] * bigjools gets annoyed with whatever is stealing the ctrl-space shortcut on the desktop [02:28] no, I don't ever want to change my keyboard layout once I set it, Unity === mwhudson is now known as zz_mwhudson [03:50] bigjools: howdy!! so maas was broken in latest trunk and nobody noticed [03:50] :) [03:51] bigjools: fixes were really packaging branch but if I hadn't tested, nobody would have noticed :) [03:53] ugh, debugging preseeds is time consuming [03:54] bigjools: so something changed on how maas binds ports? or how pserv does? cause now I had to use authbind for pserv too when before wasn't needed [03:57] bigjools: uploaded! [04:03] bigjools: any hints on what else it could be to match a tag? if "compute" in node.tags.all() doesn't seem to do it [04:33] ah, node.tags.all() is empty in the preseed [04:33] and the node definately has a tag [04:56] do I need to be using the curtin installer or something? [05:43] roaksoax: it's a *really* good idea to wait for a successful qa lab run before uploading anything [05:44] bradm: it will be returning tag records, not tags, so it will need something like: [05:44] tag.name for tag in node.tags.all() [05:45] you might need :py mode, but see if it works [05:47] bigjools: can I assign that to a variable or something? [05:47] yeah use a define block [05:53] bigjools: so a python define block to create a function? like {{py: def tagsname(n): return tag.name for tag in node.tags.all() }} or something? [05:54] no [05:54] hang on [05:54] bigjools: or the {{def tagsname}} stuff? [05:55] bradm: http://pythonpaste.org/tempita/#inherit-def [05:56] you can set python vars as well [05:58] bigjools: hmm, I'll play about with it and see what I can do [05:58] bigjools: I think this is a really important idiom for tweaking preseeds based on tags [06:05] bradm: yes, sounds reasonable [06:12] bigjools: clearly I suck at this :) [06:13] https://pastebin.canonical.com/104959/ prints out the tags on from the node [06:24] use public pastebin if you can [06:25] but glad it worked for you [06:25] yeah, just need to figure out how to turn that into an if statement now [06:33] {{py: if "mytag" in [tag.name for tag in node.tags.all()] }} [06:33] bigjools: https://pastebin.canonical.com/104960/ [06:33] use public pastebin if you can [06:33] please [06:33] oh, bah [06:34] http://pastebin.ubuntu.com/6947342/ - gives me a function I can use later like - if 'mytag' in tagnames(node) [06:35] bigjools: hrm, yours doesn't work for me [06:35] it was untested :) [06:36] if yours works then fine [06:36] yours is nicer in terms of using less space [06:37] http://pastebin.ubuntu.com/6947349/ <- what I'm trying to do - I can have different late_commands based on tags [06:37] I suspect its the endif etc thats there [06:41] bigjools: thanks for the help, this should work out nicely === zz_mwhudson is now known as mwhudson [06:53] bradm: np [06:54] I don't like maintaining multiple sets of data with most of it duplicated, this will fix that === mwhudson is now known as zz_mwhudson === CyberJacob|Away is now known as CyberJacob === jtv1 is now known as jtv [07:24] * jtv just wasted a few hours trying to get his escaping test for a data display working, only to realise the data got neatly un-escaped as part of the extraction from HTML in the test itself. [08:43] I'm still getting 'AttributeError: class Factory has no attribute 'forProtocol'' when running 'make run+webapp' on trunk. (http://paste.ubuntu.com/6947733/) [08:43] Anyone else seeing this? === CyberJacob is now known as CyberJacob|Away [09:30] bigjools: btw, about lp:~julian-edwards/maas/default-commissioning-series : we're now using Trusty for commissioning but we're still importing *all* the images. This is such a waste of bandwidth! [09:31] Should be an easy fix! [09:48] bigjools: fixing this will reduce the time it takes to import the images. [09:49] rvba: +1! [09:49] silly omission [09:49] although we may need some more for deployment to other releases [09:51] bigjools: we need to keep all the deployment images indeed. But the ephemerals take much longer to import. [09:51] yes [12:34] rvba: I've pushed a change that tests for, and fixes, the QuerySet nastiness. [12:35] jtv: cool, branch approved. [12:39] Thanks! [12:43] jtv: forgot to say, you might want to rename NetworkConnectNodesForm to re-use it verbatim in the method used to remove nodes. [12:44] Might, yes... small tweak to the help string I guess. [12:45] Right. [13:40] rvba, want to try this one? https://code.launchpad.net/~jtv/maas/sample-commissioning-data/+merge/206711 [13:46] jtv: sure [13:55] hi, does it make sense to set "ip address" equal to "router ip" in maas dashboard? [13:56] Hi tomixxx3. I think it does, if your maas server is also your gateway. But we don't really do anything with router_ip; it's just there so you can allocate nodes that are connected to a particular router. [13:57] k i will try - and change it also in "interfaces" [13:58] do i have to re-commission nodes after a change like this? [13:59] Which are you changing? IP address of a cluster interface? [13:59] no, gateway address of the network interface [14:00] Gateway address is different from router_ip... The gateway is configuration for MAAS's DHCP server. [14:00] Basically, that's "when I serve DHCP to a node, where should I tell the node its gateway is?" [14:00] If you're not managing DHCP on any interfaces, it's not going to matter. [14:01] puhh... ok, whre can i set the gateway-address then? [14:01] On the DHCP server. Are you running your own DHCP server for the nodes, or are you letting MAAS serve DHCP? [14:02] MAAS runs DHCP + DNS for the nodes [14:02] Ah OK [14:03] In that case you do need the gateway setting on the cluster interface. [14:03] I don't think you need re-commissioning after a change like that, per se, but the nodes may still have old information. [14:04] k, i should maybe reboot nodes then [14:04] That would make them pick up the settings, yes. [14:04] now is the question what is the gateway address [14:05] Whatever gateway the nodes should use when communicating to the internet. [14:05] my maas server has 2 interfaces. is it the ip of the interface which connects the maas-server to internet? [14:05] would make sense, not? ^^ [14:05] Slightly different: [14:06] the gateway setting tells DHCP clients: "if you have a packet that you want to send to a host that's not on the same network, send it to the gateway and it will forward your packet." [14:07] So if your maas server is also the gateway between the nodes and the internet, it should be the IP address of the interface that the nodes can see. [14:07] (I hope. Rusty!) [14:08] hmm, i have set the gateway equal to ip address, but now my maas-server lost its i-net connection [14:09] The _server_? [14:09] The gateway setting will only affect the nodes. [14:09] yes... [14:09] i swear [14:09] its the server [14:09] Are you sure you edited the cluster interface where you serve DHCP? [14:09] Or it could simply be unrelated... [14:10] i have changed "interfaces" file and i have changed cluster interface settings in maas dashboard [14:10] Ah, then your interfaces file may be broken. [14:10] You could try running "sudo ifup " in a shell (where is e.g. eth0 or eth1) [14:11] Just to see if there's an error... [14:11] ifup, ifdown works [14:11] Hmmm [14:12] i dont understand this [14:13] Neither do I! [14:15] i could try the ip of the other interface card as gateway [14:16] Well... gateway setting shouldn't affect the server itself. Something else is wrong. [14:17] And it sounds as if it's in the system network settings, really, not the MAAS settings. [14:18] server is reachable through 10.0.0.9/MAAS only i-net does not work [14:19] So... the nodes can reach the server and vice versa, but the server cannot reach the internet? [14:19] yes [14:20] And that interface gets its IP address from the uni's DHCP server, right? [14:20] yes [14:20] Does it have one now? Is the interface up? [14:20] yes [14:20] Can the server reach other hosts on the university network? [14:21] just a moment, iam rebooting the server right now - and i have forgotten to run the NAT-script... [14:21] its a NAT script provided by gmb [14:21] Yes, I remember. [14:22] I hope you don't have one of those weird setups where on some boots, eth0 and eth1 are switched around... [14:22] But probably not. [14:22] hehe, i have tried already inverted ethernet ports in the script :D [14:23] Hope that didn't affect anything... [14:23] schould not [14:24] the server behaves like the nodes now: it can resolve the DNS name of any http-url but it cannot connect... [14:24] That does sound as if some wires got crossed somewhere... [14:26] assume my gateway address is 143.205.140.30, the ip of the other network interface [14:26] what could my ethernet settings look like xP - they should also allow 10.0.0.9 as a IP [14:31] sorry wrong question. why iam not able to set the "network" parameter in cluster interface settings [14:31] ? [14:32] Network parameter? I don't understand what parameter that is... do you mean netmaks? [14:32] *netmask? [14:34] no, i mean "network", the part of the net [14:35] Ohhh [14:35] That's not a parameter. [14:35] That's just a network address computed from your cluster interface's IP address and netmask. [14:36] ok [14:46] if i remove the gateway line from the "interfaces" file i have access to i-net on server again [14:49] Oh, did you set your own server's address as its own interface in its own interfaces file!? [14:49] That would create a fun situation. :) [14:50] yes i guess [14:50] bad? [14:51] Yes — if you set a gateway in your interfaces file, that tells _that same machine_ where it should send its internet packets. [14:52] so it asks only itself? [14:52] As you noticed we have 2 "gateway" settings. [14:52] One is in /etc/network/interfaces. [14:52] The other is in MAAS. [14:52] yep [14:53] The one in /etc/network/interfaces is for configuring your server's own networking. [14:53] But the network interface that goes to the "outside" should just get its gateway from DHCP. [14:53] On the other hand, the gateway setting in MAAS is configuration for the DHCP server. [14:53] It doesn't do anything for your machine, but the nodes are its DHCP clients. [14:53] And it tells the _clients_ where their gateway is. [14:54] ohoh [14:54] For the clients (your nodes), your server is the gateway. That's fine. [14:54] But you configured your server to use itself (on the other interface) as the gateway. [14:54] And so it was probably just running around in circles. [14:54] i understand [14:55] good point [14:57] so maas takes control over the one ethernet port? [14:58] wow, this could solve a lot of troubles [15:03] jtv: but i have to configure the ehternet port in the "interfaces" file too? [15:03] jtv: just remove the "gateway" to be the same as the ip [15:03] * jtv reads backscroll [15:04] MAAS doesn't actually take control of any ethernet interfaces. But it serves DHCP on the interface that faces your nodes, which is pretty bossy. [15:04] OK, so only the "gateway" line should be replaced in the "interfaces" file? [15:04] I mean good, but it's more "taking control of the network" than "taking control of the ethernet port." [15:05] It's hard for me to imagine what the current state is, and it's getting a bit late to really dive into it... but generally, you set up your system's networking in /etc/networks/interfaces, and then you let MAAS run on top of that as basically just another server application. === freeflying is now known as freeflying_away [15:07] MAAS tries to _detect_ your system setup when you install it, but it doesn't keep track after that and it doesn't change them. [15:07] It only does that sort of "bossy" stuff on the nodes. [15:07] kk [15:17] shit [15:17] sorry, it seems it is working now! [15:18] i have removed the "gateway" line from "interfaces" and set "ip router" in dashbaoard to "10.0.0.9" - same address like the IP address of the maaas-server [15:19] The "IP router" field in MAAS doesn't matter much — that's just for large setups where you sometimes want to allocate nodes that are connected to specific routers. [15:19] hmmm, or was it the reboot of the nodes? [15:19] i dont know... [15:20] Well the incorrect gateway setting in /etc/networks/interfaces you had earlier definitely sounded like a problem. [15:20] yeah, but before today i had no gateway line configured... [15:21] executed "wget www.orf.at" from ubuntu@cloud1 now and everything seemts to work "index.html" saved... [15:23] i cant believe right now, maybe just a fata morgana [15:23] heh [15:24] Networking can be tough going, but it's useful knowledge in general life. [15:25] And when I say "general," obviously I mean "deeply technical computer-related." :) [15:27] yeah, quite a good feeling right now, i want to expand my cloud :D *hrhr* [15:28] jtv: but it's definitely the "router ip" setting [15:28] if have tried a different value now, and it is not working anymore [15:29] And if you set it back to the previous value, it works again..? [15:29] jtv: worth a try [15:29] what do u mean with previosu value? "ip address" == "router ip" or "ip address" == the address before today? [15:30] i've tried it with "the address before today" and it does not work [15:31] I mean, if you reset it to the "good" value that worked just now, it works again? [15:31] that's what im trying right now [15:31] would be cool [15:31] ^^ [15:32] Let's hope it works! [15:36] yep, working [15:37] Great! I don't understand it, but maybe tomorrow I can look into it. [15:37] For now, I have to leave. [15:38] kk, ty for help so far! [15:39] np! === CyberJacob|Away is now known as CyberJacob === zz_mwhudson is now known as mwhudson === freeflying_away is now known as freeflying [23:13] just upgrade maas on trusty and got this in pserv.log : [23:13] twisted.internet.error.CannotListenError: Couldn't listen on 127.0.0.1:69: [Errno 2] No such file or directory. [23:14] any idea ? [23:14] what version of the package? [23:14] 1.5+bzr1951+1951+243~ppa0~ubuntu14.04.1 [23:15] you are better off using the main archive for trusty [23:15] go it on 1.5+bzr1951-0ubuntu1 too [23:15] the daily build packages may be broken at any time [23:15] ok [23:16] roaksoax: is that ^^ anything like the authbind error you saw? [23:18] bigjools yup. Still need to handle upgradea. Clean inatalls are not affected [23:18] roaksoax: what's the procedure to handle the upgrade so chris38home__ can be unblocked? [23:19] and the rest of us :) [23:19] ;-) [23:19] just edit /etc/authbind/byuid/xyz [23:20] and make ghe 68:68 become68:69 [23:20] right [23:21] cool, got it fixed [23:21] thanks ;-) === mwhudson is now known as zz_mwhudson