=== menn0 is now known as menn0-afk === menn0-afk is now known as menn0 === CyberJacc is now known as CyberJacob === CyberJacob is now known as Guest84891 === bogdanteleaga_ is now known as bogdanteleaga === marlinc_ is now known as marlinc [07:52] Hello there. Is it possible to have MAAS assign ip's without having DHCP active on a specific subnet without putting things to static? === essembe is now known as sbeattie [13:13] BlackDex: MAAS 1.9 can do static assigments, but it will also provide DHCP for that statically configured IP, for backwards compatibility [13:55] Bug #1556952 opened: High CPU usage in browser when region is unavailable [14:28] Bug #1556963 opened: HandlerError suppressed in UI [14:46] Is there a way to boot a maas node into a rescue system _without_ releasing it? I accidentally made a change that made it unconnectable via ssh, and redeploying would take a while. I could either wait until I get physical access, or just PXE boot a rescue shell and fix the sshd_config or something [14:47] Does maas make this easy? [15:31] morning [15:32] is it possible to trigger a build for maas 2.0 [16:16] Bug #1557030 opened: Digital Logers Power Type Fails Power On [16:25] mattyw: ppa:maas/next [16:25] err [16:25] mag009_: ^^ [16:25] mag009_: or xenial repositories [16:26] ya that one [16:26] I just installed using the trunk repo [16:26] it fixed the following issue : https://bugs.launchpad.net/maas/+bug/1547275 [16:31] mag009_: yeah, alpha2 is in ppa:maas/next-proposed [16:32] ah crap wasn't there last week ? [16:32] i'm sure I checked last thursday [16:32] :D [16:32] thanks [16:32] mag009_: we uploaded it on friday, and haven't made the annoucement yet [16:32] ah! :) [16:33] anyway I managed to get it working manually but now I'm facing another issue [16:33] mag009_: which one is it? [16:33] seem the commissioning is broken [16:33] mag009_: https://bugs.launchpad.net/maas/+bug/1555570 [16:33] when cloud-init call : ?op=get_preseed it return no url [16:34] 'NoneType' object has no attribute 'url' [16:34] it call : MAAS/metadata/latest/by-id/4y3h83/?op=get_preseed and the result is that [16:34] mag009_: or https://bugs.launchpad.net/maas/+bug/1554566 [16:34] mag009_: ah yea, so it is the latter [16:35] mag009_: ok, so there's a work around [16:35] mag009_: go to the Node listing page, click on 'Controllers', then Click on the rack controller [16:35] ok im there [16:36] what next? [16:36] mag009_: on the interfaces section of the rack controller, look for the NIC that has an IP address directly connected to the vlan/subnet your machines are DHCP'ing from [16:36] yes its there [16:36] mag009_: ok, what Fabric is it on ? [16:36] ah change the fabric [16:36] its duplicated with another [16:36] mag009_: yeah, change the fabric to Fabric-0 and see what happens ? [16:37] mag009_: can you attach a screenshot of the original one to the bug though please ? [16:37] screenshot of ? [16:38] the controller page [16:38] mag009_: the interfaces section [16:38] mag009_: either way, moving that specific interface into Fabric-0 should fix your issue [16:40] so if i understand correctly it has to be in fabric-0 [16:41] its just a workaround for now [16:41] still the same result [16:42] http://pastebin.com/d71fcLs7 [16:42] here's the log [16:42] regiond.log [16:44] mag009_: strange... the work around works for me but for noone else I've asked to try it [16:44] mag009_: ok, we'll look into it [16:45] if you need me let me know I'm also looking at the code to see what the issue is [16:46] mag009_: thanks! [16:50] mag009_: oh... did you re-enable DHCP once you moved the interface to Fabric-0 [16:51] I'm using unmanaged [16:52] i have a external dhcp that managed the dhcp side [16:52] and my maas instance is on that network [16:52] mag009_: ah! that may be an issue since 2.0 won't support external DHCP [16:52] are you kidding me ? [16:53] I loved maas because it was bare minimal :) all my dhcp dns is out-of-band [16:53] our dhcp server are hosted on each top of rack [16:53] we use cumulus switches [16:54] right... we no longer perform testing against external DHCP and with this new networking support and such, official support for external DHCP is being dropped. It may still work but we no longer support it [17:07] but still I don't think it is related to the dhcp I wouldn't be able to enlist my node if that was the case [17:08] mag009_: no, this issue is not related to DHCP but rather how we tell the node what url to access [17:08] mag009_: and there's a bug on how we doing that [17:22] ok found it [17:22] I've enabled the dhcp in maas for that subnet and it worked [17:22] now I can access the url [17:22] this goes against our setup tho [17:29] mag009_: the bug is there regardless, so it does need to get fixed [17:34] i can pass that step in the commissioning [17:34] but it fail near the end [17:42] found why ... [17:42] is there a way to not have maas manage the dns ? [17:42] it uses the controller as nameserver [17:43] which is wrong... it should be the one I've set on the dhcp [18:28] Bug #1557100 opened: [2.0a1] Fabric IDs (and thus default names) can get very large if rack continually fails to register [18:40] Bug #1557100 changed: [2.0a1] Fabric IDs (and thus default names) can get very large if rack continually fails to register [18:52] Bug #1557100 opened: [2.0a1] Fabric IDs (and thus default names) can get very large if rack continually fails to register [18:52] Bug #1557103 opened: After having disabled secondary rack, dhcpd fails [19:59] Bug #1557144 opened: [2.0a1] Nodes fail to boot when enlisting with Xenial [22:26] Bug #1554814 changed: [2.0a1]: Can't auto enlist with two Rack Controllers, works with one [22:50] Bug #1557204 opened: maas dnsresources create/update cannot assign a dhcp assigned IP address [23:05] Bug #1557204 changed: maas dnsresources create/update cannot assign a dhcp assigned IP address [23:35] Bug #1555570 changed: Trying to commission a machine results into booting to the enlistment environment