=== ec0 is now known as jhebden
[03:03] <mup> Bug #1770538 opened: [UI] Unable to read estimated commissiong or testing script time <ui> <MAAS:New> <https://launchpad.net/bugs/1770538>
[03:03] <mup> Bug #1770539 opened: [UI] Storage device name wraps on test page <MAAS:New> <https://launchpad.net/bugs/1770539>
[04:50] <roaksoax> JoeJulian: https://docs.maas.io/2.3/en/installconfig-partitions
=== edmz_ is now known as edmz
=== frankban|afk is now known as frankban
[10:25] <mup> Bug #1770616 opened: [2.4, UI] Add machine/chassis no longer works/shows a form <MAAS:Triaged> <https://launchpad.net/bugs/1770616>
[11:01] <mup> Bug #1770620 opened: [2.4] Initial login button no longer takes to login page <MAAS:Triaged by deadlight> <https://launchpad.net/bugs/1770620>
[11:01] <mup> Bug #1770623 opened: [2.4b3] 'Go to dashboard' hangs on 1st install 1st use journey, have to skip <MAAS:Triaged> <https://launchpad.net/bugs/1770623>
[11:54] <tosaraja> Is there something i'm missing here? when deploying CentOS with MAAS, it doesn't run the user_data I provide with deploy. Some curtin/cloud-init thing not compatible with CentOS or smt?
[11:55] <roaksoax> tosaraja: not that we know of
[11:55] <roaksoax> tosaraja: it should run user_data just fine
[12:00] <tosaraja> last thing it does is run  Cloud-init v. 18.2 running 'modules:final' at Fri, 11 May 2018 11:19:36 +0000. Up 64.78 sec
[12:00] <tosaraja> then starts shutting down the server
[12:00] <tosaraja> doesn't even leave it up
[12:01] <tosaraja> no sorry it does try to boot it up, but doesn't get very far
[12:02] <tosaraja> roaksoax: oh and this worked https://git.launchpad.net/maas/commit/?id=f789b68d48fd1470577bb9009a4bfd18f2b66ac9
[12:07] <roaksoax> tosaraja: so when you deploy, the user_data you give is run after the machine has been deployed
[12:08] <roaksoax> tosaraja: and awesome! that will be in 2.3.4, didn't make it to 2.3.3 :(
[12:08] <tosaraja> roaksoax: yeah i'm logging what's happening now so that i can compare outputs with a working ubuntu to see where they go different
[12:09] <tosaraja> roaksoax: and now worries about the release version. we're running 2.2.2 for the time being :)
[12:09] <tosaraja> roaksoax: can't update it, cause i don't want to update something that aint broken :P
[12:10] <roaksoax> hah fair enough
[14:29] <JoeJulian> Thank you roaksoax. I guess I was just looking in the wrong place.
=== frankban is now known as frankban|afk
[18:09] <maticue> Hi there! two quick questions for MAAS 2.3.0. 1.- Static routes on Subnets managed by MAAS DHCP server, if I add a static route there, is it suppose DHCP server send that static routes to baremetals when they boot?
[18:10] <maticue> 2.- Is is possible that network interface bonding configuration on PXE network interface fails? I tested it with LACP and active-passive. Both methods failed
[20:03] <blahrus> With Mass, I've got a PXE network on eno1, and on eno2 I've got a public routed IP. The only gateway is the private block on eno1
[20:03] <blahrus> is there a way to have both injected when the install happens?
[20:23] <mup> Bug #1770741 opened: Unable to disconnect interface from fabric <MAAS:New> <https://launchpad.net/bugs/1770741>
[20:23] <mup> Bug #1770743 opened: Provide a way to address issue with Openstack deployment where OpenVSwitch does not like multiple flat network on multiple VLAN from same bond <OpenStack neutron-openvswitch charm:New> <MAAS:New> <https://launchpad.net/bugs/1770743>