summaryrefslogtreecommitdiffstats
path: root/libdm/ioctl
diff options
context:
space:
mode:
authorJonathan Earl Brassow <jbrassow@redhat.com>2011-11-30 02:02:10 +0000
committerJonathan Earl Brassow <jbrassow@redhat.com>2011-11-30 02:02:10 +0000
commit0c506d9a40536c30f5150e3b4b7c9c1df285bc74 (patch)
treecf713241be300e3b7a356c35d17cf5c6ce052882 /libdm/ioctl
parent910440212b9c1a96e60288457e168c139b9466cf (diff)
downloadlvm2-0c506d9a40536c30f5150e3b4b7c9c1df285bc74.tar.gz
lvm2-0c506d9a40536c30f5150e3b4b7c9c1df285bc74.tar.xz
lvm2-0c506d9a40536c30f5150e3b4b7c9c1df285bc74.zip
Support the ability to replace specific devices in a RAID array.
RAID is not like traditional LVM mirroring. LVM mirroring required failed devices to be removed or the logical volume would simply hang. RAID arrays can keep on running with failed devices. In fact, for RAID types other than RAID1, removing a device would mean substituting an error target or converting to a lower level RAID (e.g. RAID6 -> RAID5, or RAID4/5 to RAID0). Therefore, rather than removing a failed device unconditionally and potentially allocating a replacement, RAID allows the user to "replace" a device with a new one. This approach is a 1-step solution vs the current 2-step solution. example> lvconvert --replace <dev_to_remove> vg/lv [possible_replacement_PVs] '--replace' can be specified more than once. example> lvconvert --replace /dev/sdb1 --replace /dev/sdc1 vg/lv
Diffstat (limited to 'libdm/ioctl')
-rw-r--r--libdm/ioctl/libdm-iface.c4
1 files changed, 2 insertions, 2 deletions
diff --git a/libdm/ioctl/libdm-iface.c b/libdm/ioctl/libdm-iface.c
index 33c4e37e..3294580b 100644
--- a/libdm/ioctl/libdm-iface.c
+++ b/libdm/ioctl/libdm-iface.c
@@ -1653,10 +1653,10 @@ static struct dm_ioctl *_do_dm_ioctl(struct dm_task *dmt, unsigned command,
_cmd_data_v4[dmt->type].name,
strerror(errno));
else
- log_error("device-mapper: %s ioctl "
+ log_error("device-mapper: %s ioctl on %s "
"failed: %s",
_cmd_data_v4[dmt->type].name,
- strerror(errno));
+ dmi->name, strerror(errno));
/*
* It's sometimes worth retrying after EBUSY in case