From: Hunter, Mark (Mark.Hunter@ANHEUSER-BUSCH.COM)
Date: Tue Jan 13 2004 - 10:05:05 EST
Bill,
It's just a shell script - /usr/sbin/migratepv if you want to see what it
actually does.
Essentially, it makes sure everything "should" work, then for each pp in the
source, runs lmigratepp (executable, no docs) to move that pp. Empirically, it
appears to mirror the one pp, sync it, then remove the old pp.
It can move all of a specific disk to another specific disk or set of disks, or
you can run it with -l lvname which only moves that specific lvname pps from
source to destination.
The only warning is:
Note: All Logical Volume Manager migrate functions work by creating a mirror
of the logical volumes involved, then resynchronizing the logical volumes.
The original logical volume is then removed. Therefore, the migratepv
command alone should not be used to move a logical volume containing the
primary dump device. The command will execute, but any subsequent system
dump will fail. In addition, the physical volume cannot be removed from the
volume group. You must first reassign the dump device using the sysdumpdev
command.
Common invocation would be:
hdisk0 failing
hdisk1 is the replacement disk already in the machine
migratepv hdisk0 hdisk1
Or, as I use it alot,
somelv is just some lv on hdisk0 with a mirror on hdisk1.
hdisk0 and hdisk1 on in the same D40 drawer.
hdisk2 is a drive in a different D40 drawer.
migratepv -l somelv hdisk0 hdisk2
moves the mirror nicely, live, without unmirroring.
Mark Hunter
-----Original Message-----
From: Bill Thompson [mailto:bill.thompson@GOODYEAR.COM]
Sent: Tuesday, January 13, 2004 6:47 AM
To: aix-l@Princeton.EDU
Subject: Re: JFS Log
I guess I'm not real familiar with migrratepv. Can this be done while
filesystems are mounted and in use? Can you migrate just the jfslog or do
you have to migrate the entire disk using this method?
Bill Thompson
Sr UNIX Systems Administrator
The Goodyear Tire & Rubber Co.
Contains Confidential and/or Proprietary Information
May Not Be Copied or Disseminated Without Express Consent of The Goodyear
Tire & Rubber Company.
AIX-L Archives: http://marc.theaimsgroup.com/?l=aix-l&r=1&w=2
----- Original Message -----
From: "Green, Simon" <Simon.Green@EU.ALTRIA.COM>
Newsgroups: bit.listserv.aix-l
To: <aix-l@Princeton.EDU>
Sent: Tuesday, January 13, 2004 4:57 AM
Subject: Re: JFS Log
> There's no need, though, if the objective is to move it to the second
disk.
> Just use migratepv, which effectively does the same thing. (It mirrors
each
> partition individually, then drops the bad copy: just like mirroring it
> manually except that it does one partition at a time.)
> The only advantage to mirroring it first is the option to use a map file.
>
> --
> Simon Green
> Altria ITSC Europe Ltd
>
> AIX-L Archive at https://new-lists.princeton.edu/listserv/aix-l.html
>
> New to AIX? http://publib-b.boulder.ibm.com/redbooks.nsf/portals/UNIX
>
> N.B. Unsolicited email from vendors will not be appreciated.
> Please post all follow-ups to the list.
>
> > -----Original Message-----
> > From: Bill Thompson [mailto:wht@NEO.RR.COM]
> > Sent: 12 January 2004 23:28
> > To: aix-l@Princeton.EDU
> > Subject: Re: JFS Log
> >
> >
> > I've seen a lot of excellent answers to this question but
> > IMHO the simplest
> > solution is to mirror the logical volume for the jfslog to
> > another disk in
> > the same volume group then, once the logical volumes were
> > sync'd, break the
> > mirror from the bad disk. This can be done on-line with no
> > interruption of
> > service.
This archive was generated by hypermail 2.1.7 : Wed Apr 09 2008 - 22:17:29 EDT