2003-04-30 19:28:17 +04:00
/*
2008-01-30 17:00:02 +03:00
* Copyright ( C ) 2003 - 2004 Sistina Software , Inc . All rights reserved .
2010-01-27 16:29:11 +03:00
* Copyright ( C ) 2004 - 2010 Red Hat , Inc . All rights reserved .
2003-04-30 19:28:17 +04:00
*
2004-03-30 23:35:44 +04:00
* This file is part of LVM2 .
2003-04-30 19:28:17 +04:00
*
2004-03-30 23:35:44 +04:00
* This copyrighted material is made available to anyone wishing to use ,
* modify , copy , or redistribute it subject to the terms and conditions
2007-08-21 00:55:30 +04:00
* of the GNU Lesser General Public License v .2 .1 .
2003-04-30 19:28:17 +04:00
*
2007-08-21 00:55:30 +04:00
* You should have received a copy of the GNU Lesser General Public License
2004-03-30 23:35:44 +04:00
* along with this program ; if not , write to the Free Software Foundation ,
* Inc . , 59 Temple Place , Suite 330 , Boston , MA 02111 - 1307 USA
2003-04-30 19:28:17 +04:00
*/
# include "tools.h"
2004-05-05 21:56:20 +04:00
# include "polldaemon.h"
2004-09-14 17:59:17 +04:00
# include "display.h"
2013-08-26 23:12:31 +04:00
# include "metadata.h" /* for 'get_only_segment_using_this_lv' */
2003-04-30 19:28:17 +04:00
2008-04-09 16:56:34 +04:00
# define PVMOVE_FIRST_TIME 0x00000001 /* Called for first time */
2012-03-27 00:31:01 +04:00
# define PVMOVE_EXCLUSIVE 0x00000002 /* Require exclusive LV */
2008-04-09 16:56:34 +04:00
static int _pvmove_target_present ( struct cmd_context * cmd , int clustered )
2008-04-07 14:23:47 +04:00
{
const struct segment_type * segtype ;
unsigned attr = 0 ;
2008-04-09 16:56:34 +04:00
int found = 1 ;
static int _clustered_found = - 1 ;
if ( clustered & & _clustered_found > = 0 )
return _clustered_found ;
2008-04-07 14:23:47 +04:00
if ( ! ( segtype = get_segtype_from_string ( cmd , " mirror " ) ) )
return_0 ;
if ( activation ( ) & & segtype - > ops - > target_present & &
2009-02-28 23:04:24 +03:00
! segtype - > ops - > target_present ( cmd , NULL , clustered ? & attr : NULL ) )
2008-04-09 16:56:34 +04:00
found = 0 ;
2008-04-07 14:23:47 +04:00
2008-04-09 16:56:34 +04:00
if ( activation ( ) & & clustered ) {
if ( found & & ( attr & MIRROR_LOG_CLUSTERED ) )
_clustered_found = found = 1 ;
else
_clustered_found = found = 0 ;
2008-04-07 14:23:47 +04:00
}
2008-04-09 16:56:34 +04:00
return found ;
}
static unsigned _pvmove_is_exclusive ( struct cmd_context * cmd ,
struct volume_group * vg )
{
2008-04-10 21:09:32 +04:00
if ( vg_is_clustered ( vg ) )
2008-04-09 16:56:34 +04:00
if ( ! _pvmove_target_present ( cmd , 1 ) )
return 1 ;
return 0 ;
2008-04-07 14:23:47 +04:00
}
2003-04-30 19:28:17 +04:00
/* Allow /dev/vgname/lvname, vgname/lvname or lvname */
static const char * _extract_lvname ( struct cmd_context * cmd , const char * vgname ,
const char * arg )
{
const char * lvname ;
/* Is an lvname supplied directly? */
if ( ! strchr ( arg , ' / ' ) )
return arg ;
2007-03-09 23:47:41 +03:00
lvname = skip_dev_dir ( cmd , arg , NULL ) ;
2003-04-30 19:28:17 +04:00
while ( * lvname = = ' / ' )
lvname + + ;
if ( ! strchr ( lvname , ' / ' ) ) {
log_error ( " --name takes a logical volume name " ) ;
return NULL ;
}
if ( strncmp ( vgname , lvname , strlen ( vgname ) ) | |
( lvname + = strlen ( vgname ) , * lvname ! = ' / ' ) ) {
log_error ( " Named LV and old PV must be in the same VG " ) ;
return NULL ;
}
while ( * lvname = = ' / ' )
lvname + + ;
if ( ! * lvname ) {
log_error ( " Incomplete LV name supplied with --name " ) ;
return NULL ;
}
return lvname ;
}
2003-05-06 16:20:11 +04:00
static struct volume_group * _get_vg ( struct cmd_context * cmd , const char * vgname )
{
2004-03-31 22:41:39 +04:00
dev_close_all ( ) ;
2009-07-01 20:59:37 +04:00
return vg_read_for_update ( cmd , vgname , NULL , 0 ) ;
2003-05-06 16:20:11 +04:00
}
/* Create list of PVs for allocation of replacement extents */
2008-11-04 01:14:30 +03:00
static struct dm_list * _get_allocatable_pvs ( struct cmd_context * cmd , int argc ,
2003-05-06 16:20:11 +04:00
char * * argv , struct volume_group * vg ,
2004-09-14 17:59:17 +04:00
struct physical_volume * pv ,
alloc_policy_t alloc )
2003-05-06 16:20:11 +04:00
{
2008-11-04 01:14:30 +03:00
struct dm_list * allocatable_pvs , * pvht , * pvh ;
2003-05-06 16:20:11 +04:00
struct pv_list * pvl ;
2008-01-30 16:19:47 +03:00
if ( argc )
allocatable_pvs = create_pv_list ( cmd - > mem , vg , argc , argv , 1 ) ;
else
allocatable_pvs = clone_pv_list ( cmd - > mem , & vg - > pvs ) ;
if ( ! allocatable_pvs )
return_NULL ;
2003-04-30 19:28:17 +04:00
2008-11-04 01:14:30 +03:00
dm_list_iterate_safe ( pvh , pvht , allocatable_pvs ) {
pvl = dm_list_item ( pvh , struct pv_list ) ;
2004-09-14 17:59:17 +04:00
/* Don't allocate onto the PV we're clearing! */
2007-06-16 02:16:55 +04:00
if ( ( alloc ! = ALLOC_ANYWHERE ) & & ( pvl - > pv - > dev = = pv_dev ( pv ) ) ) {
2008-11-04 01:14:30 +03:00
dm_list_del ( & pvl - > list ) ;
2004-09-14 17:59:17 +04:00
continue ;
}
/* Remove PV if full */
2011-03-30 00:19:03 +04:00
if ( pvl - > pv - > pe_count = = pvl - > pv - > pe_alloc_count )
2008-11-04 01:14:30 +03:00
dm_list_del ( & pvl - > list ) ;
2003-04-30 19:28:17 +04:00
}
2008-11-04 01:14:30 +03:00
if ( dm_list_empty ( allocatable_pvs ) ) {
2003-04-30 19:28:17 +04:00
log_error ( " No extents available for allocation " ) ;
2003-05-06 16:20:11 +04:00
return NULL ;
2003-04-30 19:28:17 +04:00
}
2003-05-06 16:20:11 +04:00
return allocatable_pvs ;
}
pvmove: Add support for RAID, mirror, and thin
This patch allows pvmove to operate on RAID, mirror and thin LVs.
The key component is the ability to avoid moving a RAID or mirror
sub-LV onto a PV that already has another RAID sub-LV on it.
(e.g. Avoid placing both images of a RAID1 LV on the same PV.)
Top-level LVs are processed to determine which PVs to avoid for
the sake of redundancy, while bottom-level LVs are processed
to determine which segments/extents to move.
This approach does have some drawbacks. By eliminating whole PVs
from the allocation list, we might miss the opportunity to perform
pvmove in some senarios. For example, if we have 3 devices and
a linear uses half of the first, a RAID1 uses half of the first and
half of the second, and a linear uses half of the third (FIGURE 1);
we should be able to pvmove the first device (FIGURE 2).
FIGURE 1:
[ linear ] [ -RAID- ] [ linear ]
[ -RAID- ] [ ] [ ]
FIGURE 2:
[ moved ] [ -RAID- ] [ linear ]
[ moved ] [ linear ] [ -RAID- ]
However, the approach we are using would eliminate the second
device from consideration and would leave us with too little space
for allocation. In these situations, the user does have the ability
to specify LVs and move them one at a time.
2013-08-23 17:57:16 +04:00
/*
* _trim_allocatable_pvs
* @ alloc_list
* @ trim_list
*
* Remove PVs in ' trim_list ' from ' alloc_list ' .
*
* Returns : 1 on success , 0 on error
*/
static int _trim_allocatable_pvs ( struct dm_list * alloc_list ,
struct dm_list * trim_list ,
alloc_policy_t alloc )
{
struct dm_list * pvht , * pvh , * trim_pvh ;
struct pv_list * pvl , * trim_pvl ;
if ( ! alloc_list ) {
log_error ( INTERNAL_ERROR " alloc_list is NULL " ) ;
return 0 ;
}
if ( ! trim_list | | dm_list_empty ( trim_list ) )
return 1 ; /* alloc_list stays the same */
dm_list_iterate_safe ( pvh , pvht , alloc_list ) {
pvl = dm_list_item ( pvh , struct pv_list ) ;
dm_list_iterate ( trim_pvh , trim_list ) {
trim_pvl = dm_list_item ( trim_pvh , struct pv_list ) ;
/* Don't allocate onto a trim PV */
if ( ( alloc ! = ALLOC_ANYWHERE ) & &
( pvl - > pv = = trim_pvl - > pv ) ) {
dm_list_del ( & pvl - > list ) ;
break ; /* goto next in alloc_list */
}
}
}
return 1 ;
}
2007-12-20 18:42:55 +03:00
/*
* Replace any LV segments on given PV with temporary mirror .
* Returns list of LVs changed .
*/
static int _insert_pvmove_mirrors ( struct cmd_context * cmd ,
struct logical_volume * lv_mirr ,
2008-11-04 01:14:30 +03:00
struct dm_list * source_pvl ,
2007-12-20 18:42:55 +03:00
struct logical_volume * lv ,
2008-11-04 01:14:30 +03:00
struct dm_list * lvs_changed )
2007-12-20 18:42:55 +03:00
{
struct pv_list * pvl ;
uint32_t prev_le_count ;
/* Only 1 PV may feature in source_pvl */
2008-11-04 01:14:30 +03:00
pvl = dm_list_item ( source_pvl - > n , struct pv_list ) ;
2007-12-20 18:42:55 +03:00
prev_le_count = lv_mirr - > le_count ;
if ( ! insert_layer_for_segments_on_pv ( cmd , lv , lv_mirr , PVMOVE ,
pvl , lvs_changed ) )
return_0 ;
/* check if layer was inserted */
if ( lv_mirr - > le_count - prev_le_count ) {
lv - > status | = LOCKED ;
log_verbose ( " Moving %u extents of logical volume %s/%s " ,
lv_mirr - > le_count - prev_le_count ,
lv - > vg - > name , lv - > name ) ;
}
return 1 ;
}
2013-08-26 23:12:31 +04:00
/*
* Is ' lv ' a sub_lv of the LV by the name of ' lv_name ' ?
*
* Returns : 1 if true , 0 otherwise
*/
static int sub_lv_of ( struct logical_volume * lv , const char * lv_name )
{
struct lv_segment * seg ;
/* Sub-LVs only ever have one segment using them */
if ( dm_list_size ( & lv - > segs_using_this_lv ) ! = 1 )
return 0 ;
if ( ! ( seg = get_only_segment_using_this_lv ( lv ) ) )
return_0 ;
if ( ! strcmp ( seg - > lv - > name , lv_name ) )
return 1 ;
/* Continue up the tree */
return sub_lv_of ( seg - > lv , lv_name ) ;
}
2014-02-24 22:25:18 +04:00
/*
* parent_lv_is_cache_type
*
* FIXME : This function can be removed when ' pvmove ' is supported for
* cache types .
*
* If this LV is below a cache LV ( at any depth ) , return 1.
*/
static int parent_lv_is_cache_type ( struct logical_volume * lv )
{
struct lv_segment * seg ;
/* Sub-LVs only ever have one segment using them */
if ( dm_list_size ( & lv - > segs_using_this_lv ) ! = 1 )
return 0 ;
if ( ! ( seg = get_only_segment_using_this_lv ( lv ) ) )
return_0 ;
if ( lv_is_cache_type ( seg - > lv ) )
return 1 ;
/* Continue up the tree */
return parent_lv_is_cache_type ( seg - > lv ) ;
}
2004-05-05 21:56:20 +04:00
/* Create new LV with mirror segments for the required copies */
2003-05-06 16:20:11 +04:00
static struct logical_volume * _set_up_pvmove_lv ( struct cmd_context * cmd ,
struct volume_group * vg ,
2008-11-04 01:14:30 +03:00
struct dm_list * source_pvl ,
2003-05-06 16:20:11 +04:00
const char * lv_name ,
2008-11-04 01:14:30 +03:00
struct dm_list * allocatable_pvs ,
2004-09-14 17:59:17 +04:00
alloc_policy_t alloc ,
2012-03-27 00:32:58 +04:00
struct dm_list * * lvs_changed ,
unsigned * exclusive )
2003-05-06 16:20:11 +04:00
{
struct logical_volume * lv_mirr , * lv ;
2012-12-05 03:47:47 +04:00
struct lv_segment * seg ;
2003-10-16 00:02:46 +04:00
struct lv_list * lvl ;
pvmove: Add support for RAID, mirror, and thin
This patch allows pvmove to operate on RAID, mirror and thin LVs.
The key component is the ability to avoid moving a RAID or mirror
sub-LV onto a PV that already has another RAID sub-LV on it.
(e.g. Avoid placing both images of a RAID1 LV on the same PV.)
Top-level LVs are processed to determine which PVs to avoid for
the sake of redundancy, while bottom-level LVs are processed
to determine which segments/extents to move.
This approach does have some drawbacks. By eliminating whole PVs
from the allocation list, we might miss the opportunity to perform
pvmove in some senarios. For example, if we have 3 devices and
a linear uses half of the first, a RAID1 uses half of the first and
half of the second, and a linear uses half of the third (FIGURE 1);
we should be able to pvmove the first device (FIGURE 2).
FIGURE 1:
[ linear ] [ -RAID- ] [ linear ]
[ -RAID- ] [ ] [ ]
FIGURE 2:
[ moved ] [ -RAID- ] [ linear ]
[ moved ] [ linear ] [ -RAID- ]
However, the approach we are using would eliminate the second
device from consideration and would leave us with too little space
for allocation. In these situations, the user does have the ability
to specify LVs and move them one at a time.
2013-08-23 17:57:16 +04:00
struct dm_list trim_list ;
2007-12-20 18:42:55 +03:00
uint32_t log_count = 0 ;
2008-04-04 15:59:31 +04:00
int lv_found = 0 ;
2009-12-04 17:03:18 +03:00
int lv_skipped = 0 ;
2012-03-27 00:32:58 +04:00
int lv_active_count = 0 ;
int lv_exclusive_count = 0 ;
2003-04-30 19:28:17 +04:00
2003-07-05 02:34:56 +04:00
/* FIXME Cope with non-contiguous => splitting existing segments */
2007-10-11 23:20:38 +04:00
if ( ! ( lv_mirr = lv_create_empty ( " pvmove%d " , NULL ,
2003-05-06 16:20:11 +04:00
LVM_READ | LVM_WRITE ,
2009-05-14 01:28:31 +04:00
ALLOC_CONTIGUOUS , vg ) ) ) {
2003-04-30 19:28:17 +04:00
log_error ( " Creation of temporary pvmove LV failed " ) ;
2003-05-06 16:20:11 +04:00
return NULL ;
2003-04-30 19:28:17 +04:00
}
2003-05-06 16:20:11 +04:00
lv_mirr - > status | = ( PVMOVE | LOCKED ) ;
2005-10-17 03:03:59 +04:00
if ( ! ( * lvs_changed = dm_pool_alloc ( cmd - > mem , sizeof ( * * lvs_changed ) ) ) ) {
2003-05-06 16:20:11 +04:00
log_error ( " lvs_changed list struct allocation failed " ) ;
return NULL ;
}
2008-11-04 01:14:30 +03:00
dm_list_init ( * lvs_changed ) ;
2003-04-30 19:28:17 +04:00
pvmove: Add support for RAID, mirror, and thin
This patch allows pvmove to operate on RAID, mirror and thin LVs.
The key component is the ability to avoid moving a RAID or mirror
sub-LV onto a PV that already has another RAID sub-LV on it.
(e.g. Avoid placing both images of a RAID1 LV on the same PV.)
Top-level LVs are processed to determine which PVs to avoid for
the sake of redundancy, while bottom-level LVs are processed
to determine which segments/extents to move.
This approach does have some drawbacks. By eliminating whole PVs
from the allocation list, we might miss the opportunity to perform
pvmove in some senarios. For example, if we have 3 devices and
a linear uses half of the first, a RAID1 uses half of the first and
half of the second, and a linear uses half of the third (FIGURE 1);
we should be able to pvmove the first device (FIGURE 2).
FIGURE 1:
[ linear ] [ -RAID- ] [ linear ]
[ -RAID- ] [ ] [ ]
FIGURE 2:
[ moved ] [ -RAID- ] [ linear ]
[ moved ] [ linear ] [ -RAID- ]
However, the approach we are using would eliminate the second
device from consideration and would leave us with too little space
for allocation. In these situations, the user does have the ability
to specify LVs and move them one at a time.
2013-08-23 17:57:16 +04:00
/*
* First ,
* use top - level RAID and mirror LVs to build a list of PVs
* that must be avoided during allocation . This is necessary
* to maintain redundancy of those targets , but it is also
* sub - optimal . Avoiding entire PVs in this way limits our
* ability to find space for other segment types . In the
* majority of cases , however , this method will suffice and
* in the cases where it does not , the user can issue the
* pvmove on a per - LV basis .
*
* FIXME : Eliminating entire PVs places too many restrictions
* on allocation .
*/
dm_list_iterate_items ( lvl , & vg - > lvs ) {
lv = lvl - > lv ;
if ( lv = = lv_mirr )
continue ;
if ( lv_name & & strcmp ( lv - > name , lv_name ) )
continue ;
2013-09-03 22:17:01 +04:00
/*
* RAID , thin , mirror , and snapshot - related LVs are not
* processed in a cluster , so we don ' t have to worry about
* avoiding certain PVs in that context .
*/
if ( vg_is_clustered ( lv - > vg ) )
continue ;
pvmove: Add support for RAID, mirror, and thin
This patch allows pvmove to operate on RAID, mirror and thin LVs.
The key component is the ability to avoid moving a RAID or mirror
sub-LV onto a PV that already has another RAID sub-LV on it.
(e.g. Avoid placing both images of a RAID1 LV on the same PV.)
Top-level LVs are processed to determine which PVs to avoid for
the sake of redundancy, while bottom-level LVs are processed
to determine which segments/extents to move.
This approach does have some drawbacks. By eliminating whole PVs
from the allocation list, we might miss the opportunity to perform
pvmove in some senarios. For example, if we have 3 devices and
a linear uses half of the first, a RAID1 uses half of the first and
half of the second, and a linear uses half of the third (FIGURE 1);
we should be able to pvmove the first device (FIGURE 2).
FIGURE 1:
[ linear ] [ -RAID- ] [ linear ]
[ -RAID- ] [ ] [ ]
FIGURE 2:
[ moved ] [ -RAID- ] [ linear ]
[ moved ] [ linear ] [ -RAID- ]
However, the approach we are using would eliminate the second
device from consideration and would leave us with too little space
for allocation. In these situations, the user does have the ability
to specify LVs and move them one at a time.
2013-08-23 17:57:16 +04:00
if ( ! lv_is_on_pvs ( lv , source_pvl ) )
continue ;
2013-08-27 01:36:30 +04:00
if ( lv - > status & ( CONVERTING | MERGING ) ) {
log_error ( " Unable to pvmove when %s volumes are present " ,
( lv - > status & CONVERTING ) ?
" converting " : " merging " ) ;
return NULL ;
}
pvmove: Add support for RAID, mirror, and thin
This patch allows pvmove to operate on RAID, mirror and thin LVs.
The key component is the ability to avoid moving a RAID or mirror
sub-LV onto a PV that already has another RAID sub-LV on it.
(e.g. Avoid placing both images of a RAID1 LV on the same PV.)
Top-level LVs are processed to determine which PVs to avoid for
the sake of redundancy, while bottom-level LVs are processed
to determine which segments/extents to move.
This approach does have some drawbacks. By eliminating whole PVs
from the allocation list, we might miss the opportunity to perform
pvmove in some senarios. For example, if we have 3 devices and
a linear uses half of the first, a RAID1 uses half of the first and
half of the second, and a linear uses half of the third (FIGURE 1);
we should be able to pvmove the first device (FIGURE 2).
FIGURE 1:
[ linear ] [ -RAID- ] [ linear ]
[ -RAID- ] [ ] [ ]
FIGURE 2:
[ moved ] [ -RAID- ] [ linear ]
[ moved ] [ linear ] [ -RAID- ]
However, the approach we are using would eliminate the second
device from consideration and would leave us with too little space
for allocation. In these situations, the user does have the ability
to specify LVs and move them one at a time.
2013-08-23 17:57:16 +04:00
if ( seg_is_raid ( first_seg ( lv ) ) | |
seg_is_mirrored ( first_seg ( lv ) ) ) {
dm_list_init ( & trim_list ) ;
if ( ! get_pv_list_for_lv ( lv - > vg - > cmd - > mem ,
lv , & trim_list ) )
return_NULL ;
if ( ! _trim_allocatable_pvs ( allocatable_pvs ,
& trim_list , alloc ) )
return_NULL ;
}
}
/*
* Second ,
* use bottom - level LVs ( like * _mimage_ * , * _mlog , * _rmeta_ * , etc )
* to find segments to be moved and then set up mirrors .
*/
2008-11-04 01:14:30 +03:00
dm_list_iterate_items ( lvl , & vg - > lvs ) {
2003-10-16 00:02:46 +04:00
lv = lvl - > lv ;
2011-03-30 00:19:03 +04:00
if ( lv = = lv_mirr )
2003-04-30 19:28:17 +04:00
continue ;
2008-04-04 15:59:31 +04:00
if ( lv_name ) {
2013-08-26 23:12:31 +04:00
if ( strcmp ( lv - > name , lv_name ) & & ! sub_lv_of ( lv , lv_name ) )
2008-04-04 15:59:31 +04:00
continue ;
lv_found = 1 ;
}
pvmove: Add support for RAID, mirror, and thin
This patch allows pvmove to operate on RAID, mirror and thin LVs.
The key component is the ability to avoid moving a RAID or mirror
sub-LV onto a PV that already has another RAID sub-LV on it.
(e.g. Avoid placing both images of a RAID1 LV on the same PV.)
Top-level LVs are processed to determine which PVs to avoid for
the sake of redundancy, while bottom-level LVs are processed
to determine which segments/extents to move.
This approach does have some drawbacks. By eliminating whole PVs
from the allocation list, we might miss the opportunity to perform
pvmove in some senarios. For example, if we have 3 devices and
a linear uses half of the first, a RAID1 uses half of the first and
half of the second, and a linear uses half of the third (FIGURE 1);
we should be able to pvmove the first device (FIGURE 2).
FIGURE 1:
[ linear ] [ -RAID- ] [ linear ]
[ -RAID- ] [ ] [ ]
FIGURE 2:
[ moved ] [ -RAID- ] [ linear ]
[ moved ] [ linear ] [ -RAID- ]
However, the approach we are using would eliminate the second
device from consideration and would leave us with too little space
for allocation. In these situations, the user does have the ability
to specify LVs and move them one at a time.
2013-08-23 17:57:16 +04:00
if ( ! lv_is_on_pvs ( lv , source_pvl ) )
continue ;
2014-02-24 22:25:18 +04:00
if ( lv_is_cache_type ( lv ) ) {
log_print_unless_silent ( " Skipping %s LV, %s " ,
lv_is_cache ( lv ) ? " cache " :
lv_is_cache_pool ( lv ) ?
" cache-pool " : " cache-related " ,
lv - > name ) ;
lv_skipped = 1 ;
continue ;
}
if ( parent_lv_is_cache_type ( lv ) ) {
log_print_unless_silent ( " Skipping %s because a parent "
" is of cache type " , lv - > name ) ;
lv_skipped = 1 ;
continue ;
}
2013-09-03 22:17:01 +04:00
/*
* If the VG is clustered , we are unable to handle
* snapshots , origins , thin types , RAID or mirror
*/
if ( vg_is_clustered ( vg ) & &
( lv_is_origin ( lv ) | | lv_is_cow ( lv ) | |
lv_is_thin_type ( lv ) | | lv_is_raid_type ( lv ) | |
lv_is_mirrored ( lv ) ) ) {
log_print_unless_silent ( " Skipping %s LV %s " ,
lv_is_origin ( lv ) ? " origin " :
lv_is_cow ( lv ) ?
" snapshot-related " :
lv_is_thin_volume ( lv ) ? " thin " :
lv_is_thin_pool ( lv ) ?
" thin-pool " :
lv_is_thin_type ( lv ) ?
" thin-related " :
seg_is_raid ( first_seg ( lv ) ) ?
" RAID " :
lv_is_raid_type ( lv ) ?
" RAID-related " :
lv_is_mirrored ( lv ) ?
" mirror " :
lv_is_mirror_type ( lv ) ?
" mirror-related " : " " ,
lv - > name ) ;
lv_skipped = 1 ;
continue ;
}
pvmove: Add support for RAID, mirror, and thin
This patch allows pvmove to operate on RAID, mirror and thin LVs.
The key component is the ability to avoid moving a RAID or mirror
sub-LV onto a PV that already has another RAID sub-LV on it.
(e.g. Avoid placing both images of a RAID1 LV on the same PV.)
Top-level LVs are processed to determine which PVs to avoid for
the sake of redundancy, while bottom-level LVs are processed
to determine which segments/extents to move.
This approach does have some drawbacks. By eliminating whole PVs
from the allocation list, we might miss the opportunity to perform
pvmove in some senarios. For example, if we have 3 devices and
a linear uses half of the first, a RAID1 uses half of the first and
half of the second, and a linear uses half of the third (FIGURE 1);
we should be able to pvmove the first device (FIGURE 2).
FIGURE 1:
[ linear ] [ -RAID- ] [ linear ]
[ -RAID- ] [ ] [ ]
FIGURE 2:
[ moved ] [ -RAID- ] [ linear ]
[ moved ] [ linear ] [ -RAID- ]
However, the approach we are using would eliminate the second
device from consideration and would leave us with too little space
for allocation. In these situations, the user does have the ability
to specify LVs and move them one at a time.
2013-08-23 17:57:16 +04:00
seg = first_seg ( lv ) ;
2013-08-23 18:13:14 +04:00
if ( seg_is_raid ( seg ) | | seg_is_mirrored ( seg ) | |
lv_is_thin_volume ( lv ) | | lv_is_thin_pool ( lv ) ) {
pvmove: Add support for RAID, mirror, and thin
This patch allows pvmove to operate on RAID, mirror and thin LVs.
The key component is the ability to avoid moving a RAID or mirror
sub-LV onto a PV that already has another RAID sub-LV on it.
(e.g. Avoid placing both images of a RAID1 LV on the same PV.)
Top-level LVs are processed to determine which PVs to avoid for
the sake of redundancy, while bottom-level LVs are processed
to determine which segments/extents to move.
This approach does have some drawbacks. By eliminating whole PVs
from the allocation list, we might miss the opportunity to perform
pvmove in some senarios. For example, if we have 3 devices and
a linear uses half of the first, a RAID1 uses half of the first and
half of the second, and a linear uses half of the third (FIGURE 1);
we should be able to pvmove the first device (FIGURE 2).
FIGURE 1:
[ linear ] [ -RAID- ] [ linear ]
[ -RAID- ] [ ] [ ]
FIGURE 2:
[ moved ] [ -RAID- ] [ linear ]
[ moved ] [ linear ] [ -RAID- ]
However, the approach we are using would eliminate the second
device from consideration and would leave us with too little space
for allocation. In these situations, the user does have the ability
to specify LVs and move them one at a time.
2013-08-23 17:57:16 +04:00
/*
* Pass over top - level LVs - they were handled .
* Allow sub - LVs to proceed .
*/
2004-05-05 22:33:01 +04:00
continue ;
}
2013-08-23 18:13:14 +04:00
2003-05-06 16:20:11 +04:00
if ( lv - > status & LOCKED ) {
2009-12-04 17:03:18 +03:00
lv_skipped = 1 ;
config: add silent mode
Accept -q as the short form of --quiet.
Suppress non-essential standard output if -q is given twice.
Treat log/silent in lvm.conf as equivalent to -qq.
Review all log_print messages and change some to
log_print_unless_silent.
When silent, the following commands still produce output:
dumpconfig, lvdisplay, lvmdiskscan, lvs, pvck, pvdisplay,
pvs, version, vgcfgrestore -l, vgdisplay, vgs.
[Needs checking.]
Non-essential messages are shifted from log level 4 to log level 5
for syslog and lvm2_log_fn purposes.
2012-08-25 23:35:48 +04:00
log_print_unless_silent ( " Skipping locked LV %s " , lv - > name ) ;
2003-05-06 16:20:11 +04:00
continue ;
}
2012-03-27 00:32:58 +04:00
2012-03-27 15:43:32 +04:00
if ( vg_is_clustered ( vg ) & &
lv_is_active_exclusive_remotely ( lv ) ) {
lv_skipped = 1 ;
config: add silent mode
Accept -q as the short form of --quiet.
Suppress non-essential standard output if -q is given twice.
Treat log/silent in lvm.conf as equivalent to -qq.
Review all log_print messages and change some to
log_print_unless_silent.
When silent, the following commands still produce output:
dumpconfig, lvdisplay, lvmdiskscan, lvs, pvck, pvdisplay,
pvs, version, vgcfgrestore -l, vgdisplay, vgs.
[Needs checking.]
Non-essential messages are shifted from log level 4 to log level 5
for syslog and lvm2_log_fn purposes.
2012-08-25 23:35:48 +04:00
log_print_unless_silent ( " Skipping LV %s which is activated "
" exclusively on remote node. " , lv - > name ) ;
2012-03-27 15:43:32 +04:00
continue ;
}
2012-03-27 00:32:58 +04:00
if ( vg_is_clustered ( vg ) ) {
if ( lv_is_active_exclusive_locally ( lv ) )
lv_exclusive_count + + ;
else if ( lv_is_active ( lv ) )
lv_active_count + + ;
}
2007-12-20 18:42:55 +03:00
if ( ! _insert_pvmove_mirrors ( cmd , lv_mirr , source_pvl , lv ,
2008-01-30 16:19:47 +03:00
* lvs_changed ) )
return_NULL ;
2003-04-30 19:28:17 +04:00
}
2008-04-04 15:59:31 +04:00
if ( lv_name & & ! lv_found ) {
log_error ( " Logical volume %s not found. " , lv_name ) ;
return NULL ;
}
2004-05-05 22:33:01 +04:00
/* Is temporary mirror empty? */
2003-04-30 19:28:17 +04:00
if ( ! lv_mirr - > le_count ) {
2009-12-04 17:03:18 +03:00
if ( lv_skipped )
log_error ( " All data on source PV skipped. "
" It contains locked, hidden or "
" non-top level LVs only. " ) ;
2003-04-30 19:28:17 +04:00
log_error ( " No data to move for %s " , vg - > name ) ;
2003-05-06 16:20:11 +04:00
return NULL ;
2003-04-30 19:28:17 +04:00
}
2012-03-27 16:01:22 +04:00
if ( vg_is_clustered ( vg ) & & lv_active_count & & * exclusive ) {
log_error ( " Cannot move in clustered VG %s, "
" clustered mirror (cmirror) not detected "
" and LVs are activated non-exclusively. " ,
vg - > name ) ;
return NULL ;
}
if ( vg_is_clustered ( vg ) & & lv_exclusive_count ) {
2012-03-27 00:32:58 +04:00
if ( lv_active_count ) {
log_error ( " Cannot move in clustered VG %s "
" if some LVs are activated "
" exclusively while others don't. " ,
vg - > name ) ;
return NULL ;
}
* exclusive = 1 ;
}
2010-04-09 05:00:10 +04:00
if ( ! lv_add_mirrors ( cmd , lv_mirr , 1 , 1 , 0 , 0 , log_count ,
pvmove: Enable all-or-nothing (atomic) pvmoves
pvmove can be used to move single LVs by name or multiple LVs that
lie within the specified PV range (e.g. /dev/sdb1:0-1000). When
moving more than one LV, the portions of those LVs that are in the
range to be moved are added to a new temporary pvmove LV. The LVs
then point to the range in the pvmove LV, rather than the PV
range.
Example 1:
We have two LVs in this example. After they were
created, the first LV was grown, yeilding two segments
in LV1. So, there are two LVs with a total of three
segments.
Before pvmove:
--------- --------- ---------
| LV1s0 | | LV2s0 | | LV1s1 |
--------- --------- ---------
| | |
-------------------------------------
PV | 000 - 255 | 256 - 511 | 512 - 767 |
-------------------------------------
After pvmove inserts the temporary pvmove LV:
--------- --------- ---------
| LV1s0 | | LV2s0 | | LV1s1 |
--------- --------- ---------
| | |
-------------------------------------
pvmove0 | seg 0 | seg 1 | seg 2 |
-------------------------------------
| | |
-------------------------------------
PV | 000 - 255 | 256 - 511 | 512 - 767 |
-------------------------------------
Each of the affected LV segments now point to a
range of blocks in the pvmove LV, which purposefully
corresponds to the segments moved from the original
LVs into the temporary pvmove LV.
The current implementation goes on from here to mirror the temporary
pvmove LV by segment. Further, as the pvmove LV is activated, only
one of its segments is actually mirrored (i.e. "moving") at a time.
The rest are either complete or not addressed yet. If the pvmove
is aborted, those segments that are completed will remain on the
destination and those that are not yet addressed or in the process
of moving will stay on the source PV. Thus, it is possible to have
a partially completed move - some LVs (or certain segments of LVs)
on the source PV and some on the destination.
Example 2:
What 'example 1' might look if it was half-way
through the move.
--------- --------- ---------
| LV1s0 | | LV2s0 | | LV1s1 |
--------- --------- ---------
| | |
-------------------------------------
pvmove0 | seg 0 | seg 1 | seg 2 |
-------------------------------------
| | |
| -------------------------
source PV | | 256 - 511 | 512 - 767 |
| -------------------------
| ||
-------------------------
dest PV | 000 - 255 | 256 - 511 |
-------------------------
This update allows the user to specify that they would like the
pvmove mirror created "by LV" rather than "by segment". That is,
the pvmove LV becomes an image in an encapsulating mirror along
with the allocated copy image.
Example 3:
A pvmove that is performed "by LV" rather than "by segment".
--------- ---------
| LV1s0 | | LV2s0 |
--------- ---------
| |
-------------------------
pvmove0 | * LV-level mirror * |
-------------------------
/ \
pvmove_mimage0 / pvmove_mimage1
------------------------- -------------------------
| seg 0 | seg 1 | | seg 0 | seg 1 |
------------------------- -------------------------
| | | |
------------------------- -------------------------
| 000 - 255 | 256 - 511 | | 000 - 255 | 256 - 511 |
------------------------- -------------------------
source PV dest PV
The thing that differentiates a pvmove done in this way and a simple
"up-convert" from linear to mirror is the preservation of the
distinct segments. A normal up-convert would simply allocate the
necessary space with no regard for segment boundaries. The pvmove
operation must preserve the segments because they are the critical
boundary between the segments of the LVs being moved. So, when the
pvmove copy image is allocated, all corresponding segments must be
allocated. The code that merges ajoining segments that are part of
the same LV when the metadata is written must also be avoided in
this case. This method of mirroring is unique enough to warrant its
own definitional macro, MIRROR_BY_SEGMENTED_LV. This joins the two
existing macros: MIRROR_BY_SEG (for original pvmove) and MIRROR_BY_LV
(for user created mirrors).
The advantages of performing pvmove in this way is that all of the
LVs affected can be moved together. It is an all-or-nothing approach
that leaves all LV segments on the source PV if the move is aborted.
Additionally, a mirror log can be used (in the future) to provide tracking
of progress; allowing the copy to continue where it left off in the event
there is a deactivation.
2014-06-18 07:59:36 +04:00
allocatable_pvs , alloc ,
( arg_count ( cmd , atomic_ARG ) ) ?
MIRROR_BY_SEGMENTED_LV : MIRROR_BY_SEG ) ) {
2007-12-20 18:42:55 +03:00
log_error ( " Failed to convert pvmove LV to mirrored " ) ;
return_NULL ;
}
if ( ! split_parent_segments_for_layer ( cmd , lv_mirr ) ) {
log_error ( " Failed to split segments being moved " ) ;
return_NULL ;
}
2007-12-06 01:11:20 +03:00
2003-05-06 16:20:11 +04:00
return lv_mirr ;
}
2008-04-09 16:56:34 +04:00
static int _activate_lv ( struct cmd_context * cmd , struct logical_volume * lv_mirr ,
unsigned exclusive )
{
2010-01-06 00:08:34 +03:00
int r = 0 ;
2012-03-27 00:33:40 +04:00
if ( exclusive | | lv_is_active_exclusive ( lv_mirr ) )
2010-01-06 00:08:34 +03:00
r = activate_lv_excl ( cmd , lv_mirr ) ;
else
r = activate_lv ( cmd , lv_mirr ) ;
if ( ! r )
stack ;
2008-04-09 16:56:34 +04:00
2010-01-06 00:08:34 +03:00
return r ;
2008-04-09 16:56:34 +04:00
}
pvmove: Enable all-or-nothing (atomic) pvmoves
pvmove can be used to move single LVs by name or multiple LVs that
lie within the specified PV range (e.g. /dev/sdb1:0-1000). When
moving more than one LV, the portions of those LVs that are in the
range to be moved are added to a new temporary pvmove LV. The LVs
then point to the range in the pvmove LV, rather than the PV
range.
Example 1:
We have two LVs in this example. After they were
created, the first LV was grown, yeilding two segments
in LV1. So, there are two LVs with a total of three
segments.
Before pvmove:
--------- --------- ---------
| LV1s0 | | LV2s0 | | LV1s1 |
--------- --------- ---------
| | |
-------------------------------------
PV | 000 - 255 | 256 - 511 | 512 - 767 |
-------------------------------------
After pvmove inserts the temporary pvmove LV:
--------- --------- ---------
| LV1s0 | | LV2s0 | | LV1s1 |
--------- --------- ---------
| | |
-------------------------------------
pvmove0 | seg 0 | seg 1 | seg 2 |
-------------------------------------
| | |
-------------------------------------
PV | 000 - 255 | 256 - 511 | 512 - 767 |
-------------------------------------
Each of the affected LV segments now point to a
range of blocks in the pvmove LV, which purposefully
corresponds to the segments moved from the original
LVs into the temporary pvmove LV.
The current implementation goes on from here to mirror the temporary
pvmove LV by segment. Further, as the pvmove LV is activated, only
one of its segments is actually mirrored (i.e. "moving") at a time.
The rest are either complete or not addressed yet. If the pvmove
is aborted, those segments that are completed will remain on the
destination and those that are not yet addressed or in the process
of moving will stay on the source PV. Thus, it is possible to have
a partially completed move - some LVs (or certain segments of LVs)
on the source PV and some on the destination.
Example 2:
What 'example 1' might look if it was half-way
through the move.
--------- --------- ---------
| LV1s0 | | LV2s0 | | LV1s1 |
--------- --------- ---------
| | |
-------------------------------------
pvmove0 | seg 0 | seg 1 | seg 2 |
-------------------------------------
| | |
| -------------------------
source PV | | 256 - 511 | 512 - 767 |
| -------------------------
| ||
-------------------------
dest PV | 000 - 255 | 256 - 511 |
-------------------------
This update allows the user to specify that they would like the
pvmove mirror created "by LV" rather than "by segment". That is,
the pvmove LV becomes an image in an encapsulating mirror along
with the allocated copy image.
Example 3:
A pvmove that is performed "by LV" rather than "by segment".
--------- ---------
| LV1s0 | | LV2s0 |
--------- ---------
| |
-------------------------
pvmove0 | * LV-level mirror * |
-------------------------
/ \
pvmove_mimage0 / pvmove_mimage1
------------------------- -------------------------
| seg 0 | seg 1 | | seg 0 | seg 1 |
------------------------- -------------------------
| | | |
------------------------- -------------------------
| 000 - 255 | 256 - 511 | | 000 - 255 | 256 - 511 |
------------------------- -------------------------
source PV dest PV
The thing that differentiates a pvmove done in this way and a simple
"up-convert" from linear to mirror is the preservation of the
distinct segments. A normal up-convert would simply allocate the
necessary space with no regard for segment boundaries. The pvmove
operation must preserve the segments because they are the critical
boundary between the segments of the LVs being moved. So, when the
pvmove copy image is allocated, all corresponding segments must be
allocated. The code that merges ajoining segments that are part of
the same LV when the metadata is written must also be avoided in
this case. This method of mirroring is unique enough to warrant its
own definitional macro, MIRROR_BY_SEGMENTED_LV. This joins the two
existing macros: MIRROR_BY_SEG (for original pvmove) and MIRROR_BY_LV
(for user created mirrors).
The advantages of performing pvmove in this way is that all of the
LVs affected can be moved together. It is an all-or-nothing approach
that leaves all LV segments on the source PV if the move is aborted.
Additionally, a mirror log can be used (in the future) to provide tracking
of progress; allowing the copy to continue where it left off in the event
there is a deactivation.
2014-06-18 07:59:36 +04:00
static int _is_pvmove_image_removable ( struct logical_volume * mimage_lv ,
void * baton )
{
2014-06-19 16:40:47 +04:00
uint32_t mimage_to_remove = * ( ( uint32_t * ) baton ) ;
pvmove: Enable all-or-nothing (atomic) pvmoves
pvmove can be used to move single LVs by name or multiple LVs that
lie within the specified PV range (e.g. /dev/sdb1:0-1000). When
moving more than one LV, the portions of those LVs that are in the
range to be moved are added to a new temporary pvmove LV. The LVs
then point to the range in the pvmove LV, rather than the PV
range.
Example 1:
We have two LVs in this example. After they were
created, the first LV was grown, yeilding two segments
in LV1. So, there are two LVs with a total of three
segments.
Before pvmove:
--------- --------- ---------
| LV1s0 | | LV2s0 | | LV1s1 |
--------- --------- ---------
| | |
-------------------------------------
PV | 000 - 255 | 256 - 511 | 512 - 767 |
-------------------------------------
After pvmove inserts the temporary pvmove LV:
--------- --------- ---------
| LV1s0 | | LV2s0 | | LV1s1 |
--------- --------- ---------
| | |
-------------------------------------
pvmove0 | seg 0 | seg 1 | seg 2 |
-------------------------------------
| | |
-------------------------------------
PV | 000 - 255 | 256 - 511 | 512 - 767 |
-------------------------------------
Each of the affected LV segments now point to a
range of blocks in the pvmove LV, which purposefully
corresponds to the segments moved from the original
LVs into the temporary pvmove LV.
The current implementation goes on from here to mirror the temporary
pvmove LV by segment. Further, as the pvmove LV is activated, only
one of its segments is actually mirrored (i.e. "moving") at a time.
The rest are either complete or not addressed yet. If the pvmove
is aborted, those segments that are completed will remain on the
destination and those that are not yet addressed or in the process
of moving will stay on the source PV. Thus, it is possible to have
a partially completed move - some LVs (or certain segments of LVs)
on the source PV and some on the destination.
Example 2:
What 'example 1' might look if it was half-way
through the move.
--------- --------- ---------
| LV1s0 | | LV2s0 | | LV1s1 |
--------- --------- ---------
| | |
-------------------------------------
pvmove0 | seg 0 | seg 1 | seg 2 |
-------------------------------------
| | |
| -------------------------
source PV | | 256 - 511 | 512 - 767 |
| -------------------------
| ||
-------------------------
dest PV | 000 - 255 | 256 - 511 |
-------------------------
This update allows the user to specify that they would like the
pvmove mirror created "by LV" rather than "by segment". That is,
the pvmove LV becomes an image in an encapsulating mirror along
with the allocated copy image.
Example 3:
A pvmove that is performed "by LV" rather than "by segment".
--------- ---------
| LV1s0 | | LV2s0 |
--------- ---------
| |
-------------------------
pvmove0 | * LV-level mirror * |
-------------------------
/ \
pvmove_mimage0 / pvmove_mimage1
------------------------- -------------------------
| seg 0 | seg 1 | | seg 0 | seg 1 |
------------------------- -------------------------
| | | |
------------------------- -------------------------
| 000 - 255 | 256 - 511 | | 000 - 255 | 256 - 511 |
------------------------- -------------------------
source PV dest PV
The thing that differentiates a pvmove done in this way and a simple
"up-convert" from linear to mirror is the preservation of the
distinct segments. A normal up-convert would simply allocate the
necessary space with no regard for segment boundaries. The pvmove
operation must preserve the segments because they are the critical
boundary between the segments of the LVs being moved. So, when the
pvmove copy image is allocated, all corresponding segments must be
allocated. The code that merges ajoining segments that are part of
the same LV when the metadata is written must also be avoided in
this case. This method of mirroring is unique enough to warrant its
own definitional macro, MIRROR_BY_SEGMENTED_LV. This joins the two
existing macros: MIRROR_BY_SEG (for original pvmove) and MIRROR_BY_LV
(for user created mirrors).
The advantages of performing pvmove in this way is that all of the
LVs affected can be moved together. It is an all-or-nothing approach
that leaves all LV segments on the source PV if the move is aborted.
Additionally, a mirror log can be used (in the future) to provide tracking
of progress; allowing the copy to continue where it left off in the event
there is a deactivation.
2014-06-18 07:59:36 +04:00
struct lv_segment * mirror_seg ;
if ( ! ( mirror_seg = get_only_segment_using_this_lv ( mimage_lv ) ) ) {
2014-06-19 16:40:47 +04:00
log_error ( INTERNAL_ERROR " %s is not a proper mirror image " ,
pvmove: Enable all-or-nothing (atomic) pvmoves
pvmove can be used to move single LVs by name or multiple LVs that
lie within the specified PV range (e.g. /dev/sdb1:0-1000). When
moving more than one LV, the portions of those LVs that are in the
range to be moved are added to a new temporary pvmove LV. The LVs
then point to the range in the pvmove LV, rather than the PV
range.
Example 1:
We have two LVs in this example. After they were
created, the first LV was grown, yeilding two segments
in LV1. So, there are two LVs with a total of three
segments.
Before pvmove:
--------- --------- ---------
| LV1s0 | | LV2s0 | | LV1s1 |
--------- --------- ---------
| | |
-------------------------------------
PV | 000 - 255 | 256 - 511 | 512 - 767 |
-------------------------------------
After pvmove inserts the temporary pvmove LV:
--------- --------- ---------
| LV1s0 | | LV2s0 | | LV1s1 |
--------- --------- ---------
| | |
-------------------------------------
pvmove0 | seg 0 | seg 1 | seg 2 |
-------------------------------------
| | |
-------------------------------------
PV | 000 - 255 | 256 - 511 | 512 - 767 |
-------------------------------------
Each of the affected LV segments now point to a
range of blocks in the pvmove LV, which purposefully
corresponds to the segments moved from the original
LVs into the temporary pvmove LV.
The current implementation goes on from here to mirror the temporary
pvmove LV by segment. Further, as the pvmove LV is activated, only
one of its segments is actually mirrored (i.e. "moving") at a time.
The rest are either complete or not addressed yet. If the pvmove
is aborted, those segments that are completed will remain on the
destination and those that are not yet addressed or in the process
of moving will stay on the source PV. Thus, it is possible to have
a partially completed move - some LVs (or certain segments of LVs)
on the source PV and some on the destination.
Example 2:
What 'example 1' might look if it was half-way
through the move.
--------- --------- ---------
| LV1s0 | | LV2s0 | | LV1s1 |
--------- --------- ---------
| | |
-------------------------------------
pvmove0 | seg 0 | seg 1 | seg 2 |
-------------------------------------
| | |
| -------------------------
source PV | | 256 - 511 | 512 - 767 |
| -------------------------
| ||
-------------------------
dest PV | 000 - 255 | 256 - 511 |
-------------------------
This update allows the user to specify that they would like the
pvmove mirror created "by LV" rather than "by segment". That is,
the pvmove LV becomes an image in an encapsulating mirror along
with the allocated copy image.
Example 3:
A pvmove that is performed "by LV" rather than "by segment".
--------- ---------
| LV1s0 | | LV2s0 |
--------- ---------
| |
-------------------------
pvmove0 | * LV-level mirror * |
-------------------------
/ \
pvmove_mimage0 / pvmove_mimage1
------------------------- -------------------------
| seg 0 | seg 1 | | seg 0 | seg 1 |
------------------------- -------------------------
| | | |
------------------------- -------------------------
| 000 - 255 | 256 - 511 | | 000 - 255 | 256 - 511 |
------------------------- -------------------------
source PV dest PV
The thing that differentiates a pvmove done in this way and a simple
"up-convert" from linear to mirror is the preservation of the
distinct segments. A normal up-convert would simply allocate the
necessary space with no regard for segment boundaries. The pvmove
operation must preserve the segments because they are the critical
boundary between the segments of the LVs being moved. So, when the
pvmove copy image is allocated, all corresponding segments must be
allocated. The code that merges ajoining segments that are part of
the same LV when the metadata is written must also be avoided in
this case. This method of mirroring is unique enough to warrant its
own definitional macro, MIRROR_BY_SEGMENTED_LV. This joins the two
existing macros: MIRROR_BY_SEG (for original pvmove) and MIRROR_BY_LV
(for user created mirrors).
The advantages of performing pvmove in this way is that all of the
LVs affected can be moved together. It is an all-or-nothing approach
that leaves all LV segments on the source PV if the move is aborted.
Additionally, a mirror log can be used (in the future) to provide tracking
of progress; allowing the copy to continue where it left off in the event
there is a deactivation.
2014-06-18 07:59:36 +04:00
mimage_lv - > name ) ;
return 0 ;
}
if ( seg_type ( mirror_seg , 0 ) ! = AREA_LV ) {
2014-06-19 16:40:47 +04:00
log_error ( INTERNAL_ERROR " %s is not a pvmove mirror of LV-type " ,
pvmove: Enable all-or-nothing (atomic) pvmoves
pvmove can be used to move single LVs by name or multiple LVs that
lie within the specified PV range (e.g. /dev/sdb1:0-1000). When
moving more than one LV, the portions of those LVs that are in the
range to be moved are added to a new temporary pvmove LV. The LVs
then point to the range in the pvmove LV, rather than the PV
range.
Example 1:
We have two LVs in this example. After they were
created, the first LV was grown, yeilding two segments
in LV1. So, there are two LVs with a total of three
segments.
Before pvmove:
--------- --------- ---------
| LV1s0 | | LV2s0 | | LV1s1 |
--------- --------- ---------
| | |
-------------------------------------
PV | 000 - 255 | 256 - 511 | 512 - 767 |
-------------------------------------
After pvmove inserts the temporary pvmove LV:
--------- --------- ---------
| LV1s0 | | LV2s0 | | LV1s1 |
--------- --------- ---------
| | |
-------------------------------------
pvmove0 | seg 0 | seg 1 | seg 2 |
-------------------------------------
| | |
-------------------------------------
PV | 000 - 255 | 256 - 511 | 512 - 767 |
-------------------------------------
Each of the affected LV segments now point to a
range of blocks in the pvmove LV, which purposefully
corresponds to the segments moved from the original
LVs into the temporary pvmove LV.
The current implementation goes on from here to mirror the temporary
pvmove LV by segment. Further, as the pvmove LV is activated, only
one of its segments is actually mirrored (i.e. "moving") at a time.
The rest are either complete or not addressed yet. If the pvmove
is aborted, those segments that are completed will remain on the
destination and those that are not yet addressed or in the process
of moving will stay on the source PV. Thus, it is possible to have
a partially completed move - some LVs (or certain segments of LVs)
on the source PV and some on the destination.
Example 2:
What 'example 1' might look if it was half-way
through the move.
--------- --------- ---------
| LV1s0 | | LV2s0 | | LV1s1 |
--------- --------- ---------
| | |
-------------------------------------
pvmove0 | seg 0 | seg 1 | seg 2 |
-------------------------------------
| | |
| -------------------------
source PV | | 256 - 511 | 512 - 767 |
| -------------------------
| ||
-------------------------
dest PV | 000 - 255 | 256 - 511 |
-------------------------
This update allows the user to specify that they would like the
pvmove mirror created "by LV" rather than "by segment". That is,
the pvmove LV becomes an image in an encapsulating mirror along
with the allocated copy image.
Example 3:
A pvmove that is performed "by LV" rather than "by segment".
--------- ---------
| LV1s0 | | LV2s0 |
--------- ---------
| |
-------------------------
pvmove0 | * LV-level mirror * |
-------------------------
/ \
pvmove_mimage0 / pvmove_mimage1
------------------------- -------------------------
| seg 0 | seg 1 | | seg 0 | seg 1 |
------------------------- -------------------------
| | | |
------------------------- -------------------------
| 000 - 255 | 256 - 511 | | 000 - 255 | 256 - 511 |
------------------------- -------------------------
source PV dest PV
The thing that differentiates a pvmove done in this way and a simple
"up-convert" from linear to mirror is the preservation of the
distinct segments. A normal up-convert would simply allocate the
necessary space with no regard for segment boundaries. The pvmove
operation must preserve the segments because they are the critical
boundary between the segments of the LVs being moved. So, when the
pvmove copy image is allocated, all corresponding segments must be
allocated. The code that merges ajoining segments that are part of
the same LV when the metadata is written must also be avoided in
this case. This method of mirroring is unique enough to warrant its
own definitional macro, MIRROR_BY_SEGMENTED_LV. This joins the two
existing macros: MIRROR_BY_SEG (for original pvmove) and MIRROR_BY_LV
(for user created mirrors).
The advantages of performing pvmove in this way is that all of the
LVs affected can be moved together. It is an all-or-nothing approach
that leaves all LV segments on the source PV if the move is aborted.
Additionally, a mirror log can be used (in the future) to provide tracking
of progress; allowing the copy to continue where it left off in the event
there is a deactivation.
2014-06-18 07:59:36 +04:00
mirror_seg - > lv - > name ) ;
return 0 ;
}
2014-06-19 16:40:47 +04:00
if ( mimage_to_remove > mirror_seg - > area_count ) {
log_error ( INTERNAL_ERROR " Mirror image % " PRIu32 " not found in segment " ,
mimage_to_remove ) ;
pvmove: Enable all-or-nothing (atomic) pvmoves
pvmove can be used to move single LVs by name or multiple LVs that
lie within the specified PV range (e.g. /dev/sdb1:0-1000). When
moving more than one LV, the portions of those LVs that are in the
range to be moved are added to a new temporary pvmove LV. The LVs
then point to the range in the pvmove LV, rather than the PV
range.
Example 1:
We have two LVs in this example. After they were
created, the first LV was grown, yeilding two segments
in LV1. So, there are two LVs with a total of three
segments.
Before pvmove:
--------- --------- ---------
| LV1s0 | | LV2s0 | | LV1s1 |
--------- --------- ---------
| | |
-------------------------------------
PV | 000 - 255 | 256 - 511 | 512 - 767 |
-------------------------------------
After pvmove inserts the temporary pvmove LV:
--------- --------- ---------
| LV1s0 | | LV2s0 | | LV1s1 |
--------- --------- ---------
| | |
-------------------------------------
pvmove0 | seg 0 | seg 1 | seg 2 |
-------------------------------------
| | |
-------------------------------------
PV | 000 - 255 | 256 - 511 | 512 - 767 |
-------------------------------------
Each of the affected LV segments now point to a
range of blocks in the pvmove LV, which purposefully
corresponds to the segments moved from the original
LVs into the temporary pvmove LV.
The current implementation goes on from here to mirror the temporary
pvmove LV by segment. Further, as the pvmove LV is activated, only
one of its segments is actually mirrored (i.e. "moving") at a time.
The rest are either complete or not addressed yet. If the pvmove
is aborted, those segments that are completed will remain on the
destination and those that are not yet addressed or in the process
of moving will stay on the source PV. Thus, it is possible to have
a partially completed move - some LVs (or certain segments of LVs)
on the source PV and some on the destination.
Example 2:
What 'example 1' might look if it was half-way
through the move.
--------- --------- ---------
| LV1s0 | | LV2s0 | | LV1s1 |
--------- --------- ---------
| | |
-------------------------------------
pvmove0 | seg 0 | seg 1 | seg 2 |
-------------------------------------
| | |
| -------------------------
source PV | | 256 - 511 | 512 - 767 |
| -------------------------
| ||
-------------------------
dest PV | 000 - 255 | 256 - 511 |
-------------------------
This update allows the user to specify that they would like the
pvmove mirror created "by LV" rather than "by segment". That is,
the pvmove LV becomes an image in an encapsulating mirror along
with the allocated copy image.
Example 3:
A pvmove that is performed "by LV" rather than "by segment".
--------- ---------
| LV1s0 | | LV2s0 |
--------- ---------
| |
-------------------------
pvmove0 | * LV-level mirror * |
-------------------------
/ \
pvmove_mimage0 / pvmove_mimage1
------------------------- -------------------------
| seg 0 | seg 1 | | seg 0 | seg 1 |
------------------------- -------------------------
| | | |
------------------------- -------------------------
| 000 - 255 | 256 - 511 | | 000 - 255 | 256 - 511 |
------------------------- -------------------------
source PV dest PV
The thing that differentiates a pvmove done in this way and a simple
"up-convert" from linear to mirror is the preservation of the
distinct segments. A normal up-convert would simply allocate the
necessary space with no regard for segment boundaries. The pvmove
operation must preserve the segments because they are the critical
boundary between the segments of the LVs being moved. So, when the
pvmove copy image is allocated, all corresponding segments must be
allocated. The code that merges ajoining segments that are part of
the same LV when the metadata is written must also be avoided in
this case. This method of mirroring is unique enough to warrant its
own definitional macro, MIRROR_BY_SEGMENTED_LV. This joins the two
existing macros: MIRROR_BY_SEG (for original pvmove) and MIRROR_BY_LV
(for user created mirrors).
The advantages of performing pvmove in this way is that all of the
LVs affected can be moved together. It is an all-or-nothing approach
that leaves all LV segments on the source PV if the move is aborted.
Additionally, a mirror log can be used (in the future) to provide tracking
of progress; allowing the copy to continue where it left off in the event
there is a deactivation.
2014-06-18 07:59:36 +04:00
return 0 ;
}
2014-06-19 16:40:47 +04:00
if ( seg_lv ( mirror_seg , mimage_to_remove ) = = mimage_lv )
pvmove: Enable all-or-nothing (atomic) pvmoves
pvmove can be used to move single LVs by name or multiple LVs that
lie within the specified PV range (e.g. /dev/sdb1:0-1000). When
moving more than one LV, the portions of those LVs that are in the
range to be moved are added to a new temporary pvmove LV. The LVs
then point to the range in the pvmove LV, rather than the PV
range.
Example 1:
We have two LVs in this example. After they were
created, the first LV was grown, yeilding two segments
in LV1. So, there are two LVs with a total of three
segments.
Before pvmove:
--------- --------- ---------
| LV1s0 | | LV2s0 | | LV1s1 |
--------- --------- ---------
| | |
-------------------------------------
PV | 000 - 255 | 256 - 511 | 512 - 767 |
-------------------------------------
After pvmove inserts the temporary pvmove LV:
--------- --------- ---------
| LV1s0 | | LV2s0 | | LV1s1 |
--------- --------- ---------
| | |
-------------------------------------
pvmove0 | seg 0 | seg 1 | seg 2 |
-------------------------------------
| | |
-------------------------------------
PV | 000 - 255 | 256 - 511 | 512 - 767 |
-------------------------------------
Each of the affected LV segments now point to a
range of blocks in the pvmove LV, which purposefully
corresponds to the segments moved from the original
LVs into the temporary pvmove LV.
The current implementation goes on from here to mirror the temporary
pvmove LV by segment. Further, as the pvmove LV is activated, only
one of its segments is actually mirrored (i.e. "moving") at a time.
The rest are either complete or not addressed yet. If the pvmove
is aborted, those segments that are completed will remain on the
destination and those that are not yet addressed or in the process
of moving will stay on the source PV. Thus, it is possible to have
a partially completed move - some LVs (or certain segments of LVs)
on the source PV and some on the destination.
Example 2:
What 'example 1' might look if it was half-way
through the move.
--------- --------- ---------
| LV1s0 | | LV2s0 | | LV1s1 |
--------- --------- ---------
| | |
-------------------------------------
pvmove0 | seg 0 | seg 1 | seg 2 |
-------------------------------------
| | |
| -------------------------
source PV | | 256 - 511 | 512 - 767 |
| -------------------------
| ||
-------------------------
dest PV | 000 - 255 | 256 - 511 |
-------------------------
This update allows the user to specify that they would like the
pvmove mirror created "by LV" rather than "by segment". That is,
the pvmove LV becomes an image in an encapsulating mirror along
with the allocated copy image.
Example 3:
A pvmove that is performed "by LV" rather than "by segment".
--------- ---------
| LV1s0 | | LV2s0 |
--------- ---------
| |
-------------------------
pvmove0 | * LV-level mirror * |
-------------------------
/ \
pvmove_mimage0 / pvmove_mimage1
------------------------- -------------------------
| seg 0 | seg 1 | | seg 0 | seg 1 |
------------------------- -------------------------
| | | |
------------------------- -------------------------
| 000 - 255 | 256 - 511 | | 000 - 255 | 256 - 511 |
------------------------- -------------------------
source PV dest PV
The thing that differentiates a pvmove done in this way and a simple
"up-convert" from linear to mirror is the preservation of the
distinct segments. A normal up-convert would simply allocate the
necessary space with no regard for segment boundaries. The pvmove
operation must preserve the segments because they are the critical
boundary between the segments of the LVs being moved. So, when the
pvmove copy image is allocated, all corresponding segments must be
allocated. The code that merges ajoining segments that are part of
the same LV when the metadata is written must also be avoided in
this case. This method of mirroring is unique enough to warrant its
own definitional macro, MIRROR_BY_SEGMENTED_LV. This joins the two
existing macros: MIRROR_BY_SEG (for original pvmove) and MIRROR_BY_LV
(for user created mirrors).
The advantages of performing pvmove in this way is that all of the
LVs affected can be moved together. It is an all-or-nothing approach
that leaves all LV segments on the source PV if the move is aborted.
Additionally, a mirror log can be used (in the future) to provide tracking
of progress; allowing the copy to continue where it left off in the event
there is a deactivation.
2014-06-18 07:59:36 +04:00
return 1 ;
return 0 ;
}
2010-01-27 16:29:11 +03:00
static int _detach_pvmove_mirror ( struct cmd_context * cmd ,
struct logical_volume * lv_mirr )
{
2014-06-19 16:40:47 +04:00
uint32_t mimage_to_remove = 0 ;
2010-01-27 16:29:11 +03:00
struct dm_list lvs_completed ;
struct lv_list * lvl ;
/* Update metadata to remove mirror segments and break dependencies */
dm_list_init ( & lvs_completed ) ;
pvmove: Enable all-or-nothing (atomic) pvmoves
pvmove can be used to move single LVs by name or multiple LVs that
lie within the specified PV range (e.g. /dev/sdb1:0-1000). When
moving more than one LV, the portions of those LVs that are in the
range to be moved are added to a new temporary pvmove LV. The LVs
then point to the range in the pvmove LV, rather than the PV
range.
Example 1:
We have two LVs in this example. After they were
created, the first LV was grown, yeilding two segments
in LV1. So, there are two LVs with a total of three
segments.
Before pvmove:
--------- --------- ---------
| LV1s0 | | LV2s0 | | LV1s1 |
--------- --------- ---------
| | |
-------------------------------------
PV | 000 - 255 | 256 - 511 | 512 - 767 |
-------------------------------------
After pvmove inserts the temporary pvmove LV:
--------- --------- ---------
| LV1s0 | | LV2s0 | | LV1s1 |
--------- --------- ---------
| | |
-------------------------------------
pvmove0 | seg 0 | seg 1 | seg 2 |
-------------------------------------
| | |
-------------------------------------
PV | 000 - 255 | 256 - 511 | 512 - 767 |
-------------------------------------
Each of the affected LV segments now point to a
range of blocks in the pvmove LV, which purposefully
corresponds to the segments moved from the original
LVs into the temporary pvmove LV.
The current implementation goes on from here to mirror the temporary
pvmove LV by segment. Further, as the pvmove LV is activated, only
one of its segments is actually mirrored (i.e. "moving") at a time.
The rest are either complete or not addressed yet. If the pvmove
is aborted, those segments that are completed will remain on the
destination and those that are not yet addressed or in the process
of moving will stay on the source PV. Thus, it is possible to have
a partially completed move - some LVs (or certain segments of LVs)
on the source PV and some on the destination.
Example 2:
What 'example 1' might look if it was half-way
through the move.
--------- --------- ---------
| LV1s0 | | LV2s0 | | LV1s1 |
--------- --------- ---------
| | |
-------------------------------------
pvmove0 | seg 0 | seg 1 | seg 2 |
-------------------------------------
| | |
| -------------------------
source PV | | 256 - 511 | 512 - 767 |
| -------------------------
| ||
-------------------------
dest PV | 000 - 255 | 256 - 511 |
-------------------------
This update allows the user to specify that they would like the
pvmove mirror created "by LV" rather than "by segment". That is,
the pvmove LV becomes an image in an encapsulating mirror along
with the allocated copy image.
Example 3:
A pvmove that is performed "by LV" rather than "by segment".
--------- ---------
| LV1s0 | | LV2s0 |
--------- ---------
| |
-------------------------
pvmove0 | * LV-level mirror * |
-------------------------
/ \
pvmove_mimage0 / pvmove_mimage1
------------------------- -------------------------
| seg 0 | seg 1 | | seg 0 | seg 1 |
------------------------- -------------------------
| | | |
------------------------- -------------------------
| 000 - 255 | 256 - 511 | | 000 - 255 | 256 - 511 |
------------------------- -------------------------
source PV dest PV
The thing that differentiates a pvmove done in this way and a simple
"up-convert" from linear to mirror is the preservation of the
distinct segments. A normal up-convert would simply allocate the
necessary space with no regard for segment boundaries. The pvmove
operation must preserve the segments because they are the critical
boundary between the segments of the LVs being moved. So, when the
pvmove copy image is allocated, all corresponding segments must be
allocated. The code that merges ajoining segments that are part of
the same LV when the metadata is written must also be avoided in
this case. This method of mirroring is unique enough to warrant its
own definitional macro, MIRROR_BY_SEGMENTED_LV. This joins the two
existing macros: MIRROR_BY_SEG (for original pvmove) and MIRROR_BY_LV
(for user created mirrors).
The advantages of performing pvmove in this way is that all of the
LVs affected can be moved together. It is an all-or-nothing approach
that leaves all LV segments on the source PV if the move is aborted.
Additionally, a mirror log can be used (in the future) to provide tracking
of progress; allowing the copy to continue where it left off in the event
there is a deactivation.
2014-06-18 07:59:36 +04:00
if ( arg_is_set ( cmd , abort_ARG ) & &
( seg_type ( first_seg ( lv_mirr ) , 0 ) = = AREA_LV ) )
2014-06-19 16:40:47 +04:00
mimage_to_remove = 1 ; /* remove the second mirror leg */
pvmove: Enable all-or-nothing (atomic) pvmoves
pvmove can be used to move single LVs by name or multiple LVs that
lie within the specified PV range (e.g. /dev/sdb1:0-1000). When
moving more than one LV, the portions of those LVs that are in the
range to be moved are added to a new temporary pvmove LV. The LVs
then point to the range in the pvmove LV, rather than the PV
range.
Example 1:
We have two LVs in this example. After they were
created, the first LV was grown, yeilding two segments
in LV1. So, there are two LVs with a total of three
segments.
Before pvmove:
--------- --------- ---------
| LV1s0 | | LV2s0 | | LV1s1 |
--------- --------- ---------
| | |
-------------------------------------
PV | 000 - 255 | 256 - 511 | 512 - 767 |
-------------------------------------
After pvmove inserts the temporary pvmove LV:
--------- --------- ---------
| LV1s0 | | LV2s0 | | LV1s1 |
--------- --------- ---------
| | |
-------------------------------------
pvmove0 | seg 0 | seg 1 | seg 2 |
-------------------------------------
| | |
-------------------------------------
PV | 000 - 255 | 256 - 511 | 512 - 767 |
-------------------------------------
Each of the affected LV segments now point to a
range of blocks in the pvmove LV, which purposefully
corresponds to the segments moved from the original
LVs into the temporary pvmove LV.
The current implementation goes on from here to mirror the temporary
pvmove LV by segment. Further, as the pvmove LV is activated, only
one of its segments is actually mirrored (i.e. "moving") at a time.
The rest are either complete or not addressed yet. If the pvmove
is aborted, those segments that are completed will remain on the
destination and those that are not yet addressed or in the process
of moving will stay on the source PV. Thus, it is possible to have
a partially completed move - some LVs (or certain segments of LVs)
on the source PV and some on the destination.
Example 2:
What 'example 1' might look if it was half-way
through the move.
--------- --------- ---------
| LV1s0 | | LV2s0 | | LV1s1 |
--------- --------- ---------
| | |
-------------------------------------
pvmove0 | seg 0 | seg 1 | seg 2 |
-------------------------------------
| | |
| -------------------------
source PV | | 256 - 511 | 512 - 767 |
| -------------------------
| ||
-------------------------
dest PV | 000 - 255 | 256 - 511 |
-------------------------
This update allows the user to specify that they would like the
pvmove mirror created "by LV" rather than "by segment". That is,
the pvmove LV becomes an image in an encapsulating mirror along
with the allocated copy image.
Example 3:
A pvmove that is performed "by LV" rather than "by segment".
--------- ---------
| LV1s0 | | LV2s0 |
--------- ---------
| |
-------------------------
pvmove0 | * LV-level mirror * |
-------------------------
/ \
pvmove_mimage0 / pvmove_mimage1
------------------------- -------------------------
| seg 0 | seg 1 | | seg 0 | seg 1 |
------------------------- -------------------------
| | | |
------------------------- -------------------------
| 000 - 255 | 256 - 511 | | 000 - 255 | 256 - 511 |
------------------------- -------------------------
source PV dest PV
The thing that differentiates a pvmove done in this way and a simple
"up-convert" from linear to mirror is the preservation of the
distinct segments. A normal up-convert would simply allocate the
necessary space with no regard for segment boundaries. The pvmove
operation must preserve the segments because they are the critical
boundary between the segments of the LVs being moved. So, when the
pvmove copy image is allocated, all corresponding segments must be
allocated. The code that merges ajoining segments that are part of
the same LV when the metadata is written must also be avoided in
this case. This method of mirroring is unique enough to warrant its
own definitional macro, MIRROR_BY_SEGMENTED_LV. This joins the two
existing macros: MIRROR_BY_SEG (for original pvmove) and MIRROR_BY_LV
(for user created mirrors).
The advantages of performing pvmove in this way is that all of the
LVs affected can be moved together. It is an all-or-nothing approach
that leaves all LV segments on the source PV if the move is aborted.
Additionally, a mirror log can be used (in the future) to provide tracking
of progress; allowing the copy to continue where it left off in the event
there is a deactivation.
2014-06-18 07:59:36 +04:00
2014-06-19 16:40:47 +04:00
if ( ! lv_remove_mirrors ( cmd , lv_mirr , 1 , 0 , _is_pvmove_image_removable , & mimage_to_remove , PVMOVE ) | |
2010-01-27 16:29:11 +03:00
! remove_layers_for_segments_all ( cmd , lv_mirr , PVMOVE ,
& lvs_completed ) ) {
return 0 ;
}
dm_list_iterate_items ( lvl , & lvs_completed )
/* FIXME Assumes only one pvmove at a time! */
lvl - > lv - > status & = ~ LOCKED ;
return 1 ;
}
2009-05-19 13:51:02 +04:00
2011-06-11 04:03:06 +04:00
static int _suspend_lvs ( struct cmd_context * cmd , unsigned first_time ,
struct logical_volume * lv_mirr ,
2011-09-27 21:09:42 +04:00
struct dm_list * lvs_changed ,
struct volume_group * vg_to_revert )
2011-06-11 04:03:06 +04:00
{
/*
* Suspend lvs_changed the first time .
* Suspend mirrors on subsequent calls .
*/
if ( first_time ) {
2011-09-27 21:09:42 +04:00
if ( ! suspend_lvs ( cmd , lvs_changed , vg_to_revert ) )
2011-06-11 04:03:06 +04:00
return_0 ;
2011-09-27 21:09:42 +04:00
} else if ( ! suspend_lv ( cmd , lv_mirr ) ) {
if ( vg_to_revert )
vg_revert ( vg_to_revert ) ;
2011-06-11 04:03:06 +04:00
return_0 ;
2011-09-27 21:09:42 +04:00
}
2011-06-11 04:03:06 +04:00
return 1 ;
}
static int _resume_lvs ( struct cmd_context * cmd , unsigned first_time ,
struct logical_volume * lv_mirr ,
struct dm_list * lvs_changed )
{
/*
* Suspend lvs_changed the first time .
* Suspend mirrors on subsequent calls .
*/
if ( first_time ) {
if ( ! resume_lvs ( cmd , lvs_changed ) ) {
log_error ( " Unable to resume logical volumes " ) ;
return 0 ;
}
} else if ( ! resume_lv ( cmd , lv_mirr ) ) {
log_error ( " Unable to reactivate logical volume \" %s \" " ,
lv_mirr - > name ) ;
return 0 ;
}
return 1 ;
}
/*
* Called to set up initial pvmove LV and to advance the mirror
* to successive sections of it .
* ( Not called after the last section completes . )
*/
2003-05-06 16:20:11 +04:00
static int _update_metadata ( struct cmd_context * cmd , struct volume_group * vg ,
struct logical_volume * lv_mirr ,
2008-11-04 01:14:30 +03:00
struct dm_list * lvs_changed , unsigned flags )
2003-05-06 16:20:11 +04:00
{
2012-03-27 00:31:01 +04:00
unsigned exclusive = ( flags & PVMOVE_EXCLUSIVE ) ? 1 : 0 ;
2008-04-09 16:56:34 +04:00
unsigned first_time = ( flags & PVMOVE_FIRST_TIME ) ? 1 : 0 ;
2009-04-21 18:31:57 +04:00
int r = 0 ;
2008-04-09 16:56:34 +04:00
2003-07-05 02:34:56 +04:00
log_verbose ( " Updating volume group metadata " ) ;
if ( ! vg_write ( vg ) ) {
log_error ( " ABORTING: Volume group metadata update failed. " ) ;
return 0 ;
}
2011-09-27 21:09:42 +04:00
if ( ! _suspend_lvs ( cmd , first_time , lv_mirr , lvs_changed , vg ) ) {
2012-03-14 00:21:26 +04:00
log_error ( " ABORTING: Temporary pvmove mirror %s failed. " , first_time ? " activation " : " reload " ) ;
2011-12-08 22:06:33 +04:00
/* FIXME Add a recovery path for first time too. */
if ( ! first_time & & ! revert_lv ( cmd , lv_mirr ) )
2011-09-28 02:43:40 +04:00
stack ;
return 0 ;
2010-01-26 11:01:18 +03:00
}
2003-05-06 16:20:11 +04:00
2004-05-05 22:33:01 +04:00
/* Commit on-disk metadata */
2003-07-05 02:34:56 +04:00
if ( ! vg_commit ( vg ) ) {
2003-05-06 16:20:11 +04:00
log_error ( " ABORTING: Volume group metadata update failed. " ) ;
2011-09-28 02:43:40 +04:00
if ( ! _resume_lvs ( cmd , first_time , lv_mirr , lvs_changed ) )
stack ;
if ( ! first_time & & ! revert_lv ( cmd , lv_mirr ) )
stack ;
return 0 ;
2003-05-06 16:20:11 +04:00
}
2004-05-05 22:33:01 +04:00
/* Activate the temporary mirror LV */
/* Only the first mirror segment gets activated as a mirror */
2005-08-15 03:18:28 +04:00
/* FIXME: Add option to use a log */
2003-05-06 16:20:11 +04:00
if ( first_time ) {
2012-03-27 00:31:01 +04:00
if ( ! exclusive & & _pvmove_is_exclusive ( cmd , vg ) )
exclusive = 1 ;
2008-04-09 16:56:34 +04:00
if ( ! _activate_lv ( cmd , lv_mirr , exclusive ) ) {
2009-12-03 22:22:24 +03:00
if ( test_mode ( ) ) {
r = 1 ;
2009-05-19 13:51:02 +04:00
goto out ;
2009-12-03 22:22:24 +03:00
}
2009-05-19 13:51:02 +04:00
/*
2011-09-27 21:29:33 +04:00
* FIXME Run - - abort internally here .
2009-05-19 13:51:02 +04:00
*/
2011-09-27 21:29:33 +04:00
log_error ( " ABORTING: Temporary pvmove mirror activation failed. Run pvmove --abort. " ) ;
2013-05-23 18:17:08 +04:00
goto out ;
2003-05-06 16:20:11 +04:00
}
}
2009-04-21 18:31:57 +04:00
r = 1 ;
2011-06-11 04:03:06 +04:00
2009-04-21 18:31:57 +04:00
out :
2011-06-11 04:03:06 +04:00
if ( ! _resume_lvs ( cmd , first_time , lv_mirr , lvs_changed ) )
r = 0 ;
2011-09-28 02:43:40 +04:00
if ( r )
backup ( vg ) ;
2009-04-21 18:31:57 +04:00
return r ;
2003-05-06 16:20:11 +04:00
}
static int _set_up_pvmove ( struct cmd_context * cmd , const char * pv_name ,
int argc , char * * argv )
{
const char * lv_name = NULL ;
2004-08-18 02:09:02 +04:00
char * pv_name_arg ;
2003-05-06 16:20:11 +04:00
struct volume_group * vg ;
2008-11-04 01:14:30 +03:00
struct dm_list * source_pvl ;
struct dm_list * allocatable_pvs ;
2004-09-14 17:59:17 +04:00
alloc_policy_t alloc ;
2008-11-04 01:14:30 +03:00
struct dm_list * lvs_changed ;
2003-05-06 16:20:11 +04:00
struct physical_volume * pv ;
struct logical_volume * lv_mirr ;
2012-03-27 00:31:01 +04:00
unsigned flags = PVMOVE_FIRST_TIME ;
2008-04-09 16:56:34 +04:00
unsigned exclusive ;
2009-04-10 14:01:38 +04:00
int r = ECMD_FAILED ;
2003-05-06 16:20:11 +04:00
2004-08-18 02:09:02 +04:00
pv_name_arg = argv [ 0 ] ;
argc - - ;
argv + + ;
2003-07-05 02:34:56 +04:00
/* Find PV (in VG) */
2013-11-30 01:45:37 +04:00
if ( ! ( pv = find_pv_by_name ( cmd , pv_name , 0 , 0 ) ) ) {
2003-05-06 16:20:11 +04:00
stack ;
return EINVALID_CMD_LINE ;
}
if ( arg_count ( cmd , name_ARG ) ) {
2007-06-16 02:16:55 +04:00
if ( ! ( lv_name = _extract_lvname ( cmd , pv_vg_name ( pv ) ,
2003-05-06 16:20:11 +04:00
arg_value ( cmd , name_ARG ) ) ) ) {
stack ;
2011-03-11 17:56:56 +03:00
free_pv_fid ( pv ) ;
2003-05-06 16:20:11 +04:00
return EINVALID_CMD_LINE ;
}
2008-04-04 15:59:31 +04:00
if ( ! validate_name ( lv_name ) ) {
log_error ( " Logical volume name %s is invalid " , lv_name ) ;
2011-03-11 17:56:56 +03:00
free_pv_fid ( pv ) ;
2008-04-04 15:59:31 +04:00
return EINVALID_CMD_LINE ;
}
2003-05-06 16:20:11 +04:00
}
2003-07-05 02:34:56 +04:00
/* Read VG */
2007-06-16 02:16:55 +04:00
log_verbose ( " Finding volume group \" %s \" " , pv_vg_name ( pv ) ) ;
2003-05-06 16:20:11 +04:00
2009-07-01 20:59:37 +04:00
vg = _get_vg ( cmd , pv_vg_name ( pv ) ) ;
if ( vg_read_error ( vg ) ) {
2011-08-11 00:25:29 +04:00
release_vg ( vg ) ;
2013-07-01 13:27:22 +04:00
return_ECMD_FAILED ;
2003-04-30 19:28:17 +04:00
}
2008-04-09 16:56:34 +04:00
exclusive = _pvmove_is_exclusive ( cmd , vg ) ;
2007-06-16 02:16:55 +04:00
if ( ( lv_mirr = find_pvmove_lv ( vg , pv_dev ( pv ) , PVMOVE ) ) ) {
config: add silent mode
Accept -q as the short form of --quiet.
Suppress non-essential standard output if -q is given twice.
Treat log/silent in lvm.conf as equivalent to -qq.
Review all log_print messages and change some to
log_print_unless_silent.
When silent, the following commands still produce output:
dumpconfig, lvdisplay, lvmdiskscan, lvs, pvck, pvdisplay,
pvs, version, vgcfgrestore -l, vgdisplay, vgs.
[Needs checking.]
Non-essential messages are shifted from log level 4 to log level 5
for syslog and lvm2_log_fn purposes.
2012-08-25 23:35:48 +04:00
log_print_unless_silent ( " Detected pvmove in progress for %s " , pv_name ) ;
2003-05-06 16:20:11 +04:00
if ( argc | | lv_name )
log_error ( " Ignoring remaining command line arguments " ) ;
2003-04-30 19:28:17 +04:00
2003-05-06 16:20:11 +04:00
if ( ! ( lvs_changed = lvs_using_lv ( cmd , vg , lv_mirr ) ) ) {
2009-07-08 22:15:51 +04:00
log_error ( " ABORTING: Failed to generate list of moving LVs " ) ;
2009-04-10 14:01:38 +04:00
goto out ;
2003-05-06 16:20:11 +04:00
}
2003-04-30 19:28:17 +04:00
2003-07-05 02:34:56 +04:00
/* Ensure mirror LV is active */
2008-04-09 16:56:34 +04:00
if ( ! _activate_lv ( cmd , lv_mirr , exclusive ) ) {
2009-07-08 22:15:51 +04:00
log_error ( " ABORTING: Temporary mirror activation failed. " ) ;
2009-04-10 14:01:38 +04:00
goto out ;
2003-05-06 16:20:11 +04:00
}
2012-03-27 00:31:01 +04:00
flags & = ~ PVMOVE_FIRST_TIME ;
2003-05-06 16:20:11 +04:00
} else {
2004-08-18 02:09:02 +04:00
/* Determine PE ranges to be moved */
if ( ! ( source_pvl = create_pv_list ( cmd - > mem , vg , 1 ,
2009-04-10 14:01:38 +04:00
& pv_name_arg , 0 ) ) )
goto_out ;
2003-05-06 16:20:11 +04:00
2012-02-28 18:24:57 +04:00
alloc = ( alloc_policy_t ) arg_uint_value ( cmd , alloc_ARG , ALLOC_INHERIT ) ;
2004-09-14 17:59:17 +04:00
if ( alloc = = ALLOC_INHERIT )
alloc = vg - > alloc ;
2004-05-05 22:33:01 +04:00
/* Get PVs we can use for allocation */
2003-05-06 16:20:11 +04:00
if ( ! ( allocatable_pvs = _get_allocatable_pvs ( cmd , argc , argv ,
2009-04-10 14:01:38 +04:00
vg , pv , alloc ) ) )
goto_out ;
2003-05-06 16:20:11 +04:00
2009-04-10 14:01:38 +04:00
if ( ! archive ( vg ) )
goto_out ;
2003-05-06 16:20:11 +04:00
2004-08-18 02:09:02 +04:00
if ( ! ( lv_mirr = _set_up_pvmove_lv ( cmd , vg , source_pvl , lv_name ,
2004-09-14 17:59:17 +04:00
allocatable_pvs , alloc ,
2012-03-27 00:32:58 +04:00
& lvs_changed , & exclusive ) ) )
2009-04-10 14:01:38 +04:00
goto_out ;
2003-05-06 16:20:11 +04:00
}
2008-04-09 16:56:34 +04:00
/* Lock lvs_changed and activate (with old metadata) */
2009-04-10 14:01:38 +04:00
if ( ! activate_lvs ( cmd , lvs_changed , exclusive ) )
goto_out ;
2003-04-30 19:28:17 +04:00
2004-05-05 22:33:01 +04:00
/* FIXME Presence of a mirror once set PVMOVE - now remove associated logic */
/* init_pvmove(1); */
/* vg->status |= PVMOVE; */
2012-03-27 00:31:01 +04:00
if ( flags & PVMOVE_FIRST_TIME ) {
if ( exclusive )
flags | = PVMOVE_EXCLUSIVE ;
2003-05-06 16:20:11 +04:00
if ( ! _update_metadata
2012-03-27 00:31:01 +04:00
( cmd , vg , lv_mirr , lvs_changed , flags ) )
2009-04-10 14:01:38 +04:00
goto_out ;
2003-04-30 19:28:17 +04:00
}
2004-05-05 22:33:01 +04:00
/* LVs are all in status LOCKED */
2009-04-10 14:01:38 +04:00
r = ECMD_PROCESSED ;
out :
2011-03-11 17:56:56 +03:00
free_pv_fid ( pv ) ;
2011-08-11 00:25:29 +04:00
unlock_and_release_vg ( cmd , vg , pv_vg_name ( pv ) ) ;
2009-04-10 14:01:38 +04:00
return r ;
2003-05-06 16:20:11 +04:00
}
2003-04-30 19:28:17 +04:00
2003-05-06 16:20:11 +04:00
static int _finish_pvmove ( struct cmd_context * cmd , struct volume_group * vg ,
struct logical_volume * lv_mirr ,
2008-11-04 01:14:30 +03:00
struct dm_list * lvs_changed )
2003-05-06 16:20:11 +04:00
{
int r = 1 ;
2010-08-23 15:34:10 +04:00
if ( ! dm_list_empty ( lvs_changed ) & &
2011-06-11 04:03:06 +04:00
( ! _detach_pvmove_mirror ( cmd , lv_mirr ) | |
! replace_lv_with_error_segment ( lv_mirr ) ) ) {
2003-07-05 02:34:56 +04:00
log_error ( " ABORTING: Removal of temporary mirror failed " ) ;
return 0 ;
}
2004-05-05 22:33:01 +04:00
/* Store metadata without dependencies on mirror segments */
2003-07-05 02:34:56 +04:00
if ( ! vg_write ( vg ) ) {
log_error ( " ABORTING: Failed to write new data locations "
" to disk. " ) ;
return 0 ;
}
2011-06-11 04:03:06 +04:00
/* Suspend LVs changed (implicitly suspends lv_mirr) */
2011-09-27 21:09:42 +04:00
if ( ! suspend_lvs ( cmd , lvs_changed , vg ) ) {
log_error ( " ABORTING: Locking LVs to remove temporary mirror failed " ) ;
2011-09-28 02:43:40 +04:00
if ( ! revert_lv ( cmd , lv_mirr ) )
stack ;
2011-09-27 21:09:42 +04:00
return 0 ;
2003-04-30 19:28:17 +04:00
}
2004-05-05 22:33:01 +04:00
/* Store metadata without dependencies on mirror segments */
2003-07-05 02:34:56 +04:00
if ( ! vg_commit ( vg ) ) {
2003-05-06 16:20:11 +04:00
log_error ( " ABORTING: Failed to write new data locations "
" to disk. " ) ;
2011-09-28 02:43:40 +04:00
if ( ! revert_lv ( cmd , lv_mirr ) )
2010-01-06 00:07:31 +03:00
stack ;
2011-09-28 02:43:40 +04:00
if ( ! revert_lvs ( cmd , lvs_changed ) )
2010-01-06 00:07:31 +03:00
stack ;
2003-05-06 16:20:11 +04:00
return 0 ;
2003-04-30 19:28:17 +04:00
}
2004-05-05 22:33:01 +04:00
/* Release mirror LV. (No pending I/O because it's been suspended.) */
2005-08-15 16:00:04 +04:00
if ( ! resume_lv ( cmd , lv_mirr ) ) {
2004-05-05 16:03:07 +04:00
log_error ( " Unable to reactivate logical volume \" %s \" " ,
2003-04-30 19:28:17 +04:00
lv_mirr - > name ) ;
2003-05-06 16:20:11 +04:00
r = 0 ;
2003-04-30 19:28:17 +04:00
}
2004-05-05 22:33:01 +04:00
/* Unsuspend LVs */
2010-01-06 00:07:31 +03:00
if ( ! resume_lvs ( cmd , lvs_changed ) )
stack ;
2003-11-20 19:22:04 +03:00
2004-05-05 22:33:01 +04:00
/* Deactivate mirror LV */
2005-08-15 16:00:04 +04:00
if ( ! deactivate_lv ( cmd , lv_mirr ) ) {
2003-04-30 19:28:17 +04:00
log_error ( " ABORTING: Unable to deactivate temporary logical "
" volume \" %s \" " , lv_mirr - > name ) ;
2003-05-06 16:20:11 +04:00
r = 0 ;
2003-04-30 19:28:17 +04:00
}
2003-11-20 19:22:04 +03:00
log_verbose ( " Removing temporary pvmove LV " ) ;
2005-05-09 20:59:01 +04:00
if ( ! lv_remove ( lv_mirr ) ) {
2003-04-30 19:28:17 +04:00
log_error ( " ABORTING: Removal of temporary pvmove LV failed " ) ;
2003-05-06 16:20:11 +04:00
return 0 ;
2003-04-30 19:28:17 +04:00
}
2004-05-05 22:33:01 +04:00
/* Store it on disks */
2003-04-30 19:28:17 +04:00
log_verbose ( " Writing out final volume group after pvmove " ) ;
2003-07-05 02:34:56 +04:00
if ( ! vg_write ( vg ) | | ! vg_commit ( vg ) ) {
2003-04-30 19:28:17 +04:00
log_error ( " ABORTING: Failed to write new data locations "
" to disk. " ) ;
2003-05-06 16:20:11 +04:00
return 0 ;
}
2003-07-05 02:34:56 +04:00
/* FIXME backup positioning */
2003-05-06 16:20:11 +04:00
backup ( vg ) ;
return r ;
}
2004-05-05 21:56:20 +04:00
static struct volume_group * _get_move_vg ( struct cmd_context * cmd ,
2010-02-06 01:40:49 +03:00
const char * name ,
2010-07-09 19:34:40 +04:00
const char * uuid __attribute__ ( ( unused ) ) )
2003-05-06 16:20:11 +04:00
{
struct physical_volume * pv ;
2011-03-11 17:56:56 +03:00
struct volume_group * vg ;
2003-05-06 16:20:11 +04:00
2004-05-05 21:56:20 +04:00
/* Reread all metadata in case it got changed */
2013-11-30 01:45:37 +04:00
if ( ! ( pv = find_pv_by_name ( cmd , name , 0 , 0 ) ) ) {
2004-05-05 21:56:20 +04:00
log_error ( " ABORTING: Can't reread PV %s " , name ) ;
/* What more could we do here? */
return NULL ;
2003-05-06 16:20:11 +04:00
}
2003-04-30 19:28:17 +04:00
2011-03-11 17:56:56 +03:00
vg = _get_vg ( cmd , pv_vg_name ( pv ) ) ;
free_pv_fid ( pv ) ;
return vg ;
2003-05-06 16:20:11 +04:00
}
2004-05-05 21:56:20 +04:00
static struct poll_functions _pvmove_fns = {
2006-05-10 01:23:51 +04:00
. get_copy_name_from_lv = get_pvmove_pvname_from_lv_mirr ,
. get_copy_vg = _get_move_vg ,
. get_copy_lv = find_pvmove_lv_from_pvname ,
2009-09-30 22:15:06 +04:00
. poll_progress = poll_mirror_progress ,
2006-05-10 01:23:51 +04:00
. update_metadata = _update_metadata ,
. finish_copy = _finish_pvmove ,
2004-05-05 21:56:20 +04:00
} ;
2003-05-06 16:20:11 +04:00
int pvmove_poll ( struct cmd_context * cmd , const char * pv_name ,
unsigned background )
{
2009-12-03 22:22:24 +03:00
if ( test_mode ( ) )
return ECMD_PROCESSED ;
2009-06-01 18:43:27 +04:00
return poll_daemon ( cmd , pv_name , NULL , background , PVMOVE , & _pvmove_fns ,
2007-12-22 15:13:29 +03:00
" Moved " ) ;
2003-05-06 16:20:11 +04:00
}
int pvmove ( struct cmd_context * cmd , int argc , char * * argv )
{
char * pv_name = NULL ;
2004-08-18 02:09:02 +04:00
char * colon ;
2003-05-06 16:20:11 +04:00
int ret ;
2007-12-20 18:42:55 +03:00
2008-04-09 16:56:34 +04:00
/* dm raid1 target must be present in every case */
if ( ! _pvmove_target_present ( cmd , 0 ) ) {
log_error ( " Required device-mapper target(s) not "
" detected in your kernel " ) ;
2008-04-09 16:45:32 +04:00
return ECMD_FAILED ;
}
2003-05-06 16:20:11 +04:00
if ( argc ) {
2010-09-23 16:02:33 +04:00
if ( ! ( pv_name = dm_pool_strdup ( cmd - > mem , argv [ 0 ] ) ) ) {
log_error ( " Failed to clone PV name " ) ;
return ECMD_FAILED ;
}
2011-08-30 18:55:15 +04:00
dm_unescape_colons_and_at_signs ( pv_name , & colon , NULL ) ;
2004-08-18 02:09:02 +04:00
/* Drop any PE lists from PV name */
2010-09-23 16:02:33 +04:00
if ( colon )
* colon = ' \0 ' ;
2003-05-06 16:20:11 +04:00
2003-08-20 19:48:27 +04:00
if ( ! arg_count ( cmd , abort_ARG ) & &
( ret = _set_up_pvmove ( cmd , pv_name , argc , argv ) ) ! =
2004-05-05 21:56:20 +04:00
ECMD_PROCESSED ) {
2003-05-06 16:20:11 +04:00
stack ;
return ret ;
}
}
2003-04-30 19:28:17 +04:00
2009-11-03 18:50:42 +03:00
return pvmove_poll ( cmd , pv_name , arg_is_set ( cmd , background_ARG ) ) ;
2003-04-30 19:28:17 +04:00
}