[04:27] <mup> Bug #1384279 changed: Enhancement Request Version and program data "About" <maas (Ubuntu):Expired> <https://launchpad.net/bugs/1384279>
[06:43] <amirali> hi everyone
[06:44] <amirali> maas 1.8 question > can anyone help ?
[07:04] <amirali> ......
[07:14] <amirali> Failed to query node's BMC
[08:28] <gnuoy> I woke up this morning with a spring in my step ready to wield the mighty maas only to discover that it seems to have imported a broken image (http://paste.ubuntu.com/11840324/). So, 1) can I revert to an earlier image? 2) are there docs covering 1 that I've missed? 3) what should I file a bug against for the broken image?
[09:53] <amirali> could anyone tell me about vmware powertype in maas 1.8
[10:28] <amirali> hi RoAkSoAx
[10:28] <amirali> are you there?
[14:01] <mup> Bug #1472626 opened: MAAS should provide an easy way to add PPAs on a per-system or per-tag basis <MAAS:Triaged> <https://launchpad.net/bugs/1472626>
[14:13] <mup> Bug #1472626 changed: MAAS should provide an easy way to add PPAs on a per-system or per-tag basis <MAAS:Triaged> <https://launchpad.net/bugs/1472626>
[14:22] <mup> Bug #1472626 opened: MAAS should provide an easy way to add PPAs on a per-system or per-tag basis <MAAS:Triaged> <https://launchpad.net/bugs/1472626>
[15:38] <gnuoy> Maas has updated the troublesome  image and all is peachy again.
[15:47] <sto> How do I tell curtin to use GPT instead of MBR with MAAS? I have a 3TB disk and MAAS only uses 2TB because it is using MBR
[15:56] <kiko> sto: I think newer versions of curtin handle that correctly, dpkg -l | grep curtin?
[17:01] <sto> # dpkg -l | grep curtin                 ii  curtin-common                       0.1.0~bzr201-0ubuntu1~14.04.1         all          Library and tools for curtin installer     ii  python-curtin                       0.1.0~bzr201-0ubuntu1~14.04.1         all          Library and tools for curtin installer
[17:01] <sto> kiko: ^
[17:02] <mup> Bug #1472707 opened: Master Cluster fails to connect after importing wiley images  <hyperscale> <MAAS:New> <https://launchpad.net/bugs/1472707>
[17:11] <kiko> hmm
[17:11] <kiko> I think that's pretty recent in fact
[17:11] <kiko> just a moment, otp
[17:14] <mup> Bug #1472707 changed: Master Cluster fails to connect after importing wiley images  <hyperscale> <MAAS:New> <https://launchpad.net/bugs/1472707>
[17:17] <mup> Bug #1472707 opened: Master Cluster fails to connect after importing wiley images  <hyperscale> <MAAS:New> <https://launchpad.net/bugs/1472707>
[18:47] <oxkipo> Hi Im getting error used fallback datasource while turning on my node. Im on MAAS 1.8
[18:49] <kiko> sto: so, I'm not not sure whether curtin supports gpt drives for x86
[18:49] <kiko> sto: I am looking at the source code and I can see some gpt code, but it seems only used on ARM
[18:49] <kiko> smoser, did I read the code wrong?
[18:49] <smoser> i think so
[18:50] <kiko> smoser, what calls partition_main()? is it maas?
[18:50] <kiko> if so, does maas know how to tell curtin to use gpt?
[18:50] <smoser> it can be told to do gpt, but it will only do it by default if it is booted uefi. i think.
[18:51] <kiko>     if uefi_bootable:
[18:51] <kiko>         return 'uefi'
[18:51] <kiko>     if machine in ['aarch64']:
[18:51] <kiko>         return 'gpt'
[18:51] <kiko>     elif machine.startswith('ppc64'):
[18:51] <kiko>         return 'prep'
[18:52] <smoser> so uefi is gpt.
[18:52] <kiko> okay
[18:52] <kiko> sto: does UEFI boot mode work for you?
[18:52] <kiko> smoser, is that mandatory, i.e. can you use GPT tables and BIOS?
[18:53] <smoser> i think the answer is probably.
[18:53] <smoser> so 2 ways to get gpt
[18:53] <kiko> http://www.rodsbooks.com/gdisk/bios.html
[18:53] <kiko> it sort of does
[18:53] <smoser> a.) you can change the config provided by maas to curtin to include
[18:54] <smoser>  block-meta:
[18:54] <smoser>   format: gpt
[18:54] <smoser> b.) you can just let it do what it does, and then convert it to gpt (i think).
[18:54] <oxkipo> please may someone help me?
[18:55] <smoser> oxkipo, cloud-init needs the maas server that it was instaled with to be present at each boot.
[18:56] <kiko> oxkipo, you may need to provide some more information, as I didn't understand your question, but smoser is a good mind-reader :)
[18:57] <smoser> but i think b i snot true.
[18:57] <oxkipo> kiko at the end of booting the node after the ssh key im getting error used falback datasource
[18:58] <kiko> I don't think you can simply convert to gpt
[18:58] <smoser> i thought i did that... thought i made pt_mbr always leave room for a gpt secondary header at the end so you could convert from mbr to gpt using --mbrtogpt
[18:59] <kiko> smoser, I think converting is easy if you have less than 4 partitions
[18:59] <smoser> well, only sort of easy.
[18:59] <smoser> for sto's case it will work.
[19:00] <smoser> but if you your mbr partitoin runs to the end of the disk, then there is no where to put the secondary header for gpt.
[19:00] <smoser> without writing on top of that filesystem
[19:00] <smoser> but lucky for sto, he's got a full 1TB for that :)
[19:00] <smoser> as the mbr partition only goes to 2TB of the 3TB
[19:02] <kiko> yeah
[19:03] <smoser> i should make curtin leave 34 sectors off the end of mbr partitioned disks.
[19:03] <smoser> growpart does that now.
[19:08] <mup> Bug #1472741 opened: No way to delete images as the maas user that I can see <MAAS:New> <https://launchpad.net/bugs/1472741>
[19:13] <sto> smoser: I went the a. way and it worked ok
[19:13] <sto> easier than changing partitions later
[19:13] <sto> ;)
[19:13] <sto> thanks
[19:14] <smoser> well, changing is easy enough really.
[19:15] <smoser> sgdisk --mbr2gpt , next reboot would pick it up
[19:29] <kiko> smoser, and a 3rd way would be to configure UEFI boot?
[19:29] <smoser> right.
[19:29] <kiko> sto: would you be so kind as to ask an ask.ubuntu.com question? I'll try and edit into it what smoser replied
[19:30] <smoser> in whic hcase you'll get gpt and the uefi partition
[19:34] <kiko> yeah
[19:34]  * kiko looks at sto
[19:57] <sto> kiko: tomorrow i'll try to add the question
[19:58] <sto> now i'm going afk ... ;)
[20:04] <kiko> sto: c'mon!
[20:27] <smoser> sto, kiko just made a change to curtin trunk so that it will create mbr partition tables leaving 33 sectors for secondary gpt.
[20:27] <smoser> end result is that now it will do what i had thought it would do, and if you had a < 2TB disk that you installed to, you could boot
[20:27] <smoser> then do: sgdisk --mbrtogpt /dev/sda
[20:27] <smoser> and reboot
[20:27] <smoser> and possibly then boot with gpt.
[20:28] <smoser> also uploaded the change to growpart to have the same behavior.
[20:34] <kiko> cool
[20:34] <kiko> thanks!