Re: Change client to a different policy domain

2006-07-18 Thread Marco Malgarini
Hi,

With the exception of deleted files, the B/A client is responsible for
rebinding.

Kind Regards

Marco Malgarini
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Sandeep Jain
Sent: Tuesday, 18 July 2006 15:54 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Change client to a different policy domain


Hi,
After the execution of next backup all previous backup will be bound to new
policy domain Settings without any data loss.


With Best Regards,
Sandeep Jain



** Legal Disclaimer

**

This email may contain confidential and privileged material for the sole
use of the intended recipient. Any unauthorized review, use or distribution
by others is strictly prohibited. If you have received the message in error,
please advise the sender by reply email and delete the message. Thank you.


*




-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Yiannakis Vakis
Sent: Tuesday, July 18, 2006 10:30 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Change client to a different policy domain


Hi listers,
When I change a client node from policy domain A to domain B, what happens
to the files backed up for this client ? Do their retention properties
change to agree with the management class defined for domain B? Or do I lose
all the data until the client is backed up again on the first backup attempt
after the change ? Thanks Yiannakis

Yiannakis Vakis
Storage and Database Administration
Systems Support Group, I.T.Division
Tel. +357-22-848523
Mob. +357-99-414788
Fax. +357-22-337770



This email has been scanned for any virus infection at the sending end.


Journal backup hangs on Windows 2003

2006-07-18 Thread Alexander Verkooijen
Hello,

I've searched the list archives and the
APARs and found several postings
about problems with the journal based backups
but none that I could find resembled my problem.
So I humbly turn to this list for advise.

One of our customers runs a 5.3.3.0 client
on Windows 2003
Our server is 5.3.3.1 on AIX 5.2.0.0

We advised the customer to do journal based
backups to decrease the time the backup takes.
Unfortunately the client hangs when it tries to
do a backup.

dsmcad contacts the server and retrieves the
time the backup is scheduled. It even starts dsmc
at the appropriate time but dsmc just sits there
and after 75 minutes the server severs the
connection because it doesn't receive any traffic
from the client.
On the client however the scheduler keeps running
until it is terminated by the customer.

When the customer tries to stop the TSM Journal
Service it hangs (does not stop)

There is a strange error in the dsmerror.log
that pops up several times per day:

07/18/2006 09:39:50 ANS5250E An unexpected error was encountered.
   TSM function name : VssRequestor::QueryStatus
   TSM function  : pAsync-QueryStatus() for caller
'VssQuerySystemWriters()' returned VSS_E_WRITER_INFRASTRUCTURE
   TSM return code   : -1
   TSM file  : vssreq.cpp (8270) 

My knowledge of Windows is virtually non existent
so I have no idea what this is about.

The dsmsched.log is silent.

Any ideas anyone?

Regards,

Alexander


Alexander Verkooijen
Senior Systems Programmer
High Performance Computing
SARA Computing  Networking Services


Re: Journal backup hangs on Windows 2003

2006-07-18 Thread Richard Sims

Alexander -

A google search on   VSS_E_WRITER_INFRASTRUCTURE
yields http://msgs.adsm.org/cgi-bin/get/adsm0405/97.html
and a few more, of interest.

JBB has dependencies.

   Richard Sims

On Jul 18, 2006, at 8:40 AM, Alexander Verkooijen wrote:


...
07/18/2006 09:39:50 ANS5250E An unexpected error was encountered.
   TSM function name : VssRequestor::QueryStatus
   TSM function  : pAsync-QueryStatus() for caller
'VssQuerySystemWriters()' returned VSS_E_WRITER_INFRASTRUCTURE
   TSM return code   : -1
   TSM file  : vssreq.cpp (8270)
...


Re: Network tuning question -- AIX to AIX

2006-07-18 Thread Jacques Van Den Berg
Hi, I assume you are using TSM  AIX. We have applied the following
settings on AIX for our GIGABIT ETHERS.

original settings:
sb_max = 1048576
udp_recvspace = 42080
udp_sendspace = 9216
tcp_recvspace = 16384
tcp_sendspace = 16384

The following settings has been applied:
no -o sb_max=2097152
no -r -o sb_max=2097152

no -o udp_sendspace=65536
no -r -o udp_sendspace=65536

no -o udp_recvspace=65536
no -r -o udp_recvspace=65536

no -o tcp_recvspace=262144
no -r -o tcp_recvspace=262144

no -o tcp_sendspace=262144
no -r -o tcp_sendspace=262144

I was looking at setting up Etherchannel in our environment. Do you
recon it is not worth doing it? What issue did you experience?

Regards,

Jacques van den Berg
TSM / SAP Storage Administrator
Pick 'n Pay IT
Email   : [EMAIL PROTECTED]
Tel  : 021 - 658 1711
Fax : 021 - 658 1699
Mobile  : 082 - 653 8164
Dis altyd lente in die hart van die mens wat God
en sy medemens liefhet (John Vianney).

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Kauffman, Tom
Sent: Monday, July 17, 2006 3:59 PM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Network tuning question -- AIX to AIX


We finally figured out that ehterchannel was not doing what we wanted
last week, so we re-configured our gigabit ethernet adapters as
individual adapters on six separate internal networks. Now I've run into
another interesting observation.

I can fire up one interface from a client system to my TSM server with
the ftp process coverd in the tuning doc (from /dev/zero to /dev/null)
and get 110 MB per second over the interface. If I then fire up the
second interface on the same client to the TSM server -- I get 110
MB/sec as an aggregate; both interfaces run at 55 to 58 MB/sec. This is
not a TSM server constraint; I can get all six interfaces running at 110
MB/sec if I run one process on each of six clients.

So it's a client tuning issue -- and not a problem with input from
/dev/zero, as these results mirror my TDP/R3 backups this weekend. Any
suggestions on what knobs to tweak? Better yet, any suggestions on how
to determine what resource constraint I'm hitting? I'm beating my way
through the various redbooks that cover network tuning, but this can be
time-consuming.

TIA

Tom Kauffman
NIBCO, Inc
CONFIDENTIALITY NOTICE:  This email and any attachments are for the

exclusive and confidential use of the intended recipient.  If you are
not
the intended recipient, please do not read, distribute or take action in

reliance upon this message. If you have received this in error, please

notify us immediately by return email and promptly delete this message

and its attachments from your computer system. We do not waive

attorney-client or work product privilege by the transmission of this
message.




Read our disclaimer at:
http://www.picknpay.co.za/pnp/view/pnp/en/page5093?

If you don't have web access, the disclaimer can be mailed to you on
request.

Disclaimer requests to be sent to [EMAIL PROTECTED]




Read our disclaimer at: http://www.picknpay.co.za/pnp/view/pnp/en/page5093?
If you don't have web access, the disclaimer can be mailed to you on request.
Disclaimer requests to be sent to [EMAIL PROTECTED]



Re: Journal backup hangs on Windows 2003

2006-07-18 Thread Alexander Verkooijen
Hello Richard,

Thanks. I had found that one but my
Windows-illiteracy prevented me
to see any relevance to my problem.
I'll have another look.

Meanwhile we are beginning to suspect
that the customer has OFS switched on
which may be causing problems.

Regards,

Alexander 

 -Original Message-
 From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] 
 On Behalf Of Richard Sims
 Sent: Tuesday, July 18, 2006 2:56 PM
 To: ADSM-L@VM.MARIST.EDU
 Subject: Re: Journal backup hangs on Windows 2003
 
 Alexander -
 
 A google search on   VSS_E_WRITER_INFRASTRUCTURE
 yields http://msgs.adsm.org/cgi-bin/get/adsm0405/97.html
 and a few more, of interest.
 
 JBB has dependencies.
 
 Richard Sims
 
 On Jul 18, 2006, at 8:40 AM, Alexander Verkooijen wrote:
 
  ...
  07/18/2006 09:39:50 ANS5250E An unexpected error was encountered.
 TSM function name : VssRequestor::QueryStatus
 TSM function  : pAsync-QueryStatus() for caller
  'VssQuerySystemWriters()' returned VSS_E_WRITER_INFRASTRUCTURE
 TSM return code   : -1
 TSM file  : vssreq.cpp (8270)
  ...
 


SAN Discovery

2006-07-18 Thread Sean English
*SMers,

Does anyone know off hand what commands/process the TSM server uses when
trying to detect tape drive changes via SAN Discovery?  We are having some
issues with the SAN Discovery option since we do not run our TSM servers
as root.

Environment:
AIX 5.3 ML4
TSM 5.3.3.1
IBM 3584 tape library with IBM 3592 drives




Thanks,
Sean English


Re: SAN Discovery

2006-07-18 Thread Richard Sims

On Jul 18, 2006, at 9:36 AM, Sean English wrote:


*SMers,

Does anyone know off hand what commands/process the TSM server uses
when
trying to detect tape drive changes via SAN Discovery?  We are
having some
issues with the SAN Discovery option since we do not run our TSM
servers
as root.


Sean - SAN Discovery is perhaps best outlined in the redbook
   Get More Out of Your SAN with IBM Tivoli Storage Manager.

It depends upon the HBA API provided by the equipment vendor.

You can search from the TSM Support page
  http://www-306.ibm.com/software/sysmgmt/products/support/
IBMTivoliStorageManager.html
for hba-api for various info, particularly Technote 1193154.

  Richard Sims


Re: Network tuning question -- AIX to AIX

2006-07-18 Thread Ben Bullock
Those settings look good, but don't you also have to set this value
rfc1323 = 1 so you can take advantage of TCP send and receive sizes
larger than 64K?

Ben
 

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Jacques Van Den Berg
Sent: Tuesday, July 18, 2006 7:07 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Network tuning question -- AIX to AIX

Hi, I assume you are using TSM  AIX. We have applied the following
settings on AIX for our GIGABIT ETHERS.

original settings:
sb_max = 1048576
udp_recvspace = 42080
udp_sendspace = 9216
tcp_recvspace = 16384
tcp_sendspace = 16384

The following settings has been applied:
no -o sb_max=2097152
no -r -o sb_max=2097152

no -o udp_sendspace=65536
no -r -o udp_sendspace=65536

no -o udp_recvspace=65536
no -r -o udp_recvspace=65536

no -o tcp_recvspace=262144
no -r -o tcp_recvspace=262144

no -o tcp_sendspace=262144
no -r -o tcp_sendspace=262144

I was looking at setting up Etherchannel in our environment. Do you
recon it is not worth doing it? What issue did you experience?

Regards,

Jacques van den Berg
TSM / SAP Storage Administrator
Pick 'n Pay IT
Email   : [EMAIL PROTECTED]
Tel  : 021 - 658 1711
Fax : 021 - 658 1699
Mobile  : 082 - 653 8164
Dis altyd lente in die hart van die mens wat God en sy medemens liefhet
(John Vianney).

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Kauffman, Tom
Sent: Monday, July 17, 2006 3:59 PM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Network tuning question -- AIX to AIX


We finally figured out that ehterchannel was not doing what we wanted
last week, so we re-configured our gigabit ethernet adapters as
individual adapters on six separate internal networks. Now I've run into
another interesting observation.

I can fire up one interface from a client system to my TSM server with
the ftp process coverd in the tuning doc (from /dev/zero to /dev/null)
and get 110 MB per second over the interface. If I then fire up the
second interface on the same client to the TSM server -- I get 110
MB/sec as an aggregate; both interfaces run at 55 to 58 MB/sec. This is
not a TSM server constraint; I can get all six interfaces running at 110
MB/sec if I run one process on each of six clients.

So it's a client tuning issue -- and not a problem with input from
/dev/zero, as these results mirror my TDP/R3 backups this weekend. Any
suggestions on what knobs to tweak? Better yet, any suggestions on how
to determine what resource constraint I'm hitting? I'm beating my way
through the various redbooks that cover network tuning, but this can be
time-consuming.

TIA

Tom Kauffman
NIBCO, Inc
CONFIDENTIALITY NOTICE:  This email and any attachments are for the

exclusive and confidential use of the intended recipient.  If you are
not the intended recipient, please do not read, distribute or take
action in

reliance upon this message. If you have received this in error, please

notify us immediately by return email and promptly delete this message

and its attachments from your computer system. We do not waive


attorney-client or work product privilege by the transmission of this
message.




Read our disclaimer at:
http://www.picknpay.co.za/pnp/view/pnp/en/page5093?

If you don't have web access, the disclaimer can be mailed to you on
request.

Disclaimer requests to be sent to [EMAIL PROTECTED]




Read our disclaimer at:
http://www.picknpay.co.za/pnp/view/pnp/en/page5093?

If you don't have web access, the disclaimer can be mailed to you on
request.

Disclaimer requests to be sent to [EMAIL PROTECTED]


Change client to a different policy domain

2006-07-18 Thread Prather, Wanda
More things to consider:  

If the all the files in the old domain were bound to the DEFAULT
management class, 
when you change the client to the new domain and run a backup, the files
will rebind to the DEFAULT management class in the new domain and take
on the rules in the default backup (or archive) copy group. 

If some of the files in the old domain were bound to a non-DEFAULT
management class, what happens depends on whether that management class
exists in the new domain.  

If the non-DEFAULT management class exists in the new domain, then
naturally the files rebind to it.

If the non-DEFAULT management class does NOT exist in the new domain,
then the files take on the GRACE PERIOD rules defined for the domain.
(And you may see some warnings in the activity log when EXPIRATION
runs).

Wanda Prather
I/O, I/O, It's all about I/O  -(me)

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Marco Malgarini
Sent: Tuesday, July 18, 2006 5:34 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Change client to a different policy domain

Hi,

With the exception of deleted files, the B/A client is responsible for
rebinding.

Kind Regards

Marco Malgarini
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Sandeep Jain
Sent: Tuesday, 18 July 2006 15:54 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Change client to a different policy domain


Hi,
After the execution of next backup all previous backup will be bound to
new
policy domain Settings without any data loss.


With Best Regards,
Sandeep Jain



** Legal Disclaimer


**

This email may contain confidential and privileged material for the
sole
use of the intended recipient. Any unauthorized review, use or
distribution
by others is strictly prohibited. If you have received the message in
error,
please advise the sender by reply email and delete the message. Thank
you.



*




-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Yiannakis Vakis
Sent: Tuesday, July 18, 2006 10:30 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Change client to a different policy domain


Hi listers,
When I change a client node from policy domain A to domain B, what
happens
to the files backed up for this client ? Do their retention properties
change to agree with the management class defined for domain B? Or do I
lose
all the data until the client is backed up again on the first backup
attempt
after the change ? Thanks Yiannakis

Yiannakis Vakis
Storage and Database Administration
Systems Support Group, I.T.Division
Tel. +357-22-848523
Mob. +357-99-414788
Fax. +357-22-337770



This email has been scanned for any virus infection at the sending end.


Running TSM server using a non-root user

2006-07-18 Thread Marc REYNES

Hello

Does IBM support running TSM as non-root user in a Linux (RedHat
Enterprise 4) env ?
Is there a technote about how to configure it properly for that ?

Thanks a lot

Regards,
mrs


Backup Sets on a single drive

2006-07-18 Thread Timothy Hughes
Hello all,

We are going to implement a procedure to shorten Backup Sets
that run over 24hrs. But until then I am still trying to find a
way to shorten there run time.

I heard that there is a way to limit Backup Sets to go to
a single drive. Has anyone tried this? What
parameter (s) do I add for this occur?


GENERATE BACKUPSET DOC2PGW Weeklydoc2pgw 1 DEVCLASS=3592CLASS
RETENTION=31 SCRATCH=YES DESCRIPTION=Weekly doc2pgwarch WAIT=NO
NAMETYPE=FSID

Also, From what I have read in a Potential Future Enhancements
 TSM document from a 2005 symposium. There are candidates for
Backup Sets enhancements. Does anyone know or read of such
improvements? By Candidates I assume they mean that the
enhancements may or may not happen? I have not read about any
developments in that area yet, Some of the enhancements
look like they can really help reduce media requirements and
generate faster Backup Sets.

Thanks for any help suggestions in advance!

TSM 5.3.3


Re: Data Protection for SQL - Windows x64 Package is now available

2006-07-18 Thread Schaub, Steve
Kenny,

We are using the 5.3.3.0 x64 package for SQL2005 on x64 Windows2003.
The only kink we have run into is that if you install a SQL2000 instance
on the machine, it breaks  VSS, which TDP needs.  There is a special
patch from MS you need to run against any of these 2k instances (and you
need to run it again anytime you install a new 2k instance).

Other than that, we have had no problems, but we don't use
differentials, so I cant speak to that.

Steve Schaub
Systems Engineer, WNI
BlueCross BlueShield of Tennessee
423-752-6574 (desk)
423-785-7347 (cell)
***public***


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Thompson,Kenneth J.
Sent: Monday, July 17, 2006 11:24 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Data Protection for SQL - Windows x64 Package is now
available

Has anyone had any issues with this new client. We installed it on a
W2k3 Enterprise x64 server running SQL 2005 SP1 with supported CPU and
memory. Initially backups ran fine until larger more utilized databases
were added. A few times the server froze during the backup. Each time
for during a differential backup. There are no TSM or TSM for DB errors
and the event logs and error dumps are no help. We removed TSM for DB's
and are using the native SQL backup tool and everything is fine now. 

That's not much to go off of but if some else has had issues with the
x64 client with SQL 2005 then I might get some direction. I think TSM
for DB's is more a victum than a cause but the burden of proof has
fallen on me. 

Any acknowlegments of success with this client in a W2k3 x64/SQL 2005
environment would also be appreciated. 
Thanks,
Kenny 

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Del Hoobler
Sent: Tuesday, May 09, 2006 7:37 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Data Protection for SQL - Windows x64 Package is now
available

Data Protection for SQL - Windows x64 Package is now available

For those of you that have asked about the Windows x64
version of Data Protection for SQL... it is now available.
This package has been tested on AMD64 and EM64T hardware.

You can obtain the package through Passport Advantage.
The package name is:

   IBM Tivoli Storage Manager for Databases V5.3.3
   (Data Protection for Microsoft SQL),
   Windows, Multiplatform (C913CML) 08-May-2006

Thanks,

Del



Del Hoobler
Tivoli Storage Manager Development
IBM Corporation
Please see the following link for the BlueCross BlueShield of Tennessee E-mail
disclaimer:  http://www.bcbst.com/email_disclaimer.shtm


Re: Network tuning question -- AIX to AIX

2006-07-18 Thread Kauffman, Tom
Etherchannel can be a Good Thing (tm) but it doesn't do what I was
trying to do.

I hadd four adapters on my TSM server bundled as an etherchannel. I also
bundled two adapters each on my R3 Database Servers as an etherchannel.
Here's the way this worked in a Cisco switch environment:

DB server opens session 1 to TSM; AIX decides to usee port 1 of the
etherchannel. The switch sees the incoming data and decides that
Dbserver1 will use port 1 of the destination etherchannel. So far, so
good. Now, DB server opens second session to TSM; AIX uses port 2 of the
etherchannel (the other adapter). Still good-to-go. And then the switch
steps in -- and says since you are Dbserver1 accessing TSM, you get
port 1 (again). So now I have two gigabit cards on my DB server feeding
one gigabit card on my TSM server. Not what I'd planned.

Note that this is NOT an issue if (A) you're feeding multiple 100 Mb
feeds to gigabit adapters, or (B) feeding multiple source systems with
one interface each to the TSM server. It only crops up when trying to
feed one etherchannel to another.

Tom Kauffman
NIBCO, Inc

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Ben Bullock
Sent: Tuesday, July 18, 2006 10:12 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Network tuning question -- AIX to AIX

Those settings look good, but don't you also have to set this value
rfc1323 = 1 so you can take advantage of TCP send and receive sizes
larger than 64K?

Ben
 

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Jacques Van Den Berg
Sent: Tuesday, July 18, 2006 7:07 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Network tuning question -- AIX to AIX

Hi, I assume you are using TSM  AIX. We have applied the following
settings on AIX for our GIGABIT ETHERS.

original settings:
sb_max = 1048576
udp_recvspace = 42080
udp_sendspace = 9216
tcp_recvspace = 16384
tcp_sendspace = 16384

The following settings has been applied:
no -o sb_max=2097152
no -r -o sb_max=2097152

no -o udp_sendspace=65536
no -r -o udp_sendspace=65536

no -o udp_recvspace=65536
no -r -o udp_recvspace=65536

no -o tcp_recvspace=262144
no -r -o tcp_recvspace=262144

no -o tcp_sendspace=262144
no -r -o tcp_sendspace=262144

I was looking at setting up Etherchannel in our environment. Do you
recon it is not worth doing it? What issue did you experience?

Regards,

Jacques van den Berg
TSM / SAP Storage Administrator
Pick 'n Pay IT
Email   : [EMAIL PROTECTED]
Tel  : 021 - 658 1711
Fax : 021 - 658 1699
Mobile  : 082 - 653 8164
Dis altyd lente in die hart van die mens wat God en sy medemens liefhet
(John Vianney).

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Kauffman, Tom
Sent: Monday, July 17, 2006 3:59 PM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Network tuning question -- AIX to AIX


We finally figured out that ehterchannel was not doing what we wanted
last week, so we re-configured our gigabit ethernet adapters as
individual adapters on six separate internal networks. Now I've run into
another interesting observation.

I can fire up one interface from a client system to my TSM server with
the ftp process coverd in the tuning doc (from /dev/zero to /dev/null)
and get 110 MB per second over the interface. If I then fire up the
second interface on the same client to the TSM server -- I get 110
MB/sec as an aggregate; both interfaces run at 55 to 58 MB/sec. This is
not a TSM server constraint; I can get all six interfaces running at 110
MB/sec if I run one process on each of six clients.

So it's a client tuning issue -- and not a problem with input from
/dev/zero, as these results mirror my TDP/R3 backups this weekend. Any
suggestions on what knobs to tweak? Better yet, any suggestions on how
to determine what resource constraint I'm hitting? I'm beating my way
through the various redbooks that cover network tuning, but this can be
time-consuming.

TIA

Tom Kauffman
NIBCO, Inc
CONFIDENTIALITY NOTICE:  This email and any attachments are for the

exclusive and confidential use of the intended recipient.  If you are
not the intended recipient, please do not read, distribute or take
action in

reliance upon this message. If you have received this in error, please

notify us immediately by return email and promptly delete this message

and its attachments from your computer system. We do not waive


attorney-client or work product privilege by the transmission of this
message.




Read our disclaimer at:
http://www.picknpay.co.za/pnp/view/pnp/en/page5093?

If you don't have web access, the disclaimer can be mailed to you on
request.

Disclaimer requests to be sent to [EMAIL PROTECTED]




Read our disclaimer at:
http://www.picknpay.co.za/pnp/view/pnp/en/page5093?

If you don't have web access, the disclaimer can be mailed to you on
request.

Disclaimer requests to be sent to [EMAIL PROTECTED]
CONFIDENTIALITY NOTICE:  This email and any attachments are 

Moving to Linux

2006-07-18 Thread Kevin Kinder
We are currently running TSM v5.3.3.0 on an IBM z/OS 890 and z/OS 1.4. Due to 
workload considerations, we are looking at moving it to a Linux IFL (SUSE 9).

I'd like to talk with people who have either made this move, or are currently 
running TSM on a Linux IFL - I have a few questions about real world 
experiences that the manuals don't cover.

I can be contacted:  admin(at)wvadmin(dot)gov

Thanks!



-
Kevin Kinder
State of West Virginia


Configuring TSM on Sun Cluster

2006-07-18 Thread Paul Zarnowski

I know it's not officially supported, but has anyone figured out how
to configure TSM in a Sun Cluster environment?

Thanks.
..Paul


--
Paul ZarnowskiPh: 607-255-4757
Manager, Storage Services Fx: 607-255-8521
719 Rhodes Hall, Ithaca, NY 14853-3801Em: [EMAIL PROTECTED]


tdp version for exchange 2003

2006-07-18 Thread T. Lists
I don't know why, but I always have the hardest time
finding the simplest information on IBM's web site.

What TDP for Exchange supports Exchange 2003?  Any
besides 5.3?

Is there a simple (ha!) spreadsheet somewhere that
lays out requirements, prereqs, etc for this kind of thing?

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 


Re: tdp version for exchange 2003

2006-07-18 Thread Del Hoobler
Exchange 2003 support was added in Data Protection for Microsoft Exchange
version 5.2.1.

Here is a web page that shows the Hardware and software requirements for
IBM Tivoli Storage Manager for Mail version 5.3.3:

http://www-1.ibm.com/support/docview.wss?rs=669context=SSTG2Duid=swg21233936loc=en_UScs=utf-8lang=en


Also.. from the READMEs...
=
Data Protection for Microsoft Exchange version 5.3.3
requires the following MINIMUM software levels:

 -  Microsoft Windows 2000 Server SP4
Microsoft Windows Server 2003 SP1

 -  Microsoft Exchange 2000 Server SP3
Microsoft Exchange 2003 Server SP1
=

=
Data Protection for Microsoft Exchange version 5.2.1
requires the following MINIMUM software levels:

 -  Microsoft Windows NT Server SP5
Microsoft Windows 2000 Server SP3
Microsoft Windows Server 2003

 -  Microsoft Exchange Server 5.5 SP3
Microsoft Exchange 2000 Server SP2
Microsoft Exchange 2003 Server
=

Thanks,

Del


ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU wrote on 07/18/2006
04:19:33 PM:

 I don't know why, but I always have the hardest time
 finding the simplest information on IBM's web site.

 What TDP for Exchange supports Exchange 2003?  Any
 besides 5.3?

 Is there a simple (ha!) spreadsheet somewhere that
 lays out requirements, prereqs, etc for this kind of thing?


Re: Windows number of instances limitation.

2006-07-18 Thread TSM_User
Are you sure a propely congirued TSM serve with 4 instances and 6 GB of RAM 
will actually have room for a 5th. IMHO you shouldn't run more that two. There 
are a few TSM tech docs that explain the way memory is used based on the those 
if you properly configure your buffpool you will end up causing memory 
constraints on your server which will cause problems just going to a 3rd TSM 
instance.  Of course you could go to more 3 or more and limit their bufpools 
but then you may run into TSM performance issues.  Add to that the number of 
handles on the system that get used.
   
  From this doc 
http://www-1.ibm.com/support/docview.wss?rs=663context=SSGSG7q1=TSM+Server+handlesuid=swg21112140loc=en_UScs=utf-8lang=en
   
  the following may be of interest to you:
  For each buffer pool page, the server uses four conditions. This means a 
BUFFPOOLSIZE of 32768 uses 4+ conditions and 8+ handles initially. The 
handle count can grow to 12+ over time as the conditions are first used 
(CRITICAL_SECTION entered).

  Still here is a doc that tells you how to install TSM on Windows without 
using the wizard. I've never tried to see if will stop you at 4 
http://www-1.ibm.com/support/docview.wss?rs=663context=SSGSG7q1=TSM+Server+Windows+4+Instancesuid=swg21046089loc=en_UScs=utf-8lang=en
   
   
   
  

Steve Harris [EMAIL PROTECTED] wrote:
  Hi all.

I'm designing a TSM solution for a client. Servers are a couple of beefy
Intel boxes - 4 way Xeons with 6GB of memory. This user is government so
there is a long retention period required and the databases are big and
going to get bigger.

I was looking at a two way Windows cluster (2k3 datacenter edition, if it
matters) solution with 5 instances, a combined config manager/central
database backup/library manager/event manager and four worker instances,
basically the same as each other but with the nodes shared around to balance
the load.

Of course each of the cluster machines would have to support the whole
shebang at some point, for maintenance and in case of extended outages
(eventually it will be a geographically separated cluster for serious DR
capability). Now it turns out that you can't create a fifth TSM instance on
a windows server in the usual manner - the option to do so in the management
console is grayed out when there are four instances. I'm told that this is a
documented limitation, but I can't see where it is documented, despite some
serious searching. If any of you know where this is written can you please
advise?

Does anyone know where this limit is coded, or how it might be circumvented?
The TSM registry structure is fairly simple so manually creating the
appropriate files and registry enties might work if I can't somehow trick
the wizard into action. Please let me know if you have tried this and what
the outcome was.

IMO this artificial restriction is a danged good reason to use Linux rather
than windows.

TIA

Steve

Steven Harris
AIX and TSM Admin
Brisbane Australia.



-
Do you Yahoo!?
 Get on board. You're invited to try the new Yahoo! Mail Beta.


Strange TSM Server problem.

2006-07-18 Thread William

TSM 5.3.3 on AIX 5.3

Question 1: who is using these tapes

No process running, no session running, even restarted TSM Server, still see
those tapes mounting in use.
*

tsm: TSMSERVERq ses

 Sess Comm.  Sess Wait   Bytes   Bytes
Sess  Platform Client Name
Number Method StateTimeSent   Recvd
Type
-- -- -- -- --- ---
-  
1 ShMem  Run  0 S7.0 K 592
Admin AIX  William

tsm: TSMSERVERq pr
ANR0944E QUERY PROCESS: No active processes found.
ANS8001I Return code 11.

tsm: TSMSERVERq mo
ANR8330I LTO volume K00059L3 is mounted R/O in drive DRIVE1 (/dev/rmt1),
status: IN USE.
ANR8330I LTO volume K00062L3 is mounted R/O in drive DRIVE2 (/dev/rmt2),
status: IN USE.
ANR8330I LTO volume K00060L3 is mounted R/O in drive DRIVE3 (/dev/rmt3),
status: IN USE.
ANR8334I 3 matches found.



Question 2: Why can't I remove this node?

How can I find out what Object sets still exist for this node?

tsm: TSMSERVERq file
ANR2034E QUERY FILESPACE: No match found using this criteria.
ANS8001I Return code 11.

tsm: TSMSERVERq vol

Volume Name  Storage Device Estimated
Pct  Volume
Pool Name   Class Name  Capacity
Util  Status
 --- -- -
- 
/usr/tivoli/tsm/server/- ARCHIVEPOOL DISK 8.0
0.0 On-Line
bin/archive.dsm

/usr/tivoli/tsm/server/- SPACEMGPOOL DISK 8.0
0.0 On-Line
bin/spcmgmt.dsm

tsm: TSMSERVERselect * from backups
ANR2963W This SQL query may produce a very large result table, or may
require a significant amount of time to compute.

Do you wish to proceed? (Yes (Y)/No (N)) y
ANR2034E SELECT: No match found using this criteria.
ANS8001I Return code 11.

tsm: TSMSERVERselect * from archives
ANR2963W This SQL query may produce a very large result table, or may
require a significant amount of time to compute.

Do you wish to proceed? (Yes (Y)/No (N)) y
ANR2034E SELECT: No match found using this criteria.
ANS8001I Return code 11.



tsm: TSMSERVERremove node NODE01

Do you wish to proceed? (Yes (Y)/No (N)) y
ANR2339E REMOVE NODE: Object sets still exist for node NODE01.
ANS8001I Return code 13.


*


Re: Network tuning question -- AIX to AIX

2006-07-18 Thread Jacques Van Den Berg
Re: rfc1323, Yes you right... Setting this to 1 allows you to send big
buffers.

Jacques van den Berg
TSM / SAP Storage Administrator
Pick 'n Pay IT
Email   : [EMAIL PROTECTED]
Tel  : 021 - 658 1711
Fax : 021 - 658 1699
Mobile  : 082 - 653 8164
Dis altyd lente in die hart van die mens wat God
en sy medemens liefhet (John Vianney).

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Ben Bullock
Sent: Tuesday, July 18, 2006 4:12 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Network tuning question -- AIX to AIX


Those settings look good, but don't you also have to set this value
rfc1323 = 1 so you can take advantage of TCP send and receive sizes
larger than 64K?

Ben



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Jacques Van Den Berg
Sent: Tuesday, July 18, 2006 7:07 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Network tuning question -- AIX to AIX

Hi, I assume you are using TSM  AIX. We have applied the following
settings on AIX for our GIGABIT ETHERS.

original settings:
sb_max = 1048576
udp_recvspace = 42080
udp_sendspace = 9216
tcp_recvspace = 16384
tcp_sendspace = 16384

The following settings has been applied:
no -o sb_max=2097152
no -r -o sb_max=2097152

no -o udp_sendspace=65536
no -r -o udp_sendspace=65536

no -o udp_recvspace=65536
no -r -o udp_recvspace=65536

no -o tcp_recvspace=262144
no -r -o tcp_recvspace=262144

no -o tcp_sendspace=262144
no -r -o tcp_sendspace=262144

I was looking at setting up Etherchannel in our environment. Do you
recon it is not worth doing it? What issue did you experience?

Regards,

Jacques van den Berg
TSM / SAP Storage Administrator
Pick 'n Pay IT
Email   : [EMAIL PROTECTED]
Tel  : 021 - 658 1711
Fax : 021 - 658 1699
Mobile  : 082 - 653 8164
Dis altyd lente in die hart van die mens wat God en sy medemens liefhet
(John Vianney).

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Kauffman, Tom
Sent: Monday, July 17, 2006 3:59 PM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Network tuning question -- AIX to AIX


We finally figured out that ehterchannel was not doing what we wanted
last week, so we re-configured our gigabit ethernet adapters as
individual adapters on six separate internal networks. Now I've run into
another interesting observation.

I can fire up one interface from a client system to my TSM server with
the ftp process coverd in the tuning doc (from /dev/zero to /dev/null)
and get 110 MB per second over the interface. If I then fire up the
second interface on the same client to the TSM server -- I get 110
MB/sec as an aggregate; both interfaces run at 55 to 58 MB/sec. This is
not a TSM server constraint; I can get all six interfaces running at 110
MB/sec if I run one process on each of six clients.

So it's a client tuning issue -- and not a problem with input from
/dev/zero, as these results mirror my TDP/R3 backups this weekend. Any
suggestions on what knobs to tweak? Better yet, any suggestions on how
to determine what resource constraint I'm hitting? I'm beating my way
through the various redbooks that cover network tuning, but this can be
time-consuming.

TIA

Tom Kauffman
NIBCO, Inc
CONFIDENTIALITY NOTICE:  This email and any attachments are for the

exclusive and confidential use of the intended recipient.  If you are
not the intended recipient, please do not read, distribute or take
action in

reliance upon this message. If you have received this in error, please

notify us immediately by return email and promptly delete this message

and its attachments from your computer system. We do not waive


attorney-client or work product privilege by the transmission of this
message.




Read our disclaimer at:
http://www.picknpay.co.za/pnp/view/pnp/en/page5093?

If you don't have web access, the disclaimer can be mailed to you on
request.

Disclaimer requests to be sent to [EMAIL PROTECTED]




Read our disclaimer at:
http://www.picknpay.co.za/pnp/view/pnp/en/page5093?

If you don't have web access, the disclaimer can be mailed to you on
request.

Disclaimer requests to be sent to [EMAIL PROTECTED]


Read our disclaimer at:
http://www.picknpay.co.za/pnp/view/pnp/en/page5093?

If you don't have web access, the disclaimer can be mailed to you on
request.

Disclaimer requests to be sent to [EMAIL PROTECTED]




Read our disclaimer at: http://www.picknpay.co.za/pnp/view/pnp/en/page5093?
If you don't have web access, the disclaimer can be mailed to you on request.
Disclaimer requests to be sent to [EMAIL PROTECTED]



download IBM System Storage Archive Manager v. 5.3 and TSM-OR v. 5.3

2006-07-18 Thread Rainer Holzinger
Hello all,



we are planning to install quite soon the IBM System Storage Archive
Manager version 5.3 under AIX.

Also TSM-OR version 5.3 will be installed on a Windows cluster.

I have checked the IBM Storage Management download sites (maintenance
and patches) for both products but without success.

Does somebody know from where I can download both products?



Thank you and best regards,

Rainer


TDP for SQL - restoring to different server

2006-07-18 Thread Paul Dudley
We have just started using TDP for SQL (version 5.2.1)

I need to restore an SQL database backup from 7 days ago to another
Windows server.

I have a few questions regarding this.

If I install TSM and TDP for SQL on another Windows server, does the
server I restore it too have to have SQL installed on it? All I want to
do initially is get the db file onto a server so that we can then move
it to wherever we want.

How do I specify the 7 day old database backup in the tdpsqlc command? I
have run a tdpsqlc query on the original SQL server and I know what the
database object name is of the database backup from 7 days ago.

Regards
Paul


 
Paul Dudley
ANL IT Operations Dept.
ANL Container Line
[EMAIL PROTECTED]





ANL DISCLAIMER

This e-mail and any file attached is confidential, and intended solely to the 
named addressees. Any unauthorised dissemination or use is strictly prohibited. 
If you received this e-mail in error, please immediately notify the sender by 
return e-mail from your system. Please do not copy, use or make reference to it 
for any purpose, or disclose its contents to any person.


Re: Network tuning question -- AIX to AIX

2006-07-18 Thread Jacques Van Den Berg
Re: rfc1323, Yes you right...
Setting this to 1 allows you to send big buffers.

no -o rfc1323=1#To apply the setting immediately
no -r -o rfc1323=1 #To apply the setting after the next reboot.

Regards,

Jacques van den Berg
TSM / SAP Storage Administrator
Pick 'n Pay IT
Email   : [EMAIL PROTECTED]
Tel  : 021 - 658 1711
Fax : 021 - 658 1699
Mobile  : 082 - 653 8164
Dis altyd lente in die hart van die mens wat God
en sy medemens liefhet (John Vianney).

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Ben Bullock
Sent: Tuesday, July 18, 2006 4:12 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Network tuning question -- AIX to AIX


Those settings look good, but don't you also have to set this value
rfc1323 = 1 so you can take advantage of TCP send and receive sizes
larger than 64K?

Ben



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Jacques Van Den Berg
Sent: Tuesday, July 18, 2006 7:07 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Network tuning question -- AIX to AIX

Hi, I assume you are using TSM  AIX. We have applied the following
settings on AIX for our GIGABIT ETHERS.

original settings:
sb_max = 1048576
udp_recvspace = 42080
udp_sendspace = 9216
tcp_recvspace = 16384
tcp_sendspace = 16384

The following settings has been applied:
no -o sb_max=2097152
no -r -o sb_max=2097152

no -o udp_sendspace=65536
no -r -o udp_sendspace=65536

no -o udp_recvspace=65536
no -r -o udp_recvspace=65536

no -o tcp_recvspace=262144
no -r -o tcp_recvspace=262144

no -o tcp_sendspace=262144
no -r -o tcp_sendspace=262144

I was looking at setting up Etherchannel in our environment. Do you
recon it is not worth doing it? What issue did you experience?

Regards,

Jacques van den Berg
TSM / SAP Storage Administrator
Pick 'n Pay IT
Email   : [EMAIL PROTECTED]
Tel  : 021 - 658 1711
Fax : 021 - 658 1699
Mobile  : 082 - 653 8164
Dis altyd lente in die hart van die mens wat God en sy medemens liefhet
(John Vianney).

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Kauffman, Tom
Sent: Monday, July 17, 2006 3:59 PM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Network tuning question -- AIX to AIX


We finally figured out that ehterchannel was not doing what we wanted
last week, so we re-configured our gigabit ethernet adapters as
individual adapters on six separate internal networks. Now I've run into
another interesting observation.

I can fire up one interface from a client system to my TSM server with
the ftp process coverd in the tuning doc (from /dev/zero to /dev/null)
and get 110 MB per second over the interface. If I then fire up the
second interface on the same client to the TSM server -- I get 110
MB/sec as an aggregate; both interfaces run at 55 to 58 MB/sec. This is
not a TSM server constraint; I can get all six interfaces running at 110
MB/sec if I run one process on each of six clients.

So it's a client tuning issue -- and not a problem with input from
/dev/zero, as these results mirror my TDP/R3 backups this weekend. Any
suggestions on what knobs to tweak? Better yet, any suggestions on how
to determine what resource constraint I'm hitting? I'm beating my way
through the various redbooks that cover network tuning, but this can be
time-consuming.

TIA

Tom Kauffman
NIBCO, Inc
CONFIDENTIALITY NOTICE:  This email and any attachments are for the

exclusive and confidential use of the intended recipient.  If you are
not the intended recipient, please do not read, distribute or take
action in

reliance upon this message. If you have received this in error, please

notify us immediately by return email and promptly delete this message

and its attachments from your computer system. We do not waive


attorney-client or work product privilege by the transmission of this
message.




Read our disclaimer at:
http://www.picknpay.co.za/pnp/view/pnp/en/page5093?

If you don't have web access, the disclaimer can be mailed to you on
request.

Disclaimer requests to be sent to [EMAIL PROTECTED]




Read our disclaimer at:
http://www.picknpay.co.za/pnp/view/pnp/en/page5093?

If you don't have web access, the disclaimer can be mailed to you on
request.

Disclaimer requests to be sent to [EMAIL PROTECTED]


Read our disclaimer at:
http://www.picknpay.co.za/pnp/view/pnp/en/page5093?

If you don't have web access, the disclaimer can be mailed to you on
request.

Disclaimer requests to be sent to [EMAIL PROTECTED]




Read our disclaimer at: http://www.picknpay.co.za/pnp/view/pnp/en/page5093?
If you don't have web access, the disclaimer can be mailed to you on request.
Disclaimer requests to be sent to [EMAIL PROTECTED]