On Fri, May 27, 2022 at 04:42:25PM +0200, Zdenek Kabelac wrote:
Dne 27. 05. 22 v 14:20 Vivek Goyal napsal(a):
> On Fri, May 27, 2022 at 02:45:14PM +0800, Tao Liu wrote:
> > If lvm2 thinp is enabled in kdump, lvm2-monitor.service is needed for
> > monitor and autoextend the size of thin pool. Otherwise the vmcore
> > dumped to a no-enough-space target will be incomplete and unable for
> > further analysis.
> >
> > In this patch, lvm2-monitor.service will be started before kdump-capture
> > .service for 2nd kernel, then be stopped in kdump post.d phase. So
> > the thin pool monitoring and size-autoextend can be ensured during kdump.
> >
> > Signed-off-by: Tao Liu <ltao(a)redhat.com>
> > ---
> > dracut-lvm2-monitor.service | 15 +++++++++++++++
> > dracut-module-setup.sh | 16 ++++++++++++++++
> > kexec-tools.spec | 2 ++
> > 3 files changed, 33 insertions(+)
> > create mode 100644 dracut-lvm2-monitor.service
> >
> > diff --git a/dracut-lvm2-monitor.service b/dracut-lvm2-monitor.service
> This seems to be a copy of /lib/systemd/system/lvm2-monitor.service.
> Wondering if we can dirctly include that file in initramfs when generating
> image. But I am fuzzy on details of dracut implementation. It has been
> too long since I played with it. So Bao and kdump team will be best
> to comment on this.
>
This is quite interesting - monitoring should in fact never be started
wthin 'ramdisk' so I'm acutlly wondering what is this service file doing
there.
Design was to start 'monitoring' of devices just after switch to 'rootfs'
-
since running 'dmeventd' out of ramdisk does not make any sense at all.
Hi Zdenek,
In case of kdump, we save core dump from initramfs context and reboot
back into primary kernel. And that's why this need of dm monitoring (
and thin pool auto extension) working from inside the initramfs
context.
Thanks
Vivek
(Adding also Dave since he has been able to push some patches to 'dracut'
recently')
Regards
Zdenek