Install nfsv4-related drivers when users specify nfs dumping via dracut_args
    
    Resolves: bz2140721
    Upstream: Fedora
    Conflict: None
    
    commit 70c7598ef03a1f611b3a00d8f2254fae1da5b0eb
    Author: Coiby Xu <coxu@redhat.com>
    Date:   Fri Dec 23 16:03:38 2022 +0800
    
        Install nfsv4-related drivers when users specify nfs dumping via dracut_args
    
        Resolves: https://bugzilla.redhat.com/show_bug.cgi?id=2140721
    
        Currently, if users specify dumping to nfsv4 target via
          dracut_args --mount "<NFS-server-ip>:/var/crash /mnt nfs defaults"
        it fails with the following errors,
            [    5.159760] mount[446]: mount.nfs: Protocol not supported
            [    5.164502] systemd[1]: mnt.mount: Mount process exited, code=exited, status=32/n/a
            [    5.167616] systemd[1]: mnt.mount: Failed with result 'exit-code'.
            [FAILED] Failed to mount /mnt.
    
        This is because nfsv4-releted drivers are not installed to kdump initrd.
        mkdumprd calls dracut with "--hostonly-mode strict". If nfsv4-related
        drivers aren't loaded before calling dracut, they won't be installed.
        When users specify nfs dumping via dracut_args, kexec-tools won't mount
        the nfs fs beforehand hence nfsv4-related drivers won't be installed.
        Note dracut only installs the nfs driver i.e. nfsv3 driver for "--mount
        ... nfs". So also install nfsv4-related drivers when users specify nfs
        dumping via dracut_args. Since nfs_layout_nfsv41_files depends on nfsv4,
        the nfsv4 driver will be installed automatically.
    
        As for the reason why we support nfs dumping via dracut_args instead of
        asking user to use the nfs directive, please refer to commit 74c6f464
        ("Support special mount information via 'dracut_args'").
    
        Fixes: 4eedcae5 ("dracut-module-setup.sh: don't include multipath-hostonly")
        Reported-by: rcheerla@redhat.com
        Signed-off-by: Coiby Xu <coxu@redhat.com>
        Reviewed-by: Philipp Rudo <prudo@redhat.com>
    
    Signed-off-by: Coiby Xu <coxu@redhat.com>