=== hazmat_ is now known as hazmat === tai271828_ is now known as tai271828 === setuid_ is now known as setuid === mwhudson is now known as Guest96057 === Guest96057 is now known as mwhudson === frankban|afk is now known as frankban [07:39] Bug #1774135 opened: [2.5, snap] dhcpd wasn't started after enabling dhcp on a subnet [07:48] Bug #1774135 changed: [2.5, snap] dhcpd wasn't started after enabling dhcp on a subnet [07:51] Bug #1774135 opened: [2.5, snap] dhcpd wasn't started after enabling dhcp on a subnet === popey_ is now known as popey [11:45] Hi, I saw that 2.4.0-6981-g011e51b7a-0ubuntu1~18.04.1 was availeble in next repo, but seems like 2.4.0~rc2 isn't releaset yet. Which branch is that build based on? === narinder` is now known as narindergupta [13:01] bjarne: ? 2.4.0~rc2 -> 2.4.0 [14:03] bjarne: its the same , its just renamed [14:49] Bug #1774206 opened: MAAS denies recursive DNS queries from subnets it doesn't know about

[16:04] Bug #1774186 opened: curtin does not recognize / partition created in MAAS

=== frankban is now known as frankban|afk [18:21] is 2.4.0 final out? === ferdz61 is now known as f3rdy [19:31] Ability to increase the number of regiond workers [19:31] Following the improved way MAAS daemons are run, further internal changes have been made to allow the number of regiond workers to be increased automatically. This allows MAAS to scale to handle an increased number of internal operations in larger environments. [19:31] does this affect more than UI? [19:45] xygnal: yes [19:46] xygnal: /win 3 [19:46] err [19:47] xygnal: it allows for more workers communicate with the DB, but would require to increase the amximum number of db connections postgresql accepts [19:47] xygnal: but at the same, your issues with the UI should be considerably improved in 2.4 [19:48] xygnal: without increasing the number of workers [20:15] yes. impressive release notes sir. [20:15] looking forward to a lot [20:16] Bug #1774266 opened: Validate boot images are available for applicable rack controllers only [21:29] concerning 3rd party drivers [21:29] here is my commissioning script https://paste.ubuntu.com/p/V7RZBRRqtq/ [21:30] I've tried a few different paths, but can't get maas to pick up the mellanox interfaces in commissioning [21:31] even though the driver install succeeds, and I can ssh into the node following commissioning and see the physical interfaces are there [21:31] no matter what I do, I can't seem to get maas to pick up the mellanox interface in commissioning [21:31] any ideas? [21:31] bug? [21:32] bjarne: whats the name of your script ? [21:32] err [21:32] bdx: ^^ what's the name of your script ? [21:32] 00-install-xenial-mlnx-drivers [21:33] the name in the metadata [21:35] bdx: maas should be grabbing the interface information from 'ip addr' [21:36] bdx: so that could mean there's no 'ip addr' info for your interface ? [21:37] roaksoax: the node isn't powered on anymore, but a few moments ago this is what `ip a` showed https://paste.ubuntu.com/p/6CjG9MKWPq/ [21:37] enp130s0 and enp130s0d1 [21:37] ^ the mellanox [21:38] bdx: check the output in 99-maas-03-network-interfaces [21:41] roaksoax: it shows the mellanox nic [21:42] https://imgur.com/a/c3XoTcY [21:42] bdx: and it is not shown on the interfaces tab ? [21:42] correct [21:43] bdx: and when you commissioning, are you selecting 'Retain network configuration' ? [21:44] I have been, let me run another commissioning with that checked just for an isolated test [21:47] jesus [21:47] they just showed up in the interfaces tab [21:47] ahh [21:47] I think I know what changed [21:48] previously, I wasn't adding the metadata tag to recommission [21:48] ah gotcha [21:48] as well as checking "retain network" [21:48] roaksoax: thanks [21:49] roaksoax: now I have the drivers being installed during commissioning, and the interfaces recognized [21:49] is my next step to get the drivers into the image at deploy time to build a deb and add them to the drivers.yaml? [21:53] bdx: i would probably recommend you install them the same way you are doing in the ephemeral enviromment [21:53] bdx: via curtin preseeding [21:53] bdx: i have quesiton though, are these drivers not available in Ubuntu at all ? [21:53] roaksoax: correct [21:54] so i guess mellanox has not upstreamed these drivers into the linux kernel? [21:54] also correct [21:54] ok gotcha [21:55] http://www.mellanox.com/related-docs/prod_software/Mellanox_EN_for_Linux_User_Manual_v4_3.pdf - chapter 2.9 "Installing using apt-get" [21:55] they suggest building a deb with the included packaging and serving them up from a local file repo [21:56] I have been trying to build the deb and upload it to launchpad under my own ppa [21:56] ^ then I could just create an entry in drivers yaml [21:56] the preseed may be easier for sure [21:56] because the packaging doesn't build successfully on launchpad [21:56] right [21:57] I've been trying to fix/hack it [21:57] yeah the preseed may be straightforward since you already have such script [21:57] you could just run that script in a late_command [21:57] inside the installed target [21:57] totally [21:58] I've done this before back in 1.7 or something ..... are the preseeds under SNAP_COMMON now I take it? [22:03] I can setup a new apt installed maas [22:03] I want to deploy all my new things under maas 2.4 anyway [22:03] probably not, since we are still working on getting the snap done for 2.4, we haven't made changes wrt to the snap in 2.3 [22:04] ok [22:04] I may want to use maas from apt is what you are saying [22:04] got it [22:04] indeed [22:04] ok [22:04] bdx: you could then migrate to a 2.4 snap, once ready, pointing it to your current DB [22:05] roaksoax: totally [22:05] well, I have the two entirely decoupled [22:06] so that will probably be even easier [22:07] roaksoax: how do I migrate the db from 2.3.x -> 2.4 ? [22:29] Bug #1771885 opened: bionic: static maas missing search domain in systemd-resolve configuration

[22:38] bdx: i would suggest you backup your db [22:38] bdx: once that's done, isntall maas from packages [22:38] sudo service maas-regiond stop [22:38] bdx: then configure /etc/maas/regiond.conf to point to where the 2.3 db is [22:39] bdx: and then run: sudo maas-region dbupgrade [22:39] bdx: then: sudo service maas-regiond restart [22:39] bdx: you /may/ need to rm -rf /var/lib/maas/secret and let maas re-create a new one [22:40] ok, awesome [22:40] roaksoax: my maas is currently deployed to a xenial box, and my postgresql is on another xenial box [22:41] roaksoax: is 2.4 compatible with xenial, or should I deploy a bionic host to install maas from apt on? [22:41] bdx: you'd need bionic [22:41] thats what I thought [22:41] bdx: i'll check what the status of the snap is tomorrow though, since we were dependent on core18 changes [22:41] s/core18/base18 [22:43] great, thanks for all of this [22:50] np!