From Fedora bug report tool: (solved with attached downstream patch - feel free to include this change to next dump release)
dump parses /etc/fstab, and if it encounters a UUID spec for block device, it validates this by checking that the UUID spec is 36 chars long, and made up of '-' and hexidecimal chars.
The problem occurs because /boot/efi is a vfat filesystem, so its UUID is limited to 9 chars:
378> grep UUID /etc/fstab
UUID=744e55f6-6e46-41f4-8940-4941061bb76b /boot ext4 defaults 1 2
UUID=7F88-54FB /boot/efi vfat umask=0077,shortname=winnt 0 0
379>
or
523# lsblk -af /dev/sda1
NAME FSTYPE LABEL UUID MOUNTPOINT
sda1 vfat F22-bootefi 7F88-54FB /boot/efi
524#
Thus the sda1 UUID spec fails dump's UUID validation, (bylabel.c in compat/lib)
it spits out the 'bad UUID' message.
The real BUG is:
dump should be ignoring all FS in /etc/fstab that do not have a FStype of ext{2,3,4}. It can't dump those other FS anyway.
Regards
Josef
this has been partially fixed already in commit 76ee7d9835e7d34f713ac2b85e135b63b3ac2924
i reworked your patch a bit to simplify and fix style problems and landed in commit 2338ee618f818bca9cb6d371121054764c0959ef. thanks for the report!