Jump to content
 English      
HP.com Home Products and Services Support and Drivers Solutions How to Buy
» Contact HP
     Forums advanced search
HP.com Home
IT Resource Center Forums > HP-UX > LVM and VxVM

pvmove, extents went awry - This thread has been closed

» 

IT Resource Center

» Login
» Register
» My profile
» Search knowledge base
» Forums
» Patch database
» Download drivers, software and firmware
» Warranty check
» Support Case Manager
» Software Update Manager
» Training and Education
» More maintenance and support options
» Online help
» Site map

Member icons
 
 HP moderator  HP moderator
 Expert in this area  Expert in this area
Member status
ITRC Pro ITRC Pro
250 points
ITRC Graduate ITRC Graduate
500 points
ITRC Wizard ITRC Wizard
1000 points
ITRC Royalty ITRC Royalty
2500 points
ITRC Pharaoh ITRC Pharaoh
7500 points
Olympian Olympian
20000 points
1-Star Olympian 1-Star Olympian
40000 points
2-Star Olympian 2-Star Olympian
80000 points
»  How to earn points
»  Support forums FAQs
Question status
Magical answer Magical answer
Message with a response that solved the author's question
Favorites status
Add to my favorites Add to my favorites
Delete from my favorites Delete from my favorites
This thread has been closed Thread closed
 

Content starts here
   Create a new message    Receive e-mail notification if a new reply is posted  Reply to this message
Author Subject: pvmove, extents went awry      Add to my favorites  This thread has been closed
unicks
Nov 3, 2009 17:07:51 GMT   

I don't know how it happened,but it did and I just want to know if I can clean it up.

I was doing pvmoves to new disks, doing something like;
pvmove -n /dev/vgdb1/lvd1 /dev/dsk/c4t5d6 /dev/dsk/c7t8d9

Only I had a script that ran it because there were 8 lvols and it would run longer than I wanted to be at work.

Next day, nohup.out shows everything completed successfully. BUT, when I do a pvdisplay on the new disks I see two lvols on one disk instead of the one for one I was shooting for.

My question is can I do another pvmove to move the partial extents that are on the wrong disk to the right disk? The extents would be out of order. i.e.

PV Name /dev/dsk/c5t9d4
PV Name /dev/dsk/c8t9d4 Alternate Link
Total PE 16381
Free PE 0
/dev/vgdb1/lvd7 11089 11089
/dev/vgdb1/lvd8 5292 5292

PV Name /dev/dsk/c8t9d5
PV Name /dev/dsk/c5t9d5 Alternate Link
Total PE 16381
Free PE 6048
/dev/vgdb1/lvd8 10333 10333

Can I pvmove the lvd8 extents on c5t9d4 to c8t9d5? will there be any problems?

Thanks,

NJ
Note: If you are the author of this question and wish to assign points to any of the answers, please login first.For more information on assigning points ,click here


Sort Answers By: Date or Points
Steven E. Protter Expert in this area This member has accumulated 80000 or more points
Nov 3, 2009 17:23:20 GMT  5 pts

Shalom,

To correct this, you will have to do a pvmove.

Make sure the target pv has enough free extents.

Don't give the system any choice as to destinatoin.

I see above /dev/dsk/c5t9d4 has no free extents, so you aren't sending it there without moving something else out of the way first.

SEP
unicks
Nov 3, 2009 18:49:55 GMT    N/A: Question Author Attachement is 344008.txt 

Right, I was planning on doing the pvmove from c5t9d4 to c8t9d5, but just the 5292 lvd8 extents. I was concerned with the sequence of the extents. Does it matter?

It started with the first pvmove, two lvols ended up with extents on one disk and it sort of cascaded from there. Instead of moving extents from one disk to another specific disk, it put 756 extents of the next lvol on also.

I would have to move each one down a disk inorder to free up the space to move the previous. I probably didn't make that real clear. I'll attach a file showing the disks and extents.
unicks
Nov 4, 2009 19:46:52 GMT   Thread closed by author  

Well, not getting any confidence building suggestions I decided to do the pvmoves of the errant extents onto another disk and then back to the rightful disk. One lvol at a time.
 
Create a new message    Receive e-mail notification if a new reply is posted   Reply to this message
 
 
Printable version
Privacy statement Using this site means you accept its terms
© 2009 Hewlett-Packard Development Company, L.P.