[09:26] can someone help me out a little bit. I've added a custom image (debian-10) and i want to deploy a machine via the cli using the custom image. However it kindly refuses me, and i think im just overlooking something simple [09:27] image was added with: ~# maas admin boot-resources create name=custom/debian title="debian-10.0.2" architecture=amd64/generic content@=/root/debian-10.0.2.tgz [09:27] and now im trying to deploy it with: ~# maas admin machine deploy gh48yd distro_series="custom/debian-10.0.2" [09:27] but im getting 'custom/debian-10.0.2' is not a valid distro_series. [09:54] ok, found it, turns out the "custom/" part of the name is not needed when doing the deploy, and just doing distro_series="debian" is sufficient [12:25] Japje: filetype [12:26] Japje: look at the help for filetype [15:50] anyone else upgraded to maas 2.6.0 and having issues with PXE-E53 no boot filename received? i have two environments, one works other doesn't. tried restarting, removing dhcpd.conf and lease files which seems to correctly indicate to serve a FNAME in the BOOTP request. however dhcpdump shows 90% of the BOOTPREPLY is empty, FNAME: . [15:51] worked before upgrade, stopped working post upgrade [15:52] also the same bootpreplies seem not to reflect updates i do in maas, i.e switching around DNS server, NTP or other [15:52] blake_r: ^^ [15:53] tried restarting everything, even reboots (well had to try). tried looking into some tables in the DB but can't find anything relevant.. [15:53] i did the upgrade in the test environment and also tried HA, works without any remarks [15:54] typical :P [15:55] purged leases file and dhcpd.conf while restarting dhcp just in case. but they are recreated properly with the issue still present [15:58] ivve: so the dhcpd.conf is created and the maas-dhcpd service is running? [15:58] blake_r: yup [15:59] ivve: can you send me a copy of the dhcpd.conf contents? [15:59] sure [16:00] blake_r: any particular part you are looking for? [16:00] ivve: just that all the appropraite configuration values are correct for the file [16:02] ivve: you can pm it to me, if you prefer [16:02] aye working on it :) [16:08] blake_r: sending now, i redacted some domains and all hosts, i guess they are not required [16:14] blake_r: https://pastebin.com/UARxPSDA [16:14] hastebin seems down or smth [16:14] so this one had to do [16:16] blake_r: i guess this one is a bit better http://paste.openstack.org/show/755629/ [16:18] ill be back a bit later, need to drive home [18:34] Hi there! Does MAAS support bootable RAID1 configuration? I see that I can configure a RAID device, but will the MBR and optional efi boot partition be written to both disks? [18:43] humbolt: it should [18:43] rharper: ^^ [18:43] blake_r: ^^ [18:54] 4/win 6 [18:55] humbolt: legacy booting yes, efi will only point to one of the disks, but you can use an efi shell to fallback to the other manually [19:03] roaksoax: we do support raid1 boot, for efi boot partition, there's no acceptable way that I know of to ensure that /boot/efi is mirrored and in-sync; and grub2 itself I don't think has any raid1 support for setting up a mirror before reading/using; lastly, not sure that efi firmware won't write data to the efi boot partition that won't get clobbered if you did mirror efi boot [19:05] for all cases, we install grub to each device in the raid mirror; for legacy/mbr this all just works; for efi, it's an exposure due to the above challenge [20:58] /boot/efi has to be readable by the UEFI firmware. I think adding Linux software RAID would break that