Sponsored Content
Top Forums UNIX for Advanced & Expert Users jfs (jfs2) for AIX versus Veritas Post 20550 by hugo_perez on Monday 29th of April 2002 09:05:34 AM
Old 04-29-2002
In AIX, you can't reduce the space asigned to a FS (on the fly);
but you can reduce a Physical Volumens of an Volume group in the fly (if the P.V. is empty). To empty a P.V. you can mirror on the fly Logical Volumen's and then you can remove the copy in the p.v
desired.

Regards. Hugo.
 

10 More Discussions You Might Find Interesting

1. AIX

AIX versus Networks

HI folks, Actually i have a network engineer having 2 and 1/2 years of experience in cisco having CCNA certification also. Now my company offering me to move to AIX field. I am new to AIX and do not know more about that field. So i want a suggestion from you peoples, that I have to join AIX or... (5 Replies)
Discussion started by: rawatmohinder
5 Replies

2. AIX

JFS and JFS2

hi all, can sumbody give me a link which gives the basic layout of JFS, JFS2 and the veritas file system. and i also want to know about the data structures used in this filsystem thanx in advance (0 Replies)
Discussion started by: anwerreyaz
0 Replies

3. AIX

(URGENT) Mounting JFS2 FileSystem on AIX 4.3

Hi Every body, I created Volume Group & FileSystem of type JFS2 with size 1.3 TB on AIX 5.2. I want to import this VG on another system AIX 4.3. It is imported successfully & I can varyon the VG but unfourtantly I couldn't mount the FileSystem. Is it possible to mount a JFS2 FileSystem on AIX... (3 Replies)
Discussion started by: aldowsary
3 Replies

4. UNIX for Advanced & Expert Users

AIX 5.2 using jfs2 file system

We are using AIX 5.2 using jfs2 almost all excpt one mount. Is it possible for a non root user id to mount one file system without journaling turned on, perform some activities and then remount (un-mount and mount) the same file system again. Please advise if this is possible Thanks (2 Replies)
Discussion started by: jerardfjay
2 Replies

5. AIX

AIX 5.3 & Veritas Backup with Tape Library

hello, I am facing this problem when trying to prepare AIX 5.3 for Veritas Backup: Veritas Software is not able to communicate properly with our tape library When we tried to run these commands here's the output # cfgmgr -l fscsi0 # cfgmgr -l fscsi2 # cfgmgr -l fscsi1 cfgmgr:... (3 Replies)
Discussion started by: filosophizer
3 Replies

6. AIX

Cannot grow jfs file system on AIX 5.2

Hello all, I'm trying to grow a file system by 500MB using SMIT on AIX 5.2 but I receive this error: "0516-404 allocp: This system cannot fulfill the allocation request. There are not enough free partitions or not enough physical volumes to keep strictness and satisfy allocation requests.... (3 Replies)
Discussion started by: need2bageek
3 Replies

7. AIX

Jfs and jfs2

Hi all, Can anyone define the difference between jfs and jfs2 filesystem as well as usage of jfs log files.... Thanks.... (7 Replies)
Discussion started by: sumathi.k
7 Replies

8. AIX

AIX JFS2 content

Hello! I have a LPAR with 51GB RAM topas shows 21% of memory for client pages (~11Gb) svmon -G show 2906772 client pages in use (~11Gb) but then i try to investigate per process client memory usage svmon -P -O filtertype=client and summarize inuse column, i get only 347880 pages... (1 Reply)
Discussion started by: sys
1 Replies

9. AIX

Creating AIX LV VG and JFS2 issues?

Can someone please help me understand what it is I am doing incorrectly? I have 22 PVs (disks) assigned to a VG, the stats on the disks: # lspv hdisk1 PHYSICAL VOLUME: hdisk1 VOLUME GROUP: vg_usr1 PV IDENTIFIER: 0000150179158027 VG IDENTIFIER ... (3 Replies)
Discussion started by: c3rb3rus
3 Replies

10. AIX

Has anyone created JFS2 file system on a USB drive attached to AIX server?

We have an IBM Power 710. It has a USB port on the front. I have done some searching and see that there is information out there on how to create a JFS2 file system on USB drives. A few have commented that they would not recommend it, if the server is important, may crash the server... Just... (0 Replies)
Discussion started by: mbenedi
0 Replies
PVMOVE(8)						      System Manager's Manual							 PVMOVE(8)

NAME
pvmove - move physical extents SYNOPSIS
pvmove [--abort] [--alloc AllocationPolicy] [-b|--background] [-d|--debug] [-h|--help] [-i|--interval Seconds] [--noudevsync] [-v|--ver- bose] [-n|--name LogicalVolume] [SourcePhysicalVolume[:PE[-PE]...] [DestinationPhysicalVolume[: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 specify a source LogicalVolume in which case only extents used by that LV will be moved to free (or specified) extents on DestinationPhysicalVolume(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. Alternatively use pvmove --abort at any time to abort them at the last check- point. 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). N.B. The moving of mirrors, snapshots and their origins is not yet supported. OPTIONS
--abort Abort any moves in progress. --noudevsync 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 cre- ates. -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 SourcePhysicalVolume instead of all allocated extents to the destination phys- ical volume(s). EXAMPLES
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 Any mirrors, snapshots and their origins are left unchanged. 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 To move a range of Physical Extents to a specific location (which must have sufficent free extents) use the form: pvmove /dev/sdb1:1000-1999 /dev/sdc1 or pvmove /dev/sdb1:1000-1999 /dev/sdc1:0-999 If the source and destination are on the same disk, the anywhere allocation 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 SEE ALSO
lvm(8), vgconvert(8) pvs(8) Sistina Software UK LVM TOOLS 2.02.95(2) (2012-03-06) PVMOVE(8)
All times are GMT -4. The time now is 12:44 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy