|
I am thinking the contention was that TSM does this backup storage pool using two processes. We have two drives in our 3582-L23 so it uses both at the same time. It actually tried to chunk out both tapes and go on to the next about the same time. 09/26/05 00:53:37 ANR8341I End-of-volume reached for LTO volume 03WK1. (SESSION: 11127, PROCESS: 152) 09/26/05 00:53:49 ANR0515I Process 152 closed volume 03WK1. (SESSION: 11127, PROCESS: 152) 09/26/05 00:53:50 ANR8336I Verifying label of LTO volume 03WK1 in drive TAPMLB01 (DRVRSRC). (SESSION: 11127, PROCESS: 152) 09/26/05 00:54:30 ANR8468I LTO volume 03WK1 dismounted from drive TAPMLB01 (DRVRSRC) in library TAPMLB01. (SESSION: 11127, PROCESS: 152) 09/26/05 00:54:31 ANR8373I 074: Waiting for the completion of a system MLB operation in device TAPMLB01. (SESSION: 11127, PROCESS: 152) 09/26/05 00:54:42 ANR0515I Process 151 closed volume 04WK1. (SESSION: 11127, PROCESS: 151) 09/26/05 00:54:43 ANR1181E astxn.c589: Data storage transaction 0:2779524794 was aborted. (SESSION: 11127, PROCESS: 151) 09/26/05 00:54:44 ANR2183W dfbackup.c1497: Transaction 0:2779524794 was aborted. (SESSION: 11127, PROCESS: 151) 09/26/05 00:54:44 ANR1280E BACKUP STGPOOL: Process 151 terminated - transaction aborted. (SESSION: 11127, PROCESS: 151) 09/26/05 00:54:44 ANR0986I Process 151 for BACKUP STORAGE POOL running in the BACKGROUND processed 1859187 items for a total of 368,999,694,336 bytes with a completion state of FAILURE at 00:54:44. (SESSION: 11127, PROCESS: 151) 09/26/05 00:54:48 ANR8468I LTO volume 04WK1 dismounted from drive TAPMLB01 (DRVRSRC) in library TAPMLB01. (SESSION: 11127, PROCESS: 151) 09/26/05 00:55:31 ANR8373I 074: Waiting for the completion of a system MLB operation in device TAPMLB01. 09/26/05 00:56:31 ANR8373I 074: Waiting for the completion of a system MLB operation in device TAPMLB01. 09/26/05 00:56:55 ANR8328I 074: LTO volume 05WK1 mounted in drive TAPMLB01 (DRVRSRC). (SESSION: 11127, PROCESS: 152) 09/26/05 00:56:55 ANR1340I Scratch volume 05WK1 is now defined in storage pool LTO_3582_WEEK1. (SESSION: 11127, PROCESS: 152) 09/26/05 00:56:55 ANR0513I Process 152 opened output volume 05WK1. (SESSION: 11127, PROCESS: 152) And TSM uses the PASE api's to talk to the tape drive. The PASE tape api's SUCK! They are unreliable. They are a performance dog. We only get a third of the transfer rate using them that we do with native save commands. IBM admits to the performance issue. Their solution: dump i5/os and run TSM on other platforms. Rob Berendt
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.