Re: Server upgrade problem

2004-10-14 Thread Slag, Jerry B.
Do you have a steplib pointing to your new loadlib?

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Keene R. Hallenbeck
Sent: Thursday, October 14, 2004 10:52 AM
To: [EMAIL PROTECTED]
Subject: Server upgrade problem

We are currently running TSM v4 r1 l3.0 on the OS390 r2.10 mainframe.  We
are attempting to upgrade to TSM v5 r2. The installation of the new software
level was done by NYS Office for Technology, not us at DOH, so I am not sure
of everything that was done.  They told us the installation was done, and
DOH can start at the 'Quick Start' procedure for migrating.  We have a small
TSM/Adstar server set up, that is used for testing the new software before
we upgrade the production system server.  When starting the test system for
the first time, after pointing to the new DSN's and with the 'UPGRADEDB'
parameter, the server starts with the following messages:

S ADSMT1
$HASP100 ADSMT1   ON STCINRDR
IEF695I START ADSMT1   WITH JOBNAME ADSMT1   IS ASSIGNED TO USER ADSMT1
 , GROUP OMVSGRP
$HASP373 ADSMT1   STARTED
ACF9CCCD USERID ADSMT1   IS ASSIGNED TO THIS JOB - ADSMT1
IEF403I ADSMT1 - STARTED - TIME=09.31.07 ANR5962I DSMSERV generated at
17:23:07 on Mar  2 2001.
ANR5965I Console command:
ANRW Message repository for language AMENG does not match program level.
ANRI Message repository's compile date: Tue Jun 10 03:21:03 2003
ANRI Program's message timestamp:   Thu Feb  1 10:40:36 2001
 Tivoli Storage Manager for MVS
Version 4, Release 1, Level 3.0
Licensed Materials - Property of IBM
(C) Copyright IBM Corporation 1990,2003.
All rights reserved.
U.S. Government Users Restricted Rights - Use, duplication or disclosure
restricted by GSA ADP Schedule Contract with IBM Corporation.
ANR0900I Processing options file dsmserv.opt.
ANR0990I Server restart-recovery in progress.
ANR0200I Recovery log assigned capacity is 36 megabytes.
ANR0201I Database assigned capacity is 76 megabytes.
ANR0306I Recovery log volume mount in progress.
ANR0353I Recovery log analysis pass in progress.
ANR0354I Recovery log redo pass in progress.
ANR0355I Recovery log undo pass in progress.
ANR0352I Transaction recovery complete.
ANR2100I Activity log process has started.
ANR1305I Disk volume ADSMAPPL.T1.STOR.ARCH01 varied online.
ANR1305I Disk volume ADSMAPPL.T1.STOR.BACK01 varied online.
ANR1305I Disk volume ADSMAPPL.T1.STOR.BACK02 varied online.
ANR2803I License manager started.
ANR5090I TCP/IP driver ready for connection with clients on port 1502
ANR5140I HTTP (IBM) communications is listening for clients on port 1582.
ANR2560I Schedule manager started.
TSM:ADSMT1
ANR0993I Server initialization complete.
ANR2827I Server is licensed to support Managed System for LAN for a quantity
of 300.
ANR0916I TIVOLI STORAGE MANAGER distributed by Tivoli is now ready for use.
Storage Management Server for MVS - Version 4, Release 1, Level 3.0
TSM:ADSMT1

The test server starts, but with v4 r1 l3.0 of TSM.  I have not seen much on
the 'message repository' lines in the manuals.  Could the problem be that
the version of DSMSERV is not correct.  Any help will be appreciated.
Thank you in advance.


Re: file creation date problem

2004-10-14 Thread Slag, Jerry B.
Create the new disk then mirror the old to new disk and break the mirror.
Remove the old disk and mount the new disk.

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Mike H. Wiederkehr/AT-Austin/3M/US
Sent: Thursday, October 14, 2004 11:23 AM
To: [EMAIL PROTECTED]
Subject: file creation date problem

I am getting ready to move about 1 TB of data from one SAN environment to
another SAN. When I copy the data from the old SAN to the new SAN, the
creation date is set to the current date, which forces a new full backup of
all the data. Does anyone know of a way to copy the data, and force the O/S
to keep the original creation date? I am running WIN2000 on the client and
the server. The TSM client is at 5.5.1.6, and the TSM server is at 5.5.2.01.

Thanks,

Mike Wiederkehr
3M Electro  Communications Market, Austin IT
145-2S-04
(512) 984-3297
[EMAIL PROTECTED]


Re: Server upgrade problem

2004-10-14 Thread Slag, Jerry B.
If this was done through regular smpe maint. the executable would probably
be in sys1.linklib on another RES (ipl) volume. Look at the dataset names on
your production and test version for //DSMAMENG and //HLPAMENG and //IMAGES
they should give you some idea of what kind names the installers used - and
based on your message they should be different datasets on at least the
//DSMAMENG since that is the pointer to the messages library.

Short form - you can't get to a new version without either creating a new
linklib/loadlib or updating an existing linklib/loadlib. If the code was
installed into the existing and active sys1.linklib you need to enter an LLA
refresh console command and then fire or just shoot the installers cause
they are too stupid to .

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Keene R. Hallenbeck
Sent: Thursday, October 14, 2004 12:16 PM
To: [EMAIL PROTECTED]
Subject: Re: Server upgrade problem

In our normal start procedure, the SYS1.LINKLIB of the mainframe system is
used for the exec's.  We were not given a new linklib, or loadlib, dataset
name by the installers.  That is why I asked about DSMSERV in the original
note because I believe there should be an new linklib, or loadlib, with new
exec versions for the TSM v5.2 .  I am looking for some verification of this
to proof it to the installers.




  Slag, Jerry B.
  [EMAIL PROTECTED]To:
[EMAIL PROTECTED]
  S   cc:
  Sent by: ADSM:  Subject:  Re: Server upgrade
problem
  Dist Stor
  Manager
  [EMAIL PROTECTED]
  .EDU


  10/14/04 12:06 PM
  Please respond to
  ADSM: Dist Stor
  Manager






Do you have a steplib pointing to your new loadlib?

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Keene R. Hallenbeck
Sent: Thursday, October 14, 2004 10:52 AM
To: [EMAIL PROTECTED]
Subject: Server upgrade problem

We are currently running TSM v4 r1 l3.0 on the OS390 r2.10 mainframe.  We
are attempting to upgrade to TSM v5 r2. The installation of the new software
level was done by NYS Office for Technology, not us at DOH, so I am not sure
of everything that was done.  They told us the installation was done, and
DOH can start at the 'Quick Start' procedure for migrating.  We have a small
TSM/Adstar server set up, that is used for testing the new software before
we upgrade the production system server.  When starting the test system for
the first time, after pointing to the new DSN's and with the 'UPGRADEDB'
parameter, the server starts with the following messages:

S ADSMT1
$HASP100 ADSMT1   ON STCINRDR
IEF695I START ADSMT1   WITH JOBNAME ADSMT1   IS ASSIGNED TO USER ADSMT1
 , GROUP OMVSGRP
$HASP373 ADSMT1   STARTED
ACF9CCCD USERID ADSMT1   IS ASSIGNED TO THIS JOB - ADSMT1
IEF403I ADSMT1 - STARTED - TIME=09.31.07 ANR5962I DSMSERV generated at
17:23:07 on Mar  2 2001.
ANR5965I Console command:
ANRW Message repository for language AMENG does not match program level.
ANRI Message repository's compile date: Tue Jun 10 03:21:03 2003
ANRI Program's message timestamp:   Thu Feb  1 10:40:36 2001
 Tivoli Storage Manager for MVS
Version 4, Release 1, Level 3.0
Licensed Materials - Property of IBM
(C) Copyright IBM Corporation 1990,2003.
All rights reserved.
U.S. Government Users Restricted Rights - Use, duplication or disclosure
restricted by GSA ADP Schedule Contract with IBM Corporation.
ANR0900I Processing options file dsmserv.opt.
ANR0990I Server restart-recovery in progress.
ANR0200I Recovery log assigned capacity is 36 megabytes.
ANR0201I Database assigned capacity is 76 megabytes.
ANR0306I Recovery log volume mount in progress.
ANR0353I Recovery log analysis pass in progress.
ANR0354I Recovery log redo pass in progress.
ANR0355I Recovery log undo pass in progress.
ANR0352I Transaction recovery complete.
ANR2100I Activity log process has started.
ANR1305I Disk volume ADSMAPPL.T1.STOR.ARCH01 varied online.
ANR1305I Disk volume ADSMAPPL.T1.STOR.BACK01 varied online.
ANR1305I Disk volume ADSMAPPL.T1.STOR.BACK02 varied online.
ANR2803I License manager started.
ANR5090I TCP/IP driver ready for connection with clients on port 1502
ANR5140I HTTP (IBM) communications is listening for clients on port 1582.
ANR2560I Schedule manager started.
TSM:ADSMT1
ANR0993I Server initialization complete.
ANR2827I Server is licensed to support Managed System for LAN for a quantity
of 300.
ANR0916I TIVOLI STORAGE MANAGER distributed by Tivoli is now ready for use.
Storage Management Server for MVS - Version 4, Release 1, Level 3.0
TSM:ADSMT1

The test server starts, but with v4 r1 l3.0 of TSM.  I have not seen much on
the 'message repository' lines in the manuals.  Could

Re: Help with ANR1173E and disk storage pool

2004-09-13 Thread Slag, Jerry B.
You can also get these messages with a tape mount / residency problem.

Last time I saw these messages was when an offsite tape had been ejected
from our tape library and TSM still thought the tape was resident in the
library.

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Miles Purdy
Sent: Monday, September 13, 2004 2:14 PM
To: [EMAIL PROTECTED]
Subject: Re: Help with ANR1173E and disk storage pool


Hi, thanks for the suggestions.

Further comments:
I have not change the STG from non-collocated to collocated.
The _FC on my storage pool name indicated that they are Filespace
Collocated.
My MoveBatchSize is: MoveBatchSize 512
I do have a primary tape pool that the disk pool points to, see the q stg
output below.

I have one thought as to what might have caused this, what if a migration
was running at the same time?

Thanks Glen, I do have a PMR open also. Email me directly if you would like
the number.
Miles




--
Miles Purdy
System Manager
Information Systems Team (IST),
Farm Income Programs Directorate (FIPD),
Agriculture and Agri-Food Canada (AAFC)
6th Floor 200 Graham Ave.   Mailing: PO box 6100
Winnipeg, MB, CA R3C 4N3
R3C 4L5
Office contact:Mobile contact:
 [EMAIL PROTECTED]
[EMAIL PROTECTED]
 ph: (204) 984-1602 fax: (204) 983-7557Cell: (204) 291-8758

If you hold a UNIX shell up to your ear, can you hear the C?

-

 [EMAIL PROTECTED] 13-Sep-04 12:20:19 PM 
Did you recently switch your offsite pool from non-collocated to
collocated?  Making that switch can cause this to happen.

During offsite reclamation for a collocated pool, the server checks the
clustering information for the objects on the volume being reclaimed.
Clustering information is typically based upon node name, and filespace.

If / when the volume was written in a non-collocated pool, all sorts of
nodes can get thrown onto that volume.  During reclamation processing, the
server will only move one node's data at a time.  Other objects will get
skipped and you'll see the ANR1173E message.  Multiple passes are required
to fully clear the offsite volume.

Some things you can do:
-- Increase the batchsize value you're using.  Set movebatchsize ###
I believe the default is 40, max is 1000
-- Issue move data or move node data depending upon how many nodes are on
that volume and / or the nature of the storage pool.

An additional step is to have a primary tape pool that the disk pool
migrates to.  The logic for offsite volume reclamation is slightly
different when the copy resides in a tape (sequential) pool instead of on
disk.  The server retries the reclamation (reprocesses the volume) more
when the copies are on tape.


Glen Hattrup
IBM - Tivoli Systems
Tivoli Storage Manager




Miles Purdy [EMAIL PROTECTED]
Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED]
09/13/2004 06:56 AM
Please respond to
ADSM: Dist Stor Manager


To
[EMAIL PROTECTED]
cc

Subject
Help with ANR1173E and disk storage pool






TSM server 5.2.3.1 on AIX 5.1 ML 5

On the weekend I got 1300 messages like the following:

09/11/04 10:02:17 ANR1173E Space reclamation for offsite volume(s) cannot
copy file in storage pool DISKDATA_SMALL: Node UNXV, Type Backup, File
space /, fsId 1, File name /DisasterRecoveryPlan/ 20040906.084014.

09/11/04 10:17:24 ANR1173E Space reclamation for offsite volume(s) cannot
copy file in storage pool DISKDATA_FC: Node UNXP, Type Backup, File space
/home/ncss_batch, fsId 5, File name /bin.prod/logs_ncss/log_backup/
frd001s.040806.20:22:39.rpt.


The problem is with two disk storage pools. Although I have several more
disk storage pools, only these two caused problems.

I searched the archives already, but all the help was for tape pools. What
do I do when it is a disk storage pool?

Thanks Miles

Extra info:

tsm: UNXRq stg diskdata_fc f=d

   Storage Pool Name: DISKDATA_FC
   Storage Pool Type: Primary
   Device Class Name: DISK
 Estimated Capacity (MB): 50 G
Pct Util: 74.9
Pct Migr: 0.9
 Pct Logical: 100.0
High Mig Pct: 50
 Low Mig Pct: 0
 Migration Delay: 0
  Migration Continue: Yes
 Migration Processes: 4
   Next Storage Pool: BACKUP_FC
Reclaim Storage Pool:
  Maximum Size Threshold: No Limit
  Access: Read/Write
 Description: High speed backup with filespace
collocate
   Overflow Location:
   Cache Migrated Files?: Yes
  Collocate?:
   Reclamation Threshold:
Maximum Scratch Volumes 

Re: volhistory error

2004-08-06 Thread Slag, Jerry B.
Thank you. That command worked. None of my doc shows the volume,
type=backupset or the force as valid parms. I will add this to my notes.

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
John Naylor
Sent: Friday, August 06, 2004 3:50 AM
To: [EMAIL PROTECTED]
Subject: Re: volhistory error


Slag, Jerry B. wrote

TSM currently at 5.2.2.2 on z/OS 1.4
The volume history file shows a backupset on tape 101334 but a query or
delete for backupset returns nothing.
How do I get rid of the entry in the volume history?

Try

del volh tod=today vol=101334 type=backupset force=yes


**
The information in this E-Mail is confidential and may be legally
privileged. It may not represent the views of Scottish and Southern
Energy Group.
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.
**


volhistory error

2004-08-05 Thread Slag, Jerry B.
TSM currently at 5.2.2.2 on z/OS 1.4
The volume history file shows a backupset on tape 101334 but a query or
delete for backupset returns nothing.
How do I get rid of the entry in the volume history?

tsm: ADSMq volh type=backupset

   Date/Time: 04/03/2003 16:20:36
 Volume Type: BACKUPSET
   Backup Series:
Backup Operation:
  Volume Seq: 1
Device Class: MAGSTAR
 Volume Name: 101334
 Volume Location:
 Command: gen backupset js11 js11bkupst devclass=magstar ret=10


tsm: ADSMq backupset * *
ANR2034E QUERY BACKUPSET: No match found using this criteria.
ANS8001I Return code 11.

tsm: ADSMdel backupset * *
ANR2034E DELETE BACKUPSET: No match found using this criteria.
ANS8001I Return code 11.

tsm: ADSMq vol 101334
ANR2034E QUERY VOLUME: No match found using this criteria.
ANS8001I Return code 11.

Jerry Slag
Information Technology Department
State of North Dakota
600 East Boulevard Avenue Dept 112
Bismarck, ND 58505-0100
phone: (701) 328-4350
fax: (701) 328-3000
[EMAIL PROTECTED]


Re: volhistory error

2004-08-05 Thread Slag, Jerry B.
tsm: ADSMq backupset * * todate=04/04/2003
ANR2020E QUERY BACKUPSET: Invalid parameter - TODATE.
ANS8001I Return code 3.

tsm: ADSMq backupset * * begindate=04/03/2003
ANR2034E QUERY BACKUPSET: No match found using this criteria.
ANS8001I Return code 11.

tsm: ADSMq backupset * * enddate=04/04/2003
ANR2034E QUERY BACKUPSET: No match found using this criteria.
ANS8001I Return code 11.

tsm: ADSMq backupset * * begindate=04/02/2003 enddate=04/04/2003
ANR2034E QUERY BACKUPSET: No match found using this criteria.
ANS8001I Return code 11.

My help says a wildcard is valid in the del backupset command - however, I
still get a no match message.

tsm: ADSMdel backupset js11 js11bkupst
ANR2034E DELETE BACKUPSET: No match found using this criteria.
ANS8001I Return code 11.

tsm: ADSMdel backupset js11 js11bkupst begindate=04/02/2003
enddate=04/04/2003
whereret=10
ANR2034E DELETE BACKUPSET: No match found using this criteria.
ANS8001I Return code 11.

tsm: ADSMdel backupset * * begindate=04/02/2003 enddate=04/04/2003
ANR2034E DELETE BACKUPSET: No match found using this criteria.
ANS8001I Return code 11.
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Stapleton, Mark
Sent: Thursday, August 05, 2004 2:04 PM
To: [EMAIL PROTECTED]
Subject: Re: volhistory error


From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On
Behalf Of Slag, Jerry B.
TSM currently at 5.2.2.2 on z/OS 1.4
The volume history file shows a backupset on tape 101334 but a query or
delete for backupset returns nothing.
How do I get rid of the entry in the volume history?

tsm: ADSMq volh type=backupset

   Date/Time: 04/03/2003 16:20:36
 Volume Type: BACKUPSET
   Backup Series:
Backup Operation:
  Volume Seq: 1
Device Class: MAGSTAR
 Volume Name: 101334
 Volume Location:
 Command: gen backupset js11 js11bkupst devclass=magstar ret=10

tsm: ADSMq backupset * *
ANR2034E QUERY BACKUPSET: No match found using this criteria.
ANS8001I Return code 11.

Try

  QUERY BACKUPSET * * TODATE=04/04/2003

tsm: ADSMdel backupset * *
ANR2034E DELETE BACKUPSET: No match found using this criteria.
ANS8001I Return code 11.

A look at HELP DELETE BACKUPSET shows that wildcards are not supported.
(If they were, it would say so, as it does for the QUERY BACKUPSET
command.) The proper syntax for the command would be

  DELETE BACKUPSET node_name backupsetname

tsm: ADSMq vol 101334
ANR2034E QUERY VOLUME: No match found using this criteria.
ANS8001I Return code 11.

Backupset tapes don't show up in a QUERY VOLUME command; only tapes that
belong to a storage pool show up with this command.

--
Mark Stapleton


Re: Where are Redbooks?

2004-07-09 Thread Slag, Jerry B.
Try this one: http://publib-b.boulder.ibm.com/Redbooks.nsf/portals/

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Prather, Wanda
Sent: Friday, July 09, 2004 10:02 AM
To: [EMAIL PROTECTED]
Subject: Where are Redbooks?


Someone seems to have broken the link to www.redbooks.ibm.com
www.redbooks.ibm.com .

Anybody know what the new link is?

Thanks!

Wanda


Re: Adding new DB RecLog volumes whilst TSM server is running ( on OS390)

2004-04-26 Thread Slag, Jerry B.
Change the dd def to disp=shr in the TSM procedure - don't let tsm have
exclusive control.

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Gee, Norman
Sent: Monday, April 26, 2004 12:06 AM
To: [EMAIL PROTECTED]
Subject: Re: Adding new DB  RecLog volumes whilst TSM server is running
( on OS390)


Did you know that this job will still work with the dddef for //OPT
commented out or left out.
I discover this when I decided I did not want to shutdown my TSM server

-Original Message-
From: Paul Van De Vijver [mailto:[EMAIL PROTECTED]
Sent: Wednesday, April 07, 2004 4:30 AM
To: [EMAIL PROTECTED]
Subject: Adding new DB  RecLog volumes whilst TSM server is running (on
OS390)


Hi,

TSM Server (Version 5.1.8.0) running on OS390 2.10 (in the near future
Z/OS)

Up to now I always halted the TSM Server to define  format  additional
volumes
See example JCL below :

//ALLOCAT  EXEC PGM=IDCAMS
//SYSPRINT  DD  SYSOUT=*
//SYSIN DD  *
DEFINE CLUSTER(NAME(ADSM.DB06) LINEAR MB(2341) VOL(ADSM21))
/*

//ADSMFMT  EXEC PGM=DSMFMT,DYNAMNBR=300,COND=(0,NE,ALLOCAT),
// PARM='/ADSM.DB06'
//OPT   DD  DSN=ADSM.ANRSERV.OPTIONS,DISP=SHR
//DSMAMENG  DD  DSN=TIVSM.V5R1M0.SANRMSG(ANRMENU),DISP=SHR
//SYSPRINT  DD  SYSOUT=*
//SYSTERM   DD  SYSOUT=*
//*

Because the TSM Server options file (//OPT) is in exclusive use by the TSM
started task
I have to stop the TSM Server before being able to execute the format job.

Up to now there was no real problem with halting the server for a few
minutes to do this, but it is becoming
more and more difficult (even impossible) to find a moment where I can
stop the server (due to API-clients
which are accessing the server randomly) without causing archive/restore
problems.

I think this problem should be solved by simply using another options file
name (which is a copy from the original one)
for the format job (and TSM Server keeps running in the meantime).

Can I do this ? Or do I forget something and MUST I stop the TSM Server ?

Thanks for any info.

Best regards,

Paul Van de Vijver
Honda Europe NV
Belgium


The information contained in this communication is confidential and may be
legally privileged. It is intended solely for the use of the individual or
the entity to whom it is addressed and others authorised to receive it. If
you have received it by mistake, please let the sender know by e-mail reply
and delete it from your system.
If you are not the intended recipient you are hereby notified that any
disclosure, copying, distribution or taking any action in reliance of the
contents of this information is strictly prohibited and may be unlawful.
Honda Europe NV is neither liable for the proper and complete transmission
of the information contained in this communication nor for any delay in its
receipt.


Re: Adding new DB RecLog volumes whilst TSM server is running ( on OS390)

2004-04-26 Thread Slag, Jerry B.
If you issue a set or setopt command tsm takes exclusive control long enough
to update the file and then releases exclusive control.

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Gee, Norman
Sent: Monday, April 26, 2004 11:47 AM
To: [EMAIL PROTECTED]
Subject: Re: Adding new DB  RecLog volumes whilst TSM server is running
( on OS390)


If you change it to disp=shr, then the TSM started task can't update the
option file on the fly.

 -Original Message-
 From: Slag, Jerry B. [mailto:[EMAIL PROTECTED]
 Sent: Monday, April 26, 2004 7:37 AM
 To: [EMAIL PROTECTED]
 Subject: Re: Adding new DB  RecLog volumes whilst TSM server
 is running ( on OS390)


 Change the dd def to disp=shr in the TSM procedure - don't
 let tsm have
 exclusive control.

 -Original Message-
 From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]
 Behalf Of
 Gee, Norman
 Sent: Monday, April 26, 2004 12:06 AM
 To: [EMAIL PROTECTED]
 Subject: Re: Adding new DB  RecLog volumes whilst TSM server
 is running
 ( on OS390)


 Did you know that this job will still work with the dddef for //OPT
 commented out or left out.
 I discover this when I decided I did not want to shutdown my
 TSM server

 -Original Message-
 From: Paul Van De Vijver [mailto:[EMAIL PROTECTED]
 Sent: Wednesday, April 07, 2004 4:30 AM
 To: [EMAIL PROTECTED]
 Subject: Adding new DB  RecLog volumes whilst TSM server is
 running (on
 OS390)


 Hi,

 TSM Server (Version 5.1.8.0) running on OS390 2.10 (in the near future
 Z/OS)

 Up to now I always halted the TSM Server to define  format
 additional
 volumes
 See example JCL below :

 //ALLOCAT  EXEC PGM=IDCAMS
 //SYSPRINT  DD  SYSOUT=*
 //SYSIN DD  *
 DEFINE CLUSTER(NAME(ADSM.DB06) LINEAR MB(2341)
 VOL(ADSM21))
 /*

 //ADSMFMT  EXEC PGM=DSMFMT,DYNAMNBR=300,COND=(0,NE,ALLOCAT),
 // PARM='/ADSM.DB06'
 //OPT   DD  DSN=ADSM.ANRSERV.OPTIONS,DISP=SHR
 //DSMAMENG  DD  DSN=TIVSM.V5R1M0.SANRMSG(ANRMENU),DISP=SHR
 //SYSPRINT  DD  SYSOUT=*
 //SYSTERM   DD  SYSOUT=*
 //*

 Because the TSM Server options file (//OPT) is in exclusive
 use by the TSM
 started task
 I have to stop the TSM Server before being able to execute
 the format job.

 Up to now there was no real problem with halting the server for a few
 minutes to do this, but it is becoming
 more and more difficult (even impossible) to find a moment where I can
 stop the server (due to API-clients
 which are accessing the server randomly) without causing
 archive/restore
 problems.

 I think this problem should be solved by simply using another
 options file
 name (which is a copy from the original one)
 for the format job (and TSM Server keeps running in the meantime).

 Can I do this ? Or do I forget something and MUST I stop the
 TSM Server ?

 Thanks for any info.

 Best regards,

 Paul Van de Vijver
 Honda Europe NV
 Belgium


 The information contained in this communication is
 confidential and may be
 legally privileged. It is intended solely for the use of the
 individual or
 the entity to whom it is addressed and others authorised to
 receive it. If
 you have received it by mistake, please let the sender know
 by e-mail reply
 and delete it from your system.
 If you are not the intended recipient you are hereby notified that any
 disclosure, copying, distribution or taking any action in
 reliance of the
 contents of this information is strictly prohibited and may
 be unlawful.
 Honda Europe NV is neither liable for the proper and complete
 transmission
 of the information contained in this communication nor for
 any delay in its
 receipt.



Re: 64-bit support on 390?

2004-04-19 Thread Slag, Jerry B.
No issues. We did make changes to WLM to place TSM into a separate service
class that has the 'storcrit' setting active. TSM runs well and the storcrit
setting keeps the cpu usage way down.

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Joe Howell
Sent: Friday, April 16, 2004 10:28 AM
To: [EMAIL PROTECTED]
Subject: 64-bit support on 390?


We're going to a disaster-recovery exercise in a couple of months and one of
the things that we want to try is running our mainframe environment on z
hardware in 64-bit mode, Just To See What Happens.  Is anyone running TSM
5.2.2 in 64-bit mode on a mainframe?  Any excitement waiting for me?


Joe Howell
Shelter Insurance Companies
Columbia, MO

-
Do you Yahoo!?
Yahoo! Tax Center - File online by April 15th


Re: Z/OS and TSM - preferred server level??

2003-11-05 Thread Slag, Jerry B.
I believe, when IBM was working on the zap, I was told that there was a
problem moving from the 4.1 version - something about a legacy member table
instead of the backup groups table problem. I'm running at the 5.2.1.1 level
with the zap.

-Original Message-
From: Stumpf, Joachim [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 05, 2003 9:19 AM
To: [EMAIL PROTECTED]
Subject: Re: Z/OS and TSM - preferred server level??


Jim,

I didn't recognize that you are at 4.1.
I think theres no problem with the upgrade for you, because the problems we
had were with the systemobjects of windows nodes which were included with
4.2.

Our migrations:
3.7 -- 4.1.3 -- 4.1.5 -- 5.1.0.0 -- 5.1.1.6 -- 5.1.5.0 -- 5.1.5.3 --
5.1.6.1 --- 5.1.6.3 and now we are migrating to 5.2.1.1
I think our problems with the systemobjects occured somewhere during
migration from 4.1.5 to 5.1.6.3.

-- 
mit freundlichen Grüßen
Joachim Stumpf
  

- Original-Nachricht folgt -

Joachim,

Thanks, I remember seeing something about this earlier. I wonder if it
applies, though, as we are moving from 4.1.x and the problem description
specifically references 4.2 and 5.1

From what release did you jump to 5.1.6?

Stumpf, Joachim wrote:
 
 Hi,
 
 at the moment we are migrating from 5.1.6.3 to 5.2.1.1.
 If you are at 4.x you should have a look at:
 http://www-1.ibm.com/support/docview.wss?uid=swg1PQ80211
 
 We had big problems with the performance during upgradedb (AuditDB run 80h
with a 16GB database and used over 65h CPU).
 After the ZAP the Upgradedb took nearly 30min and used 3min. CPU.
 
 So the ZAP mentioned in the ARPAR worked for us.
 
 Good Luck ;-)
 
 --
 mit freundlichen Grüßen / regards
 Joachim Stumpf
 
 
 - Original-Nachricht folgt -
 
 We are closing in on bringing up Z/OS 1.4 and with it a new version of
 TSM server. It looks like 5.1.7 was delivered with our server pac (FMID
 HDN5510). In a meeting earlier this week a Tivoli rep recommended that
 we go ahead and pull down the latest server level (5.2.1 w/5.2.2 due in
 early Dec.)
 
 Any recommendations or experiences with this platform and TSM levels out
 there worth passing along? We're currently at 4.1.4.2
 
 As always, thanks in advance!
 
 --
 Jim Kirkman
 AIS - Systems
 UNC-Chapel Hill
 966-5884

-- 
Jim Kirkman
AIS - Systems
UNC-Chapel Hill
966-5884


Re: Too many DRM tapes leaving 3949 library daily.

2003-10-14 Thread Slag, Jerry B.
Are you using DIRMC?
Maybe the directories are using a different mgmtclass (data one place
directories another)?
query content xx on one or two of the smaller tapes
show version  using a smaller node


Re: mtlib - how many frames?

2003-09-04 Thread Slag, Jerry B.
The frames show in the Component Availability option in the 3494 Tape
Library Specialist.

-Original Message-
From: Loon, E.J. van - SPLXM [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 04, 2003 9:17 AM
To: [EMAIL PROTECTED]
Subject: Re: mtlib - how many frames?


Hi Matthew!
I don't know for sure, because we don't have D12's installed (yet), but have
you checked the System Summary option in the Magstar 3494 Tape Library
Specialist?
Kindest regards,
Eric van Loon
KLM Royal Dutch Airlines


-Original Message-
From: Allen Barth [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 04, 2003 16:04
To: [EMAIL PROTECTED]
Subject: Re: mtlib - how many frames?


Matthew,

There's no command I know of which will tell you number of 'frames'. Total
number of drives in the ATL, sure:  mtlib -lblah-D

Al




Large, Matthew [EMAIL PROTECTED]
Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED]
09/04/03 04:07 AM
Please respond to ADSM: Dist Stor Manager


To: [EMAIL PROTECTED]
cc:
Subject:mtlib - how many frames?


All,

I've been digging around trying to find a command that will tell me how
many
D12's we've got attached to the library, with little success. Am I
searching
for something which does not exist?

Thanks,
Matthew

Matthew Large
TSM Infrastructure Engineer
Lavington Street
Int: 7430 4995
Ext: +44 207 902 4995




---
This e-mail is intended only for the above addressee.  It may contain
privileged information. If you are not the addressee you must not copy,
distribute, disclose or use any of the information in it.  If you have
received it in error please delete it and immediately notify the sender.

evolvebank.com is a division of Lloyds TSB Bank plc.
Lloyds TSB Bank plc, 25 Gresham Street, London, EC2V 7HN.  Registered in
England, number 2065.  Telephone No: 020 7626 1500
Lloyds TSB Scotland plc, Henry Duncan House, 120 George Street,
Edinburgh EH2 4LH.  Registered in Scotland, number 95237.  Telephone
No: 0131 225 4555

Lloyds TSB Bank plc and Lloyds TSB Scotland plc are regulated by the
Financial Services Authority and represent only the Scottish Widows
and Lloyds TSB Marketing Group for life assurance, pensions and
investment business.

Signatories to the Banking Codes.

---


**
For information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain confidential
and privileged material intended for the addressee only. If you are not the
addressee, you are notified that no part of the e-mail or any attachment may
be disclosed, copied or distributed, and that any other action related to
this e-mail or attachment is strictly prohibited, and may be unlawful. If
you have received this e-mail by error, please notify the sender immediately
by return e-mail, and delete this message. Koninklijke Luchtvaart
Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be
liable for the incorrect or incomplete transmission of this e-mail or any
attachments, nor responsible for any delay in receipt.
**


Re: bACKING UP A SERVER WITH 500gb

2003-08-14 Thread Slag, Jerry B.
I built a mgmt class that writes directly to tape. Anybody backing up
greater than 300GB uses that mgmt class. I also assigned a 'copy storage
pool' to the tape pool defined in this mgmt class so that both onsite and
offsite tapes are written at the same time.

-Original Message-
From: Tim Brown [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 07, 2003 1:43 PM
To: [EMAIL PROTECTED]
Subject: bACKING UP A SERVER WITH 500gb


i am using using tsm with primary disk storage pools (zos 3390's) and
secondary storage pools
3590's

new server i installed has a file that is over 300gb's, changes daily
i have had to exclude the folder that contains the file till i can find
a storage medium that will have enough capacity

what are other folks doing to backup this amount of data


Tim Brown
Systems Specialist
Central Hudson Gas  Electric
284 South Ave
Poughkeepsie, NY 12601
Phone: 845-486-5643
Fax: 845-486-5921


Re: Windows Java Console

2003-06-11 Thread Slag, Jerry B.
Client 5.1.6.0, Win 2k sp1, IE 6 sp1.
I turned off the Sun Java because it caused some other problems and my web
client still works.
IE6 - tools - internet options - advanced - scroll down about half way and
you should find the option for java (sun).

-Original Message-
From: Tab Trepagnier [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 10, 2003 5:51 PM
To: [EMAIL PROTECTED]
Subject: Windows Java Console



TSM client 5.1.6.0 on Windows XP SP1; Internet Explorer 6 SP1.

When I tried the Web client, it installed Sun's Java engine onto my PC.  The
web clients work AOK now.

The only problem is that every time I hit a machine with the TSM web client,
I get another Java Console in my Windows System Tray.  As I write this I
have three of them (see attached screen capture - top row of icons).



The Java console does not have an exit button so I guess I'll get more and
more of these every time I use a TSM web client.

That is not good, because I normally run 30-40 programs at once and reboots
are a big deal - I actually charge the time when I have to reboot my PC.

Has anyone else seen this?  Is there anything I can do to get Sun's  to
stop doing this?

Thanks in advance.

Tab Trepagnier
TSM Administrator
Laitram LLC


attachment: ATT871833.gif

Re: OS/390 volume sizes

2003-06-11 Thread Slag, Jerry B.
Our sharks have mod 3 and mod 9 volumes with dynamic PAV switching active. I
am using 36 of the mod 9s with TSM for parts of the DB, log and pools. The
worst response I have seen was 8ms on our old 'E20' series shark. The
'gotcha' has been that the older versions of TSM would not let you use a
dataset greater than 4GB (I have not checked this since I moved to 5.1) so,
unless you defined the volumes as striped when you defined them on the
shark, you need to watch your dataset allocations.

-Original Message-
From: John Naylor [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 11, 2003 3:05 AM
To: [EMAIL PROTECTED]
Subject: Re: OS/390 volume sizes


Sam,
We do not currently use our ESS for larger than  model 3s
We define every linear data set for both storage pool and database volumes
to
use 100%
of a model 3.
We also use file volumes for database snapshot and for backupsets. These are
defined at 2gb.
We do not have much of an issue with device delays with this scenario. Our
problem is getting enough cpu to stress the i/o
I too would be interested to hear the  experience of anbody using the larger
device sizes.
regards,
John




Sam Sheppard [EMAIL PROTECTED] on 06/11/2003 12:04:48 AM

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

To:   [EMAIL PROTECTED]
cc:(bcc: John Naylor/HAV/SSE)
Subject:  OS/390 volume sizes



We are installing an ESS in the next couple of weeks and I'm interested
in any recommendations anyone has on appropriate volume sizes for the
database and storage pools on this device.

Currently, we are OS/390 V2.10 with everything on an RVA2 with 3390-3
device sizes.  With the ESS, you can go up to 'mod-27' sizes.  Any
guidelines out there for mod-3 vs. mod-9 vs. bigger would be
appreciated.

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







**
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.
**


Re: TSM Upgrade from 4.1 to 5.x questions

2003-03-27 Thread Slag, Jerry B.
Look for the //OPT DD card. The number of licenses is specified in an
options file on the 390.

-Original Message-
From: Joni Moyer [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 27, 2003 11:25 AM
To: [EMAIL PROTECTED]
Subject: Re: TSM Upgrade from 4.1 to 5.x questions


When everyone is mentioning redefining licenses are you referring to the
client licenses defined on the TSM server?  If so, does anyone know if this
is done on all TSM server platforms?  I am upgrading from 4.1.5 to 5.1.6
this weekend and the TSM server is on OS/390 2.10.  Thanks!

Joni Moyer
Systems Programmer
[EMAIL PROTECTED]
(717)975-8338



Linda Seeba
[EMAIL PROTECTED]   To: [EMAIL PROTECTED]
COM cc:
Sent by: Subject: Re: TSM Upgrade from
4.1 to 5.x questions
ADSM: Dist
Stor Manager
[EMAIL PROTECTED]
IST.EDU


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






We have upgraded TSM server code from 3.7,  4.1, and 4.2 to 5.1.0 with no
problems. Then it would let us go to 5.1.3.  You do have to redefine your
licenses.

Linda Seeba   Phone: (314) 234-5190
I/T Specialist - Sr  Fax: (314) 232-4581
IBM Global Services   E-Mail:[EMAIL PROTECTED]



Marco Spagnuolo [EMAIL PROTECTED]@VM.MARIST.EDU on 03/27/2003 10:43:06 AM

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

Sent by:ADSM: Dist Stor Manager [EMAIL PROTECTED]


To:[EMAIL PROTECTED]
cc:
Subject:Re: TSM Upgrade from 4.1 to 5.x questions



Steven,

We just upgraded a few weeks ago (AIX 4.3.3) and we were told by support, to
go from 4.2.1 to 5.1.0 to 5.1.5.  Make sure you do not start the server
until you've completed installing 5.1.5.  You will have to reset your
license file(s) as well.


Marco Spagnuolo
System Administrator
University of Windsor (IT Services)
401 Sunset
Windsor, Ontario N9B 3P4
(519) 253-4232 Ext. 2769
Email: [EMAIL PROTECTED]



  Conko, Steven
  [EMAIL PROTECTED] To:
  [EMAIL PROTECTED]
  Sent by: ADSM:  cc:
  Dist StorSubject:  Re: TSM Upgrade
  from 4.1 to 5.x questions
  Manager
  [EMAIL PROTECTED]
  .edu


  03/27/2003 11:07
  AM
  Please respond to
  ADSM: Dist Stor
  Manager





 Are there any issues with upgrading from TSM Server V4.1.2 to version
 5.1.x? Or do we have to upgrade to 4.2.x first?

 Also, what is the best version to upgrade to? 5.1.5, 5.1.6.2 or
 something else?

 We are running on AIX 4.3.3 ML 10.

 Thanks in advance!

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


Re: License Pricing

2003-03-19 Thread Slag, Jerry B.
I looked at our PO for SQL and 300 clients from last month. The DB charge
was $816.00 per processor including 1 yr maintenance and our clients were
$5.00 per month maintenance charge. Purchased direct from IBM.

-Original Message-
From: Levinson, Donald A. [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, March 19, 2003 1:09 PM
To: [EMAIL PROTECTED]
Subject: Re: License Pricing


This licensing thing has me going nuts, I just got a quote back from Dell
that prices the per-processor at $55.00 for client and about $950
per-processor for SQL. Is it still per-processor this week or are we back to
points, or some combination of points per-processor based on alleged purpose
of the system in question?

-Original Message-
From: Kamp, Bruce [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, March 19, 2003 10:03 AM
To: [EMAIL PROTECTED]
Subject: Re: License Pricing


Has anybody heard how they are going to handle licensing on Intel Xeon
processor servers with hyper-threading?  If you have a dual processor server
with hyper-threading it looks like 4 to the OS...

--
Bruce Kamp
Midrange Systems Analyst II
Memorial Healthcare System
E: [EMAIL PROTECTED]
P: (954) 987-2020 x4597
F: (954) 985-1404
---


-Original Message-
From: Kauffman, Tom [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, March 19, 2003 1:28 PM
To: [EMAIL PROTECTED]
Subject: Re: License Pricing


I'm probably going to be looking at new NT licenses soon -- and if they
think they're going to get this kind of vigorish from us, they're crazy.
We'll end up running NT Backup to on-board CDR drives -- the drives are
around $100 and you can get 100 disks from OfficeMax for the cost of sales
tax and a stamp if you watch the sales flyers. 

I always thought the ADSM 2.x price of $100 per NT *box* was a good fit --
and I haven't seen ANYTHING in TSM 4.x or 5.x that would justify a 500% (or
higher -- would a 4-way box go for $2,112?) price increase.

Somehow I see a come to glory meeting with my CIO, my IBM Marketing rep,
my Tivoli marketing rep, and our preferred VAR in my future.

And I *still* want to see a comprehensive, easily understood price list,
readily accessible, WITHOUT registration or a customer number. Discounting
may be customer specific and proprietary, but in this day and age, price is
not and trying to hide it just means you no longer want to sell to ME. I
won't do an NDA on prices and I won't accept an NDA on prices.


Tom Kauffman
NIBCO, Inc

-Original Message-
From: Coats, Jack [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 19, 2003 8:52 AM
To: [EMAIL PROTECTED]
Subject: Re: License Pricing


Yes, I just purchased a single processor license, it was $528 or so USD. The
ones I purchased just before year end were about $218USD.  

Unless new customers are coming in with huge discounts, I think that TSM is
now priced out of the market.

As a consultant (in a former life) I would be seriously considering taking
my customers to other products, if I could find one that fits.

I love the TSM concept, but economics is what rules.  And there is not
enough difference in the technological differences to make up the economic
ones at this point.

 -Original Message-
 From: Cahill, Ricky [SMTP:[EMAIL PROTECTED]
 Sent: Wednesday, March 19, 2003 3:46 AM
 To:   [EMAIL PROTECTED]
 Subject:  License Pricing
 
 Just got a quote back for some Win2k licenses and was rather surprised
 at the massive increase in price, ok I've not bought a license for a 
 couple of years but this is bonkers..
 
 single processor server £391.98 + vat per server
 dual processor server   £783.96 + vat per server
 quad processor server   £1567.92 + vat per server
 
 Anyone know if a license bought prior to this stupid per cpu idea is
 valid for one server or one cpu??
 
 
..Rikk
 
 
 **
 
 **
 Equitas Limited, 33 St Mary Axe, London EC3A 8LL, UK
 NOTICE: This message is intended only for use by the named addressee 
 and may contain privileged and/or confidential information.  If you 
 are not the named addressee you should not disseminate, copy or take 
 any action in reliance on it.  If you have received this message in 
 error please notify [EMAIL PROTECTED] and delete the message 
 and any attachments accompanying it immediately.
 
 Equitas reserve the right to monitor and/or record emails, (including
 the contents thereof) sent and received via its network for any lawful 
 business purpose to the extent permitted by applicable law
 
 Registered in England: Registered no. 3173352 Registered address above
 **
 
 **


This transmittal may contain confidential information intended solely for
the addressee. If you are not the intended recipient, you are hereby

Re: 3590 compression vs tsm compression

2002-10-29 Thread Slag, Jerry B.
Set your estimated capacity back to 39GB (higher if you KNOW you will get
more data on the tape). As the tape fills you will see the percent util go
up to 100%, the volume status of the tape stays as 'filling' until the tape
is physically full and the estimated capacity numbers will continue to
increase (matching the amount of data) as the tape fills.

Tapes in 'filling' status will mounted and filled in onsite pools. Tapes
that are offsite and 'filling' will reclaim but the numbers are bogus. I
check my copypool tape for 'filling' status daily and do a manual cleanup
whenever.

-Original Message-
From: Rob Schroeder [mailto:robs;FAMOUSFOOTWEAR.COM]
Sent: Monday, October 28, 2002 5:48 PM
To: [EMAIL PROTECTED]
Subject: 3590 compression vs tsm compression


Win2k SP2 client 4.2.1.32
Win2k Sp2 server 4.1.6 (Iknow  I know)

Here is my dilemma:  I have been setting the size of my 3590E device class
to 39 Gig (just under the 40 gig size limit) and have been doing
compression within TSM.  However, due to the number of clients and the
server size, I would like to have the hardware do more of the compression
to alleviate the processor bottlenecks I have.  Therefore I have tested
changing the tape capacity to 120G and turning off TSM compression.  If the
tape gets less than ideal compression (assume none) then when the tapes get
33% full and thus TSM lists the tape as filling.  The backups still think
there is no more room in the storage pool.  I am then left with these
situations:

1.  TSM must mount the tape before it recognizes there is no more room.
Obviously this is bad if there are 100 tapes and it takes 2 minutes per
tape to mount.

2.  TSM reclamation thresholds are shot because it wants to reclaim at 50%
utilization but will never get there because it can only go as high as 33%.

3.  My operators think that there is lots of room in the storage pool
because there are 100 tapes at 33% utilization leaving most of the tape
available, and they don't add tapes even though they are needed.

Do I need to continue to use software compression and forget about the
hardware side?

Any thoughts would be helpful.

Rob Schroeder
Famous Footwear
608-827-3495 phone
608-662-6495 fax



Re: OK IBM _ ENOUGH ALREADY with the IBM/Tivoli TSM website -

2002-10-23 Thread Slag, Jerry B.
http://www-1.ibm.com/support/search.wss?rs=663tc=SSGSG7dc=D400

ftp://service.boulder.ibm.com/storage/tivoli-storage-management/maintenance/



Re: Eternal Data retention brainstorming.....

2002-08-15 Thread Slag, Jerry B.

If they tell you the hosts/filespaces just do a rename of the existing
filespaces.

-Original Message-
From: bbullock [mailto:[EMAIL PROTECTED]]
Sent: Thursday, August 15, 2002 2:31 PM
To: [EMAIL PROTECTED]
Subject: Eternal Data retention brainstorming.


Folks,
I have a theoretical question about retaining TSM data in an unusual
way. Let me explain.

Lets say legal comes to you and says that we need to keep all TSM
data backed up to a certain date, because of some legal investigation
(NAFTA, FBI, NSA, MIB, insert your favorite govt. entity here). They want a
snapshot saved of the data in TSM on that date.

Anybody out there ever encounter that yet?

On other backup products that are not as sophisticated as TSM, you
just pull the tapes, set them aside and use new tapes. With TSM and it's
database, it's not that simple. Pulling the tapes will do nothing, as the
data will still expire from the database.

The most obvious way to do this would be to:

1. Export the data to tapes  store them in a safe location till some day.
This looks like the best way on the surface, but with over 400TB of data in
our TSM environment, it would take a long time to get done and cost a lot if
they could not come up with a list of hosts/filespaces they are interested
in.

Assuming #1 is unfeasible, I'm exploring other more complex ideas.
These are rough and perhaps not thought through all the way, so feel free to
pick them apart.

2. Turn off expire inventory until the investigation is complete. This one
is really scary as who knows how long an investigation will take, and the
TSM databases and tape usage would grow very rapidly.

3. Run some 'as-yet-unknown' expire inventory option that will only expire
data backed up ~since~ the date in question.

4. Make a copy of the TSM database and save it. Set the reuse delay on all
the storage pools to 999, so that old data on tapes will not be
overwritten.
In this case, the volume of tapes would still grow (and need to
perhaps be stored out side of the tape libraries), but the database would
remain stable because data is still expiring on the real TSM database.
To restore the data from one of those old tapes would be complex, as
I would need to restore the database to a test host, connect it to a drive
and pretend to be the real TSM server and restore the older data.

5. Create new domains on the TSM server (duplicates of the current domains).
Move all the nodes to the new domains (using the 'update node ...
-domain=..' ). Change all the retentions for data in the old domains to
never expire. I'm kind of unclear on how the data would react to this. Would
it be re-bound to the new management classes in the new domain? If the
management classes were called the same, would the data expire anyways?

Any other great ideas out there on how to accomplish this?

Thanks,
Ben



Re: Solaris client

2002-07-16 Thread Slag, Jerry B.

Check your tape system. Almost an hour to mount a tape and xfer 5GB of data?
07/15/02 06:32:24 ANS1114I Waiting for mount of offline media.
07/15/02 07:28:57 Retry # 1 Normal File-- 5,760,663,479
/export/home/pcenter/Informatica172_old/pcdev/SrcFiles/sq_coep **
Unsuccessful **

-Original Message-
From: Gill, Geoffrey L. [mailto:[EMAIL PROTECTED]]
Sent: Monday, July 15, 2002 3:21 PM
To: [EMAIL PROTECTED]
Subject: Solaris client


Can anyone relate this extremely slow backup to any issues they know about
TSM or Solaris. The client has 10GB of data, the first 2GB of which tool 2.5
hours to transfer, then I killed it from my end. At the rate it was going it
was going to take 95 hours to complete.

I'm told there is no mismatch in NIC/Switch settings. Below is a partial cut
from the sched log with one mount wait for media because of the limit on
disk pool size I have set. However it does not have anything to do with the
reason this is taking way to long to complete. I don't have copies of the
config files from the node yet.


The Client OS is
Client Version
5

Client Release
1

Client Level
0

Client Sub-level
0

Client OS Level
5.8
 TSM Server is AIX 4.3.3 TSM 4.2.1.9. Why would the transfer rate be so high
yet this is taking so long. I've gotr a 60GB notes server being done in 5.5
hours reporting the same transfer rate.
07/15/02 06:31:31 Normal File-- 6,626
/export/home/pcenter/Informatica172_old/pcdev/SrcFiles/sap_payroll.dat
[Sent]
07/15/02 06:32:24 Normal File-- 5,760,663,479
/export/home/pcenter/Informatica172_old/pcdev/SrcFiles/sq_coep **
Unsuccessful **
07/15/02 06:32:24 ANS1114I Waiting for mount of offline media.
07/15/02 07:28:57 Retry # 1 Normal File-- 5,760,663,479
/export/home/pcenter/Informatica172_old/pcdev/SrcFiles/sq_coep **
Unsuccessful **
07/15/02 07:28:57 ANS1809W Session is lost; initializing session reopen
procedure.
07/15/02 07:29:11 ... failed
07/15/02 07:29:11 ANS1809W Session is lost; initializing session reopen
procedure.
07/15/02 07:29:12 --- SCHEDULEREC STATUS BEGIN
07/15/02 07:29:12 Session established with server ADSM: AIX-RS/6000
07/15/02 07:29:12 Server Version 4, Release 2, Level 1.9
07/15/02 07:29:12 Server date/time: 07/15/02 07:26:49 Last access: 07/15/02
07:26:47
07/15/02 07:29:12 Total number of objects inspected: 95,195
07/15/02 07:29:12 Total number of objects backed up: 66,565
07/15/02 07:29:12 Total number of objects updated: 0
07/15/02 07:29:12 Total number of objects rebound: 0
07/15/02 07:29:12 Total number of objects deleted: 0
07/15/02 07:29:12 Total number of objects expired: 132
07/15/02 07:29:12 Total number of objects failed: 0
07/15/02 07:29:12 Total number of bytes transferred: 2.18 GB
07/15/02 07:29:12 Data transfer time: 31,981.19 sec
07/15/02 07:29:12 Network data transfer rate: 71.61 KB/sec
07/15/02 07:29:12 Aggregate data transfer rate: 67.39 KB/sec
07/15/02 07:29:12 Objects compressed by: 0%
07/15/02 07:29:12 Elapsed processing time: 09:26:26
07/15/02 07:29:12 --- SCHEDULEREC STATUS END
07/15/02 07:29:12 ANS1369W Session Rejected: The session was canceled by the
server administrator.
Thanks for the help.
Geoff Gill
TSM Administrator
NT Systems Support Engineer
SAIC
E-Mail:mailto:[EMAIL PROTECTED] [EMAIL PROTECTED]
Phone:  (858) 826-4062
Pager:   (877) 905-7154



Re: Antwort: Re: low bandwitdth and big files

2002-01-31 Thread Slag, Jerry B.

1. Yes. Trying to compress an already compressed file can cause the file to
grow larger.
2. No. We run a 3494 Magstar - hardware compression is ALWAYS on, you can't
override it. It is controlled within the hardware and our ZOS system.
3. Prevent - No. Degrade or hinder - Yes, it can.

-Original Message-
From: Wholey, Joseph (TGA\MLOL) [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 31, 2002 1:05 PM
To: [EMAIL PROTECTED]
Subject: Re: Antwort: Re: low bandwitdth and big files


Nick,

I have client compression turned on also due to slow network (have no
choice).
But no one has been able to answer the following questions definitively:

1. Am I potentially doubling the size of certain files in the stg pool by
running multiple compression algorithms.?

2. By turning off DEVCLASS compression, is that effectively disabling
hardware compression performed by my tape device (IBM 3590 TAPE Device /
Cartridge)

3. If client compression and hardware compression are turned on, and
hardware compression isn't really buying me anything... won't the attempt at
hardware compression prevent streaming?  I think it
will.

I'm looking for YES/NO answers with a valid explanation.  Anyone?

Regards, Joe


-Original Message-
From: Nicholas Cassimatis [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 31, 2002 1:32 PM
To: [EMAIL PROTECTED]
Subject: Re: Antwort: Re: low bandwitdth and big files


A long while back, I had 36 boxes of the following config: Pentium 100's,
128MB RAM, 16Mbit Token Ring, running OS/2 2.11 with Lan Server 4, Notes
4.1, backing up mail files as flat files.  Turned client side compression
on, backup window went from 4 hours to 1.25 hours.  I cut the data sent
over the wire down by 66%, and got a corresponding reduction in the backup
time.  My machines were effectively offline for the backup window, due to
the network being saturated, so the fact they were also CPU bound really
didn't matter.

It all depends on the config.  The worst you could do is to test a little,
see what happens.

Oh, my library was a 3494 with 2xB11 drives in it.  I kept utilizing the
same number of tapes, but the capacity at full went from around 28GB to
11GB, as would be expected.

Nick Cassimatis
Technical Team Lead
e-Business Backup/Recovery Services
919-363-8894   T/L 223-8965
[EMAIL PROTECTED]

Today is the tomorrow of yesterday.



Re: Antwort: Re: low bandwitdth and big files

2002-01-31 Thread Slag, Jerry B.

1. Hardware microcode is smart - software can be stupid. Using compression
yes and /or compressalways yes can and will cause some files to increase
in size.
2. We have compression turned on within the 3494, within our ZOS operating
system and within System Managed Storage settings. If any of these are on it
does not matter what TSM tries to do - these settings override. Obviously if
you do not have anything controlling compression at a higher level TSM may.
I believe the hardware default for 3590 drives is to have compression on.

-Original Message-
From: Nicholas Cassimatis [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 31, 2002 1:42 PM
To: [EMAIL PROTECTED]
Subject: Re: Antwort: Re: low bandwitdth and big files


1. Am I potentially doubling the size of certain files in the stg pool by
running multiple compression algorithms.?

No - the drive logic won't compress already compressed data, so there's no
real risk of this.

2. By turning off DEVCLASS compression, is that effectively disabling
hardware compression performed by my tape device (IBM 3590 TAPE Device /
Cartridge)

Yes.

3. If client compression and hardware compression are turned on, and
hardware compression isn't really buying me anything... won't the attempt
at hardware compression prevent streaming?  I think it
will.

Nope, not to the best of my knowledge.  In fact, a pre-compressed data
stream is less likely to starve the drive.

I'm looking for YES/NO answers with a valid explanation.  Anyone?


Nick Cassimatis
[EMAIL PROTECTED]

Today is the tomorrow of yesterday.



Re: Reusing Old Tapes

2001-12-27 Thread Slag, Jerry B.

delete vol xx discarddata=yes
This will delete references to the data on a tape and return the tape to
scratch. I hope you are running full backups on a regular basis if you are
going to delete backups after less than 2 weeks. P.S. Check your versions
and retention settings too.

-Original Message-
From: Angelos Loizou [mailto:[EMAIL PROTECTED]]
Sent: Thursday, December 27, 2001 8:17 AM
To: [EMAIL PROTECTED]
Subject: Reusing Old Tapes


Anybody can help me with this :
I 'm using an IBM Ultrium tape library with 7 tapes.
A few weeks ago my first set of tapes were full so I got another set of 7
and checked them in TSM. All worked fine.
Now the second set is full and I need to reuse the first set for backups.
TSM will not allow me to checkin the volumes as scratch resulting in failing
backups with an error :

ANR1405W Scratch volume mount request denied - no scratch volume available.

What do I have to do in order to reuse my old set of tapes?

Thanks in advance,
Angelos

_
MSN Photos is the easiest way to share and print your photos:
http://photos.msn.com/support/worldwide.aspx



Re: Appropriate way to UPGRADE client

2001-12-26 Thread Slag, Jerry B.

I received *LOTS* of different problems when people tried to upgrade 3.1
clients. I found it was easier to have them copy dsm.opt, uninstall the 3.1
client, install the new client and then copy the dsm.opt file back.

-Original Message-
From: Malbrough, Demetrius [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 26, 2001 11:16 AM
To: [EMAIL PROTECTED]
Subject: Appropriate way to UPGRADE client


Happy Holidays, SM*ers!

Is it documented anywhere the appropriate way to upgrade the client?

Scenario:

You have an NT client at 3.1.0.6 and you want to upgrade it to the latest
level of the client which is 4.2.1.18.

Do you upgrade to TSM 4.2.1.0 first and then upgrade to the patch of
TSM 4.2.1.18?

I have tried both ways:

Upgrading to 4.2.1.0  then installing the patch of 4.2.1.18 
also just upgrading straight to the patch?

Both seems to work?

But, seems as if when I go straight to the patch, the ba client
gui console complains about Error initializing the cache. Shutdown all
programs and run scandisk or chkdsk. Delete the cache, cookies and history
directories in your windows directory and then restart IE. If the problem
persists reinstall IE.

The fix for this I guess is to un-install  re-install the client so the
dscameng.txt file will be at its latest level!

Any input would be HELPFUL!

Thanks,

Demetrius Malbrough
UNIX/TSM Administrator



Re: Is a mix of 3590E normal tape with long-tape possible?

2001-12-12 Thread Slag, Jerry B.

A regular 3590 tape when used in a 'B' drive capacity is 10GB, extended tape
capacity is 2x or 20GB.
A regular 3590 tape when used in a 'E' drive capacity is 20GB, extended tape
capacity is 2x or 40GB.
A 3590 'B' drive can read / write both tapes.
A 3590 'E' drive can read / write both tapes.
A 3590 'E' drive can read tapes written by a 3590 'B' drive.
A 3590 'B' drive can NOT read tapes written by a 3590 'E' drive.
A 3590 'E' drive can NOT write to tapes ALREADY containing data written by a
3590 'B' drive.

Cautions.
Mark all tapes as full if you change drives from 'B' to 'E'.
Check your device classes for capacity settings.
In the 390 or Z/OS world there are parmlib settings you need when changing
drives.

-Original Message-
From: Gill, Geoffrey L. [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 12, 2001 8:54 AM
To: [EMAIL PROTECTED]
Subject: Re: Is a mix of 3590E normal tape with long-tape possible?


In our library IBM-3494 are 3490E tape-units. This library
will reach its
limits for the number of cartridges.
We think of replacing the 3490E normal tapes by long-tapes.

Does TSM support a mix of different tapes?

Fred,

I have the same issue here. The modified 3590 has a green 2x sticker on
back. What I've been told is regular drives can read J tapes but 2x drives
can read J and K tapes. Maybe someone else can comment on this. Because
of this I've been waiting till after the upgrade of my drives to insert
them.

TSM has nothing to do with how the 3590 handles the tapes or what mix of
tapes it can read/write to. That's all hardware related. As long as the
hardware is supported the rest should be behind the scenes stuff.

Geoff Gill
TSM Administrator
NT Systems Support Engineer
SAIC
E-Mail:   [EMAIL PROTECTED]
Phone:  (858) 826-4062
Pager:   (888) 997-9614



Re: IBM FAStT Disk Storage for TSM server

2001-10-25 Thread Slag, Jerry B.

We have been running a FastT200 in production since 11/2000. It has been a
solid platform and has survived two power outages with no problems. We have
been using FastT500 and Exp500 frames in a test environment for a few months
without any failures. If I ever move TSM from our 390 I will use FastT disk
for the storage. Cheap - fast - easy to work with  reliable.

-Original Message-
From: David Longo [mailto:[EMAIL PROTECTED]]
Sent: Thursday, October 25, 2001 8:40 AM
To: [EMAIL PROTECTED]
Subject: IBM FAStT Disk Storage for TSM server


We currently have TSM Server 3.7.4.0 on RS6000 F50 with internal 4.5GB
SSA Disks and External IBM ESS.  Looking to upgrade server. One of the
possibilities for TSM Server disk storage is IBM's new FAStT Disk storage.
We want disk storage totally local to server.

Does anyone have this disk storage for TSM server or have an opinion on it?
We will be meeting with our Business Rep next week to look at details.
Will probably upgrade TSM Server to 4.1 or 4.2 at about same time

Thanks,



David B. Longo
System Administrator
Health First, Inc.
3300 Fiske Blvd.
Rockledge, FL 32955-4305
PH  321.434.5536
Pager  321.634.8230
Fax:321.434.5525
[EMAIL PROTECTED]



MMS health-first.org made the following
 annotations on 10/25/01 09:50:08

--
This message is for the named person's use only.  It may contain
confidential, proprietary, or legally privileged information.  No
confidentiality or privilege is waived or lost by any mistransmission.  If
you receive this message in error, please immediately delete it and all
copies of it from your system, destroy any hard copies of it, and notify the
sender.  You must not, directly or indirectly, use, disclose, distribute,
print, or copy any part of this message if you are not the intended
recipient.  Health First reserves the right to monitor all e-mail
communications through its networks.  Any views or opinions expressed in
this message are solely those of the individual sender, except (1) where the
message states such views or opinions are on behalf of a particular entity;
and (2) the sender is authorized by the entity to give such views or
opinions.


==