[00:17] <bluis8> I am trying to understand how can I set a maas server
[00:17] <bluis8> First time
[00:17] <bluis8> ??
[00:17] <bluis8> Bye
[00:17] <bluis8> Anybody??
[00:46] <bw__> Is there a usable guide for creating your own images for use in maas 2.1?
[02:15] <pmatulis> bluis8...
[02:15] <pmatulis> bw__...
[12:03] <mup> Bug #1465732 changed: 1.8.0 Incorrect interaction on actions button <ui> <MAAS:Won't Fix by ricgard> <https://launchpad.net/bugs/1465732>
[12:03] <mup> Bug #1477614 changed: 1.8 Re-align two column tables <ui> <MAAS:Fix Released by ricgard> <https://launchpad.net/bugs/1477614>
[12:03] <mup> Bug #1605253 changed: [doc] maas.io/get-started refers to 1.9 and not 2.0 <maasgh> <ux> <MAAS:Fix Released by ricgard> <https://launchpad.net/bugs/1605253>
[13:40] <GMR_Master> Any MAAS Dev on yet ?
[13:44] <brendand> teranet, yes - what's up?
[13:44] <teranet> are you working on the latest code of MAAs right now too ?
[13:45] <brendand> teranet, yes
[13:46] <teranet> Andres closed a ticket which is a bug and needs to be addresses with the latest packages the DHCP Server fails to work within maas : https://bugs.launchpad.net/maas/+bug/1649397
[13:46] <teranet> The issue there is that a file in this bug is removed on restart which should never ever been removed.
[13:46] <teranet>  ConditionPathExists=/var/lib/maas/dhcpd.conf was not met
[13:47] <teranet> Each time you reboot the MAAS Rack Controller it for some odd reason remove this file
[13:47] <teranet> this only happens with the latest in 16.04 LTS
[13:48] <brendand> teranet, that file is owned by maas, so what makes you say it should never be removed?
[13:48] <teranet> even if there isn't a need for MAAS-DHCP the file has to exist otherwise when MAAS decided to use it it fails.
[13:49] <teranet> in MAAS 1.9 and 2.0 it always existed now all of the sudden in 2.1.1 it's gone
[13:49] <teranet> as soon you manually touch the file the DHCP server of MAAS is kicked in and works ... still missing it's config because it's blank
[13:51] <teranet> I troubleshoot this issue now since a week and it boils down to the same result. Also bdx stood up the same box completly indipendant from me and ran into the exact same issue
[13:51] <teranet> I do have MAAS DHCP configured in the MAAS GUI but it still won't create the file listed above
[13:52] <brendand> teranet, what are you actually doing in maas itself? are you trying to enable dhcp and that's failing?
[13:53] <brendand> teranet, starting maas-dhcpd independently of maas itself is not a workflow that is supported
[13:53] <teranet> Yes but as you might know you can't enable DHCP in the latest Version anymore the way it was like in 1.9 or 2.0
[13:53] <teranet> stay on the point brendand
[13:54] <brendand> teranet, it's not known to be broken, so there's something about your environment that stops it from working, let's figure out what that is
[13:54] <teranet> when you setup MAAS and let maas manage DHCP it has to start DHCP no matter what
[13:58] <brendand> teranet, let's start from step one, i guess you are able to reproduce this after installing maas freshly (not upgrading an existing one)
[13:58] <teranet> correct as stated even bdx came to the same result
[13:59] <brendand> teranet, by the way, i am not assuming you are not having a real issue, but you shouldn't also assume maas is generally broken. we do test it quite a bit, but cannot test everything. obviously there is something special about your environment that makes it not work
[13:59] <brendand> teranet, so that's a helpful data point
[14:00] <brendand> teranet, now when do you first see an issue? when enabling dhcp?
[14:02] <brendand> that is, in the ui
[15:48] <roaksoax> bdx: I think the issue you are having is that your rack controller doesn't know how to create the dhcpd config file
[15:48] <roaksoax> bdx: the "flat" network scenario would be that you have an interface on an  "untagged" vlan
[15:50] <teranet> that's what we have just fyi roaksoax
[15:56] <brandor5> Hello everyone: I'm trying to use maas to push some routes out to hosts and /etc/network/interfaces is being mangled a bit preventing some of the routes from working. http://pastebin.com/Ne7HCHEx shows what I mean. Notice the lack of a newline after the first route. This seems like a bug, anyone have idea why it's happening?
[15:57] <roaksoax> brandor5: what do you mean by mangled ?
[15:57] <roaksoax> brandor5: are you adding the routes via preseeds ?
[15:57] <brandor5> roaksoax: it's not inserting newlines, look at the link I posted
[15:57] <brandor5> roaksoax: I'm setting these routes in maas itself under the subnet definition
[15:58] <roaksoax> brandor5:  for the machine you are deploying/deployed, can you get the maas <user> machine get-curtin-config ?
[15:58] <roaksoax> brandor5: that should show me the config MAAS is sending to curtin, and curtin parses that and creates e/n/i
[15:58] <brandor5> roaksoax: ok, hold on a second, i'll try to grab that info
[16:15] <brandor5> roaksoax: Here is that info: http://pastebin.com/t4ksnaSP
[16:25] <mup> Bug #1649626 opened: Failed deployment on Proliant DL 380 Gen9 <curtin:New> <MAAS:New> <https://launchpad.net/bugs/1649626>
[16:35] <roaksoax> brandor5: does that include all the routes you are expecting ?
[16:36] <brandor5> roaksoax: yes
[16:42] <roaksoax> brandor5: seems like a bug then. Can you please file a bug against launchpad.net/maas and attach your e/n/i and the output of get-curtin-config ?
[16:42] <brandor5> roaksoax: sure thing
[16:43] <roaksoax> brandor5: the bug doens't seem to be in MAAS, but it will be a curtin bug for sure, but we will track it in MAAS too
[16:57] <bdx> roaksoax: true, see my latest comment/question on https://bugs.launchpad.net/maas/+bug/1649397
[17:01] <bw__> Looking for image creation guide for maas 2.1+... any pointers?
[17:02] <bw__> maas-image-builder is deprecated?
[17:05] <roaksoax> bdx: "maas sysadmin vlan update fabric-0 untagged dhcp_on=True primary_rack=sf2-maas00" -> this is not a fix, this is how you enable DHCP on MAAS 2.0+
[17:06] <roaksoax> bdx: or, you go to the WebUI, you chose a VLAN (i.e. 'untagged' VLAN on fabric-0), and "Take Action -> Provide DHCP"
[17:13] <roaksoax> bdx: and the flat network case, that means you, in MAAS, have at least
[17:13] <roaksoax> 1. One fabric, One "VLAN", One subnet
[17:13] <roaksoax> bdx: so that would be:
[17:13] <roaksoax> fabric-0 - 'untagged' - X.X.X.X/24
[17:14] <roaksoax> bdx: and you need a rack controller connected to the 'untagged' VLAN of fabric-0
[17:16] <bdx> roaksoax: so possibly the scenario is different when you only have a single interface, with a single flat subnet upon which you are trying to provide DHCP
[17:17] <bdx> because the option to provide DHCP just doesn't exist in the gui without first applying "maas sysadmin vlan update fabric-0 untagged dhcp_on=True primary_rack=sf2-maas00"
[17:20] <roaksoax> bdx: go to the VLAN (i.e. untagged)
[17:20] <roaksoax> bdx: click on "Take Action"
[17:20] <roaksoax> bdx: and you will see "Provide DHCP"
[17:21] <bdx> roaksoax: spinning up a fresh instance now to go through this step by step
[17:24] <roaksoax> bdx: http://people.canonical.com/~andreserl/vlan-provide-dhcp.png
[17:25] <roaksoax> bdx: that's a freshly installed 2.1.1
[17:25]  * roaksoax reproduces with 2.1.2
[17:27] <roaksoax> same behavior with 2.1.2
[17:28] <bdx> roaksoax: yea ... I'm not hitting the issue anymore .... not sure why I can't reproduce it now
[17:29] <bdx> roaksoax: thanks for looking into this
[17:29] <roaksoax> bdx: no worries, glad I can help
[18:10] <brandor5> roaksoax: bug added (1649652)
[18:13] <mup> Bug #1649652 opened: [MAAS 2.1.2] Issue with adding routes to hosts  via maas <MAAS:New> <https://launchpad.net/bugs/1649652>
[19:00] <brandor5> is there a way to have maas run a script at the end of provisioning a system?