When comes the supportTDP for Oracle 9.2.x.x

[Schmitz Garnebode]

Good morning,

can anybody tell me when Tivoli support Oracle 9.2.x.x with TDP ??

MfG
Michael Garnebode
Diplom-Informatiker
Schmitz Rz Consult GmbH
Bachstr.1
50259 Pulheim
Tel.: 02238/922266
Fax: 02238/922267
EMail: [EMAIL PROTECTED]

im Auftrag der SWEST

Sparkassen-Informatik-Services West GmbH
Abt. : 731-52400 Spacemanagement
Postanschrift :
  Postfach 10 53 10
  D - 40044 Düsseldorf
Besuchsadresse :
 Heerdter Lohweg 35
 Raum B0-29
 Düsseldorf
 Tel.: +49 211 826 8896
 Fax : +49 211 826 8446
Web: http://www.swest.de

Re: TSM 4.2.2.x Problem using Dell Powervault 136T

[Hunny Kershaw]

Can you see the library in the TSM management console under TSM device
driver and Device Information? If you can, what is the device name?





  TSM Mail-ID
  cc:
  Sent by: "ADSM:  Subject:  TSM 4.2.2.x Problem using 
Dell Powervault 136T
  Dist Stor
  Manager"
  <[EMAIL PROTECTED]
  .EDU>


  02/12/2003 03:27
  PM
  Please respond to
  "ADSM: Dist Stor
  Manager"






Hello,
Having problems with my Dell Powervault 136T LTO
library.  I upgraded the library firmware from 2.73 to
2.88, and now TSM doesn't see the library as such.

Seems to me that this might be a TSM Device driver
issue, but I'm not sure how to fix.

Running TSM 4.2.2.2 on Win2K server.  Was working
before the firmware upgrade.  We were having the
library occasionally reset by itself, so Dell
suggested the firmware update.

Any suggestions?

Thanx in advance...



__
Post your free ad now! http://personals.yahoo.ca

Re: api and backupset

[Meng Zhang]

jbassi,

I'm sorry that I used a wrong term in my question,
in fact, the data in TSM was BACKUPED up via the API,
so, I can use tsm command "gene backupset" to make
a backupset, but it can not be read by TSM client
(but you can see the file's name).

I just want to confirm this limitation.

Anyway, Thank you very much!
:)




- Original Message -
From: "Joshua S. Bassi" <[EMAIL PROTECTED]>
To: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
Sent: 2003-02-13 09:16:31
Subject: Re: api and backupset






>Meng,
>
>Unfortunately backupsets do not support archives.  At least that is my
>understanding as of the last time I looked into it.  Not sure about API
>support, but I would assume that it wont' become supported till after
>archives in general are supported.
>
>
>--
>Joshua S. Bassi
>IBM Certified - AIX 4/5L, SAN, Shark
>Tivoli Certified Consultant -ADSM/TSM
>eServer Systems Expert -pSeries HACMP
>
>AIX, HACMP, Storage, TSM Consultant
>Cell (831) 595-3962
>[EMAIL PROTECTED]
>
>-Original Message-
>From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]] On Behalf Of
>Meng Zhang
>Sent: Tuesday, February 11, 2003 11:24 PM
>To: [EMAIL PROTECTED]
>Subject: api and backupset
>
>
>hello everyone!
>
>I'm using TSM API to write a program, but after I make a backupset(the
>files in TSM was archived by using APIs and
>the backupset was generated by using TSM server command
>"gene backupset"), I found it can not be restored by TSM
>Client.
>
>And I found TSM client help '57' said:
>Note: There is no support in the API for the backup set format.
>Therefore, backup set data that was backed up via the API cannot be
>restored or used.
>
>Is it means that I CAN NOT USE BACKUPSET function in my application?
>
>Can anyone enlight me?






==
263µç×ÓÓʼþ£­ÐÅÀµÓÊ×Ôרҵ

Re: set servername

[Richard Sims]

>Can any damage be caused by changing this value?  In other words,
>could it make a client unable to restore older versions of files? ...
...
>sudo dsmc restore -se=lorenz -pick "/home/staff/tks/lps/Mail/myub" "/tmp/"

No - the absence of the -INActive operand on the dsmc command line does that.  ;-)
Also, make sure your server date/time is correct and verify that the -SErvername
is selecting the right stanza in the client options file.

  Richard Sims, BU

set servername

[Steve Roder]

Hi All,

 Can any damage be caused by changing this value?  In other words,
could it make a client unable to restore older versions of files?  I have
situtaion under solaris 2.9, TSM 5.1.5.0, where I can see the inactive
versions in the DB via show version, but the client only shows a really
old version, and active.  I changed the server name on 2/3.  Obviously, I
am grapsing at straws herebut in writing this up, I wonder if
/home/staff/tks/lps moved from /home to / in the mean time

Any thought would be greatly appreciated.

TIA

>From show version:
/ : /home/staff/tks/lps/Mail/ myub (MC: DEFAULT)
Active, Inserted 02/11/03 21:12:09
ObjId: 0.210401747

/ : /home/staff/tks/lps/ myub (MC: DEFAULT)
Inactive, Inserted 12/26/02 21:20:39, Deactivated 01/03/03 21:16:54
ObjId: 0.189328107

/ : /home/staff/tks/lps/ myub (MC: DEFAULT)
Inactive, Inserted 01/03/03 21:16:54, Deactivated 02/11/03 21:11:12
ObjId: 0.191802874

/ : /home/staff/tks/lps/Mail/ myub (MC: DEFAULT)
Inactive, Inserted 01/22/03 21:16:21, Deactivated 01/23/03 21:18:42
ObjId: 0.199177244

/ : /home/staff/tks/lps/Mail/ myub (MC: DEFAULT)
Inactive, Inserted 01/23/03 21:18:42, Deactivated 01/24/03 21:19:50
ObjId: 0.199556337

/ : /home/staff/tks/lps/Mail/ myub (MC: DEFAULT)
Inactive, Inserted 01/24/03 21:19:50, Deactivated 01/27/03 21:13:30
ObjId: 0.199864550

/ : /home/staff/tks/lps/Mail/ myub (MC: DEFAULT)
Inactive, Inserted 01/27/03 21:13:30, Deactivated 01/28/03 21:10:40
ObjId: 0.201637847

/ : /home/staff/tks/lps/Mail/ myub (MC: DEFAULT)
Inactive, Inserted 01/28/03 21:10:40, Deactivated 01/29/03 21:14:12
ObjId: 0.202022720

/ : /home/staff/tks/lps/Mail/ myub (MC: DEFAULT)
Inactive, Inserted 01/29/03 21:14:12, Deactivated 02/03/03 21:10:58
ObjId: 0.202362151

/ : /home/staff/tks/lps/Mail/ myub (MC: DEFAULT)
Inactive, Inserted 02/03/03 21:10:58, Deactivated 02/04/03 21:19:00
ObjId: 0.204156814

/ : /home/staff/tks/lps/Mail/ myub (MC: DEFAULT)
Inactive, Inserted 02/04/03 21:19:00, Deactivated 02/05/03 21:11:28
ObjId: 0.204480968

/ : /home/staff/tks/lps/Mail/ myub (MC: DEFAULT)
Inactive, Inserted 02/05/03 21:11:28, Deactivated 02/06/03 21:19:10
ObjId: 0.206601558

/ : /home/staff/tks/lps/Mail/ myub (MC: DEFAULT)
Inactive, Inserted 02/06/03 21:19:10, Deactivated 02/07/03 21:13:32
ObjId: 0.208825985

/ : /home/staff/tks/lps/Mail/ myub (MC: DEFAULT)
Inactive, Inserted 02/07/03 21:13:32, Deactivated 02/09/03 21:19:05
ObjId: 0.209237841

/ : /home/staff/tks/lps/Mail/ myub (MC: DEFAULT)
Inactive, Inserted 02/09/03 21:19:05, Deactivated 02/10/03 21:14:45
ObjId: 0.209769877

/ : /home/staff/tks/lps/Mail/ myub (MC: DEFAULT)
Inactive, Inserted 02/10/03 21:14:45, Deactivated 02/11/03 21:12:09
ObjId: 0.210093580

...and what the client shows:
sudo dsmc restore -se=lorenz -pick "/home/staff/tks/lps/Mail/myub" "/tmp/"
TSM Scrollable PICK Window - Restore

 #Backup Date/TimeFile Size A/I  File

---
 1. | 01/14/02   21:17:24 814.55 KB  A /home/staff/tks/lps/Mail/myub
|


Steve Roder, University at Buffalo
HOD Service Coordinator
VM Systems Programmer
UNIX Systems Administrator (Solaris and AIX)
TSM/ADSM Administrator
([EMAIL PROTECTED] | (716)645-3564)

TSM 4.2.2.x Problem using Dell Powervault 136T

[TSM Mail-ID]

Hello,
Having problems with my Dell Powervault 136T LTO
library.  I upgraded the library firmware from 2.73 to
2.88, and now TSM doesn't see the library as such.

Seems to me that this might be a TSM Device driver
issue, but I'm not sure how to fix.

Running TSM 4.2.2.2 on Win2K server.  Was working
before the firmware upgrade.  We were having the
library occasionally reset by itself, so Dell
suggested the firmware update.

Any suggestions?

Thanx in advance...



__
Post your free ad now! http://personals.yahoo.ca

Re: TSM 5.2 Question

[David le Blanc]

There is a definite product path to support BMR on all platforms.

Currently, with the loss of TKG/Veritas BMR, Tivoli is recommending
other products for Windows NT.  I might be able to find the press
release if you ask.

As already mentioned, IBM's SysBack is now under the 'Tivoli Storage
Manager for System Backup and Restore'  AKA BMR.

Others will also be soon.


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Bill Boyer
Sent: Thursday, 13 February 2003 4:43 AM
To: [EMAIL PROTECTED]
Subject: Re: TSM 5.2 Question


As part of the 5.2 announcement, I remember reading something about TSM
supporting a new feature of either XP or .NET that Microsoft was adding to
support BMR functionality... I'll have to see if I can dig up the actual
document again. As for Unix, there wasn't anything, but the "old" Sysback
product is now the "new" Tivoli name.

Bill Boyer
"I haven't lost my mind -- it's backed up on tape somewhere." - ???

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Joshua S. Bassi
Sent: Wednesday, February 12, 2003 12:20 PM
To: [EMAIL PROTECTED]
Subject: Re: TSM 5.2 Question


I doubt IBM will incorporate BMR features into ITSM until "the cow jumps
over the moon."

As far as purchasing Veritas BMR, Veritas has announced that they will
not support future TSM versions and that all future development will be
done exclusively with NetBackup.  Sorry, the buck stops here.


--
Joshua S. Bassi
IBM Certified - AIX 4/5L, SAN, Shark
Tivoli Certified Consultant -ADSM/TSM
eServer Systems Expert -pSeries HACMP

AIX, HACMP, Storage, TSM Consultant
Cell (831) 595-3962
[EMAIL PROTECTED]

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]] On Behalf Of
Dearman, Richard
Sent: Wednesday, February 12, 2003 9:05 AM
To: [EMAIL PROTECTED]
Subject: TSM 5.2 Question


Does anyone know if TSM 5.2 will have any BMR capabilities build into it
for unix and/or windows clients.  Or should I assume that it will never
happen and purchase Baremetal Restore from veritas.



Thanks

***EMAIL DISCLAIMER***
This email and any files transmitted with it may be confidential and are
intended solely for the use of th individual or entity to whom they are
addressed. If you are not the intended recipient or the individual
responsible for delivering the e-mail to the intended recipient, any
disclosure, copying, distribution or any action taken or omitted to be
taken in reliance on it, is strictly prohibited.  If you have received
this e-mail in error, please delete it and notify the sender or contact
Health Information Management 312.996.3941.

Re: Unable to migrate TSM from 1 dir to another dir

[Joshua S. Bassi]

Francisco,

Get to a TSM command line either through the web or the CLI.

1) Create a new DB volume on the E: partition - 'define dbv
e:\tsmdata\db1.dsm formatsize=currentDBsize'

2) Delete the old DB volume 'deleted dbv c:\tsmdata\server\Dbname.dsm'

If you cannot make these commands work enter 'help define dbv' and 'help
delete dbv' to get details command usage.


--
Joshua S. Bassi
IBM Certified - AIX 4/5L, SAN, Shark
Tivoli Certified Consultant -ADSM/TSM
eServer Systems Expert -pSeries HACMP

AIX, HACMP, Storage, TSM Consultant
Cell (831) 595-3962
[EMAIL PROTECTED]

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]] On Behalf Of
Francisco Molero
Sent: Wednesday, February 12, 2003 1:36 PM
To: [EMAIL PROTECTED]
Subject: Unable to migrate TSM from 1 dir to another dir


Hi,

ENV TSM Server W2k
I am interested in changing the directory from C:\tsmdata\server1 to
E:\tsmdata\ , but I change the files and the dsmserv.dsk file but TSM
server doesn't start. My goal is to change the TSM Server form w2k with
1 processor to other with 2, but it seems I need to create the former
dir structure but I don't interest in that.

Any help ???

Thanks in advance,

___
Yahoo! Msviles
Personaliza tu msvil con tu logo y melodma favorito
en http://moviles.yahoo.es

Re: Unable to migrate TSM from 1 dir to another dir

[David le Blanc]

> I am interested in changing the directory from
> C:\tsmdata\server1 to E:\tsmdata\ , but I change the
> files and the dsmserv.dsk file but TSM server doesn't
> start.

Don't even think about doing it the way you described. The dsmserv.dsk
file is used for startup and during recovery, however once even a
SINGLE DBvolume is located, all further volume information is retrieved
from information inside the database.  Chances are the DB will be
irreparably destroyed and you have to recover it.  If that happens
just restore it to the new location :-)

I would suggest defining a number of *new* database and log files
in the 'E:\tsmdata\' directory (therefore doubling the size of the
database) but DO NOT extend the database into that space.

Once you have done that, start deleting the original database and
log files from 'c:\tsmdata\server1'.

As you delete each file, TSM will migrate all database entries to
'free' space elsewhere.  If you make the mistake of EXTENDing the
DB into the new volumes, the DEL DBVOL commands will fail with
insufficient space, even though the DB appears to be less than 50%
full.  You will need to REDUCE the database to make space.

Just another $0.02


--


David le BlancIdentity
Solutions
Technical Specialist Enterprise IT
Systems &
Contact:  0417 595 550 Data Storage
Technologies



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Francisco Molero
Sent: Thursday, 13 February 2003 8:36 AM
To: [EMAIL PROTECTED]
Subject: Unable to migrate TSM from 1 dir to another dir


Hi,

ENV TSM Server W2k
I am interested in changing the directory from
C:\tsmdata\server1 to E:\tsmdata\ , but I change the
files and the dsmserv.dsk file but TSM server doesn't
start.
My goal is to change the TSM Server form w2k with 1
processor to other with 2, but it seems I need to
create the former dir structure but I don't interest
in that.

Any help ???

Thanks in advance,

___
Yahoo! Msviles
Personaliza tu msvil con tu logo y melodma favorito
en http://moviles.yahoo.es

Unable to migrate TSM from 1 dir to another dir

[Francisco Molero]

Hi,

ENV TSM Server W2k
I am interested in changing the directory from
C:\tsmdata\server1 to E:\tsmdata\ , but I change the
files and the dsmserv.dsk file but TSM server doesn't
start.
My goal is to change the TSM Server form w2k with 1
processor to other with 2, but it seems I need to
create the former dir structure but I don't interest
in that.

Any help ???

Thanks in advance,

___
Yahoo! Msviles
Personaliza tu msvil con tu logo y melodma favorito
en http://moviles.yahoo.es

Re: OS390 TSM Performance questions.

[Matt Simpson]

At 12:02 PM -0500 2/12/03, Darby, Mark wrote:

 It is totally counter-intuitive to me that reducing the memory
footprint would yield these results, but it has.


Is your system memory-constrained?  Are you experiencing high paging
rates?  It's possible that increasing TSM's memory demand increases
paging to a point where overall system performance goes down the
toilet if you don't have sufficient real memory to back it.
--


Matt Simpson --  OS/390 Support
219 McVey Hall  -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506

mainframe --   An obsolete device still used by thousands of obsolete
companies serving billions of obsolete customers and making huge obsolete
profits for their obsolete shareholders.  And this year's run twice as fast
as last year's.

Exchange Restore/Expiration Question

[Kamp, Bruce]

Exchange 5.5 SP4 on Win2k SP3
TDP v5.1.5.0
TSM 5.1.1.6 on AIX 4.3.3

Went to do an Restore of 1 of my Exchnage servers & when I looked to see how
far back the backups go I see a full ran on 1/26 but I also see a lot of
incrimentals before that.  The thing I don't understand is that there is no
full backup to go along with these!  Why didn't TSM expire them or what
happen to the full backup?  I have backup delete set to yes on the client
setup.

Thanks,
---
Bruce Kamp
Midrange Systems Analyst II
Memorial Healthcare System
E-mail: [EMAIL PROTECTED] 
Phone: (954) 987-2020 x4597
Fax: (954) 985-1404
---

Re: TSM 5.2 Question

[Bill Boyer]

As part of the 5.2 announcement, I remember reading something about TSM
supporting a new feature of either XP or .NET that Microsoft was adding to
support BMR functionality... I'll have to see if I can dig up the actual
document again. As for Unix, there wasn't anything, but the "old" Sysback
product is now the "new" Tivoli name.

Bill Boyer
"I haven't lost my mind -- it's backed up on tape somewhere." - ???

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Joshua S. Bassi
Sent: Wednesday, February 12, 2003 12:20 PM
To: [EMAIL PROTECTED]
Subject: Re: TSM 5.2 Question


I doubt IBM will incorporate BMR features into ITSM until "the cow jumps
over the moon."

As far as purchasing Veritas BMR, Veritas has announced that they will
not support future TSM versions and that all future development will be
done exclusively with NetBackup.  Sorry, the buck stops here.


--
Joshua S. Bassi
IBM Certified - AIX 4/5L, SAN, Shark
Tivoli Certified Consultant -ADSM/TSM
eServer Systems Expert -pSeries HACMP

AIX, HACMP, Storage, TSM Consultant
Cell (831) 595-3962
[EMAIL PROTECTED]

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]] On Behalf Of
Dearman, Richard
Sent: Wednesday, February 12, 2003 9:05 AM
To: [EMAIL PROTECTED]
Subject: TSM 5.2 Question


Does anyone know if TSM 5.2 will have any BMR capabilities build into it
for unix and/or windows clients.  Or should I assume that it will never
happen and purchase Baremetal Restore from veritas.



Thanks

***EMAIL DISCLAIMER***
This email and any files transmitted with it may be confidential and are
intended solely for the use of th individual or entity to whom they are
addressed. If you are not the intended recipient or the individual
responsible for delivering the e-mail to the intended recipient, any
disclosure, copying, distribution or any action taken or omitted to be
taken in reliance on it, is strictly prohibited.  If you have received
this e-mail in error, please delete it and notify the sender or contact
Health Information Management 312.996.3941.

Re: TSM 5.2 Question

[Christian Svensson]

   
   
   


Hi Jeff!
The SYSBACK software has always be there. And it´s exactly the same
software seens before.
But if you can wait for a Bare Metal Restore program until summer we have
one for a unix platform.
And it´s going to work eaxct the same way our Windows BMR works today.
If you want to look at our Windows Ver please go to our web page www.
cristie.com and look for CBMR.

Med Vänliga Hälsningar/Best Regards
Christian Svensson

---

Cristie Nordic AB
Box 2
SE-131 06 Nacka
Sweden

Phone : +46-(0)8-641 96 30
Mobil : +46-(0)70-325 15 77
eMail : [EMAIL PROTECTED]
MSN : [EMAIL PROTECTED]


   
  Jeff G Kloek 
  cc: 
  Sent by: "ADSM:  Subject:  Re: TSM 5.2 Question
  Dist Stor
  Manager"  
   
   
  2003-02-12 18:35 
  Please respond to
  "ADSM: Dist Stor 
  Manager" 
   
   




I just had a dog-and-pony show yesterday about 5.1 update features, after
which SRM, then  BMR for 5.2 was discussed. Basically, for AIX they're
incorporating SYSBACK as part of the Tivoli product, they said that there
would be a "sysback-like" feature for Solaris (we asked them to check into
root encapsulation, results pending), and for HP, they mentioned
Ignite-like functionality, all built into the Tivoli product. As for
Windows, that's still in the negotiation/planning stages.






  "Dearman,
  Richard" To:   [EMAIL PROTECTED]
EDU
  <[EMAIL PROTECTED]>cc:
  Sent by: "ADSM:  Subject:  TSM 5.2 Question
  Dist Stor
  Manager"
  <[EMAIL PROTECTED]
  .EDU>


  02/12/2003 11:05
  AM
  Please respond to
  "ADSM: Dist Stor
  Manager"






Does anyone know if TSM 5.2 will have any BMR capabilities build into it
for
unix and/or windows clients.  Or should I assume that it will never happen
and purchase Baremetal Restore from veritas.



Thanks

***EMAIL DISCLAIMER*** This
email and any files transmitted with it may be confidential and are
intended
solely for the use of th individual or entity to whom they are addressed.
If you are not the intended recipient or the individual responsible for
delivering the e-mail to the intended recipient, any disclosure, copying,
distribution or any action taken or omitted to be taken in reliance on it,
is strictly prohibited.  If you have received this e-mail in error, please
delete it and notify the sender or contact Health Information Management
312.996.3941.



<><><>

Re: TSM 5.2 Question

[Jeff G Kloek]

I just had a dog-and-pony show yesterday about 5.1 update features, after
which SRM, then  BMR for 5.2 was discussed. Basically, for AIX they're
incorporating SYSBACK as part of the Tivoli product, they said that there
would be a "sysback-like" feature for Solaris (we asked them to check into
root encapsulation, results pending), and for HP, they mentioned
Ignite-like functionality, all built into the Tivoli product. As for
Windows, that's still in the negotiation/planning stages.






  "Dearman,
  Richard" To:   [EMAIL PROTECTED]
  <[EMAIL PROTECTED]>cc:
  Sent by: "ADSM:  Subject:  TSM 5.2 Question
  Dist Stor
  Manager"
  <[EMAIL PROTECTED]
  .EDU>


  02/12/2003 11:05
  AM
  Please respond to
  "ADSM: Dist Stor
  Manager"






Does anyone know if TSM 5.2 will have any BMR capabilities build into it
for
unix and/or windows clients.  Or should I assume that it will never happen
and purchase Baremetal Restore from veritas.



Thanks

***EMAIL DISCLAIMER*** This
email and any files transmitted with it may be confidential and are
intended
solely for the use of th individual or entity to whom they are addressed.
If you are not the intended recipient or the individual responsible for
delivering the e-mail to the intended recipient, any disclosure, copying,
distribution or any action taken or omitted to be taken in reliance on it,
is strictly prohibited.  If you have received this e-mail in error, please
delete it and notify the sender or contact Health Information Management
312.996.3941.

Re: TSM 5.2 Question

[Joshua S. Bassi]

I doubt IBM will incorporate BMR features into ITSM until "the cow jumps
over the moon."

As far as purchasing Veritas BMR, Veritas has announced that they will
not support future TSM versions and that all future development will be
done exclusively with NetBackup.  Sorry, the buck stops here.


--
Joshua S. Bassi
IBM Certified - AIX 4/5L, SAN, Shark
Tivoli Certified Consultant -ADSM/TSM
eServer Systems Expert -pSeries HACMP

AIX, HACMP, Storage, TSM Consultant
Cell (831) 595-3962
[EMAIL PROTECTED]

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]] On Behalf Of
Dearman, Richard
Sent: Wednesday, February 12, 2003 9:05 AM
To: [EMAIL PROTECTED]
Subject: TSM 5.2 Question


Does anyone know if TSM 5.2 will have any BMR capabilities build into it
for unix and/or windows clients.  Or should I assume that it will never
happen and purchase Baremetal Restore from veritas.



Thanks

***EMAIL DISCLAIMER***
This email and any files transmitted with it may be confidential and are
intended solely for the use of th individual or entity to whom they are
addressed. If you are not the intended recipient or the individual
responsible for delivering the e-mail to the intended recipient, any
disclosure, copying, distribution or any action taken or omitted to be
taken in reliance on it, is strictly prohibited.  If you have received
this e-mail in error, please delete it and notify the sender or contact
Health Information Management 312.996.3941.

Re: unable to move empty volumes to scratch -Summary

[Kempadasiah, Umesh]

Hi all,
   Thanks for your response . I was able to delete the  volumes .
The steps are:
1. checkout libvol volumename
2. move media volumename stgpool="stgpool name" wherestate=mountablenotinlib
3. Then checkin the volumes with status as scratch


Thanks and regards
Umesh kempadasiah

Re: api and backupset

[Joshua S. Bassi]

Meng,

Unfortunately backupsets do not support archives.  At least that is my
understanding as of the last time I looked into it.  Not sure about API
support, but I would assume that it wont' become supported till after
archives in general are supported.


--
Joshua S. Bassi
IBM Certified - AIX 4/5L, SAN, Shark
Tivoli Certified Consultant -ADSM/TSM
eServer Systems Expert -pSeries HACMP

AIX, HACMP, Storage, TSM Consultant
Cell (831) 595-3962
[EMAIL PROTECTED]

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]] On Behalf Of
Meng Zhang
Sent: Tuesday, February 11, 2003 11:24 PM
To: [EMAIL PROTECTED]
Subject: api and backupset


hello everyone!

I'm using TSM API to write a program, but after I make a backupset(the
files in TSM was archived by using APIs and
the backupset was generated by using TSM server command
"gene backupset"), I found it can not be restored by TSM
Client.

And I found TSM client help '57' said:
Note: There is no support in the API for the backup set format.
Therefore, backup set data that was backed up via the API cannot be
restored or used.

Is it means that I CAN NOT USE BACKUPSET function in my application?

Can anyone enlight me?

Re: NT4 Client Level Recommendations

[Joshua S. Bassi]

I have been using 5.1.5 on W2K and XP without any problems.


--
Joshua S. Bassi
IBM Certified - AIX 4/5L, SAN, Shark
Tivoli Certified Consultant -ADSM/TSM
eServer Systems Expert -pSeries HACMP

AIX, HACMP, Storage, TSM Consultant
Cell (831) 595-3962
[EMAIL PROTECTED]

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]] On Behalf Of
Pope, Simon R.
Sent: Wednesday, February 12, 2003 7:40 AM
To: [EMAIL PROTECTED]
Subject: NT4 Client Level Recommendations


Hi

Our NT sys admins are just about to start upgrading about 80 NT4 clients
from 4.1.2 to 5.1.x.x.

Can anyone recommend the most stable release of 5.1.x.x to use??

Server is at 4.2.3.1 on AIX 4.3.3

Thanks

Simon


This email has been scanned for all viruses by the MessageLabs SkyScan
service. For more information on a proactive anti-virus service working
around the clock, around the globe, visit http://www.messagelabs.com

Funny tape-volume state

[Peter Duempert]

Hi *SMers,
TSM-server 4.2.1.18 on IBM H70, AIX 4.3.3, Library: IBM 3494

   since a few days I've a problem with a tape 000492, which can't be
used, e.g. I tried
backup stgpool tapepool_nc copypool_nc
audit volume 000492
move data 000492
and got more or less always the same answer:

18.01.2003 07:30:22  ANR1228I Removable volume 000492 is required for
storage
  pool backup.
18.01.2003 08:28:03  ANR1229W Volume 000492 cannot be backed up -
volume is
  offline or access mode is "unavailable" or
"destroyed".

I tried to
checkout libv 3494 000492
followed by
checkin  libv 3494 000492 status=private

but no change in the above behaviour.

I attach the reduced o/p of a "q actlog begind=-45 s=000492" +
"q vol 000492 f=d" + q libv 3494 000492"

With some hope for help,
Peter

-- 
MfG / Ciao - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Peter Dümpert   Email: [EMAIL PROTECTED]
Rechenzentrum der Technischen Universität   Fax  : ++49/531/391-5549
D 38092 BraunschweigTel  : ++49/531/391-5535


tsm: DS3> q actlog begind=01/17/2003 begint=00:00:00 endd=01/20/2003 
 endtime=08:00:00 s=000492


Date/TimeMessage   
 --
17.01.2003 06:01:27  ANR8337I 3590 volume 000492 mounted in drive 3590_P4  
  (/dev/rmt2). 
17.01.2003 07:00:16  ANR8336I Verifying label of 3590 volume 000492 in drive   
  3590_P4 (/dev/rmt2). 
17.01.2003 07:02:19  ANR8468I 3590 volume 000492 dismounted from drive 3590_P4 
  (/dev/rmt2) in library 3494. 
17.01.2003 07:04:18  ANR8337I 3590 volume 000492 mounted in drive 3590_P5  
  (/dev/rmt3). 
17.01.2003 07:08:05  ANR8336I Verifying label of 3590 volume 000492 in drive   
  3590_P5 (/dev/rmt3). 
17.01.2003 07:10:07  ANR8468I 3590 volume 000492 dismounted from drive 3590_P5 
  (/dev/rmt3) in library 3494. 
17.01.2003 07:11:47  ANR8337I 3590 volume 000492 mounted in drive 3590_P4  
  (/dev/rmt2). 
17.01.2003 07:19:21  ANR8336I Verifying label of 3590 volume 000492 in drive   
  3590_P4 (/dev/rmt2). 
17.01.2003 07:21:22  ANR8468I 3590 volume 000492 dismounted from drive 3590_P4 
  (/dev/rmt2) in library 3494. 
17.01.2003 07:24:31  ANR8337I 3590 volume 000492 mounted in drive 3590_P5  
  (/dev/rmt3). 
17.01.2003 07:26:26  ANR8336I Verifying label of 3590 volume 000492 in drive   
  3590_P5 (/dev/rmt3). 
17.01.2003 07:28:26  ANR8468I 3590 volume 000492 dismounted from drive 3590_P5 
   (/dev/rmt3) in library 3494. 
17.01.2003 07:30:21  ANR1228I Removable volume 000492 is required for storage  
  pool backup. 
17.01.2003 07:31:37  ANR8337I 3590 volume 000492 mounted in drive 3590_P4  
  (/dev/rmt2). 
17.01.2003 07:37:50  ANR8336I Verifying label of 3590 volume 000492 in drive   
  3590_P4 (/dev/rmt2). 
17.01.2003 07:39:49  ANR8468I 3590 volume 000492 dismounted from drive 3590_P4 
  (/dev/rmt2) in library 3494. 
17.01.2003 08:34:20  ANR8337I 3590 volume 000492 mounted in drive 3590_P6  
  (/dev/rmt0). 
17.01.2003 08:58:04  ANR8336I Verifying label of 3590 volume 000492 in drive   
  3590_P6 (/dev/rmt0). 
17.01.2003 09:01:09  ANR8468I 3590 volume 000492 dismounted from drive 3590_P6 
  (/dev/rmt0) in library 3494. 
18.01.2003 06:01:07  ANR8337I 3590 volume 000492 mounted in drive 3590_P5  
  (/dev/rmt3). 
18.01.2003 06:51:26  ANR8336I Verifying label of 3590 volume 000492 in drive   
  3590_P5

Re: OS390 TSM Performance questions.

[Darby, Mark]

Hello, Al.

We have much to share.  We are OS/390 2.10 on a 7060-H50 (~120 MIPS) with
approx. 100Mbit network connectivity and have had many, long-standing TSM
performance problems.  We are currently running 4.2.3.2.  We have discovered
in working with TSM support (without a technical explanation as to "why?")
that reducing the TSM server's region to 512M and setting (by reducing)
bufpoolsize to 131072 (i.e., 128MB) works for us.  We had previously tried
several region settings from 1.75G down to 960M with the same problematic
results until "happening upon" the severely reduced, storage-constrained
"settings" with which we are now running (or should I say, limping).  This
was determined with the help of the Tivoli "performance team" in response to
a long string of numerous performance-related PMRs.

Here are some things we have discovered - and which work best for us:
1. Region over 512M causes serious and pervasive performance problems
2. BufPoolSize much over 131072 MAY also cause/contribute similarly (and
definitely doesn't help)
3. CPU utilization is VERY high for any database-intensive processes
4. Database corruption may be the root cause for our severe symptoms (this
is purely conjecture on my part at this point, but supported, to some
degree, by TSM support statements recommending we fix known DB corruption -
which, of course, with dump/reload/audit performance being what it is, is an
impossible "hit" to take).  FYI: We plan to "move out" of the TSM server
with database corruption "into" a new, virgin server(s) as soon as time and
other factors permit.

Prior to adjusting our "settings" as indicated above, we were experiencing
severe, pervasive, and nearly continual performance problems (and CPU
over-utilization), server unresponsiveness, and what I would call
"stress-related" failures of all sorts, and a whole plethora of other,
unmentioned "problems".  After making "the adjustments" we have found that,
although the TSM server still frequently gets "tangled up in its shorts",
the problems are not as severe nor are they as frequent or pervasive, and
performance is better than when we ran it in the "larger memory footprint".
Although it is closer to acceptable, it is still well below the kind of
performance I expect from an application running on the platform (i.e.,
S/390).

We cannot even imagine a reason why these adjustments have helped, but they
have.  It is totally counter-intuitive to me that reducing the memory
footprint would yield these results, but it has.

I would call IBM/Tivoli support, if I were you, and start a diagnostic
regimen with them on your particular issues.  We were told by them that many
OS/390 shops are getting far superior performance, throughput, and (I
presume) a much better CPU utilization picture than we experience.  Further,
their stated position is that some environmental factor, unique to "us", is
the root cause for our performance issues.  Aside from our limited bandwidth
and database corruption "issues", I cannot think of any other factor that
makes us extremely unique among all the other users of the TSM server on
OS/390.

You are the first shop I have heard reporting an experience similar to ours.

Please feel free to explore this further with me off-line if you wish.

Regards,
Mark Darby
(301) 903-5229

-Original Message-
From: Alan Davenport [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 12, 2003 10:46 AM
To: [EMAIL PROTECTED]
Subject: OS390 TSM Performance questions.

Hello,

We're running TSM v5.1.5.4 on an IBM 20660A2 processor running OS390
v10. There is a 100Mbit, single port OSA card on the processor. We are
backing up 197 clients per night. MAXSCHEDSESSIONS is set to allow 116
simultaneous backup sessions. Our backup window begins at 20:00 and ends at
07:30 the next morning. We are seeing poor performance on our backups during
the window.  For example, one server that will backup in 6-7 minutes outside
the window takes hours to complete during the window. The TSM server has a
region size of 1280M and MPTHREADING is set to YES. Self tune buffer size
and TXN size is enabled. We are backing up to a 100GB disc buffer to an EMC
model 8830 drive array. On average we backup 30-40GB per night with a peak
of 75-80GB.

I know there are much larger shops backing up many more servers out
there running OS390 also. What I would like to know is, on large shops, what
is your OSA configuration? Are you running multi-port OSAs and/or gigabit
cards? For comparison, I would also like to know how many clients you are
backing up per night. Where do you think the bottleneck is? Have you seen
similar problems and what did you do to help alleviate the problem? I am
fairly confident that TSM is not CPU constrained during the window. We
recently moved TSM to a higher service class with little effect on the
problem.  Do you feel we are saturating the OSA card?

Any thoughts and suggestions would be greatly appreciated.

  Take care,
  

TSM 5.2 Question

[Dearman, Richard]

Does anyone know if TSM 5.2 will have any BMR capabilities build into it for
unix and/or windows clients.  Or should I assume that it will never happen
and purchase Baremetal Restore from veritas.



Thanks

***EMAIL DISCLAIMER*** This
email and any files transmitted with it may be confidential and are intended
solely for the use of th individual or entity to whom they are addressed.
If you are not the intended recipient or the individual responsible for
delivering the e-mail to the intended recipient, any disclosure, copying,
distribution or any action taken or omitted to be taken in reliance on it,
is strictly prohibited.  If you have received this e-mail in error, please
delete it and notify the sender or contact Health Information Management
312.996.3941.

Re: OS390 TSM Performance questions.

[MC Matt Cooper (2838)]

Alan,
As can be expected there is got to be a dozen different things to
look at.  However, from what you have said so far I would cut the maximum
number of concurrent session in half.  I found that when I get too many
concurrent session TSM thrashes.   I just started backing up desktops during
the day.  I backup 200+ desktops in about 2.5 hours and averages about 90GB.
My adapter is ATM but the desktop's network is fast Ethernet.  To get my
desktop window to work I did the following:
The clients are kicked by POLLING
The MAXSCHEDSESSION reduced to 25
The RANDOMIZE  set to 50
The MAXCMDRETRIES   set to 12
The RETRYPERIOD   set to 15 minutes
This spread out the start of the backups to the 1st 1/2 of the schedule
window, reduced the concurrent backups, but had the backups that didn't have
a session available to retry every 15 minutes for 3 hours.
Matt
PS; I am running TSM 5.1.5.4 on z/OS 1.1 on a 9672 x57.   My server backups
that are run overnight use multiple adapters.  I expand the concurrent
sessions to 50 for them and manage to get the 1st 100GB of 300GB moved in
about 3.5 hours.
Ask your network guys what the network is doing overnight or dialin and look
at CPU Utilization,  and the rate of the adapter TSO RMFMON, then PFK4 to
see the Mbytes/sec for that CHPID  (OSA-Es report as CHPID ID's)
 -Original Message-
From:   Alan Davenport [mailto:[EMAIL PROTECTED]]
Sent:   Wednesday, February 12, 2003 10:46 AM
To: [EMAIL PROTECTED]
Subject:OS390 TSM Performance questions.

Hello,

We're running TSM v5.1.5.4 on an IBM 20660A2 processor running OS390
v10. There is a 100Mbit, single port OSA card on the processor. We are
backing up 197 clients per night. MAXSCHEDSESSIONS is set to allow 116
simultaneous backup sessions. Our backup window begins at 20:00 and ends at
07:30 the next morning. We are seeing poor performance on our backups during
the window.  For example, one server that will backup in 6-7 minutes outside
the window takes hours to complete during the window. The TSM server has a
region size of 1280M and MPTHREADING is set to YES. Self tune buffer size
and TXN size is enabled. We are backing up to a 100GB disc buffer to an EMC
model 8830 drive array. On average we backup 30-40GB per night with a peak
of 75-80GB.

I know there are much larger shops backing up many more servers out
there running OS390 also. What I would like to know is, on large shops, what
is your OSA configuration? Are you running multi-port OSAs and/or gigabit
cards? For comparison, I would also like to know how many clients you are
backing up per night. Where do you think the bottleneck is? Have you seen
similar problems and what did you do to help alleviate the problem? I am
fairly confident that TSM is not CPU constrained during the window. We
recently moved TSM to a higher service class with little effect on the
problem.  Do you feel we are saturating the OSA card?

Any thoughts and suggestions would be greatly appreciated.

  Take care,
   Al

Alan Davenport
Senior Storage Administrator
Selective Insurance Co. of America
[EMAIL PROTECTED]
(973) 948-1306

Re: Avoiding holding a tape during a DB2 Redirected restore

[Tudor,Troy,VEVEY,GL-IS/IT]

Hi

We experience the SAP problem except I don't believe TSM 'holds' the drive.

DB2 will read backup header from tape
DB2 then creates containers as required.
While the containers are being created, TSM waits for the client to return.
The tape is unmounted after a timeout period.
When containers are created, TSM remounts tape.


Cheers
> Troy Tudor
> my SAP support - Design and Construction
> Information Systems
> GLOBE - Global Business Excellence
> *+41 (21) 924 7083   * CLA 308
> E-mail address:[EMAIL PROTECTED]
> Our link: http://globe.nestec.ch/GLOBE
>


-Original Message-
From: Steve Harris [mailto:[EMAIL PROTECTED]]
Sent: 12 February 2003 07:37
To: [EMAIL PROTECTED]
Subject: Avoiding holding a tape during a DB2 Redirected restore


Hi Group.

I have a 300GB DB2 (SAP) database that I am trying to move from one site to
another using a DB2 redirected restore via TSM.  The new site is tape
constrained until we can move the drives from the old to the new sites, but
we are in testing phase at the moment.

When the restore runs, TSM mounts a tape, restores a small amount of data
and then sits there for a couple of hours  while DB2 formats its containers.
Once these are formatted the restore proceeds correctly.

Is there any way to pre-format the containers so that the tape mount is not
held unnecessarily, or alternatively to get TSM to let go of the drive until
it is actually needed once again?

Thanks

Steve Harris
AIX and TSM Admin
Queensland Health, Brisbane Australia



**
This e-mail, including any attachments sent with it, is confidential
and for the sole use of the intended recipient(s). This confidentiality
is not waived or lost if you receive it and you are not the intended
recipient(s), or if it is transmitted/ received in error.

Any unauthorised use, alteration, disclosure, distribution or review
of this e-mail is prohibited.  It may be subject to a statutory duty of
confidentiality if it relates to health service matters.

If you are not the intended recipient(s), or if you have received this
e-mail in error, you are asked to immediately notify the sender by
telephone or by return e-mail.  You should also delete this e-mail
message and destroy any hard copies produced.
**

Re: OS390 TSM Performance questions.

[John Naylor]

Alan,
We are TSM 4.2.2 region=512M on os390 2.10 with gigabit osa
My summary stats from last night for 102 clients show
TOTAL FILES BACKED UP:   214388
TOTAL MEGABYTES BACKED UP:   106219
TOTAL NETWORK TIME(MINUTES): 2723
TOTAL BACKUP TIME(MINUTES):  4863
You should be able to see from your query active statistics (not 100% but near
enough) where your clients are spending their time.
You need to look at these values to see whether you are network constrained
Data transfer time:
Network data transfer rate:
Aggregate data transfer rate:
Elapsed processing time:

If the majority of the elapsed processing tine is accounted for by the data
transfer time then likely you have a network issue.
You do not say if anything else is using the network overnight as this will have
an impact.
Also are the backups spread evenly during your window
Schedule some half houly q storage to cover your backup window, this will give
you a good clue to whether there is a particular peiod of the night
when TSM throughput drops right off.
Hope that helps,
John




Alan Davenport <[EMAIL PROTECTED]> on 02/12/2003 03:46:23 PM

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

To:   [EMAIL PROTECTED]
cc:(bcc: John Naylor/HAV/SSE)
Subject:  OS390 TSM Performance questions.



Hello,

We're running TSM v5.1.5.4 on an IBM 20660A2 processor running OS390
v10. There is a 100Mbit, single port OSA card on the processor. We are
backing up 197 clients per night. MAXSCHEDSESSIONS is set to allow 116
simultaneous backup sessions. Our backup window begins at 20:00 and ends at
07:30 the next morning. We are seeing poor performance on our backups during
the window.  For example, one server that will backup in 6-7 minutes outside
the window takes hours to complete during the window. The TSM server has a
region size of 1280M and MPTHREADING is set to YES. Self tune buffer size
and TXN size is enabled. We are backing up to a 100GB disc buffer to an EMC
model 8830 drive array. On average we backup 30-40GB per night with a peak
of 75-80GB.

I know there are much larger shops backing up many more servers out
there running OS390 also. What I would like to know is, on large shops, what
is your OSA configuration? Are you running multi-port OSAs and/or gigabit
cards? For comparison, I would also like to know how many clients you are
backing up per night. Where do you think the bottleneck is? Have you seen
similar problems and what did you do to help alleviate the problem? I am
fairly confident that TSM is not CPU constrained during the window. We
recently moved TSM to a higher service class with little effect on the
problem.  Do you feel we are saturating the OSA card?

Any thoughts and suggestions would be greatly appreciated.

  Take care,
   Al

Alan Davenport
Senior Storage Administrator
Selective Insurance Co. of America
[EMAIL PROTECTED]
(973) 948-1306










**
The information in this E-Mail is confidential and may be legally
privileged. It may not represent the views of Scottish and Southern
Energy plc.
It is intended solely for the addressees. Access to this E-Mail by
anyone else is unauthorised. If you are not the intended recipient,
any disclosure, copying, distribution or any action taken or omitted
to be taken in reliance on it, is prohibited and may be unlawful.
Any unauthorised recipient should advise the sender immediately of
the error in transmission.

Scottish Hydro-Electric, Southern Electric, SWALEC and S+S
are trading names of the Scottish and Southern Energy Group.
**

OS390 TSM Performance questions.

[Alan Davenport]

Hello,

We're running TSM v5.1.5.4 on an IBM 20660A2 processor running OS390
v10. There is a 100Mbit, single port OSA card on the processor. We are
backing up 197 clients per night. MAXSCHEDSESSIONS is set to allow 116
simultaneous backup sessions. Our backup window begins at 20:00 and ends at
07:30 the next morning. We are seeing poor performance on our backups during
the window.  For example, one server that will backup in 6-7 minutes outside
the window takes hours to complete during the window. The TSM server has a
region size of 1280M and MPTHREADING is set to YES. Self tune buffer size
and TXN size is enabled. We are backing up to a 100GB disc buffer to an EMC
model 8830 drive array. On average we backup 30-40GB per night with a peak
of 75-80GB.

I know there are much larger shops backing up many more servers out
there running OS390 also. What I would like to know is, on large shops, what
is your OSA configuration? Are you running multi-port OSAs and/or gigabit
cards? For comparison, I would also like to know how many clients you are
backing up per night. Where do you think the bottleneck is? Have you seen
similar problems and what did you do to help alleviate the problem? I am
fairly confident that TSM is not CPU constrained during the window. We
recently moved TSM to a higher service class with little effect on the
problem.  Do you feel we are saturating the OSA card?

Any thoughts and suggestions would be greatly appreciated.

  Take care,
   Al

Alan Davenport
Senior Storage Administrator
Selective Insurance Co. of America
[EMAIL PROTECTED]
(973) 948-1306

New Customer Education letter for WW distribution

[Andrew Raibeck]

The Tivoli eSupport program manager has asked me to post the following 
information to ADSM-L (see below my sig):

Regards,

Andy

Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Development
Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS
Internet e-mail: [EMAIL PROTECTED] (change eye to i to reply)

The only dumb question is the one that goes unasked.
The command line is your friend.
"Good enough" is the enemy of excellence.


Subject: To: All Registered Tivoli Customers World Wide 

February 10, 2003 ? Education: How to use the new Support site successfully

Dear Valued Support Customer, 

Here is the list of the most common Questions & Answers were are receiving 
on the IBM.com Online Support site today:

Q: I have a Tivoli ID and an IBM.com registered ID.Which one do I use 
for problem submission?
A: If your company has NOT been migrated to a Passport Advantage 
agreement, you can use your Tivoli ID to logon to ESR.To reach 
entitled data on IBM.com, you would continue to use your IBM.com ID. Once 
you are migrated to a Passport Advantage agreement and customer number, 
your IBM.com ID will work for both areas.

Q: The top of every web page has a search bar in a blue field and 4 links 
in black.When these are used, I leave the Tivoli content areas, why?
A: The top blue field area, is used exclusively for searching the web page 
tags across the entire IBM web site.The links in black are references 
for all IBM segments, not just software products.   When using only the 
software support function, use only the links below the top 10% of the page or the 
black and blue fields.

Q: Does Tivoli have a Support home page and where is it?
A:  Yes   We have created a Support Home page, on IBM.com.It can be 
found at http://www-3.ibm.com/software/sysmgmt/products/support/   Many of the 
features available from Tivoli.com/support, are selectable 
in the left and right navigation areas.   For example, the 'Library' link, 
replaces the Tivoli Information Center.

Q: How do I use the Search capabilities on IBM.com?
A: For an overview of the Search system, you can reference the Search site 
tour at:  
http://www-3.ibm.com/software/support/viewlet/swsearch/sw_search1_viewlet_swf.html
Once a search has been run, a count of the records is found listed in the 
dark blue bar, just above the records found.To further isolate to the 
information needed, additional keywords, using the categories, or types of 
support features from the search results page, will reduce the list of 
records found. 

Q: Where can I find Product Downloads?
A:  On each product page under the self help section, a link will be found 
if downloads for that product exist.   Once this is selected, further 
isolation can be done using the search results page features.Downloads 
are also searchable from the IBM Software Support page, using the center 
column "Downloads" link under the Support Search bar. Once the results 
list for downloads is displayed, you can use isolation features that will 
limit hits to only a certain Operating System, or only to the application 
at a certain version / release level.

Q: Are FAQ's documented online?
A: We have received a number of questions about 'How to find' or 'How to 
use' content or features on the new support location.  To help provide 
a available reference for these questions, Tivoli is maintaining a Support Site FAQ 
page .  This link is: 
http://www-3.ibm.com/software/sysmgmt/products/support/Support_Site_FAQ.html

Thank you for your continued use of Tivoli products. We look forward to 
continuing to serve your support needs in our new online home.

NT4 Client Level Recommendations

[Pope, Simon R.]

Hi

Our NT sys admins are just about to start upgrading about 80 NT4 clients
from 4.1.2 to 5.1.x.x.

Can anyone recommend the most stable release of 5.1.x.x to use??

Server is at 4.2.3.1 on AIX 4.3.3

Thanks

Simon


This email has been scanned for all viruses by the MessageLabs SkyScan
service. For more information on a proactive anti-virus service working
around the clock, around the globe, visit http://www.messagelabs.com

Re: archive failure

[Stapleton, Mark]

From: Gill, Geoffrey L. [mailto:[EMAIL PROTECTED]] 
Someone here has gone off and created their own cmd file that TSM
launches to do an archive. I can't seem to find anything in the help
file on these variables. Maybe someone more familiar with variables can
please tell me if this will work. From what I can tell looking at the
return codes it looks like it is saying it found nothing to backup and
reports a failure.

I'm told if they run this cmd file manually from the server it works.
Why then would TSM have a problem with it when all it's doing is calling
the same file?


Remember, folks, that when you can successfully run a Windows-based
backup manually, but the scheduled backup fails, it is *always* a
Windows-based permissions problem. The manual backup is likely being
done by someone who is logged in as an administrator-level person, and
the scheduler service is likely being run by the (non-interactive)
System ID.

A good beer says that the files that you are attempting to backup cannot
be accessed by whatever ID is running the scheduler service. There are
very few good reasons why anyone should take System's privileges away
from files; there are no security issues here.

--
Mark Stapleton ([EMAIL PROTECTED])

Re: ITSM For Mail - Domino problems

[Jurjen Oskam]

On Tue, Feb 11, 2003 at 03:33:01PM -0500, Guillaume Gilbert wrote:

> Registered both the "OS" client and the Mail client. When I run
> domdsmc q adsmserv I get a response from

Are you running the TDP with a Terminal Services client? If so,
don't. :-)

--
Jurjen Oskam

PGP Key available at http://www.stupendous.org/

Re: LTO 3583 drive problem.

[Jozef Zatko]

In my environment I have following:
IBM 3534 F08 FC switch, Atape driver 7.1.5.0, 2 SCSI drives with code 25D4,
AIX 5.1 ML 02, TSM 5.1.5.2, library 3583
with firmware 2.80.0410, SAN Data Gateway code 4.20.05.
Each device is on separate SCSI channel. Library and SAN Data GW do not
report any errors.
I will have to have closer look on SAN switch.

Humberto, can you provide more detailed info about your configuration?


Ing. Jozef Zatko
Login a.s.
Dlha 2, Stupava
tel.: (421) (2) 60252618



David Longo
  cc:
Sent by: "ADSM: DistSubject: Re: LTO 3583 drive 
problem.
Stor Manager"
<[EMAIL PROTECTED]
U>


12.02.2003 05:17
Please respond to
"ADSM: Dist Stor
Manager"






I have seen some messages here recently about 3583 drive errors.
I have a 3584 with (8) Fibre drives going through McData switches.
with TSM Server 4.2.2.10 on AIX 4.3.3 ML 10 and Atape sdriver
7.1.1.0.  3584 library code 2460 and drive code 25D4.
Have had 3584 about a year.  Have had intermittant
errors maybe 2-3 times a month, but noticed that were only
happening on DRIVE1 which has control path.  Moved Control
path to DRIVE5 and sure enough the errors were then happening
on that drive.

Working with our IBM CE on this for several months, IBM Tucson
initially was saying that the errors we were getting were media errors.
But I could reuse tha same tape and it would have no more problems.
On some instances, the tape would not be dismounted from drive
but have to have drive reset for eject.

Finally in late December my IBM CE called and said that IBM Tucson
had seen this problem all over and it was happeing on the Fibre Drives, the
drive that the Control Path was on and going through either IBM
2109 or McData switches.  These were the common factors.  IBM is
working on a code fix (I assume for drives and/or library).

I suspect problem could be happening on 3583 also.

David Longo

>>> [EMAIL PROTECTED] 02/11/03 11:10AM >>>
Hi,
I have exactly the same problem except that I have TSM server on AIX 5.1.
It is very strange, because it happens randomly always during unmounting
the tape.
It is always the same drive - /dev/rmt0.
Tape remains in the drive. I can unload tape using operator panel without
any problem. But if I want to use tapeutil utility I get following error
when I try to open device /dev/rmt0

Operation failed with errno 79: Connection refused

I have to reset SAN Data Gateway and then the drive is again accesible with
tapeutil and also from TSM server.

Does somebody know, what does error message : Operation failed with errno
79: Connection refused
mean? Where I can find information about this error number. I was looking
in Atape driver doc but there is no mention about this message.
In output from errpt there is no error from fibre adapter nor from tape
drive.

Here is copy of Event log from SAN DAta Gateway:

SequenceTime CodeDescription
0031   FEB 11 2003 08:03:45   110 Health Check 1: Link Status Has
Changed on FCAL 2: linkFail: 0/0,   syncLost: 0/0, sigLost: 0/0, primSpErr:
0/0, invWord: 12/0, invCrc: 0/0
0029   FEB 11 2003 08:03:03   70 NOTICE: Reboot Complete
0028   FEB 11 2003 08:02:59   29 Mapping 1: Target Device Added:
index 3, handle 0x091ac308
0027   FEB 11 2003 08:02:59   29 Mapping 1: Target Device Added:
index 2, handle 0x09e68408
0023   FEB 11 2003 08:02:57   29 Mapping 1: Target Device Added:
index 1, handle 0x09ffbe08
0022   FEB 11 2003 08:02:54   28 USCSI 3: Bus RESET
0021   FEB 11 2003 08:02:53   28 USCSI 2: Bus RESET
0016   FEB 11 2003 08:02:52   28 USCSI 1: Bus RESET
0014   FEB 11 2003 08:02:51   29 Mapping 1: Target Device Added:
index 0, handle 0x091b8700
0011   FEB 11 2003 08:02:51   28 USCSI 4: Bus RESET
0010   FEB 11 2003 08:02:51   28 USCSI 3: Bus RESET
0009   FEB 11 2003 08:02:51   28 USCSI 2: Bus RESET
0008   FEB 11 2003 08:02:51   28 USCSI 1: Bus RESET
0057   FEB 11 2003 08:02:20   13 NOTICE: System Shutting Down
0031   FEB 10 2003 03:22:02   110 Health Check 1: Link Status Has
Changed on FCAL 2: linkFail: 0/0,   syncLost: 0/0, sigLost: 0/0, primSpErr:
0/0, invWord: 12/0, invCrc: 0/0
0029   FEB 10 2003 03:21:20   70 NOTICE: Reboot Complete
0028   FEB 10 2003 03:21:16   29 Mapping 1: Target Device Added:
index 3, handle 0x091ac408
0027   FEB 10 2003 03:21:16   29 Mapping 1: Target Device Added:
index 2, handle 0x09e68408
0023   FEB 10 2003 03:21:14   29 Mapping 1: Target Device Added:
index 1, handle 0x09ffbe08
0022   FEB 10 2003 03:21:11   28 USCSI 3: Bus RESET

I am not specialist, but in my opinion there is only messages generated
during device rebooting.

Any help appreciated


Ing. Jozef Zatko
Login a

Re: unable to move empty volumes to scratch

[PAC Brion Arnaud]

Hi Umesh,

You could try this one : "upd libv IBM-7337 VOL109 status=scratch", it should do the 
trick !
Cheers.

Arnaud

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
| Arnaud Brion, Panalpina Management Ltd., IT Group |
| Viaduktstrasse 42, P.O. Box, 4002 Basel - Switzerland |
| Phone: +41 61 226 19 78 / Fax: +41 61 226 17 01   | 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=



-Original Message-
From: Kempadasiah, Umesh [mailto:[EMAIL PROTECTED]] 
Sent: Tuesday, 11 February, 2003 17:09
To: [EMAIL PROTECTED]
Subject: Re: unable to move empty volumes to scratch


I tried the move media command , but it says 0 volume found Here is the list of 
volumes in the stgpool and in the library .. let me know where the problem lies
 
q vol stgpool=arch-pool
Volume Name   Storage  Device  EstimatedPct   Volume
  Pool NameClass Name   Capacity   Util   Status
(MB)
  ---  --  -  -  
VOL014ARCH-POOLAUTO-DLT120,392.2  100.0Full
VOL109ARCH-POOLAUTO-DLT  0.00.0   Empty
VOL116ARCH-POOLAUTO-DLT  0.00.0   Empty
VOL118ARCH-POOLAUTO-DLT  0.00.0   Empty
VOL137ARCH-POOLAUTO-DLT  0.00.0   Empty
VOL138ARCH-POOLAUTO-DLT118,390.0  100.0Full
VOL143ARCH-POOLAUTO-DLT125,231.53.2Full
VOL152ARCH-POOLAUTO-DLT  0.00.0   Empty
VOL155ARCH-POOLAUTO-DLT113,164.9  100.0Full
VOL156ARCH-POOLAUTO-DLT  0.00.0   Empty
VOL157ARCH-POOLAUTO-DLT126,953.1  100.0Full
VOL160ARCH-POOLAUTO-DLT  0.00.0   Empty
VOL162ARCH-POOLAUTO-DLT122,849.83.3Full
VOL163ARCH-POOLAUTO-DLT102,684.6   56.3Full
VOL164ARCH-POOLAUTO-DLT126,151.3  100.0Full
VOL165ARCH-POOLAUTO-DLT124,667.2   41.4Full
VOL169ARCH-POOLAUTO-DLT130,155.2  100.0Full
more...   ( to continue, 'C' to cancel)
VOL171ARCH-POOLAUTO-DLT125,481.1  100.0Full
VOL173ARCH-POOLAUTO-DLT120,430.8  100.0Full
VOL175ARCH-POOLAUTO-DLT 70,000.00.5  Filling
VOL177ARCH-POOLAUTO-DLT123,900.5  100.0Full
VOL179ARCH-POOLAUTO-DLT119,443.8  100.0Full
VOL182ARCH-POOLAUTO-DLT114,166.6  100.0  Filling
 
 
q Libvol
 
Library Name   Volume Name   Status   OwnerLast UseHome Element
   ---   --   --   -   
IBM-7337   VOL109Private   11
IBM-7337   VOL116Private   14
IBM-7337   VOL118Private   10
IBM-7337   VOL126Scratch   3
IBM-7337   VOL137Private   8
IBM-7337   VOL145Private   DbBackup5
IBM-7337   VOL152Private   2
IBM-7337   VOL156Private   7
IBM-7337   VOL160Private   4
IBM-7337   VOL170Scratch   9
IBM-7337   VOL172Private   Data0
IBM-7337   VOL174Scratch   6
IBM-7337   VOL175Private   Data13
IBM-7337   VOL176Scratch   1
IBM-7337   VOL182Private   Data12
 
Activity log output
 
02/11/03   11:07:14  ANR2017I Administrator UKEMPADA issued command: MOVE MEDIA
  * stgpool=arch-pool wherestate=mountablenotinlib
02/11/03   11:07:14  ANR0984I Process 47 for MOVE MEDIA started in the
  BACKGROUND at 11:07:14.
02/11/03   11:07:14  ANR0609I MOVE MEDIA started as process 47.
02/11/03   11:07:14  ANR0610I MOVE MEDIA started by UKEMPADA as process 47.
02/11/03   11:07:14  ANR6682I MOVE MEDIA command ended: 0 volumes processed.
02/11/03   11:07:14  ANR6691E MOVE MEDIA: No match is found for this move.
02/11/03   11:07:14  ANR0611I MOVE MEDIA started by UKEMPADA as process 47 has
  ended.
02/11/03   11:07:14  ANR0985I Process 47 for MOVE MEDIA running in the
  BACKGROUND completed with completion state SUCCESS at
  11:07:14.

Thanks and regards
Umesh K
 

Avoiding holding a tape during a DB2 Redirected restore

[Steve Harris]

Hi Group.

I have a 300GB DB2 (SAP) database that I am trying to move from one site to another 
using a DB2 redirected restore via TSM.  The new site is tape constrained until we can 
move the drives from the old to the new sites, but we are in testing phase at the 
moment.

When the restore runs, TSM mounts a tape, restores a small amount of data and then 
sits there for a couple of hours  while DB2 formats its containers.  Once these are 
formatted the restore proceeds correctly.

Is there any way to pre-format the containers so that the tape mount is not held 
unnecessarily, or alternatively to get TSM to let go of the drive until it is actually 
needed once again?

Thanks

Steve Harris
AIX and TSM Admin
Queensland Health, Brisbane Australia 



**
This e-mail, including any attachments sent with it, is confidential 
and for the sole use of the intended recipient(s). This confidentiality 
is not waived or lost if you receive it and you are not the intended 
recipient(s), or if it is transmitted/ received in error.  

Any unauthorised use, alteration, disclosure, distribution or review 
of this e-mail is prohibited.  It may be subject to a statutory duty of 
confidentiality if it relates to health service matters.

If you are not the intended recipient(s), or if you have received this 
e-mail in error, you are asked to immediately notify the sender by 
telephone or by return e-mail.  You should also delete this e-mail 
message and destroy any hard copies produced.
**