On 07/08/14 at 10:37am, Dave Young wrote:
On 06/17/14 at 03:07pm, WANG Chao wrote:
> Hi, All
>
> This patchset introduce a new kdump emergency service. It will override the
> existing emergency.service. When fatal error occurs, this emergency service
> will be triggered and systemd will isolate to emergency path.
>
> This kdump emergency service can will read kdump.conf and act according to the
> configired "default action" (reboot/poweroff/halt/shell/dump_to_rootfs).
>
> Along with this patchset, kdump-capture.service is introduced as a service unit
> to run kdump.sh. When kdump-capture.service fails, systemd will isolate to
> kdump emergency service. I copied all the dependencies from
> dracut-pre-pivot.service to kdump-capture.service so that kdump.sh will be
> called at the correct time window.
>
> v2:
> Address several comments from Vivek:
> - split [patch 1] into 1/6 and 2/6
> - remove several unnecessary lines in service unit.
> - modify the description of kdump-capture.service
> - introduce another kdump lib kdump-lib-2.sh used in 2nd kernel.
>
>
> WANG Chao (6):
> mkdumprd: mount dump target under /sysroot in 2nd kernel
> mkdumprd: append "x-initrd.mount" to the mount options.
> cleanup: extract functions from kdump.sh to kdump-lib-2.sh
> Introduce kdump error handling service
> Introduce kdump capture service
> disable dracut-emergency.service the whole time
>
> dracut-kdump-capture.service | 23 ++++++
> dracut-kdump-emergency.service | 23 ++++++
> dracut-kdump-error-handler.sh | 10 +++
> dracut-kdump-lib-2.sh | 160 ++++++++++++++++++++++++++++++++++++++++
> dracut-kdump.sh | 161 +----------------------------------------
> dracut-module-setup.sh | 8 +-
> kdump-lib.sh | 6 +-
> kexec-tools.spec | 9 ++-
> mkdumprd | 25 ++++---
> 9 files changed, 253 insertions(+), 172 deletions(-)
> create mode 100644 dracut-kdump-capture.service
> create mode 100644 dracut-kdump-emergency.service
> create mode 100755 dracut-kdump-error-handler.sh
> create mode 100755 dracut-kdump-lib-2.sh
>
I think it will be better to get idea from systemd people, especially for
2/6, 4/6, and 5/6.
Not sure who is the right people to ask for help. I'm adding Harald..
Hi, Harald
The error handler path is a pain for us, appreciate if you can give some idea
or comments.
The action_on_fail code in dracut can probably be dropped after this error handler stuff
is settle down.
Thanks
Dave