Bug 1360326
| Summary: | dracut reports ls: cannot access /dev/mapper/mpath*: No such file or directory | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 7 | Reporter: | yuk <fadamo> |
| Component: | dracut | Assignee: | Harald Hoyer <harald> |
| Status: | CLOSED DUPLICATE | QA Contact: | Release Test Team <release-test-team-automation> |
| Severity: | medium | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 7.2 | CC: | agk, bmarzins, bmr, dracut-maint-list, harald, heinzm, msnitzer, prajnoha |
| Target Milestone: | rc | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2016-08-10 12:24:10 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
yuk
2016-07-26 12:32:29 UTC
This looks like a problem in the Dracut multipath module's handling of systems with user_friendly_names enabled, but with no actual user friendly names configured:
user_friendly_names yes
vs:
lrwxrwxrwx 1 root root 7 Jul 26 10:30 DONT-USE--X-DR -> ../dm-2
lrwxrwxrwx 1 root root 8 Jul 26 10:30 DR-IOSAVOT03 -> ../dm-12
lrwxrwxrwx 1 root root 7 Jul 26 10:30 IOCAVOT03 -> ../dm-0
lrwxrwxrwx 1 root root 7 Jul 26 10:30 IOPABOOT1 -> ../dm-6
lrwxrwxrwx 1 root root 7 Jul 26 10:30 IOPABOOT1p1 -> ../dm-7
lrwxrwxrwx 1 root root 7 Jul 26 10:30 IOPABOOT1p2 -> ../dm-8
lrwxrwxrwx 1 root root 7 Jul 26 10:30 IOPABOOT1p3 -> ../dm-9
lrwxrwxrwx 1 root root 7 Jul 26 10:30 IOPADAT02 -> ../dm-5
lrwxrwxrwx 1 root root 7 Jul 26 10:30 IOPAFRA02 -> ../dm-4
lrwxrwxrwx 1 root root 8 Jul 26 10:30 IOPALOG01 -> ../dm-10
lrwxrwxrwx 1 root root 7 Jul 26 10:30 IOPAVOT01 -> ../dm-1
lrwxrwxrwx 1 root root 7 Jul 26 10:30 IOPAVOT04 -> ../dm-3
lrwxrwxrwx 1 root root 8 Jul 26 10:30 IOSADAT02 -> ../dm-15
lrwxrwxrwx 1 root root 8 Jul 26 10:30 IOSAFRA02 -> ../dm-11
lrwxrwxrwx 1 root root 8 Jul 26 10:30 IOSALOG01 -> ../dm-16
lrwxrwxrwx 1 root root 8 Jul 26 10:30 IOSAVOT02 -> ../dm-13
lrwxrwxrwx 1 root root 8 Jul 26 10:30 IOSAVOT05 -> ../dm-14
Presumably these other devices are configured as explicit aliases in the multipaths {} section of multipath.conf?
The error seems to come from the function majmin_to_mpath_dev() in the 90multipath/module-setup.sh script file:
12 majmin_to_mpath_dev() {
13 local _dev
14 for i in `ls -1 /dev/mapper/mpath*`; do
15 dev=$(get_maj_min $i)
16 if [ "$dev" = "$1" ]; then
17 echo $i
18 return
19 fi
20 done
21 }
22
This won't work for anything other than the default user_friendly_names alias pattern; better would be to do something like:
# dmsetup info --noheadings --separator ' ' -c -S uuid=~^mpath -oname,major,minor
mpathb 253 1
mpatha 253 0
Yes, we use things like:
multipath {
wwid 36005076303ffd08e0000000000008601
alias IOPAVOT01
}
in our multipath.conf
[root@sgsvrdbora021lx:/tmp]# dmsetup info --noheadings --separator ' ' -c -S uuid=~^mpath -oname,major,minor
IOSAFRA02 253 11
IOSALOG01 253 16
IOSAVOT05 253 14
IOPAFRA02 253 4
IOPALOG01 253 10
DONT-USE--X-DR 253 2
DR-IOSAVOT03 253 12
IOPAVOT04 253 3
IOSAVOT02 253 13
IOCAVOT03 253 0
IOSADAT02 253 15
IOPAVOT01 253 1
IOPADAT02 253 5
IOPABOOT1 253 6
dmsetup info seems better.
This is actually fixed in the RHEL-7.3 erratum. *** This bug has been marked as a duplicate of bug 1299800 *** |