** Description changed: SRU Justification: ================== [Impact] * A problem occurs with 32-bit ino_t values on 64-bit architectures (like s390x). * Without this patch, cephfs kernel client does not work properly on s390x: the initial symtom is missing the first created file/directory on cephfs mount point as reported in https://tracker.ceph.com/issues/46828. [Fix] * ebce3eb2f7ef9f6ef01a60874ebd232450107c9a ebce3eb2f7ef "ceph: fix inode number handling on arches with 32-bit ino_t" [Test Case] * IBM Development team and Test team have carried out simple testing and stress testing by automatically creating many Ceph clusters on s390x (with different configuration each time), doing the cephfs kernel mounting, checking inode numbers, running stress tests. The same procedures were done on x86_64 arch by Test team. [Regression Potential] * There is a certain regression risk with this patch, since: * common ceph filesystem code in fs/ceph/ is modified * the inode handling is touched - * But ceph is mainly used for supplemental Volumes, + * ceph is used for supplemental volumes * and as the original author of this patch (Jeff Layton) wrote in the commit message, the potential issue might happen on 32-bit arches only and he also provided workaround for those arches. [Other] * The above patch/commit was upstream accepted with kernel 5.9. * Cherry picking the patch/commit to groovy works fine, hence this SRU. * For focal a cherry pick does not apply cleanly, hence a backport got added to LP 1899582. __________ Backport provided for git-commit to 20.04 kernel. https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=ebce3eb2f7ef9f6ef01a60874ebd232450107c9a Backport patch attached for commit ebce3eb upstream. It was applied and tested on top of Ubuntu commit : linux (5.4.0-48.52) focal; urgency=medium
** Description changed: SRU Justification: ================== [Impact] * A problem occurs with 32-bit ino_t values on 64-bit architectures (like s390x). * Without this patch, cephfs kernel client does not work properly on s390x: the initial symtom is missing the first created file/directory on cephfs mount point as reported in https://tracker.ceph.com/issues/46828. [Fix] - * ebce3eb2f7ef9f6ef01a60874ebd232450107c9a ebce3eb2f7ef "ceph: fix inode - number handling on arches with 32-bit ino_t" + * cherry-pick for groovy: ebce3eb2f7ef9f6ef01a60874ebd232450107c9a + ebce3eb2f7ef "ceph: fix inode number handling on arches with 32-bit + ino_t" + + * backport for focal: https://launchpadlibrarian.net/501822049/0001 + -ceph-fix-inode-number-handling-on-arches-with-32-bit.patch [Test Case] * IBM Development team and Test team have carried out simple testing and stress testing by automatically creating many Ceph clusters on s390x (with different configuration each time), doing the cephfs kernel mounting, checking inode numbers, running stress tests. The same procedures were done on x86_64 arch by Test team. [Regression Potential] * There is a certain regression risk with this patch, since: * common ceph filesystem code in fs/ceph/ is modified * the inode handling is touched * ceph is used for supplemental volumes * and as the original author of this patch (Jeff Layton) wrote in the commit message, the potential issue might happen on 32-bit arches only and he also provided workaround for those arches. [Other] * The above patch/commit was upstream accepted with kernel 5.9. * Cherry picking the patch/commit to groovy works fine, hence this SRU. * For focal a cherry pick does not apply cleanly, hence a backport got added to LP 1899582. __________ Backport provided for git-commit to 20.04 kernel. https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=ebce3eb2f7ef9f6ef01a60874ebd232450107c9a Backport patch attached for commit ebce3eb upstream. It was applied and tested on top of Ubuntu commit : linux (5.4.0-48.52) focal; urgency=medium -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1899582 Title: ceph: fix inode number handling on arches with 32-bit ino_t To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-z-systems/+bug/1899582/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs