/srv/irclogs.ubuntu.com/2017/05/16/#maas.txt

=== frankban|afk is now known as frankban
Hetfieldgood morning @all08:26
Hetfieldhow do i change the timezone in maas-deployed nodes? i mean, by default08:26
Hetfieldit's UTC08:26
Hetfieldi don't want to ssh them08:27
mupBug #1691072 opened: Cannot install curtin requirement without raised privileges  <MAAS:New> <https://launchpad.net/bugs/1691072>10:25
mupBug #1691072 changed: Cannot install curtin requirement without raised privileges  <curtin:New> <MAAS:Invalid> <https://launchpad.net/bugs/1691072>10:55
kikoThiagoCMC, what did you configure in terms of storage in MAAS? can you provide a screenshot?12:25
roaksoaxxygnal: 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:01
mupBug #1689611 changed: Unable to launch landscape <MAAS:Invalid> <https://launchpad.net/bugs/1689611>13:02
mupBug #1689611 opened: Unable to launch landscape <MAAS:Invalid> <https://launchpad.net/bugs/1689611>13:11
mupBug #1689611 changed: Unable to launch landscape <MAAS:Invalid> <https://launchpad.net/bugs/1689611>13:20
setuidDocs here seem to refer to maas 1.9, not 2.x: https://www.ubuntu.com/download/server/provisioning14:30
setuidThey refer to a 'Networks' tab which no longer exists, so the screenshots and writeup should be deprecated14:30
setuidalso, 'maas-rack register' no longer generates or provides the secret, so where does one obtain that?14:31
setuidn/m, a previous register failure truncated the file to 0 bytes14:32
pmatulissetuid, in the downloaded ebook you mean?14:52
setuidpmatulis: Just trying to follow the website instructions to get a working maas 2.x installed, which fails in dozens of glorious ways14:53
pmatulissetuid, which website instructions?14:53
pmatulisahh, lower down14:53
setuidRight, everything from Step 4 onward, is a fail.14:54
pmatulissetuid, right, don't use that page at all14:54
setuidFor some reason, my 16.04.2 + maas 2.x from main repo, is repeatedly generating new fabrics almost every time I reload the Subnets page14:54
setuidpmatulis: 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
setuidNone of them are current, and those that are close, leave a non-functional install about 3/4 of the way through14:55
setuidAnd over the last few days, bind9 (dragged in by maas) breaks lxd14:55
pmatulissetuid, i recommend: https://docs.ubuntu.com/maas/2.214:56
setuidAs 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:57
pmatulissetuid, in that case: https://docs.ubuntu.com/maas/2.114:58
stokachu_setuid: whats wrong?14:58
pmatulissetuid, but the release of 2.2 is imminent14:59
setuid2.2 is fine, as long as it doens't hit the above gaps14:59
setuidI just need a working maas that I can use to build out reproducers14:59
pmatulissetuid, great. i await your feedback14:59
pmatulis(https://github.com/CanonicalLtd/maas-docs/issues/new)15:00
setuidconjure-up leaves an incomplete install (conjure-up openstack, broken ceph, no endpoints), juju + lxd breaks because of the bind vs. dnsmasq conflicts15:00
stokachu_setuid: you know conjure-up just uses juju underneath right?15:00
setuidYep15:00
stokachu_so really the problem is juju+lxd15:01
setuidI 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:01
setuidstokachu_: I spent half the day yesterday trying to get to rca for why the latest stable maas + juju + lxd shat all over each other15:02
stokachu_and what did you find?15:02
setuidturns 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 start15:02
stokachu_is there a bug for that?15:02
setuidIf you stop bind, you can restart lxd all day, reconfigure lxd, restart, all works. If you start bind, it all breaks.15:03
setuidstokachu_: I'll file it today if I get maas up and running15: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 addressed15:03
setuidAgreed, just have to get openstack working with separate ceph nodes, so I can reproduce $CLIENT bug, that's at the top of my liilst15:04
stokachu_ok thanks15:04
shubjeroIs deploying a host with jumbo frames broken in MaaS? Running 2.1.3+bzr5573-0ubuntu1~16.04.115:16
shubjeroI can deploy a host with jumbo frames, but when it boots up.. 5 minutes waiting for the nic's to come up15:16
roaksoaxshubjero: sounds like a firmware bug to me15:46
shubjeroi dont think so16:02
kikoroaksoax, why firmware and not driver, kernel etc?16:28
kikoshubjero, AIUI we have jump frames known working well16:28
=== frankban is now known as frankban|afk
mupBug #1691203 opened: Enable SSL verification for RSD <ssl> <MAAS:Confirmed> <https://launchpad.net/bugs/1691203>18:02
mupBug #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:38
kikonice18:57
mupBug #1691233 changed: Enhance RSD POD Manager to take URL in addition to <IP>:<Port> <MAAS:Invalid by newell-jensen> <https://launchpad.net/bugs/1691233>21:44
mupBug #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>23:23

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!