The problem was corrected but, I have no idea how.
I stopped the migration and replication kicked off. I let the replication run
for an hour or so while I was at lunch. When I got back I stopped replication
and restarted the migration. I have no idea how but it used the correct volumes
this
Ricky,
could you please send the output of the following commands:
1. Q MOUNT
2. q act begint=-12 se=Migration
Also, the only way that the stgpool would migrate back to itself would be
if there was a loop, meaning your disk pool points to the tape pool as the
next stgpool, and your tape pool
Is it migrating or reclaiming at 70% as defined.
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Plair,
Ricky
Sent: Wednesday, September 21, 2016 8:50 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: TSM Migration Question
Nothing out of the normal
Nothing out of the normal, the below is kind of odd but I'm not sure it has
anything to do with my problem.
Now here is something, I have another disk pool that is supposed to migrate to
the tapepool and now it's doing the same thing. Migrating to itself.
What the heck.
09/21/2016 10:58:21
The only oddity I see is that DDSTGPOOL4500 has a NEXTSTGPOOL of TAPEPOOL.
Shouldn't cause any problems now since utilization is 0% but would get
triggered once you hit the HIGHMIG threshold.
Is there anything in the activity log for the errant migration processes?
On Wed, Sep 21, 2016 at
OLD STORAGE POOL
tsm: PROD-TSM01-VM>q stg ddstgpool f=d
Storage Pool Name: DDSTGPOOL
Storage Pool Type: Primary
Device Class Name: DDFILE
Estimated Capacity: 402,224 G
Space Trigger Util: 69.4
Can you post the output of "Q STG F=D" for each of those pools?
On Wed, Sep 21, 2016 at 02:33:42PM +, Plair, Ricky wrote:
> Within TSM I am migrating an old storage pool on a DD4200 to a new storage
> pool on a DD4500.
>
> First of all, it worked fine yesterday.
>
> The nextpool is correct
Gerry,
We migrated from 5.1.7.0 to 5.3.0.0, and then to 5.3.3.3 on z/OS.
If you have any questions, feel free to contact me directly.
Kevin Kinder
admin(at)wvadmin.gov
[EMAIL PROTECTED] 8/22/06 1:57 PM
Good Day To All.
Currently, we are running 5.2.3.3 on a Z/os platform and
