| Commit message (Collapse) | Author | Age |
|
|
|
| |
[git-debrebase make-patches: export and commit patches]
|
| |
|
|
|
|
|
|
|
|
|
| |
When installing kdump-tools on a chroot, the kernel might not be
available until boot. initrd generation is already taken care of when
kdump-tools is first loaded, so doing it during postinst is no longer
necessary.
Closes: #856594
|
|
|
|
| |
[git-debrebase changelog: new upstream 1.6.7]
|
|
|
|
| |
Signed-off-by: Thadeu Lima de Souza Cascardo <cascardo@debian.org>
|
|
|
|
|
|
|
|
|
|
|
| |
There is no need for root to build the package, and all files belong to
root anyway. dh_builddeb will end up calling dpkg-deb with
--root-owner-group, which will do the right thing.
A test build resulted in the same package contents, the binary packages
were reproducible bit-by-bit by changing only that.
Signed-off-by: Thadeu Lima de Souza Cascardo <cascardo@debian.org>
|
|
|
|
|
|
|
| |
We should not reload kdump unconditionally after a hotplug event, but only
reload it when it was loaded already, which is what try-reload does.
Signed-off-by: Thadeu Lima de Souza Cascardo <cascardo@debian.org>
|
|
|
|
|
|
|
| |
Use a lock file to allow try-reload to be run concurrently, and verify that
kdump is loaded before trying to unload and load again.
Signed-off-by: Thadeu Lima de Souza Cascardo <cascardo@debian.org>
|
| |
|
|
|
|
| |
Signed-off-by: Thadeu Lima de Souza Cascardo <cascardo@debian.org>
|
|
|
|
|
|
|
|
| |
reset_devices will be used by some drivers to do a special reset during
kdump. This will allow some systems with some devices that use such
drivers to kdump instead of fail to probe them.
Signed-off-by: Thadeu Lima de Souza Cascardo <cascardo@debian.org>
|
|
|
|
|
|
|
|
|
|
|
|
| |
The solution used to allow multiple reloads during a hotplug event ended
up not working because udev won't execute two commands under a shell.
So, using a single command that reloads and do not interact with systemd
should work here.
As an extra, this adds support for other init systems.
Signed-off-by: Thadeu Lima de Souza Cascardo <cascardo@debian.org>
|
|
|
|
|
|
|
| |
kdump-config reload will unload the current kdump kernel, and load a new
one.
Signed-off-by: Thadeu Lima de Souza Cascardo <cascardo@debian.org>
|
|
|
|
| |
Signed-off-by: Thadeu Lima de Souza Cascardo <cascardo@debian.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When a CPU is hotplugged, multiple events will be issued for each CPU
thread getting online. On a POWER system, that usually means 8 threads.
Those 8 events will cause systemd to consider the multiple restarts as
failed.
One alternative fix would be setting StartLimitIntervalSec to 0, but
that would apply to all cases where those failures might happen, not
only on the hotplug case.
Instead, we use reset-failed before try-restart, which will allow those
multiple restarts to happen on a short interval.
Signed-off-by: Thadeu Lima de Souza Cascardo <cascardo@debian.org>
|
|
|
|
|
|
|
| |
This is needed on ppc64el, as CPUs are not added or removed, but simply
brought online.
Signed-off-by: Thadeu Lima de Souza Cascardo <cascardo@canonical.com>
|
|
|
|
|
|
|
|
|
| |
On a kdump kernel, nr_cpus is broken, and it will take some time to be
properly fixed. In the meantime, we can just use maxcpus. In the worst
case, we will get an OOM and reboot instead of panicing too early during
boot.
Signed-off-by: Thadeu Lima de Souza Cascardo <cascardo@canonical.com>
|
|
|
|
|
|
|
|
|
|
|
|
| |
During the dump itself, spurious CPU or memory hotplug events will cause
the dump to fail, because the service would be restarted, and an old
incomplete dump would prevent the dump from being collected.
This work also allows us to stop requiring network during kdump loading,
and sets the way to stop requiring network when the dump is not over the
network.
Signed-off-by: Thadeu Lima de Souza Cascardo <cascardo@debian.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Kdump currently try mounting NFS (or doing the SSH dump) only once, and
if it fails, it just gives-up. Since kdump may be essential to debug hard
to reproduce bugs, we should improve the resilience and retry a bit,
delaying at each attempt.
This patch introduces a retry/delay mechanism for both NFS and SSH dumps;
the delay time is the same but number of retries is different (since NFS
mounts takes a long time between failures and is inherently more resilient),
both being configurable parameters from /etc.
The original trigger of this issue is a long-term (bad) behavior of some
NICs, which present a "Link Up" status _before_ being ready to transmit
packets; hence network kdump will try and fail without this patch.
Signed-off-by: Guilherme G. Piccoli <gpiccoli@canonical.com>
Signed-off-by: Thadeu Lima de Souza Cascardo <cascardo@debian.org>
|
|
|
|
| |
Signed-off-by: Thadeu Lima de Souza Cascardo <cascardo@debian.org>
|
|
|
|
| |
[git-debrebase changelog: new upstream 1.6.6]
|
|
|
|
| |
Signed-off-by: Thadeu Lima de Souza Cascardo <cascardo@debian.org>
|
|
|
|
|
|
|
| |
As discussed in bug #910465, pt_PT translation should be only pt, for
all non-Brazilian portuguese speakers.
Signed-off-by: Thadeu Lima de Souza Cascardo <cascardo@debian.org>
|
|
|
|
|
|
|
|
| |
This is not needed anymore that we are using dgit. Upstream changes will be
committed directly, then converted to quilt series when creating the source
package.
Signed-off-by: Thadeu Lima de Souza Cascardo <cascardo@debian.org>
|
|
|
|
| |
[git-debrebase changelog: new upstream 1.6.5]
|
|
|
|
|
|
| |
Delete debian/patches, as part of converting to git-debrebase format.
[git-debrebase convert-from-gbp: drop patches from tree]
|
|
|
|
| |
Signed-off-by: Thadeu Lima de Souza Cascardo <cascardo@debian.org>
|
|
|
|
| |
Signed-off-by: Thadeu Lima de Souza Cascardo <cascardo@debian.org>
|
|
|
|
| |
Signed-off-by: Thadeu Lima de Souza Cascardo <cascardo@debian.org>
|
|
|
|
| |
Signed-off-by: Thadeu Lima de Souza Cascardo <cascardo@debian.org>
|
|
|
|
| |
Signed-off-by: Thadeu Lima de Souza Cascardo <cascardo@debian.org>
|
|
|
|
| |
Signed-off-by: Thadeu Lima de Souza Cascardo <cascardo@debian.org>
|
|
|
|
| |
Signed-off-by: Thadeu Lima de Souza Cascardo <cascardo@debian.org>
|
|
|
|
| |
Signed-off-by: Thadeu Lima de Souza Cascardo <cascardo@debian.org>
|
|
|
|
| |
Signed-off-by: Thadeu Lima de Souza Cascardo <cascardo@debian.org>
|
|
|
|
| |
Signed-off-by: Thadeu Lima de Souza Cascardo <cascardo@debian.org>
|
|
|
|
| |
Signed-off-by: Thadeu Lima de Souza Cascardo <cascardo@debian.org>
|
|
|
|
| |
Signed-off-by: Thadeu Lima de Souza Cascardo <cascardo@debian.org>
|
|
|
|
| |
Signed-off-by: Thadeu Lima de Souza Cascardo <cascardo@debian.org>
|
|
|
|
|
|
|
|
|
|
|
| |
When kdump-tools is installed, it will create initrd only for the
running kernel. Kernels that are installed after kdump-tools have their
initrd created by postinst hook script.
Previously installed kernels, however, get no initrd created. Create it
when kdump is loaded if it does not exist.
Signed-off-by: Thadeu Lima de Souza Cascardo <cascardo@debian.org>
|
|
|
|
|
|
| |
Test that a crash produces a compressed dump.
Signed-off-by: Thadeu Lima de Souza Cascardo <cascardo@debian.org>
|
|
|
|
| |
Signed-off-by: Thadeu Lima de Souza Cascardo <cascardo@debian.org>
|
|
|
|
| |
Signed-off-by: Thadeu Lima de Souza Cascardo <cascardo@debian.org>
|
|
|
|
| |
Signed-off-by: Thadeu Lima de Souza Cascardo <cascardo@debian.org>
|
|
|
|
| |
Signed-off-by: Thadeu Lima de Souza Cascardo <cascardo@debian.org>
|
|
|
|
|
|
|
|
|
| |
Though an initramfs is not needed when using kdump-tools, the user will
have to set it up in a way that it's not going to be required when
loading the kdump kernel. By default, the config script will try to
create an initramfs and require it to be present so load can work.
Signed-off-by: Thadeu Lima de Souza Cascardo <cascardo@debian.org>
|
|
|
|
|
|
|
|
|
|
| |
Some systemd versions will fail to bring up kdump-tools when the target
is an alias, which is the case for default. Also, default target could
be changed to a recovery target, for example, and it's possible we don't
want to invoke kdump-tools in such a case. Using multi-user is a
sensible default.
Signed-off-by: Thadeu Lima de Souza Cascardo <cascardo@debian.org>
|
|
|
|
|
|
| |
LP: #1746299 ("update makedumpfile tool version to v1.6.3")
Signed-off-by: Thadeu Lima de Souza Cascardo <cascardo@debian.org>
|
| |
|
|
|
|
|
| |
Fixes this lintian error:
E: makedumpfile source: build-depends-on-obsolete-package build-depends: dh-systemd (>= 1.5) => use debhelper (>= 9.20160709)
|