What were you trying to do that didn't work?

When installing a system with the kickstart on NFS (e.g. inst.ks=nfs:192.168.122.1:/var/www/html/test9.ks), we can see 2 cosmetic issues:

1. the kickstart is fetched multiple times, one per interface, including lo

    [   12.339824] dracut-initqueue[1026]: //lib/dracut/hooks/initqueue/fetch-ks-enp1s0.sh@8(): info 'anaconda: fetching kickstart from nfs:192.168.122.1:/var/www/html/test9.ks'
   [   12.339958] dracut-initqueue[1026]: //lib/dracut-lib.sh@89(info): echo 'anaconda: fetching kickstart from nfs:192.168.122.1:/var/www/html/test9.ks'
   [   13.615429] dracut-initqueue[1026]: //lib/dracut/hooks/initqueue/fetch-ks-lo.sh@8(): info 'anaconda: fetching kickstart from nfs:192.168.122.1:/var/www/html/test9.ks'
   [   13.615477] dracut-initqueue[1026]: //lib/dracut-lib.sh@89(info): echo 'anaconda: fetching kickstart from nfs:192.168.122.1:/var/www/html/test9.ks'
    

   Heve above it fetches the kickstart for lo as well, which was definitely not happening on RHEL8.
   Please explain the reason for fetching it on "lo" interface.

2. an error message pops up when fetching the kickstart the second (or more) times

   Warning: anaconda: failed to fetch kickstart from nfs:192.168.122.1:/var/www/html/test9.ks

   The reason for failure is missing backport of commit fix(url-lib.sh): nfs_already_mounted() with trailing slash in nfs path.
   Please backport this commit.

What is the impact of this issue to you?

No impact, cosmetic but can be confusing for customers.

Please provide the package NVR for which the bug is seen:

dracut-057

How reproducible is this bug?:

Always

Steps to reproduce

1. Boot with a kickstart on NFS

Expected results

No error message, kickstart retrieved once.

Actual results

Error message + kickstart retrieved multiple times.