[Kernel-packages] [Bug 1834310] Re: Handle overflow for file-max
** Changed in: linux (Ubuntu Cosmic) Status: Fix Committed => Won't Fix -- 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/1834310 Title: Handle overflow for file-max Status in linux package in Ubuntu: Fix Released Status in linux source package in Bionic: Fix Released Status in linux source package in Cosmic: Won't Fix Bug description: == SRU Justification == Currently, when writing 2^64-1 or 2^63 into file-max: echo 18446744073709551616 > /proc/sys/fs/file-max Will make the system stuck with "Too many open files in system" error within seconds. The upper and lower limit need to be defined properly to avoid this. (The case for passing 2^64 will be addressed in bug 1833935) This failure was reported by the case 2 and 3 of the sysctl02 test in LTP: sysctl02 2 TFAIL: /proc/sys/fs/file-max overflows and set to 18446744073709551615 sysctl02 3 TFAIL: /proc/sys/fs/file-max overflows and set to 9223372036854775808 == Fix == * 32a5ad9c sysctl: handle overflow for file-max * 9002b214 kernel/sysctl.c: fix out-of-bounds access when setting file-max These patches can be cherry-picked into B/C. They have already been applied in X/D from stable update process. == Test == Test kernel could be found here: https://people.canonical.com/~phlin/kernel/lp-1834310-file-max/ Tested OK on KVM nodes with the following command (extracted from the sysctl02 test case in LTP): $ cat /proc/sys/fs/file-max $ sudo sysctl -w -q fs.file-max=18446744073709551615 $ cat /proc/sys/fs/file-max $ sudo sysctl -w -q fs.file-max=9223372036854775808 $ cat /proc/sys/fs/file-max All three file-max output should be identical with the patched kernel. This is because the file-max value is parsed via __do_proc_doulongvec_minmax(), which does not report error when min or max are exceeded but it will just keep the old value instead. == Regression Potential == Low, just adding boundaries to the file-max. And it's been applied in some of our kernels for a while. ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: linux-image-4.15.0-52-generic 4.15.0-52.56 ProcVersionSignature: User Name 4.15.0-52.56-generic 4.15.18 Uname: Linux 4.15.0-52-generic x86_64 AlsaDevices: total 0 crw-rw 1 root audio 116, 1 Jun 25 11:03 seq crw-rw 1 root audio 116, 33 Jun 25 11:03 timer AplayDevices: Error: [Errno 2] No such file or directory: 'aplay': 'aplay' ApportVersion: 2.20.9-0ubuntu7.6 Architecture: amd64 ArecordDevices: Error: [Errno 2] No such file or directory: 'arecord': 'arecord' AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/seq', '/dev/snd/timer'] failed with exit code 1: Date: Tue Jun 25 11:04:55 2019 IwConfig: Error: [Errno 2] No such file or directory: 'iwconfig': 'iwconfig' Lsusb: Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub MachineType: QEMU Standard PC (i440FX + PIIX, 1996) PciMultimedia: ProcFB: 0 cirrusdrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-52-generic root=UUID=6f08d1c2-d443-47ee-97ca-2aeb1bf53f35 ro RelatedPackageVersions: linux-restricted-modules-4.15.0-52-generic N/A linux-backports-modules-4.15.0-52-generic N/A linux-firmware 1.173.6 RfKill: Error: [Errno 2] No such file or directory: 'rfkill': 'rfkill' SourcePackage: linux UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 04/01/2014 dmi.bios.vendor: SeaBIOS dmi.bios.version: Ubuntu-1.8.2-1ubuntu1 dmi.chassis.type: 1 dmi.chassis.vendor: QEMU dmi.chassis.version: pc-i440fx-xenial dmi.modalias: dmi:bvnSeaBIOS:bvrUbuntu-1.8.2-1ubuntu1:bd04/01/2014:svnQEMU:pnStandardPC(i440FX+PIIX,1996):pvrpc-i440fx-xenial:cvnQEMU:ct1:cvrpc-i440fx-xenial: dmi.product.name: Standard PC (i440FX + PIIX, 1996) dmi.product.version: pc-i440fx-xenial dmi.sys.vendor: QEMU To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1834310/+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 1834310] Re: Handle overflow for file-max
This bug is awaiting verification that the kernel in -proposed solves the problem. Please test the kernel and update this bug with the results. If the problem is solved, change the tag 'verification-needed- xenial' to 'verification-done-xenial'. If the problem still exists, change the tag 'verification-needed-xenial' to 'verification-failed- xenial'. If verification is not done by 5 working days from today, this fix will be dropped from the source code, and this bug will be closed. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you! ** Tags added: verification-needed-xenial -- 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/1834310 Title: Handle overflow for file-max Status in linux package in Ubuntu: Fix Released Status in linux source package in Bionic: Fix Released Status in linux source package in Cosmic: Fix Committed Bug description: == SRU Justification == Currently, when writing 2^64-1 or 2^63 into file-max: echo 18446744073709551616 > /proc/sys/fs/file-max Will make the system stuck with "Too many open files in system" error within seconds. The upper and lower limit need to be defined properly to avoid this. (The case for passing 2^64 will be addressed in bug 1833935) This failure was reported by the case 2 and 3 of the sysctl02 test in LTP: sysctl02 2 TFAIL: /proc/sys/fs/file-max overflows and set to 18446744073709551615 sysctl02 3 TFAIL: /proc/sys/fs/file-max overflows and set to 9223372036854775808 == Fix == * 32a5ad9c sysctl: handle overflow for file-max * 9002b214 kernel/sysctl.c: fix out-of-bounds access when setting file-max These patches can be cherry-picked into B/C. They have already been applied in X/D from stable update process. == Test == Test kernel could be found here: https://people.canonical.com/~phlin/kernel/lp-1834310-file-max/ Tested OK on KVM nodes with the following command (extracted from the sysctl02 test case in LTP): $ cat /proc/sys/fs/file-max $ sudo sysctl -w -q fs.file-max=18446744073709551615 $ cat /proc/sys/fs/file-max $ sudo sysctl -w -q fs.file-max=9223372036854775808 $ cat /proc/sys/fs/file-max All three file-max output should be identical with the patched kernel. This is because the file-max value is parsed via __do_proc_doulongvec_minmax(), which does not report error when min or max are exceeded but it will just keep the old value instead. == Regression Potential == Low, just adding boundaries to the file-max. And it's been applied in some of our kernels for a while. ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: linux-image-4.15.0-52-generic 4.15.0-52.56 ProcVersionSignature: User Name 4.15.0-52.56-generic 4.15.18 Uname: Linux 4.15.0-52-generic x86_64 AlsaDevices: total 0 crw-rw 1 root audio 116, 1 Jun 25 11:03 seq crw-rw 1 root audio 116, 33 Jun 25 11:03 timer AplayDevices: Error: [Errno 2] No such file or directory: 'aplay': 'aplay' ApportVersion: 2.20.9-0ubuntu7.6 Architecture: amd64 ArecordDevices: Error: [Errno 2] No such file or directory: 'arecord': 'arecord' AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/seq', '/dev/snd/timer'] failed with exit code 1: Date: Tue Jun 25 11:04:55 2019 IwConfig: Error: [Errno 2] No such file or directory: 'iwconfig': 'iwconfig' Lsusb: Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub MachineType: QEMU Standard PC (i440FX + PIIX, 1996) PciMultimedia: ProcFB: 0 cirrusdrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-52-generic root=UUID=6f08d1c2-d443-47ee-97ca-2aeb1bf53f35 ro RelatedPackageVersions: linux-restricted-modules-4.15.0-52-generic N/A linux-backports-modules-4.15.0-52-generic N/A linux-firmware 1.173.6 RfKill: Error: [Errno 2] No such file or directory: 'rfkill': 'rfkill' SourcePackage: linux UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 04/01/2014 dmi.bios.vendor: SeaBIOS dmi.bios.version: Ubuntu-1.8.2-1ubuntu1 dmi.chassis.type: 1 dmi.chassis.vendor: QEMU dmi.chassis.version: pc-i440fx-xenial dmi.modalias: dmi:bvnSeaBIOS:bvrUbuntu-1.8.2-1ubuntu1:bd04/01/2014:svnQEMU:pnStandardPC(i440FX+PIIX,1996):pvrpc-i440fx-xenial:cvnQEMU:ct1:cvrpc-i440fx-xenial: dmi.product.name: Standard PC (i440FX + PIIX, 1996) dmi.product.version: pc-i440fx-xenial dmi.sys.vendor: QEMU To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1834310/+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 1834310] Re: Handle overflow for file-max
This bug was fixed in the package linux - 4.15.0-55.60 --- linux (4.15.0-55.60) bionic; urgency=medium * linux: 4.15.0-55.60 -proposed tracker (LP: #1834954) * Request backport of ceph commits into bionic (LP: #1834235) - ceph: use atomic_t for ceph_inode_info::i_shared_gen - ceph: define argument structure for handle_cap_grant - ceph: flush pending works before shutdown super - ceph: send cap releases more aggressively - ceph: single workqueue for inode related works - ceph: avoid dereferencing invalid pointer during cached readdir - ceph: quota: add initial infrastructure to support cephfs quotas - ceph: quota: support for ceph.quota.max_files - ceph: quota: don't allow cross-quota renames - ceph: fix root quota realm check - ceph: quota: support for ceph.quota.max_bytes - ceph: quota: update MDS when max_bytes is approaching - ceph: quota: add counter for snaprealms with quota - ceph: avoid iput_final() while holding mutex or in dispatch thread * QCA9377 isn't being recognized sometimes (LP: #1757218) - SAUCE: USB: Disable USB2 LPM at shutdown * hns: fix ICMP6 neighbor solicitation messages discard problem (LP: #1833140) - net: hns: fix ICMP6 neighbor solicitation messages discard problem - net: hns: fix unsigned comparison to less than zero * Fix occasional boot time crash in hns driver (LP: #1833138) - net: hns: Fix probabilistic memory overwrite when HNS driver initialized * use-after-free in hns_nic_net_xmit_hw (LP: #1833136) - net: hns: fix KASAN: use-after-free in hns_nic_net_xmit_hw() * hns: attempt to restart autoneg when disabled should report error (LP: #1833147) - net: hns: Restart autoneg need return failed when autoneg off * systemd 237-3ubuntu10.14 ADT test failure on Bionic ppc64el (test-seccomp) (LP: #1821625) - powerpc: sys_pkey_alloc() and sys_pkey_free() system calls - powerpc: sys_pkey_mprotect() system call * [UBUNTU] pkey: Indicate old mkvp only if old and curr. mkvp are different (LP: #1832625) - pkey: Indicate old mkvp only if old and current mkvp are different * [UBUNTU] kernel: Fix gcm-aes-s390 wrong scatter-gather list processing (LP: #1832623) - s390/crypto: fix gcm-aes-s390 selftest failures * System crashes on hot adding a core with drmgr command (4.15.0-48-generic) (LP: #1833716) - powerpc/numa: improve control of topology updates - powerpc/numa: document topology_updates_enabled, disable by default * Kernel modules generated incorrectly when system is localized to a non- English language (LP: #1828084) - scripts: override locale from environment when running recordmcount.pl * [UBUNTU] kernel: Fix wrong dispatching for control domain CPRBs (LP: #1832624) - s390/zcrypt: Fix wrong dispatching for control domain CPRBs * CVE-2019-11815 - net: rds: force to destroy connection if t_sock is NULL in rds_tcp_kill_sock(). * Sound device not detected after resume from hibernate (LP: #1826868) - drm/i915: Force 2*96 MHz cdclk on glk/cnl when audio power is enabled - drm/i915: Save the old CDCLK atomic state - drm/i915: Remove redundant store of logical CDCLK state - drm/i915: Skip modeset for cdclk changes if possible * Handle overflow in proc_get_long of sysctl (LP: #1833935) - sysctl: handle overflow in proc_get_long * Dell XPS 13 (9370) defaults to s2idle sleep/suspend instead of deep, NVMe drains lots of power under s2idle (LP: #1808957) - Revert "UBUNTU: SAUCE: pci/nvme: prevent WDC PC SN720 NVMe from entering D3 and being disabled" - Revert "UBUNTU: SAUCE: nvme: add quirk to not call disable function when suspending" - Revert "UBUNTU: SAUCE: pci: prevent Intel NVMe SSDPEKKF from entering D3" - Revert "SAUCE: nvme: add quirk to not call disable function when suspending" - Revert "SAUCE: pci: prevent sk hynix nvme from entering D3" - PCI: PM: Avoid possible suspend-to-idle issue - PCI: PM: Skip devices in D0 for suspend-to-idle - nvme-pci: Sync queues on reset - nvme: Export get and set features - nvme-pci: Use host managed power state for suspend * linux v4.15 ftbfs on a newer host kernel (e.g. hwe) (LP: #1823429) - selinux: use kernel linux/socket.h for genheaders and mdp * 32-bit x86 kernel 4.15.0-50 crash in vmalloc_sync_all (LP: #1830433) - x86/mm/pat: Disable preemption around __flush_tlb_all() - x86/mm: Drop usage of __flush_tlb_all() in kernel_physical_mapping_init() - x86/mm: Disable ioremap free page handling on x86-PAE - ioremap: Update pgtable free interfaces with addr - x86/mm: Add TLB purge to free pmd/pte page interfaces - x86/init: fix build with CONFIG_SWAP=n - x86/mm: provide pmdp_establish() helper - x86/mm: Use WRITE_ONCE() when setting PTEs * hinic: fix oops due to race in set_rx_mode (LP: #1832048) - hinic: fix a bug in
[Kernel-packages] [Bug 1834310] Re: Handle overflow for file-max
sysctl02 test passed with Bionic kernel. ** Tags removed: verification-needed-bionic ** Tags added: verification-done-bionic ** Tags removed: verification-needed-cosmic ** Tags added: verification-done-cosmic -- 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/1834310 Title: Handle overflow for file-max Status in linux package in Ubuntu: Fix Released Status in linux source package in Bionic: Fix Committed Status in linux source package in Cosmic: Fix Committed Bug description: == SRU Justification == Currently, when writing 2^64-1 or 2^63 into file-max: echo 18446744073709551616 > /proc/sys/fs/file-max Will make the system stuck with "Too many open files in system" error within seconds. The upper and lower limit need to be defined properly to avoid this. (The case for passing 2^64 will be addressed in bug 1833935) This failure was reported by the case 2 and 3 of the sysctl02 test in LTP: sysctl02 2 TFAIL: /proc/sys/fs/file-max overflows and set to 18446744073709551615 sysctl02 3 TFAIL: /proc/sys/fs/file-max overflows and set to 9223372036854775808 == Fix == * 32a5ad9c sysctl: handle overflow for file-max * 9002b214 kernel/sysctl.c: fix out-of-bounds access when setting file-max These patches can be cherry-picked into B/C. They have already been applied in X/D from stable update process. == Test == Test kernel could be found here: https://people.canonical.com/~phlin/kernel/lp-1834310-file-max/ Tested OK on KVM nodes with the following command (extracted from the sysctl02 test case in LTP): $ cat /proc/sys/fs/file-max $ sudo sysctl -w -q fs.file-max=18446744073709551615 $ cat /proc/sys/fs/file-max $ sudo sysctl -w -q fs.file-max=9223372036854775808 $ cat /proc/sys/fs/file-max All three file-max output should be identical with the patched kernel. This is because the file-max value is parsed via __do_proc_doulongvec_minmax(), which does not report error when min or max are exceeded but it will just keep the old value instead. == Regression Potential == Low, just adding boundaries to the file-max. And it's been applied in some of our kernels for a while. ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: linux-image-4.15.0-52-generic 4.15.0-52.56 ProcVersionSignature: User Name 4.15.0-52.56-generic 4.15.18 Uname: Linux 4.15.0-52-generic x86_64 AlsaDevices: total 0 crw-rw 1 root audio 116, 1 Jun 25 11:03 seq crw-rw 1 root audio 116, 33 Jun 25 11:03 timer AplayDevices: Error: [Errno 2] No such file or directory: 'aplay': 'aplay' ApportVersion: 2.20.9-0ubuntu7.6 Architecture: amd64 ArecordDevices: Error: [Errno 2] No such file or directory: 'arecord': 'arecord' AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/seq', '/dev/snd/timer'] failed with exit code 1: Date: Tue Jun 25 11:04:55 2019 IwConfig: Error: [Errno 2] No such file or directory: 'iwconfig': 'iwconfig' Lsusb: Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub MachineType: QEMU Standard PC (i440FX + PIIX, 1996) PciMultimedia: ProcFB: 0 cirrusdrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-52-generic root=UUID=6f08d1c2-d443-47ee-97ca-2aeb1bf53f35 ro RelatedPackageVersions: linux-restricted-modules-4.15.0-52-generic N/A linux-backports-modules-4.15.0-52-generic N/A linux-firmware 1.173.6 RfKill: Error: [Errno 2] No such file or directory: 'rfkill': 'rfkill' SourcePackage: linux UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 04/01/2014 dmi.bios.vendor: SeaBIOS dmi.bios.version: Ubuntu-1.8.2-1ubuntu1 dmi.chassis.type: 1 dmi.chassis.vendor: QEMU dmi.chassis.version: pc-i440fx-xenial dmi.modalias: dmi:bvnSeaBIOS:bvrUbuntu-1.8.2-1ubuntu1:bd04/01/2014:svnQEMU:pnStandardPC(i440FX+PIIX,1996):pvrpc-i440fx-xenial:cvnQEMU:ct1:cvrpc-i440fx-xenial: dmi.product.name: Standard PC (i440FX + PIIX, 1996) dmi.product.version: pc-i440fx-xenial dmi.sys.vendor: QEMU To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1834310/+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 1834310] Re: Handle overflow for file-max
This bug is awaiting verification that the kernel in -proposed solves the problem. Please test the kernel and update this bug with the results. If the problem is solved, change the tag 'verification-needed- cosmic' to 'verification-done-cosmic'. If the problem still exists, change the tag 'verification-needed-cosmic' to 'verification-failed- cosmic'. If verification is not done by 5 working days from today, this fix will be dropped from the source code, and this bug will be closed. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you! ** Tags added: verification-needed-cosmic ** Tags added: verification-needed-bionic -- 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/1834310 Title: Handle overflow for file-max Status in linux package in Ubuntu: Fix Released Status in linux source package in Bionic: Fix Committed Status in linux source package in Cosmic: Fix Committed Bug description: == SRU Justification == Currently, when writing 2^64-1 or 2^63 into file-max: echo 18446744073709551616 > /proc/sys/fs/file-max Will make the system stuck with "Too many open files in system" error within seconds. The upper and lower limit need to be defined properly to avoid this. (The case for passing 2^64 will be addressed in bug 1833935) This failure was reported by the case 2 and 3 of the sysctl02 test in LTP: sysctl02 2 TFAIL: /proc/sys/fs/file-max overflows and set to 18446744073709551615 sysctl02 3 TFAIL: /proc/sys/fs/file-max overflows and set to 9223372036854775808 == Fix == * 32a5ad9c sysctl: handle overflow for file-max * 9002b214 kernel/sysctl.c: fix out-of-bounds access when setting file-max These patches can be cherry-picked into B/C. They have already been applied in X/D from stable update process. == Test == Test kernel could be found here: https://people.canonical.com/~phlin/kernel/lp-1834310-file-max/ Tested OK on KVM nodes with the following command (extracted from the sysctl02 test case in LTP): $ cat /proc/sys/fs/file-max $ sudo sysctl -w -q fs.file-max=18446744073709551615 $ cat /proc/sys/fs/file-max $ sudo sysctl -w -q fs.file-max=9223372036854775808 $ cat /proc/sys/fs/file-max All three file-max output should be identical with the patched kernel. This is because the file-max value is parsed via __do_proc_doulongvec_minmax(), which does not report error when min or max are exceeded but it will just keep the old value instead. == Regression Potential == Low, just adding boundaries to the file-max. And it's been applied in some of our kernels for a while. ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: linux-image-4.15.0-52-generic 4.15.0-52.56 ProcVersionSignature: User Name 4.15.0-52.56-generic 4.15.18 Uname: Linux 4.15.0-52-generic x86_64 AlsaDevices: total 0 crw-rw 1 root audio 116, 1 Jun 25 11:03 seq crw-rw 1 root audio 116, 33 Jun 25 11:03 timer AplayDevices: Error: [Errno 2] No such file or directory: 'aplay': 'aplay' ApportVersion: 2.20.9-0ubuntu7.6 Architecture: amd64 ArecordDevices: Error: [Errno 2] No such file or directory: 'arecord': 'arecord' AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/seq', '/dev/snd/timer'] failed with exit code 1: Date: Tue Jun 25 11:04:55 2019 IwConfig: Error: [Errno 2] No such file or directory: 'iwconfig': 'iwconfig' Lsusb: Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub MachineType: QEMU Standard PC (i440FX + PIIX, 1996) PciMultimedia: ProcFB: 0 cirrusdrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-52-generic root=UUID=6f08d1c2-d443-47ee-97ca-2aeb1bf53f35 ro RelatedPackageVersions: linux-restricted-modules-4.15.0-52-generic N/A linux-backports-modules-4.15.0-52-generic N/A linux-firmware 1.173.6 RfKill: Error: [Errno 2] No such file or directory: 'rfkill': 'rfkill' SourcePackage: linux UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 04/01/2014 dmi.bios.vendor: SeaBIOS dmi.bios.version: Ubuntu-1.8.2-1ubuntu1 dmi.chassis.type: 1 dmi.chassis.vendor: QEMU dmi.chassis.version: pc-i440fx-xenial dmi.modalias: dmi:bvnSeaBIOS:bvrUbuntu-1.8.2-1ubuntu1:bd04/01/2014:svnQEMU:pnStandardPC(i440FX+PIIX,1996):pvrpc-i440fx-xenial:cvnQEMU:ct1:cvrpc-i440fx-xenial: dmi.product.name: Standard PC (i440FX + PIIX, 1996) dmi.product.version: pc-i440fx-xenial dmi.sys.vendor: QEMU To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1834310/+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 1834310] Re: Handle overflow for file-max
This bug is awaiting verification that the kernel in -proposed solves the problem. Please test the kernel and update this bug with the results. If the problem is solved, change the tag 'verification-needed- bionic' to 'verification-done-bionic'. If the problem still exists, change the tag 'verification-needed-bionic' to 'verification-failed- bionic'. If verification is not done by 5 working days from today, this fix will be dropped from the source code, and this bug will be closed. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you! -- 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/1834310 Title: Handle overflow for file-max Status in linux package in Ubuntu: Fix Released Status in linux source package in Bionic: Fix Committed Status in linux source package in Cosmic: Fix Committed Bug description: == SRU Justification == Currently, when writing 2^64-1 or 2^63 into file-max: echo 18446744073709551616 > /proc/sys/fs/file-max Will make the system stuck with "Too many open files in system" error within seconds. The upper and lower limit need to be defined properly to avoid this. (The case for passing 2^64 will be addressed in bug 1833935) This failure was reported by the case 2 and 3 of the sysctl02 test in LTP: sysctl02 2 TFAIL: /proc/sys/fs/file-max overflows and set to 18446744073709551615 sysctl02 3 TFAIL: /proc/sys/fs/file-max overflows and set to 9223372036854775808 == Fix == * 32a5ad9c sysctl: handle overflow for file-max * 9002b214 kernel/sysctl.c: fix out-of-bounds access when setting file-max These patches can be cherry-picked into B/C. They have already been applied in X/D from stable update process. == Test == Test kernel could be found here: https://people.canonical.com/~phlin/kernel/lp-1834310-file-max/ Tested OK on KVM nodes with the following command (extracted from the sysctl02 test case in LTP): $ cat /proc/sys/fs/file-max $ sudo sysctl -w -q fs.file-max=18446744073709551615 $ cat /proc/sys/fs/file-max $ sudo sysctl -w -q fs.file-max=9223372036854775808 $ cat /proc/sys/fs/file-max All three file-max output should be identical with the patched kernel. This is because the file-max value is parsed via __do_proc_doulongvec_minmax(), which does not report error when min or max are exceeded but it will just keep the old value instead. == Regression Potential == Low, just adding boundaries to the file-max. And it's been applied in some of our kernels for a while. ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: linux-image-4.15.0-52-generic 4.15.0-52.56 ProcVersionSignature: User Name 4.15.0-52.56-generic 4.15.18 Uname: Linux 4.15.0-52-generic x86_64 AlsaDevices: total 0 crw-rw 1 root audio 116, 1 Jun 25 11:03 seq crw-rw 1 root audio 116, 33 Jun 25 11:03 timer AplayDevices: Error: [Errno 2] No such file or directory: 'aplay': 'aplay' ApportVersion: 2.20.9-0ubuntu7.6 Architecture: amd64 ArecordDevices: Error: [Errno 2] No such file or directory: 'arecord': 'arecord' AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/seq', '/dev/snd/timer'] failed with exit code 1: Date: Tue Jun 25 11:04:55 2019 IwConfig: Error: [Errno 2] No such file or directory: 'iwconfig': 'iwconfig' Lsusb: Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub MachineType: QEMU Standard PC (i440FX + PIIX, 1996) PciMultimedia: ProcFB: 0 cirrusdrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-52-generic root=UUID=6f08d1c2-d443-47ee-97ca-2aeb1bf53f35 ro RelatedPackageVersions: linux-restricted-modules-4.15.0-52-generic N/A linux-backports-modules-4.15.0-52-generic N/A linux-firmware 1.173.6 RfKill: Error: [Errno 2] No such file or directory: 'rfkill': 'rfkill' SourcePackage: linux UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 04/01/2014 dmi.bios.vendor: SeaBIOS dmi.bios.version: Ubuntu-1.8.2-1ubuntu1 dmi.chassis.type: 1 dmi.chassis.vendor: QEMU dmi.chassis.version: pc-i440fx-xenial dmi.modalias: dmi:bvnSeaBIOS:bvrUbuntu-1.8.2-1ubuntu1:bd04/01/2014:svnQEMU:pnStandardPC(i440FX+PIIX,1996):pvrpc-i440fx-xenial:cvnQEMU:ct1:cvrpc-i440fx-xenial: dmi.product.name: Standard PC (i440FX + PIIX, 1996) dmi.product.version: pc-i440fx-xenial dmi.sys.vendor: QEMU To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1834310/+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 1834310] Re: Handle overflow for file-max
** Changed in: linux (Ubuntu Bionic) Status: In Progress => Fix Committed ** Changed in: linux (Ubuntu Cosmic) Status: In Progress => 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/1834310 Title: Handle overflow for file-max Status in linux package in Ubuntu: Fix Released Status in linux source package in Bionic: Fix Committed Status in linux source package in Cosmic: Fix Committed Bug description: == SRU Justification == Currently, when writing 2^64-1 or 2^63 into file-max: echo 18446744073709551616 > /proc/sys/fs/file-max Will make the system stuck with "Too many open files in system" error within seconds. The upper and lower limit need to be defined properly to avoid this. (The case for passing 2^64 will be addressed in bug 1833935) This failure was reported by the case 2 and 3 of the sysctl02 test in LTP: sysctl02 2 TFAIL: /proc/sys/fs/file-max overflows and set to 18446744073709551615 sysctl02 3 TFAIL: /proc/sys/fs/file-max overflows and set to 9223372036854775808 == Fix == * 32a5ad9c sysctl: handle overflow for file-max * 9002b214 kernel/sysctl.c: fix out-of-bounds access when setting file-max These patches can be cherry-picked into B/C. They have already been applied in X/D from stable update process. == Test == Test kernel could be found here: https://people.canonical.com/~phlin/kernel/lp-1834310-file-max/ Tested OK on KVM nodes with the following command (extracted from the sysctl02 test case in LTP): $ cat /proc/sys/fs/file-max $ sudo sysctl -w -q fs.file-max=18446744073709551615 $ cat /proc/sys/fs/file-max $ sudo sysctl -w -q fs.file-max=9223372036854775808 $ cat /proc/sys/fs/file-max All three file-max output should be identical with the patched kernel. This is because the file-max value is parsed via __do_proc_doulongvec_minmax(), which does not report error when min or max are exceeded but it will just keep the old value instead. == Regression Potential == Low, just adding boundaries to the file-max. And it's been applied in some of our kernels for a while. ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: linux-image-4.15.0-52-generic 4.15.0-52.56 ProcVersionSignature: User Name 4.15.0-52.56-generic 4.15.18 Uname: Linux 4.15.0-52-generic x86_64 AlsaDevices: total 0 crw-rw 1 root audio 116, 1 Jun 25 11:03 seq crw-rw 1 root audio 116, 33 Jun 25 11:03 timer AplayDevices: Error: [Errno 2] No such file or directory: 'aplay': 'aplay' ApportVersion: 2.20.9-0ubuntu7.6 Architecture: amd64 ArecordDevices: Error: [Errno 2] No such file or directory: 'arecord': 'arecord' AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/seq', '/dev/snd/timer'] failed with exit code 1: Date: Tue Jun 25 11:04:55 2019 IwConfig: Error: [Errno 2] No such file or directory: 'iwconfig': 'iwconfig' Lsusb: Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub MachineType: QEMU Standard PC (i440FX + PIIX, 1996) PciMultimedia: ProcFB: 0 cirrusdrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-52-generic root=UUID=6f08d1c2-d443-47ee-97ca-2aeb1bf53f35 ro RelatedPackageVersions: linux-restricted-modules-4.15.0-52-generic N/A linux-backports-modules-4.15.0-52-generic N/A linux-firmware 1.173.6 RfKill: Error: [Errno 2] No such file or directory: 'rfkill': 'rfkill' SourcePackage: linux UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 04/01/2014 dmi.bios.vendor: SeaBIOS dmi.bios.version: Ubuntu-1.8.2-1ubuntu1 dmi.chassis.type: 1 dmi.chassis.vendor: QEMU dmi.chassis.version: pc-i440fx-xenial dmi.modalias: dmi:bvnSeaBIOS:bvrUbuntu-1.8.2-1ubuntu1:bd04/01/2014:svnQEMU:pnStandardPC(i440FX+PIIX,1996):pvrpc-i440fx-xenial:cvnQEMU:ct1:cvrpc-i440fx-xenial: dmi.product.name: Standard PC (i440FX + PIIX, 1996) dmi.product.version: pc-i440fx-xenial dmi.sys.vendor: QEMU To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1834310/+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 1834310] Re: Handle overflow for file-max
** Description changed: == SRU Justification == - Currently, when writing + Currently, when writing 2^64-1 or 2^63 into file-max: echo 18446744073709551616 > /proc/sys/fs/file-max - /proc/sys/fs/file-max will overflow and be set to 0 and make the system - stuck with "Too many open files in system" error within seconds. + Will make the system stuck with "Too many open files in system" error + within seconds. The upper and lower limit need to be defined properly to avoid this. + (The case for passing 2^64 will be addressed in bug 1833935) This failure was reported by the case 2 and 3 of the sysctl02 test in LTP: sysctl02 2 TFAIL: /proc/sys/fs/file-max overflows and set to 18446744073709551615 sysctl02 3 TFAIL: /proc/sys/fs/file-max overflows and set to 9223372036854775808 == Fix == * 32a5ad9c sysctl: handle overflow for file-max * 9002b214 kernel/sysctl.c: fix out-of-bounds access when setting file-max These patches can be cherry-picked into B/C. They have already been applied in X/D from stable update process. == Test == Test kernel could be found here: https://people.canonical.com/~phlin/kernel/lp-1834310-file-max/ Tested OK on KVM nodes with the following command (extracted from the sysctl02 test case in LTP): $ cat /proc/sys/fs/file-max $ sudo sysctl -w -q fs.file-max=18446744073709551615 $ cat /proc/sys/fs/file-max $ sudo sysctl -w -q fs.file-max=9223372036854775808 $ cat /proc/sys/fs/file-max All three file-max output should be identical with the patched kernel. This is because the file-max value is parsed via __do_proc_doulongvec_minmax(), which does not report error when min or max are exceeded but it will just keep the old value instead. == Regression Potential == Low, just adding boundaries to the file-max. And it's been applied in some of our kernels for a while. ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: linux-image-4.15.0-52-generic 4.15.0-52.56 ProcVersionSignature: User Name 4.15.0-52.56-generic 4.15.18 Uname: Linux 4.15.0-52-generic x86_64 AlsaDevices: total 0 crw-rw 1 root audio 116, 1 Jun 25 11:03 seq crw-rw 1 root audio 116, 33 Jun 25 11:03 timer AplayDevices: Error: [Errno 2] No such file or directory: 'aplay': 'aplay' ApportVersion: 2.20.9-0ubuntu7.6 Architecture: amd64 ArecordDevices: Error: [Errno 2] No such file or directory: 'arecord': 'arecord' AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/seq', '/dev/snd/timer'] failed with exit code 1: Date: Tue Jun 25 11:04:55 2019 IwConfig: Error: [Errno 2] No such file or directory: 'iwconfig': 'iwconfig' Lsusb: Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub MachineType: QEMU Standard PC (i440FX + PIIX, 1996) PciMultimedia: ProcFB: 0 cirrusdrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-52-generic root=UUID=6f08d1c2-d443-47ee-97ca-2aeb1bf53f35 ro RelatedPackageVersions: linux-restricted-modules-4.15.0-52-generic N/A linux-backports-modules-4.15.0-52-generic N/A linux-firmware 1.173.6 RfKill: Error: [Errno 2] No such file or directory: 'rfkill': 'rfkill' SourcePackage: linux UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 04/01/2014 dmi.bios.vendor: SeaBIOS dmi.bios.version: Ubuntu-1.8.2-1ubuntu1 dmi.chassis.type: 1 dmi.chassis.vendor: QEMU dmi.chassis.version: pc-i440fx-xenial dmi.modalias: dmi:bvnSeaBIOS:bvrUbuntu-1.8.2-1ubuntu1:bd04/01/2014:svnQEMU:pnStandardPC(i440FX+PIIX,1996):pvrpc-i440fx-xenial:cvnQEMU:ct1:cvrpc-i440fx-xenial: dmi.product.name: Standard PC (i440FX + PIIX, 1996) dmi.product.version: pc-i440fx-xenial dmi.sys.vendor: QEMU -- 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/1834310 Title: Handle overflow for file-max Status in linux package in Ubuntu: Fix Released Status in linux source package in Bionic: In Progress Status in linux source package in Cosmic: In Progress Bug description: == SRU Justification == Currently, when writing 2^64-1 or 2^63 into file-max: echo 18446744073709551616 > /proc/sys/fs/file-max Will make the system stuck with "Too many open files in system" error within seconds. The upper and lower limit need to be defined properly to avoid this. (The case for passing 2^64 will be addressed in bug 1833935) This failure was reported by the case 2 and 3 of the sysctl02 test in LTP: sysctl02 2 TFAIL: /proc/sys/fs/file-max overflows and set to 18446744073709551615 sysctl02 3 TFAIL: /proc/sys/fs/file-max overflows and set to 9223372036854775808 == Fix == * 32a5ad9c sysctl: handle overflow for file-max * 9002b214 kernel/sysctl.c: fix out-of-bounds access when setting file-max These patches can be cherry-picked into B/C. They have already been applied
[Kernel-packages] [Bug 1834310] Re: Handle overflow for file-max
https://lists.ubuntu.com/archives/kernel-team/2019-June/101655.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/1834310 Title: Handle overflow for file-max Status in linux package in Ubuntu: Fix Released Status in linux source package in Bionic: In Progress Status in linux source package in Cosmic: In Progress Bug description: == SRU Justification == Currently, when writing echo 18446744073709551616 > /proc/sys/fs/file-max /proc/sys/fs/file-max will overflow and be set to 0 and make the system stuck with "Too many open files in system" error within seconds. The upper and lower limit need to be defined properly to avoid this. This failure was reported by the case 2 and 3 of the sysctl02 test in LTP: sysctl02 2 TFAIL: /proc/sys/fs/file-max overflows and set to 18446744073709551615 sysctl02 3 TFAIL: /proc/sys/fs/file-max overflows and set to 9223372036854775808 == Fix == * 32a5ad9c sysctl: handle overflow for file-max * 9002b214 kernel/sysctl.c: fix out-of-bounds access when setting file-max These patches can be cherry-picked into B/C. They have already been applied in X/D from stable update process. == Test == Test kernel could be found here: https://people.canonical.com/~phlin/kernel/lp-1834310-file-max/ Tested OK on KVM nodes with the following command (extracted from the sysctl02 test case in LTP): $ cat /proc/sys/fs/file-max $ sudo sysctl -w -q fs.file-max=18446744073709551615 $ cat /proc/sys/fs/file-max $ sudo sysctl -w -q fs.file-max=9223372036854775808 $ cat /proc/sys/fs/file-max All three file-max output should be identical with the patched kernel. This is because the file-max value is parsed via __do_proc_doulongvec_minmax(), which does not report error when min or max are exceeded but it will just keep the old value instead. == Regression Potential == Low, just adding boundaries to the file-max. And it's been applied in some of our kernels for a while. ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: linux-image-4.15.0-52-generic 4.15.0-52.56 ProcVersionSignature: User Name 4.15.0-52.56-generic 4.15.18 Uname: Linux 4.15.0-52-generic x86_64 AlsaDevices: total 0 crw-rw 1 root audio 116, 1 Jun 25 11:03 seq crw-rw 1 root audio 116, 33 Jun 25 11:03 timer AplayDevices: Error: [Errno 2] No such file or directory: 'aplay': 'aplay' ApportVersion: 2.20.9-0ubuntu7.6 Architecture: amd64 ArecordDevices: Error: [Errno 2] No such file or directory: 'arecord': 'arecord' AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/seq', '/dev/snd/timer'] failed with exit code 1: Date: Tue Jun 25 11:04:55 2019 IwConfig: Error: [Errno 2] No such file or directory: 'iwconfig': 'iwconfig' Lsusb: Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub MachineType: QEMU Standard PC (i440FX + PIIX, 1996) PciMultimedia: ProcFB: 0 cirrusdrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-52-generic root=UUID=6f08d1c2-d443-47ee-97ca-2aeb1bf53f35 ro RelatedPackageVersions: linux-restricted-modules-4.15.0-52-generic N/A linux-backports-modules-4.15.0-52-generic N/A linux-firmware 1.173.6 RfKill: Error: [Errno 2] No such file or directory: 'rfkill': 'rfkill' SourcePackage: linux UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 04/01/2014 dmi.bios.vendor: SeaBIOS dmi.bios.version: Ubuntu-1.8.2-1ubuntu1 dmi.chassis.type: 1 dmi.chassis.vendor: QEMU dmi.chassis.version: pc-i440fx-xenial dmi.modalias: dmi:bvnSeaBIOS:bvrUbuntu-1.8.2-1ubuntu1:bd04/01/2014:svnQEMU:pnStandardPC(i440FX+PIIX,1996):pvrpc-i440fx-xenial:cvnQEMU:ct1:cvrpc-i440fx-xenial: dmi.product.name: Standard PC (i440FX + PIIX, 1996) dmi.product.version: pc-i440fx-xenial dmi.sys.vendor: QEMU To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1834310/+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 1834310] Re: Handle overflow for file-max
** Description changed: == SRU Justification == Currently, when writing echo 18446744073709551616 > /proc/sys/fs/file-max - /proc/sys/fs/file-max will overflow and be set to 0 and crashed the - system. + /proc/sys/fs/file-max will overflow and be set to 0 and make the system + stuck with "Too many open files in system" error within seconds. The upper and lower limit need to be defined properly to avoid this. This failure was reported by the case 2 and 3 of the sysctl02 test in LTP: sysctl02 2 TFAIL: /proc/sys/fs/file-max overflows and set to 18446744073709551615 sysctl02 3 TFAIL: /proc/sys/fs/file-max overflows and set to 9223372036854775808 == Fix == * 32a5ad9c sysctl: handle overflow for file-max * 9002b214 kernel/sysctl.c: fix out-of-bounds access when setting file-max These patches can be cherry-picked into B/C. They have already been applied in X/D from stable update process. == Test == Test kernel could be found here: https://people.canonical.com/~phlin/kernel/lp-1834310-file-max/ Tested OK on KVM nodes with the following command (extracted from the sysctl02 test case in LTP): - $ cat /proc/sys/fs/file-max - $ sudo sysctl -w -q fs.file-max=18446744073709551615 - $ cat /proc/sys/fs/file-max - $ sudo sysctl -w -q fs.file-max=9223372036854775808 - $ cat /proc/sys/fs/file-max + $ cat /proc/sys/fs/file-max + $ sudo sysctl -w -q fs.file-max=18446744073709551615 + $ cat /proc/sys/fs/file-max + $ sudo sysctl -w -q fs.file-max=9223372036854775808 + $ cat /proc/sys/fs/file-max All three file-max output should be identical with the patched kernel. This is because the file-max value is parsed via __do_proc_doulongvec_minmax(), which does not report error when min or max are exceeded but it will just keep the old value instead. == Regression Potential == Low, just adding boundaries to the file-max. And it's been applied in some of our kernels for a while. - ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: linux-image-4.15.0-52-generic 4.15.0-52.56 ProcVersionSignature: User Name 4.15.0-52.56-generic 4.15.18 Uname: Linux 4.15.0-52-generic x86_64 AlsaDevices: total 0 crw-rw 1 root audio 116, 1 Jun 25 11:03 seq crw-rw 1 root audio 116, 33 Jun 25 11:03 timer AplayDevices: Error: [Errno 2] No such file or directory: 'aplay': 'aplay' ApportVersion: 2.20.9-0ubuntu7.6 Architecture: amd64 ArecordDevices: Error: [Errno 2] No such file or directory: 'arecord': 'arecord' AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/seq', '/dev/snd/timer'] failed with exit code 1: Date: Tue Jun 25 11:04:55 2019 IwConfig: Error: [Errno 2] No such file or directory: 'iwconfig': 'iwconfig' Lsusb: Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub MachineType: QEMU Standard PC (i440FX + PIIX, 1996) PciMultimedia: ProcFB: 0 cirrusdrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-52-generic root=UUID=6f08d1c2-d443-47ee-97ca-2aeb1bf53f35 ro RelatedPackageVersions: linux-restricted-modules-4.15.0-52-generic N/A linux-backports-modules-4.15.0-52-generic N/A linux-firmware 1.173.6 RfKill: Error: [Errno 2] No such file or directory: 'rfkill': 'rfkill' SourcePackage: linux UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 04/01/2014 dmi.bios.vendor: SeaBIOS dmi.bios.version: Ubuntu-1.8.2-1ubuntu1 dmi.chassis.type: 1 dmi.chassis.vendor: QEMU dmi.chassis.version: pc-i440fx-xenial dmi.modalias: dmi:bvnSeaBIOS:bvrUbuntu-1.8.2-1ubuntu1:bd04/01/2014:svnQEMU:pnStandardPC(i440FX+PIIX,1996):pvrpc-i440fx-xenial:cvnQEMU:ct1:cvrpc-i440fx-xenial: dmi.product.name: Standard PC (i440FX + PIIX, 1996) dmi.product.version: pc-i440fx-xenial dmi.sys.vendor: QEMU -- 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/1834310 Title: Handle overflow for file-max Status in linux package in Ubuntu: Fix Released Status in linux source package in Bionic: In Progress Status in linux source package in Cosmic: In Progress Bug description: == SRU Justification == Currently, when writing echo 18446744073709551616 > /proc/sys/fs/file-max /proc/sys/fs/file-max will overflow and be set to 0 and make the system stuck with "Too many open files in system" error within seconds. The upper and lower limit need to be defined properly to avoid this. This failure was reported by the case 2 and 3 of the sysctl02 test in LTP: sysctl02 2 TFAIL: /proc/sys/fs/file-max overflows and set to 18446744073709551615 sysctl02 3 TFAIL: /proc/sys/fs/file-max overflows and set to 9223372036854775808 == Fix == * 32a5ad9c sysctl: handle overflow for file-max * 9002b214 kernel/sysctl.c: fix out-of-bounds access when setting file-max These patches can be cherry-picked
[Kernel-packages] [Bug 1834310] Re: Handle overflow for file-max
** Description changed: == SRU Justification == Currently, when writing echo 18446744073709551616 > /proc/sys/fs/file-max - /proc/sys/fs/file-max will overflow and be set to 0. + /proc/sys/fs/file-max will overflow and be set to 0 and crashed the + system. - The upper and lower limit need to be defined properly to avoid this - issue. + The upper and lower limit need to be defined properly to avoid this. This failure was reported by the case 2 and 3 of the sysctl02 test in LTP: sysctl02 2 TFAIL: /proc/sys/fs/file-max overflows and set to 18446744073709551615 sysctl02 3 TFAIL: /proc/sys/fs/file-max overflows and set to 9223372036854775808 == Fix == * 32a5ad9c sysctl: handle overflow for file-max * 9002b214 kernel/sysctl.c: fix out-of-bounds access when setting file-max These patches can be cherry-picked into B/C. They have already been applied in X/D from stable update process. == Test == - This issue can be verified with the sysctl02 test in LTP. + Test kernel could be found here: + https://people.canonical.com/~phlin/kernel/lp-1834310-file-max/ + + Tested OK on KVM nodes with the following command (extracted from the + sysctl02 test case in LTP): + $ cat /proc/sys/fs/file-max + $ sudo sysctl -w -q fs.file-max=18446744073709551615 + $ cat /proc/sys/fs/file-max + $ sudo sysctl -w -q fs.file-max=9223372036854775808 + $ cat /proc/sys/fs/file-max + + All three file-max output should be identical with the patched kernel. + + This is because the file-max value is parsed via + __do_proc_doulongvec_minmax(), which does not report error when min or + max are exceeded but it will just keep the old value instead. == Regression Potential == Low, just adding boundaries to the file-max. - And it's been applied in some of our kernel for a while. + And it's been applied in some of our kernels for a while. + ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: linux-image-4.15.0-52-generic 4.15.0-52.56 ProcVersionSignature: User Name 4.15.0-52.56-generic 4.15.18 Uname: Linux 4.15.0-52-generic x86_64 AlsaDevices: total 0 crw-rw 1 root audio 116, 1 Jun 25 11:03 seq crw-rw 1 root audio 116, 33 Jun 25 11:03 timer AplayDevices: Error: [Errno 2] No such file or directory: 'aplay': 'aplay' ApportVersion: 2.20.9-0ubuntu7.6 Architecture: amd64 ArecordDevices: Error: [Errno 2] No such file or directory: 'arecord': 'arecord' AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/seq', '/dev/snd/timer'] failed with exit code 1: Date: Tue Jun 25 11:04:55 2019 IwConfig: Error: [Errno 2] No such file or directory: 'iwconfig': 'iwconfig' Lsusb: Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub MachineType: QEMU Standard PC (i440FX + PIIX, 1996) PciMultimedia: ProcFB: 0 cirrusdrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-52-generic root=UUID=6f08d1c2-d443-47ee-97ca-2aeb1bf53f35 ro RelatedPackageVersions: linux-restricted-modules-4.15.0-52-generic N/A linux-backports-modules-4.15.0-52-generic N/A linux-firmware 1.173.6 RfKill: Error: [Errno 2] No such file or directory: 'rfkill': 'rfkill' SourcePackage: linux UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 04/01/2014 dmi.bios.vendor: SeaBIOS dmi.bios.version: Ubuntu-1.8.2-1ubuntu1 dmi.chassis.type: 1 dmi.chassis.vendor: QEMU dmi.chassis.version: pc-i440fx-xenial dmi.modalias: dmi:bvnSeaBIOS:bvrUbuntu-1.8.2-1ubuntu1:bd04/01/2014:svnQEMU:pnStandardPC(i440FX+PIIX,1996):pvrpc-i440fx-xenial:cvnQEMU:ct1:cvrpc-i440fx-xenial: dmi.product.name: Standard PC (i440FX + PIIX, 1996) dmi.product.version: pc-i440fx-xenial dmi.sys.vendor: QEMU ** Changed in: linux (Ubuntu) Status: Confirmed => 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/1834310 Title: Handle overflow for file-max Status in linux package in Ubuntu: Fix Released Status in linux source package in Bionic: In Progress Status in linux source package in Cosmic: In Progress Bug description: == SRU Justification == Currently, when writing echo 18446744073709551616 > /proc/sys/fs/file-max /proc/sys/fs/file-max will overflow and be set to 0 and crashed the system. The upper and lower limit need to be defined properly to avoid this. This failure was reported by the case 2 and 3 of the sysctl02 test in LTP: sysctl02 2 TFAIL: /proc/sys/fs/file-max overflows and set to 18446744073709551615 sysctl02 3 TFAIL: /proc/sys/fs/file-max overflows and set to 9223372036854775808 == Fix == * 32a5ad9c sysctl: handle overflow for file-max * 9002b214 kernel/sysctl.c: fix out-of-bounds access when setting file-max These patches can be cherry-picked into B/C. They have already been applied in X/D from stable update process. == Test ==
[Kernel-packages] [Bug 1834310] Re: Handle overflow for file-max
** Description changed: == SRU Justification == Currently, when writing -echo 18446744073709551616 > /proc/sys/fs/file-max + echo 18446744073709551616 > /proc/sys/fs/file-max /proc/sys/fs/file-max will overflow and be set to 0. The upper and lower limit need to be defined properly to avoid this issue. + + This failure was reported by the case 2 and 3 of the sysctl02 test in LTP: + sysctl02 2 TFAIL: /proc/sys/fs/file-max overflows and set to 18446744073709551615 + sysctl02 3 TFAIL: /proc/sys/fs/file-max overflows and set to 9223372036854775808 == Fix == * 32a5ad9c sysctl: handle overflow for file-max * 9002b214 kernel/sysctl.c: fix out-of-bounds access when setting file-max These patches can be cherry-picked into B/C. They have already been applied in X/D from stable update process. == Test == This issue can be verified with the sysctl02 test in LTP. == Regression Potential == - Low - + Low, just adding boundaries to the file-max. + And it's been applied in some of our kernel for a while. ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: linux-image-4.15.0-52-generic 4.15.0-52.56 ProcVersionSignature: User Name 4.15.0-52.56-generic 4.15.18 Uname: Linux 4.15.0-52-generic x86_64 AlsaDevices: total 0 crw-rw 1 root audio 116, 1 Jun 25 11:03 seq crw-rw 1 root audio 116, 33 Jun 25 11:03 timer AplayDevices: Error: [Errno 2] No such file or directory: 'aplay': 'aplay' ApportVersion: 2.20.9-0ubuntu7.6 Architecture: amd64 ArecordDevices: Error: [Errno 2] No such file or directory: 'arecord': 'arecord' AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/seq', '/dev/snd/timer'] failed with exit code 1: Date: Tue Jun 25 11:04:55 2019 IwConfig: Error: [Errno 2] No such file or directory: 'iwconfig': 'iwconfig' Lsusb: Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub MachineType: QEMU Standard PC (i440FX + PIIX, 1996) PciMultimedia: ProcFB: 0 cirrusdrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-52-generic root=UUID=6f08d1c2-d443-47ee-97ca-2aeb1bf53f35 ro RelatedPackageVersions: linux-restricted-modules-4.15.0-52-generic N/A linux-backports-modules-4.15.0-52-generic N/A linux-firmware 1.173.6 RfKill: Error: [Errno 2] No such file or directory: 'rfkill': 'rfkill' SourcePackage: linux UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 04/01/2014 dmi.bios.vendor: SeaBIOS dmi.bios.version: Ubuntu-1.8.2-1ubuntu1 dmi.chassis.type: 1 dmi.chassis.vendor: QEMU dmi.chassis.version: pc-i440fx-xenial dmi.modalias: dmi:bvnSeaBIOS:bvrUbuntu-1.8.2-1ubuntu1:bd04/01/2014:svnQEMU:pnStandardPC(i440FX+PIIX,1996):pvrpc-i440fx-xenial:cvnQEMU:ct1:cvrpc-i440fx-xenial: dmi.product.name: Standard PC (i440FX + PIIX, 1996) dmi.product.version: pc-i440fx-xenial dmi.sys.vendor: QEMU -- 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/1834310 Title: Handle overflow for file-max Status in linux package in Ubuntu: Confirmed Status in linux source package in Bionic: In Progress Status in linux source package in Cosmic: In Progress Bug description: == SRU Justification == Currently, when writing echo 18446744073709551616 > /proc/sys/fs/file-max /proc/sys/fs/file-max will overflow and be set to 0. The upper and lower limit need to be defined properly to avoid this issue. This failure was reported by the case 2 and 3 of the sysctl02 test in LTP: sysctl02 2 TFAIL: /proc/sys/fs/file-max overflows and set to 18446744073709551615 sysctl02 3 TFAIL: /proc/sys/fs/file-max overflows and set to 9223372036854775808 == Fix == * 32a5ad9c sysctl: handle overflow for file-max * 9002b214 kernel/sysctl.c: fix out-of-bounds access when setting file-max These patches can be cherry-picked into B/C. They have already been applied in X/D from stable update process. == Test == This issue can be verified with the sysctl02 test in LTP. == Regression Potential == Low, just adding boundaries to the file-max. And it's been applied in some of our kernel for a while. ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: linux-image-4.15.0-52-generic 4.15.0-52.56 ProcVersionSignature: User Name 4.15.0-52.56-generic 4.15.18 Uname: Linux 4.15.0-52-generic x86_64 AlsaDevices: total 0 crw-rw 1 root audio 116, 1 Jun 25 11:03 seq crw-rw 1 root audio 116, 33 Jun 25 11:03 timer AplayDevices: Error: [Errno 2] No such file or directory: 'aplay': 'aplay' ApportVersion: 2.20.9-0ubuntu7.6 Architecture: amd64 ArecordDevices: Error: [Errno 2] No such file or directory: 'arecord': 'arecord' AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/seq', '/dev/snd/timer'] failed with exit code 1: Date: Tue Jun 25 11:04:55 2019 IwConfig: Error: [Errno
[Kernel-packages] [Bug 1834310] Re: Handle overflow for file-max
** Changed in: linux (Ubuntu) Assignee: (unassigned) => Po-Hsu Lin (cypressyew) ** Description changed: + == SRU Justification == Currently, when writing - - echo 18446744073709551616 > /proc/sys/fs/file-max - +echo 18446744073709551616 > /proc/sys/fs/file-max + /proc/sys/fs/file-max will overflow and be set to 0. - That quickly crashes the system. - This issue can be reproduced with the sysctl02 test in LTP. + The upper and lower limit need to be defined properly to avoid this + issue. + + == Fix == + * 32a5ad9c sysctl: handle overflow for file-max + * 9002b214 kernel/sysctl.c: fix out-of-bounds access when setting file-max + + These patches can be cherry-picked into B/C. + They have already been applied in X/D from stable update process. + + == Test == + This issue can be verified with the sysctl02 test in LTP. + + == Regression Potential == + Low + ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: linux-image-4.15.0-52-generic 4.15.0-52.56 ProcVersionSignature: User Name 4.15.0-52.56-generic 4.15.18 Uname: Linux 4.15.0-52-generic x86_64 AlsaDevices: - total 0 - crw-rw 1 root audio 116, 1 Jun 25 11:03 seq - crw-rw 1 root audio 116, 33 Jun 25 11:03 timer + total 0 + crw-rw 1 root audio 116, 1 Jun 25 11:03 seq + crw-rw 1 root audio 116, 33 Jun 25 11:03 timer AplayDevices: Error: [Errno 2] No such file or directory: 'aplay': 'aplay' ApportVersion: 2.20.9-0ubuntu7.6 Architecture: amd64 ArecordDevices: Error: [Errno 2] No such file or directory: 'arecord': 'arecord' AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/seq', '/dev/snd/timer'] failed with exit code 1: Date: Tue Jun 25 11:04:55 2019 IwConfig: Error: [Errno 2] No such file or directory: 'iwconfig': 'iwconfig' Lsusb: Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub MachineType: QEMU Standard PC (i440FX + PIIX, 1996) PciMultimedia: - + ProcFB: 0 cirrusdrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-52-generic root=UUID=6f08d1c2-d443-47ee-97ca-2aeb1bf53f35 ro RelatedPackageVersions: - linux-restricted-modules-4.15.0-52-generic N/A - linux-backports-modules-4.15.0-52-generic N/A - linux-firmware 1.173.6 + linux-restricted-modules-4.15.0-52-generic N/A + linux-backports-modules-4.15.0-52-generic N/A + linux-firmware 1.173.6 RfKill: Error: [Errno 2] No such file or directory: 'rfkill': 'rfkill' SourcePackage: linux UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 04/01/2014 dmi.bios.vendor: SeaBIOS dmi.bios.version: Ubuntu-1.8.2-1ubuntu1 dmi.chassis.type: 1 dmi.chassis.vendor: QEMU dmi.chassis.version: pc-i440fx-xenial dmi.modalias: dmi:bvnSeaBIOS:bvrUbuntu-1.8.2-1ubuntu1:bd04/01/2014:svnQEMU:pnStandardPC(i440FX+PIIX,1996):pvrpc-i440fx-xenial:cvnQEMU:ct1:cvrpc-i440fx-xenial: dmi.product.name: Standard PC (i440FX + PIIX, 1996) dmi.product.version: pc-i440fx-xenial dmi.sys.vendor: QEMU ** Also affects: linux (Ubuntu Bionic) Importance: Undecided Status: New ** Changed in: linux (Ubuntu Bionic) Assignee: (unassigned) => Po-Hsu Lin (cypressyew) ** Changed in: linux (Ubuntu Cosmic) Assignee: (unassigned) => Po-Hsu Lin (cypressyew) ** Changed in: linux (Ubuntu Bionic) Status: New => In Progress ** Changed in: linux (Ubuntu Cosmic) Status: Confirmed => In Progress ** Tags added: cosmic -- 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/1834310 Title: Handle overflow for file-max Status in linux package in Ubuntu: Confirmed Status in linux source package in Bionic: In Progress Status in linux source package in Cosmic: In Progress Bug description: == SRU Justification == Currently, when writing echo 18446744073709551616 > /proc/sys/fs/file-max /proc/sys/fs/file-max will overflow and be set to 0. The upper and lower limit need to be defined properly to avoid this issue. == Fix == * 32a5ad9c sysctl: handle overflow for file-max * 9002b214 kernel/sysctl.c: fix out-of-bounds access when setting file-max These patches can be cherry-picked into B/C. They have already been applied in X/D from stable update process. == Test == This issue can be verified with the sysctl02 test in LTP. == Regression Potential == Low ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: linux-image-4.15.0-52-generic 4.15.0-52.56 ProcVersionSignature: User Name 4.15.0-52.56-generic 4.15.18 Uname: Linux 4.15.0-52-generic x86_64 AlsaDevices: total 0 crw-rw 1 root audio 116, 1 Jun 25 11:03 seq crw-rw 1 root audio 116, 33 Jun 25 11:03 timer AplayDevices: Error: [Errno 2] No such file or directory: 'aplay': 'aplay' ApportVersion: 2.20.9-0ubuntu7.6 Architecture: amd64 ArecordDevices: Error: [Errno 2]
