Questo contenuto non è disponibile nella lingua selezionata.
Chapter 13. Troubleshooting LVM
You can use Logical Volume Manager (LVM) tools to troubleshoot a variety of issues in LVM volumes and groups.
13.1. Gathering diagnostic data on LVM Copia collegamentoCollegamento copiato negli appunti!
If an LVM command is not working as expected, you can gather diagnostics in the following ways.
Procedure
Use the following methods to gather different kinds of diagnostic data:
-
Add the
-v
argument to any LVM command to increase the verbosity level of the command output. Verbosity can be further increased by adding additionalv’s
. A maximum of four suchv’s
is allowed, for example,-vvvv
. -
In the
log
section of the/etc/lvm/lvm.conf
configuration file, increase the value of thelevel
option. This causes LVM to provide more details in the system log. If the problem is related to the logical volume activation, enable LVM to log messages during the activation:
-
Set the
activation = 1
option in thelog
section of the/etc/lvm/lvm.conf
configuration file. -
Execute the LVM command with the
-vvvv
option. - Examine the command output.
Reset the
activation
option to0
.If you do not reset the option to
0
, the system might become unresponsive during low memory situations.
-
Set the
Display an information dump for diagnostic purposes:
lvmdump
# lvmdump
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Display additional system information:
lvs -v
# lvs -v
Copy to Clipboard Copied! Toggle word wrap Toggle overflow pvs --all
# pvs --all
Copy to Clipboard Copied! Toggle word wrap Toggle overflow dmsetup info --columns
# dmsetup info --columns
Copy to Clipboard Copied! Toggle word wrap Toggle overflow -
Examine the last backup of the LVM metadata in the
/etc/lvm/backup/
directory and archived versions in the/etc/lvm/archive/
directory. Check the current configuration information:
lvmconfig
# lvmconfig
Copy to Clipboard Copied! Toggle word wrap Toggle overflow -
Check the
/run/lvm/hints
cache file for a record of which devices have physical volumes on them.
-
Add the
13.2. Displaying information about failed LVM devices Copia collegamentoCollegamento copiato negli appunti!
Troubleshooting information about a failed Logical Volume Manager (LVM) volume can help you determine the reason of the failure. You can check the following examples of the most common LVM volume failures.
Example 13.1. Failed volume groups
In this example, one of the devices that made up the volume group myvg failed. The volume group usability then depends on the type of failure. For example, the volume group is still usable if RAID volumes are also involved. You can also see information about the failed device.
Example 13.2. Failed logical volume
In this example, one of the devices failed. This can be a reason for the logical volume in the volume group to fail. The command output shows the failed logical volumes.
Example 13.3. Failed image of a RAID logical volume
The following examples show the command output from the pvs
and lvs
utilities when an image of a RAID logical volume has failed. The logical volume is still usable.
13.3. Removing lost LVM physical volumes from a volume group Copia collegamentoCollegamento copiato negli appunti!
If a physical volume fails, you can activate the remaining physical volumes in the volume group and remove all the logical volumes that used that physical volume from the volume group.
Procedure
Activate the remaining physical volumes in the volume group:
vgchange --activate y --partial myvg
# vgchange --activate y --partial myvg
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Check which logical volumes will be removed:
vgreduce --removemissing --test myvg
# vgreduce --removemissing --test myvg
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Remove all the logical volumes that used the lost physical volume from the volume group:
vgreduce --removemissing --force myvg
# vgreduce --removemissing --force myvg
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Optional: If you accidentally removed logical volumes that you wanted to keep, you can reverse the
vgreduce
operation:vgcfgrestore myvg
# vgcfgrestore myvg
Copy to Clipboard Copied! Toggle word wrap Toggle overflow WarningIf you remove a thin pool, LVM cannot reverse the operation.
13.4. Finding the metadata of a missing LVM physical volume Copia collegamentoCollegamento copiato negli appunti!
If the volume group’s metadata area of a physical volume is accidentally overwritten or otherwise destroyed, you get an error message indicating that the metadata area is incorrect, or that the system was unable to find a physical volume with a particular UUID.
This procedure finds the latest archived metadata of a physical volume that is missing or corrupted.
Procedure
Find the archived metadata file of the volume group that contains the physical volume. The archived metadata files are located at the
/etc/lvm/archive/volume-group-name_backup-number.vg
path:cat /etc/lvm/archive/myvg_00000-1248998876.vg
# cat /etc/lvm/archive/myvg_00000-1248998876.vg
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Replace 00000-1248998876 with the backup-number. Select the last known valid metadata file, which has the highest number for the volume group.
Find the UUID of the physical volume. Use one of the following methods.
List the logical volumes:
lvs --all --options +devices
# lvs --all --options +devices Couldn't find device with uuid 'FmGRh3-zhok-iVI8-7qTD-S5BI-MAEN-NYM5Sk'.
Copy to Clipboard Copied! Toggle word wrap Toggle overflow -
Examine the archived metadata file. Find the UUID as the value labeled
id =
in thephysical_volumes
section of the volume group configuration. Deactivate the volume group using the
--partial
option:Copy to Clipboard Copied! Toggle word wrap Toggle overflow
13.5. Restoring metadata on an LVM physical volume Copia collegamentoCollegamento copiato negli appunti!
This procedure restores metadata on a physical volume that is either corrupted or replaced with a new device. You might be able to recover the data from the physical volume by rewriting the metadata area on the physical volume.
Do not attempt this procedure on a working LVM logical volume. You will lose your data if you specify the incorrect UUID.
Prerequisites
- You have identified the metadata of the missing physical volume. For details, see Finding the metadata of a missing LVM physical volume.
Procedure
Restore the metadata on the physical volume:
pvcreate --uuid physical-volume-uuid --restorefile /etc/lvm/archive/volume-group-name_backup-number.vg block-device
# pvcreate --uuid physical-volume-uuid --restorefile /etc/lvm/archive/volume-group-name_backup-number.vg block-device
Copy to Clipboard Copied! Toggle word wrap Toggle overflow NoteThe command overwrites only the LVM metadata areas and does not affect the existing data areas.
The following example labels the
/dev/vdb1
device as a physical volume with the following properties:-
The UUID of
FmGRh3-zhok-iVI8-7qTD-S5BI-MAEN-NYM5Sk
-
The metadata information contained in
VG_00050.vg
, which is the most recent good archived metadata for the volume group
pvcreate --uuid "FmGRh3-zhok-iVI8-7qTD-S5BI-MAEN-NYM5Sk" --restorefile /etc/lvm/archive/VG_00050.vg /dev/vdb1
# pvcreate --uuid "FmGRh3-zhok-iVI8-7qTD-S5BI-MAEN-NYM5Sk" --restorefile /etc/lvm/archive/VG_00050.vg /dev/vdb1 ... Physical volume "/dev/vdb1" successfully created
Copy to Clipboard Copied! Toggle word wrap Toggle overflow -
The UUID of
Restore the metadata of the volume group:
vgcfgrestore myvg
# vgcfgrestore myvg Restored volume group myvg
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Display the logical volumes on the volume group:
lvs --all --options +devices myvg
# lvs --all --options +devices myvg
Copy to Clipboard Copied! Toggle word wrap Toggle overflow The logical volumes are currently inactive. For example:
LV VG Attr LSize Origin Snap% Move Log Copy% Devices mylv myvg -wi--- 300.00G /dev/vdb1 (0),/dev/vdb1(0) mylv myvg -wi--- 300.00G /dev/vdb1 (34728),/dev/vdb1(0)
LV VG Attr LSize Origin Snap% Move Log Copy% Devices mylv myvg -wi--- 300.00G /dev/vdb1 (0),/dev/vdb1(0) mylv myvg -wi--- 300.00G /dev/vdb1 (34728),/dev/vdb1(0)
Copy to Clipboard Copied! Toggle word wrap Toggle overflow If the segment type of the logical volumes is RAID, resynchronize the logical volumes:
lvchange --resync myvg/mylv
# lvchange --resync myvg/mylv
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Activate the logical volumes:
lvchange --activate y myvg/mylv
# lvchange --activate y myvg/mylv
Copy to Clipboard Copied! Toggle word wrap Toggle overflow -
If the on-disk LVM metadata takes at least as much space as what overrode it, this procedure can recover the physical volume. If what overrode the metadata went past the metadata area, the data on the volume may have been affected. You might be able to use the
fsck
command to recover that data.
Verification
Display the active logical volumes:
lvs --all --options +devices
# lvs --all --options +devices LV VG Attr LSize Origin Snap% Move Log Copy% Devices mylv myvg -wi--- 300.00G /dev/vdb1 (0),/dev/vdb1(0) mylv myvg -wi--- 300.00G /dev/vdb1 (34728),/dev/vdb1(0)
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
13.6. Rounding errors in LVM output Copia collegamentoCollegamento copiato negli appunti!
LVM commands that report the space usage in volume groups round the reported number to 2
decimal places to provide human-readable output. This includes the vgdisplay
and vgs
utilities.
As a result of the rounding, the reported value of free space might be larger than what the physical extents on the volume group provide. If you attempt to create a logical volume the size of the reported free space, you might get the following error:
Insufficient free extents
Insufficient free extents
To work around the error, you must examine the number of free physical extents on the volume group, which is the accurate value of free space. You can then use the number of extents to create the logical volume successfully.
13.7. Preventing the rounding error when creating an LVM volume Copia collegamentoCollegamento copiato negli appunti!
When creating an LVM logical volume, you can specify the number of logical extents of the logical volume to avoid rounding error.
Procedure
Find the number of free physical extents in the volume group:
vgdisplay myvg
# vgdisplay myvg
Copy to Clipboard Copied! Toggle word wrap Toggle overflow For example, the following volume group has 8780 free physical extents:
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Create the logical volume. Enter the volume size in extents rather than bytes.
For example, to create a logical volume by specifying the number of extents, run the following command:
lvcreate --extents 8780 --name mylv myvg
# lvcreate --extents 8780 --name mylv myvg
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Alternatively, you can extend the logical volume to use a percentage of the remaining free space in the volume group. For example:
lvcreate --extents 100%FREE --name mylv myvg
# lvcreate --extents 100%FREE --name mylv myvg
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
Verification
Check the number of extents that the volume group now uses:
vgs --options +vg_free_count,vg_extent_count
# vgs --options +vg_free_count,vg_extent_count VG #PV #LV #SN Attr VSize VFree Free #Ext myvg 2 1 0 wz--n- 34.30G 0 0 8780
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
13.8. LVM metadata and their location on disk Copia collegamentoCollegamento copiato negli appunti!
LVM headers and metadata areas are available in different offsets and sizes.
The default LVM disk header:
-
Is found in
label_header
andpv_header
structures. - Is in the second 512-byte sector of the disk. Note that if a non-default location was specified when creating the physical volume (PV), the header can also be in the first or third sector.
The standard LVM metadata area:
- Begins 4096 bytes from the start of the disk.
- Ends 1 MiB from the start of the disk.
-
Begins with a 512 byte sector containing the
mda_header
structure.
A metadata text area begins after the mda_header
sector and goes to the end of the metadata area. LVM VG metadata text is written in a circular fashion into the metadata text area. The mda_header
points to the location of the latest VG metadata within the text area.
You can print LVM headers from a disk by using the # pvck --dump headers /dev/sda
command. This command prints label_header
, pv_header
, mda_header
, and the location of metadata text if found. Bad fields are printed with the CHECK
prefix.
The LVM metadata area offset will match the page size of the machine that created the PV, so the metadata area can also begin 8K, 16K or 64K from the start of the disk.
Larger or smaller metadata areas can be specified when creating the PV, in which case the metadata area may end at locations other than 1 MiB. The pv_header
specifies the size of the metadata area.
When creating a PV, a second metadata area can be optionally enabled at the end of the disk. The pv_header
contains the locations of the metadata areas.
13.9. Extracting VG metadata from a disk Copia collegamentoCollegamento copiato negli appunti!
Choose one of the following procedures to extract VG metadata from a disk, depending on your situation.
For repair, you can use backup files in /etc/lvm/backup/
without extracting metadata from disk.
Procedure
Print current metadata text as referenced from valid
mda_header
:pvck --dump metadata <disk>
# pvck --dump metadata <disk>
Copy to Clipboard Copied! Toggle word wrap Toggle overflow For example, to print metadata text from valid
mda_header
:pvck --dump metadata /dev/sdb
# pvck --dump metadata /dev/sdb metadata text at 172032 crc Oxc627522f # vgname test segno 59 --- <raw metadata from disk> ---
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Print the locations of all metadata copies found in the metadata area, based on finding a valid
mda_header
:pvck --dump metadata_all <disk>
# pvck --dump metadata_all <disk>
Copy to Clipboard Copied! Toggle word wrap Toggle overflow For example, to print the locations of metadata copies on the
/dev/sdb
disk:pvck --dump metadata_all /dev/sdb
# pvck --dump metadata_all /dev/sdb metadata at 4608 length 815 crc 29fcd7ab vg test seqno 1 id FaCsSz-1ZZn-mTO4-Xl4i-zb6G-BYat-u53Fxv metadata at 5632 length 1144 crc 50ea61c3 vg test seqno 2 id FaCsSz-1ZZn-mTO4-Xl4i-zb6G-BYat-u53Fxv metadata at 7168 length 1450 crc 5652ea55 vg test seqno 3 id FaCsSz-1ZZn-mTO4-Xl4i-zb6G-BYat-u53Fxv
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Search for all copies of metadata in the metadata area without using an
mda_header
, for example, if headers are missing or damaged:pvck --dump metadata_search <disk>
# pvck --dump metadata_search <disk>
Copy to Clipboard Copied! Toggle word wrap Toggle overflow For example, to search for copies of metadata in the metadata area on the
/dev/sdb
disk without using anmda_header
:pvck --dump metadata_search /dev/sdb
# pvck --dump metadata_search /dev/sdb Searching for metadata at offset 4096 size 1044480 metadata at 4608 length 815 crc 29fcd7ab vg test seqno 1 id FaCsSz-1ZZn-mTO4-Xl4i-zb6G-BYat-u53Fxv metadata at 5632 length 1144 crc 50ea61c3 vg test seqno 2 id FaCsSz-1ZZn-mTO4-Xl4i-zb6G-BYat-u53Fxv metadata at 7168 length 1450 crc 5652ea55 vg test seqno 3 id FaCsSz-1ZZn-mTO4-Xl4i-zb6G-BYat-u53Fxv
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Include the
-v
option in thedump
command to show the description from each copy of metadata:pvck --dump metadata -v <disk>
# pvck --dump metadata -v <disk>
Copy to Clipboard Copied! Toggle word wrap Toggle overflow For example, to show description from each copy of metadata on the
/dev/sdb
disk:Copy to Clipboard Copied! Toggle word wrap Toggle overflow This file can be used for repair. The first metadata area is used by default for dump metadata. If the disk has a second metadata area at the end of the disk, you can use the
--settings "mda_num=2"
option to use the second metadata area for dump metadata instead.
13.10. Saving extracted metadata to a file Copia collegamentoCollegamento copiato negli appunti!
If you need to use dumped metadata for repair, it is required to save extracted metadata to a file with the -f
option and the --setings
option.
Procedure
-
If
-f <filename>
is added to--dump metadata
, the raw metadata is written to the named file. You can use this file for repair. -
If
-f <filename>
is added to--dump metadata_all
or--dump metadata_search
, then raw metadata from all locations is written to the named file. To save one instance of metadata text from
--dump metadata_all|metadata_search
add--settings "metadata_offset=<offset>"
where<offset>
is from the listing output "metadata at <offset>":Copy to Clipboard Copied! Toggle word wrap Toggle overflow
13.11. Repairing a disk with damaged LVM headers and metadata using the pvcreate and the vgcfgrestore commands Copia collegamentoCollegamento copiato negli appunti!
You can restore metadata and headers on a physical volume that is either corrupted or replaced with a new device. You might be able to recover the data from the physical volume by rewriting the metadata area on the physical volume.
These instructions should be used with extreme caution, and only if you are familiar with the implications of each command, the current layout of the volumes, the layout that you need to achieve, and the contents of the backup metadata file. These commands have the potential to corrupt data, and as such, it is recommended that you contact Red Hat Global Support Services for assistance in troubleshooting.
Prerequisites
- You have identified the metadata of the missing physical volume. For details, see Finding the metadata of a missing LVM physical volume.
Procedure
Collect the following information needed for the
pvcreate
andvgcfgrestore
commands. You can collect the information about your disk and UUID by running the# pvs -o+uuid
command.-
metadata-file is the path to the most recent metadata backup file for the VG, for example,
/etc/lvm/backup/<vg-name>
. - vg-name is the name of the VG that has the damaged or missing PV.
-
UUID of the PV that was damaged on this device is the value taken from the output of the
# pvs -i+uuid
command. -
disk is the name of the disk where the PV is supposed to be, for example,
/dev/sdb
. Be certain this is the correct disk, or seek help, otherwise following these steps may lead to data loss.
-
metadata-file is the path to the most recent metadata backup file for the VG, for example,
Recreate LVM headers on the disk:
pvcreate --restorefile <metadata-file> --uuid <UUID> <disk>
# pvcreate --restorefile <metadata-file> --uuid <UUID> <disk>
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Optionally, verify that the headers are valid:
pvck --dump headers <disk>
# pvck --dump headers <disk>
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Restore the VG metadata on the disk:
vgcfgrestore --file <metadata-file> <vg-name>
# vgcfgrestore --file <metadata-file> <vg-name>
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Optionally, verify the metadata is restored:
pvck --dump metadata <disk>
# pvck --dump metadata <disk>
Copy to Clipboard Copied! Toggle word wrap Toggle overflow If there is no metadata backup file for the VG, you can get one by saving extracted metadata to a file.
Verification
To verify that the new physical volume is intact and the volume group is functioning correctly, check the output of the following command:
vgs
# vgs
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
13.12. Repairing a disk with damaged LVM headers and metadata using the pvck command Copia collegamentoCollegamento copiato negli appunti!
This is an alternative to the Repairing a disk with damaged LVM headers and metadata using the pvcreate and the vgcfgrestore commands. There may be cases where the pvcreate
and the vgcfgrestore
commands do not work. This method is more targeted at the damaged disk.
This method uses a metadata input file that was extracted by pvck --dump
, or a backup file from /etc/lvm/backup
. When possible, use metadata saved by pvck --dump
from another PV in the same VG, or from a second metadata area on the PV. For more information, see Saving extracted metadata to a file.
Procedure
Repair the headers and metadata on the disk:
pvck --repair -f <metadata-file> <disk>
# pvck --repair -f <metadata-file> <disk>
Copy to Clipboard Copied! Toggle word wrap Toggle overflow where
-
<metadata-file> is a file containing the most recent metadata for the VG. This can be
/etc/lvm/backup/vg-name
, or it can be a file containing raw metadata text from thepvck --dump metadata_search
command output. <disk> is the name of the disk where the PV is supposed to be, for example,
/dev/sdb
. To prevent data loss, verify that is the correct disk. If you are not certain the disk is correct, contact Red Hat Support.NoteIf the metadata file is a backup file, the
pvck --repair
should be run on each PV that holds metadata in VG. If the metadata file is raw metadata that has been extracted from another PV, thepvck --repair
needs to be run only on the damaged PV.
-
<metadata-file> is a file containing the most recent metadata for the VG. This can be
Verification
To check that the new physical volume is intact and the volume group is functioning correctly, check outputs of the following commands:
vgs <vgname>
# vgs <vgname>
Copy to Clipboard Copied! Toggle word wrap Toggle overflow pvs <pvname>
# pvs <pvname>
Copy to Clipboard Copied! Toggle word wrap Toggle overflow lvs <lvname>
# lvs <lvname>
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
13.13. Troubleshooting duplicate physical volume warnings for multipathed LVM devices Copia collegamentoCollegamento copiato negli appunti!
When using LVM with multipathed storage, LVM commands that list a volume group or logical volume might display messages such as the following:
Found duplicate PV GDjTZf7Y03GJHjteqOwrye2dcSCjdaUi: using /dev/dm-5 not /dev/sdd Found duplicate PV GDjTZf7Y03GJHjteqOwrye2dcSCjdaUi: using /dev/emcpowerb not /dev/sde Found duplicate PV GDjTZf7Y03GJHjteqOwrye2dcSCjdaUi: using /dev/sddlmab not /dev/sdf
Found duplicate PV GDjTZf7Y03GJHjteqOwrye2dcSCjdaUi: using /dev/dm-5 not /dev/sdd
Found duplicate PV GDjTZf7Y03GJHjteqOwrye2dcSCjdaUi: using /dev/emcpowerb not /dev/sde
Found duplicate PV GDjTZf7Y03GJHjteqOwrye2dcSCjdaUi: using /dev/sddlmab not /dev/sdf
You can troubleshoot these warnings to understand why LVM displays them, or to hide the warnings.
13.13.1. Root cause of duplicate PV warnings Copia collegamentoCollegamento copiato negli appunti!
When a multipath software such as Device Mapper Multipath (DM Multipath), EMC PowerPath, or Hitachi Dynamic Link Manager (HDLM) manages storage devices on the system, each path to a particular logical unit (LUN) is registered as a different SCSI device.
The multipath software then creates a new device that maps to those individual paths. Because each LUN has multiple device nodes in the /dev
directory that point to the same underlying data, all the device nodes contain the same LVM metadata.
Multipath software | SCSI paths to a LUN | Multipath device mapping to paths |
---|---|---|
DM Multipath |
|
|
EMC PowerPath |
| |
HDLM |
|
As a result of the multiple device nodes, LVM tools find the same metadata multiple times and report them as duplicates.
13.13.2. Cases of duplicate PV warnings Copia collegamentoCollegamento copiato negli appunti!
LVM displays the duplicate PV warnings in either of the following cases:
- Single paths to the same device
The two devices displayed in the output are both single paths to the same device.
The following example shows a duplicate PV warning in which the duplicate devices are both single paths to the same device.
Found duplicate PV GDjTZf7Y03GJHjteqOwrye2dcSCjdaUi: using /dev/sdd not /dev/sdf
Found duplicate PV GDjTZf7Y03GJHjteqOwrye2dcSCjdaUi: using /dev/sdd not /dev/sdf
Copy to Clipboard Copied! Toggle word wrap Toggle overflow If you list the current DM Multipath topology using the
multipath -ll
command, you can find both/dev/sdd
and/dev/sdf
under the same multipath map.These duplicate messages are only warnings and do not mean that the LVM operation has failed. Rather, they are alerting you that LVM uses only one of the devices as a physical volume and ignores the others.
If the messages indicate that LVM chooses the incorrect device or if the warnings are disruptive to users, you can apply a filter. The filter configures LVM to search only the necessary devices for physical volumes, and to leave out any underlying paths to multipath devices. As a result, the warnings no longer appear.
- Multipath maps
The two devices displayed in the output are both multipath maps.
The following examples show a duplicate PV warning for two devices that are both multipath maps. The duplicate physical volumes are located on two different devices rather than on two different paths to the same device.
Found duplicate PV GDjTZf7Y03GJHjteqOwrye2dcSCjdaUi: using /dev/mapper/mpatha not /dev/mapper/mpathc Found duplicate PV GDjTZf7Y03GJHjteqOwrye2dcSCjdaUi: using /dev/emcpowera not /dev/emcpowerh
Found duplicate PV GDjTZf7Y03GJHjteqOwrye2dcSCjdaUi: using /dev/mapper/mpatha not /dev/mapper/mpathc Found duplicate PV GDjTZf7Y03GJHjteqOwrye2dcSCjdaUi: using /dev/emcpowera not /dev/emcpowerh
Copy to Clipboard Copied! Toggle word wrap Toggle overflow This situation is more serious than duplicate warnings for devices that are both single paths to the same device. These warnings often mean that the machine is accessing devices that it should not access: for example, LUN clones or mirrors.
Unless you clearly know which devices you should remove from the machine, this situation might be unrecoverable. Red Hat recommends that you contact Red Hat Technical Support to address this issue.
13.13.3. Example LVM device filters that prevent duplicate PV warnings Copia collegamentoCollegamento copiato negli appunti!
The following examples show LVM device filters that avoid the duplicate physical volume warnings that are caused by multiple storage paths to a single logical unit (LUN).
You can configure the filter for logical volume manager (LVM) to check metadata for all devices. Metadata includes local hard disk drive with the root volume group on it and any multipath devices. By rejecting the underlying paths to a multipath device (such as /dev/sdb
, /dev/sdd
), you can avoid these duplicate PV warnings, because LVM finds each unique metadata area once on the multipath device itself.
To accept the second partition on the first hard disk drive and any device mapper (DM) Multipath devices and reject everything else, enter:
filter = [ "a|/dev/sda2$|", "a|/dev/mapper/mpath.*|", "r|.*|" ]
filter = [ "a|/dev/sda2$|", "a|/dev/mapper/mpath.*|", "r|.*|" ]
Copy to Clipboard Copied! Toggle word wrap Toggle overflow To accept all HP SmartArray controllers and any EMC PowerPath devices, enter:
filter = [ "a|/dev/cciss/.*|", "a|/dev/emcpower.*|", "r|.*|" ]
filter = [ "a|/dev/cciss/.*|", "a|/dev/emcpower.*|", "r|.*|" ]
Copy to Clipboard Copied! Toggle word wrap Toggle overflow To accept any partitions on the first IDE drive and any multipath devices, enter:
filter = [ "a|/dev/hda.*|", "a|/dev/mapper/mpath.*|", "r|.*|" ]
filter = [ "a|/dev/hda.*|", "a|/dev/mapper/mpath.*|", "r|.*|" ]
Copy to Clipboard Copied! Toggle word wrap Toggle overflow