On Tue, Jul 6, 2021 at 5:11 PM Coiby Xu <coxu(a)redhat.com> wrote:
Hi,
On Fri, Jul 02, 2021 at 03:52:06AM +0800, Kairui Song wrote:
>Recent version of dracut will enable initqueue more often, and
Hi Coiby
Dracut only enable initqueue when the target needs a initqueue, in
RHEL9 dracut do enable initqueue for more targets, that's depend on
dracut modules.
What do you mean by "dracut will enable initqueue more
often"? Isn't
intiqueue always enabled by dracut?
>kdump kernel failed in initqueue, initqueue will start it's own error
>handler, which will block kdump erorr handler.
According to
https://bugzilla.redhat.com/show_bug.cgi?id=1972463, kdump
error handler was started when initqueue failed because of timeout. What
do you mean by "kdump kernel failed in initque"?
Yes you are right, I guess I accidentally set rd.emergency to some
other value so kdump emergency shell was skipped. I'll test again.
Maybe only patch 2/2 is needed to fix this issue.
>
>So insert a emergency hook to start kdump error handler and do kdump
>failure_actions.
>
>Signed-off-by: Kairui Song <kasong(a)redhat.com>
>---
> dracut-module-setup.sh | 1 +
> 1 file changed, 1 insertion(+)
>
>diff --git a/dracut-module-setup.sh b/dracut-module-setup.sh
>index 8211d14..3ffb649 100755
>--- a/dracut-module-setup.sh
>+++ b/dracut-module-setup.sh
>@@ -1054,6 +1054,7 @@ install() {
> cp "$moddir/kdump-emergency.target"
"$initdir/$systemdsystemunitdir/emergency.target"
> # Also redirect dracut-emergency to kdump error handler
> ln_r "$systemdsystemunitdir/emergency.service"
"$systemdsystemunitdir/dracut-emergency.service"
>+ inst_hook emergency 00 "$moddir/kdump-error-handler.sh"
>
> # Check for all the devices and if any device is iscsi, bring up iscsi
> # target. Ideally all this should be pushed into dracut iscsi module
>--
>2.31.1
>_______________________________________________
>kexec mailing list -- kexec(a)lists.fedoraproject.org
>To unsubscribe send an email to kexec-leave(a)lists.fedoraproject.org
>Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
>List Guidelines:
https://fedoraproject.org/wiki/Mailing_list_guidelines
>List Archives:
https://lists.fedoraproject.org/archives/list/kexec@lists.fedoraproject.org
>Do not reply to spam on the list, report it:
https://pagure.io/fedora-infrastructure
--
Best regards,
Coiby
--
Best Regards,
Kairui Song