Re: Gigabit Ethernet speed

[Rushforth, Tim]

Consider using NIC's with TCP Offload Engines (TOE'S)- this should help with
CPU utilization.

-Original Message-
From: Seay, Paul [mailto:[EMAIL PROTECTED]]
Sent: December 27, 2002 2:53 PM
To: [EMAIL PROTECTED]
Subject: Re: Gigabit Ethernet speed

For some reason we forget that IP packet processing on the client and server
take a lot of CPU resources.  Check your CPU utilization on both to see what
is happening.  My experience is a 450mhz x 4 P660 can process maximum of
about 7 kb/sec.  When we had only one gigabit interface that is what it
ran at and also with 2 gigabit interfaces in total.  In both cases the CPU
goes to 100 percent and no more packets can be processed.

It can also be a client issue if they do not have enough CPU to push the
data to the server.

This is the place LANFREE comes into play.

Paul D. Seay, Jr.
Technical Specialist
Naptheon Inc.
757-688-8180


-Original Message-
From: Conko, Steven [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, December 24, 2002 9:44 AM
To: [EMAIL PROTECTED]
Subject: Gigabit Ethernet speed


anybody have any tips on what type of "Network transfer rate" we should be
seeing for our backups over gigabit ethernet? the clients backup via copper
Gb ethernet dedicated for backups to a tsm server connected to a 3494 tape
library with 10 3590 tape drives via fibre channel/brocade switch.

there is only one client on one gigabit interface and 3 on another.

any tips for improving network performance?

thanks

Steven A. Conko
Senior Unix Systems Administrator
ADT Security Services, Inc.

Re: Gigabit Ethernet speed

[Seay, Paul]

For some reason we forget that IP packet processing on the client and server
take a lot of CPU resources.  Check your CPU utilization on both to see what
is happening.  My experience is a 450mhz x 4 P660 can process maximum of
about 7 kb/sec.  When we had only one gigabit interface that is what it
ran at and also with 2 gigabit interfaces in total.  In both cases the CPU
goes to 100 percent and no more packets can be processed.

It can also be a client issue if they do not have enough CPU to push the
data to the server.

This is the place LANFREE comes into play.

Paul D. Seay, Jr.
Technical Specialist
Naptheon Inc.
757-688-8180


-Original Message-
From: Conko, Steven [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, December 24, 2002 9:44 AM
To: [EMAIL PROTECTED]
Subject: Gigabit Ethernet speed


anybody have any tips on what type of "Network transfer rate" we should be
seeing for our backups over gigabit ethernet? the clients backup via copper
Gb ethernet dedicated for backups to a tsm server connected to a 3494 tape
library with 10 3590 tape drives via fibre channel/brocade switch.

there is only one client on one gigabit interface and 3 on another.

any tips for improving network performance?

thanks

Steven A. Conko
Senior Unix Systems Administrator
ADT Security Services, Inc.

TSM Scheduler shows backups completed successfully dsmerror.log shows backups failed ?

[shekhar Dhotre]

Hi All ,

 q eve * * shows all backups are completing successfully but  clients
dsmerror.log  file shows  schedule command failed ,How I can verify that
these backups are completing successfully other than restore test?

26-12-2002 20:45:08 ANS1909E The scheduled command failed.
26-12-2002 20:45:08 ANS1512E Scheduled event 'EMEAPROD_HOT_DAILY' failed.
Retur


tsm: TSM>q eve * * begindate=today-1

Scheduled Start  Actual Start Schedule Name Node Name Status
  - -
-
12/26/02   01:00:00  12/26/02   01:02:06  AMERUAT_HOT_- F5N73 Completed
   DAILY
12/26/02   01:58:42  12/26/02   01:58:44  F2N17_CMD F2N17 Completed
12/26/02   02:25:29  12/26/02   02:32:57  F3N45_DAILY_- F3N45 Completed
   BACKUP
12/26/02   03:00:00  12/26/02   03:00:10  F2N29_DAILY_- F2N29 Completed
   BACKUP
12/26/02   05:00:00  12/26/02   05:01:15  F3N47_DAILY_- F3N47 Completed
   BACKUP
12/26/02   06:00:00  12/26/02   06:01:00  F3N43_DAILY_- F3N43 Completed
   BACKUP
12/26/02   09:00:00  12/26/02   12:06:30  CPD39_DAILY_- F3N37 Completed
   BACKUP
12/26/02   10:00:00  12/26/02   10:00:03  CPA35_DAILY   F3N35 Completed
12/26/02   19:00:00  12/26/02   19:13:01  EMEAPROD_HOT- F2N21 Completed
   _DAILY
12/26/02   19:18:00  12/26/02   19:19:30  SPCWS SPCWS01 Completed
12/26/02   19:35:00  12/26/02   19:48:18  TAHODEV_HOT_- F5N67 Completed
   DAILY
more...   ( to continue, 'C' to cancel)

tsm: TSM>q eve * *

Scheduled Start  Actual Start Schedule Name Node Name Status
  - -
-
12/27/02   01:00:00  12/27/02   01:01:20  AMERUAT_HOT_- F5N73 Completed
   DAILY
12/27/02   01:58:42  12/27/02   01:58:44  F2N17_CMD F2N17 Completed
12/27/02   02:25:29  12/27/02   02:32:59  F3N45_DAILY_- F3N45 Completed
   BACKUP
12/27/02   03:00:00  12/27/02   03:44:02  APUAT0_COLD_- F5N73 Completed
   DAILY
12/27/02   03:00:00  12/27/02   03:04:38  F2N29_DAILY_- F2N29 Completed
   BACKUP
12/27/02   05:00:00  12/27/02   05:06:44  F3N47_DAILY_- F3N47 Completed
   BACKUP
12/27/02   06:00:00  12/27/02   06:07:10  F3N43_DAILY_- F3N43 Completed
   BACKUP
12/27/02   09:00:00  12/27/02   11:47:14  CPD39_DAILY_- F3N37 Completed
   BACKUP
12/27/02   10:00:00  12/27/02   10:00:03  CPA35_DAILY   F3N35 Completed
12/27/02   11:00:00  12/27/02   11:06:23  APPROD_HOT_D- F2N21 Completed
   AILY

f2n21 /tsg/tsm>more dsmerror.log
26-12-2002 20:45:08 ANS1909E The scheduled command failed.
26-12-2002 20:45:08 ANS1512E Scheduled event 'EMEAPROD_HOT_DAILY' failed.
Retur
n code = 1.
27-12-2002 08:50:15 ANS1038S Invalid option specified
27-12-2002 08:50:15 ANS1820E Command line options must be preceded by a
'-'
27-12-2002 08:50:31 ANS1038S Invalid option specified
27-12-2002 08:50:31 ANS1820E Command line options must be preceded by a
'-'
27-12-2002 08:50:42 ANS1038S Invalid option specified
27-12-2002 08:50:42 ANS1820E Command line options must be preceded by a
'-'
27-12-2002 08:50:56 ANS1038S Invalid option specified
27-12-2002 08:50:56 ANS1820E Command line options must be preceded by a
'-'
27-12-2002 08:51:00 ANS1038S Invalid option specified
27-12-2002 08:51:00 ANS1820E Command line options must be preceded by a
'-'
27-12-2002 08:51:05 ANS1038S Invalid option specified
27-12-2002 08:51:05 ANS1820E Command line options must be preceded by a
'-'
27-12-2002 13:10:19 ANS1909E The scheduled command failed.
27-12-2002 13:10:19 ANS1512E Scheduled event 'APPROD_HOT_DAILY' failed.
Return
code = 1.
27-12-2002 13:10:19 ANS1005E TCP/IP read error on socket = 6, errno = 73,
reason
 : 'A connection with a remote socket was reset by that socket.'.

Thank You
SD

Re: Tools to perform backups from a file of directories

[Nelson, Doug]

TSM has a journaling facility of its own. It works great.

-Original Message-
From: Jacque Mergens [mailto:[EMAIL PROTECTED]]
Sent: Friday, December 27, 2002 2:05 PM
To: [EMAIL PROTECTED]
Subject: Tools to perform backups from a file of directories


I am working with very large filesystems and have run into issues with time
requirements to scan directories and such.  I was wondering if anyone might
know of any tools that would allow me to run a backup from a journal file?

Jacque Mergens
Sr. Systems Engineer
Emageon Inc
1200 Corporate Dr
Birmingham, AL 35242
(205)980-7543 (o)
(205)410-8326 (c)

Tools to perform backups from a file of directories

[Jacque Mergens]

I am working with very large filesystems and have run into issues with time
requirements to scan directories and such.  I was wondering if anyone might 
know of any tools that would allow me to run a backup from a journal file?

Jacque Mergens
Sr. Systems Engineer
Emageon Inc
1200 Corporate Dr
Birmingham, AL 35242
(205)980-7543 (o)
(205)410-8326 (c)

API Query - Unknown Format

[Stanfield Alejandro]

Hi, I'm trying to query backups objects (made with the GUI/CLI clients) from
the TSM API (using the sample API program dapismp.exe).

I'm constantly getting RC122 Unknown Format.

It looks like if the API would reject passing info to the DAPISMP.exe app
which was not sent to TSM using the API (I'm able to backup a file using
dapismp.exe and then I get the right results, also this file doesn't show up
in the GUI although I don't care about that)

The documentation says there is interoperability between the client and the
API as long as naming conventions are followed which I seem to be doing.

E.g:
FS: \\ws68859\c$ <\\ws68859\c$>
HL: \ALEX
LL: \DATO

Can someone tell me how to bypass this limitation?

My final objective is to scan the files in the server in order to gather
some statistics on versions, sizes, dates, etc

Thanks in advance
Regards
Alex

Re: Antwort: Re: Antwort: Volumes Private with NO stgpool last use DATA

[Robin Sharpe]

In that case, I would try re-labeling with "overwrite=yes".  If that
doesn't work, they may be defective.  Were they ever used, or are they
brand-new?
Robin


   

Markus Veit

   To:[EMAIL PROTECTED]   

Sent by: "ADSM:  cc:   

Dist StorSubject:  

Manager"Antwort: Re: Antwort: Volumes Private with 
NO stgpool last use DATA
<[EMAIL PROTECTED]   

T.EDU> 

   

   

12/27/02 11:48 

AM 

Please respond 

to "ADSM: Dist 

Stor Manager"  

   

   




Hi Robin,
that's true, the message goes something like status of volume  blah
blah has
changed to private to prevent reaccess,
but the volume has no last use when you do a q libv  < volume> it is
just
private, not private  and last use data

Mit freundlichen Grüßen / Best Regards

Markus Veit







   An:
[EMAIL PROTECTED]

   Kopie:

   Thema:   Re: Antwort:
Volumes Private with NO stgpool last use DATA

 [EMAIL PROTECTED]

 U

 Received :  27.12.2002

 17:36

 Bitte antworten an "ADSM:

 Dist Stor Manager"







Markus,

I've seen that also... I think what happens is TSM tries to use a tape that
has been deleted as a scratch, but encounters a problem of some kind, so it
marks the tape "provate" to prevent it being used again.  If that is the
case, you should see a message in the activity log indicating the
condition.  Do a query of the actlog searching for the tape volser and you
should see the message.

HTH
Robin Sharpe



Markus Veit

   To:[EMAIL PROTECTED]

Sent by: "ADSM:  cc:

Dist StorSubject:

Manager"Antwort: Volumes Private with
NO
stgpool last use DATA
<[EMAIL PROTECTED]

T.EDU>



12/27/02 11:26

AM

Please respond

to "ADSM: Dist

Stor Manager"






Hi,
thats the thing, there are no records in the volume history, but still
Private
with Data
Seems like a bug to me, or a feature for tape manufactures :-)

Mit freundlichen Grüßen / Best Regards

Markus Veit






   An:
[EMAIL PROTECTED]

   Kopie:

   Thema:


 [EMAIL PROTECTED]

 U

 Received :  27.12.2002

 17:19

 Bitte antworten an "ADSM:

 Dist Stor Manager"







To find out what TSM actually did with that volume, you can use this SQL
query:

SELECT * FROM VOLHISTORY WHERE VOLUME_NAME=''

This will give you a history of how TSM used that tape, and the last entry
is the final status of the volume. If the tapes are truely not assigned to
anything (stgp, dbbackup, backupset, export,...) then just CHECKOUT LIBV
with REM=NO and check them back in as STAT=SCR.

Bill 

Re: The tape that would not be scratched...

[bbullock]

Ahh, this is an old problem that you can find in the archives. But
to save you the trouble, here is the fix.
The simple answer is a "audit vol fix=yes" but for a copypool tape, you need
a couple extra steps:

update vol $1 access=readw
audit vol $1 fix=yes
update vol $1 access=offsite

(note, you do NOT need to insert the tape, it will never ask for it).

It will now be empty and should be returned by your normal DR processes.

Ben

-Original Message-
From: Lawson, Jerry W (ETSD, IT) [mailto:[EMAIL PROTECTED]]
Sent: Friday, December 27, 2002 10:56 AM
To: [EMAIL PROTECTED]
Subject: The tape that would not be scratched...


Date:   December 27, 2002   Time: 12:40 PM
From:   Jerry Lawson
The Hartford Insurance Group
860 547-2960[EMAIL PROTECTED]

-
Hello to all of my friends out there, its been a while since I've had the
pleasure of spending time with this forum.  Unfortunately, I have a problem
that brings me here - I'm filling in for some folks while they enjoy the
holidays away from work.

I have a series of 5 tapes (unrelated to each other, I believe) that fall
into the same set of circumstances.  They are copypool tapes, and as such,
of course, are offsite.  Each tape shoes as being 100% reclaimable, and a Q
Content confirms this.  I even tried a Move Data on the tapes, and the
response was that they contained no data.  The problem is that they keep
coming for reclamation, and they can't be reclaimed!  About every 5 minutes,
a process kicks off, ends with a completion code of Success, but nothing
happens, and the loop begins again.

Now the obvious solution would be to delete the tapes, but when I try this
the response is a condition code 13 (ANS8001I message), and the associated
message says that the tapes still contain data.  So, throwing all caution to
the winds, I do a Delete Vol, discard=yes, and I still get the condition
code 13.

It is indeed interesting that the Q content shows nothing, the Move Data
confirms this, yet the Q Volume shows 100% reclaimable, with a status of
FULL, and not EMPTY, and the Delete Volume will not work, even with a Force
command.

The only good thing about all of this is that when a "legitimate" tape
qualifies for reclamation, it seems to jump to the head of the queue, and
gets reclaimed normally.

Has anyone seem anything like this before?  Any suggestions on how to get
rid of these tapes?



-
 Jerry



This communication, including attachments, is for the exclusive use of
addressee and may contain proprietary, confidential or privileged
information. If you are not the intended recipient, any use, copying,
disclosure, dissemination or distribution is strictly prohibited. If
you are not the intended recipient, please notify the sender
immediately by return email and delete this communication and destroy all
copies.

Re: The tape that would not be scratched...

[Robert L. Rippy]

Mark the volumes reado onlly with 'update volume x acc=reado' then
audit them with 'audit vol x fix=y' It will give an error and correct
volume. Then bring volume back to offite by 'upd vol x acc=offsite'
That is as long as the access mode is already offsite. It its a volume in
the library, once you are done you will have to ;del vol x' also to get
it back,.

Thanks,
Robert Rippy.



From: "Lawson, Jerry W (ETSD, IT)" <[EMAIL PROTECTED]> on 12/27/2002
  12:55 PM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

To:   [EMAIL PROTECTED]
cc:
Subject:  The tape that would not be scratched...

Date:   December 27, 2002   Time: 12:40 PM
From:   Jerry Lawson
The Hartford Insurance Group
860 547-2960[EMAIL PROTECTED]

-
Hello to all of my friends out there, its been a while since I've had the
pleasure of spending time with this forum.  Unfortunately, I have a problem
that brings me here - I'm filling in for some folks while they enjoy the
holidays away from work.

I have a series of 5 tapes (unrelated to each other, I believe) that fall
into the same set of circumstances.  They are copypool tapes, and as such,
of course, are offsite.  Each tape shoes as being 100% reclaimable, and a Q
Content confirms this.  I even tried a Move Data on the tapes, and the
response was that they contained no data.  The problem is that they keep
coming for reclamation, and they can't be reclaimed!  About every 5
minutes,
a process kicks off, ends with a completion code of Success, but nothing
happens, and the loop begins again.

Now the obvious solution would be to delete the tapes, but when I try this
the response is a condition code 13 (ANS8001I message), and the associated
message says that the tapes still contain data.  So, throwing all caution
to
the winds, I do a Delete Vol, discard=yes, and I still get the condition
code 13.

It is indeed interesting that the Q content shows nothing, the Move Data
confirms this, yet the Q Volume shows 100% reclaimable, with a status of
FULL, and not EMPTY, and the Delete Volume will not work, even with a Force
command.

The only good thing about all of this is that when a "legitimate" tape
qualifies for reclamation, it seems to jump to the head of the queue, and
gets reclaimed normally.

Has anyone seem anything like this before?  Any suggestions on how to get
rid of these tapes?



-
 Jerry



This communication, including attachments, is for the exclusive use of
addressee and may contain proprietary, confidential or privileged
information. If you are not the intended recipient, any use, copying,
disclosure, dissemination or distribution is strictly prohibited. If
you are not the intended recipient, please notify the sender
immediately by return email and delete this communication and destroy all
copies.

The tape that would not be scratched...

[Lawson, Jerry W (ETSD, IT)]

Date:   December 27, 2002   Time: 12:40 PM
From:   Jerry Lawson
The Hartford Insurance Group
860 547-2960[EMAIL PROTECTED]

-
Hello to all of my friends out there, its been a while since I've had the
pleasure of spending time with this forum.  Unfortunately, I have a problem
that brings me here - I'm filling in for some folks while they enjoy the
holidays away from work.

I have a series of 5 tapes (unrelated to each other, I believe) that fall
into the same set of circumstances.  They are copypool tapes, and as such,
of course, are offsite.  Each tape shoes as being 100% reclaimable, and a Q
Content confirms this.  I even tried a Move Data on the tapes, and the
response was that they contained no data.  The problem is that they keep
coming for reclamation, and they can't be reclaimed!  About every 5 minutes,
a process kicks off, ends with a completion code of Success, but nothing
happens, and the loop begins again.

Now the obvious solution would be to delete the tapes, but when I try this
the response is a condition code 13 (ANS8001I message), and the associated
message says that the tapes still contain data.  So, throwing all caution to
the winds, I do a Delete Vol, discard=yes, and I still get the condition
code 13.

It is indeed interesting that the Q content shows nothing, the Move Data
confirms this, yet the Q Volume shows 100% reclaimable, with a status of
FULL, and not EMPTY, and the Delete Volume will not work, even with a Force
command.

The only good thing about all of this is that when a "legitimate" tape
qualifies for reclamation, it seems to jump to the head of the queue, and
gets reclaimed normally.

Has anyone seem anything like this before?  Any suggestions on how to get
rid of these tapes?



-
 Jerry



This communication, including attachments, is for the exclusive use of
addressee and may contain proprietary, confidential or privileged
information. If you are not the intended recipient, any use, copying,
disclosure, dissemination or distribution is strictly prohibited. If
you are not the intended recipient, please notify the sender
immediately by return email and delete this communication and destroy all copies.

Re: Antwort: Re: Antwort: Volumes Private with NO stgpool last use DATA

[Richard Sims]

>indeed they are checked in as scratch, so there seems to be a bug somewhere
>for the volumes not to automattically return to scratch

Again, check your Activity Log for what events surrounded the historical use
of the volumes.  (Your Activity Log retention, one way or another, should extend
back in time at least several months, as necessary evidence of what's happening
in your company's backup system.)  If the volumes were Defined to be in a storage
pool, they would stay in the storage pool when emptied.

Re: Antwort: Volumes Private with NO stgpool last use DATA

[Richard Sims]

>does anybode have an idea on why volumes in a library have a status of Private...

Check your records on the use of those volumes:
 - Volumehistory
 - Activity Log

Re: Antwort: Re: Antwort: Volumes Private with NO stgpool last use DATA

[Bill Boyer]

What is the error you are seeing right before TSM announces the tapes are
being marked "Private"?? Have you tried to LABEL LIBV them? Maybe they don't
have a valid internal label?

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Markus Veit
Sent: Friday, December 27, 2002 11:58 AM
To: [EMAIL PROTECTED]
Subject: Antwort: Re: Antwort: Volumes Private with NO stgpool last use
DATA


Hi Bill,
indeed they are checked in as scratch, so there seems to be a bug somewhere
for
the volumes not to automattically return to scratch

Mit freundlichen Gr|_en / Best Regards

Markus Veit







   An:  [EMAIL PROTECTED]
   Kopie:
   Thema:   Re: Antwort: Volumes
Private with NO stgpool last use DATA

 [EMAIL PROTECTED]
 U
 Received :  27.12.2002
 17:41
 Bitte antworten an "ADSM:
 Dist Stor Manager"






Then I would CHECKOUT LIBV   REM=NO CHECKL=NO and then
CHECKIN LIBV  SEARCH=YES STAT=SCR CHECKL=B and see if TSM lets you
check them in as scratch.

Bill Boyer
DSS, Inc.

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Markus Veit
Sent: Friday, December 27, 2002 11:27 AM
To: [EMAIL PROTECTED]
Subject: Antwort: Volumes Private with NO stgpool last use DATA


Hi,
thats the thing, there are no records in the volume history, but still
Private
with Data
Seems like a bug to me, or a feature for tape manufactures :-)

Mit freundlichen Gr|_en / Best Regards

Markus Veit






   An:  [EMAIL PROTECTED]
   Kopie:
   Thema:

 [EMAIL PROTECTED]
 U
 Received :  27.12.2002
 17:19
 Bitte antworten an "ADSM:
 Dist Stor Manager"






To find out what TSM actually did with that volume, you can use this SQL
query:

SELECT * FROM VOLHISTORY WHERE VOLUME_NAME=''

This will give you a history of how TSM used that tape, and the last entry
is the final status of the volume. If the tapes are truely not assigned to
anything (stgp, dbbackup, backupset, export,...) then just CHECKOUT LIBV
with REM=NO and check them back in as STAT=SCR.

Bill Boyer
DSS, Inc.
"Some days you're the bug, some days you're the windshield." -- ??

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Nelson, Doug
Sent: Friday, December 27, 2002 10:58 AM
To: [EMAIL PROTECTED]
Subject:


Database backup tapes will also show up as private, data, with no associated
storage pool.

Douglas C. Nelson
Distributed Computing Consultant
Alltel Information Services
Chittenden Data Center
2 Burlington Square
Burlington, Vt. 05401
802-660-2336



-Original Message-
From: Markus Veit [mailto:[EMAIL PROTECTED]]
Sent: Friday, December 27, 2002 10:50 AM
To: [EMAIL PROTECTED]
Subject:


Hi TSMers,
does anybode have an idea on why volumes in a library have a status of
Private
with last use Data
but do not belong to a storagepool. Volumes with a status of private with no
last use are defect, ie can't read the label.
volume_name LIBRARY_NAME  STATUS  LAST_USEACCESS
41L1ADIC100 Private Data
01L1ADIC100 Private Data
68L1ADIC100 Private Data
61L1ADIC100 Private Data
51L1ADIC100 Private Data
47L1ADIC100 Private Data
45L1ADIC100 Private Data
79L1ADIC100 Private Data
08L1ADIC100 Private Data
02L1ADIC100 Private Data
000135L1ADIC100 Private Data
06L1ADIC100 Private Data
09L1ADIC100 Private Data
22L1ADIC100 Private Data
TSM Server 4.2.1.9
W2k  SP3

Mit freundlichen Gr|_en / Best Regards

Markus Veit



=



=

Antwort: Re: Antwort: Volumes Private with NO stgpool last use DATA

[Markus Veit]

Hi Bill,
indeed they are checked in as scratch, so there seems to be a bug somewhere for
the volumes not to automattically return to scratch

Mit freundlichen Grüßen / Best Regards

Markus Veit




   

   

   

   An:  [EMAIL PROTECTED]   

   Kopie:  

   Thema:   Re: Antwort: Volumes Private 
with NO stgpool last use DATA 
   

 [EMAIL PROTECTED] 

 U 

 Received :  27.12.2002

 17:41 

 Bitte antworten an "ADSM: 

 Dist Stor Manager"

   

   





Then I would CHECKOUT LIBV   REM=NO CHECKL=NO and then
CHECKIN LIBV  SEARCH=YES STAT=SCR CHECKL=B and see if TSM lets you
check them in as scratch.

Bill Boyer
DSS, Inc.

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Markus Veit
Sent: Friday, December 27, 2002 11:27 AM
To: [EMAIL PROTECTED]
Subject: Antwort: Volumes Private with NO stgpool last use DATA


Hi,
thats the thing, there are no records in the volume history, but still
Private
with Data
Seems like a bug to me, or a feature for tape manufactures :-)

Mit freundlichen Gr|_en / Best Regards

Markus Veit






   An:  [EMAIL PROTECTED]
   Kopie:
   Thema:

 [EMAIL PROTECTED]
 U
 Received :  27.12.2002
 17:19
 Bitte antworten an "ADSM:
 Dist Stor Manager"






To find out what TSM actually did with that volume, you can use this SQL
query:

SELECT * FROM VOLHISTORY WHERE VOLUME_NAME=''

This will give you a history of how TSM used that tape, and the last entry
is the final status of the volume. If the tapes are truely not assigned to
anything (stgp, dbbackup, backupset, export,...) then just CHECKOUT LIBV
with REM=NO and check them back in as STAT=SCR.

Bill Boyer
DSS, Inc.
"Some days you're the bug, some days you're the windshield." -- ??

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Nelson, Doug
Sent: Friday, December 27, 2002 10:58 AM
To: [EMAIL PROTECTED]
Subject:


Database backup tapes will also show up as private, data, with no associated
storage pool.

Douglas C. Nelson
Distributed Computing Consultant
Alltel Information Services
Chittenden Data Center
2 Burlington Square
Burlington, Vt. 05401
802-660-2336



-Original Message-
From: Markus Veit [mailto:[EMAIL PROTECTED]]
Sent: Friday, December 27, 2002 10:50 AM
To: [EMAIL PROTECTED]
Subject:


Hi TSMers,
does anybode have an idea on why volumes in a library have a status of
Private
with last use Data
but do not belong to a storagepool. Volumes with a status of private with no
last use are defect, ie can't read the label.
volume_name LIBRARY_NAME  STATUS  LAST_USEACCESS
41L1ADIC100 Private Data
01L1ADIC100 Private Data
68L1ADIC100 Private Data
61L1ADIC100 Private Data
51L1ADIC100 Private Data
47L1ADIC100 Private Data
45L1ADIC100 Private Data
79L1ADIC100 Private Data
08L1ADIC100 Private Data
02L1ADIC100 Private D

Antwort: Re: Antwort: Volumes Private with NO stgpool last use DATA

[Markus Veit]

Hi Robin,
that's true, the message goes something like status of volume  blah blah has
changed to private to prevent reaccess,
but the volume has no last use when you do a q libv  < volume> it is just
private, not private  and last use data

Mit freundlichen Grüßen / Best Regards

Markus Veit




   

   

   

   An:  [EMAIL PROTECTED]   

   Kopie:  

   Thema:   Re: Antwort: Volumes Private 
with NO stgpool last use DATA 
   

 [EMAIL PROTECTED] 

 U 

 Received :  27.12.2002

 17:36 

 Bitte antworten an "ADSM: 

 Dist Stor Manager"

   

   





Markus,

I've seen that also... I think what happens is TSM tries to use a tape that
has been deleted as a scratch, but encounters a problem of some kind, so it
marks the tape "provate" to prevent it being used again.  If that is the
case, you should see a message in the activity log indicating the
condition.  Do a query of the actlog searching for the tape volser and you
should see the message.

HTH
Robin Sharpe



Markus Veit

   To:[EMAIL PROTECTED]

Sent by: "ADSM:  cc:

Dist StorSubject:

Manager"Antwort: Volumes Private with NO
stgpool last use DATA
<[EMAIL PROTECTED]

T.EDU>



12/27/02 11:26

AM

Please respond

to "ADSM: Dist

Stor Manager"






Hi,
thats the thing, there are no records in the volume history, but still
Private
with Data
Seems like a bug to me, or a feature for tape manufactures :-)

Mit freundlichen Grüßen / Best Regards

Markus Veit






   An:
[EMAIL PROTECTED]

   Kopie:

   Thema:


 [EMAIL PROTECTED]

 U

 Received :  27.12.2002

 17:19

 Bitte antworten an "ADSM:

 Dist Stor Manager"







To find out what TSM actually did with that volume, you can use this SQL
query:

SELECT * FROM VOLHISTORY WHERE VOLUME_NAME=''

This will give you a history of how TSM used that tape, and the last entry
is the final status of the volume. If the tapes are truely not assigned to
anything (stgp, dbbackup, backupset, export,...) then just CHECKOUT LIBV
with REM=NO and check them back in as STAT=SCR.

Bill Boyer
DSS, Inc.
"Some days you're the bug, some days you're the windshield." -- ??

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Nelson, Doug
Sent: Friday, December 27, 2002 10:58 AM
To: [EMAIL PROTECTED]
Subject:


Database backup tapes will also show up as private, data, with no
associated
storage pool.

Douglas C. Nelson
Distributed Computing Consultant
Alltel Information Services
Chittenden Data Center
2 Burlington Square
Burlington, Vt. 05401
802-660-2336



-Original Message-
From: Markus Veit [mailto:[EMAIL PROTECTED]]
Sent: Friday, December 27, 2002 10:50 AM
To: [EMAIL PROTECTED]
Subject:


Hi TSMers,
does anybode have an idea on why volumes in a li

Re: Antwort: Volumes Private with NO stgpool last use DATA

[Bill Boyer]

Then I would CHECKOUT LIBV   REM=NO CHECKL=NO and then
CHECKIN LIBV  SEARCH=YES STAT=SCR CHECKL=B and see if TSM lets you
check them in as scratch.

Bill Boyer
DSS, Inc.

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Markus Veit
Sent: Friday, December 27, 2002 11:27 AM
To: [EMAIL PROTECTED]
Subject: Antwort: Volumes Private with NO stgpool last use DATA


Hi,
thats the thing, there are no records in the volume history, but still
Private
with Data
Seems like a bug to me, or a feature for tape manufactures :-)

Mit freundlichen Gr|_en / Best Regards

Markus Veit






   An:  [EMAIL PROTECTED]
   Kopie:
   Thema:

 [EMAIL PROTECTED]
 U
 Received :  27.12.2002
 17:19
 Bitte antworten an "ADSM:
 Dist Stor Manager"






To find out what TSM actually did with that volume, you can use this SQL
query:

SELECT * FROM VOLHISTORY WHERE VOLUME_NAME=''

This will give you a history of how TSM used that tape, and the last entry
is the final status of the volume. If the tapes are truely not assigned to
anything (stgp, dbbackup, backupset, export,...) then just CHECKOUT LIBV
with REM=NO and check them back in as STAT=SCR.

Bill Boyer
DSS, Inc.
"Some days you're the bug, some days you're the windshield." -- ??

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Nelson, Doug
Sent: Friday, December 27, 2002 10:58 AM
To: [EMAIL PROTECTED]
Subject:


Database backup tapes will also show up as private, data, with no associated
storage pool.

Douglas C. Nelson
Distributed Computing Consultant
Alltel Information Services
Chittenden Data Center
2 Burlington Square
Burlington, Vt. 05401
802-660-2336



-Original Message-
From: Markus Veit [mailto:[EMAIL PROTECTED]]
Sent: Friday, December 27, 2002 10:50 AM
To: [EMAIL PROTECTED]
Subject:


Hi TSMers,
does anybode have an idea on why volumes in a library have a status of
Private
with last use Data
but do not belong to a storagepool. Volumes with a status of private with no
last use are defect, ie can't read the label.
volume_name LIBRARY_NAME  STATUS  LAST_USEACCESS
41L1ADIC100 Private Data
01L1ADIC100 Private Data
68L1ADIC100 Private Data
61L1ADIC100 Private Data
51L1ADIC100 Private Data
47L1ADIC100 Private Data
45L1ADIC100 Private Data
79L1ADIC100 Private Data
08L1ADIC100 Private Data
02L1ADIC100 Private Data
000135L1ADIC100 Private Data
06L1ADIC100 Private Data
09L1ADIC100 Private Data
22L1ADIC100 Private Data
TSM Server 4.2.1.9
W2k  SP3

Mit freundlichen Gr|_en / Best Regards

Markus Veit



=

Re: Antwort: Volumes Private with NO stgpool last use DATA

[Robin Sharpe]

Markus,

I've seen that also... I think what happens is TSM tries to use a tape that
has been deleted as a scratch, but encounters a problem of some kind, so it
marks the tape "provate" to prevent it being used again.  If that is the
case, you should see a message in the activity log indicating the
condition.  Do a query of the actlog searching for the tape volser and you
should see the message.

HTH
Robin Sharpe


   

Markus Veit

   To:[EMAIL PROTECTED]   

Sent by: "ADSM:  cc:   

Dist StorSubject:  

Manager"Antwort: Volumes Private with NO stgpool 
last use DATA 
<[EMAIL PROTECTED]   

T.EDU> 

   

   

12/27/02 11:26 

AM 

Please respond 

to "ADSM: Dist 

Stor Manager"  

   

   




Hi,
thats the thing, there are no records in the volume history, but still
Private
with Data
Seems like a bug to me, or a feature for tape manufactures :-)

Mit freundlichen Grüßen / Best Regards

Markus Veit






   An:
[EMAIL PROTECTED]

   Kopie:

   Thema:


 [EMAIL PROTECTED]

 U

 Received :  27.12.2002

 17:19

 Bitte antworten an "ADSM:

 Dist Stor Manager"







To find out what TSM actually did with that volume, you can use this SQL
query:

SELECT * FROM VOLHISTORY WHERE VOLUME_NAME=''

This will give you a history of how TSM used that tape, and the last entry
is the final status of the volume. If the tapes are truely not assigned to
anything (stgp, dbbackup, backupset, export,...) then just CHECKOUT LIBV
with REM=NO and check them back in as STAT=SCR.

Bill Boyer
DSS, Inc.
"Some days you're the bug, some days you're the windshield." -- ??

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Nelson, Doug
Sent: Friday, December 27, 2002 10:58 AM
To: [EMAIL PROTECTED]
Subject:


Database backup tapes will also show up as private, data, with no
associated
storage pool.

Douglas C. Nelson
Distributed Computing Consultant
Alltel Information Services
Chittenden Data Center
2 Burlington Square
Burlington, Vt. 05401
802-660-2336



-Original Message-
From: Markus Veit [mailto:[EMAIL PROTECTED]]
Sent: Friday, December 27, 2002 10:50 AM
To: [EMAIL PROTECTED]
Subject:


Hi TSMers,
does anybode have an idea on why volumes in a library have a status of
Private
with last use Data
but do not belong to a storagepool. Volumes with a status of private with
no
last use are defect, ie can't read the label.
volume_name LIBRARY_NAME  STATUS  LAST_USEACCESS
41L1ADIC100 Private Data
01L1ADIC100 Private Data
68L1ADIC100 Private Data
61L1ADIC100 Private Data
51L1ADIC100 Private Data
47L1ADIC100 Private Data
45L1ADIC100 Private Data
79L1ADIC100 Private Data
08L1ADIC100 Private Data
02L1ADIC100 Private Data
000135L1ADIC100 Private Data
0

Re: How much data is being backed up per client?

[Bill Boyer]

I do believe that the accounting data gives both the "Amount of data, in
kilobytes, communicated between the client node and the server during the
session" and the "Amount of backup files, in kilobytes, sent by the client
to the server". Mr. Lindsay Morris has a free script on his ServerGraph page
that will format out the accounting data. The ANE4961I gives the Total
number of bytes transferred during the session, and that includes changing
retries.

For the amount of data migrated, you can query the SUMMARY table for
ACTIVITY=MIGRATION and total up the BYTES column.

I would not rely on the summary table to the client backup sessions. There
have been so many APARS and supposed fixes for this, that trying to figure
out which server and client version actually fix the problem is confusing
and a moving target. Plus I belive this is again the total bytes
transferred, including retries, and not actually how much data was backed
up.

Bill Boyer
DSS, Inc.
"A life?...COOL!! Where can I download one?" -- ??

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Mark Stapleton
Sent: Friday, December 27, 2002 11:10 AM
To: [EMAIL PROTECTED]
Subject: Re: How much data is being backed up per client?


On Fri, 2002-12-27 at 09:21, Cook, Dwight E wrote:
> Best source of info on client traffic is the dsmaccnt.log file in the tsm
> server install directory.

This is not actually true. The accounting log counts the number of bytes
passed from client to server, including all retries. If you have a 3GB
file that retries 4 times for a backup, and then fails, the accounting
log will note 12GB of data when 0 bytes actually backed up.

Looking through the server activity log for ANE4961I messages give a
more accurate picture.

--
Mark Stapleton ([EMAIL PROTECTED])

Antwort: Volumes Private with NO stgpool last use DATA

[Markus Veit]

Hi,
thats the thing, there are no records in the volume history, but still Private
with Data
Seems like a bug to me, or a feature for tape manufactures :-)

Mit freundlichen Grüßen / Best Regards

Markus Veit



   

   

   

   An:  [EMAIL PROTECTED]   

   Kopie:  

   Thema:  

   

 [EMAIL PROTECTED] 

 U 

 Received :  27.12.2002

 17:19 

 Bitte antworten an "ADSM: 

 Dist Stor Manager"

   

   





To find out what TSM actually did with that volume, you can use this SQL
query:

SELECT * FROM VOLHISTORY WHERE VOLUME_NAME=''

This will give you a history of how TSM used that tape, and the last entry
is the final status of the volume. If the tapes are truely not assigned to
anything (stgp, dbbackup, backupset, export,...) then just CHECKOUT LIBV
with REM=NO and check them back in as STAT=SCR.

Bill Boyer
DSS, Inc.
"Some days you're the bug, some days you're the windshield." -- ??

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Nelson, Doug
Sent: Friday, December 27, 2002 10:58 AM
To: [EMAIL PROTECTED]
Subject:


Database backup tapes will also show up as private, data, with no associated
storage pool.

Douglas C. Nelson
Distributed Computing Consultant
Alltel Information Services
Chittenden Data Center
2 Burlington Square
Burlington, Vt. 05401
802-660-2336



-Original Message-
From: Markus Veit [mailto:[EMAIL PROTECTED]]
Sent: Friday, December 27, 2002 10:50 AM
To: [EMAIL PROTECTED]
Subject:


Hi TSMers,
does anybode have an idea on why volumes in a library have a status of
Private
with last use Data
but do not belong to a storagepool. Volumes with a status of private with no
last use are defect, ie can't read the label.
volume_name LIBRARY_NAME  STATUS  LAST_USEACCESS
41L1ADIC100 Private Data
01L1ADIC100 Private Data
68L1ADIC100 Private Data
61L1ADIC100 Private Data
51L1ADIC100 Private Data
47L1ADIC100 Private Data
45L1ADIC100 Private Data
79L1ADIC100 Private Data
08L1ADIC100 Private Data
02L1ADIC100 Private Data
000135L1ADIC100 Private Data
06L1ADIC100 Private Data
09L1ADIC100 Private Data
22L1ADIC100 Private Data
TSM Server 4.2.1.9
W2k  SP3

Mit freundlichen Gr|_en / Best Regards

Markus Veit

Re: Slow tape to tape performance

[Zlatko Krastev/ACIT]

FYI. Quoted from the Admin Ref:
"MOVESizethresh  megabytes
Parameters
megabytes
Specifies the number of megabytes as an integer from 1 to 2048. "

Zlatko Krastev
IT Consultant






"Wilcox, Andy" <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
27.12.2002 13:46
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:Re: Slow tape to tape performance


Firstly I must ask people to accept my apologisies if this message doesn't
look right This is first time I have tried to post a message hear :-)

Just reading through a scenario posted by Michael Wheelock about slow tape
to tape perforance... There are lots of considerations here to take note
of...

We run with an P660-6M1 (near enough a similar server) with a 3584
attached
to four HVD SCSI LTO Drives and four FC LTO Drives (over a SAN). Each SCSI
drive is attached directly to its own SCSI card in the server to max the
performance. With the FC drives we can see all four over each of the four
FC
adapters in the server. You need to make sure you use the as few drives on
one FC bus as possible...

+ fcs1  51-08 FC Adapter
* fscsi151-08-01  FC SCSI I/O Controller Protocol
+ rmt8  51-08-01  IBM 3580 Ultrium Tape Drive (FCP)
+ rmt9  51-08-01  IBM 3580 Ultrium Tape Drive (FCP)
+ rmt10 51-08-01  IBM 3580 Ultrium Tape Drive (FCP)
+ rmt11 51-08-01  IBM 3580 Ultrium Tape Drive (FCP)
+ fcs2  61-08 FC Adapter
* fscsi261-08-01  FC SCSI I/O Controller Protocol
+ rmt12 61-08-01  IBM 3580 Ultrium Tape Drive (FCP)
+ rmt13 61-08-01  IBM 3580 Ultrium Tape Drive (FCP)
+ rmt14 61-08-01  IBM 3580 Ultrium Tape Drive (FCP)
+ rmt15 61-08-01  IBM 3580 Ultrium Tape Drive (FCP)
+ fcs3  71-08 FC Adapter
* fscsi371-08-01  FC SCSI I/O Controller Protocol
+ rmt16 71-08-01  IBM 3580 Ultrium Tape Drive (FCP)
+ rmt17 71-08-01  IBM 3580 Ultrium Tape Drive (FCP)
+ rmt18 71-08-01  IBM 3580 Ultrium Tape Drive (FCP)
+ rmt19 71-08-01  IBM 3580 Ultrium Tape Drive (FCP)
+ fcs0  21-08 FC Adapter
* fscsi021-08-01  FC SCSI I/O Controller Protocol
+ rmt4  21-08-01  IBM 3580 Ultrium Tape Drive (FCP)
+ rmt5  21-08-01  IBM 3580 Ultrium Tape Drive (FCP)
+ rmt6  21-08-01  IBM 3580 Ultrium Tape Drive (FCP)
+ rmt7  21-08-01  IBM 3580 Ultrium Tape Drive (FCP)

In the example above using one drive for my explaination rmt8, rmt12,
rmt16
and rmt4 are the same physical drive seen across four FC paths. so in this
case I would pick rmt8. Second drive can be seen as rmt9, rmt13, rmt17 and
rmt5 so I use rmt13 and so on.

If you run like this then you are maxing the throughput available to each
drive Please note the IBM recommendation is no more than 2 drives per
FC
adapter.

With the above configuration we achieve tape-to-tape of around 40-80GB an
hour (depending on data and client/server compression).

A couple of other tweaks we have set in dsmserv.opt

TXNGroupmax 256
MOVEBatchsize 1000
MOVESizethresh 5000

Finally on the devclass we have set the format to ultriumc.

Let me know how you get on

Cheers

Andy Wilcox





Confidentiality: This e-mail and any files transmitted with it are
confidential and intended solely for the use of the individual or entity
to whom they are addressed.  If you have received this e-mail in error,
use of this information (including disclosure, copying or distribution)
may be unlawful.  Please notify [EMAIL PROTECTED] and
delete the message immediately.

Security: Internet e-mail is not a 100% secure communications medium.

Viruses: This e-mail (and any attachments) has been checked (using Sophos
Sweep 3.63 + patches) and found to be clean from any virus infection
before leaving.
Therefore neither Aquila Networks Services Ltd nor Midlands Electricity
plc  or any of their group undertakings  (as defined by the Companies Act
1989) (together referred to as the "Companies") accept legal
responsibility for this message or liability for the consequences of any
computer viruses which may have been transmitted by this e-mail.

Monitoring: All electronic communications with the Companies may be
monitored in accordance with the UK Regulation of Investigatory Powers
Act, Lawful Business Practice Regulations, 2000.  If you do not consent to
such monitoring, you should contact the sender of this e-mail.

Aquila Networks Services Limited,
Registered office: Whittington Hall, Whittington, Worcester, WR5 2RB
Register

[no subject]

[Bill Boyer]

To find out what TSM actually did with that volume, you can use this SQL
query:

SELECT * FROM VOLHISTORY WHERE VOLUME_NAME=''

This will give you a history of how TSM used that tape, and the last entry
is the final status of the volume. If the tapes are truely not assigned to
anything (stgp, dbbackup, backupset, export,...) then just CHECKOUT LIBV
with REM=NO and check them back in as STAT=SCR.

Bill Boyer
DSS, Inc.
"Some days you're the bug, some days you're the windshield." -- ??

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Nelson, Doug
Sent: Friday, December 27, 2002 10:58 AM
To: [EMAIL PROTECTED]
Subject:


Database backup tapes will also show up as private, data, with no associated
storage pool.

Douglas C. Nelson
Distributed Computing Consultant
Alltel Information Services
Chittenden Data Center
2 Burlington Square
Burlington, Vt. 05401
802-660-2336



-Original Message-
From: Markus Veit [mailto:[EMAIL PROTECTED]]
Sent: Friday, December 27, 2002 10:50 AM
To: [EMAIL PROTECTED]
Subject:


Hi TSMers,
does anybode have an idea on why volumes in a library have a status of
Private
with last use Data
but do not belong to a storagepool. Volumes with a status of private with no
last use are defect, ie can't read the label.
volume_name LIBRARY_NAME  STATUS  LAST_USEACCESS
41L1ADIC100 Private Data
01L1ADIC100 Private Data
68L1ADIC100 Private Data
61L1ADIC100 Private Data
51L1ADIC100 Private Data
47L1ADIC100 Private Data
45L1ADIC100 Private Data
79L1ADIC100 Private Data
08L1ADIC100 Private Data
02L1ADIC100 Private Data
000135L1ADIC100 Private Data
06L1ADIC100 Private Data
09L1ADIC100 Private Data
22L1ADIC100 Private Data
TSM Server 4.2.1.9
W2k  SP3

Mit freundlichen Gr|_en / Best Regards

Markus Veit

Antwort: Volumes Private with NO stgpool last use DATA

[Markus Veit]

Hi,
that's true, but they are seen with the q drmedia command, and are included in
the volhist,
there is no mentioning of the tapes in the actlog with retention of 10 days

Mit freundlichen Grüßen / Best Regards

Markus Veit




   

   

   

   An:  [EMAIL PROTECTED]   

   Kopie:  

   Thema:  

   

 [EMAIL PROTECTED] 

 U 

 Received :  27.12.2002

 16:59 

 Bitte antworten an "ADSM: 

 Dist Stor Manager"

   

   





Database backup tapes will also show up as private, data, with no associated
storage pool.

Douglas C. Nelson
Distributed Computing Consultant
Alltel Information Services
Chittenden Data Center
2 Burlington Square
Burlington, Vt. 05401
802-660-2336



-Original Message-
From: Markus Veit [mailto:[EMAIL PROTECTED]]
Sent: Friday, December 27, 2002 10:50 AM
To: [EMAIL PROTECTED]
Subject:


Hi TSMers,
does anybode have an idea on why volumes in a library have a status of Private
with last use Data
but do not belong to a storagepool. Volumes with a status of private with no
last use are defect, ie can't read the label.
volume_name LIBRARY_NAME  STATUS  LAST_USEACCESS
41L1ADIC100 Private Data
01L1ADIC100 Private Data
68L1ADIC100 Private Data
61L1ADIC100 Private Data
51L1ADIC100 Private Data
47L1ADIC100 Private Data
45L1ADIC100 Private Data
79L1ADIC100 Private Data
08L1ADIC100 Private Data
02L1ADIC100 Private Data
000135L1ADIC100 Private Data
06L1ADIC100 Private Data
09L1ADIC100 Private Data
22L1ADIC100 Private Data
TSM Server 4.2.1.9
W2k  SP3

Mit freundlichen Grüßen / Best Regards

Markus Veit

Antwort: Volumes Private with NO stgpool last use DATA

[Markus Veit]

Hi Dwight,
the reusedelay is 0.
FYI
 if there are in a not to reuse state than the volumes have a State of 'Pending'

Mit freundlichen Grüßen / Best Regards

Markus Veit





   

   

   

   An:  [EMAIL PROTECTED]   

   Kopie:  

   Thema:  

   

 [EMAIL PROTECTED] 

 U 

 Received :  27.12.2002

 16:57 

 Bitte antworten an "ADSM: 

 Dist Stor Manager"

   

   





Could be the "reusedelay" for the storage pool they did belong to...
(I use 0 days so I can't say how they look once all the data expires and
they are in a ~waiting to be reused~ state)

Other then that, there was a little bug a while back (sometime prior to
4.2.2.0) that would leave hanging pointers somewhere and such volumes would
require a "delete vol " to be issued against them to clear things
up.

Dwight


-Original Message-
From: Markus Veit [mailto:[EMAIL PROTECTED]]
Sent: Friday, December 27, 2002 9:50 AM
To: [EMAIL PROTECTED]
Subject:


Hi TSMers,
does anybode have an idea on why volumes in a library have a status of
Private
with last use Data
but do not belong to a storagepool. Volumes with a status of private with no
last use are defect, ie can't read the label.
volume_name LIBRARY_NAME  STATUS  LAST_USEACCESS
41L1ADIC100 Private Data
01L1ADIC100 Private Data
68L1ADIC100 Private Data
61L1ADIC100 Private Data
51L1ADIC100 Private Data
47L1ADIC100 Private Data
45L1ADIC100 Private Data
79L1ADIC100 Private Data
08L1ADIC100 Private Data
02L1ADIC100 Private Data
000135L1ADIC100 Private Data
06L1ADIC100 Private Data
09L1ADIC100 Private Data
22L1ADIC100 Private Data
TSM Server 4.2.1.9
W2k  SP3

Mit freundlichen Grüßen / Best Regards

Markus Veit

Re: How much data is being backed up per client?

[Mark Stapleton]

On Fri, 2002-12-27 at 09:21, Cook, Dwight E wrote:
> Best source of info on client traffic is the dsmaccnt.log file in the tsm
> server install directory.

This is not actually true. The accounting log counts the number of bytes
passed from client to server, including all retries. If you have a 3GB
file that retries 4 times for a backup, and then fails, the accounting
log will note 12GB of data when 0 bytes actually backed up.

Looking through the server activity log for ANE4961I messages give a
more accurate picture.

--
Mark Stapleton ([EMAIL PROTECTED])

Re: Private with last use Data but not belonging to a storagepool (was: )

[Zlatko Krastev/ACIT]

Database backups will show up as "Private, Dbbackup"! But backupsets will 
display "Private, Data".

Zlatko Krastev
IT Consultant






"Nelson, Doug" <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
27.12.2002 17:57
Please respond to "ADSM: Dist Stor Manager"

 
To: [EMAIL PROTECTED]
cc: 
Subject: 


Database backup tapes will also show up as private, data, with no 
associated storage pool.

Douglas C. Nelson
Distributed Computing Consultant
Alltel Information Services
Chittenden Data Center
2 Burlington Square
Burlington, Vt. 05401
802-660-2336



-Original Message-
From: Markus Veit [mailto:[EMAIL PROTECTED]]
Sent: Friday, December 27, 2002 10:50 AM
To: [EMAIL PROTECTED]
Subject: 


Hi TSMers,
does anybode have an idea on why volumes in a library have a status of 
Private
with last use Data
but do not belong to a storagepool. Volumes with a status of private with 
no
last use are defect, ie can't read the label.
volume_name LIBRARY_NAME  STATUS  LAST_USEACCESS
41L1ADIC100 Private Data
01L1ADIC100 Private Data
68L1ADIC100 Private Data
61L1ADIC100 Private Data
51L1ADIC100 Private Data
47L1ADIC100 Private Data
45L1ADIC100 Private Data
79L1ADIC100 Private Data
08L1ADIC100 Private Data
02L1ADIC100 Private Data
000135L1ADIC100 Private Data
06L1ADIC100 Private Data
09L1ADIC100 Private Data
22L1ADIC100 Private Data
TSM Server 4.2.1.9
W2k  SP3

Mit freundlichen Grüßen / Best Regards

Markus Veit

[no subject]

[Nelson, Doug]

Database backup tapes will also show up as private, data, with no associated storage 
pool.

Douglas C. Nelson
Distributed Computing Consultant
Alltel Information Services
Chittenden Data Center
2 Burlington Square
Burlington, Vt. 05401
802-660-2336



-Original Message-
From: Markus Veit [mailto:[EMAIL PROTECTED]]
Sent: Friday, December 27, 2002 10:50 AM
To: [EMAIL PROTECTED]
Subject: 


Hi TSMers,
does anybode have an idea on why volumes in a library have a status of Private
with last use Data
but do not belong to a storagepool. Volumes with a status of private with no
last use are defect, ie can't read the label.
volume_name LIBRARY_NAME  STATUS  LAST_USEACCESS
41L1ADIC100 Private Data
01L1ADIC100 Private Data
68L1ADIC100 Private Data
61L1ADIC100 Private Data
51L1ADIC100 Private Data
47L1ADIC100 Private Data
45L1ADIC100 Private Data
79L1ADIC100 Private Data
08L1ADIC100 Private Data
02L1ADIC100 Private Data
000135L1ADIC100 Private Data
06L1ADIC100 Private Data
09L1ADIC100 Private Data
22L1ADIC100 Private Data
TSM Server 4.2.1.9
W2k  SP3

Mit freundlichen Grüßen / Best Regards

Markus Veit

[no subject]

[Cook, Dwight E]

Could be the "reusedelay" for the storage pool they did belong to...
(I use 0 days so I can't say how they look once all the data expires and
they are in a ~waiting to be reused~ state)

Other then that, there was a little bug a while back (sometime prior to
4.2.2.0) that would leave hanging pointers somewhere and such volumes would
require a "delete vol " to be issued against them to clear things
up.

Dwight 


-Original Message-
From: Markus Veit [mailto:[EMAIL PROTECTED]]
Sent: Friday, December 27, 2002 9:50 AM
To: [EMAIL PROTECTED]
Subject: 


Hi TSMers,
does anybode have an idea on why volumes in a library have a status of
Private
with last use Data
but do not belong to a storagepool. Volumes with a status of private with no
last use are defect, ie can't read the label.
volume_name LIBRARY_NAME  STATUS  LAST_USEACCESS
41L1ADIC100 Private Data
01L1ADIC100 Private Data
68L1ADIC100 Private Data
61L1ADIC100 Private Data
51L1ADIC100 Private Data
47L1ADIC100 Private Data
45L1ADIC100 Private Data
79L1ADIC100 Private Data
08L1ADIC100 Private Data
02L1ADIC100 Private Data
000135L1ADIC100 Private Data
06L1ADIC100 Private Data
09L1ADIC100 Private Data
22L1ADIC100 Private Data
TSM Server 4.2.1.9
W2k  SP3

Mit freundlichen Grüßen / Best Regards

Markus Veit

Re: How much data is being backed up per client?

[Nelson Kane]

In a message dated 12/27/02 10:23:42 AM Eastern Standard Time,
[EMAIL PROTECTED] writes:

> q actlog begind=12/26/2002  begint=00:00 endd=12/27/2002 endt=00:00 search
> ='ANE4961I'
>
>
>
>
>
>
>

Thank you all for the assistance, that worked for me!

Re: How much data is being backed up per client?

[Colby Morgan]

Give this a try:

1)  "SELECT ENTITY, SUM(BYTES) FROM SUMMARY WHERE ACTIVITY='BACKUP' AND
START_TIME BETWEEN '-MM-DD HH:MM:00.00' AND '-MM-DD
HH:MM:00.00' GROUP BY ENTITY"

2)  "SELECT ENTITY, SUM(BYTES) FROM SUMMARY WHERE ACTIVITY='MIGRATION' AND
START_TIME BETWEEN '-MM-DD HH:MM:00.00' AND '-MM-DD
HH:MM:00.00' GROUP BY ENTITY"

Replace the '-MM-DD HH:MM:00.00' with your desired time range, and
you can go back as far as your "SET SUMMARYRETENTION" option allows.


Colby



> -Original Message-
> From: Nelson Kane [mailto:[EMAIL PROTECTED]]
> Sent: Friday, December 27, 2002 8:59 AM
> To: [EMAIL PROTECTED]
> Subject: How much data is being backed up per client?
>
>
> Season's Greetings Tsm'ers,
> 1) Can someone tell me how to check the amount of data being
> backed up per client, and how to obtain the same info for
> previous days.
> 2) How much data was in my Disk pool before I migrated it
> all! Thanks -Kane
>

[no subject]

[Markus Veit]

Hi TSMers,
does anybode have an idea on why volumes in a library have a status of Private
with last use Data
but do not belong to a storagepool. Volumes with a status of private with no
last use are defect, ie can't read the label.
volume_name LIBRARY_NAME  STATUS  LAST_USEACCESS
41L1ADIC100 Private Data
01L1ADIC100 Private Data
68L1ADIC100 Private Data
61L1ADIC100 Private Data
51L1ADIC100 Private Data
47L1ADIC100 Private Data
45L1ADIC100 Private Data
79L1ADIC100 Private Data
08L1ADIC100 Private Data
02L1ADIC100 Private Data
000135L1ADIC100 Private Data
06L1ADIC100 Private Data
09L1ADIC100 Private Data
22L1ADIC100 Private Data
TSM Server 4.2.1.9
W2k  SP3

Mit freundlichen Grüßen / Best Regards

Markus Veit

Re: How much data is being backed up per client?

[Cook, Dwight E]

A "q stg  f=d" will show
...
  Migration in Progress?: Yes
Amount Migrated (MB): 276,894.60
Elapsed Migration Time (seconds): 10,881
...

and once the migration process(es) finish, that should show what was
migrated between when migrations first kicked off and when the last one
finished (or current time if they are still running as in my example above).

Best source of info on client traffic is the dsmaccnt.log file in the tsm
server install directory.
If you, from an admin session, issue the "set accounting on" it will start
writing accounting records for each client session to the "dsmaccnt.log"
file.  Make sure you have plenty of space in the filesystem (depending on
how many clients you have and how many sessions they initiate).  Then just
write some little script/pgm that will sum up the info in the records for
the different nodes.  Since we have 10 TSM servers, there are some things I
do only on a monthly basis...

I do thing like generate overall traffic numbers like
12/21/2002  1218113360 KB 3574432 sec
12/22/2002  451869328 KB 3452613 sec
12/23/2002  332773700 KB 1675172 sec
12/24/2002  1404730729 KB 2841210 sec
12/25/2002  285941973 KB 1306029 sec
12/26/2002  292468155 KB 1213964 sec

Others that show breakdown of types of traffic by tsm client by tsm server
(below are ArchCnt, ArchKB, RetrCnt, RetrKB, BkupCnt, BkupKB, RestCnt,
RestKB, CommKB, CommSec)
11/27/2002   69 233419808 0 0 0 0 0 0 238684872 34567
11/27/2002   5110 4275779270 0 0 0 0 0 0 4276434480
720268
11/28/2002   331 1095677328 0 0 0 0 0 0 1114648820 145480
11/29/2002   5112 4277868551 0 0 0 0 0 0 4278524072
737904
11/30/2002   52 195162800 0 0 0 0 0 0 200597228 29377

others that are totals by server of the different types of traffic
(below shows arch KB, bkup KB, retr KB, rest KB, Inbound KB, Outbound KB)
11/27/2002  4509199078 0 0 0 4509199078 0
11/28/2002  1095677328 0 0 0 1095677328 0
11/29/2002  4277868551 0 0 0 4277868551 0
11/30/2002  195162800 0 0 0 195162800 0

Dwight


-Original Message-
From: Nelson Kane [mailto:[EMAIL PROTECTED]]
Sent: Friday, December 27, 2002 8:59 AM
To: [EMAIL PROTECTED]
Subject: How much data is being backed up per client?


Season's Greetings Tsm'ers,
1) Can someone tell me how to check the amount of data being backed up per
client, and how to obtain the same info for previous days.
2) How much data was in my Disk pool before I migrated it all!
Thanks
-Kane

Re: How much data is being backed up per client?

[Jeff G Kloek]

For all activity on 12/26, try this:

q actlog begind=12/26/2002  begint=00:00 endd=12/27/2002 endt=00:00 search
='ANE4961I'






  "Nelson Kane"
  <[EMAIL PROTECTED]>To:   [EMAIL PROTECTED]
  Sent by: "ADSM:  cc:
  Dist StorSubject:  How much data is being backed 
up per client?
  Manager"
  <[EMAIL PROTECTED]
  .EDU>


  12/27/2002 08:58
  AM
  Please respond to
  "ADSM: Dist Stor
  Manager"






Season's Greetings Tsm'ers,
1) Can someone tell me how to check the amount of data being backed up per
client, and how to obtain the same info for previous days.
2) How much data was in my Disk pool before I migrated it all!
Thanks
-Kane

NDMP over IP ?

[Boireau, Eric (MED)]

Hi all,
I have two backup solution TSM 4.2 and Time Navigator 3.6 (aka tina).
Tina is used mainly to backup a Network Appliance F820 thru NDMP over IP
connection (Tape Server Module). Is there a way to do the same thing
with TSM ? I have no SAN and the backup Server is in a dedicated
computer room which is 250m far away from the main computer room. 

Thanks

Salutations / Best Regards 
g GE Medical Systems 
___ 
Eric Boireau Global Systems 
Server Architect / Technology & Infrastructure Team

GE Medical Systems S.A 
283, rue de la Minière 
78533 BUC Cedex France 
Tél: (33) 1 30 70 39 32, DC: 8*644 3932 
Fax: (33) 1 30 70 39 30, DC: 8*644 3930 
mailto:[EMAIL PROTECTED]   

Re: File Expiration

[Zlatko Krastev]

Q1. TSM server expires offsite (copypool) copies together with primary
copies according to rules set in copygroups. You can see how utilization
decreases on offsite volumes after expiration run. Actually you are
looking for *reclamation* of offsite volumes. Very descriptive and short
(half page) explanation can be found in redbook "TSM Concepts" (SG24-4877,
*great book*), p. 88, "5.4.2 Reclamation of offsite volumes".
In short: verify the "Reclamation Threshold" in the output of 'q stg  
f=d' is below 100 (%).

Q2. I cannot understand what exactly are you doing but suspect your
tapes are already marked on-their-way-to-offsite using 'move drmedia' and
thus TSM is not using them. Properly configured offsite rotation scheme
and offsite reclamation should be implemented. They can allow you to have
"10%" from yesterday to be written through reclamation together with
today's "10%". When those "20%" reach the vault previous tape will become
eligible to be brought back.
Chapter 9. "Tivoli Disaster Recovery Manager" of the same redbook may be
of big help on this topic.

Zlatko Krastev
IT Consultant






"Baldenegro, Raymond - Perot" <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
27.12.2002 01:20
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:File Expiration


Question.
How does TSM handle the expiration of files on media stored in our offsite
storage facility??
Does it wait until all the data has expired to recall the tape back.
Help!!
I have a ton of tape offsite that has less than 10% of the tape utilized.

Question 2.
When I go to DRM Offsite recovery media mountable for tapes to go offsite
I
check the media with "q vol xx f=d" and the media is less than 10%
utilized so I leave them in the library to be used on the next migration
but
these tape will no longer mounted to be utilized for the remainder of the
media. Is there a way to have TSM continue to mount these tapes until they
are totally utilized. Help I am going thru a ton of tapes!!

Raymond Baldenegro
Analyst
Storage Management
perotsystems
3033 N 3rd Ave.
Phoenix, Az 85013
Fax (602) 798-5310
E-Mail [EMAIL PROTECTED]

How much data is being backed up per client?

[Nelson Kane]

Season's Greetings Tsm'ers,
1) Can someone tell me how to check the amount of data being backed up per
client, and how to obtain the same info for previous days.
2) How much data was in my Disk pool before I migrated it all!
Thanks
-Kane

Re: File Expiration

[Mark Stapleton]

On Thu, 2002-12-26 at 17:20, Baldenegro, Raymond - Perot wrote:
> How does TSM handle the expiration of files on media stored in our offsite
> storage facility??
> Does it wait until all the data has expired to recall the tape back. Help!!
> I have a ton of tape offsite that has less than 10% of the tape utilized.

You need to dig out your administrator's guide and Read The Fine Manual
about reclamation for both onsite and offsite tape pools. There's more
to it than a mailing list post can get into.

--
Mark Stapleton ([EMAIL PROTECTED]

Re: URGENT:ANS9455E dsmwatchd: Unable to join the local failover group with rc=3!

[Cook, Dwight E]

Humm.
Might help to provide some more configuration information.
I'm getting the picture of SP nodes, two set up in a ~high availability~
configuration ???

For example purposes, lets say there are 3 boxes, box1, box2, box3
box1's hostname is "TSM"
it has only one schedule (or does it have more?) with its tsm server
(which is itself) 
it always gets a "Missed" for its scheduled event
box2 always has "Completed" event(s)
box3 always has "Completed" event(s)

Is box2 or box3 a failover node of box1 ?  

I'm not familiar with "High Availability" configurations but it seems that
maybe the TSM Software either thinks you are running HA but you're not OR
the TSM Software is trying to link up to the failover node and can't.

Might be that TSM is trying to tell you something elsewhere isn't quite
right...

AND are you running TSM's HSM on BOX1 ? ? ?  (message hints of HSM running)
Just my own thoughts but IF you have a node that is a tsm client of itself,
it IS NOT WISE to have HSM active on it !
What if HSM migrates your DEVCONFIG file ? ? ?  or your DSMSERV.OPT file ? ?
?  just to name a couple...
(mistakes are possible when configuring HSM and someone somewhere
might include something you don't want included)

I think this problem might be out of my ballpark but I'll always offer my 2
cents worth...

Dwight


-Original Message-
From: rachida elouaraini [mailto:[EMAIL PROTECTED]]
Sent: Friday, December 27, 2002 5:59 AM
To: [EMAIL PROTECTED]
Subject: URGENT:ANS9455E dsmwatchd: Unable to join the local failover
group with rc=3!


Hi all,
Your help is very needed,
The status of the "CLIENT.BACKUP" schedule is Missed ONLY for ONE client
TSM,
that is the server TSM (the status for the others clients TSM is completed).
I have others schedules related to this node (TSM server), the status is
always
"MISSED".
I have done what Dwight told me (verify that the scheduler is running,
stopping
it and restarting it) but in vain.
The following message is written EVERY 6 minuts in the dsmerror.log file :

ANS9455E dsmwatchd: Unable to join the local failover group with rc=3!

I find again messages like :

12/26/02   20:23:08 TcpRead(): recv(): errno = 73
12/26/02   20:23:08 sessRecvVerb: Error -50 from call to 'readRtn'.
12/26/02   20:23:08 ANS1809E Session is lost; initializing session reopen
procedure.
12/26/02   20:23:09 ANS1809E Session is lost; initializing session reopen
procedure.
12/26/02   20:23:23 ANS1810E TSM session has been reestablished.
12/27/02   09:51:47 ANS9433E dsmmigfs: dm_send_msg failed with errno 22.
12/27/02   09:51:47 ANS9402E dsmmigfs: Cannot notify dsmwatchd to recover
HSM
operations on a failure node.
12/27/02   09:51:47 ANS9425E dsmmigfs: It was not possible to notify the
dsmwatchd in order to distribute a message within the failover group. The
data
of the current operation may get lost.

Waht these messages mean?
Any help is very appreciated.


__
Boîte aux lettres - Caramail - http://www.caramail.com

Re: File Expiration

[Nelson, Doug]

Answer 1:
Expiration (and reclamation) should happen normally based on your Reclamation 
threshold. We have two offsite copypools and we have them set for 70 and 80% 
(respectively). It seems to work well. It's not the % utilized however that triggers 
reclamation, it's the % of reclaimable space (slight difference). You can check this 
by looking at the individual volumes, or by writing a query.

Answer 2:
It sounds like you have collocation turned on. Turn that off and your tape consumption 
should go way down.

Douglas C. Nelson
Distributed Computing Consultant
Alltel Information Services
Chittenden Data Center
2 Burlington Square
Burlington, Vt. 05401
802-660-2336



-Original Message-
From: Baldenegro, Raymond - Perot [mailto:[EMAIL PROTECTED]]
Sent: Thursday, December 26, 2002 6:20 PM
To: [EMAIL PROTECTED]
Subject: File Expiration


Question.
How does TSM handle the expiration of files on media stored in our offsite
storage facility??
Does it wait until all the data has expired to recall the tape back. Help!!
I have a ton of tape offsite that has less than 10% of the tape utilized.

Question 2.
When I go to DRM Offsite recovery media mountable for tapes to go offsite I
check the media with "q vol xx f=d" and the media is less than 10%
utilized so I leave them in the library to be used on the next migration but
these tape will no longer mounted to be utilized for the remainder of the
media. Is there a way to have TSM continue to mount these tapes until they
are totally utilized. Help I am going thru a ton of tapes!!

Raymond Baldenegro
Analyst
Storage Management
perotsystems
3033 N 3rd Ave.
Phoenix, Az 85013
Fax (602) 798-5310
E-Mail [EMAIL PROTECTED]

URGENT:ANS9455E dsmwatchd: Unable to join the local failover group with rc=3!

[rachida elouaraini]

Hi all,
Your help is very needed,
The status of the "CLIENT.BACKUP" schedule is Missed ONLY for ONE client TSM,
that is the server TSM (the status for the others clients TSM is completed).
I have others schedules related to this node (TSM server), the status is always
"MISSED".
I have done what Dwight told me (verify that the scheduler is running, stopping
it and restarting it) but in vain.
The following message is written EVERY 6 minuts in the dsmerror.log file :

ANS9455E dsmwatchd: Unable to join the local failover group with rc=3!

I find again messages like :

12/26/02   20:23:08 TcpRead(): recv(): errno = 73
12/26/02   20:23:08 sessRecvVerb: Error -50 from call to 'readRtn'.
12/26/02   20:23:08 ANS1809E Session is lost; initializing session reopen
procedure.
12/26/02   20:23:09 ANS1809E Session is lost; initializing session reopen
procedure.
12/26/02   20:23:23 ANS1810E TSM session has been reestablished.
12/27/02   09:51:47 ANS9433E dsmmigfs: dm_send_msg failed with errno 22.
12/27/02   09:51:47 ANS9402E dsmmigfs: Cannot notify dsmwatchd to recover HSM
operations on a failure node.
12/27/02   09:51:47 ANS9425E dsmmigfs: It was not possible to notify the
dsmwatchd in order to distribute a message within the failover group. The data
of the current operation may get lost.

Waht these messages mean?
Any help is very appreciated.


__
Boîte aux lettres - Caramail - http://www.caramail.com

Re: Slow tape to tape performance

[Wilcox, Andy]

Firstly I must ask people to accept my apologisies if this message doesn't
look right This is first time I have tried to post a message hear :-)

Just reading through a scenario posted by Michael Wheelock about slow tape
to tape perforance... There are lots of considerations here to take note
of...

We run with an P660-6M1 (near enough a similar server) with a 3584 attached
to four HVD SCSI LTO Drives and four FC LTO Drives (over a SAN). Each SCSI
drive is attached directly to its own SCSI card in the server to max the
performance. With the FC drives we can see all four over each of the four FC
adapters in the server. You need to make sure you use the as few drives on
one FC bus as possible...

+ fcs1  51-08 FC Adapter
* fscsi151-08-01  FC SCSI I/O Controller Protocol
+ rmt8  51-08-01  IBM 3580 Ultrium Tape Drive (FCP)
+ rmt9  51-08-01  IBM 3580 Ultrium Tape Drive (FCP)
+ rmt10 51-08-01  IBM 3580 Ultrium Tape Drive (FCP)
+ rmt11 51-08-01  IBM 3580 Ultrium Tape Drive (FCP)
+ fcs2  61-08 FC Adapter
* fscsi261-08-01  FC SCSI I/O Controller Protocol
+ rmt12 61-08-01  IBM 3580 Ultrium Tape Drive (FCP)
+ rmt13 61-08-01  IBM 3580 Ultrium Tape Drive (FCP)
+ rmt14 61-08-01  IBM 3580 Ultrium Tape Drive (FCP)
+ rmt15 61-08-01  IBM 3580 Ultrium Tape Drive (FCP)
+ fcs3  71-08 FC Adapter
* fscsi371-08-01  FC SCSI I/O Controller Protocol
+ rmt16 71-08-01  IBM 3580 Ultrium Tape Drive (FCP)
+ rmt17 71-08-01  IBM 3580 Ultrium Tape Drive (FCP)
+ rmt18 71-08-01  IBM 3580 Ultrium Tape Drive (FCP)
+ rmt19 71-08-01  IBM 3580 Ultrium Tape Drive (FCP)
+ fcs0  21-08 FC Adapter
* fscsi021-08-01  FC SCSI I/O Controller Protocol
+ rmt4  21-08-01  IBM 3580 Ultrium Tape Drive (FCP)
+ rmt5  21-08-01  IBM 3580 Ultrium Tape Drive (FCP)
+ rmt6  21-08-01  IBM 3580 Ultrium Tape Drive (FCP)
+ rmt7  21-08-01  IBM 3580 Ultrium Tape Drive (FCP)

In the example above using one drive for my explaination rmt8, rmt12, rmt16
and rmt4 are the same physical drive seen across four FC paths. so in this
case I would pick rmt8. Second drive can be seen as rmt9, rmt13, rmt17 and
rmt5 so I use rmt13 and so on.

If you run like this then you are maxing the throughput available to each
drive Please note the IBM recommendation is no more than 2 drives per FC
adapter.

With the above configuration we achieve tape-to-tape of around 40-80GB an
hour (depending on data and client/server compression).

A couple of other tweaks we have set in dsmserv.opt

TXNGroupmax 256
MOVEBatchsize 1000
MOVESizethresh 5000

Finally on the devclass we have set the format to ultriumc.

Let me know how you get on

Cheers

Andy Wilcox





Confidentiality: This e-mail and any files transmitted with it are confidential and 
intended solely for the use of the individual or entity to whom they are addressed.  
If you have received this e-mail in error, use of this information (including 
disclosure, copying or distribution) may be unlawful.  Please notify 
[EMAIL PROTECTED] and delete the message immediately.

Security: Internet e-mail is not a 100% secure communications medium.

Viruses: This e-mail (and any attachments) has been checked (using Sophos Sweep 3.63 + 
patches) and found to be clean from any virus infection before leaving.
Therefore neither Aquila Networks Services Ltd nor Midlands Electricity plc  or any of 
their group undertakings  (as defined by the Companies Act 1989) (together referred to 
as the "Companies") accept legal responsibility for this message or liability for the 
consequences of any computer viruses which may have been transmitted by this e-mail.

Monitoring: All electronic communications with the Companies may be monitored in 
accordance with the UK Regulation of Investigatory Powers Act, Lawful Business 
Practice Regulations, 2000.  If you do not consent to such monitoring, you should 
contact the sender of this e-mail.

Aquila Networks Services Limited,
Registered office: Whittington Hall, Whittington, Worcester, WR5 2RB
Registered in England and Wales number 3600545
This e-mail may be sent on behalf of any of the Companies.

Re: Tape Drive Keep Comming Up as Generictape

[Halvorsen Geirr Gulbrand]

Hi David,
I would reccommend the following steps;

Load the drivers for the exabyte and drives.
In Windows Device Manager, disable all drives and changer (exabyte library).
In services (w2k), disable Removable storage,
now reboot, and configure the lot to use TSM Device Driver, reboot again and
see if problems persist. I believe that's it.
The idea being that w2k should not even try to use these devices - TSM shall
have all control. As to the install of the drivers - if you don't install
them, you will be bugged by those messages every time you reboot, even if
you disable the devices (at least I believe so).
I don't have much experience with the exabyte X200, but i think it is more
or less the same for different types of libraries.

Oh, I would also recommend a server upgrade (TSM v. 5.1.5.4). If you check
the list, there has been quite a few APAR's fixed from v. 5.1.0.


Hope this helps,
and a happy new your to you, and everyone else on the list.

Rgds.
Geirr G. Halvorsen

-Original Message-
From: David Macisso [mailto:[EMAIL PROTECTED]]
Sent: 23. december 2002 17:01
To: [EMAIL PROTECTED]
Subject: Tape Drive Keep Comming Up as Generictape


I have a new inttall of W2K running TSM Server 5.1.0
I have an Exabyte X200 library and 4 Momouth2 tape drive.

Each time I reboot  and login, I cancel the message to load the exabyte
drivers which only comes up twice.
The W2K Device manager only show two tape drives, drive3 and drive4, TSM
Device Driver Information show both drive as 8MM, which is good.

So I have W2K rescan for the additional drive, then a get promted twice to
load the drivers, which I cancel. But then drive1 and drive2  come up as
generictape in the TSM device information. How can I get TSM to recoginze
all four drives as 8MM

TIA


---

Re: synthetic fullbackup

[Halvorsen Geirr Gulbrand]

Hi Again,

you would have to create a collocated storagepool (on tape), and migrate
data from the diskpool to the new tapepool. You would have to setup next
storagepoole for your diskpool, to point to the right tapepool before you
start migration, by setting the migration hi/lo for the diskpool.

I'm sorry to have kept you waiting, but I've been rather busy, before
christmas.

Since it's a few days since you wrote this I hope yo've already figured it
out.

Rgds,
Geirr G. Halvorsen

-Original Message-
From: Ron Lochhead [mailto:[EMAIL PROTECTED]]
Sent: 20. december 2002 19:16
To: [EMAIL PROTECTED]
Subject: synthetic fullbackup


Hi Halvorsen:

I am trying to implement this same move nodedata idea,  but am coming up
with problem.  My environment is Win2k server running TSM server 5.1.5.2
and same on clients.  My goal is consolidate my tapepool data for each node
so each node has it's own tape.  We only have 25 nodes.  I figured out how
to move nodedata to our diskpool but now how do I put nodedata from
diskpool back on to one tapepool tape?

The error I got said that I couldn't move nodedata from diskpool back to
tapepool because of sequential access storage.  Any ideas?

Thanks,
Ron Lochhead




Halvorsen
GeirrTo: [EMAIL PROTECTED]
Gulbrand cc:

Sent by:
"ADSM: Dist
Stor Manager"
<[EMAIL PROTECTED]
RIST.EDU>


12/18/2002
05:44 AM
Please
respond to
"ADSM: Dist
Stor Manager"





Hi Werner,
we might need some clearifying of your setup.
What is your server version?
Are you backing up to tape, or disk?

Generally I can say this:
If you are running TSM v. 5.x you have the possibility to use MOVE
NODEDATA,
which moves data for one node to another storagepool (from tape to disk),
and then start your restore from the diskpool. It may sound strange,
because
you move the data twice, but often, you have a delay between the time you
decide to restore, until you actually start the restore (f.ex. in a
disaster
recovery situation, where you have to get new hardware, install OS + TSM
client software, before you start the restore). In this interval, you can
start to move data from tape to disk, and the subsequent restore will be
alot faster.
The other possibility is to use collocation by filespace. Different
filespaces from the same server will be collocated on different tapes,
enabling you to simultaneously start a restore for each filespace. This
helps reducing restore times.
Third option is using backupsets, which can be created just for active
files. Then you will have all active files on one volume.
Others may also have an opinion on best approach to solve this. I have just
pointed out some of TSM's features.

Rgds.
Geirr Halvorsen
-Original Message-
From: Schwarz Werner [mailto:[EMAIL PROTECTED]]
Sent: 18. december 2002 14:08
To: [EMAIL PROTECTED]
Subject: synthetic fullbackup


We are looking for a solution for the following problem:
During a restore of a whole TSM-client we found that the needed ACTIVE
backup_versions were heavy scattered around our virtual tape-volumes. This
was the main reason for an unacceptable long restore-time. Disk as a
primary
STGPool is too expensive.
Now we are looking for methods to 'cluster together' all active
backup_versions per node without backing up the whole TSM-client every
night
(like VERITAS NetbackUp). Ideally the full_backup should be done in the
TSM-server (starting with an initial full_backup, then combining the
full_backup and the incrementals from next run to build the next synthetic
full_backup and so on). We already have activated COLLOCATE. Has anybody
good ideas?
thanks,
werner