| 2017-01-23 16:49:43 |
bugproxy |
bug |
|
|
added bug |
| 2017-01-23 16:49:47 |
bugproxy |
tags |
|
architecture-ppc64le bugnameltc-149956 severity-critical targetmilestone-inin16043 |
|
| 2017-01-23 16:49:48 |
bugproxy |
attachment added |
|
guest console output of dump attempt https://bugs.launchpad.net/bugs/1658733/+attachment/4808162/+files/dotg9-kdump.out |
|
| 2017-01-23 16:50:15 |
bugproxy |
attachment added |
|
host sosreport https://bugs.launchpad.net/bugs/1658733/+attachment/4808163/+files/sosreport-dotkvm.149956-20161214172157.tar.xz |
|
| 2017-01-23 16:50:33 |
bugproxy |
attachment added |
|
sosreport from Ubuntu guest dotg9 https://bugs.launchpad.net/bugs/1658733/+attachment/4808164/+files/sosreport-dotg9.149956-20161215094027.tar.xz |
|
| 2017-01-23 16:50:35 |
bugproxy |
attachment added |
|
loglevel 8 kdump console log https://bugs.launchpad.net/bugs/1658733/+attachment/4808165/+files/dotg9-kdump-loglevel8.txt |
|
| 2017-01-23 16:50:37 |
bugproxy |
attachment added |
|
kdump kernel console msgs with bug 146907 workaround https://bugs.launchpad.net/bugs/1658733/+attachment/4808166/+files/dotg9-kdump-bz146907-workaround.txt |
|
| 2017-01-23 16:50:39 |
bugproxy |
attachment added |
|
libvirt XML for multipath guest dotg9 https://bugs.launchpad.net/bugs/1658733/+attachment/4808167/+files/dotg9.xml |
|
| 2017-01-23 16:50:40 |
bugproxy |
ubuntu: assignee |
|
Taco Screen team (taco-screen-team) |
|
| 2017-01-23 16:50:43 |
bugproxy |
affects |
ubuntu |
kexec-tools (Ubuntu) |
|
| 2017-01-23 17:07:50 |
Manoj Iyer |
kexec-tools (Ubuntu): assignee |
Taco Screen team (taco-screen-team) |
Louis Bouchard (louis-bouchard) |
|
| 2017-01-23 17:07:54 |
Manoj Iyer |
kexec-tools (Ubuntu): importance |
Undecided |
High |
|
| 2017-01-23 17:20:47 |
bugproxy |
attachment added |
|
Adds "noirqdistrib" parameter to kdump command line https://bugs.launchpad.net/bugs/1658733/+attachment/4808196/+files/add_noirqdistrib_param_for_ppc64.diff |
|
| 2017-01-23 17:22:41 |
Mauro S M Rodrigues |
bug task added |
|
makedumpfile (Ubuntu) |
|
| 2017-01-23 17:30:13 |
bugproxy |
attachment added |
|
host sosreport https://bugs.launchpad.net/bugs/1658733/+attachment/4808203/+files/sosreport-dotkvm.149956-20161214172157.tar.xz |
|
| 2017-01-24 18:06:28 |
bugproxy |
attachment removed |
host sosreport https://bugs.launchpad.net/ubuntu/+source/makedumpfile/+bug/1658733/+attachment/4808203/+files/sosreport-dotkvm.149956-20161214172157.tar.xz |
|
|
| 2017-04-10 16:31:56 |
Launchpad Janitor |
kexec-tools (Ubuntu): status |
New |
Confirmed |
|
| 2017-04-10 16:31:56 |
Launchpad Janitor |
makedumpfile (Ubuntu): status |
New |
Confirmed |
|
| 2017-05-08 19:37:26 |
Manoj Iyer |
kexec-tools (Ubuntu): assignee |
Louis Bouchard (louis) |
Nish Aravamudan (nacc) |
|
| 2017-05-08 19:37:38 |
Manoj Iyer |
makedumpfile (Ubuntu): assignee |
|
Nish Aravamudan (nacc) |
|
| 2017-05-08 19:37:53 |
Manoj Iyer |
bug task added |
|
ubuntu-power-systems |
|
| 2017-05-09 14:49:53 |
Manoj Iyer |
ubuntu-power-systems: status |
New |
Confirmed |
|
| 2017-06-01 15:43:22 |
Manoj Iyer |
tags |
architecture-ppc64le bugnameltc-149956 severity-critical targetmilestone-inin16043 |
architecture-ppc64le bugnameltc-149956 severity-critical targetmilestone-inin16043 ubuntu-16.04 |
|
| 2017-06-01 15:49:24 |
bugproxy |
attachment added |
|
guest console output of dump attempt https://bugs.launchpad.net/bugs/1658733/+attachment/4887384/+files/dotg9-kdump.out |
|
| 2017-06-01 15:49:49 |
bugproxy |
attachment added |
|
host sosreport https://bugs.launchpad.net/bugs/1658733/+attachment/4887385/+files/sosreport-dotkvm.149956-20161214172157.tar.xz |
|
| 2017-06-01 15:50:04 |
bugproxy |
attachment added |
|
sosreport from Ubuntu guest dotg9 https://bugs.launchpad.net/bugs/1658733/+attachment/4887386/+files/sosreport-dotg9.149956-20161215094027.tar.xz |
|
| 2017-06-01 15:50:07 |
bugproxy |
attachment added |
|
loglevel 8 kdump console log https://bugs.launchpad.net/bugs/1658733/+attachment/4887387/+files/dotg9-kdump-loglevel8.txt |
|
| 2017-06-01 15:50:09 |
bugproxy |
attachment added |
|
kdump kernel console msgs with bug 146907 workaround https://bugs.launchpad.net/bugs/1658733/+attachment/4887388/+files/dotg9-kdump-bz146907-workaround.txt |
|
| 2017-06-01 15:50:12 |
bugproxy |
attachment added |
|
libvirt XML for multipath guest dotg9 https://bugs.launchpad.net/bugs/1658733/+attachment/4887389/+files/dotg9.xml |
|
| 2017-06-01 15:50:14 |
bugproxy |
attachment added |
|
Adds "noirqdistrib" parameter to kdump command line https://bugs.launchpad.net/bugs/1658733/+attachment/4887390/+files/add_noirqdistrib_param_for_ppc64.diff |
|
| 2017-07-06 14:49:22 |
Louis Bouchard |
kexec-tools (Ubuntu): assignee |
Nish Aravamudan (nacc) |
Louis Bouchard (louis) |
|
| 2017-07-06 14:49:24 |
Louis Bouchard |
makedumpfile (Ubuntu): assignee |
Nish Aravamudan (nacc) |
Louis Bouchard (louis) |
|
| 2017-07-06 14:49:43 |
Louis Bouchard |
kexec-tools (Ubuntu): status |
Confirmed |
Invalid |
|
| 2017-07-06 14:49:53 |
Louis Bouchard |
makedumpfile (Ubuntu): status |
Confirmed |
In Progress |
|
| 2017-07-06 14:56:19 |
Louis Bouchard |
nominated for series |
|
Ubuntu Trusty |
|
| 2017-07-06 14:56:19 |
Louis Bouchard |
bug task added |
|
kexec-tools (Ubuntu Trusty) |
|
| 2017-07-06 14:56:19 |
Louis Bouchard |
bug task added |
|
makedumpfile (Ubuntu Trusty) |
|
| 2017-07-06 14:56:19 |
Louis Bouchard |
nominated for series |
|
Ubuntu Zesty |
|
| 2017-07-06 14:56:19 |
Louis Bouchard |
bug task added |
|
kexec-tools (Ubuntu Zesty) |
|
| 2017-07-06 14:56:19 |
Louis Bouchard |
bug task added |
|
makedumpfile (Ubuntu Zesty) |
|
| 2017-07-06 14:56:19 |
Louis Bouchard |
nominated for series |
|
Ubuntu Xenial |
|
| 2017-07-06 14:56:19 |
Louis Bouchard |
bug task added |
|
kexec-tools (Ubuntu Xenial) |
|
| 2017-07-06 14:56:19 |
Louis Bouchard |
bug task added |
|
makedumpfile (Ubuntu Xenial) |
|
| 2017-07-06 16:08:12 |
Louis Bouchard |
marked as duplicate |
|
1635597 |
|
| 2017-10-18 17:39:29 |
Thadeu Lima de Souza Cascardo |
removed duplicate marker |
1635597 |
|
|
| 2017-10-18 17:40:53 |
Thadeu Lima de Souza Cascardo |
summary |
Ubuntu 16.04.2KVM:kdump fails to mount root file system on multipath root device |
Ubuntu 16.04.2KVM:kdump fails to mount root file system when noirqdistrib is missing as dump kernel parameter |
|
| 2017-10-18 17:44:47 |
Thadeu Lima de Souza Cascardo |
nominated for series |
|
Ubuntu Artful |
|
| 2017-10-18 17:45:17 |
Thadeu Lima de Souza Cascardo |
makedumpfile (Ubuntu Xenial): status |
New |
Confirmed |
|
| 2017-10-18 17:45:30 |
Thadeu Lima de Souza Cascardo |
makedumpfile (Ubuntu): assignee |
Louis Bouchard (louis) |
Thadeu Lima de Souza Cascardo (cascardo) |
|
| 2017-10-18 17:45:35 |
Thadeu Lima de Souza Cascardo |
makedumpfile (Ubuntu Xenial): assignee |
|
Thadeu Lima de Souza Cascardo (cascardo) |
|
| 2017-10-18 17:51:12 |
bugproxy |
attachment added |
|
Adds "noirqdistrib" parameter to kdump command line https://bugs.launchpad.net/bugs/1658733/+attachment/4975065/+files/add_noirqdistrib_param_for_ppc64.diff |
|
| 2017-10-19 12:27:15 |
Thadeu Lima de Souza Cascardo |
description |
== Comment: #0 - Richard M. Scheller - 2016-12-14 16:50:26 ==
---Problem Description---
On a KVM guest installed to a multipath root device, the kdump kernel fails to mount the root file system. This error does not occur in a similar guest installed to a single path device.
Full console output of the kdump failure is attached. These messages from the output may be relevant:
Begin: Loading multipath modules ... Success: loaded module dm-multipath.
done.
Begin: Loading multipath hardware handlers ... Failure: failed to load module sc
si_dh_alua.
Failure: failed to load module scsi_dh_rdac.
Failure: failed to load module scsi_dh_emc.
done.
Begin: Starting multipathd ... done.
---uname output---
Linux dotg9 4.8.0-32-generic #34~16.04.1-Ubuntu SMP Tue Dec 13 17:01:57 UTC 2016 ppc64le ppc64le ppc64le GNU/Linux
Machine Type = 8247-22L Ubuntu 16.04.1 KVM guest
---Steps to Reproduce---
- Install Ubuntu 16.04.1 to a muiltpath target disk
- Install kdump-tools package
- Configure kexec-tools to reserve sufficient RAM for the kdump kernel to load (I use 512MB) in /etc/default/grub.d/kexec-tools.cfg
- Run update-grub
- Reboot
- Initiate a system crash using "echo c > /proc/sysrq-trigger"
== Comment: #12 - Richard M. Scheller - 2016-12-20 20:37:45 ==
Here is the log level 8 kdump console log requested in comment 10.
== Comment: #21 - Richard M. Scheller - 2017-01-06 11:04:17 ==
(In reply to comment #19)
> Hi, I logged in dotkvm and I couldn't find the guest dotg9. Also, although I
> found a dotg9.xml in /kte/xml/ it doesn't look like it uses multipath (it
> uses .img files which I didn't found as disks).
>
> Could you please recreate the guest for further debug?
Yes, I recreated the guest with its correct multipath lun configuration. I have also attached the guest XML to this bug.
> Besides that could you please let us know:
> - is the multipath the system's root? I mean / is installed/mounted on the
> multipath device?
Yes, the guest has only one disk. That disk is actually a LUN from a fiber channel storage device with two paths on the host side. I have passed through both paths to the guest, so the multipath nature of the target disk is known to the guest.
In other words, the guest sees a multipath device and is using it as a multipath device. The root file system is called /dev/mapper/mpatha-part2 on the guest.
> - how did you attach the device to the guest?
Each FC LUN path on the host is mapped to a virtio-scsi controller on the guest using LUN passthrough. (See the guest XML for details on this.)
== Comment: #22 - Mauro Sergio Martins Rodrigues - 2017-01-11 09:31:38 ==
I managed to get kdump to mount rootfs and perform its tasks by setting KDUMP_CMDLINE_APPEND="nr_cpus=4" parameter in /etc/default/kdump-tools see http://pastebin.hursley.ibm.com/8239
I'm still investigating to figure out what is the reason behind this behavior.
Thanks,
--
maurosr
== Comment: #23 - Mauricio Faria De Oliveira - 2017-01-11 11:56:40 ==
Mauro,
(In reply to comment #22)
> I managed to get kdump to mount rootfs and perform its tasks by setting
> KDUMP_CMDLINE_APPEND="nr_cpus=4" parameter in /etc/default/kdump-tools see
> http://pastebin.hursley.ibm.com/8239
>
> I'm still investigating to figure out what is the reason behind this
> behavior.
>
> Thanks,
>
> --
> maurosr
That would smell like an out of memory condition that is alleviated with a smaller number of CPUs allowed for the kernel (so the amount of memory associated with per-CPU stuff is less in total).
Per the bug description, the memory reserved for the crashkernel is 512MB:
(In reply to comment #23)
> - Configure kexec-tools to reserve sufficient RAM for the kdump kernel to
> load (I use 512MB) in /etc/default/grub.d/kexec-tools.cfg
That seems low for Power guests/systems.
I think it theory is doesn't seem so, but the reality is that _for some reason(s)_ we require just too much memory to load and boot a kernel/initramfs (either on boot or kdump).
When working w/ kdump and Ubuntu, I usually set the crashkernel allocated size right away to 4GB to avoid problems.
Since this is a smaller sized guest, obviously we'd want to use less than that, but more than 512 MB given the evidence observed.
Hope this helps
== Comment: #28 - Mauro Sergio Martins Rodrigues - 2017-01-13 10:12:28 ==
>I think it theory is doesn't seem so, but the reality is that _for some reason(s)_ we require just too >much memory to load and boot a kernel/initramfs (either on boot or kdump).
For the record, as you already know, I've raise memory up to 1024mb and it didn't help.
>Per yesterday's conversations, this had to do with IRQ distribution and the nr_cpus kernel parameter, >and seemed to affect multipath only by chance, usually failing/hanging the guest at kdump at other >parts / way earlier in boot (at virtio-scsi disk probe phase too).
Yes, that's right. So looks like there are a couple of things going on here. The first and simpler:
According to kdump's documentation at https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/kdump/kdump.txt#n365 noirqdistrib is a necessary parameter for use kdump in ppc64 architecture, and indeed it solves the issue, including the case when nr_cpus=1 (which was failing in all my attempts until I used noirqdistrib).
So I believe a patch in ubuntu's kdump package to set that attribute for ppc builds may solve this definitely and that will be my focus for right now.
Nevertheless I will keep investigating why this issue is happening only w/ multipath devices.
== Comment: #29 - Mauricio Faria De Oliveira - 2017-01-16 04:22:00 ==
(In reply to comment #28)
> >I think it theory is doesn't seem so, but the reality is that _for some reason(s)_ we require just too >much memory to load and boot a kernel/initramfs (either on boot or kdump).
>
> For the record, as you already know, I've raise memory up to 1024mb and it
> didn't help.
Definitely.
What I've observed is that more than 2GB (yes..) was required on some systems I checked on at the time.
Since you've identified the IRQ distribution aspect of this issue, the crashkernel memory size might not be completely related to this problem, and for this system, the configured sizes happen to work well.
> Nevertheless I will keep investigating why this issue is happening only w/
> multipath devices.
Based on the IRQ distribution aspect, the most reasonable suspicion I've thought of is...
In our testing, several times I observed the kernel initialization to hang in the probe stage of the virtio-scsi disks, and the IO request (probably for the partition table read operation) would time out (signaled by a 'tag abort' message).
If we suppose that these initial IO requests passed correctly (say, these initial IRQs happened to be assigned the the CPU that was online, and thus were delivered/handled correctly) BUT the IO requests issued by multipath (for disk/path identification) fail (i.e., happened to be assigned to a CPU that was offline, then these requests would time out), then multipath would never get a response back, thus not initializing the individual paths and the respective multipath device.
So the /dev/mapper/mpathX device is not created, and the problem is observed. |
[Impact]
On Power Systems, some interrupts are missed, and dumping the crash will fail. Adding the noirqdistrib kernel parameter to the kdump kernel will fix this.
[Test Case]
Setting up kdump to target a virtio-scsi device on a Power System.
[Regression Potential]
The parameter could be interpreted differently on a different platform and kdump would fail. However, it has been verified that no other platform uses such parameter. If another parameter would have been incorrectly removed on the patch, kdump could fail on other systems.
== Comment: #0 - Richard M. Scheller - 2016-12-14 16:50:26 ==
---Problem Description---
On a KVM guest installed to a multipath root device, the kdump kernel fails to mount the root file system. This error does not occur in a similar guest installed to a single path device.
Full console output of the kdump failure is attached. These messages from the output may be relevant:
Begin: Loading multipath modules ... Success: loaded module dm-multipath.
done.
Begin: Loading multipath hardware handlers ... Failure: failed to load module sc
si_dh_alua.
Failure: failed to load module scsi_dh_rdac.
Failure: failed to load module scsi_dh_emc.
done.
Begin: Starting multipathd ... done.
---uname output---
Linux dotg9 4.8.0-32-generic #34~16.04.1-Ubuntu SMP Tue Dec 13 17:01:57 UTC 2016 ppc64le ppc64le ppc64le GNU/Linux
Machine Type = 8247-22L Ubuntu 16.04.1 KVM guest
---Steps to Reproduce---
- Install Ubuntu 16.04.1 to a muiltpath target disk
- Install kdump-tools package
- Configure kexec-tools to reserve sufficient RAM for the kdump kernel to load (I use 512MB) in /etc/default/grub.d/kexec-tools.cfg
- Run update-grub
- Reboot
- Initiate a system crash using "echo c > /proc/sysrq-trigger"
== Comment: #12 - Richard M. Scheller - 2016-12-20 20:37:45 ==
Here is the log level 8 kdump console log requested in comment 10.
== Comment: #21 - Richard M. Scheller - 2017-01-06 11:04:17 ==
(In reply to comment #19)
> Hi, I logged in dotkvm and I couldn't find the guest dotg9. Also, although I
> found a dotg9.xml in /kte/xml/ it doesn't look like it uses multipath (it
> uses .img files which I didn't found as disks).
>
> Could you please recreate the guest for further debug?
Yes, I recreated the guest with its correct multipath lun configuration. I have also attached the guest XML to this bug.
> Besides that could you please let us know:
> - is the multipath the system's root? I mean / is installed/mounted on the
> multipath device?
Yes, the guest has only one disk. That disk is actually a LUN from a fiber channel storage device with two paths on the host side. I have passed through both paths to the guest, so the multipath nature of the target disk is known to the guest.
In other words, the guest sees a multipath device and is using it as a multipath device. The root file system is called /dev/mapper/mpatha-part2 on the guest.
> - how did you attach the device to the guest?
Each FC LUN path on the host is mapped to a virtio-scsi controller on the guest using LUN passthrough. (See the guest XML for details on this.)
== Comment: #22 - Mauro Sergio Martins Rodrigues - 2017-01-11 09:31:38 ==
I managed to get kdump to mount rootfs and perform its tasks by setting KDUMP_CMDLINE_APPEND="nr_cpus=4" parameter in /etc/default/kdump-tools see http://pastebin.hursley.ibm.com/8239
I'm still investigating to figure out what is the reason behind this behavior.
Thanks,
--
maurosr
== Comment: #23 - Mauricio Faria De Oliveira - 2017-01-11 11:56:40 ==
Mauro,
(In reply to comment #22)
> I managed to get kdump to mount rootfs and perform its tasks by setting
> KDUMP_CMDLINE_APPEND="nr_cpus=4" parameter in /etc/default/kdump-tools see
> http://pastebin.hursley.ibm.com/8239
>
> I'm still investigating to figure out what is the reason behind this
> behavior.
>
> Thanks,
>
> --
> maurosr
That would smell like an out of memory condition that is alleviated with a smaller number of CPUs allowed for the kernel (so the amount of memory associated with per-CPU stuff is less in total).
Per the bug description, the memory reserved for the crashkernel is 512MB:
(In reply to comment #23)
> - Configure kexec-tools to reserve sufficient RAM for the kdump kernel to
> load (I use 512MB) in /etc/default/grub.d/kexec-tools.cfg
That seems low for Power guests/systems.
I think it theory is doesn't seem so, but the reality is that _for some reason(s)_ we require just too much memory to load and boot a kernel/initramfs (either on boot or kdump).
When working w/ kdump and Ubuntu, I usually set the crashkernel allocated size right away to 4GB to avoid problems.
Since this is a smaller sized guest, obviously we'd want to use less than that, but more than 512 MB given the evidence observed.
Hope this helps
== Comment: #28 - Mauro Sergio Martins Rodrigues - 2017-01-13 10:12:28 ==
>I think it theory is doesn't seem so, but the reality is that _for some reason(s)_ we require just too >much memory to load and boot a kernel/initramfs (either on boot or kdump).
For the record, as you already know, I've raise memory up to 1024mb and it didn't help.
>Per yesterday's conversations, this had to do with IRQ distribution and the nr_cpus kernel parameter, >and seemed to affect multipath only by chance, usually failing/hanging the guest at kdump at other >parts / way earlier in boot (at virtio-scsi disk probe phase too).
Yes, that's right. So looks like there are a couple of things going on here. The first and simpler:
According to kdump's documentation at https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/kdump/kdump.txt#n365 noirqdistrib is a necessary parameter for use kdump in ppc64 architecture, and indeed it solves the issue, including the case when nr_cpus=1 (which was failing in all my attempts until I used noirqdistrib).
So I believe a patch in ubuntu's kdump package to set that attribute for ppc builds may solve this definitely and that will be my focus for right now.
Nevertheless I will keep investigating why this issue is happening only w/ multipath devices.
== Comment: #29 - Mauricio Faria De Oliveira - 2017-01-16 04:22:00 ==
(In reply to comment #28)
> >I think it theory is doesn't seem so, but the reality is that _for some reason(s)_ we require just too >much memory to load and boot a kernel/initramfs (either on boot or kdump).
>
> For the record, as you already know, I've raise memory up to 1024mb and it
> didn't help.
Definitely.
What I've observed is that more than 2GB (yes..) was required on some systems I checked on at the time.
Since you've identified the IRQ distribution aspect of this issue, the crashkernel memory size might not be completely related to this problem, and for this system, the configured sizes happen to work well.
> Nevertheless I will keep investigating why this issue is happening only w/
> multipath devices.
Based on the IRQ distribution aspect, the most reasonable suspicion I've thought of is...
In our testing, several times I observed the kernel initialization to hang in the probe stage of the virtio-scsi disks, and the IO request (probably for the partition table read operation) would time out (signaled by a 'tag abort' message).
If we suppose that these initial IO requests passed correctly (say, these initial IRQs happened to be assigned the the CPU that was online, and thus were delivered/handled correctly) BUT the IO requests issued by multipath (for disk/path identification) fail (i.e., happened to be assigned to a CPU that was offline, then these requests would time out), then multipath would never get a response back, thus not initializing the individual paths and the respective multipath device.
So the /dev/mapper/mpathX device is not created, and the problem is observed. |
|
| 2017-10-19 15:33:53 |
Brad Figg |
bug task added |
|
kexec-tools (Ubuntu Artful) |
|
| 2017-10-19 15:33:53 |
Brad Figg |
bug task added |
|
makedumpfile (Ubuntu Artful) |
|
| 2017-11-07 19:01:21 |
Thadeu Lima de Souza Cascardo |
makedumpfile (Ubuntu Xenial): status |
Confirmed |
In Progress |
|
| 2017-11-07 19:01:47 |
Thadeu Lima de Souza Cascardo |
attachment added |
|
target fix for artful https://bugs.launchpad.net/ubuntu/xenial/+source/makedumpfile/+bug/1658733/+attachment/5005516/+files/makedumpfile_1.6.1-2ubuntu0.1.diff |
|
| 2017-11-08 00:32:35 |
Ubuntu Foundations Team Bug Bot |
tags |
architecture-ppc64le bugnameltc-149956 severity-critical targetmilestone-inin16043 ubuntu-16.04 |
architecture-ppc64le bugnameltc-149956 patch severity-critical targetmilestone-inin16043 ubuntu-16.04 |
|
| 2017-11-08 00:32:47 |
Ubuntu Foundations Team Bug Bot |
bug |
|
|
added subscriber Ubuntu Sponsors Team |
| 2017-11-21 13:20:18 |
Thadeu Lima de Souza Cascardo |
makedumpfile (Ubuntu Artful): importance |
Undecided |
High |
|
| 2017-11-21 13:20:18 |
Thadeu Lima de Souza Cascardo |
makedumpfile (Ubuntu Artful): milestone |
|
artful-updates |
|
| 2017-11-21 13:20:47 |
Thadeu Lima de Souza Cascardo |
makedumpfile (Ubuntu Xenial): importance |
Undecided |
High |
|
| 2017-11-28 17:07:39 |
Andrew Cloke |
tags |
architecture-ppc64le bugnameltc-149956 patch severity-critical targetmilestone-inin16043 ubuntu-16.04 |
architecture-ppc64le bugnameltc-149956 patch ppc64el-kdump severity-critical targetmilestone-inin16043 ubuntu-16.04 |
|
| 2017-12-05 12:09:32 |
Thadeu Lima de Souza Cascardo |
nominated for series |
|
Ubuntu Bionic |
|
| 2017-12-05 12:09:49 |
Thadeu Lima de Souza Cascardo |
attachment added |
|
fix for bionic https://bugs.launchpad.net/ubuntu/xenial/+source/makedumpfile/+bug/1658733/+attachment/5018772/+files/makedumpfile_1.6.2-1ubuntu0.1.diff |
|
| 2017-12-12 18:03:06 |
Brad Figg |
bug task added |
|
kexec-tools (Ubuntu Bionic) |
|
| 2017-12-12 18:03:06 |
Brad Figg |
bug task added |
|
makedumpfile (Ubuntu Bionic) |
|
| 2017-12-13 17:36:41 |
Launchpad Janitor |
makedumpfile (Ubuntu Bionic): status |
In Progress |
Fix Released |
|
| 2017-12-13 17:52:42 |
bugproxy |
attachment added |
|
target fix for artful https://bugs.launchpad.net/bugs/1658733/+attachment/5022248/+files/makedumpfile_1.6.1-2ubuntu0.1.diff |
|
| 2017-12-14 21:05:12 |
Brian Murray |
makedumpfile (Ubuntu Artful): status |
In Progress |
Fix Committed |
|
| 2017-12-14 21:05:16 |
Brian Murray |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
| 2017-12-14 21:05:19 |
Brian Murray |
bug |
|
|
added subscriber SRU Verification |
| 2017-12-14 21:05:23 |
Brian Murray |
tags |
architecture-ppc64le bugnameltc-149956 patch ppc64el-kdump severity-critical targetmilestone-inin16043 ubuntu-16.04 |
architecture-ppc64le bugnameltc-149956 patch ppc64el-kdump severity-critical targetmilestone-inin16043 ubuntu-16.04 verification-needed verification-needed-artful |
|
| 2017-12-14 21:37:52 |
Brian Murray |
makedumpfile (Ubuntu Xenial): status |
In Progress |
Fix Committed |
|
| 2017-12-14 21:37:59 |
Brian Murray |
tags |
architecture-ppc64le bugnameltc-149956 patch ppc64el-kdump severity-critical targetmilestone-inin16043 ubuntu-16.04 verification-needed verification-needed-artful |
architecture-ppc64le bugnameltc-149956 patch ppc64el-kdump severity-critical targetmilestone-inin16043 ubuntu-16.04 verification-needed verification-needed-artful verification-needed-xenial |
|
| 2017-12-14 21:52:32 |
bugproxy |
attachment added |
|
target fix for artful https://bugs.launchpad.net/bugs/1658733/+attachment/5022763/+files/makedumpfile_1.6.1-2ubuntu0.1.diff |
|
| 2017-12-14 21:52:34 |
bugproxy |
attachment added |
|
fix for bionic https://bugs.launchpad.net/bugs/1658733/+attachment/5022764/+files/makedumpfile_1.6.2-1ubuntu0.1.diff |
|
| 2017-12-18 14:15:40 |
Andrew Cloke |
tags |
architecture-ppc64le bugnameltc-149956 patch ppc64el-kdump severity-critical targetmilestone-inin16043 ubuntu-16.04 verification-needed verification-needed-artful verification-needed-xenial |
architecture-ppc64le bugnameltc-149956 patch ppc64el-kdump severity-critical targetmilestone-inin16043 triage-a ubuntu-16.04 verification-needed verification-needed-artful verification-needed-xenial |
|
| 2017-12-18 14:22:30 |
bugproxy |
attachment added |
|
target fix for artful https://bugs.launchpad.net/bugs/1658733/+attachment/5024183/+files/makedumpfile_1.6.1-2ubuntu0.1.diff |
|
| 2017-12-18 14:22:32 |
bugproxy |
attachment added |
|
fix for bionic https://bugs.launchpad.net/bugs/1658733/+attachment/5024184/+files/makedumpfile_1.6.2-1ubuntu0.1.diff |
|
| 2017-12-18 16:44:01 |
bugproxy |
attachment added |
|
loglevel 8 kdump console log https://bugs.launchpad.net/bugs/1658733/+attachment/5024207/+files/dotg9-kdump-loglevel8.txt |
|
| 2017-12-18 16:44:03 |
bugproxy |
attachment added |
|
kdump kernel console msgs with bug 146907 workaround https://bugs.launchpad.net/bugs/1658733/+attachment/5024208/+files/dotg9-kdump-bz146907-workaround.txt |
|
| 2017-12-18 16:44:05 |
bugproxy |
attachment added |
|
libvirt XML for multipath guest dotg9 https://bugs.launchpad.net/bugs/1658733/+attachment/5024209/+files/dotg9.xml |
|
| 2017-12-18 16:44:07 |
bugproxy |
attachment added |
|
Adds "noirqdistrib" parameter to kdump command line https://bugs.launchpad.net/bugs/1658733/+attachment/5024210/+files/add_noirqdistrib_param_for_ppc64.diff |
|
| 2017-12-18 16:44:08 |
bugproxy |
attachment added |
|
target fix for artful https://bugs.launchpad.net/bugs/1658733/+attachment/5024211/+files/makedumpfile_1.6.1-2ubuntu0.1.diff |
|
| 2017-12-18 16:44:10 |
bugproxy |
attachment added |
|
fix for bionic https://bugs.launchpad.net/bugs/1658733/+attachment/5024212/+files/makedumpfile_1.6.2-1ubuntu0.1.diff |
|
| 2017-12-21 22:17:46 |
Brian Murray |
removed subscriber Ubuntu Sponsors Team |
|
|
|
| 2018-01-29 05:41:53 |
bugproxy |
attachment added |
|
target fix for artful https://bugs.launchpad.net/bugs/1658733/+attachment/5044780/+files/makedumpfile_1.6.1-2ubuntu0.1.diff |
|
| 2018-01-29 05:41:54 |
bugproxy |
attachment added |
|
fix for bionic https://bugs.launchpad.net/bugs/1658733/+attachment/5044781/+files/makedumpfile_1.6.2-1ubuntu0.1.diff |
|
| 2018-02-26 15:19:44 |
Frank Heimes |
makedumpfile (Ubuntu Zesty): status |
New |
Invalid |
|
| 2018-02-26 15:19:53 |
Frank Heimes |
kexec-tools (Ubuntu Zesty): status |
New |
Invalid |
|
| 2018-03-05 15:43:19 |
Andrew Cloke |
summary |
Ubuntu 16.04.2KVM:kdump fails to mount root file system when noirqdistrib is missing as dump kernel parameter |
Ubuntu 16.04 KVM:kdump fails to mount root file system when noirqdistrib is missing as dump kernel parameter |
|
| 2018-03-08 16:37:26 |
Thadeu Lima de Souza Cascardo |
kexec-tools (Ubuntu Xenial): status |
New |
Invalid |
|
| 2018-03-08 16:37:38 |
Thadeu Lima de Souza Cascardo |
kexec-tools (Ubuntu Trusty): status |
New |
Invalid |
|
| 2018-03-08 16:38:03 |
Andrew Cloke |
makedumpfile (Ubuntu Trusty): status |
New |
Invalid |
|
| 2018-03-08 16:38:10 |
Frank Heimes |
ubuntu-power-systems: status |
Confirmed |
Fix Committed |
|
| 2018-03-08 16:38:55 |
Thadeu Lima de Souza Cascardo |
tags |
architecture-ppc64le bugnameltc-149956 patch ppc64el-kdump severity-critical targetmilestone-inin16043 triage-a ubuntu-16.04 verification-needed verification-needed-artful verification-needed-xenial |
architecture-ppc64le bugnameltc-149956 patch ppc64el-kdump severity-critical targetmilestone-inin16043 triage-a ubuntu-16.04 verification-done verification-done-artful verification-done-xenial |
|
| 2018-03-08 16:38:56 |
Frank Heimes |
ubuntu-power-systems: importance |
Undecided |
High |
|
| 2018-03-19 14:06:07 |
Andrew Cloke |
tags |
architecture-ppc64le bugnameltc-149956 patch ppc64el-kdump severity-critical targetmilestone-inin16043 triage-a ubuntu-16.04 verification-done verification-done-artful verification-done-xenial |
architecture-ppc64le bugnameltc-149956 patch ppc64el-kdump severity-critical targetmilestone-inin16043 triage-g ubuntu-16.04 verification-done verification-done-artful verification-done-xenial |
|
| 2018-03-22 17:10:36 |
dann frazier |
bug |
|
|
added subscriber dann frazier |
| 2018-03-26 09:06:27 |
Launchpad Janitor |
makedumpfile (Ubuntu Artful): status |
Fix Committed |
Fix Released |
|
| 2018-03-26 09:06:33 |
Łukasz Zemczak |
removed subscriber Ubuntu Stable Release Updates Team |
|
|
|
| 2018-03-26 09:17:46 |
Launchpad Janitor |
makedumpfile (Ubuntu Xenial): status |
Fix Committed |
Fix Released |
|
| 2018-03-26 13:59:03 |
Frank Heimes |
ubuntu-power-systems: status |
Fix Committed |
Fix Released |
|
