This got addressed in a SF case outside of the standard Ubuntu archives,
hence I'm close it here as Invalid.
** Changed in: makedumpfile (Ubuntu)
Status: In Progress => Invalid
** Changed in: ubuntu-power-systems
Status: Opinion => Invalid
--
You received this bug notification bec
--- Comment From kuldip.na...@ibm.com 2019-12-04 11:47 EDT---
This can now be closed as the we have validated in our test environment and it
works.
** Tags removed: targetmilestone-inin---
** Tags added: targetmilestone-inin1804
--
You received this bug notification because you are a me
Just for completeness reasons:
This is now first of all handled via SF, a patches package is available via PPA.
No decision yet if that can be SRUed to the Ubuntu archive.
Hence setting the makedumpfile status to 'In Progress' and the project entry
first of all to 'Opinion'.
** Changed in: ubuntu
Hi Manoj, I think config changes work great - the whole solution is
scripted, so it could be added in there.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1850548
Title:
Unable to install kdump too
Would it be acceptable if we suggest a workaround of incorporating
config file changes in the "diskless custom image" that you are using to
boot?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1850548
So, update-grub is only run if you have it there. Can you remove it, if
it's not supported/installed on disk at all? Otherwise, how does it
fail? Can you add a log for that?
I see how the version that I have on the ppa would still fail postinst
if update-grub is failing, so installation would stil
Sorry, I missed the entirety of the message with the logs and didn't
notice that there was a kernel there, and that /var/lib/kdump-tools/ and
/var/crash/ seem to be writable.
As I said, I just pushed a test makedumpfile/kdump-tools to
ppa:cascardo/ppa that does not create the initrd during postins
kdump-tools requires a kernel to be loaded by kexec -p to work. There is
no workaround on that. If your /boot/ does not contain a kernel, it
could possibly use a kernel from somewhere else, but you would still
need a kernel.
There is a pending patch that I have in the works that would postpone
the
Just as a side note and to make sure that there is no general problem with the
package (or it's dependencies):
I just setup a clean ppc64el 18.04.3 system with default kernel 4.15 (but
_with_ disks) and could install the kdump-tools package without any issues on
that system.
** Attachment added
So, the postinst code will generate a new initrd based on the installed
kernel and write it to /var/lib/kdump/.
As you mention this is a diskless system, I wonder if there is a kernel
installed and if it shows up at /boot/ and /lib/modules/, and if it is
allowed to write to /var/lib/kdump/ and /va
Thanks for confirming that the issue reproduces with the latest version
of the package. I've moved the bug back to "triaged" and adjusted the
priority.
** Changed in: ubuntu-power-systems
Status: Incomplete => Triaged
** Changed in: ubuntu-power-systems
Importance: Low => High
--
You
** Changed in: ubuntu-power-systems
Importance: Undecided => Low
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1850548
Title:
Unable to install kdump tools: post install script returning fail
To
The package kdump-tools_1.6.3-2_ppc64el.deb is the very first package that was
shipped with the initial release of 18.04. It got in between superseded with a
more current package from bionic-updates (and there is even a newer one in
bionic-proposed):
$ rmadison -a ppc64el kdump-tools | grep bion
13 matches
Mail list logo