Opcje wyszukiwania podręcznika man:
Lista stron man zaczynających się od znaku:
A   B   C   D   E   F   G   H   I   J   K   L   M   N   O   P   Q   R   S   T   U   V   W   X   Y   Z   ALPHA   NUM   OTHER   ALL
PVMOVE(8)                   System Manager's Manual                  PVMOVE(8)

       pvmove -- move physical extents

       pvmove  [--abort]  [--alloc  AllocationPolicy]  [--atomic]  [-b|--back-
       ground]   [--commandprofile   ProfileName]   [-d|--debug]   [-h|--help]
       [-i|--interval  Seconds] [--noudevsync] [-v|--verbose] [-n|--name Logi-
       calVolume] [SourcePhysicalVolume[:PE[-PE]...]  [DestinationPhysicalVol-

       pvmove allows you to move the allocated physical extents (PEs) on Sour-
       cePhysicalVolume to one or more other physical volumes (PVs).  You  can
       optionally  specify  a  source LogicalVolume in which case only extents
       used by that LV will be moved to free (or specified) extents on  Desti-
       nationPhysicalVolume(s).  If no DestinationPhysicalVolume is specified,
       the normal allocation rules for the Volume Group are used.

       If pvmove gets interrupted for any reason (e.g.  the  machine  crashes)
       then  run  pvmove again without any PhysicalVolume arguments to restart
       any moves that were in progress from  the  last  checkpoint.   Alterna-
       tively use pvmove --abort at any time to abort.  The resulting location
       of logical volumes after an abort is  issued  depends  on  whether  the
       --atomic option was used when starting the pvmove process.

       You  can run more than one pvmove at once provided they are moving data
       off different SourcePhysicalVolumes, but additional pvmoves will ignore
       any  Logical  Volumes  already in the process of being changed, so some
       data might not get moved.

       pvmove works as follows:

       1. A temporary 'pvmove' Logical Volume is created to store  details  of
       all the data movements required.

       2.  Every Logical Volume in the Volume Group is searched for contiguous
       data that need moving according to the  command  line  arguments.   For
       each  piece  of  data  found,  a new segment is added to the end of the
       pvmove LV.  This segment takes the form of a temporary mirror  to  copy
       the data from the original location to a newly-allocated location.  The
       original LV is updated to use the new temporary mirror segment  in  the
       pvmove LV instead of accessing the data directly.

       3. The Volume Group metadata is updated on disk.

       4.  The  first  segment  of  the pvmove Logical Volume is activated and
       starts to mirror the first part of the data.  Only one segment is  mir-
       rored at once as this is usually more efficient.

       5.  A daemon repeatedly checks progress at the specified time interval.
       When it detects that the first temporary mirror is in-sync,  it  breaks
       that  mirror  so that only the new location for that data gets used and
       writes a checkpoint into the Volume Group metadata on  disk.   Then  it
       activates the mirror for the next segment of the pvmove LV.

       6.  When  there are no more segments left to be mirrored, the temporary
       Logical Volume is removed and the Volume Group metadata is  updated  so
       that the Logical Volumes reflect the new data locations.

       Note that this new process cannot support the original LVM1 type of on-
       disk metadata.  Metadata can be converted using vgconvert(8).

       If the --atomic option is used, a slightly different approach  is  used
       for the move.  Again, a temporary 'pvmove' logical volume is created to
       store the details of all the data movements required.   This  temporary
       LV  contains all the segments of the various LVs that need to be moved.
       However this time, an identical logical volume is allocated  that  con-
       tains  the  same number of segments and a mirror is created to copy the
       contents from the first temporary LV to the second.   When  a  complete
       copy  is accomplished, the temporary logical volumes are removed, leav-
       ing behind the segments on the  destination  physical  volume.   If  an
       abort  is  issued during the move, all logical volumes being moved will
       remain on the source physical volume.

       See lvm(8) for common options.

              Abort any moves in progress.  If the --atomic option was used to
              start  the pvmove, all logical volumes will remain on the source
              physical volume.  Otherwise, those segments that have  completed
              the  move  will  stay  on the destination physical volume, while
              those that have not will remain on the source physical volume.

              Make the entire operation atomic.   That  is,  ensure  that  all
              affected  logical  volumes are moved to the destination physical
              volume together; unless the move has been aborted.  If the  move
              has  been aborted, all logical volumes will remain on the source
              physical volume.

              Disable udev synchronisation. The  process  will  not  wait  for
              notification  from  udev.   It will continue irrespective of any
              possible udev processing in the background.  You should only use
              this if udev is not running or has rules that ignore the devices
              LVM2 creates.

       -b, --background
              Run the daemon in the background.

       -i, --interval Seconds
              Report progress as a percentage at regular intervals.

       -n, --name LogicalVolume
              Move only the extents belonging to  LogicalVolume  from  Source-
              PhysicalVolume  instead of all allocated extents to the destina-
              tion physical volume(s).

       To move all Physical Extents that are used by simple Logical Volumes on
       /dev/sdb1 to free Physical Extents elsewhere in the Volume Group use:

       pvmove /dev/sdb1

       Additionally,  a specific destination device /dev/sdc1 can be specified
       like this:

       pvmove /dev/sdb1 /dev/sdc1

       To perform the action only on extents belonging to the  single  Logical
       Volume lvol1 do this:

       pvmove -n lvol1 /dev/sdb1 /dev/sdc1

       Rather than moving the contents of the entire device, it is possible to
       move a range of Physical Extents - for example  numbers  1000  to  1999
       inclusive on /dev/sdb1 - like this:

       pvmove /dev/sdb1:1000-1999

       A range can also be specified as start+length, so

       pvmove /dev/sdb1:1000+1000

       also refers to 1000 Physical Extents starting from Physical Extent num-
       ber 1000.  (Counting starts from 0, so this refers to the 1001st to the
       2000th inclusive.)

       To  move a range of Physical Extents to a specific location (which must
       have sufficient free extents) use the form:

       pvmove /dev/sdb1:1000-1999 /dev/sdc1


       pvmove /dev/sdb1:1000-1999 /dev/sdc1:0-999

       If the source and destination are on the same disk, the anywhere  allo-
       cation policy would be needed, like this:

       pvmove --alloc anywhere /dev/sdb1:1000-1999 /dev/sdb1:0-999

       The  part  of  a  specific  Logical Volume present within in a range of
       Physical Extents can also be picked out and moved, like this:

       pvmove -n lvol1 /dev/sdb1:1000-1999 /dev/sdc1

       lvm(8), vgconvert(8) pvs(8)

Sistina Software UK   LVM TOOLS 2.02.111(2) (2014-09-01)             PVMOVE(8)

Czas wygenerowania: 0.01468 sek.

Created with the man page lookup class by Andrew Collington.
Based on a C man page viewer by Vadim Pavlov
Unicode soft-hyphen fix (as used by RedHat) by Dan Edwards
Some optimisations by Eli Argon
Caching idea and code contribution by James Richardson

Copyright © 2003-2021
Hosted by Hosting