[06:55] Bug #1691663 opened: Juju bootstrap maas centos7 yum repo not found === roaksoax is now known as roaksoax-pto === roaksoax-pto is now known as roaksoax [13:32] Bug #1691755 opened: [2.2, UI] When deleting VLAN interface, a confirmation message appears to delete physical interface [13:59] Bug #1691765 opened: [2.x] Node commissioning page should include the cloud-init logs and cloud-init output (especially for failed commissioning) [14:38] Bug #1686794 changed: [2.2, UI] Cancel button broken on add user page and add ssl key page. [14:38] Bug #1691768 opened: [2.2.0rc2, UI, Settings] When adding a user Cancel doesn't work and I am stuck on the add user page [14:48] hello [14:48] somebody ???? [14:49] roxana_, hi, how are you? [14:52] manybody [14:53] Bug #1691765 changed: [2.x] Node commissioning page should include the cloud-init logs and cloud-init output (especially for failed commissioning) [14:54] Hi [14:54] I'm trying to create a centos node maanaged by Juju [14:54] using MAAS cloud for the provider [14:55] I have create a MAAS server, managing two NICs, one is connected to the outside world, the other is serving DHCP to MAAS nodes on 192.168.8.x. [14:55] I'm hitting an error nearly identical to this bug [14:55] https://bugs.launchpad.net/maas/+bug/1688644 [14:56] MAAS server has UFW enabled firewall rules that allows ping and other ports [14:56] but pinging from provisioned node will give Host Unreachable [14:57] what did I miss? [14:59] Bug #1691765 opened: [2.x] Node commissioning page should include the cloud-init logs and cloud-init output (especially for failed commissioning) [15:08] Bug #1691765 changed: [2.x] Node commissioning page should include the cloud-init logs and cloud-init output (especially for failed commissioning) [15:08] Bug #1691778 opened: [UX Improvement, Settings] When device discovery is disabled the active mapping field maintains its value and it is not clear that it is also disabled [15:13] anyone can help me take a look at bug 1688644? [15:20] Bug #1691778 changed: [UX Improvement, Settings] When device discovery is disabled the active mapping field maintains its value and it is not clear that it is also disabled [15:20] Looks like MAAS set interface gateway to 192.168.8.254 by default, but my machine is 8.1. Manually change the gateway allowed ping to work now. [15:23] Bug #1691778 opened: [UX Improvement, Settings] When device discovery is disabled the active mapping field maintains its value and it is not clear that it is also disabled [15:25] roaksoax: which file do I need to modify to add actions during or just-after comission? [15:29] roaksoax: i would assume /etc/maas/preseeds/comissioning but I am not certain what synatx is safe in there. [15:31] xygnal: you can add "commissioning scripts" [15:31] xygnal: no need to modify preseeds [15:32] roaksoax are there docs on this? I was trouble having finding it [15:32] xygnal: give me sec, otp [15:37] roaksoax thanks. I intend to grab disk information and set the boot device for the node. Does any of the data collected during comission (such as disk info) stay locally on the system? Would love to just grab the disk info I need out of any local files it wrote, saving me some commmands [15:50] xygnal: ok, so commissioning scripts allow you tyo run any script you want to either, garther data, configure your underlying hardware, and allows you to do so before/after any of the scripts maas provides [15:50] xygnal: maas, currently, grabs the boot disk information and processes the data, and selects a boot disk, usual;ly, the first disk [15:51] roaksoax we have a specific disk that needs to be chosen for install, and it is not the first disk. [15:51] roaksoax I was hoping to grab the disk out of the comission's probe data and then set it's serial for boot device [15:51] roaksoax the idea being, its set automatically. Clients do not have to figure it out themselves. [15:52] xygnal: right. So, you could probably write your commissioning script (which can actually be anything you want), and have the commissioning script set the right boot disk [15:54] xygnal: your script could install the cli, run commands to set the boot disk to the one you want [15:54] xygnal: that said, you add new commissioning scripts in Settings page [15:54] thats one way, i was thinking I would have to make API calls [15:55] xygnal: and the naming of the script determines the order on which it is run [15:55] roaksoax I found someones githhub examples for using the CLI, so I understand how to do it now. ty. [15:56] roaksoax can I just apt install them or would I need to make PPA additions? [15:56] xygnal: you can basically run what you need to run for the commissioning script [15:56] xygnal, if you want the MAAS client, make sure it's the same version you deployed into MAAS [15:57] xygnal: but if you wnat to add PPA's, you could also use the package repository feature [15:57] kiko hm that is a concern, potential break point I dont want to conflict with if possible. Can this be done using the API instead? [15:57] that allows you to add different repositories for your environment [15:57] roaksoax ty [15:57] * roaksoax pto [15:58] xygnal, you can use the API, sure, and generally that's the saner approach. have you looked at the MAAS python library we've started? [15:59] I have not, though I am aware of it. [16:26] Bug #1691755 changed: [2.2, UI] When deleting VLAN interface, a confirmation message appears to delete physical interface