[Bug 998663] New: aarch64: Upgrade path from 42.1 broken with btrfs (64K vs. 4K page size)
http://bugzilla.opensuse.org/show_bug.cgi?id=998663 Bug ID: 998663 Summary: aarch64: Upgrade path from 42.1 broken with btrfs (64K vs. 4K page size) Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.2 Hardware: aarch64 OS: openSUSE 42.1 Status: NEW Severity: Major Priority: P5 - None Component: Upgrade Problems Assignee: afaerber@suse.com Reporter: afaerber@suse.com QA Contact: jsrain@suse.com CC: agraf@suse.com, dmueller@suse.com, lnussel@suse.com, mbrugger@suse.com, tiwai@suse.com Found By: --- Blocker: --- Flags: SHIP_STOPPER?(lnussel@suse.com) Leap 42.1 ships with a 64K page size kernel, whereas Leap 42.2 inherited the 4K page size from SLES12 SP2. It has been reported that since btrfs (the default filesystem) uses the native page size as the block size or so, this leads to ... a) the offline upgrade (.iso) not working (installation kernel can't mount the filesystem), b) the online upgrade (zypper dup) working but resulting in a non-bootable system when using the 42.2 kernel. Our intent is to fix this in multiple steps: 1) For Beta 2 switch kernel back to 64K page size. This will immediately unbreak the upgrade path for any SoftIron customers and other 42.1 users, but will break the Beta 1 upgrade path. It will also affect whether any semi-official, not yet prepared/built 42.2 JeOS images will be able to boot on low RAM due to large nr. of files in Kiwi initrd. 2) Investigate a btrfs KMP that adds support for non-native page sizes. That may allow to switch the page size to 4K for real, if we want. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=998663
Andreas Färber
http://bugzilla.opensuse.org/show_bug.cgi?id=998663
Andreas Färber
http://bugzilla.opensuse.org/show_bug.cgi?id=998663
Andreas Färber
http://bugzilla.opensuse.org/show_bug.cgi?id=998663
Takashi Iwai
http://bugzilla.opensuse.org/show_bug.cgi?id=998663
Andreas Färber
http://bugzilla.opensuse.org/show_bug.cgi?id=998663
Andreas Färber
http://bugzilla.opensuse.org/show_bug.cgi?id=998663
http://bugzilla.opensuse.org/show_bug.cgi?id=998663#c1
--- Comment #1 from Andrew Wafaa
http://bugzilla.opensuse.org/show_bug.cgi?id=998663
http://bugzilla.opensuse.org/show_bug.cgi?id=998663#c2
Ludwig Nussel
http://bugzilla.opensuse.org/show_bug.cgi?id=998663
Ludwig Nussel
http://bugzilla.opensuse.org/show_bug.cgi?id=998663
http://bugzilla.opensuse.org/show_bug.cgi?id=998663#c3
--- Comment #3 from Andreas Färber
could we provide a second kernel with 64k page size but install the 4k one on new installations?
Has already been discussed: We would still need the default flavor to be 64K. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=998663
http://bugzilla.opensuse.org/show_bug.cgi?id=998663#c4
--- Comment #4 from Takashi Iwai
http://bugzilla.opensuse.org/show_bug.cgi?id=998663
http://bugzilla.opensuse.org/show_bug.cgi?id=998663#c5
--- Comment #5 from Ludwig Nussel
http://bugzilla.opensuse.org/show_bug.cgi?id=998663
http://bugzilla.opensuse.org/show_bug.cgi?id=998663#c7
--- Comment #7 from Andreas Färber
Yes, there was a mistake with 42.1 on aarch64.
No, it's not "a mistake with 42.1". We have the same 64K setting in Tumbleweed, it was fully deliberate at the time and aligned with ppc64le. Tumbleweed will likely continue to have 64K as long as the btrfs patches are not mainline. So 4K also breaks "downgrading" from Tumbleweed to Leap 42.2. And that path is relevant as long as Tumbleweed keeps having publishing problems due to openQA, see the recent question from MPSA on the opensuse-arm mailing list (which was about Gigabyte, not SoftIron hardware - there's more than one). -- You are receiving this mail because: You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply@novell.com