[08:26] <Hetfield> good morning @all
[08:26] <Hetfield> how do i change the timezone in maas-deployed nodes? i mean, by default
[08:26] <Hetfield> it's UTC
[08:27] <Hetfield> i don't want to ssh them
[10:25] <mup> Bug #1691072 opened: Cannot install curtin requirement without raised privileges  <MAAS:New> <https://launchpad.net/bugs/1691072>
[10:55] <mup> Bug #1691072 changed: Cannot install curtin requirement without raised privileges  <curtin:New> <MAAS:Invalid> <https://launchpad.net/bugs/1691072>
[12:25] <kiko> ThiagoCMC, what did you configure in terms of storage in MAAS? can you provide a screenshot?
[13:01] <roaksoax> xygnal: howdy! was just checking whether rc4 fix for dhcp relay works fine for you now? (i'm guessing since i didn't hear back, it does)
[13:02] <mup> Bug #1689611 changed: Unable to launch landscape <MAAS:Invalid> <https://launchpad.net/bugs/1689611>
[13:11] <mup> Bug #1689611 opened: Unable to launch landscape <MAAS:Invalid> <https://launchpad.net/bugs/1689611>
[13:20] <mup> Bug #1689611 changed: Unable to launch landscape <MAAS:Invalid> <https://launchpad.net/bugs/1689611>
[14:30] <setuid> Docs here seem to refer to maas 1.9, not 2.x: https://www.ubuntu.com/download/server/provisioning
[14:30] <setuid> They refer to a 'Networks' tab which no longer exists, so the screenshots and writeup should be deprecated
[14:31] <setuid> also, 'maas-rack register' no longer generates or provides the secret, so where does one obtain that?
[14:32] <setuid> n/m, a previous register failure truncated the file to 0 bytes
[14:52] <pmatulis> setuid, in the downloaded ebook you mean?
[14:53] <setuid> pmatulis: Just trying to follow the website instructions to get a working maas 2.x installed, which fails in dozens of glorious ways
[14:53] <pmatulis> setuid, which website instructions?
[14:53] <pmatulis> ahh, lower down
[14:54] <setuid> Right, everything from Step 4 onward, is a fail.
[14:54] <pmatulis> setuid, right, don't use that page at all
[14:54] <setuid> For some reason, my 16.04.2 + maas 2.x from main repo, is repeatedly generating new fabrics almost every time I reload the Subnets page
[14:55] <setuid> pmatulis: That's the same I've heard about every single maas install doc I've found. "Don't use that.." but there isn't a single one that actually works.
[14:55] <setuid> None of them are current, and those that are close, leave a non-functional install about 3/4 of the way through
[14:55] <setuid> And over the last few days, bind9 (dragged in by maas) breaks lxd
[14:56] <pmatulis> setuid, i recommend: https://docs.ubuntu.com/maas/2.2
[14:57] <setuid> As long as it doesn't use conjure-up, juju, lxd or containers... and refers to the current maas in 'main', I should be good.
[14:58] <pmatulis> setuid, in that case: https://docs.ubuntu.com/maas/2.1
[14:58] <stokachu_> setuid: whats wrong?
[14:59] <pmatulis> setuid, but the release of 2.2 is imminent
[14:59] <setuid> 2.2 is fine, as long as it doens't hit the above gaps
[14:59] <setuid> I just need a working maas that I can use to build out reproducers
[14:59] <pmatulis> setuid, great. i await your feedback
[15:00] <pmatulis> (https://github.com/CanonicalLtd/maas-docs/issues/new)
[15:00] <setuid> conjure-up leaves an incomplete install (conjure-up openstack, broken ceph, no endpoints), juju + lxd breaks because of the bind vs. dnsmasq conflicts
[15:00] <stokachu_> setuid: you know conjure-up just uses juju underneath right?
[15:00] <setuid> Yep
[15:01] <stokachu_> so really the problem is juju+lxd
[15:01] <setuid> I will eventually use juju to deploy openstack onto the nodes that maas provisions, assuming I can get that far. I have a 'working' bundle that I was suggested to use.
[15:02] <setuid> stokachu_: I spent half the day yesterday trying to get to rca for why the latest stable maas + juju + lxd shat all over each other
[15:02] <stokachu_> and what did you find?
[15:02] <setuid> turns out that the version of bind that maas pulls in, overrides dnsmasq, and lxd talks to _that_ bind, and grabs a conflicting subnet, so it can't start
[15:02] <stokachu_> is there a bug for that?
[15:03] <setuid> If you stop bind, you can restart lxd all day, reconfigure lxd, restart, all works. If you start bind, it all breaks.
[15:03] <setuid> stokachu_: I'll file it today if I get maas up and running
[15:03] <stokachu_> setuid: mind filing it regardless if you get maas up and running?
[15:03] <stokachu_> it seems like a bug that should be addressed
[15:04] <setuid> Agreed, just have to get openstack working with separate ceph nodes, so I can reproduce $CLIENT bug, that's at the top of my liilst
[15:04] <stokachu_> ok thanks
[15:16] <shubjero> Is deploying a host with jumbo frames broken in MaaS? Running 2.1.3+bzr5573-0ubuntu1~16.04.1
[15:16] <shubjero> I can deploy a host with jumbo frames, but when it boots up.. 5 minutes waiting for the nic's to come up
[15:46] <roaksoax> shubjero: sounds like a firmware bug to me
[16:02] <shubjero> i dont think so
[16:28] <kiko> roaksoax, why firmware and not driver, kernel etc?
[16:28] <kiko> shubjero, AIUI we have jump frames known working well
[18:02] <mup> Bug #1691203 opened: Enable SSL verification for RSD <ssl> <MAAS:Confirmed> <https://launchpad.net/bugs/1691203>
[18:38] <mup> Bug #1691233 opened: Enhance RSD POD Manager to take URL instead of just <IP>:<Port> <MAAS:Confirmed for newell-jensen> <https://launchpad.net/bugs/1691233>
[18:57] <kiko> nice
[21:44] <mup> Bug #1691233 changed: Enhance RSD POD Manager to take URL in addition to <IP>:<Port> <MAAS:Invalid by newell-jensen> <https://launchpad.net/bugs/1691233>
[23:23] <mup> Bug #1690231 changed: [1.9] MAAS can auto-assign a known default gateway for a subnet to a deploying node. <MAAS:Fix Released by mpontillo> <MAAS 1.9:Fix Committed by mpontillo> <MAAS 2.0:Fix Released by mpontillo> <https://launchpad.net/bugs/1690231>