Sponsored Content
Full Discussion: Shrink Volume in V7000
Operating Systems AIX Shrink Volume in V7000 Post 302791389 by MichaelFelt on Monday 8th of April 2013 12:45:34 PM
Old 04-08-2013
I would have to guess about issues with shrinking - and my best guess is that they have anticipated changes for "disks" that grow - in updating the VGDA structure, but that it is more difficult, or impossible for your current hdisk PV allocation to make he VGDA mapping smaller.

Maybe a reorgvg is needed to move "inner" partitions more to the edge - again I am guessing that a volume grows by getting a larger inner area.

So, maybe verify that the "inner" area is free with
Code:
# lspv -p hdisk0

Maybe this helps!?Smilie
 

10 More Discussions You Might Find Interesting

1. Solaris

How To Shrink /Tmp

Hi, Do you know if we can shrink the size of the Swap under Solaris 8 ? 8Gb is already allocated to /TMP but we would like to reduce to 1 GB. Thanks, Fabien. (2 Replies)
Discussion started by: unclefab
2 Replies

2. UNIX for Dummies Questions & Answers

Why does UNIX kernel does not shrink?

Hello this is a book problem of chapter 8 william stallings's operating systems..can anyone tells me the accurate solution of it?? The Unix kernel will dynamicaly grow a process's stack in virtual memory as needed, but it willnever try to shrink it. Consider the case in which a program calls a C... (7 Replies)
Discussion started by: dillidamunda
7 Replies

3. Solaris

How to resize mirror volume in veritas volume manager 3.5 on Solaris 9 OE

Hi all, I have a problem with vxvm volume which is mirror with two disks. when i am try to increase file system, it is throwing an ERROR: can not allocate 5083938 blocks, ERROR: can not able to run vxassist on this volume. Please find a sutable solutions. Thanks and Regards B. Nageswar... (0 Replies)
Discussion started by: nageswarb
0 Replies

4. AIX

Basic Filesystem / Physical Volume / Logical Volume Check

Hi! Can anyone help me on how I can do a basic check on the Unix filesystems / physical volumes and logical volumes? What items should I check, like where do I look at in smit? Or are there commands that I should execute? I need to do this as I was informed by IBM that there seems to be... (1 Reply)
Discussion started by: chipahoys
1 Replies

5. AIX

jfs2 - cannot shrink filesystem

Hi, is anyone aware about filesystem size restrictions on AIX? And does anyone know a solution for below problem? I have 2 boxes attached to EMC Raid5 storage, both have huge /optware/oracle/oradata filesystems - 4.5 and 2.5 TB in size, nothing is striped or in any other way restricted. Due to... (11 Replies)
Discussion started by: zxmaus
11 Replies

6. UNIX for Advanced & Expert Users

Shrink my partition to new disk

I want to backup my partitions by shrinking it my issue is like I want to create a new disk copy from only the used blocks I my current image. How would I redirect the output of resize2fs to new disk and dd the current partition so that I can boot my new image without issues and also without... (3 Replies)
Discussion started by: amol28kulkarni
3 Replies

7. UNIX for Dummies Questions & Answers

Confusion Regarding Physical Volume,Volume Group,Logical Volume,Physical partition

Hi, I am new to unix. I am working on Red Hat Linux and side by side on AIX also. After reading the concepts of Storage, I am now really confused regarding the terminologies 1)Physical Volume 2)Volume Group 3)Logical Volume 4)Physical Partition Please help me to understand these concepts. (6 Replies)
Discussion started by: kashifsd17
6 Replies

8. Red Hat

No space in volume group. How to create a file system using existing logical volume

Hello Guys, I want to create a file system dedicated for an application installation. But there is no space in volume group to create a new logical volume. There is enough space in other logical volume which is being mounted on /var. I know we can use that logical volume and create a virtual... (2 Replies)
Discussion started by: vamshigvk475
2 Replies

9. Red Hat

Shrink ext4 filesystem and reduce the size of a Logical Volume in Linux

Hello guys, I would like to ask you kindly if you don't know some quick and safe method how to shrink ext4 filesystem and reduce the size of a Logical Volume in Linux, please? Thank you very much. (2 Replies)
Discussion started by: los_bandidos
2 Replies

10. AIX

[ASK] decrease/shrink the size of filesystem

Hello, I would like to reduce the size of filesystem online. We can do online for increase without any problem. So any risk can be occurred with the decrease? This is not an issue, just a discussion for decrease/shrink space with chfs command. My AIX system is version 6.1 and the filesystem... (2 Replies)
Discussion started by: Phat
2 Replies
PVMOVE(8)						      System Manager's Manual							 PVMOVE(8)

NAME
pvmove - move physical extents SYNOPSIS
pvmove [-A|--autobackup{y|n}] [-d|--debug] [-f|--force] [-h|--help] [-i|--ignore_read_errors] [-t|--test] [-v[v]|--verbose [--verbose]] [{-n|--name}LogicalVolume[:LogicalExtent[-LE]...]] SourcePhysicalVolume[:PhysicalExtent[-PE]...] [DestinationPhysicalVol- ume[:PE[-PE]...]...] DESCRIPTION
pvmove allows you to move the allocated physical extents (PEs) on SourcePhysicalVolume to one or more other physical volumes (PVs). You can optionally select a subset of the allocated physical extents on SourcePhysicalVolume by giving colon-separated lists and/or ranges of physical extents, or by specifying the source LogicalVolume optionally with colon-separated lists and/or ranges of logical extents. In this case only these extents are moved to free (or specified) extents on DestinationPhysicalVolume(s). If no DestinationPhysicalVolume is specifed, the normal allocation rules for the volume group are used. You can move physical extents in use but make sure you have an current backup in case of a system crash while moving!!! pvmove may be safely interrupted by SIGINT while moving "next free" allocated logical volumes. Striped logical volume moves can't be interrupted by SIGINT because that may cause stripe inconsistencies. OPTIONS -A, --autobackup {y|n} Controls automatic backup of VG metadata after the move (see vgcfgbackup (8)). Default is yes. -d, --debug Enables additional debugging output (if compiled with DEBUG). -f, --force Forces physical extent move without confirmation. -h, --help Print a usage message on standard output and exit successfully. -i, --ignore_read_errors Ignore read errors while moving data. Usefull in case data is moved away from a broken or unaccessable disk (area). -n, --name LogicalVolume[:LogicalExtent[-LogicalExtent]...] Move only the extents belonging to LogicalVolume from SourcePhysicalVolume instead of all allocated extents to the destination phys- ical volume(s). A optional colon separated list or range of logical extents may be given to limit the extents moved. -t , --test Do a test run without performing any real changes. -v , --verbose Gives verbose runtime information about pvmove's activities. If specified twice, sector and device mapping information is also given. EXAMPLES
To move all logical extents of any logical volumes on /dev/hda4 to free physical extents elsewhere in the volume group, giving verbose run- time information, use: pvmove -v /dev/hda4 To move three logical extents (numbers 3, 5 and 11) of logical volume my_lv to free ones on /dev/hdb3 use: pvmove -n my_lv:3:5:11 /dev/sdb6 /dev/hdb3 To move four logical extents (numbers 1, 25, 26, and 27) of logical volume my_lv on /dev/sdb6 to four physical extents (numbers 46, 47, 48, and 49) on /dev/hdb3 use: pvmove -n my_lv:1:25-27 /dev/sdb6 /dev/hdb3:46-49 DIAGNOSTICS
pvmove returns an exit code of 0 for success and > 0 for error: 1 no source physical volume on command line 2 invalid extent numbers on command line 2 invalid source physical volume name 4 error reading physical volume 5 source physical volume is inconsistent 6 volume group doesn't exist 7 error reading VGDA 8 volume group is inconsistent 9 error getting index of physical volume 10 no logical volumes on source physical volume 12 invalid logical volume name 13 error getting logical volume number in VGDA 14 logical volume not on source physical volume 15 malloc() error 16 invalid physical volume name 17 physical volume doesn't belong to this volume group 18 more than one physical volume with destination physical extents given 19 error getting index of logical volume from VGDA 20 invalid logical extent given 21 invalid physical extent given 22 destination physical index in use 23 error moving physical extent(s) 95 driver/module not in kernel 96 invalid I/O protocol version 97 error locking logical volume manager 98 invalid lvmtab (run vgscan(8)) 99 invalid command line If pvmove refuses to move physical extents then check the logical volume attributes for conflicts. A striped logical volume can't be moved if there isn't enough space on any one of the destination physical volumes which DON'T contain a stripe of that logical volume. A stripe can't be partially moved. A contiguous logical volume can't be moved if there aren't enough contiguous free physical extents on the desti- nation physical volumes. ENVIRONMENT VARIABLES
LVM_AUTOBACKUP If this variable is set to "no" then the automatic backup of VG metadata is turned off. LVM_VG_MAX_BACKUPS This variable determines the backup history depth of kept VGDA copy files in /etc/lvmconf. It can be set to a positive number between 0 and 999. The higher this number is, the more changes you can restore using vgcfgrestore(8). SEE ALSO
lvm(8), lvchange(8), lvcreate(8), lvdisplay(8), pvdisplay(8) AUTHOR
Heinz Mauelshagen <Linux-LVM@Sistina.com> Heinz Mauelshagen LVM TOOLS PVMOVE(8)
All times are GMT -4. The time now is 04:40 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy