[09:47] <arif-ali> Hey BedMan, you shifting from xCAT to MAAS?
[09:49] <arif-ali> also, you may get better response if you head over to discourse (https://discourse.maas.io/)
[10:39] <BedMan> arif-ali: Figured. Yes, moving to MAAS from xcat.  It's a lot easier for ubuntu boxes, and they've really streamlined the process.
[10:40] <BedMan> when it works :)
[10:41] <arif-ali> BedMan: it works really well, and have a lab env with everything there. MAAS is a Canonical product, and Ubuntu, so you would expect these 2 things to work seamlessly together :)
[10:42] <BedMan> it seems to smile on RHEL too tho.
[10:42] <BedMan> so my env moving forward should be well covered
[10:42] <arif-ali> Indeed, all via packer-maas you can do these. rocky was added recently too
[10:42] <BedMan> we're moving away from centos
[10:43] <BedMan> but that works with MAAS as well... so
[10:43] <BedMan> now I just need to figure out how to remove xcat from the mix and take all it's dns / hosts / features along with it
[10:45] <BedMan> I'll have to make a script for xdsh
[11:19] <arif-ali> BedMan: best way to integrete xdsh type feature is to use juju + MAAS
[11:19] <arif-ali> Then you can use the likes of juju ssh <machine>, and there are various things you can do
[11:20] <arif-ali> also, MAAS has a maas cli, which you can do various things around automation if your happy to go through that route ;)
[11:25] <BedMan> ya, both are of interest
[11:25] <BedMan> It's hard to take a command like juju seriously at first tho
[15:40] <mup> Bug #1983392 opened: Connection refused from kvm after compose <MAAS:New> <https://launchpad.net/bugs/1983392>
[15:43] <mup> Bug #1983392 changed: Connection refused from kvm after compose <MAAS:New> <https://launchpad.net/bugs/1983392>
[15:46] <mup> Bug #1983392 opened: Connection refused from kvm after compose <MAAS:New> <https://launchpad.net/bugs/1983392>
[17:58] <mup> Bug #1963284 opened: GPGPU devices not fully named in the PCI Devices tab <MAAS:New> <lxd (Ubuntu):Invalid> <https://launchpad.net/bugs/1963284>