Activity log for bug #1828597

Date Who What changed Old value New value Message
2019-05-10 15:19:28 bugproxy bug added bug
2019-05-10 15:19:30 bugproxy tags architecture-ppc64le bugnameltc-177552 severity-high targetmilestone-inin---
2019-05-10 15:19:31 bugproxy ubuntu: assignee Ubuntu on IBM Power Systems Bug Triage (ubuntu-power-triage)
2019-05-10 15:19:34 bugproxy affects ubuntu kexec-tools (Ubuntu)
2019-05-10 16:26:52 Andrew Cloke bug task added ubuntu-power-systems
2019-05-10 16:27:33 Andrew Cloke ubuntu-power-systems: assignee Canonical Kernel Team (canonical-kernel-team)
2019-05-10 16:27:38 Andrew Cloke ubuntu-power-systems: importance Undecided High
2019-05-10 16:36:06 Thadeu Lima de Souza Cascardo bug task added linux (Ubuntu)
2019-05-10 16:36:20 Thadeu Lima de Souza Cascardo nominated for series Ubuntu Disco
2019-05-10 16:36:20 Thadeu Lima de Souza Cascardo bug task added kexec-tools (Ubuntu Disco)
2019-05-10 16:36:20 Thadeu Lima de Souza Cascardo bug task added linux (Ubuntu Disco)
2019-05-10 16:36:20 Thadeu Lima de Souza Cascardo nominated for series Ubuntu Eoan
2019-05-10 16:36:20 Thadeu Lima de Souza Cascardo bug task added kexec-tools (Ubuntu Eoan)
2019-05-10 16:36:20 Thadeu Lima de Souza Cascardo bug task added linux (Ubuntu Eoan)
2019-05-10 16:36:20 Thadeu Lima de Souza Cascardo nominated for series Ubuntu Cosmic
2019-05-10 16:36:20 Thadeu Lima de Souza Cascardo bug task added kexec-tools (Ubuntu Cosmic)
2019-05-10 16:36:20 Thadeu Lima de Souza Cascardo bug task added linux (Ubuntu Cosmic)
2019-05-10 16:36:45 Thadeu Lima de Souza Cascardo linux (Ubuntu Cosmic): importance Undecided High
2019-05-10 16:36:48 Thadeu Lima de Souza Cascardo linux (Ubuntu Disco): importance Undecided High
2019-05-10 16:36:52 Thadeu Lima de Souza Cascardo linux (Ubuntu Eoan): importance Undecided High
2019-05-10 16:36:55 Thadeu Lima de Souza Cascardo linux (Ubuntu Eoan): assignee Thadeu Lima de Souza Cascardo (cascardo)
2019-05-10 16:36:59 Thadeu Lima de Souza Cascardo linux (Ubuntu Disco): assignee Thadeu Lima de Souza Cascardo (cascardo)
2019-05-10 16:37:02 Thadeu Lima de Souza Cascardo linux (Ubuntu Cosmic): assignee Thadeu Lima de Souza Cascardo (cascardo)
2019-05-10 16:40:15 Thadeu Lima de Souza Cascardo linux (Ubuntu Cosmic): status New Confirmed
2019-05-10 16:40:20 Thadeu Lima de Souza Cascardo linux (Ubuntu Eoan): status New Confirmed
2019-05-10 16:40:24 Thadeu Lima de Souza Cascardo linux (Ubuntu Disco): status New Confirmed
2019-05-10 16:40:32 Thadeu Lima de Souza Cascardo kexec-tools (Ubuntu Eoan): status New Invalid
2019-05-10 16:41:10 Thadeu Lima de Souza Cascardo kexec-tools (Ubuntu Disco): status New Invalid
2019-05-10 16:41:15 Thadeu Lima de Souza Cascardo kexec-tools (Ubuntu Cosmic): status New Invalid
2019-05-10 17:09:14 Terry Rudd bug added subscriber Terry Rudd
2019-05-10 17:28:48 Frank Heimes ubuntu-power-systems: status New Confirmed
2019-05-10 18:54:41 Thadeu Lima de Souza Cascardo bug task added makedumpfile (Ubuntu)
2019-05-10 18:55:26 Thadeu Lima de Souza Cascardo makedumpfile (Ubuntu Eoan): importance Undecided High
2019-05-10 18:55:26 Thadeu Lima de Souza Cascardo makedumpfile (Ubuntu Eoan): status New Confirmed
2019-05-10 18:55:26 Thadeu Lima de Souza Cascardo makedumpfile (Ubuntu Eoan): assignee Thadeu Lima de Souza Cascardo (cascardo)
2019-05-20 13:59:49 Andrew Cloke ubuntu-power-systems: status Confirmed Incomplete
2019-05-21 17:00:58 Andrew Cloke ubuntu-power-systems: status Incomplete Confirmed
2019-06-20 18:21:05 Thadeu Lima de Souza Cascardo makedumpfile (Ubuntu Eoan): status Confirmed Fix Committed
2019-06-28 16:14:20 Launchpad Janitor makedumpfile (Ubuntu Eoan): status Fix Committed Fix Released
2019-07-02 18:58:17 Thadeu Lima de Souza Cascardo description == Comment: #0 - Hari Krishna Bathini - 2019-05-10 06:38:21 == ---Problem Description--- kdump boots fails in some environments when nr_cpus=1 is passed ---uname output--- na Machine Type = na ---Debugger--- A debugger is not configured ---Steps to Reproduce--- 1. configure kdump 2. trigger crash on non-boot cpu Expected result: Capture dump and reboot Actual result: Hang in early kdump boot process after crash Userspace tool common name: kdump-tools The userspace tool has the following bit modes: 64-bit Userspace rpm: kdump-tools Userspace tool obtained from project website: na == Comment: #1 - Hari Krishna Bathini - 2019-05-10 06:45:46 == Launchpad bug 1560552 added "nr_cpus=1" support on ppc64 though this change never made it upstream as maintainer has a few apprehensions.. With 4.18 kernels, this change is dropped on Ubuntu kernels too. With nr_cpus=1 support in kernel, kdump-tools was also updated to use "nr_cpsu=1" by default instead of "maxcpus=1" (see launchpad bug 1568952). This kdump-tools change has to be reverted to make it consist with the kernel change. Note that "nr_cpus=1 change had a issues in kdump guest environment even with "nr_cpus=1" support for kdump in kernel. So, even not withstanding the kernel revert, it is better to default to "maxcpus=1" on all kernel versions. So, please revert the kdump-tools fix that went in with launchpad bug 1568952 [Impact] The kdump kernel will crash during its boot if booted on a CPU other than 0. [Test case] Trigger a crash using taskset -c X, where X is not 0 and is a present CPU. Check that the dump is successful. [Regression potential] This will cause more memory to be used by the dump kernel, which may cause OOMs during the dump. The fix is restricted to ppc64el. == Comment: #0 - Hari Krishna Bathini - 2019-05-10 06:38:21 == ---Problem Description--- kdump boots fails in some environments when nr_cpus=1 is passed ---uname output--- na Machine Type = na ---Debugger--- A debugger is not configured ---Steps to Reproduce---  1. configure kdump 2. trigger crash on non-boot cpu Expected result: Capture dump and reboot Actual result: Hang in early kdump boot process after crash Userspace tool common name: kdump-tools The userspace tool has the following bit modes: 64-bit Userspace rpm: kdump-tools Userspace tool obtained from project website: na == Comment: #1 - Hari Krishna Bathini - 2019-05-10 06:45:46 == Launchpad bug 1560552 added "nr_cpus=1" support on ppc64 though this change never made it upstream as maintainer has a few apprehensions.. With 4.18 kernels, this change is dropped on Ubuntu kernels too. With nr_cpus=1 support in kernel, kdump-tools was also updated to use "nr_cpsu=1" by default instead of "maxcpus=1" (see launchpad bug 1568952). This kdump-tools change has to be reverted to make it consist with the kernel change. Note that "nr_cpus=1 change had a issues in kdump guest environment even with "nr_cpus=1" support for kdump in kernel. So, even not withstanding the kernel revert, it is better to default to "maxcpus=1" on all kernel versions. So, please revert the kdump-tools fix that went in with launchpad bug 1568952
2019-07-20 19:25:09 Thadeu Lima de Souza Cascardo description [Impact] The kdump kernel will crash during its boot if booted on a CPU other than 0. [Test case] Trigger a crash using taskset -c X, where X is not 0 and is a present CPU. Check that the dump is successful. [Regression potential] This will cause more memory to be used by the dump kernel, which may cause OOMs during the dump. The fix is restricted to ppc64el. == Comment: #0 - Hari Krishna Bathini - 2019-05-10 06:38:21 == ---Problem Description--- kdump boots fails in some environments when nr_cpus=1 is passed ---uname output--- na Machine Type = na ---Debugger--- A debugger is not configured ---Steps to Reproduce---  1. configure kdump 2. trigger crash on non-boot cpu Expected result: Capture dump and reboot Actual result: Hang in early kdump boot process after crash Userspace tool common name: kdump-tools The userspace tool has the following bit modes: 64-bit Userspace rpm: kdump-tools Userspace tool obtained from project website: na == Comment: #1 - Hari Krishna Bathini - 2019-05-10 06:45:46 == Launchpad bug 1560552 added "nr_cpus=1" support on ppc64 though this change never made it upstream as maintainer has a few apprehensions.. With 4.18 kernels, this change is dropped on Ubuntu kernels too. With nr_cpus=1 support in kernel, kdump-tools was also updated to use "nr_cpsu=1" by default instead of "maxcpus=1" (see launchpad bug 1568952). This kdump-tools change has to be reverted to make it consist with the kernel change. Note that "nr_cpus=1 change had a issues in kdump guest environment even with "nr_cpus=1" support for kdump in kernel. So, even not withstanding the kernel revert, it is better to default to "maxcpus=1" on all kernel versions. So, please revert the kdump-tools fix that went in with launchpad bug 1568952 [Impact] The kdump kernel will crash during its boot if booted on a CPU other than 0. [Test case] Trigger a crash using taskset -c X, where X is not 0 and is a present CPU. Check that the dump is successful. echo c | sudo taskset -c 1 tee /proc/sysrq-trigger [Regression potential] This will cause more memory to be used by the dump kernel, which may cause OOMs during the dump. The fix is restricted to ppc64el. == Comment: #0 - Hari Krishna Bathini - 2019-05-10 06:38:21 == ---Problem Description--- kdump boots fails in some environments when nr_cpus=1 is passed ---uname output--- na Machine Type = na ---Debugger--- A debugger is not configured ---Steps to Reproduce---  1. configure kdump 2. trigger crash on non-boot cpu Expected result: Capture dump and reboot Actual result: Hang in early kdump boot process after crash Userspace tool common name: kdump-tools The userspace tool has the following bit modes: 64-bit Userspace rpm: kdump-tools Userspace tool obtained from project website: na == Comment: #1 - Hari Krishna Bathini - 2019-05-10 06:45:46 == Launchpad bug 1560552 added "nr_cpus=1" support on ppc64 though this change never made it upstream as maintainer has a few apprehensions.. With 4.18 kernels, this change is dropped on Ubuntu kernels too. With nr_cpus=1 support in kernel, kdump-tools was also updated to use "nr_cpsu=1" by default instead of "maxcpus=1" (see launchpad bug 1568952). This kdump-tools change has to be reverted to make it consist with the kernel change. Note that "nr_cpus=1 change had a issues in kdump guest environment even with "nr_cpus=1" support for kdump in kernel. So, even not withstanding the kernel revert, it is better to default to "maxcpus=1" on all kernel versions. So, please revert the kdump-tools fix that went in with launchpad bug 1568952
2019-07-22 13:31:36 Guilherme G. Piccoli bug added subscriber Guilherme G. Piccoli
2019-07-22 14:15:24 Manoj Iyer bug task deleted makedumpfile (Ubuntu Cosmic)
2019-07-22 14:15:43 Manoj Iyer bug task deleted linux (Ubuntu Cosmic)
2019-07-24 20:24:23 Brad Figg tags architecture-ppc64le bugnameltc-177552 severity-high targetmilestone-inin--- architecture-ppc64le bugnameltc-177552 cscc severity-high targetmilestone-inin---
2019-08-28 13:43:48 Andy Whitcroft makedumpfile (Ubuntu Disco): status New Fix Committed
2019-08-28 13:43:51 Andy Whitcroft bug added subscriber Ubuntu Stable Release Updates Team
2019-08-28 13:43:53 Andy Whitcroft bug added subscriber SRU Verification
2019-08-28 13:43:59 Andy Whitcroft tags architecture-ppc64le bugnameltc-177552 cscc severity-high targetmilestone-inin--- architecture-ppc64le bugnameltc-177552 cscc severity-high targetmilestone-inin--- verification-needed verification-needed-disco
2019-08-28 13:50:51 Andy Whitcroft makedumpfile (Ubuntu Bionic): status New Fix Committed
2019-08-28 13:50:57 Andy Whitcroft tags architecture-ppc64le bugnameltc-177552 cscc severity-high targetmilestone-inin--- verification-needed verification-needed-disco architecture-ppc64le bugnameltc-177552 cscc severity-high targetmilestone-inin--- verification-needed verification-needed-bionic verification-needed-disco
2019-08-29 11:49:36 bugproxy tags architecture-ppc64le bugnameltc-177552 cscc severity-high targetmilestone-inin--- verification-needed verification-needed-bionic verification-needed-disco architecture-ppc64le bugnameltc-177552 cscc severity-high targetmilestone-inin--- verification-done-bionic verification-needed verification-needed-disco
2019-08-30 06:30:19 bugproxy tags architecture-ppc64le bugnameltc-177552 cscc severity-high targetmilestone-inin--- verification-done-bionic verification-needed verification-needed-disco architecture-ppc64le bugnameltc-177552 cscc severity-high targetmilestone-inin--- verification-done verification-done-bionic verification-done-disco
2019-09-16 09:33:46 Manoj Iyer linux (Ubuntu Disco): status Confirmed Invalid
2019-09-16 09:34:01 Manoj Iyer linux (Ubuntu Eoan): status Confirmed Invalid
2019-09-16 09:34:11 Manoj Iyer ubuntu-power-systems: status Confirmed Fix Committed
2019-09-30 13:53:50 Andrew Cloke makedumpfile (Ubuntu Bionic): status Fix Committed In Progress
2019-09-30 13:53:58 Frank Heimes makedumpfile (Ubuntu Disco): status Fix Committed In Progress
2019-09-30 13:54:13 Andrew Cloke ubuntu-power-systems: status Fix Committed In Progress