ADSM-L] TSM Migration

[Sam Sheppard]

 Top of message 
>>--> 08-22-06  16:59  S.SHEPPARD (SHS)ADSM-L] TSM Migration

We went direct.  One problem with 5.3.3.0 with the COPYSTGPOOL option
APAR PK09861 we fixed by installing patch level 5.3.3.3.  If you don't
use the COPYSTGPOOL option, 5.3.3.0 is clean.

Sam Sheppard
San Diego Data Processing Corp.
(858)-581-9668
---`


 Top of message 
>>--> 08-22-06  11:16  ..NETMAIL () ADSM-L] TSM Migration
Date: Tue, 22 Aug 2006 13:57:38 -0400
From: "Weaver, Gerry P." <[EMAIL PROTECTED]>
Subject: [ADSM-L] TSM Migration Question
To: ADSM-L@VM.MARIST.EDU
_Top_of_Message_

Good Day To All.


Currently, we are running 5.2.3.3 on a Z/os platform and we
are preparing to migrate to 5.3=20


Couple of questions:


1)   Has anyone in the Z/os world gone to 5.3.3 yet?=20

2)   From 5.2.3.3 can we migrate directly to 5.3.3?  Or do we
migrate from 5.2.3.3 ... to 5.3 ... to 5.3.1 ... to 5.3.3


Gerry P. Weaver

---`

Re: TSM Migration Question

[Kevin Kinder]

Gerry,

We migrated from 5.1.7.0 to 5.3.0.0, and then to 5.3.3.3 on z/OS.

If you have any questions, feel free to contact me directly.

Kevin Kinder
admin(at)wvadmin.gov

>>> [EMAIL PROTECTED] 8/22/06 1:57 PM >>>
Good Day To All.

 

Currently, we are running 5.2.3.3 on a Z/os platform and we
are preparing to migrate to 5.3 

 

Couple of questions:

 

1)   Has anyone in the Z/os world gone to 5.3.3 yet? 

2)   From 5.2.3.3 can we migrate directly to 5.3.3?  Or do we
migrate from 5.2.3.3 ... to 5.3 ... to 5.3.1 ... to 5.3.3

 

Gerry P. Weaver

TSM Migration Question

[Weaver, Gerry P.]

Good Day To All.

 

Currently, we are running 5.2.3.3 on a Z/os platform and we
are preparing to migrate to 5.3 

 

Couple of questions:

 

1)   Has anyone in the Z/os world gone to 5.3.3 yet? 

2)   From 5.2.3.3 can we migrate directly to 5.3.3?  Or do we
migrate from 5.2.3.3 ... to 5.3 ... to 5.3.1 ... to 5.3.3

 

Gerry P. Weaver

Re: DB2 nodes unable to delete transaction log archives TSM 5.3.2.3

[Crosskey, Adam - Resources, ICT Services]

Jacques,
Yes we can see 5 months' worth of logs with db2adutl query logs, and we try to 
delete with db2adutl delete logs between xxx.LOG and yyy.LOG database 
DBNAME
Adam

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Jacques Van Den Berg
Sent: 22 August 2006 11:20
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] DB2 nodes unable to delete transaction log
archives TSM 5.3.2.3


Can you see it the actual log file is in TSM? db2adutl query logs

Are you using db2adutl to delete them?

Jacques van den Berg
TSM / SAP Storage Administrator
Pick 'n Pay IT
Email   : [EMAIL PROTECTED]
Tel  : 021 - 658 1711
Fax : 021 - 658 1676
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
Crosskey, Adam - Resources, ICT Services
Sent: Tuesday, August 22, 2006 12:07 PM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] DB2 nodes unable to delete transaction log archives
TSM 5.3.2.3


We have a number of db2 servers (Client\api 5.3.2) unable to remove
their transaction log archives from TSM.
We get errors like.

Unable to delete file S443.LOG at History Entry 656 due to rc 26
All the nodes have 'Archivedelete Yes'
Any ideas?
Adam Crosskey
Systems Engineering Team
Oxfordshire County Council
3rd Floor Clarendon House
Shoe Lane
Oxford OX1 2DP
0845 052 2020




The information in this e-mail, together with any attachments, is
confidential. If you have received this message in error you must not
print off, copy, use or disclose the contents. The information may be
covered by legal and/or professional privilege. Please delete from your
system and inform the sender of the error. As an e-mail can be an
informal method of communication, the views expressed may be personal to
the sender and should not be taken as necessarily representing the views
of the Oxfordshire County Council. As e-mails are transmitted over a
public network the Oxfordshire County Council cannot accept any
responsibility for the accuracy or completeness of this message. It is
your responsibility to carry out all necessary virus checks. You should
be aware that all emails received and sent by this Council are subject
to the Freedom of Information Act 2000 and therefore may be disclosed to
other parties under that Act. www.oxfordshire.gov.uk


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]





The information in this e-mail, together with any attachments, is confidential. 
If you have received this message in error you must not print off, copy, use or 
disclose the contents. The information may be covered by legal and/or 
professional privilege. Please delete from your system and inform the sender of 
the error. As an e-mail can be an informal method of communication, the views 
expressed may be personal to the sender and should not be taken as necessarily 
representing the views of the Oxfordshire County Council. As e-mails are 
transmitted over a public network the Oxfordshire County Council cannot accept 
any responsibility for the accuracy or completeness of this message. It is your 
responsibility to carry out all necessary virus checks. You should be aware 
that all emails received and sent by this Council are subject to the Freedom of 
Information Act 2000 and therefore may be disclosed to other parties under that 
Act. www.oxfordshire.gov.uk

Re: poor performance

[Hans Christian Riksheim]

Hi,

before seriously looking into your HW-configuration and disk layout you
should rule out any paging space issues and lack of I/O-tuning. Check
paging space activity with "vmstat" or "nmon". Consistant activity to
and from paging space during dbbackup/expiration indicates you have a
memory/tuning problem and will drastically reduce performance.

Are you using files or raw volumes for your db, log and diskpools? Using
files increases the need for proper tuning.

Your other server performed OK? You should check if the OS-tuning is the
same on the new server. These are set in the file
/etc/tunables/nextboot.


Best of luck,


Hans C. Riksheim

 

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Gill, Geoffrey L.
Sent: Friday, August 18, 2006 5:45 AM
To: ADSM-L@VM.MARIST.EDU
Subject: poor performance

Although I have an open issue with TSM and AIX support on poor
performance I was wondering if anyone might want to chime in on this
subject. This are taking way too long on a 4 processor system that took
1/3 the time on my 2 processor box. Db backups are 5+ hours on a 120gb
db that is 35% used.
Expiration is taking forever, backups are still running in the AM when I
get in.



Any thoughts from anyone?



TSM 5.3.3.0 on AIX 5.3



Thanks,



Geoff Gill

TSM Administrator

PeopleSoft Sr. Systems Administrator

SAIC M/S-G1b

(858)826-4062

Email:   [EMAIL PROTECTED]

Re: DB2 nodes unable to delete transaction log archives TSM 5.3.2.3

[Jacques Van Den Berg]

Can you see it the actual log file is in TSM? db2adutl query logs

Are you using db2adutl to delete them?

Jacques van den Berg
TSM / SAP Storage Administrator
Pick 'n Pay IT
Email   : [EMAIL PROTECTED]
Tel  : 021 - 658 1711
Fax : 021 - 658 1676
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
Crosskey, Adam - Resources, ICT Services
Sent: Tuesday, August 22, 2006 12:07 PM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] DB2 nodes unable to delete transaction log archives
TSM 5.3.2.3


We have a number of db2 servers (Client\api 5.3.2) unable to remove
their transaction log archives from TSM.
We get errors like.

Unable to delete file S443.LOG at History Entry 656 due to rc 26
All the nodes have 'Archivedelete Yes'
Any ideas?
Adam Crosskey
Systems Engineering Team
Oxfordshire County Council
3rd Floor Clarendon House
Shoe Lane
Oxford OX1 2DP
0845 052 2020




The information in this e-mail, together with any attachments, is
confidential. If you have received this message in error you must not
print off, copy, use or disclose the contents. The information may be
covered by legal and/or professional privilege. Please delete from your
system and inform the sender of the error. As an e-mail can be an
informal method of communication, the views expressed may be personal to
the sender and should not be taken as necessarily representing the views
of the Oxfordshire County Council. As e-mails are transmitted over a
public network the Oxfordshire County Council cannot accept any
responsibility for the accuracy or completeness of this message. It is
your responsibility to carry out all necessary virus checks. You should
be aware that all emails received and sent by this Council are subject
to the Freedom of Information Act 2000 and therefore may be disclosed to
other parties under that Act. www.oxfordshire.gov.uk


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]

DB2 nodes unable to delete transaction log archives TSM 5.3.2.3

[Crosskey, Adam - Resources, ICT Services]

We have a number of db2 servers (Client\api 5.3.2) unable to remove their 
transaction log archives from TSM.
We get errors like. 
Unable to delete file S443.LOG at History Entry 656 due to rc 26
All the nodes have 'Archivedelete Yes'
Any ideas?
Adam Crosskey
Systems Engineering Team
Oxfordshire County Council
3rd Floor Clarendon House
Shoe Lane
Oxford OX1 2DP
0845 052 2020




The information in this e-mail, together with any attachments, is confidential. 
If you have received this message in error you must not print off, copy, use or 
disclose the contents. The information may be covered by legal and/or 
professional privilege. Please delete from your system and inform the sender of 
the error. As an e-mail can be an informal method of communication, the views 
expressed may be personal to the sender and should not be taken as necessarily 
representing the views of the Oxfordshire County Council. As e-mails are 
transmitted over a public network the Oxfordshire County Council cannot accept 
any responsibility for the accuracy or completeness of this message. It is your 
responsibility to carry out all necessary virus checks. You should be aware 
that all emails received and sent by this Council are subject to the Freedom of 
Information Act 2000 and therefore may be disclosed to other parties under that 
Act. www.oxfordshire.gov.uk

Restoring DB2(Document Manger) Servers.

[Bill Dourado]

Hi,

Our DB2 administrator needs to apply Windows 2003 SP2 to three of our DB2
servers.
(One Data Manager  and two Document Manager)

 He reckons after the upgrade, chances of ending up with a broken system
are high,
and complete restores may be needed.

 My first thoughts are that I should do a selective backup before each
upgrade, which would
also backup the DB2 databases(offline) in one swoop... is it possible ?
How do you take the databases off-line ?   I haven't got a clue !

Is there a better way of preparing for this SP2 upgrade ?

TSM Server W23K   5.2.2.0

Client Servers WK23K  Backup\Archive client 5.2.0.0

Thanks-in-advance

Bill




**
This electronic mail message, including any attachments, is a
confidential communication exclusively between Babcock International
Group PLC or its subsidiary company and the intended recipient(s)
indicated as the addressee(s). It contains information which is private
and may be proprietary or covered by legal professional privilege. If
you receive this message in any form and you are not the intended
recipient you must not review, use, disclose or disseminate it.
We would be grateful if you could contact the sender upon receipt
and in any event you should destroy this message without delay.
Anything contained in this message that is not connected with the
business of Babcock International Group PLC is neither endorsed by
nor is the liability of this company.
Babcock International Group PLC
Telephone: +44(0)20 7291 5000
Fax: +44(0)20 7291 5055
Website: www.babcock.co.uk
**

AW: Installing TDP 5.3.3 on 64bit Linux

[Thomas Rupp]

Just for the records.
The install problem I reported yesterday was caused by java. After
installing Java 1.5
the TDPO installation went fine.
Thanks to Heinz Flemming from the university of Karlsruhe (Germany).

Thomas Rupp