Hello,
I have just uploaded a fix for this to Debian/Unstable. It should synch
up with Zesty by tomorrow. Then I will proceed to SRU the fix to the
stable releases.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to makedumpfile in Ubuntu.
h
Hello,
I do agree that the values used for NFS are quite low.
The best approach for this would be to add parameters to
/etc/default/kdump and set them to the default values which would be :
NFS_TIMEO = 600
NFS_RETRANS = 3
Would that be acceptable to you ?
--
You received this bug notification
** Tags removed: verification-needed
** Tags added: verification-done-xenial verification-done-yakkety
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to makedumpfile in Ubuntu.
https://bugs.launchpad.net/bugs/1644771
Title:
kdump-tools: F
** Description changed:
- kdump-tools fails to load if one of the kernel parameter has double-
- quotes
+ [SRU justification]
+ This fix is needed to avoid failure to load kdump-tools when one kernel boot
parameter has double-quotes.
+
+ [Impact]
+ kdump functionality becomes unusable
+
+ [Fix]
Debian bug for reference : https://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=835600
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to makedumpfile in Ubuntu.
https://bugs.launchpad.net/bugs/1644771
Title:
kdump-tools: Fails to load kdump
Public bug reported:
kdump-tools fails to load if one of the kernel parameter has double-
quotes
** Affects: makedumpfile (Ubuntu)
Importance: Undecided
Status: Fix Released
** Affects: makedumpfile (Ubuntu Xenial)
Importance: High
Assignee: Louis Bouchard (louis
Hello,
The fix for this issue has been uploaded for Xenial and Yakkety and is
awaiting SRU approval.
** Description changed:
+ [SRU justification]
+ makedumpfile fails to execute if executed on a 4.8 kernel
+
+ [Impact]
+ Unable to generate compressed kernel dumps on those platform
+
+ [Fix]
+
** Changed in: makedumpfile (Ubuntu)
Status: Confirmed => Invalid
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to makedumpfile in Ubuntu.
https://bugs.launchpad.net/bugs/1103398
Title:
While adding new printer, got error popup "Q
** Changed in: linux (Ubuntu)
Status: New => Confirmed
** Changed in: makedumpfile (Ubuntu)
Status: New => Confirmed
** Changed in: makedumpfile (Ubuntu)
Status: Confirmed => Triaged
** Changed in: linux (Ubuntu)
Status: Confirmed => Invalid
--
You received this bug
** Tags removed: sts-sru
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to zfs-linux in Ubuntu.
https://bugs.launchpad.net/bugs/1607920
Title:
zfs services fail on firstboot if zfs-utils is integrated into the
deployment image
Status i
** Tags added: sts
--
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/1640275
Title:
move nvme driver to linux-image
Status in linux package in Ubuntu:
Incomplete
Status in linux source p
** Also affects: linux (Ubuntu Trusty)
Importance: Undecided
Status: New
--
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/1640275
Title:
move nvme driver to linux-image
Status i
** Changed in: makedumpfile (Ubuntu)
Status: In Progress => Fix Released
** Changed in: makedumpfile (Ubuntu Yakkety)
Status: Confirmed => In Progress
** Changed in: makedumpfile (Ubuntu Xenial)
Status: Confirmed => In Progress
--
You received this bug notification because
Hello,
Here is an update on the situation.
I completed a kernel bisection between 4.7.8 and 4.8-rc1 (15 kernel
builds) and identified the kernel commit that causes the problem :
commit 021182e52fe01c1f7b126f97fd6ba048dc4234fd
Author: Thomas Garnier
Date: Tue Jun 21 17:47:03 2016 -0700
x8
*** This bug is a duplicate of bug 1626269 ***
https://bugs.launchpad.net/bugs/1626269
** This bug has been marked a duplicate of bug 1626269
Ubuntu 16.10: kdump is not working in 4.8 kernel.
--
You received this bug notification because you are a member of Kernel
Packages, which is subsc
** Tags removed: sts-sponsor
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to zfs-linux in Ubuntu.
https://bugs.launchpad.net/bugs/1628279
Title:
python utilities script suffix (.py) should be removed as per Policy
10.4
Status in zfs-
Hello,
Not at the moment : simply adding this commit allow makedumpfile to run
but it generates many other error messages that are currently
investigated. There is an incompatibility between makedumpfile and 4.8
kernels that make the result of makedumpfile unreliable.
I am currently working with
** Tags removed: sts-sponsor
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to zfs-linux in Ubuntu.
https://bugs.launchpad.net/bugs/1607920
Title:
zfs services fail on firstboot if zfs-utils is integrated into the
deployment image
Stat
: makedumpfile (Ubuntu Yakkety)
Importance: Medium
Assignee: Chris J Arges (arges)
Status: In Progress
** Changed in: makedumpfile (Ubuntu Z-series)
Assignee: (unassigned) => Louis Bouchard (louis-bouchard)
** Changed in: makedumpfile (Ubuntu Z-series)
Importance: Undeci
Hello,
The makedumpfile issue is a different problem, followed in bug LP:
#1626269
--
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/1627126
Title:
Machine crashes to (initramfs) after Tri
Hello,
So do you confirm that the latest kernel installed from the PPA also
solves the makedumpfile issue identified in
https://bugs.launchpad.net/ubuntu/xenial/+source/makedumpfile/+bug/1626269
?
Kind regards,
...Louis
--
You received this bug notification because you are a member of Kernel
P
ge will be
sufficient to reach you.
The kernel team has asked to see if you could test the kernel in the
following PPA :
ppa:canonical-kernel-team/unstable
The kernel version is 4.8.0-17.19 and it is the kernel which may potentially
make it to the image. So if you can verify if the crc32c is
Hello,
Yes I have found that and included it into the upcoming makedumpfile
package. But there are more issues wollowing the addition of this commit
that I need to identify and fix.
http://lists.infradead.org/pipermail/kexec/2016-September/017300.html
--
You received this bug notification becau
The kernel team has asked to see if you could test the kernel in the
following PPA :
ppa:canonical-kernel-team/unstable
The kernel version is 4.8.0-17.19 and it is the kernel which may potentially
make it to the image. So if you can verify if the crc32c issue is present or not
on the ppc64el, t
ru...@us.ibm.com, could you please test with the latest kernel package
in yakkety-proposed ? The fix for the crc32 issue in the bug cited
earlier is in that package.
The kernel version is 4.8.0-15.16.
--
You received this bug notification because you are a member of Kernel
Packages, which is sub
Hello,
This crc32 issue has been identified on s390x and resolved in the
following bug :
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1625728
I'm checking if it will also apply to ppc64el and will comment back
--
You received this bug notification because you are a member of Kernel
Pac
)
Importance: Undecided
Status: New
** Changed in: makedumpfile (Ubuntu Yakkety)
Status: New => Confirmed
** Changed in: makedumpfile (Ubuntu Yakkety)
Importance: Undecided => High
** Changed in: makedumpfile (Ubuntu Xenial)
Assignee: (unassigned) => Louis Bouchard (louis
** Description changed:
+ [SRU justification]
+ Error message polluting the installation
+
+ [Impact]
+ Wrongfully implies a problem with the installation
+
+ [Fix]
+ Remove unneeded dh_installinit override
+
+ [Test Case]
+ Install kdump-tools on Xenial. Without the fix, the installation will
** Description changed:
+ [SRU justification]
+ kernel crash dump fails to work without the modification.
+
+ [Impact]
+ Broken functionality.
+
+ [Fix]
+ Add cio_ignore -k -y output to the kexec command.
+
+ [Test Case]
+ Follow indication in comment #2 to reproduce. With the fix, kdump will
** Changed in: makedumpfile (Ubuntu Xenial)
Importance: Undecided => High
** Description changed:
+ [SRU justification]
+ HOSTTAG=ip is unusable without this fix on some platforms
+
+ [Impact]
+ HOSTTAG functionality works as expected.
+
+ [Fix]
+ Loop on hostname -I for five seconds. Revert
** Changed in: makedumpfile (Ubuntu Xenial)
Status: New => In Progress
** Changed in: makedumpfile (Ubuntu Xenial)
Importance: Undecided => Low
** Description changed:
+ [SRU justification]
+ Use a more restrictive kernel boot option to limit CPU numbers to 1
+
+ [Impact]
+ Will signi
** Description changed:
- Problem Description
+ [SRU justification]
+ Without this fix, networked enabled kernel dump will fail to complete.
+
+ [Impact]
+ Broken networked functionality
+
+ [Fix]
+ Add a Wants target to the systemd unit.
+
+ [Test Case]
+ Follow "Test to reproduce" in Original
** Changed in: makedumpfile (Ubuntu)
Status: Triaged => In Progress
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to makedumpfile in Ubuntu.
https://bugs.launchpad.net/bugs/1599491
Title:
kdump-tools install script uses deprecated
** Changed in: makedumpfile (Ubuntu)
Status: New => Triaged
** Changed in: makedumpfile (Ubuntu)
Importance: Undecided => Low
** Changed in: makedumpfile (Ubuntu)
Assignee: (unassigned) => Louis Bouchard (louis-bouchard)
** Also affects: makedumpfile (Ubuntu Xenial)
I
Hello,
Thanks for testing the fix. I will proceed with the SRU process.
Kind regards,
...Louis
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to makedumpfile in Ubuntu.
https://bugs.launchpad.net/bugs/1599561
Title:
Ubuntu 16.04.01 kdu
Hello,
A tentative fix for this bug is available for testing in the following
PPA :
ppa:louis-bouchard/makedumpfile-test
Please test and verify that it solves this issue on Xenial. I will then
proceed with the SRU.
Kind regards,
...Louis
--
You received this bug notification because you a
Hello,
A tentative fix for this bug is available for testing in the following
PPA :
ppa:louis-bouchard/makedumpfile-test
If you could kindly test and verify that it solves this issue on Xenial
as I am unable to reproduce the issue, it would help me a great deal.
If this is successful, I will
Hello,
The fix for this bug, along with three other (all for your employer) are
queued for the next SRU for makedumpfile. As soon as I have a PPA
enabled for building s390x, I will provide the package for testing.
In the meantime, manually editing the file /etc/default/kdump-tools
remains a valid
This has been fixed in version 1.6.0-1 available in Yakkety.
** Changed in: makedumpfile (Ubuntu Yakkety)
Status: New => Fix Released
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to makedumpfile in Ubuntu.
https://bugs.launchpad.ne
** Changed in: makedumpfile (Ubuntu)
Status: Triaged => Confirmed
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to makedumpfile in Ubuntu.
https://bugs.launchpad.net/bugs/1599561
Title:
Ubuntu 16.04.01 kdump: IP prefix is missing
in: makedumpfile (Ubuntu Xenial)
Assignee: (unassigned) => Louis Bouchard (louis-bouchard)
** No longer affects: makedumpfile (Ubuntu Yakkety)
** Changed in: makedumpfile (Ubuntu Xenial)
Status: New => Confirmed
--
You received this bug notification because you are a member of
** Changed in: makedumpfile (Ubuntu Xenial)
Status: New => In Progress
** Changed in: makedumpfile (Ubuntu Xenial)
Assignee: (unassigned) => Louis Bouchard (louis-bouchard)
** Changed in: makedumpfile (Ubuntu)
Assignee: Louis Bouchard (louis-bouchard) => (unassigned)
*
Hello,
I don't know where you are getting these packages from :
~$ rmadison makedumpfile
makedumpfile | 1:1.5.9-5 | xenial | source, amd64,
armhf, i386, powerpc, ppc64el, s390x
makedumpfile | 1:1.6.0-1 | yakkety | source, amd64,
armhf, i386, powe
Testing with a JBL SB400 BT on a Lenovo Thinkpad T450S with the intel
ibt driver on F/W version 37081001103110e23 works correctly.
Doing a parallel test on my laptop (HP evo 850) that has :
[12383.666088] Bluetooth: hci0: read Intel version: 370710018002030d00
[12383.666095] Bluetooth: hci0: Inte
Hello,
I am preparing a new release following a new upstream version and will
implement that change.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to makedumpfile in Ubuntu.
https://bugs.launchpad.net/bugs/1568952
Title:
ISST-LTE:pVM:th
: (unassigned) => Louis Bouchard (louis-bouchard)
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to makedumpfile in Ubuntu.
https://bugs.launchpad.net/bugs/1568952
Title:
ISST-LTE:pVM:thymelp2:ubuntu 16.04: change "maxcpus=1" to &qu
Public bug reported:
merge bug
** Affects: kexec-tools (Ubuntu)
Importance: Wishlist
Assignee: Louis Bouchard (louis-bouchard)
Status: In Progress
** Changed in: kexec-tools (Ubuntu)
Status: New => In Progress
** Changed in: kexec-tools (Ubuntu)
Importa
** Changed in: kexec-tools (Ubuntu Trusty)
Assignee: (unassigned) => Louis Bouchard (louis-bouchard)
** Changed in: kexec-tools (Ubuntu)
Assignee: (unassigned) => Louis Bouchard (louis-bouchard)
--
You received this bug notification because you are a member of Kernel
Packages,
After talking with upstream, the new version should come sometimes in
may with support for newer kernels. At the moment, this message can be
disregarded as a warning since there is no kernel specific issue up to
k4.5
--
You received this bug notification because you are a member of Kernel
Package
Hello,
Before commiting this into the new kdump-tools, let me confirm with you
:
The current use has the following kexec command (from kdump-config show)
:
kexec command:
/sbin/kexec -p --command-line="root=/dev/mapper/vg_ubuntu-root BOOT_IMAGE=0
irqpoll maxcpus=1 nousb systemd.unit=kdump-too
Hello,
It is becoming unclear to me if the cio_ignore needs to be tied to a
bigger crashkernel value or not. I am preparing an update to kdump-tools
which will set the crashkernel value upon install. Right now, I'm
setting it to 196M for LPAR and 128M for zVM.
What should be the default values fo
** Changed in: makedumpfile (Ubuntu Xenial)
Status: Confirmed => In Progress
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to makedumpfile in Ubuntu.
https://bugs.launchpad.net/bugs/1571590
Title:
pVM:pinelp2:ubuntu 16.04: Network
Hello,
Just to keep you posted; I have uploaded your fix to Ubuntu Yakkety as I
need more debian testing. Once it lands in the archive, I will do the
SRU to Xenial.
Kind regards,
...Louis
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to
Hello,
Thank you for the work in identifying the solution and the patch. I was
able to reproduce the bug and will upload a fix to debian shortly.
Once it is synchronized with Yakkety, I will proceed to SRU the solution
to Xenial.
Kind regards,
...Louis
** Changed in: makedumpfile (Ubuntu)
s: New => Confirmed
** Changed in: makedumpfile (Ubuntu Xenial)
Importance: Undecided => Medium
** Changed in: makedumpfile (Ubuntu Xenial)
Assignee: (unassigned) => Louis Bouchard (louis-bouchard)
--
You received this bug notification because you are a member of Kernel
Pac
** Changed in: makedumpfile (Ubuntu)
Status: New => Confirmed
** Changed in: makedumpfile (Ubuntu)
Importance: Undecided => Medium
** Changed in: makedumpfile (Ubuntu)
Assignee: (unassigned) => Louis Bouchard (louis-bouchard)
--
You received this bug notification becaus
Hello,
I am not against the modification but would like to understand better the
rationale behind this. According to the kernel doc we have :
maxcpus=[SMP] Maximum number of processors that an SMP kernel
** Changed in: makedumpfile (Ubuntu)
Status: New => Confirmed
** Changed in: makedumpfile (Ubuntu)
Importance: Undecided => High
** Changed in: makedumpfile (Ubuntu)
Assignee: (unassigned) => Louis Bouchard (louis-bouchard)
--
You received this bug notification because
** Changed in: ubuntu-z-systems
Assignee: (unassigned) => Louis Bouchard (louis-bouchard)
** Also affects: makedumpfile (Ubuntu Xenial)
Importance: High
Assignee: Skipper Bug Screeners (skipper-screen-team)
Status: Confirmed
--
You received this bug notification because
I honnestly think that this assignment should be removed from kexec-tool
& moved over to kdump-tools. I'd be happy to do it, which would
facilitate such hardware-specific customization.
I have another requirement for a similar tailoring on s390x so I could
joint them both.
Now I'd be happy to get
Hello,
Regarding nr_cpus=1, the equivalent maxcpus=1 is set in the kexec
command (at least on default installs) :
$ kdump-config show
DUMP_MODE:kdump
USE_KDUMP:1
KDUMP_SYSCTL: kernel.panic_on_oops=1
KDUMP_COREDIR:/var/crash
crashkernel addr: 0x2b00
/var/lib/kdump/vm
Hello,
Sorry for the missing build and missing answers, I was not subscribed to
the bug.
Following your tests, I have uploaded the fixed version to the archive
which is waiting for approval since we are under beta freeze.
Since this is bugfixing, it should be approved. I'll let you know once
it
If there is a way to determine if we're on a zVM or Lpar, I could adapt
kdump-config to add the appropriate crashkernel=value pair in
/etc/zipl.conf and re-run zipl upon installation of kdump-tools, which
is required in order to capture a dump.
--
You received this bug notification because you ar
***WARNING***
KDUMP_CMDLINE_APPEND is used to add parameters to the command used by
kexec to reboot when the system crashes. Adding crashkernel= there is
useless and will most likely be ignored.
The crashkernel= parameter has to be made available on the system when
it first boots so having it in
PPA. Please confirm that you will be using the official
archive so I can proceed to delete this PPA.
Now the kexec-tools fixes have been uploaded to a different PPA : ppa
:louis-bouchard/kexec-tools-test
Please verify that the new package do indeed fixes your issue. If this
is the case, I will see
Hello,
I have a new test package ready for testing if you are able to verify. I
included the three upstream commits. I haven't identified the changes
made to the purgatory/arch/ppc64/Makefile file (part of the rebase
tarfile) so those are not included.
Since you are already using the PPA that con
** Also affects: kexec-tools (Ubuntu Xenial)
Importance: Undecided
Assignee: Taco Screen team (taco-screen-team)
Status: Confirmed
** Changed in: kexec-tools (Ubuntu Xenial)
Status: Confirmed => In Progress
** No longer affects: kexec-tools (Ubuntu Xenial)
--
You received
Public bug reported:
package was there two weeks ago and is no longer available.
** Affects: linux (Ubuntu)
Importance: High
Assignee: Andy Whitcroft (apw)
Status: Fix Committed
--
You received this bug notification because you are a member of Kernel
Packages, which is subscr
=> Medium
** Changed in: makedumpfile (Ubuntu Trusty)
Assignee: (unassigned) => Louis Bouchard (louis-bouchard)
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to makedumpfile in Ubuntu.
https://bugs.launchpad.net/bugs
** Changed in: kexec-tools (Ubuntu)
Status: Confirmed => Invalid
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to kexec-tools in Ubuntu.
https://bugs.launchpad.net/bugs/1528101
Title:
ISST-LTE: kdump failed: second kernel booting
Hello,
The reason for this verification is that version 1.5.5 of makedumpfile
was tested on kernels up to 4.1 and not later. Fixing that is not just
to trivially change the entry in the file. It requires verification that
makedumpfile will indeed work for newer kernels.
Since the upcoming release
Hi,
First of all, I was wrong in my previous statement : 1.5.5 currently
supports kernels up to 3.19. The source code that you cite is for 1.5.9
that is only available in Xenial.
Secondly, there is no upstream version that supports kernel up to 4.2
since 1.5.9 is the last released upstream versio
Hello,
After investigating the issue, it turns out that an adequate solution is
not possible without sensible modification to the kernel.
As explained before, the kernel allows for the definition of a
vm_free_kbytes which is above the size of the total memory available.
This parameter is enable
** Changed in: crash (Ubuntu)
Assignee: Louis Bouchard (louis-bouchard) => (unassigned)
** Changed in: crash (Ubuntu Trusty)
Assignee: (unassigned) => Louis Bouchard (louis-bouchard)
** Changed in: crash (Ubuntu Trusty)
Status: New => Confirmed
--
You received
Fixed in makedumpfile (1:1.5.9-4) from Debian/sid
** Changed in: kexec-tools (Ubuntu)
Status: Confirmed => Fix Released
** Changed in: kexec-tools (Ubuntu)
Assignee: Louis Bouchard (louis-bouchard) => (unassigned)
--
You received this bug notification because you are a mem
** Changed in: crash (Ubuntu)
Status: Confirmed => In Progress
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to crash in Ubuntu.
https://bugs.launchpad.net/bugs/1555244
Title:
crash fails to load with 4.4+ kernels
Status in crash
Opened related debian bug : https://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=817798
** Bug watch added: Debian Bug tracker #817798
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=817798
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed t
** Also affects: crash (Ubuntu Trusty)
Importance: Undecided
Status: New
** Changed in: crash (Ubuntu)
Status: New => Confirmed
** Changed in: crash (Ubuntu)
Importance: Undecided => Medium
** Changed in: crash (Ubuntu)
Assignee: (unassigned) => Louis Boucha
Public bug reported:
When loading a crash dump on 4.4+ kernel, crash fails to load with the
following msg :
root@DEVAC02:/var/crash/201603092003# crash
/usr/lib/debug/boot/vmlinux-4.4.0-11-generic dump.201603092003
crash 7.1.4
Copyright (C) 2002-2015 Red Hat, Inc.
Copyright (C) 2004, 2005, 2006
Hi,
The crashkernel parameter is added when the "linux-crashdump"
metapackage is install.
linux-crashdump depends on kdump-tools which in turns depends on kexec-
tools.
Maybe this should be adapted to z as I don't know how the linux kernel
is brought in and linux-crashdump is a metapackage of t
FYI I have just re-synchronized the package with Debian : 1.5.9-5
contains the same modification.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to makedumpfile in Ubuntu.
https://bugs.launchpad.net/bugs/1543636
Title:
makedumpfile: Enabl
** Also affects: linux (Ubuntu Trusty)
Importance: Undecided
Status: New
--
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/1454286
Title:
BNX2X firmware an hang on Trusty (3.13) a
Yes, I have started to work on a possible solution.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to kexec-tools in Ubuntu.
https://bugs.launchpad.net/bugs/1528101
Title:
ISST-LTE: kdump failed: second kernel booting hangs after /scripts
Sorry for the formatting : the ppa is
ppa:louis-bouchard/makedumpfile-tests
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to makedumpfile in Ubuntu.
https://bugs.launchpad.net/bugs/1536904
Title:
Kdump fails on Ubuntu 16.04 (PowerVM/Pow
Hello,
You can find the upcoming version in the following PPA : ppa:louis-
bouchard/makedumpfile-tests. Here is the changelog :
* Allow for symlinks to be created for vmlinux files : On Power8
architecture, systems are booting fro
Public bug reported:
Need to fix the manpage
** Affects: kexec-tools (Ubuntu)
Importance: Medium
Assignee: Louis Bouchard (louis-bouchard)
Status: Confirmed
** Affects: kexec-tools (Ubuntu Wily)
Importance: Medium
Assignee: Louis Bouchard (louis-bouchard
file (Ubuntu)
Importance: Undecided => High
** Changed in: makedumpfile (Ubuntu)
Assignee: Taco Screen team (taco-screen-team) => Louis Bouchard
(louis-bouchard)
** Also affects: makedumpfile (Ubuntu Wily)
Importance: Undecided
Status: New
** Changed in: makedumpfile (Ubuntu Wily)
** Affects: kexec-tools (Ubuntu)
Importance: Medium
Assignee: Louis Bouchard (louis-bouchard)
Status: Confirmed
** Affects: kexec-tools (Ubuntu Wily)
Importance: Medium
Assignee: Louis Bouchard (louis-bouchard)
Status: Confirmed
** Also affects: kexec-tools (Ubuntu
** Changed in: kexec-tools (Ubuntu Wily)
Status: In Progress => Fix Released
** Changed in: kexec-tools (Ubuntu Wily)
Assignee: Louis Bouchard (louis-bouchard) => (unassigned)
--
You received this bug notification because you are a member of Kernel
Packages, which is subscri
Hello,
I must admit that I am a bit puzzled by some of your statements :
---Steps to Reproduce---
Steps to follow:
1. apt-get install linux-crashdump
2. apt-get install kdump-tools
Step 2 is not required : kdump-tools is a dependency of linux-crashdump
so it is installed automatically :
Hello,
The context here is that your modification of vm.min_free_kbytes brings
the value of vm_free_kbytes above the available memory defined by the
crashkernel boot parameter.
A definitive fix for this situation requires some non trivial
development, which will take time.
I can only suggest for
** Changed in: makedumpfile (Ubuntu Trusty)
Assignee: Louis Bouchard (louis-bouchard) => (unassigned)
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to makedumpfile in Ubuntu.
https://bugs.launchpad.net/bugs/1464833
Title:
Unable
Thank you for the test.
It should be released publicly in a few days.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to makedumpfile in Ubuntu.
https://bugs.launchpad.net/bugs/1464833
Title:
Unable to configure Firmware Assisted dump
St
Hello Praveen,
Would it be possible for you to test the uploaded packages in the
trusty-proposed archive to confirm that the fix is adequate. Please
don't forget to remove the test packages provided in the PPA.
Kind regards,
...Louis
--
You received this bug notification because you are a mem
kexec kernel
with the default value for vm.min_free_kbytes and not the modified one.
I will look into that.
** Changed in: kexec-tools (Ubuntu)
Assignee: (unassigned) => Louis Bouchard (louis-bouchard)
--
You received this bug notification because you are a member of Kernel
Packages,
Hello,
This is expected behavior. When an upstart job exists for a service,
which is the case for kdump-tools, the $ service command will execute
(see /usr/sbin/service) :
$ status kdump-tools
On a systemd enabled system (Wily) you would get :
$ service kdump-tools status
● kdump-tools.servic
** Also affects: crash (Ubuntu Trusty)
Importance: Undecided
Status: New
** Also affects: crash (Ubuntu Vivid)
Importance: Undecided
Status: New
** Also affects: crash (Ubuntu Wily)
Importance: Undecided
Status: New
** Also affects: crash (Ubuntu Xenial)
Importan
** Tags removed: verification-needed
** Tags added: verification-done
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to kexec-tools in Ubuntu.
https://bugs.launchpad.net/bugs/1496317
Title:
kexec fails with OOM killer with the current cra
** No longer affects: kexec-tools (Ubuntu Wily)
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to kexec-tools in Ubuntu.
https://bugs.launchpad.net/bugs/1318111
Title:
Adds more and more copies of ‘crashkernel=384M-:128M’ in
/etc/defaul
** Also affects: kexec-tools (Ubuntu Trusty)
Importance: Undecided
Status: New
** Also affects: kexec-tools (Ubuntu Wily)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to kexec-tools in
101 - 200 of 278 matches
Mail list logo