What is your physical scratch situation in the library? I've seen similar
situations when the library doesn't have any scratch tapes left in it.
Having MaxScratch set to 9999 (I'm assuming that's not a realistic value)
can cause this to happen - I like to try to keep my onsite pools maxscratch
settings to total a realistic number - usually around 80-90% of the total
slots in the library, leaving scratch tapes free for TSM DBBackups and for
copypool actions.
Nick Cassimatis
----- Forwarded by Nicholas Cassimatis/Raleigh/IBM on 03/23/2006 10:17 AM
-----
"ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU> wrote on 03/23/2006
10:12:16 AM:
> Hi,
>
> My migration just won't work. I keep seeing the following:
>
> Date/Time Message
>
> --------------------
> ----------------------------------------------------------
> 03/23/06 10:06:07 ANR0984I Process 1175 for MIGRATION started in the
>
> BACKGROUND at 10:06:07. (PROCESS: 1175)
>
> 03/23/06 10:06:07 ANR1000I Migration process 1175 started for storage
> pool
> ORACLE. (PROCESS: 1175)
>
> 03/23/06 10:07:44 ANR0513I Process 1175 opened output volume T01256.
>
> (PROCESS: 1175)
>
> 03/23/06 10:09:25 ANR1033W Migration process 1175 terminated for
> storage
> pool ORACLE - transaction aborted. (PROCESS: 1175)
>
> 03/23/06 10:09:25 ANR0985I Process 1175 for MIGRATION running in the
>
> BACKGROUND completed with completion state FAILURE
> at
> 10:09:25. (PROCESS: 1175)
>
> 03/23/06 10:11:38 ANR2017I Administrator LIDZR8V issued command:
QUERY
>
> ACTLOG begint=10:05 search="process 1175"
(SESSION:
>
> 213975)
>
>
> I have no idea what's going on, but I can't get it to work. Any ideas?
>
>
> ********************************
> Joni Moyer
> Highmark
> Storage Systems, Senior Systems Programmer
> Phone Number: (717)302-9966
> Fax: (717) 302-9826
> joni.moyer AT highmark DOT com
> ********************************
>
>
>
> "Das, Samiran
> (GTI)"
> <[email protected]
To
> OM> ADSM-L AT VM.MARIST DOT EDU
> Sent by: "ADSM:
cc
> Dist Stor
> Manager"
Subject
> <[email protected] Re: HELP! MAJOR ISSUE!
> .EDU>
>
>
> 03/23/2006 09:46
> AM
>
>
> Please respond to
> "ADSM: Dist Stor
> Manager"
> <[email protected]
> .EDU>
>
>
>
>
>
>
> Joni,
>
> (Q stg oracle f=d) output shows that currently migration is in progress.
>
> Migration in Progress?: Yes
> Amount Migrated (MB): 649.67
> Elapsed Migration Time (seconds): 2,697
>
> However migration seems to be running very slowly (649 MB migrated in
> 2697 seconds). As the stgpool is large (737 GB), you are not seeing any
> Pct Util change. Migration is supposed to run with 4 processes. So
> please issue (q proc) and see how many migration processes are running.
> Also please check (q devc lto2 f=d) and see how many mount points are
> available.
>
> Since when this problem started? Do you remember any TSM or hardware
> environment changes recently?
>
> Thanks & Regards,
> Samiran Das
>
> -----Original Message-----
> From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf
> Of
> Joni Moyer
> Sent: Thursday, March 23, 2006 9:25 AM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: HELP! MAJOR ISSUE!
>
>
> Hi Samiran Das,
>
> Here is the output of those commands. Thanks!
>
> Storage Pool Name: ORACLE
> Storage Pool Type: Primary
> Device Class Name: DISK
> Estimated Capacity (MB): 737 G
> Pct Util: 100.0
> Pct Migr: 100.0
> Pct Logical: 100.0
> High Mig Pct: 0
> Low Mig Pct: 0
> Migration Delay: 0
> Migration Continue: Yes
> Migration Processes: 4
> Next Storage Pool: TAPE_ORACLE
> Reclaim Storage Pool:
> Maximum Size Threshold: 9 G
> Access: Read/Write
> Description: Oracle Disk Storage Pool
> Overflow Location:
> Cache Migrated Files?: No
> Collocate?:
> Reclamation Threshold:
> Maximum Scratch Volumes Allowed:
> Delay Period for Volume Reuse:
> Migration in Progress?: Yes
> Amount Migrated (MB): 649.67
> Elapsed Migration Time (seconds): 2,697
> Reclamation in Progress?:
> Volume Being Migrated/Reclaimed:
> Last Update by (administrator): LIDZR8V
> Last Update Date/Time: 03/23/06 08:43:16
> Storage Pool Data Format: Native
> Copy Storage Pool(s):
> Continue Copy on Error?:
> CRC Data: No
>
> Storage Pool Name: TAPE_ORACLE
> Storage Pool Type: Primary
> Device Class Name: LTO2
> Estimated Capacity (MB): 8,148,058 G
> Pct Util: 0.5
> Pct Migr: 3.8
> Pct Logical: 99.3
> High Mig Pct: 90
> Low Mig Pct: 70
> Migration Delay: 0
> Migration Continue: Yes
> Migration Processes:
> Next Storage Pool:
> Reclaim Storage Pool:
> Maximum Size Threshold: No Limit
> Access: Read/Write
> Description: Onsite Oracle Tape Pool
> Overflow Location:
> Cache Migrated Files?:
> Collocate?: Yes
> Reclamation Threshold: 100
> Maximum Scratch Volumes Allowed: 9,999
> Delay Period for Volume Reuse: 0 Day(s)
> Migration in Progress?: No
> Amount Migrated (MB): 0.00
> Elapsed Migration Time (seconds): 0
> Reclamation in Progress?: No
> Volume Being Migrated/Reclaimed:
> Last Update by (administrator): LIDZR8V
> Last Update Date/Time: 07/15/05 09:21:46
> Storage Pool Data Format: Native
> Copy Storage Pool(s):
> Continue Copy on Error?:
> CRC Data: No
>
>
>
>
>
> ********************************
> Joni Moyer
> Highmark
> Storage Systems, Senior Systems Programmer
> Phone Number: (717)302-9966
> Fax: (717) 302-9826
> joni.moyer AT highmark DOT com
> ********************************
>
>
>
> "Das, Samiran
> (GTI)"
> <[email protected]
> To
> OM> ADSM-L AT VM.MARIST DOT EDU
> Sent by: "ADSM:
> cc
> Dist Stor
> Manager"
> Subject
> <[email protected] Re: HELP! MAJOR ISSUE!
> .EDU>
>
>
> 03/23/2006 09:19
> AM
>
>
> Please respond to
> "ADSM: Dist Stor
> Manager"
> <[email protected]
> .EDU>
>
>
>
>
>
>
> Joni,
>
> Please send output for the following two commands.
>
> >q stg oracle f=d
> >q stg tape_oracle f=d
>
> Thanks & Regards,
> Samiran Das
>
> -----Original Message-----
> From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf
> Of
> Joni Moyer
> Sent: Thursday, March 23, 2006 9:12 AM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: HELP! MAJOR ISSUE!
>
>
> Hey Everyone,
>
> I have TSM 5.2.4.5 on AIX 5.2. I have been experiencing some issues and
> now it appears as if migration for a particular pool is not working at
> all. It seems as if they keep terminating and the pool has filled up.
> Any suggestions? TIA.
>
> 03/23/06 08:57:09 ANR1033W Migration process 1155 terminated for
> storage
> pool ORACLE - transaction aborted. (PROCESS:
> 1155)
>
> 03/23/06 08:57:09 ANR1002I Migration for storage pool ORACLE will be
> retried
> in 60 seconds.
>
> 03/23/06 08:58:09 ANR1003I Migration retry delay ended; checking
> migration
> status for storage pool ORACLE.
>
> 03/23/06 08:58:09 ANR1000I Migration process 1158 started for
> storage
> pool
> ORACLE. (PROCESS: 1158)
>
> 03/23/06 08:59:15 ANR1001I Migration process 1156 ended for storage
> pool
> ORACLE. (PROCESS: 1156)
>
> 03/23/06 09:00:55 ANR1340I Scratch volume T04883 is now defined in
> storage
> pool TAPE_ORACLE. (SESSION: 189880)
>
> 03/23/06 09:02:56 ANR1000I Migration process 1160 started for
> storage
> pool
> ORACLE. (PROCESS: 1160)
>
>
> Storage Device Estimated Pct Pct High Low
> Next
>
> Pool Name Class Name Capacity Util Migr Mig Mig
> Storage
> (MB) Pct Pct
> Pool
>
> ----------- ---------- ---------- ----- ----- ---- ---
> -----------
> ORACLE DISK 737 G 100.0 100.0 0 0
> TAPE_ORACLE
>
>
> ********************************
> Joni Moyer
> Highmark
> Storage Systems, Senior Systems Programmer
> Phone Number: (717)302-9966
> Fax: (717) 302-9826
> joni.moyer AT highmark DOT com
> ********************************
> --------------------------------------------------------
>
> If you are not an intended recipient of this e-mail, please notify the
> sender, delete it and do not read, act upon, print, disclose, copy,
> retain or redistribute it. Click here for important additional terms
> relating to
> this e-mail. http://www.ml.com/email_terms/
> --------------------------------------------------------
|
