On Wed, Oct 31, 2018 at 9:20 AM Scott Moser <ssmoser2+ubu...@gmail.com> wrote: > > With regard to wiping all prep partitions... > We do have code that does this in helpers/pt_prep. Ie, the non-storage > config path does this. > However, this is kind of a grey line here. If maas wants a partition wiped, > then MAAS should send config that says it should be wiped. > > If we bake in behavior to curtin of "Wipe all created (or existing?) PReP > partitions", then > a.) that differs in behavior from all other partition types, causing > inconsistency > b.) What happens at some later point when we for some reason need to *not* > wipe those (dual boot or some other path). Curtin is then left in this > unfortunate position of figuring out what MAAS wanted. > > Why can't we have MAAS wipe this partition?
MAAS is sending wipe: zero for the prep partition, which is exactly what we want. I think you're right that we want MAAS to keep doing this and have curtin just follow the config. > > -- > You received this bug notification because you are subscribed to the bug > report. > https://bugs.launchpad.net/bugs/1800153 > > Title: > [2.5] Failed to deploy ppc64el when partition table is GPT > > To manage notifications about this bug go to: > https://bugs.launchpad.net/curtin/+bug/1800153/+subscriptions -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1800153 Title: [2.5] Failed to deploy ppc64el when partition table is GPT To manage notifications about this bug go to: https://bugs.launchpad.net/curtin/+bug/1800153/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs