[Kernel-packages] [Bug 1846219] Re: Revert ESE DASD discard support
** Changed in: ubuntu-z-systems Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1846219 Title: Revert ESE DASD discard support Status in Ubuntu on IBM z Systems: Fix Released Status in linux package in Ubuntu: Fix Released Bug description: [Impact] * Under certain conditions, the discard operation on the new ESE DASD may lead to data corruption. [Test Case] * Internal IBM testing [Regression Potential] * ESE DASD / thin provisioning, is the a new subtype of DASD drives specific to s390 architecture. The fix is to not expose discard availability to the kernel, to prevent utilising discard. [Other Info] * Comments from the thin-provisioning feature bug https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1830731 Comment from Jan Hoeppner 2019-09-24 07:16:57 CDT The thin provisioning feature introduces an IOCTL and the discard support to allow userspace tools and filesystems to release unused and previously allocated space respectively. During some internal performance improvements and further tests, the release of allocated space revealed some issues that may lead to data corruption in some configurations when filesystems are mounted with discard support enabled. As we're working on a fix and trying to clarify the situation, it is highly recommended at this point to _not_ enable discard for any filesystem when working with ESE DASDs. mkfs should also be called with discard disabled for ESE DASDs (e.g. mkfs.ext4 -E nodiscard /dev/dasdX). Fixes and clarifications will be provided as soon as possible. Regards, Jan --- Comment From stefan.haberl...@de.ibm.com 2019-10-01 09:15 EDT--- In addition to Jan's update to _not_ enable discard support I would recommend to completely revert the patch: 7e64db1597fe114b83fe17d0ba96c6aa5fca419a s390/dasd: Add discard support for ESE volumes to prevent the user from enabling the discard support for DASD devices. This patch will also be reverted upstream until further clarification. Regards, Stefan xnox Ubuntu enables discard by default in all the installers, all filesystems, and all layers (e.g. mdadm/lvm/luks discard). Assumption until now, has been that it is harmless, when underlying storage doesn't support discard and always non-harmful when it is supported. I agree, we should revert discard support for ESE volumes in Ubuntu for now. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-z-systems/+bug/1846219/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1846219] Re: Revert ESE DASD discard support
This bug was fixed in the package linux - 5.3.0-17.18 --- linux (5.3.0-17.18) eoan; urgency=medium * eoan/linux: 5.3.0-17.18 -proposed tracker (LP: #1846641) * CVE-2019-17056 - nfc: enforce CAP_NET_RAW for raw sockets * CVE-2019-17055 - mISDN: enforce CAP_NET_RAW for raw sockets * CVE-2019-17054 - appletalk: enforce CAP_NET_RAW for raw sockets * CVE-2019-17053 - ieee802154: enforce CAP_NET_RAW for raw sockets * CVE-2019-17052 - ax25: enforce CAP_NET_RAW for raw sockets * CVE-2019-15098 - ath6kl: fix a NULL-ptr-deref bug in ath6kl_usb_alloc_urb_from_pipe() * xHCI on AMD Stoney Ridge cannot detect USB 2.0 or 1.1 devices. (LP: #1846470) - x86/PCI: Avoid AMD FCH XHCI USB PME# from D0 defect * Re-enable linux-libc-dev build on i386 (LP: #1846508) - [Packaging] Build only linux-libc-dev for i386 - [Debian] final-checks -- ignore archtictures with no binaries * arm64: loop on boot after installing linux-generic-hwe-18.04-edge/bionic- proposed (LP: #1845820) - [Config] Disable CONFIG_ARM_SMMU_DISABLE_BYPASS_BY_DEFAULT * Revert ESE DASD discard support (LP: #1846219) - SAUCE: Revert "s390/dasd: Add discard support for ESE volumes" * Miscellaneous Ubuntu changes - update dkms package versions linux (5.3.0-16.17) eoan; urgency=medium * eoan/linux: 5.3.0-16.17 -proposed tracker (LP: #1846204) * zfs fails to build on s390x with debug symbols enabled (LP: #1846143) - SAUCE: s390: Mark atomic const ops always inline linux (5.3.0-15.16) eoan; urgency=medium * eoan/linux: 5.3.0-15.16 -proposed tracker (LP: #1845987) * Drop i386 build for 19.10 (LP: #1845714) - [Packaging] Remove x32 arch references from control files - [Debian] final-checks -- Get arch list from debian/control * ZFS kernel modules lack debug symbols (LP: #1840704) - [Debian] Fix conditional for setting zfs debug package path * Use pyhon3-sphinx instead of python-sphinx for building html docs (LP: #1845808) - [Packaging] Update sphinx build dependencies to python3 packages * Kernel panic with 19.10 beta image (LP: #1845454) - efi/tpm: Don't access event->count when it isn't mapped. - efi/tpm: don't traverse an event log with no events - efi/tpm: only set efi_tpm_final_log_size after successful event log parsing linux (5.3.0-14.15) eoan; urgency=medium * eoan/linux: 5.3.0-14.15 -proposed tracker (LP: #1845728) * Drop i386 build for 19.10 (LP: #1845714) - [Debian] Remove support for producing i386 kernels - [Debian] Don't use CROSS_COMPILE for i386 configs * udevadm trigger will fail when trying to add /sys/devices/vio/ (LP: #1845572) - SAUCE: powerpc/vio: drop bus_type from parent device * Trying to online dasd drive results in invalid input/output from the kernel on z/VM (LP: #1845323) - SAUCE: s390/dasd: Fix error handling during online processing * intel-lpss driver conflicts with write-combining MTRR region (LP: #1845584) - SAUCE: mfd: intel-lpss: add quirk for Dell XPS 13 7390 2-in-1 * Support Hi1620 zip hw accelerator (LP: #1845355) - [Config] Enable HiSilicon QM/ZIP as modules - crypto: hisilicon - add queue management driver for HiSilicon QM module - crypto: hisilicon - add hardware SGL support - crypto: hisilicon - add HiSilicon ZIP accelerator support - crypto: hisilicon - add SRIOV support for ZIP - Documentation: Add debugfs doc for hisi_zip - crypto: hisilicon - add debugfs for ZIP and QM - MAINTAINERS: add maintainer for HiSilicon QM and ZIP controller driver - crypto: hisilicon - fix kbuild warnings - crypto: hisilicon - add dependency for CRYPTO_DEV_HISI_ZIP - crypto: hisilicon - init curr_sgl_dma to fix compile warning - crypto: hisilicon - add missing single_release - crypto: hisilicon - fix error handle in hisi_zip_create_req_q - crypto: hisilicon - Fix warning on printing %p with dma_addr_t - crypto: hisilicon - Fix return value check in hisi_zip_acompress() - crypto: hisilicon - avoid unused function warning * SafeSetID LSM should be built but disabled by default (LP: #1845391) - LSM: SafeSetID: Stop releasing uninitialized ruleset - [Config] Build SafeSetID LSM but don't enable it by default * CONFIG_LSM should not specify loadpin since it is not built (LP: #1845383) - [Config] loadpin shouldn't be in CONFIG_LSM * Add new pci-id's for CML-S, ICL (LP: #1845317) - drm/i915/icl: Add missing device ID - drm/i915/cml: Add Missing PCI IDs * Thunderbolt support for ICL (LP: #1844680) - thunderbolt: Correct path indices for PCIe tunnel - thunderbolt: Move NVM upgrade support flag to struct icm - thunderbolt: Use 32-bit writes when writing ring producer/consumer - thunderbolt: Do not fail adding switch if some port is not implemented - thunderbolt: Hide switch attributes that are not set - thunderbolt: Expose active
[Kernel-packages] [Bug 1846219] Re: Revert ESE DASD discard support
Transferring comment #19 from LP 1830731 to this bug, too - mainly for sforshee's awareness: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1830731 --- Comment From jan.hoepp...@de.ibm.com 2019-10-07 12:18 EDT--- (In reply to comment #24) > Stefan, do you also plan to revert it from upstream - or what's the plan > there? I saw that you guys reverted the patch with LP1846219 already. But for the sake of completeness, Stefan reverted the patch for upstream as well: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=964ce509e2ded52c1a61ad86044cc4d70abd9eb8 Regards, Jan -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1846219 Title: Revert ESE DASD discard support Status in Ubuntu on IBM z Systems: Fix Committed Status in linux package in Ubuntu: Fix Committed Bug description: [Impact] * Under certain conditions, the discard operation on the new ESE DASD may lead to data corruption. [Test Case] * Internal IBM testing [Regression Potential] * ESE DASD / thin provisioning, is the a new subtype of DASD drives specific to s390 architecture. The fix is to not expose discard availability to the kernel, to prevent utilising discard. [Other Info] * Comments from the thin-provisioning feature bug https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1830731 Comment from Jan Hoeppner 2019-09-24 07:16:57 CDT The thin provisioning feature introduces an IOCTL and the discard support to allow userspace tools and filesystems to release unused and previously allocated space respectively. During some internal performance improvements and further tests, the release of allocated space revealed some issues that may lead to data corruption in some configurations when filesystems are mounted with discard support enabled. As we're working on a fix and trying to clarify the situation, it is highly recommended at this point to _not_ enable discard for any filesystem when working with ESE DASDs. mkfs should also be called with discard disabled for ESE DASDs (e.g. mkfs.ext4 -E nodiscard /dev/dasdX). Fixes and clarifications will be provided as soon as possible. Regards, Jan --- Comment From stefan.haberl...@de.ibm.com 2019-10-01 09:15 EDT--- In addition to Jan's update to _not_ enable discard support I would recommend to completely revert the patch: 7e64db1597fe114b83fe17d0ba96c6aa5fca419a s390/dasd: Add discard support for ESE volumes to prevent the user from enabling the discard support for DASD devices. This patch will also be reverted upstream until further clarification. Regards, Stefan xnox Ubuntu enables discard by default in all the installers, all filesystems, and all layers (e.g. mdadm/lvm/luks discard). Assumption until now, has been that it is harmless, when underlying storage doesn't support discard and always non-harmful when it is supported. I agree, we should revert discard support for ESE volumes in Ubuntu for now. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-z-systems/+bug/1846219/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1846219] Re: Revert ESE DASD discard support
Landed in eoan -proposed, hence set to Fix Committed. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1846219 Title: Revert ESE DASD discard support Status in Ubuntu on IBM z Systems: Fix Committed Status in linux package in Ubuntu: Fix Committed Bug description: [Impact] * Under certain conditions, the discard operation on the new ESE DASD may lead to data corruption. [Test Case] * Internal IBM testing [Regression Potential] * ESE DASD / thin provisioning, is the a new subtype of DASD drives specific to s390 architecture. The fix is to not expose discard availability to the kernel, to prevent utilising discard. [Other Info] * Comments from the thin-provisioning feature bug https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1830731 Comment from Jan Hoeppner 2019-09-24 07:16:57 CDT The thin provisioning feature introduces an IOCTL and the discard support to allow userspace tools and filesystems to release unused and previously allocated space respectively. During some internal performance improvements and further tests, the release of allocated space revealed some issues that may lead to data corruption in some configurations when filesystems are mounted with discard support enabled. As we're working on a fix and trying to clarify the situation, it is highly recommended at this point to _not_ enable discard for any filesystem when working with ESE DASDs. mkfs should also be called with discard disabled for ESE DASDs (e.g. mkfs.ext4 -E nodiscard /dev/dasdX). Fixes and clarifications will be provided as soon as possible. Regards, Jan --- Comment From stefan.haberl...@de.ibm.com 2019-10-01 09:15 EDT--- In addition to Jan's update to _not_ enable discard support I would recommend to completely revert the patch: 7e64db1597fe114b83fe17d0ba96c6aa5fca419a s390/dasd: Add discard support for ESE volumes to prevent the user from enabling the discard support for DASD devices. This patch will also be reverted upstream until further clarification. Regards, Stefan xnox Ubuntu enables discard by default in all the installers, all filesystems, and all layers (e.g. mdadm/lvm/luks discard). Assumption until now, has been that it is harmless, when underlying storage doesn't support discard and always non-harmful when it is supported. I agree, we should revert discard support for ESE volumes in Ubuntu for now. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-z-systems/+bug/1846219/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1846219] Re: Revert ESE DASD discard support
** Also affects: ubuntu-z-systems Importance: Undecided Status: New ** Changed in: ubuntu-z-systems Status: New => Fix Committed ** Changed in: ubuntu-z-systems Importance: Undecided => Critical -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1846219 Title: Revert ESE DASD discard support Status in Ubuntu on IBM z Systems: Fix Committed Status in linux package in Ubuntu: Fix Committed Bug description: [Impact] * Under certain conditions, the discard operation on the new ESE DASD may lead to data corruption. [Test Case] * Internal IBM testing [Regression Potential] * ESE DASD / thin provisioning, is the a new subtype of DASD drives specific to s390 architecture. The fix is to not expose discard availability to the kernel, to prevent utilising discard. [Other Info] * Comments from the thin-provisioning feature bug https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1830731 Comment from Jan Hoeppner 2019-09-24 07:16:57 CDT The thin provisioning feature introduces an IOCTL and the discard support to allow userspace tools and filesystems to release unused and previously allocated space respectively. During some internal performance improvements and further tests, the release of allocated space revealed some issues that may lead to data corruption in some configurations when filesystems are mounted with discard support enabled. As we're working on a fix and trying to clarify the situation, it is highly recommended at this point to _not_ enable discard for any filesystem when working with ESE DASDs. mkfs should also be called with discard disabled for ESE DASDs (e.g. mkfs.ext4 -E nodiscard /dev/dasdX). Fixes and clarifications will be provided as soon as possible. Regards, Jan --- Comment From stefan.haberl...@de.ibm.com 2019-10-01 09:15 EDT--- In addition to Jan's update to _not_ enable discard support I would recommend to completely revert the patch: 7e64db1597fe114b83fe17d0ba96c6aa5fca419a s390/dasd: Add discard support for ESE volumes to prevent the user from enabling the discard support for DASD devices. This patch will also be reverted upstream until further clarification. Regards, Stefan xnox Ubuntu enables discard by default in all the installers, all filesystems, and all layers (e.g. mdadm/lvm/luks discard). Assumption until now, has been that it is harmless, when underlying storage doesn't support discard and always non-harmful when it is supported. I agree, we should revert discard support for ESE volumes in Ubuntu for now. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-z-systems/+bug/1846219/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1846219] Re: Revert ESE DASD discard support
On Tue, Oct 01, 2019 at 04:19:07PM +0100, Dimitri John Ledkov wrote: > BugLink: https://bugs.launchpad.net/bugs/1846219 > > This reverts commit 7e64db1597fe114b83fe17d0ba96c6aa5fca419a. > > Signed-off-by: Dimitri John Ledkov Applied to eoan/master-next, thanks! ** Changed in: linux (Ubuntu) Status: Incomplete => Fix Committed -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1846219 Title: Revert ESE DASD discard support Status in linux package in Ubuntu: Fix Committed Bug description: [Impact] * Under certain conditions, the discard operation on the new ESE DASD may lead to data corruption. [Test Case] * Internal IBM testing [Regression Potential] * ESE DASD / thin provisioning, is the a new subtype of DASD drives specific to s390 architecture. The fix is to not expose discard availability to the kernel, to prevent utilising discard. [Other Info] * Comments from the thin-provisioning feature bug https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1830731 Comment from Jan Hoeppner 2019-09-24 07:16:57 CDT The thin provisioning feature introduces an IOCTL and the discard support to allow userspace tools and filesystems to release unused and previously allocated space respectively. During some internal performance improvements and further tests, the release of allocated space revealed some issues that may lead to data corruption in some configurations when filesystems are mounted with discard support enabled. As we're working on a fix and trying to clarify the situation, it is highly recommended at this point to _not_ enable discard for any filesystem when working with ESE DASDs. mkfs should also be called with discard disabled for ESE DASDs (e.g. mkfs.ext4 -E nodiscard /dev/dasdX). Fixes and clarifications will be provided as soon as possible. Regards, Jan --- Comment From stefan.haberl...@de.ibm.com 2019-10-01 09:15 EDT--- In addition to Jan's update to _not_ enable discard support I would recommend to completely revert the patch: 7e64db1597fe114b83fe17d0ba96c6aa5fca419a s390/dasd: Add discard support for ESE volumes to prevent the user from enabling the discard support for DASD devices. This patch will also be reverted upstream until further clarification. Regards, Stefan xnox Ubuntu enables discard by default in all the installers, all filesystems, and all layers (e.g. mdadm/lvm/luks discard). Assumption until now, has been that it is harmless, when underlying storage doesn't support discard and always non-harmful when it is supported. I agree, we should revert discard support for ESE volumes in Ubuntu for now. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1846219/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1846219] Re: Revert ESE DASD discard support
https://lists.ubuntu.com/archives/kernel-team/2019-October/104176.html -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1846219 Title: Revert ESE DASD discard support Status in linux package in Ubuntu: Incomplete Bug description: [Impact] * Under certain conditions, the discard operation on the new ESE DASD may lead to data corruption. [Test Case] * Internal IBM testing [Regression Potential] * ESE DASD / thin provisioning, is the a new subtype of DASD drives specific to s390 architecture. The fix is to not expose discard availability to the kernel, to prevent utilising discard. [Other Info] * Comments from the thin-provisioning feature bug https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1830731 Comment from Jan Hoeppner 2019-09-24 07:16:57 CDT The thin provisioning feature introduces an IOCTL and the discard support to allow userspace tools and filesystems to release unused and previously allocated space respectively. During some internal performance improvements and further tests, the release of allocated space revealed some issues that may lead to data corruption in some configurations when filesystems are mounted with discard support enabled. As we're working on a fix and trying to clarify the situation, it is highly recommended at this point to _not_ enable discard for any filesystem when working with ESE DASDs. mkfs should also be called with discard disabled for ESE DASDs (e.g. mkfs.ext4 -E nodiscard /dev/dasdX). Fixes and clarifications will be provided as soon as possible. Regards, Jan --- Comment From stefan.haberl...@de.ibm.com 2019-10-01 09:15 EDT--- In addition to Jan's update to _not_ enable discard support I would recommend to completely revert the patch: 7e64db1597fe114b83fe17d0ba96c6aa5fca419a s390/dasd: Add discard support for ESE volumes to prevent the user from enabling the discard support for DASD devices. This patch will also be reverted upstream until further clarification. Regards, Stefan xnox Ubuntu enables discard by default in all the installers, all filesystems, and all layers (e.g. mdadm/lvm/luks discard). Assumption until now, has been that it is harmless, when underlying storage doesn't support discard and always non-harmful when it is supported. I agree, we should revert discard support for ESE volumes in Ubuntu for now. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1846219/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp