[04:27] Bug #1384279 changed: Enhancement Request Version and program data "About" [06:43] hi everyone [06:44] maas 1.8 question > can anyone help ? [07:04] ...... [07:14] Failed to query node's BMC [08:28] 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] could anyone tell me about vmware powertype in maas 1.8 [10:28] hi RoAkSoAx [10:28] are you there? [14:01] Bug #1472626 opened: MAAS should provide an easy way to add PPAs on a per-system or per-tag basis [14:13] Bug #1472626 changed: MAAS should provide an easy way to add PPAs on a per-system or per-tag basis [14:22] Bug #1472626 opened: MAAS should provide an easy way to add PPAs on a per-system or per-tag basis [15:38] Maas has updated the troublesome image and all is peachy again. [15:47] 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] sto: I think newer versions of curtin handle that correctly, dpkg -l | grep curtin? === liam_ is now known as Guest71963 [17:01] # 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] kiko: ^ [17:02] Bug #1472707 opened: Master Cluster fails to connect after importing wiley images [17:11] hmm [17:11] I think that's pretty recent in fact [17:11] just a moment, otp [17:14] Bug #1472707 changed: Master Cluster fails to connect after importing wiley images [17:17] Bug #1472707 opened: Master Cluster fails to connect after importing wiley images [18:47] Hi Im getting error used fallback datasource while turning on my node. Im on MAAS 1.8 [18:49] sto: so, I'm not not sure whether curtin supports gpt drives for x86 [18:49] sto: I am looking at the source code and I can see some gpt code, but it seems only used on ARM [18:49] smoser, did I read the code wrong? [18:49] i think so [18:50] smoser, what calls partition_main()? is it maas? [18:50] if so, does maas know how to tell curtin to use gpt? [18:50] it can be told to do gpt, but it will only do it by default if it is booted uefi. i think. [18:51] if uefi_bootable: [18:51] return 'uefi' [18:51] if machine in ['aarch64']: [18:51] return 'gpt' [18:51] elif machine.startswith('ppc64'): [18:51] return 'prep' [18:52] so uefi is gpt. [18:52] okay [18:52] sto: does UEFI boot mode work for you? [18:52] smoser, is that mandatory, i.e. can you use GPT tables and BIOS? [18:53] i think the answer is probably. [18:53] so 2 ways to get gpt [18:53] http://www.rodsbooks.com/gdisk/bios.html [18:53] it sort of does [18:53] a.) you can change the config provided by maas to curtin to include [18:54] block-meta: [18:54] format: gpt [18:54] b.) you can just let it do what it does, and then convert it to gpt (i think). [18:54] please may someone help me? [18:55] oxkipo, cloud-init needs the maas server that it was instaled with to be present at each boot. [18:56] 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] but i think b i snot true. [18:57] kiko at the end of booting the node after the ssh key im getting error used falback datasource [18:58] I don't think you can simply convert to gpt [18:58] 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] smoser, I think converting is easy if you have less than 4 partitions [18:59] well, only sort of easy. [18:59] for sto's case it will work. [19:00] 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] without writing on top of that filesystem [19:00] but lucky for sto, he's got a full 1TB for that :) [19:00] as the mbr partition only goes to 2TB of the 3TB [19:02] yeah [19:03] i should make curtin leave 34 sectors off the end of mbr partitioned disks. [19:03] growpart does that now. [19:08] Bug #1472741 opened: No way to delete images as the maas user that I can see [19:13] smoser: I went the a. way and it worked ok [19:13] easier than changing partitions later [19:13] ;) [19:13] thanks [19:14] well, changing is easy enough really. [19:15] sgdisk --mbr2gpt , next reboot would pick it up [19:29] smoser, and a 3rd way would be to configure UEFI boot? [19:29] right. [19:29] 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] in whic hcase you'll get gpt and the uefi partition [19:34] yeah [19:34] * kiko looks at sto [19:57] kiko: tomorrow i'll try to add the question [19:58] now i'm going afk ... ;) [20:04] sto: c'mon! [20:27] 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] 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] then do: sgdisk --mbrtogpt /dev/sda [20:27] and reboot [20:27] and possibly then boot with gpt. [20:28] also uploaded the change to growpart to have the same behavior. [20:34] cool [20:34] thanks! === rbanffy-lunch is now known as rbanffy === mwhudson_ is now known as mwhudson === mwhudson is now known as Guest82160 === Guest82160 is now known as mwhudson