TSM server help needed

2009-08-03 Thread Lori Grimaldi
Hi folks,
  I have a tsm server running on Linux on System z that has 5 tape drives
allocated.  My backuppool migrates to tapepool and I have the backuppool
set to 5 migration processes.  Although 5 are running, only one tape drive
is being used (2 just went offline for some reason???), so backuppool keeps
filling up.

q dr
ANR2017I Administrator SERVER_CONSOLE issued command: QUERY DRIVE

Library Name Drive Name   Device Type On-Line
   ---
---
L3584DRIVE0   LTO   Yes
L3584DRIVE1   LTO   Yes
L3584DRIVE2   LTO   Yes
L3584DRIVE3   LTO   Yes
L3584DRIVE4   LTO
Unavailable Since
08/01/2009 12:04:17
AM
L3584DRIVE5   LTO
Unavailable Since
08/02/2009 05:36:53
AM


ANR2017I Administrator SERVER_CONSOLE issued command: QUERY STGPOOL
backuppool
f=d

   Storage Pool Name: BACKUPPOOL
   Storage Pool Type: Primary
   Device Class Name: DISK
  Estimated Capacity: 1,127 G
  Space Trigger Util: 99.4
Pct Util: 99.4
Pct Migr: 99.2
 Pct Logical: 100.0
High Mig Pct: 50
 Low Mig Pct: 30
 Migration Delay: 0
  Migration Continue: Yes
 Migration Processes: 5
   Reclamation Processes:
   Next Storage Pool: TAPEPOOL
Reclaim Storage Pool:
  Maximum Size Threshold: No Limit
  Access: Read/Write
 Description:
   Overflow Location:
   Cache Migrated Files?: No
  Collocate?:
   Reclamation Threshold:
   Offsite Reclamation Limit:
 Maximum Scratch Volumes Allowed:
  Number of Scratch Volumes Used:
   Delay Period for Volume Reuse:
  Migration in Progress?: Yes
Amount Migrated (MB): 262,678.07
Elapsed Migration Time (seconds): 12,375
Reclamation in Progress?:
  Last Update by (administrator): SERVER_CONSOLE
   Last Update Date/Time: 07/31/2009 07:56:58 PM
Storage Pool Data Format: Native
Copy Storage Pool(s):
 Active Data Pool(s):
 Continue Copy on Error?: Yes
CRC Data: No
Reclamation Type:
 Overwrite Data when Deleted:

Anyone with tsm server experience that can help me out would be greatly
appreciatedl!!

Lori G.
Customer Liaison - Linux on System z Team
VM Services Delivery - Information Technology Services Americas, Global
Services
leter...@us.ibm.com

Linux Information?  See http://w3vmlinux.pok.ibm.com
Linux Requests?  Visit our new workload management tool at:
http://linuxonz.pok.ibm.com/service/request

You only live once-but if you work it right, once is enough.

Re: TSM server help needed

2009-08-03 Thread Michael Green
What does 'q path' say?
--
Warm regards,
Michael Green



On Mon, Aug 3, 2009 at 4:12 PM, Lori Grimaldileter...@us.ibm.com wrote:
 Hi folks,
  I have a tsm server running on Linux on System z that has 5 tape drives
 allocated.  My backuppool migrates to tapepool and I have the backuppool
 set to 5 migration processes.  Although 5 are running, only one tape drive
 is being used (2 just went offline for some reason???), so backuppool keeps
 filling up.

 q dr
 ANR2017I Administrator SERVER_CONSOLE issued command: QUERY DRIVE

 Library Name     Drive Name   Device Type     On-Line
                            ---
 ---
 L3584                    DRIVE0           LTO                       Yes
 L3584                    DRIVE1           LTO                       Yes
 L3584                    DRIVE2           LTO                       Yes
 L3584                    DRIVE3           LTO                       Yes
 L3584                    DRIVE4           LTO
 Unavailable Since
 08/01/2009 12:04:17
 AM
 L3584                    DRIVE5           LTO
 Unavailable Since
 08/02/2009 05:36:53
 AM


 ANR2017I Administrator SERVER_CONSOLE issued command: QUERY STGPOOL
 backuppool
 f=d

               Storage Pool Name: BACKUPPOOL
               Storage Pool Type: Primary
               Device Class Name: DISK
              Estimated Capacity: 1,127 G
              Space Trigger Util: 99.4
                        Pct Util: 99.4
                        Pct Migr: 99.2
                     Pct Logical: 100.0
                    High Mig Pct: 50
                     Low Mig Pct: 30
                 Migration Delay: 0
              Migration Continue: Yes
             Migration Processes: 5
           Reclamation Processes:
               Next Storage Pool: TAPEPOOL
            Reclaim Storage Pool:
          Maximum Size Threshold: No Limit
                          Access: Read/Write
                     Description:
               Overflow Location:
           Cache Migrated Files?: No
                      Collocate?:
           Reclamation Threshold:
       Offsite Reclamation Limit:
  Maximum Scratch Volumes Allowed:
  Number of Scratch Volumes Used:
   Delay Period for Volume Reuse:
          Migration in Progress?: Yes
            Amount Migrated (MB): 262,678.07
 Elapsed Migration Time (seconds): 12,375
        Reclamation in Progress?:
  Last Update by (administrator): SERVER_CONSOLE
           Last Update Date/Time: 07/31/2009 07:56:58 PM
        Storage Pool Data Format: Native
            Copy Storage Pool(s):
             Active Data Pool(s):
         Continue Copy on Error?: Yes
                        CRC Data: No
                Reclamation Type:
     Overwrite Data when Deleted:

 Anyone with tsm server experience that can help me out would be greatly
 appreciatedl!!

 Lori G.
 Customer Liaison - Linux on System z Team
 VM Services Delivery - Information Technology Services Americas, Global
 Services
 leter...@us.ibm.com

 Linux Information?  See http://w3vmlinux.pok.ibm.com
 Linux Requests?  Visit our new workload management tool at:
 http://linuxonz.pok.ibm.com/service/request

 You only live once-but if you work it right, once is enough.


Re: TSM server help needed

2009-08-03 Thread Michael Green
Also,

q vol stg=backuppool
q vol stg=tapepool
q vol acc=reado
q vol acc=unav

--
Warm regards,
Michael Green


TOC's of NDMP lost

2009-08-03 Thread TSM
hello,

we have lost our NDMP TOC's cause of a disk failure. no copypool present.

Is there a chance to generate new TOC's out of the backed up NDMP data?

with best regards
stefan savoric


tsm server help

2009-08-03 Thread Lori Grimaldi
Here are my responses to your questions:

q path
ANR2017I Administrator SERVER_CONSOLE issued command: QUERY PATH

Source Name Source Type Destination Destination On-Line
Name Type
--- --- --- --- ---
TSMSERV1A SERVER L3584 LIBRARY Yes
TSMSERV1A SERVER DRIVE0 DRIVE Yes
TSMSERV1A SERVER DRIVE1 DRIVE No
TSMSERV1A SERVER DRIVE2 DRIVE No
TSMSERV1A SERVER DRIVE3 DRIVE No
TSMSERV1A SERVER DRIVE4 DRIVE Yes
TSMSERV1A SERVER DRIVE5 DRIVE Yes

q vol stg=backuppool
ANR2017I Administrator SERVER_CONSOLE issued command: QUERY VOLUME
stg=backupp-
ool

Volume Name Storage Device Estimated Pct Volume
Pool Name Class Name Capacity Util Status
 --- -- - - 
/opt/zlnxtsm1/backup01.- BACKUPPOOL DISK 250.0 99.9 On-Line
dsm
/opt/zlnxtsm1/backup02.- BACKUPPOOL DISK 500.0 100.0 On-Line
dsm
/opt/zlnxtsm1/backup03.- BACKUPPOOL DISK 5,000.0 100.0 On-Line
dsm
/opt/zlnxtsm1/backup04.- BACKUPPOOL DISK 50,000.0 84.5 On-Line
dsm
/opt/zlnxtsm1/backup05.- BACKUPPOOL DISK 50,000.0 81.2 On-Line
dsm
/opt/zlnxtsm1/backup06.- BACKUPPOOL DISK 50,000.0 83.5 On-Line
dsm
/opt/zlnxtsm1/backup07.- BACKUPPOOL DISK 50,000.0 83.3 On-Line
dsm
/opt/zlnxtsm1/backup08.- BACKUPPOOL DISK 50,000.0 83.9 On-Line
dsm
/opt/zlnxtsm1/backup09.- BACKUPPOOL DISK 50,000.0 79.4 On-Line
dsm
/opt/zlnxtsm1/backup0a.- BACKUPPOOL DISK 500.0 100.0 On-Line
dsm
/opt/zlnxtsm1/backup0b.- BACKUPPOOL DISK 102,400.0 85.5 On-Line
dsm
/opt/zlnxtsm1/lun.dsm BACKUPPOOL DISK 50,000.0 87.0 On-Line
/opt/zlnxtsm1/lun.dsm1 BACKUPPOOL DISK 5,000.0 75.1 On-Line
/opt/zlnxtsm1/lun.dsm2 BACKUPPOOL DISK 5,000.0 97.2 On-Line
/opt/zlnxtsm1/lun.dsm3 BACKUPPOOL DISK 5,000.0 72.2 On-Line
/opt/zlnxtsm1/lun.dsm4 BACKUPPOOL DISK 5,000.0 75.1 On-Line
/opt/zlnxtsm1/lun.dsm5 BACKUPPOOL DISK 5,000.0 99.9 On-Line
/opt/zlnxtsm1/lun.dsm6 BACKUPPOOL DISK 7,500.0 86.9 On-Line
/opt/zlnxtsm1/lun.dsm7 BACKUPPOOL DISK 7,500.0 71.6 On-Line
/opt/zlnxtsm1/lun.dsm9 BACKUPPOOL DISK 5,000.0 68.5 On-Line
/opt/zlnxtsm1/lun.dsma BACKUPPOOL DISK 5,000.0 99.1 On-Line
/opt/zlnxtsm1/lun.dsmb BACKUPPOOL DISK 5,000.0 93.2 On-Line
/opt/zlnxtsm1/lun.dsmc BACKUPPOOL DISK 50,000.0 86.5 On-Line
/opt/zlnxtsm1/lun.dsmd BACKUPPOOL DISK 500,000.0 86.4 On-Line
/opt/zlnxtsm1/lun.dsme BACKUPPOOL DISK 5,000.0 89.3 On-Line
/opt/zlnxtsm1/lun.dsmf BACKUPPOOL DISK 6,000.0 83.5 On-Line
/opt/zlnxtsm1/lun.dsmg BACKUPPOOL DISK 28,000.0 97.4 On-Line
/opt/zlnxtsm1/lun.dsmh BACKUPPOOL DISK 24,000.0 91.6 On-Line


q vol stg=tapepool
ANR2017I Administrator SERVER_CONSOLE issued command: QUERY VOLUME
stg=tapepool

Volume Name Storage Device Estimated Pct Volume
Pool Name Class Name Capacity Util Status
 --- -- - - 
PE0001L4 TAPEPOOL D3584 1,009,483 98.4 Full
.2
PE0002L4 TAPEPOOL D3584 983,671.9 99.0 Full
PE0003L4 TAPEPOOL D3584 1,030,292 99.2 Full
.7
PE0004L4 TAPEPOOL D3584 951,955.9 99.6 Full
PE0005L4 TAPEPOOL D3584 987,344.7 99.1 Full
PE0006L4 TAPEPOOL D3584 994,790.3 99.9 Full
PE0008L4 TAPEPOOL D3584 955,144.6 93.7 Full
PE0009L4 TAPEPOOL D3584 994,260.9 100.0 Full
PE0010L4 TAPEPOOL D3584 990,580.4 65.1 Full
PE0011L4 TAPEPOOL D3584 976,780.7 92.2 Full
PE0019L4 TAPEPOOL D3584 997,049.2 48.3 Full
PE0026L4 TAPEPOOL D3584 989,401.4 93.2 Full
PE0029L4 TAPEPOOL D3584 989,054.2 65.1 Full
PE0031L4 TAPEPOOL D3584 1,009,953 100.0 Full
.7
PE0032L4 TAPEPOOL D3584 981,964.9 72.0 Full
PE0033L4 TAPEPOOL D3584 968,092.6 99.7 Full
PE0074L4 TAPEPOOL D3584 1,600,000 1.2 Filling
.0
PE0075L4 TAPEPOOL D3584 1,600,000 36.5 Filling
.0
PE0076L4 TAPEPOOL D3584 1,600,000 28.4 Filling
.0
PE0077L4 TAPEPOOL D3584 1,600,000 45.5 Filling
.0
PE0078L4 TAPEPOOL D3584 1,600,000 18.1 Filling
.0
PE0079L4 TAPEPOOL D3584 1,600,000 27.6 Filling
.0
PE0080L4 TAPEPOOL D3584 1,600,000 32.5 Filling
.0
PE0081L4 TAPEPOOL D3584 1,600,000 4.3 Filling
.0
PE0082L4 TAPEPOOL D3584 1,600,000 28.7 Filling
.0
PE0083L4 TAPEPOOL D3584 1,600,000 1.9 Filling
.0
PE0084L4 TAPEPOOL D3584 1,600,000 26.5 Filling
.0
PE0085L4 TAPEPOOL D3584 1,600,000 1.3 Filling
.0
PE0086L4 TAPEPOOL D3584 1,600,000 0.9 Filling
.0
PE0087L4 TAPEPOOL D3584 1,600,000 31.8 Filling
.0
PE0088L4 TAPEPOOL D3584 1,600,000 21.2 Filling
.0
PE0089L4 TAPEPOOL D3584 1,600,000 25.3 Filling
.0
PE0090L4 TAPEPOOL D3584 1,600,000 42.6 Filling
.0
PE0091L4 TAPEPOOL D3584 1,600,000 36.7 Filling
.0
PE0092L4 TAPEPOOL D3584 1,600,000 21.3 Filling

q vol acc=reado
ANR2017I Administrator SERVER_CONSOLE issued command: QUERY VOLUME
acc=reado
ANR2034E QUERY VOLUME: No match found using this criteria.

q vol acc=unav
ANR2017I Administrator SERVER_CONSOLE issued command: QUERY VOLUME acc=unav
ANR2034E QUERY VOLUME: No match found using this criteria.

Lori G.
Customer Liaison - Linux on System z Team
VM Services Delivery - Information Technology Services Americas, Global
Services
leter...@us.ibm.com

Linux Information?  See http://w3vmlinux.pok.ibm.com
Linux Requests?  Visit our new workload management tool at:

Re: TOC's of NDMP lost

2009-08-03 Thread Tchuise, Bertaut
Stefan,

I am afraid you can't generate a new TOC out of the previously backed up
NDMP data. You may want to implement copypool for your NDMP TOC storage
pool as well as data so that you can restore it with the restore stg
TOC_STORAGE_POOL command.

BERTAUT TCHUISE
Storage Support Administrator
Legg Mason Technology Services
*410-580-7032
btchu...@leggmason.com


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
TSM
Sent: Monday, August 03, 2009 10:10 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] TOC's of NDMP lost

hello,

we have lost our NDMP TOC's cause of a disk failure. no copypool
present.

Is there a chance to generate new TOC's out of the backed up NDMP data?

with best regards
stefan savoric

IMPORTANT:  E-mail sent through the Internet is not secure. Legg Mason 
therefore recommends that you do not send any confidential or sensitive 
information to us via electronic mail, including social security numbers, 
account numbers, or personal identification numbers. Delivery, and or timely 
delivery of Internet mail is not guaranteed. Legg Mason therefore recommends 
that you do not send time sensitive 
or action-oriented messages to us via electronic mail.

This message is intended for the addressee only and may contain privileged or 
confidential information. Unless you are the intended recipient, you may not 
use, copy or disclose to anyone any information contained in this message. If 
you have received this message in error, please notify the author by replying 
to this message and then kindly delete the message. Thank you.


Re: TSM server help needed

2009-08-03 Thread Tchuise, Bertaut
Lori,

You could be having connectivity issues with your drives. On this post,
you stated 2 drives went offline, on the most recent, there were 3
drives offline. First, check for any defective cabling on the tape
drives. If the first step doesn't lead any conclusive results, you can
make use of the library web interface; download and review the drive
logs under service. If it turns out that the drives themselves are
defective though it seems a bit far fetched that you have 3 faulty
drives at the same time; then you will need to contact IBM to have those
defective drives replaced.

Good luck.

BERTAUT TCHUISE
Storage Support Administrator
Legg Mason Technology Services
*410-580-7032
btchu...@leggmason.com


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
Lori Grimaldi
Sent: Monday, August 03, 2009 9:12 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] TSM server help needed

Hi folks,
  I have a tsm server running on Linux on System z that has 5 tape
drives allocated.  My backuppool migrates to tapepool and I have the
backuppool set to 5 migration processes.  Although 5 are running, only
one tape drive is being used (2 just went offline for some reason???),
so backuppool keeps filling up.

q dr
ANR2017I Administrator SERVER_CONSOLE issued command: QUERY DRIVE

Library Name Drive Name   Device Type On-Line
   ---
---
L3584DRIVE0   LTO   Yes
L3584DRIVE1   LTO   Yes
L3584DRIVE2   LTO   Yes
L3584DRIVE3   LTO   Yes
L3584DRIVE4   LTO
Unavailable Since
08/01/2009 12:04:17
AM
L3584DRIVE5   LTO
Unavailable Since
08/02/2009 05:36:53
AM


ANR2017I Administrator SERVER_CONSOLE issued command: QUERY STGPOOL
backuppool f=d

   Storage Pool Name: BACKUPPOOL
   Storage Pool Type: Primary
   Device Class Name: DISK
  Estimated Capacity: 1,127 G
  Space Trigger Util: 99.4
Pct Util: 99.4
Pct Migr: 99.2
 Pct Logical: 100.0
High Mig Pct: 50
 Low Mig Pct: 30
 Migration Delay: 0
  Migration Continue: Yes
 Migration Processes: 5
   Reclamation Processes:
   Next Storage Pool: TAPEPOOL
Reclaim Storage Pool:
  Maximum Size Threshold: No Limit
  Access: Read/Write
 Description:
   Overflow Location:
   Cache Migrated Files?: No
  Collocate?:
   Reclamation Threshold:
   Offsite Reclamation Limit:
 Maximum Scratch Volumes Allowed:
  Number of Scratch Volumes Used:
   Delay Period for Volume Reuse:
  Migration in Progress?: Yes
Amount Migrated (MB): 262,678.07 Elapsed Migration Time
(seconds): 12,375
Reclamation in Progress?:
  Last Update by (administrator): SERVER_CONSOLE
   Last Update Date/Time: 07/31/2009 07:56:58 PM
Storage Pool Data Format: Native
Copy Storage Pool(s):
 Active Data Pool(s):
 Continue Copy on Error?: Yes
CRC Data: No
Reclamation Type:
 Overwrite Data when Deleted:

Anyone with tsm server experience that can help me out would be greatly
appreciatedl!!

Lori G.
Customer Liaison - Linux on System z Team VM Services Delivery -
Information Technology Services Americas, Global Services
leter...@us.ibm.com

Linux Information?  See http://w3vmlinux.pok.ibm.com Linux Requests?
Visit our new workload management tool at:
http://linuxonz.pok.ibm.com/service/request

You only live once-but if you work it right, once is enough.

IMPORTANT:  E-mail sent through the Internet is not secure. Legg Mason 
therefore recommends that you do not send any confidential or sensitive 
information to us via electronic mail, including social security numbers, 
account numbers, or personal identification numbers. Delivery, and or timely 
delivery of Internet mail is not guaranteed. Legg Mason therefore recommends 
that you do not send time sensitive 
or action-oriented messages to us via electronic mail.

This message is intended for the addressee only and may contain privileged or 
confidential information. Unless you are the intended recipient, you may not 
use, copy or disclose to anyone any information contained in this message. If 
you have received this message in error, please notify the author by replying 
to this message and then kindly delete the message. Thank you.


SV: tsm server help

2009-08-03 Thread Christian Svensson
Hi Lori,
When I got following issue I normally try to track down the issue via the 
Activity Log to see if an tape course the problem or if TSM try to load a tape 
to the wrong drive. 
When that is done I update the path on each drive and put them back to 
Online=yes. If that doesn't work. Run Q SAN and compare with q path f=d to 
verify that all my paths are correct.

If not, correct them by run update path again with the correct Device= switch.

Best Regards
Christian Svensson

Cell: +46-70-325 1577
E-mail: christian.svens...@cristie.se
Skype: cristie.christian.svensson

Från: ADSM: Dist Stor Manager [ads...@vm.marist.edu] f#246;r Lori Grimaldi 
[leter...@us.ibm.com]
Skickat: den 3 augusti 2009 16:40
Till: ADSM-L@VM.MARIST.EDU
Ämne: tsm server help

Here are my responses to your questions:

q path
ANR2017I Administrator SERVER_CONSOLE issued command: QUERY PATH

Source Name Source Type Destination Destination On-Line
Name Type
--- --- --- --- ---
TSMSERV1A SERVER L3584 LIBRARY Yes
TSMSERV1A SERVER DRIVE0 DRIVE Yes
TSMSERV1A SERVER DRIVE1 DRIVE No
TSMSERV1A SERVER DRIVE2 DRIVE No
TSMSERV1A SERVER DRIVE3 DRIVE No
TSMSERV1A SERVER DRIVE4 DRIVE Yes
TSMSERV1A SERVER DRIVE5 DRIVE Yes

q vol stg=backuppool
ANR2017I Administrator SERVER_CONSOLE issued command: QUERY VOLUME
stg=backupp-
ool

Volume Name Storage Device Estimated Pct Volume
Pool Name Class Name Capacity Util Status
 --- -- - - 
/opt/zlnxtsm1/backup01.- BACKUPPOOL DISK 250.0 99.9 On-Line
dsm
/opt/zlnxtsm1/backup02.- BACKUPPOOL DISK 500.0 100.0 On-Line
dsm
/opt/zlnxtsm1/backup03.- BACKUPPOOL DISK 5,000.0 100.0 On-Line
dsm
/opt/zlnxtsm1/backup04.- BACKUPPOOL DISK 50,000.0 84.5 On-Line
dsm
/opt/zlnxtsm1/backup05.- BACKUPPOOL DISK 50,000.0 81.2 On-Line
dsm
/opt/zlnxtsm1/backup06.- BACKUPPOOL DISK 50,000.0 83.5 On-Line
dsm
/opt/zlnxtsm1/backup07.- BACKUPPOOL DISK 50,000.0 83.3 On-Line
dsm
/opt/zlnxtsm1/backup08.- BACKUPPOOL DISK 50,000.0 83.9 On-Line
dsm
/opt/zlnxtsm1/backup09.- BACKUPPOOL DISK 50,000.0 79.4 On-Line
dsm
/opt/zlnxtsm1/backup0a.- BACKUPPOOL DISK 500.0 100.0 On-Line
dsm
/opt/zlnxtsm1/backup0b.- BACKUPPOOL DISK 102,400.0 85.5 On-Line
dsm
/opt/zlnxtsm1/lun.dsm BACKUPPOOL DISK 50,000.0 87.0 On-Line
/opt/zlnxtsm1/lun.dsm1 BACKUPPOOL DISK 5,000.0 75.1 On-Line
/opt/zlnxtsm1/lun.dsm2 BACKUPPOOL DISK 5,000.0 97.2 On-Line
/opt/zlnxtsm1/lun.dsm3 BACKUPPOOL DISK 5,000.0 72.2 On-Line
/opt/zlnxtsm1/lun.dsm4 BACKUPPOOL DISK 5,000.0 75.1 On-Line
/opt/zlnxtsm1/lun.dsm5 BACKUPPOOL DISK 5,000.0 99.9 On-Line
/opt/zlnxtsm1/lun.dsm6 BACKUPPOOL DISK 7,500.0 86.9 On-Line
/opt/zlnxtsm1/lun.dsm7 BACKUPPOOL DISK 7,500.0 71.6 On-Line
/opt/zlnxtsm1/lun.dsm9 BACKUPPOOL DISK 5,000.0 68.5 On-Line
/opt/zlnxtsm1/lun.dsma BACKUPPOOL DISK 5,000.0 99.1 On-Line
/opt/zlnxtsm1/lun.dsmb BACKUPPOOL DISK 5,000.0 93.2 On-Line
/opt/zlnxtsm1/lun.dsmc BACKUPPOOL DISK 50,000.0 86.5 On-Line
/opt/zlnxtsm1/lun.dsmd BACKUPPOOL DISK 500,000.0 86.4 On-Line
/opt/zlnxtsm1/lun.dsme BACKUPPOOL DISK 5,000.0 89.3 On-Line
/opt/zlnxtsm1/lun.dsmf BACKUPPOOL DISK 6,000.0 83.5 On-Line
/opt/zlnxtsm1/lun.dsmg BACKUPPOOL DISK 28,000.0 97.4 On-Line
/opt/zlnxtsm1/lun.dsmh BACKUPPOOL DISK 24,000.0 91.6 On-Line


q vol stg=tapepool
ANR2017I Administrator SERVER_CONSOLE issued command: QUERY VOLUME
stg=tapepool

Volume Name Storage Device Estimated Pct Volume
Pool Name Class Name Capacity Util Status
 --- -- - - 
PE0001L4 TAPEPOOL D3584 1,009,483 98.4 Full
.2
PE0002L4 TAPEPOOL D3584 983,671.9 99.0 Full
PE0003L4 TAPEPOOL D3584 1,030,292 99.2 Full
.7
PE0004L4 TAPEPOOL D3584 951,955.9 99.6 Full
PE0005L4 TAPEPOOL D3584 987,344.7 99.1 Full
PE0006L4 TAPEPOOL D3584 994,790.3 99.9 Full
PE0008L4 TAPEPOOL D3584 955,144.6 93.7 Full
PE0009L4 TAPEPOOL D3584 994,260.9 100.0 Full
PE0010L4 TAPEPOOL D3584 990,580.4 65.1 Full
PE0011L4 TAPEPOOL D3584 976,780.7 92.2 Full
PE0019L4 TAPEPOOL D3584 997,049.2 48.3 Full
PE0026L4 TAPEPOOL D3584 989,401.4 93.2 Full
PE0029L4 TAPEPOOL D3584 989,054.2 65.1 Full
PE0031L4 TAPEPOOL D3584 1,009,953 100.0 Full
.7
PE0032L4 TAPEPOOL D3584 981,964.9 72.0 Full
PE0033L4 TAPEPOOL D3584 968,092.6 99.7 Full
PE0074L4 TAPEPOOL D3584 1,600,000 1.2 Filling
.0
PE0075L4 TAPEPOOL D3584 1,600,000 36.5 Filling
.0
PE0076L4 TAPEPOOL D3584 1,600,000 28.4 Filling
.0
PE0077L4 TAPEPOOL D3584 1,600,000 45.5 Filling
.0
PE0078L4 TAPEPOOL D3584 1,600,000 18.1 Filling
.0
PE0079L4 TAPEPOOL D3584 1,600,000 27.6 Filling
.0
PE0080L4 TAPEPOOL D3584 1,600,000 32.5 Filling
.0
PE0081L4 TAPEPOOL D3584 1,600,000 4.3 Filling
.0
PE0082L4 TAPEPOOL D3584 1,600,000 28.7 Filling
.0
PE0083L4 TAPEPOOL D3584 1,600,000 1.9 Filling
.0
PE0084L4 TAPEPOOL D3584 1,600,000 26.5 Filling
.0
PE0085L4 TAPEPOOL D3584 1,600,000 1.3 Filling
.0
PE0086L4 TAPEPOOL D3584 1,600,000 0.9 Filling
.0
PE0087L4 TAPEPOOL D3584 1,600,000 31.8 Filling
.0
PE0088L4 TAPEPOOL 

Virtual Volume Restore Speed?

2009-08-03 Thread Allen S. Rout
Howdy, all.

I've done a decent amount of small-scale online restores from my
offsite virtual volumes, and never been particularly unhappy with the
speed.  (though come to think of it I've never timed it either)

But I'm restoring a pretty big volume now, and it's taking a L-O-N-G
time.  I was hoping to elicit war stories from some of you, and see if
my expectations are just out of whack.


Environment: Everything is TSM 5.5.3 on AIX.  I've got about 350 miles
between primary and secondary site.


I regularly get 80 MB/s sustained running tape to tape from primary to
offsite over this link.  I've got plenty of TCP buffer space, and I've
set my TCP windows to be 2M on all the servers.

When I use iperf to check just TCP/IP throughput, I get 800-900Mb
avg. over 30 seconds, with sustained 1Gb plateaus.  So the network
level seems reasonable.

But the restore is rattling around in the vicinity of 2.5 MB/s; just
incredibly slow.

Now, these are small files; average is just 300K, and most of them are
much smaller (email messages).  But the database on the restoring
server isn't thrashing, I don't find any bottlenecks at first look.


So.  What have you-all seen out of your restores?  I really need to
characterise this; It would Not Be Good if this were the best I could
do in a real emergency.


- Allen S. Rout


Re: SV: tsm server help

2009-08-03 Thread David McClelland
Hi Lori,

Okay, back to basics here:

 I have the backuppool set to 5 migration processes.  Although 5 are
running, only one tape drive is being used

Are you sure 5 migrations processes are running? The one useful output I
don't see here is a that from 'Q PROC' - what else is contending for the
tape drives? You still theoretically have three drives available so, unless
something else is haggling for them, you should have at least three
migration processes from your disk pool to tape UNLESS the nature of what
you're migrating means that only one stream can run at the moment, for
example if all that's left to migrate is a single (probably large) filespace
which, as I recall, can only benefit from a single migration thread no
matter what your MIGPROC is set to.

/David Mc
London, UK


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
Christian Svensson
Sent: 03 August 2009 16:50
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] SV: tsm server help

Hi Lori,
When I got following issue I normally try to track down the issue via the
Activity Log to see if an tape course the problem or if TSM try to load a
tape to the wrong drive. 
When that is done I update the path on each drive and put them back to
Online=yes. If that doesn't work. Run Q SAN and compare with q path f=d to
verify that all my paths are correct.

If not, correct them by run update path again with the correct Device=
switch.

Best Regards
Christian Svensson

Cell: +46-70-325 1577
E-mail: christian.svens...@cristie.se
Skype: cristie.christian.svensson

Från: ADSM: Dist Stor Manager [ads...@vm.marist.edu] f#246;r Lori Grimaldi
[leter...@us.ibm.com]
Skickat: den 3 augusti 2009 16:40
Till: ADSM-L@VM.MARIST.EDU
Ämne: tsm server help

Here are my responses to your questions:

q path
ANR2017I Administrator SERVER_CONSOLE issued command: QUERY PATH

Source Name Source Type Destination Destination On-Line
Name Type
--- --- --- --- ---
TSMSERV1A SERVER L3584 LIBRARY Yes
TSMSERV1A SERVER DRIVE0 DRIVE Yes
TSMSERV1A SERVER DRIVE1 DRIVE No
TSMSERV1A SERVER DRIVE2 DRIVE No
TSMSERV1A SERVER DRIVE3 DRIVE No
TSMSERV1A SERVER DRIVE4 DRIVE Yes
TSMSERV1A SERVER DRIVE5 DRIVE Yes

q vol stg=backuppool
ANR2017I Administrator SERVER_CONSOLE issued command: QUERY VOLUME
stg=backupp-
ool

Volume Name Storage Device Estimated Pct Volume
Pool Name Class Name Capacity Util Status
 --- -- - - 
/opt/zlnxtsm1/backup01.- BACKUPPOOL DISK 250.0 99.9 On-Line
dsm
/opt/zlnxtsm1/backup02.- BACKUPPOOL DISK 500.0 100.0 On-Line
dsm
/opt/zlnxtsm1/backup03.- BACKUPPOOL DISK 5,000.0 100.0 On-Line
dsm
/opt/zlnxtsm1/backup04.- BACKUPPOOL DISK 50,000.0 84.5 On-Line
dsm
/opt/zlnxtsm1/backup05.- BACKUPPOOL DISK 50,000.0 81.2 On-Line
dsm
/opt/zlnxtsm1/backup06.- BACKUPPOOL DISK 50,000.0 83.5 On-Line
dsm
/opt/zlnxtsm1/backup07.- BACKUPPOOL DISK 50,000.0 83.3 On-Line
dsm
/opt/zlnxtsm1/backup08.- BACKUPPOOL DISK 50,000.0 83.9 On-Line
dsm
/opt/zlnxtsm1/backup09.- BACKUPPOOL DISK 50,000.0 79.4 On-Line
dsm
/opt/zlnxtsm1/backup0a.- BACKUPPOOL DISK 500.0 100.0 On-Line
dsm
/opt/zlnxtsm1/backup0b.- BACKUPPOOL DISK 102,400.0 85.5 On-Line
dsm
/opt/zlnxtsm1/lun.dsm BACKUPPOOL DISK 50,000.0 87.0 On-Line
/opt/zlnxtsm1/lun.dsm1 BACKUPPOOL DISK 5,000.0 75.1 On-Line
/opt/zlnxtsm1/lun.dsm2 BACKUPPOOL DISK 5,000.0 97.2 On-Line
/opt/zlnxtsm1/lun.dsm3 BACKUPPOOL DISK 5,000.0 72.2 On-Line
/opt/zlnxtsm1/lun.dsm4 BACKUPPOOL DISK 5,000.0 75.1 On-Line
/opt/zlnxtsm1/lun.dsm5 BACKUPPOOL DISK 5,000.0 99.9 On-Line
/opt/zlnxtsm1/lun.dsm6 BACKUPPOOL DISK 7,500.0 86.9 On-Line
/opt/zlnxtsm1/lun.dsm7 BACKUPPOOL DISK 7,500.0 71.6 On-Line
/opt/zlnxtsm1/lun.dsm9 BACKUPPOOL DISK 5,000.0 68.5 On-Line
/opt/zlnxtsm1/lun.dsma BACKUPPOOL DISK 5,000.0 99.1 On-Line
/opt/zlnxtsm1/lun.dsmb BACKUPPOOL DISK 5,000.0 93.2 On-Line
/opt/zlnxtsm1/lun.dsmc BACKUPPOOL DISK 50,000.0 86.5 On-Line
/opt/zlnxtsm1/lun.dsmd BACKUPPOOL DISK 500,000.0 86.4 On-Line
/opt/zlnxtsm1/lun.dsme BACKUPPOOL DISK 5,000.0 89.3 On-Line
/opt/zlnxtsm1/lun.dsmf BACKUPPOOL DISK 6,000.0 83.5 On-Line
/opt/zlnxtsm1/lun.dsmg BACKUPPOOL DISK 28,000.0 97.4 On-Line
/opt/zlnxtsm1/lun.dsmh BACKUPPOOL DISK 24,000.0 91.6 On-Line


q vol stg=tapepool
ANR2017I Administrator SERVER_CONSOLE issued command: QUERY VOLUME
stg=tapepool

Volume Name Storage Device Estimated Pct Volume
Pool Name Class Name Capacity Util Status
 --- -- - - 
PE0001L4 TAPEPOOL D3584 1,009,483 98.4 Full
.2
PE0002L4 TAPEPOOL D3584 983,671.9 99.0 Full
PE0003L4 TAPEPOOL D3584 1,030,292 99.2 Full
.7
PE0004L4 TAPEPOOL D3584 951,955.9 99.6 Full
PE0005L4 TAPEPOOL D3584 987,344.7 99.1 Full
PE0006L4 TAPEPOOL D3584 994,790.3 99.9 Full
PE0008L4 TAPEPOOL D3584 955,144.6 93.7 Full
PE0009L4 TAPEPOOL D3584 994,260.9 100.0 Full
PE0010L4 TAPEPOOL D3584 990,580.4 65.1 Full
PE0011L4 TAPEPOOL D3584 

Re: SV: tsm server help

2009-08-03 Thread Michael Green
Lori out of 5 drives, 2 drives (4 and 5) are unavail, and Paths to
drives 1-3 are offline. So you have only 1 drive accessible (Drive 0).

That's why you can run only one process.
--
Warm regards,
Michael Green


Re: SV: tsm server help

2009-08-03 Thread David McClelland

Good spot, that'll want to be the first thing you fix!

/DMc
London, UK

Sent from my iPhone

On 3 Aug 2009, at 17:18, Michael Green mishagr...@gmail.com wrote:


Lori out of 5 drives, 2 drives (4 and 5) are unavail, and Paths to
drives 1-3 are offline. So you have only 1 drive accessible (Drive 0).

That's why you can run only one process.
--
Warm regards,
Michael Green


TSM ASR type procedure for Novell?

2009-08-03 Thread Timothy Hughes

Has anyone ever lost a novell server?

One of our Netware/Novell Clients lost a server is there a specific
procedure that some has used  i.e a ASR type procedure for Novell? Or
is it just a re-install of the Netware O.S. then re-install the Tivoli
Client , Then perform the restores?

DOCBW2\LOGS
DOCBW2\MTA
DOCBW2\NVOL1
DOCBW2\COA
DOCBW2\SERVER SPECIFIC INFO
DOCBW2\SYS:
DOCBW2\VOL1
DOCBW2\WEB1

restore  logs:\* -subdir=yes -ina  -subdir=yes
restore:  mta :\* -subdir=yes -ina  -subdir=yes
restore:  nvol1:\*  subdir=yes -ina  -subdir=yes
restore:   coa:\*   -subdir=yes -ina  -subdir=yes
restore:server specific info -ina  -subdir=yes
restore  sys:\ *   -ina  -subdir=yes
restore  vol1:\*  -ina   -subdir=yes
restore  web1\*  -inac  -subdir=yes

I know there was no such type procedue in the past

Thanks


Change TSM Platform

2009-08-03 Thread Shawn Drew
We are looking at the possibility of changing a branch's TSM 5.4 server
from Windows to AIX.
As far as I know, you can NOT backup a DB on Windows and restore it to an
AIX platform.Is this still the case?

If not, can anyone think of a way to move NDMP toc/backups from one TSM
server to another?


Regards,
Shawn

Shawn Drew



This message and any attachments (the message) is intended solely for
the addressees and is confidential. If you receive this message in error,
please delete it and immediately notify the sender. Any use not in accord
with its purpose, any dissemination or disclosure, either whole or partial,
is prohibited except formal approval. The internet can not guarantee the
integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will)
not therefore be liable for the message if modified. Please note that certain
functions and services for BNP Paribas may be performed by BNP Paribas RCC, Inc.


Re: Change TSM Platform

2009-08-03 Thread Michael Green
You will be moving from x86/64 architecture to Power. They are binary
incompatible. You cannot upload DB from x86 to Power (this is what
backup/restore essentially doees). Your only option is to export DB.

Don't know about the NDMP.
--
Warm regards,
Michael Green



On Mon, Aug 3, 2009 at 9:06 PM, Shawn
Drewshawn.d...@americas.bnpparibas.com wrote:
 We are looking at the possibility of changing a branch's TSM 5.4 server
 from Windows to AIX.
 As far as I know, you can NOT backup a DB on Windows and restore it to an
 AIX platform.    Is this still the case?

 If not, can anyone think of a way to move NDMP toc/backups from one TSM
 server to another?



Backup Stgpool using 2 drives taking too long

2009-08-03 Thread Mario Behring
Hi list,

The environment is TSM Server 5.5 running on a Windows 2003 box with a IBM 
ULT3580-TD4 SCSI (2 drives) connected.

There is a backup stgpool process running on background for more than 12 hours 
(several schedules were missed during this time).

The process is using both drives, one reading the data and the other writing, 
as expected. The problem is that, at some point, both drives stay IDLE for more 
than 20 minutes...then start reading/writing again (for a short time I might 
add).

The process would be long over by now if this was not happening...what could be 
wrong and how can I put the drives to work non-stop, if possible...??

Any process that uses both drives in this fashion, like an EXPORT for example, 
is behaving the same way...

Thanks

Mario


slow reclamation.

2009-08-03 Thread Wesley Introvigne
 

 

Dear friends, 

Is there any way to improve the performance of reclamations in pools onsite
and offsite. 
Work with the TSM server AIX, V5.5.0 is installed on a server IBM P5, TS3310
library with two LTO3 drives.

 

Thanks.

 

 

 

Wesley Introvigne

T-Systems do Brasil Ltda

IT Operations - Juiz de Fora

tel: (32) 3219.3470

  _  

Esta mensagem pode conter informação confidencial e/ou privilegiada. Se você
não for o destinatário ou a pessoa autorizada a receber esta mensagem, não
pode usar, copiar ou divulgar as informações nela contidas ou tomar qualquer
ação baseada nessas informações. Se você recebeu esta mensagem por engano,
por favor, avise imediatamente o remetente, respondendo o e-mail e em
seguida apague-a. Agradecemos a sua cooperação.


This message may contain confidential and/or privileged information. If you
are not the addressee or authorized to receive this for the addressee, you
must not use, copy, disclose or take any action based on this message or any
information herein. If you have received this message in error, please
advise the sender immediately by reply e-mail and delete this message. Thank
you for your cooperation. 

  _  

 


Re: Backup Stgpool using 2 drives taking too long

2009-08-03 Thread John D. Schneider
Mario,
So, if I understand this correctly, the primary storage pool is LTO4,
and the copy storage pool is LTO4, and so the whole backup stgpool is
straight tape to tape.  Is that correct?

When you say the process becomes idle for 20 minutes, how can you tell
it is idle?  Do you mean the number of bytes copied doesn't get any
bigger?  The total byte count only gets updated at the end of each
aggregated file.  That is, if the copy stream hits a 300GB single file,
then the copy will proceed to copy that file as fast as tape performance
permits, but the total byte count won't increase until that huge file
completes.  And a multi-hundred GB file could easily take 20 minutes or
more.

Next time you catch it in this state, look at the size of the current
file, and do the arithmetic.  Is it possible that is what you are
seeing?

If you can look at the tape drives themselves, you can tell if the tape
drives themselves are reading and writing, or sitting idle, can't you? 
I suspect that the tape drives will be buzzing away, even though it
seems like you aren't making progress.

If I have misunderstood, and you can tell that the drives are really
idle, then I would look at drive firmware next, then at IBMtape drivers.
 Make sure you are up-to-date  We have 6 TSM Windows servers with IBM
libraries and drives, and we are not seeing the symptom you describe,
that is, periods of actual stalled backup stgpools.

Feel free to contact me offline if you have not done the firmware and
driver updates before, and need any assistance.


Best Regards,
 
 John D. Schneider
 The Computer Coaching Community, LLC
 Office: (314) 635-5424 / Toll Free: (866) 796-9226
 Cell: (314) 750-8721
 
 
   Original Message 
Subject: [ADSM-L] Backup Stgpool using 2 drives taking too long
From: Mario Behring mariobehr...@yahoo.com
Date: Mon, August 03, 2009 1:34 pm
To: ADSM-L@VM.MARIST.EDU

Hi list,

The environment is TSM Server 5.5 running on a Windows 2003 box with a
IBM ULT3580-TD4 SCSI (2 drives) connected.

There is a backup stgpool process running on background for more than 12
hours (several schedules were missed during this time).

The process is using both drives, one reading the data and the other
writing, as expected. The problem is that, at some point, both drives
stay IDLE for more than 20 minutes...then start reading/writing again
(for a short time I might add).

The process would be long over by now if this was not happening...what
could be wrong and how can I put the drives to work non-stop, if
possible...??

Any process that uses both drives in this fashion, like an EXPORT for
example, is behaving the same way...

Thanks

Mario


Re: Backup Stgpool using 2 drives taking too long

2009-08-03 Thread Bob Levad
Mario,

Based on your server level (5.5) you may be experiencing the following:

IC57855: TSM SERVER DELAYS TRANSACTIONS BY 1 SECOND WHEN RECOVERY LOG
UTILIZATION EXCEEDS 80% RESULTING IN PERFORMANCE DEGRADATION

Please check your recovery log utilization to see if this may be the issue.

With only two tape drives, you may be blocking the system's attempts to run
an incremental DB backup.

If this is the issue, you may want to direct incrementals to a disk or file
devclass.


Bob.


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
John D. Schneider
Sent: Monday, August 03, 2009 3:32 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Backup Stgpool using 2 drives taking too long

Mario,
So, if I understand this correctly, the primary storage pool is LTO4, and
the copy storage pool is LTO4, and so the whole backup stgpool is straight
tape to tape.  Is that correct?

When you say the process becomes idle for 20 minutes, how can you tell it
is idle?  Do you mean the number of bytes copied doesn't get any bigger?
The total byte count only gets updated at the end of each aggregated file.
That is, if the copy stream hits a 300GB single file, then the copy will
proceed to copy that file as fast as tape performance permits, but the total
byte count won't increase until that huge file completes.  And a
multi-hundred GB file could easily take 20 minutes or more.

Next time you catch it in this state, look at the size of the current file,
and do the arithmetic.  Is it possible that is what you are seeing?

If you can look at the tape drives themselves, you can tell if the tape
drives themselves are reading and writing, or sitting idle, can't you?
I suspect that the tape drives will be buzzing away, even though it seems
like you aren't making progress.

If I have misunderstood, and you can tell that the drives are really idle,
then I would look at drive firmware next, then at IBMtape drivers.
 Make sure you are up-to-date  We have 6 TSM Windows servers with IBM
libraries and drives, and we are not seeing the symptom you describe, that
is, periods of actual stalled backup stgpools.

Feel free to contact me offline if you have not done the firmware and driver
updates before, and need any assistance.


Best Regards,

 John D. Schneider
 The Computer Coaching Community, LLC
 Office: (314) 635-5424 / Toll Free: (866) 796-9226
 Cell: (314) 750-8721


   Original Message 
Subject: [ADSM-L] Backup Stgpool using 2 drives taking too long
From: Mario Behring mariobehr...@yahoo.com
Date: Mon, August 03, 2009 1:34 pm
To: ADSM-L@VM.MARIST.EDU

Hi list,

The environment is TSM Server 5.5 running on a Windows 2003 box with a IBM
ULT3580-TD4 SCSI (2 drives) connected.

There is a backup stgpool process running on background for more than 12
hours (several schedules were missed during this time).

The process is using both drives, one reading the data and the other
writing, as expected. The problem is that, at some point, both drives stay
IDLE for more than 20 minutes...then start reading/writing again (for a
short time I might add).

The process would be long over by now if this was not happening...what could
be wrong and how can I put the drives to work non-stop, if possible...??

Any process that uses both drives in this fashion, like an EXPORT for
example, is behaving the same way...

Thanks

Mario

This electronic transmission and any documents accompanying this electronic 
transmission contain confidential information belonging to the sender.  This 
information may be legally privileged.  The information is intended only for 
the use of the individual or entity named above.  If you are not the intended 
recipient, you are hereby notified that any disclosure, copying, distribution, 
or the taking of any action in reliance on or regarding the contents of this 
electronically transmitted information is strictly prohibited.


Re: Backup Stgpool using 2 drives taking too long

2009-08-03 Thread Kelly Lipp
And on Windows you can use the task manager to look at bytes read or written 
per process.  Find the TSM Server process and verify that it is indeed moving 
data.

Kelly Lipp
CTO
STORServer, Inc.
485-B Elkton Drive
Colorado Springs, CO 80907
719-266-8777 x7105
www.storserver.com


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of John 
D. Schneider
Sent: Monday, August 03, 2009 2:32 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Backup Stgpool using 2 drives taking too long

Mario,
So, if I understand this correctly, the primary storage pool is LTO4,
and the copy storage pool is LTO4, and so the whole backup stgpool is
straight tape to tape.  Is that correct?

When you say the process becomes idle for 20 minutes, how can you tell
it is idle?  Do you mean the number of bytes copied doesn't get any
bigger?  The total byte count only gets updated at the end of each
aggregated file.  That is, if the copy stream hits a 300GB single file,
then the copy will proceed to copy that file as fast as tape performance
permits, but the total byte count won't increase until that huge file
completes.  And a multi-hundred GB file could easily take 20 minutes or
more.

Next time you catch it in this state, look at the size of the current
file, and do the arithmetic.  Is it possible that is what you are
seeing?

If you can look at the tape drives themselves, you can tell if the tape
drives themselves are reading and writing, or sitting idle, can't you? 
I suspect that the tape drives will be buzzing away, even though it
seems like you aren't making progress.

If I have misunderstood, and you can tell that the drives are really
idle, then I would look at drive firmware next, then at IBMtape drivers.
 Make sure you are up-to-date  We have 6 TSM Windows servers with IBM
libraries and drives, and we are not seeing the symptom you describe,
that is, periods of actual stalled backup stgpools.

Feel free to contact me offline if you have not done the firmware and
driver updates before, and need any assistance.


Best Regards,
 
 John D. Schneider
 The Computer Coaching Community, LLC
 Office: (314) 635-5424 / Toll Free: (866) 796-9226
 Cell: (314) 750-8721
 
 
   Original Message 
Subject: [ADSM-L] Backup Stgpool using 2 drives taking too long
From: Mario Behring mariobehr...@yahoo.com
Date: Mon, August 03, 2009 1:34 pm
To: ADSM-L@VM.MARIST.EDU

Hi list,

The environment is TSM Server 5.5 running on a Windows 2003 box with a
IBM ULT3580-TD4 SCSI (2 drives) connected.

There is a backup stgpool process running on background for more than 12
hours (several schedules were missed during this time).

The process is using both drives, one reading the data and the other
writing, as expected. The problem is that, at some point, both drives
stay IDLE for more than 20 minutes...then start reading/writing again
(for a short time I might add).

The process would be long over by now if this was not happening...what
could be wrong and how can I put the drives to work non-stop, if
possible...??

Any process that uses both drives in this fashion, like an EXPORT for
example, is behaving the same way...

Thanks

Mario


Re: Backup Stgpool using 2 drives taking too long

2009-08-03 Thread Mueller, Ken
Since you mentioned they were SCSI drives, is it possible you have a
cable quality / length / termination issue on your SCSI bus.  It might
only manifest itself under certain signalling conditions such as those
under heavy load by multiple targets.  Can you do a full tape-to-tape
copy outside of TSM without issue?

-Ken

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
Mario Behring
Sent: Monday, August 03, 2009 2:35 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Backup Stgpool using 2 drives taking too long


Hi list,

The environment is TSM Server 5.5 running on a Windows 2003 box with a
IBM ULT3580-TD4 SCSI (2 drives) connected.

There is a backup stgpool process running on background for more than 12
hours (several schedules were missed during this time).

The process is using both drives, one reading the data and the other
writing, as expected. The problem is that, at some point, both drives
stay IDLE for more than 20 minutes...then start reading/writing again
(for a short time I might add).

The process would be long over by now if this was not happening...what
could be wrong and how can I put the drives to work non-stop, if
possible...??

Any process that uses both drives in this fashion, like an EXPORT for
example, is behaving the same way...

Thanks

Mario


Re: Backup Stgpool using 2 drives taking too long

2009-08-03 Thread Wanda Prather
Ditto what everybody else said- can be lots of things.

But I've seen this behavior at exactly ONE customer with LTO4 drives in a
TS3310.
2-drive processes would sometimes take hours.
No errors recorded anywhere, just very, very slow.

Peering through the TS3310 window, I could see (with difficulty) that the
yellow lights on the drives were flashing while this is going on.  If you
look in the IBM LTO book, that light is not supposed to be on (it's weird -
the yellow light means different things depending on whether it's blinking
once per second, twice per second.)

Indicated a firmware error, even though the error was not forwarded to TSM.
And firmware wasn't that old.  But upgrading the firmware fixed it.

W

On Mon, Aug 3, 2009 at 2:34 PM, Mario Behring mariobehr...@yahoo.comwrote:

 Hi list,

 The environment is TSM Server 5.5 running on a Windows 2003 box with a IBM
 ULT3580-TD4 SCSI (2 drives) connected.

 There is a backup stgpool process running on background for more than 12
 hours (several schedules were missed during this time).

 The process is using both drives, one reading the data and the other
 writing, as expected. The problem is that, at some point, both drives stay
 IDLE for more than 20 minutes...then start reading/writing again (for a
 short time I might add).

 The process would be long over by now if this was not happening...what
 could be wrong and how can I put the drives to work non-stop, if
 possible...??

 Any process that uses both drives in this fashion, like an EXPORT for
 example, is behaving the same way...

 Thanks

 Mario



Re: Change TSM Platform

2009-08-03 Thread John D. Schneider
Shawn,
From my understanding, you are going to have to set up a new TSM server,
and migrate the clients over to it.  You can use the export commands to
export policies and client data from one TSM server to another directly
across the LAN.  That will make it somewhat less painful, but depending
on how many clients you have, this could take a few weeks.  You will
have to have enough storage capacity on the new system to absorb all
this data.  If you only have one tape library, you will have to set up
library sharing, and have enough tapes to have two copies of some
clients' data as you migrate clients over.  If you want more detailed
instructions, please ask. Many of us have been through such migrations
before.

According to the help on EXPORT NODE, you can't use it on nodes of type
NAS.  You will have to move the NAS clients over to the new TSM server,
and wait for the old backups to expire before you retire the old backup
server.  

Best Regards,
 
 John D. Schneider
 The Computer Coaching Community, LLC
 Office: (314) 635-5424 / Toll Free: (866) 796-9226
 Cell: (314) 750-8721
 
 
   Original Message 
Subject: Re: [ADSM-L] Change TSM Platform
From: Michael Green mishagr...@gmail.com
Date: Mon, August 03, 2009 1:32 pm
To: ADSM-L@VM.MARIST.EDU

You will be moving from x86/64 architecture to Power. They are binary
incompatible. You cannot upload DB from x86 to Power (this is what
backup/restore essentially doees). Your only option is to export DB.

Don't know about the NDMP.
--
Warm regards,
Michael Green



On Mon, Aug 3, 2009 at 9:06 PM, Shawn
Drewshawn.d...@americas.bnpparibas.com wrote:
 We are looking at the possibility of changing a branch's TSM 5.4 server
 from Windows to AIX.
 As far as I know, you can NOT backup a DB on Windows and restore it to an
 AIX platform.Is this still the case?

 If not, can anyone think of a way to move NDMP toc/backups from one TSM
 server to another?