Re: TSM server problem

2002-06-21 Thread Seay, Paul

I have seen similar things.  You have to put on 4.2.2 to correct this
problem.  However, a recycle of the dsmserv will fix the problem.  The issue
manifests itself in several ways.  I have only seen the problem once.  I am
still on 4.2.1.15 which partially fixes the problem.  The problem is caused
by a bunch of idle drives dismounting at the same time.  Apparently, there
were some threading of updates to instorage control blocks that get hosed.

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


-Original Message-
From: Henk ten Have [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 20, 2002 11:17 AM
To: [EMAIL PROTECTED]
Subject: TSM server problem


I couldn't find an APAR that describes what we have been seeing on our
4.2.1.11 (AIX 4.3.3) server during the last few weeks so I was wondering if
we have discovered new bug.

First we got this message in the activity log:

06/09/02   10:39:38  ANR1229W Volume 000591 cannot be backed up - volume is
  offline or access mode is unavailable or
destroyed.

We did a 'q vol f=d'. The access mode of the volume was 'Available' so we
dismissed it as a freak incident until the message repeated itself the next
day.

This time we opened the (3494) library and verified that the volume was in
the correct cell.

We tried a 'restore volume' followed by a 'delete volume'.
The delete failed:

ANR2405E DELETE VOLUME: Volume 000591 is currently in use by clients and/or
data management operations. ANS8001I Return code 14.

At that time there were no processes or sessions that used
that particular volume. Also we had four other volumes
that displayed the same behaviour.
We halted the server and restarted it again which solved
the problem. The volumes were no longer 'in use'.
Today we noticed two other volumes that seem to have
the same problem so I'm beginning to suspect that I've found
a bug in the server.

All these volumes have one thing in common: When I seacrh
the activity log for their mounts and dismounts I can't
find a dismount message after their last mount (before they become
'unavailable'). It is as if the volumes are unmounted by the library but TSM
isn't being notified of this.

Anyone seen this before?

Cheers,
Henk.



Re: Microcode levels and atape/atldd upgrade

2002-06-21 Thread Seay, Paul

They will say not, but the history on this list at www.adsm.org will say
otherwise.

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


-Original Message-
From: Diana Noble [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 20, 2002 8:20 AM
To: [EMAIL PROTECTED]
Subject: Microcode levels and atape/atldd upgrade


Before upgrading to TSM 4.2.2 from 4.1.2, I would like to upgrade our atape
and atldd drivers to the latest level on our AIX 4.3.3 system.  Does anyone
know if I need to have the microcode levels of our 3590's upgraded when I do
the atape upgrade?

Thanks,

Diana



Small files V's Large files

2002-06-21 Thread Dallas Gill

Can anybody share with me the secret to getting good performance with small
files like I get with I big files, I know that I will not get the same
performance but I would like to think that I would be getting at least half
the throughput that I get with large files. I am getting approx 1GB per
minute for large files (20MB and bigger) and about 1GB per 10min for small
files. Can anyone help. Thanks Dallas



Do you lob it on or do you fully test before that next release?

2002-06-21 Thread Seay, Paul

After seeing all the pain everyone is experiencing going from 4.2.2 to
5.1.1.  I thought I would ask this question to see what everyone is doing.
We intend to create an entire environment to test the upgrade with and then
actually perform it.

What is everyone else doing?
What is your server platform?
How are you handling the SAN client incompatibility issues?

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



Re: TSM server problem

2002-06-21 Thread Alexander Verkooyen

Thanks for the explanation! We'll probably upgrade to get
rid of this problem.
You're right, restarting the server solves the problem
temporarily but that is not something we want to do
on a regular basis. (had to restart dsmserv again this morning
to free two tapes)

Thanks again,

Alexander

(The original message was written by me but posted by Henk)

 I have seen similar things.  You have to put on 4.2.2 to correct this
 problem.  However, a recycle of the dsmserv will fix the problem.  The issue
 manifests itself in several ways.  I have only seen the problem once.  I am
 still on 4.2.1.15 which partially fixes the problem.  The problem is caused
 by a bunch of idle drives dismounting at the same time.  Apparently, there
 were some threading of updates to instorage control blocks that get hosed.

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


 -Original Message-
 From: Henk ten Have [mailto:[EMAIL PROTECTED]]
 Sent: Thursday, June 20, 2002 11:17 AM
 To: [EMAIL PROTECTED]
 Subject: TSM server problem


 I couldn't find an APAR that describes what we have been seeing on our
 4.2.1.11 (AIX 4.3.3) server during the last few weeks so I was wondering if
 we have discovered new bug.

 First we got this message in the activity log:

 06/09/02   10:39:38  ANR1229W Volume 000591 cannot be backed up - volume is
   offline or access mode is unavailable or
 destroyed.

 We did a 'q vol f=d'. The access mode of the volume was 'Available' so we
 dismissed it as a freak incident until the message repeated itself the next
 day.

 This time we opened the (3494) library and verified that the volume was in
 the correct cell.

 We tried a 'restore volume' followed by a 'delete volume'.
 The delete failed:

 ANR2405E DELETE VOLUME: Volume 000591 is currently in use by clients and/or
 data management operations. ANS8001I Return code 14.

 At that time there were no processes or sessions that used
 that particular volume. Also we had four other volumes
 that displayed the same behaviour.
 We halted the server and restarted it again which solved
 the problem. The volumes were no longer 'in use'.
 Today we noticed two other volumes that seem to have
 the same problem so I'm beginning to suspect that I've found
 a bug in the server.

 All these volumes have one thing in common: When I seacrh
 the activity log for their mounts and dismounts I can't
 find a dismount message after their last mount (before they become
 'unavailable'). It is as if the volumes are unmounted by the library but TSM
 isn't being notified of this.

 Anyone seen this before?

 Cheers,
 Henk.


---
Alexander Verkooijen([EMAIL PROTECTED])
Senior Systems Programmer
SARA High Performance Computing



LAN-Free backup: TSM server mounts tape in not-mapped drives

2002-06-21 Thread Jörg Nouvertné

Hello,

we have a SAN environment with an IBM3584 library (6 SCSI LTO drives, 4 FC
LTO drives), running TSM 4.2.2.5, SA 4.2.2.5 and BA 4.2.2.1 for AIX with
drive mapping to the 2 FC drives. After bypassing all problems with the IBM
documentation (wrong parameters, wrong ports, etc.), I got the LAN free
backup working. But there is one thing, that anoys me: When the storage
agent requests a tape from the TSM server, the latter starts to mount the
requested tape regarding the internal drive usage table also into the SCSI
attached drives, which have no drive mapping, and the SA claims, that this
drive is not defined to this server (ANR8940E). This causes some
transactions to fail due to the delay (storage media inaccessible).

Anyone, who can help me with this?

Best regards,

Jörg Nouvertné
http://home.wtal.de/the_swordsman/



Re: How to flush DRM references, anybody know ?

2002-06-21 Thread Loon, E.J. van - SPLXM

Hi Wanda!
I don't know if Dwight's solution worked for you, but I also had problems
getting rid of DRM.
In my case there were some old copypool tapes that were created by DRM. I
did a Q DRMEDIA and it listed 3 tapes. Than I did a MODE DATA to empty the
old copypool tapes. DRM wasn't in use anymore afterwards.
Hope this helps!
Kindest regards,
Eric van Loon
KLM Royal Dutch Airlines


-Original Message-
From: Prather, Wanda [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 20, 2002 19:03
To: [EMAIL PROTECTED]
Subject: Re: How to flush DRM references, anybody know ?


Dwight, if you find out, would you please pass on the info?

We don't need DRM anymore, but I can't figure out how to get rid of it,
either.



-Original Message-
From: Cook, Dwight E [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 20, 2002 12:36 PM
To: [EMAIL PROTECTED]
Subject: How to flush DRM references, anybody know ?


I've already opened a problem with Tivoli but anyone know how to flush all
references to DRM  ?

At one point in time in an attempt to issue a q pr the q was left off
and the pr initiated a prepare.
Now my server shows I'm using DRM !

In the past I just stuck on the license so it would report valid BUT I just
upgraded to 4.2.0.0, then 4.2.2.0 and the drm.lic file doesn't exist ! ! !
and my server reports license as FAILED so I'm looking for a way to flush
all internal references to DRM !

anyone know ?

Dwight E. Cook
Software Application Engineer III
Science Applications International Corporation
509 S. Boston Ave.  Suit 220
Tulsa, Oklahoma 74103-4606
Office (918) 732-7109


**
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: TSM server problem

2002-06-21 Thread Alexander Verkooyen

Hi,

Thanks for the suggestion. We didn't find any failed dismounts
of these volumes. (or any successful ones for that matter).

Regards,

Alexander

(The original message was written by me, but sent by Henk)

 Look for msgno=8469 and see if the dismounts have been failing.  I get this
 kind of behavior occasionally and have found that the dismount fails
 (hardware problem) and TSM transiently reports volumes unavailable.





 Henk ten Have
 [EMAIL PROTECTED]   To: [EMAIL PROTECTED]
 cc:
 Sent by: Subject: TSM server problem
 ADSM: Dist
 Stor Manager
 [EMAIL PROTECTED]
 IST.EDU


 06/20/2002
 10:17 AM
 Please respond
 to ADSM: Dist
 Stor Manager






 I couldn't find an APAR that describes what we have been seeing
 on our 4.2.1.11 (AIX 4.3.3) server during the last few weeks
 so I was wondering if we have discovered new bug.

 First we got this message in the activity log:

 06/09/02   10:39:38  ANR1229W Volume 000591 cannot be backed up - volume is
   offline or access mode is unavailable or
 destroyed.

 We did a 'q vol f=d'. The access mode of the volume was 'Available'
 so we dismissed it as a freak incident until the message repeated
 itself the next day.

 This time we opened the (3494) library and verified that the
 volume was in the correct cell.

 We tried a 'restore volume' followed by a 'delete volume'.
 The delete failed:

 ANR2405E DELETE VOLUME: Volume 000591 is currently in use by
 clients and/or data management operations.
 ANS8001I Return code 14.

 At that time there were no processes or sessions that used
 that particular volume. Also we had four other volumes
 that displayed the same behaviour.
 We halted the server and restarted it again which solved
 the problem. The volumes were no longer 'in use'.
 Today we noticed two other volumes that seem to have
 the same problem so I'm beginning to suspect that I've found
 a bug in the server.

 All these volumes have one thing in common: When I seacrh
 the activity log for their mounts and dismounts I can't
 find a dismount message after their last mount (before they
 become 'unavailable'). It is as if the volumes are unmounted
 by the library but TSM isn't being notified of this.

 Anyone seen this before?

 Cheers,
 Henk.


---
Alexander Verkooijen([EMAIL PROTECTED])
Senior Systems Programmer
SARA High Performance Computing



Delete DB snapshot volume

2002-06-21 Thread Tom Hrouda

Hi all,

Some time ago a had performed some DB snapshot to tape due to test device
class definition. Now I want use this temporary tape but I can't because it
is tracked in DB ans cannot be deleted as last DB snapshot series volume. Is
any way to clear this reference adnd reuse this tape if it is 6 months old
and normal full backups are performed on daily basis?

Thanks
Tom



AW: Moving DB, LOG, DiskPool from SAN to local drives

2002-06-21 Thread Jorg Nouvertne

Hi,

I went to the procecess recently, and regarding if you do not change the
volumes sizes, it will work pretty smooth using the 3rd volume copy. If you
however want to consolidate several smaller volumes into one (as I did),
then you need to define an additional volume including a copy of the same
size as the original ones, and then delete the old ones. This will kick in a
process that moves the data off from them. For the log volumes, please note
that there is a size restriction and you might need shrink it first to small
temporary volumes (when the util is low), remove the original ones, and then
extend the log with the new ones.

Regarding the diskpool, I would also create new ones, set the old to
readonly, and then start to move the data using move data volname
stgp=same_stgp.

Best regards,

Jorg


-Ursprungliche Nachricht-
Von: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]Im Auftrag von
Andrew Carlson
Gesendet: Donnerstag, 20. Juni 2002 15:38
An: [EMAIL PROTECTED]
Betreff: Re: Moving DB, LOG,  DiskPool from SAN to local drives


For the DB and LOG, I would create the files on the local drives, then
mirror the DB and LOG to them, then delete the copy on the SAN once the
mirroring completes.  For the disk pools, you can define the new disk
pools on the local drives, then make the SAN disk pools read only, and,
if you have some time, they will shrink by themselves, then you can
issue move data command to move whats left.


Andy Carlson|\  _,,,---,,_
Senior Technical Specialist   ZZZzz /,`.-'`'-.  ;-;;,_
BJC Health Care|,4-  ) )-,_. ,\ (  `'-'
St. Louis, Missouri   '---''(_/--'  `-'\_)
Cat Pics: http://andyc.dyndns.org/animal.html


On Wed, 19 Jun 2002, Chuck Lam wrote:

 Hi,

 I have TSM 4.1.4 running off AIX 4.3.3.  All my TSM
 Data(DB, LOGs, DISKPOOL) are currently in a Storage
 Area Network. Due to requirement of my company, I need
 to move them off to local disk drives. I like to ask
 if anyone has gone through this process before, can
 share some of his or her experience. How do you
 safeguard the data while you're moving the Database
 and the Logs?  Can this be done online while the daily
 backups are still going on?...etc.

 TIA

 __
 Do You Yahoo!?
 Yahoo! - Official partner of 2002 FIFA World Cup
 http://fifaworldcup.yahoo.com




Re: TSM server problem

2002-06-21 Thread Alexander Verkooyen

Yes, we also expected to see I/O errors, but there were no
errors on the drives or the tapes.
The last process that mounted the tapes was a
backup stg.

Alexander

(The original message was written by me, but sent by Henk
due to a problem with my subscription to this list yesterday)

 Are you seeing any I/O errors on these tapes or errors on
 the drives?  What type of process was mounting the tapes -
 backup stg, reclamation etc.?
  
 David Longo
  
  [EMAIL PROTECTED] 06/20/02 11:17AM 
 I couldn't find an APAR that describes what we have been seeing
 on our 4.2.1.11 (AIX 4.3.3) server during the last few weeks
 so I was wondering if we have discovered new bug.
  
 First we got this message in the activity log:
  
 06/09/02   10:39:38  ANR1229W Volume 000591 cannot be backed up - volume is
   offline or access mode is unavailable or destroyed.
  
 We did a 'q vol f=d'. The access mode of the volume was 'Available'
 so we dismissed it as a freak incident until the message repeated
 itself the next day.
  
 This time we opened the (3494) library and verified that the
 volume was in the correct cell.
  
 We tried a 'restore volume' followed by a 'delete volume'.
 The delete failed:
  
 ANR2405E DELETE VOLUME: Volume 000591 is currently in use by
 clients and/or data management operations.
 ANS8001I Return code 14.
  
 At that time there were no processes or sessions that used
 that particular volume. Also we had four other volumes
 that displayed the same behaviour.
 We halted the server and restarted it again which solved
 the problem. The volumes were no longer 'in use'.
 Today we noticed two other volumes that seem to have
 the same problem so I'm beginning to suspect that I've found
 a bug in the server.
  
 All these volumes have one thing in common: When I seacrh
 the activity log for their mounts and dismounts I can't
 find a dismount message after their last mount (before they
 become 'unavailable'). It is as if the volumes are unmounted
 by the library but TSM isn't being notified of this.
  
 Anyone seen this before?
  
 Cheers,
 Henk.
  
  
  
 MMS health-first.org made the following
  annotations on 06/20/2002 01:12:23 PM
 --
 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.
  
 ÿÿ


---
Alexander Verkooijen([EMAIL PROTECTED])
Senior Systems Programmer
SARA High Performance Computing



Re: NSM Upgrade Experience

2002-06-21 Thread Jolliff, Dale

For us, the lock conflict exhibits itself during expiration, when it hits
some corruption in our DB.  Systems that have time to run expiration,
reclamation and migration without other processes running may never see the
symptoms.   So I have been told.



-Original Message-
From: Don France [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 20, 2002 7:53 PM
To: 'ADSM: Dist Stor Manager'
Cc: Jolliff, Dale
Subject: RE: NSM Upgrade Experience


Ooops... we just advised a customer to install 4.2.2.5 --- for SumTab fix,
didn't know there is a (yet) new bug for expiration (introduced by
4.2.2.4???)

Are you sure that 4.2.2.6 is needed for EXPIRE INVENTORY to work, again ?!?
(There is nothing about expiration in the .4 or .5 APAR abstracts... Were
you/they referring to the conflict lock issue?  Geesh, .5 just came
out...sigh:()


Don France
Technical Architect -- Tivoli Certified Consultant
San Jose, Ca
(408) 257-3037
mailto:[EMAIL PROTECTED]

Professional Association of Contract Employees
(P.A.C.E. -- www.pacepros.com)



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Jolliff, Dale
Sent: Thursday, June 20, 2002 2:57 PM
To: [EMAIL PROTECTED]
Subject: Re: NSM Upgrade Experience


I got my 5100-02 patch when someone at 800-IBM-SERV was playing phone tag
between myself and the CE when he was out investigating our PMH on duplicate
IP addresses.

I was told by level 2 this afternoon to avoid expiration on 4.2.2.4 until
4.2.2.6 is available
Real Soon Now.








-Original Message-
From: Talafous, John G. [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 20, 2002 2:25 PM
To: [EMAIL PROTECTED]
Subject: Re: NSM Upgrade Experience


As I understand, support for TSM 4.1 expires June 30, 2002. So if you want
to be supported, you have no choice but to upgrade to TSM 4.2.

We too have been trying to implement EC017 on our NSM, and have had two
failed attempts at the upgrade. The upgrade to AIX 5 and TSM 4.2.1.9
requires an AIX load from 4mm tape. We got a bad 4mm tape. You know, WORN
technology (Write Once, Read Never). About 10% of the way into the upgrade
to AIX 5 we couldn't read the tape. Tried and tried and tried. But it was
bad. We had to recover from the MKSYSB we did that morning.  That's why we
take MKSYSB's.

The second time we tried the EC script failed because \dbaa1dk31\db has on
HDISK2. Huh? How did that happen. It turned out that when the recover was
done from the MKSYSB all the HDISKS were renumbered by AIX. It took us a
couple days with Level II support to get that straightened around. Took
Level II about 4 hours dialed in running AIX commands to re-do things and
put \dbaa1dk31\db back on HDISK31.

We have scheduled our third attempt at EC017 for Sunday, June 30. I've also
been told by Level II that anyone preparing to install EC017 should open a
PMR prior to the upgrade so support can track the activity. I was also told
that not very many NSM sites have done this upgrade, so many will be out of
support.

And what's this about OS patch 5100-02. Where do I get it and where do I
find these kinds of patches? Is there some piece of documentation I've
missed or did I just not catch something?

Good luck to all!!!
John G. Talafous
Information Systems Technical Principal
Global Software Support - Data Management
telephone:  (330)-471-3390
e-mail: [EMAIL PROTECTED]
http://www.ctnvm.inside.tkr/~talafous/
http://www.cis.corp.inside.tkr/networkstorage/



Re: snmp

2002-06-21 Thread Zlatko Krastev/ACIT

Password of SNMPADMIN has nothing to do with community name. In fact 
whatever password you set it does not matter.
Community string is necessary for SNMP operations.
Assuming you are using snmpinfo from the *same* box you should use:
# snmpinfo -v -ms -c private ibmAdsmServerScript1.1=q_db_util
Note usage of '-c private'. This is the community with ReadWrite access as 
per default /etc/snmpd.conf installed by AIX. If your site have modified 
the communities in the file select appropriate one.
Later read the result with any Read community. Do not forget that *each* 
read on ibmAdsmM1ReturnValue invokes the script again.

Example:
# snmpinfo -v -ms -c private ibmAdsmServerScript1.1=datetime
ibmAdsmServerScript1.1 = datetime
# snmpinfo -v -mg ibmAdsmM1ReturnValue.1
ibmAdsmM1ReturnValue.1 = 
   Date   Time
-- --
2002-06-21   10:40:23
ANR1462I RUN: Command script DATETIME completed successfully.

Hope this helps. If not ask again.

Zlatko Krastev
IT Consultant




Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED]
Sent by:ADSM: Dist Stor Manager [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
cc: 

Subject:snmp

Hello all,
 can somebody help me? I have problem with snmp, I cannot use defined own 
script
 
I can see some information with command: 
# snmpinfo -v -md ibmAdsm
 
but command doesn't work:
# snmpinfo -v -ms ibmAdsmServerScript1.1=q_db_util
noSuchName at position 0 - with result 255 return code
 
 
Everything is default I set passwd for SNMPADMIN on public as community 
name and I defined script q_db_util in TSM server. 
 
I have TSM server 4.1.2 on AIX 4.3.3.
 
 
Thank you for answer 
Filip Há?a
 



SQL Backtrack

2002-06-21 Thread ukasz Dobosz

Hi guys,
Has anybody experience in SQL Backtrack with TSM 4.2 in SAN environment?

I upgraded LAN environment to SAN.

When I had LAN all worked properly but in SAN doesn't.

I have:
TSM Server 4.2.2.5 
Storage Agent  4.2.2.5
TSM client  4.2.2.1
Latest TSM API 

and latest versions of SQL Backtrack for Oracle and OBSI.



When I try to backup Oracle vi SQL Backtrack I get en error:
ANS0201E


Help me, please!

ukasz Dobosz
S4E S.A.

  mobile:   +48 609 666 356
  e-mail:   [EMAIL PROTECTED]
  office:   +48 12 296 4545
  fax:  +48 12 296 4546



Re: TSM 5.1 Technical Guide Redbook

2002-06-21 Thread Lukasz Dobosz

But this works:

http://publib-b.boulder.ibm.com/Redbooks.nsf/RedbookAbstracts/sg246554.h
tml

Lukasz Dobosz
S4E S.A.

  mobile:   +48 609 666 356
  e-mail:   [EMAIL PROTECTED]
  office:   +48 12 296 4545
  fax:  +48 12 296 4546


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]] On Behalf Of
Joseph Dawes
Sent: Friday, June 21, 2002 1:36 PM
To: [EMAIL PROTECTED]
Subject: Re: TSM 5.1 Technical Guide Redbook

this link doesn't work



  Joshua S. Bassi
  [EMAIL PROTECTED]To:
[EMAIL PROTECTED]
  Sent by: ADSM:  cc:
  Dist StorSubject:  TSM 5.1
Technical Guide Redbook
  Manager
  [EMAIL PROTECTED]
  .EDU


  06/20/02 07:07 PM
  Please respond to
  ADSM: Dist Stor
  Manager






All,

FYI, the TSM 5.1 Technical Guide Redbook is out:

http://publib-b.boulder.ibm.com/Redbooks.nsf/RedbookAbstracts/sg246554.h
tml?Open


--
Joshua S. Bassi
Sr. Solutions Architect @ rs-unix.com
IBM Certified - AIX 5L, SAN, Shark
eServer Systems Expert -pSeries HACMP
Tivoli Certified Consultant- ADSM/TSM
Cell (415) 215-0326



Re: TSM 5.1 Technical Guide Redbook

2002-06-21 Thread Joseph Dawes

this link doesn't work



  Joshua S. Bassi
  [EMAIL PROTECTED]To:   [EMAIL PROTECTED]
  Sent by: ADSM:  cc:
  Dist StorSubject:  TSM 5.1 Technical Guide 
Redbook
  Manager
  [EMAIL PROTECTED]
  .EDU


  06/20/02 07:07 PM
  Please respond to
  ADSM: Dist Stor
  Manager






All,

FYI, the TSM 5.1 Technical Guide Redbook is out:

http://publib-b.boulder.ibm.com/Redbooks.nsf/RedbookAbstracts/sg246554.h
tml?Open


--
Joshua S. Bassi
Sr. Solutions Architect @ rs-unix.com
IBM Certified - AIX 5L, SAN, Shark
eServer Systems Expert -pSeries HACMP
Tivoli Certified Consultant- ADSM/TSM
Cell (415) 215-0326



Re: Do you lob it on or do you fully test before that next releas e?

2002-06-21 Thread Consiglio, Tony

Paul,
Is this question based on the upgrade to the Server software or
the client backup/restore software.

-Original Message-
From: Seay, Paul [mailto:[EMAIL PROTECTED]]
Sent: Friday, June 21, 2002 1:56 AM
To: [EMAIL PROTECTED]
Subject: Do you lob it on or do you fully test before that next release?


After seeing all the pain everyone is experiencing going from 4.2.2 to
5.1.1.  I thought I would ask this question to see what everyone is doing.
We intend to create an entire environment to test the upgrade with and then
actually perform it.

What is everyone else doing?
What is your server platform?
How are you handling the SAN client incompatibility issues?

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



Re: TSM 5.1 Technical Guide Redbook

2002-06-21 Thread Loon, E.J. van - SPLXM

It does, but you have to paste the part on the second line (tml?Open) behind
it.
Kindest regards,
Eric van Loon
KLM Royal Dutch Airlines

-Original Message-
From: Joseph Dawes [mailto:[EMAIL PROTECTED]]
Sent: Friday, June 21, 2002 13:36
To: [EMAIL PROTECTED]
Subject: Re: TSM 5.1 Technical Guide Redbook


this link doesn't work



  Joshua S. Bassi
  [EMAIL PROTECTED]To:
[EMAIL PROTECTED]
  Sent by: ADSM:  cc:
  Dist StorSubject:  TSM 5.1 Technical
Guide Redbook
  Manager
  [EMAIL PROTECTED]
  .EDU


  06/20/02 07:07 PM
  Please respond to
  ADSM: Dist Stor
  Manager






All,

FYI, the TSM 5.1 Technical Guide Redbook is out:

http://publib-b.boulder.ibm.com/Redbooks.nsf/RedbookAbstracts/sg246554.h
tml?Open


--
Joshua S. Bassi
Sr. Solutions Architect @ rs-unix.com
IBM Certified - AIX 5L, SAN, Shark
eServer Systems Expert -pSeries HACMP
Tivoli Certified Consultant- ADSM/TSM
Cell (415) 215-0326


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



Filespaces, rebinding and scripts.

2002-06-21 Thread Ochs, Duane

I am using TSM Server 4.1.1 on Aix 4.3.3. NT client version 4.1.3
MC_current is defined as versions exists 21, versions deleted 21, retain
extra 21, retain only 90 and set as the default management class.

NODE1   does not have an include so it defaults to MC_current

My retention requirements have changed due to some legal issues and I plan
on creating MC_new and placing it in the opt file for this node and
restarting the scheduler service.

  As a test, I did this on a node. After a successful backup was run, I made
a change to MC_current to ver delete 0, retain only 0 and ran an expiration
and a number of files were expired from my tapes for this test node, that I
assumed would have rebound to MC_new.

From the client after the backup following the change:
Total files scanned:231,670
Total files rebound:374,251

From the Server using audit occupancy before the backup:

Total files NODE1 978,249

From the Server after the expiration:

Total files for NODE1 437,875


My Questions:
 The next time a backup executes, after the include is added, do both active
and inactive files rebind to MC_new or just the active ?
 Is there a way to do either a query or execute a script that lists the
files for a client and the Management Class they are bound to on the TSM
server ?

Duane Ochs
Systems Administration
Quad/Graphics Inc.
414.566.2375



ANE4018E file name too long on Linux86 client

2002-06-21 Thread Zoltan Forray/AC/VCU

Searched the archives for this message and only saw one reference which
suggested upgrading to 5.x client. However, this RH Linux server doesnt
meet the requirements for 5.x clients.

Linux server is running the 4.2.2.0 client. From the client info from the
TSM server, his kernel/OS is 2.2.19-6.

Just went to check for client updates and found the 4.2.2.1 clients have
been removed with a note about being refreshed TODAY.

Anyone (e.g. Andy) have some info on what is happening with the 4.2.2.1
client  and will it address this problem ?


Zoltan Forray
Virginia Commonwealth University - University Computing Center
e-mail: [EMAIL PROTECTED]  -  voice: 804-828-4807



I lost my slot!

2002-06-21 Thread Coats, Jack

TSM 4.1.3 on NT 4 with at IBM 3483 (ADIC scalar 100) LTO tape library.

We used to see 18 slots in our tape library, now we only see 17 (and that is
all we can use now).
The library itself seems to be OK, and things are still working, but missing
one slot in our library
can be a big deal some days.

We have rebooted (powered down and brought back from totally off, both the
library and
the TSM server), and had TSM audit the library.  All seems OK except we are
missing a slot
in the library (in an 18 slot library missing one is over 5%).

Any suggestions on how to 'get it back'?

... TIA ... Jack



Re: Do you lob it on or do you fully test before that next releas e?

2002-06-21 Thread Kauffman, Tom

I've got a small test environment toverify base funtionality -- but I really
cannot stress-test in the test environment, so all I can determine is that
my batch scripts work and that I can backup/restore and archive/retrieve,
and get to previously archived/backed up data.

And then I've a 12-hour window on Saturdays I can slam-dunk in. Once I've
got a production system archived or backed up, I've got no way to back out
to the previous server. I am *not* permitted to discard data.

So I live in fear the first week or so on each new server upgrade, and
that's why I wait until there's a version that other people are *not*
reporting problems on before changing. I'd much rather run something that's
no longer supported than something that won't stay up but is supported.
Especially since I can count my support calls on the fingers of one hand and
have fingers left over for any given year.

Tom Kauffman
NIBCO, Inc



 -Original Message-
 From: Seay, Paul [mailto:[EMAIL PROTECTED]]
 Sent: Friday, June 21, 2002 12:56 AM
 To: [EMAIL PROTECTED]
 Subject: Do you lob it on or do you fully test before that
 next release?


 After seeing all the pain everyone is experiencing going from 4.2.2 to
 5.1.1.  I thought I would ask this question to see what
 everyone is doing.
 We intend to create an entire environment to test the upgrade
 with and then
 actually perform it.

 What is everyone else doing?
 What is your server platform?
 How are you handling the SAN client incompatibility issues?

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




Re: TDP for Exchange

2002-06-21 Thread Del Hoobler

 Is there any way to know this in advance? The Exchange people schedule
the
 full backup once a week and incrementals for all other days. Now the
backup
 failed, so if we can find out in advance whether a full backup is
required
 we can start a full automatically instead of the incremental.
 Do you know a way to do this in a script or batchfile or something?
 Again, thank you for your answer!

Eric,

I am guessing you could run some sort of script that would
parse the output and recognize the particular error that is
displayed in this situtation, something like this:
  Unable to perform an incremental backup because a required
  Microsoft Exchange database log file could not be found.
and redrive the full backup if it is detected.
There is currently nothing built in to TDP for Exchange.

Thanks,

Del



Del Hoobler
IBM Corporation
[EMAIL PROTECTED]

- Live your life as an exclamation, not an explanation.
- Strive for excellence, not perfection.



Open TSM Admin position available in the Jersey City New Jersey Area

2002-06-21 Thread Robert G. Durie

  FYI

We have an opening for an experienced TSM Admin in the Jersey City area in
New jersey.  Any interested person's can submit a resume to
[EMAIL PROTECTED]

Our Environment:

7 = TSM Servers  (in Troy NY, Scranton PA, and Jersey City NJ)
350 AIX and SUN  and 50 NT Clients
300 TB of total managed space

Please reply directly to my e-mail and not the listserv.



Re: TSM 5.1 Technical Guide Redbook

2002-06-21 Thread Joseph Dawes

oops yes it does sorry



  Lukasz Dobosz
  Lukasz.Dobosz@S4To:   [EMAIL PROTECTED]
  E.PLcc:
  Sent by: ADSM:  Subject:  Re: TSM 5.1 Technical Guide 
Redbook
  Dist Stor
  Manager
  [EMAIL PROTECTED]
  .EDU


  06/21/02 08:18 AM
  Please respond to
  ADSM: Dist Stor
  Manager






But this works:

http://publib-b.boulder.ibm.com/Redbooks.nsf/RedbookAbstracts/sg246554.h
tml

Lukasz Dobosz
S4E S.A.

  mobile:   +48 609 666 356
  e-mail:   [EMAIL PROTECTED]
  office:   +48 12 296 4545
  fax:  +48 12 296 4546


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]] On Behalf Of
Joseph Dawes
Sent: Friday, June 21, 2002 1:36 PM
To: [EMAIL PROTECTED]
Subject: Re: TSM 5.1 Technical Guide Redbook

this link doesn't work



  Joshua S. Bassi
  [EMAIL PROTECTED]To:
[EMAIL PROTECTED]
  Sent by: ADSM:  cc:
  Dist StorSubject:  TSM 5.1
Technical Guide Redbook
  Manager
  [EMAIL PROTECTED]
  .EDU


  06/20/02 07:07 PM
  Please respond to
  ADSM: Dist Stor
  Manager






All,

FYI, the TSM 5.1 Technical Guide Redbook is out:

http://publib-b.boulder.ibm.com/Redbooks.nsf/RedbookAbstracts/sg246554.h
tml?Open


--
Joshua S. Bassi
Sr. Solutions Architect @ rs-unix.com
IBM Certified - AIX 5L, SAN, Shark
eServer Systems Expert -pSeries HACMP
Tivoli Certified Consultant- ADSM/TSM
Cell (415) 215-0326



Re: NSM Upgrade Experience

2002-06-21 Thread Shamim, Rizwan (London)

I've seen something similar to this.

We sometimes have clients that want to run a convert archive  and most of
the time it's not a problem.  We have had instances where the convert has
run for 3 days without problems.  We had one case where the convert archive
and expiration clashed and the db log filled.  We were unable to cancel the
expiration.  It crashed the TSM server.

We try not to run too make housekeeping processes at the same time because
of this.

-Original Message-
From: Jolliff, Dale [mailto:[EMAIL PROTECTED]]
Sent: Friday, June 21, 2002 11:48 AM
To: [EMAIL PROTECTED]
Subject: Re: NSM Upgrade Experience


For us, the lock conflict exhibits itself during expiration, when it hits
some corruption in our DB.  Systems that have time to run expiration,
reclamation and migration without other processes running may never see the
symptoms.   So I have been told.



-Original Message-
From: Don France [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 20, 2002 7:53 PM
To: 'ADSM: Dist Stor Manager'
Cc: Jolliff, Dale
Subject: RE: NSM Upgrade Experience


Ooops... we just advised a customer to install 4.2.2.5 --- for SumTab fix,
didn't know there is a (yet) new bug for expiration (introduced by
4.2.2.4???)

Are you sure that 4.2.2.6 is needed for EXPIRE INVENTORY to work, again ?!?
(There is nothing about expiration in the .4 or .5 APAR abstracts... Were
you/they referring to the conflict lock issue?  Geesh, .5 just came
out...sigh:()


Don France
Technical Architect -- Tivoli Certified Consultant
San Jose, Ca
(408) 257-3037
mailto:[EMAIL PROTECTED]

Professional Association of Contract Employees
(P.A.C.E. -- www.pacepros.com)



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Jolliff, Dale
Sent: Thursday, June 20, 2002 2:57 PM
To: [EMAIL PROTECTED]
Subject: Re: NSM Upgrade Experience


I got my 5100-02 patch when someone at 800-IBM-SERV was playing phone tag
between myself and the CE when he was out investigating our PMH on duplicate
IP addresses.

I was told by level 2 this afternoon to avoid expiration on 4.2.2.4 until
4.2.2.6 is available
Real Soon Now.








-Original Message-
From: Talafous, John G. [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 20, 2002 2:25 PM
To: [EMAIL PROTECTED]
Subject: Re: NSM Upgrade Experience


As I understand, support for TSM 4.1 expires June 30, 2002. So if you want
to be supported, you have no choice but to upgrade to TSM 4.2.

We too have been trying to implement EC017 on our NSM, and have had two
failed attempts at the upgrade. The upgrade to AIX 5 and TSM 4.2.1.9
requires an AIX load from 4mm tape. We got a bad 4mm tape. You know, WORN
technology (Write Once, Read Never). About 10% of the way into the upgrade
to AIX 5 we couldn't read the tape. Tried and tried and tried. But it was
bad. We had to recover from the MKSYSB we did that morning.  That's why we
take MKSYSB's.

The second time we tried the EC script failed because \dbaa1dk31\db has on
HDISK2. Huh? How did that happen. It turned out that when the recover was
done from the MKSYSB all the HDISKS were renumbered by AIX. It took us a
couple days with Level II support to get that straightened around. Took
Level II about 4 hours dialed in running AIX commands to re-do things and
put \dbaa1dk31\db back on HDISK31.

We have scheduled our third attempt at EC017 for Sunday, June 30. I've also
been told by Level II that anyone preparing to install EC017 should open a
PMR prior to the upgrade so support can track the activity. I was also told
that not very many NSM sites have done this upgrade, so many will be out of
support.

And what's this about OS patch 5100-02. Where do I get it and where do I
find these kinds of patches? Is there some piece of documentation I've
missed or did I just not catch something?

Good luck to all!!!
John G. Talafous
Information Systems Technical Principal
Global Software Support - Data Management
telephone:  (330)-471-3390
e-mail: [EMAIL PROTECTED]
http://www.ctnvm.inside.tkr/~talafous/
http://www.cis.corp.inside.tkr/networkstorage/



Re: TSM 5.1 Technical Guide Redbook

2002-06-21 Thread Joseph Dawes

no it doesnt



  Lukasz Dobosz
  Lukasz.Dobosz@S4To:   [EMAIL PROTECTED]
  E.PLcc:
  Sent by: ADSM:  Subject:  Re: TSM 5.1 Technical Guide 
Redbook
  Dist Stor
  Manager
  [EMAIL PROTECTED]
  .EDU


  06/21/02 08:18 AM
  Please respond to
  ADSM: Dist Stor
  Manager






But this works:

http://publib-b.boulder.ibm.com/Redbooks.nsf/RedbookAbstracts/sg246554.h
tml

Lukasz Dobosz
S4E S.A.

  mobile:   +48 609 666 356
  e-mail:   [EMAIL PROTECTED]
  office:   +48 12 296 4545
  fax:  +48 12 296 4546


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]] On Behalf Of
Joseph Dawes
Sent: Friday, June 21, 2002 1:36 PM
To: [EMAIL PROTECTED]
Subject: Re: TSM 5.1 Technical Guide Redbook

this link doesn't work



  Joshua S. Bassi
  [EMAIL PROTECTED]To:
[EMAIL PROTECTED]
  Sent by: ADSM:  cc:
  Dist StorSubject:  TSM 5.1
Technical Guide Redbook
  Manager
  [EMAIL PROTECTED]
  .EDU


  06/20/02 07:07 PM
  Please respond to
  ADSM: Dist Stor
  Manager






All,

FYI, the TSM 5.1 Technical Guide Redbook is out:

http://publib-b.boulder.ibm.com/Redbooks.nsf/RedbookAbstracts/sg246554.h
tml?Open


--
Joshua S. Bassi
Sr. Solutions Architect @ rs-unix.com
IBM Certified - AIX 5L, SAN, Shark
eServer Systems Expert -pSeries HACMP
Tivoli Certified Consultant- ADSM/TSM
Cell (415) 215-0326



Re: solved my case... RE: How to flush DRM references, anybody know ?

2002-06-21 Thread Nguyen, Hoa V

glad you fixed it,...
Hoa.

-Original Message-
From: Cook, Dwight E [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 20, 2002 3:59 PM
To: [EMAIL PROTECTED]
Subject: solved my case... RE: How to flush DRM references, anybody know
?


Well, just got off the phone with IBM.
they had me doing all sorts of queries looking for DR plans to delte
but absolutely nothing was there
UNTIL I did a q machine and another guys desk top AIX box was listed...
I did a delete machine blah and now I'm no longer using DRM !

Just thought I'd pass this along...

Dwight


-Original Message-
From: Prather, Wanda [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 20, 2002 12:03 PM
To: [EMAIL PROTECTED]
Subject: Re: How to flush DRM references, anybody know ?


Dwight, if you find out, would you please pass on the info?

We don't need DRM anymore, but I can't figure out how to get rid of it,
either.



-Original Message-
From: Cook, Dwight E [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 20, 2002 12:36 PM
To: [EMAIL PROTECTED]
Subject: How to flush DRM references, anybody know ?


I've already opened a problem with Tivoli but anyone know how to flush all
references to DRM  ?

At one point in time in an attempt to issue a q pr the q was left off
and the pr initiated a prepare.
Now my server shows I'm using DRM !

In the past I just stuck on the license so it would report valid BUT I just
upgraded to 4.2.0.0, then 4.2.2.0 and the drm.lic file doesn't exist ! ! !
and my server reports license as FAILED so I'm looking for a way to flush
all internal references to DRM !

anyone know ?

Dwight E. Cook
Software Application Engineer III
Science Applications International Corporation
509 S. Boston Ave.  Suit 220
Tulsa, Oklahoma 74103-4606
Office (918) 732-7109



Table Relationship

2002-06-21 Thread Jolliff, Dale

Anything out there that talks about the table relationships in TSM?

I'm looking for something that will make it a little easier to generate a
pretty picture/chart/graph out of the way
policy/domain/managementclass/storagepools relate.



Re: I lost my slot!

2002-06-21 Thread Joe Pendergast

On our tape library, we can dedicate one slot for a cleaning tape.  It is an
option on the tape library.
Secondly, on Unix, I can inventory the library to see how many slots show from
the library to the OS.
Can you execute an NT command (not tsm) to show the library inventory?  This
will help decide whether it is a library issue or a TSM issue.





Coats, Jack [EMAIL PROTECTED] on 06/21/2002 07:58:32 AM

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

To:   [EMAIL PROTECTED]
cc:(bcc: Joseph Pendergast/Corona/Watson)

Subject:  I lost my slot!



TSM 4.1.3 on NT 4 with at IBM 3483 (ADIC scalar 100) LTO tape library.

We used to see 18 slots in our tape library, now we only see 17 (and that is
all we can use now).
The library itself seems to be OK, and things are still working, but missing
one slot in our library
can be a big deal some days.

We have rebooted (powered down and brought back from totally off, both the
library and
the TSM server), and had TSM audit the library.  All seems OK except we are
missing a slot
in the library (in an 18 slot library missing one is over 5%).

Any suggestions on how to 'get it back'?

... TIA ... Jack



Re: Filespaces, rebinding and scripts.

2002-06-21 Thread Joe Pendergast

It is my understanding that only files the existing on the client (active) can
rebind.  The deleted files (inactive) are not updated by the client and not
rebound.  They are trapped till they expire.  I was instructed to restore the
files, back them up, and delete them again in order to rebind them to the the
new management class rules.  My situation was more about the storage pools that
the files resided in, and not the expiration of the files.  Obviously restoring,
and deleting the files will reset the expiration clock, and thus your problem
may not be resolved.





Ochs, Duane [EMAIL PROTECTED] on 06/21/2002 06:16:28 AM

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

To:   [EMAIL PROTECTED]
cc:(bcc: Joseph Pendergast/Corona/Watson)

Subject:  Filespaces, rebinding and scripts.



I am using TSM Server 4.1.1 on Aix 4.3.3. NT client version 4.1.3
MC_current is defined as versions exists 21, versions deleted 21, retain
extra 21, retain only 90 and set as the default management class.

NODE1   does not have an include so it defaults to MC_current

My retention requirements have changed due to some legal issues and I plan
on creating MC_new and placing it in the opt file for this node and
restarting the scheduler service.

  As a test, I did this on a node. After a successful backup was run, I made
a change to MC_current to ver delete 0, retain only 0 and ran an expiration
and a number of files were expired from my tapes for this test node, that I
assumed would have rebound to MC_new.

From the client after the backup following the change:
Total files scanned:231,670
Total files rebound:374,251

From the Server using audit occupancy before the backup:

Total files NODE1 978,249

From the Server after the expiration:

Total files for NODE1 437,875


My Questions:
 The next time a backup executes, after the include is added, do both active
and inactive files rebind to MC_new or just the active ?
 Is there a way to do either a query or execute a script that lists the
files for a client and the Management Class they are bound to on the TSM
server ?

Duane Ochs
Systems Administration
Quad/Graphics Inc.
414.566.2375



TSM v4.2.2.5 to v5.1.0.0 upgrade failed (AIX) - resolution

2002-06-21 Thread Gretchen L. Thiele

I now have an answer from Level 2 - it's a known problem and
requires a database audit to resolve. This is an 86% utilized
100 GB database and should run two, if not three days (I hope!).

Again the error message was:

ANRD iminit.c(820): ThreadId0 Error 8 converting Group.Members to
Backup.Groups.

Getting clearance from those affected now and will try to run this
over the weekend and upgrade next week. Will post audit stats at
the end of the process.

Gretchen Thiele
Princeton University



Re: Filespaces, rebinding and scripts.

2002-06-21 Thread Alex Paschal

I think it'll rebind extra versions, but I don't think it'll rebind files
that had been deleted.  You can check by running the command line client and
doing a query backup of the filespec you're interested in.  It should list
the management class of each file.

Alex Paschal
Storage Administrator
Freightliner, LLC
(503) 745-6850 phone/vmail


-Original Message-
From: Ochs, Duane [mailto:[EMAIL PROTECTED]]
Sent: Friday, June 21, 2002 6:16 AM
To: [EMAIL PROTECTED]
Subject: Filespaces, rebinding and scripts.


I am using TSM Server 4.1.1 on Aix 4.3.3. NT client version 4.1.3
MC_current is defined as versions exists 21, versions deleted 21, retain
extra 21, retain only 90 and set as the default management class.

NODE1   does not have an include so it defaults to MC_current

My retention requirements have changed due to some legal issues and I plan
on creating MC_new and placing it in the opt file for this node and
restarting the scheduler service.

  As a test, I did this on a node. After a successful backup was run, I made
a change to MC_current to ver delete 0, retain only 0 and ran an expiration
and a number of files were expired from my tapes for this test node, that I
assumed would have rebound to MC_new.

From the client after the backup following the change:
Total files scanned:231,670
Total files rebound:374,251

From the Server using audit occupancy before the backup:

Total files NODE1 978,249

From the Server after the expiration:

Total files for NODE1 437,875


My Questions:
 The next time a backup executes, after the include is added, do both active
and inactive files rebind to MC_new or just the active ?
 Is there a way to do either a query or execute a script that lists the
files for a client and the Management Class they are bound to on the TSM
server ?

Duane Ochs
Systems Administration
Quad/Graphics Inc.
414.566.2375



Re: NSM Upgrade Experience

2002-06-21 Thread Don France

Thanks, Dale... That sounds okay... the conflict lock APAR appeared at
4.2.2.0 -- so there's no greater exposure (to it) by installing 4.2.2.5 --
another nail to persuade customers to serialize their
expiration-migration-reclamation schedules... actually convinced a couple to
run reclamation only on weekends, after approp. tweaking the storage pools.

Don France
Technical Architect -- Tivoli Certified Consultant
San Jose, Ca
(408) 257-3037
mailto:[EMAIL PROTECTED]

Professional Association of Contract Employees
(P.A.C.E. -- www.pacepros.com)



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Jolliff, Dale
Sent: Friday, June 21, 2002 3:48 AM
To: [EMAIL PROTECTED]
Subject: Re: NSM Upgrade Experience


For us, the lock conflict exhibits itself during expiration, when it hits
some corruption in our DB.  Systems that have time to run expiration,
reclamation and migration without other processes running may never see the
symptoms.   So I have been told.



-Original Message-
From: Don France [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 20, 2002 7:53 PM
To: 'ADSM: Dist Stor Manager'
Cc: Jolliff, Dale
Subject: RE: NSM Upgrade Experience


Ooops... we just advised a customer to install 4.2.2.5 --- for SumTab fix,
didn't know there is a (yet) new bug for expiration (introduced by
4.2.2.4???)

Are you sure that 4.2.2.6 is needed for EXPIRE INVENTORY to work, again ?!?
(There is nothing about expiration in the .4 or .5 APAR abstracts... Were
you/they referring to the conflict lock issue?  Geesh, .5 just came
out...sigh:()


Don France
Technical Architect -- Tivoli Certified Consultant
San Jose, Ca
(408) 257-3037
mailto:[EMAIL PROTECTED]

Professional Association of Contract Employees
(P.A.C.E. -- www.pacepros.com)



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Jolliff, Dale
Sent: Thursday, June 20, 2002 2:57 PM
To: [EMAIL PROTECTED]
Subject: Re: NSM Upgrade Experience


I got my 5100-02 patch when someone at 800-IBM-SERV was playing phone tag
between myself and the CE when he was out investigating our PMH on duplicate
IP addresses.

I was told by level 2 this afternoon to avoid expiration on 4.2.2.4 until
4.2.2.6 is available
Real Soon Now.








-Original Message-
From: Talafous, John G. [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 20, 2002 2:25 PM
To: [EMAIL PROTECTED]
Subject: Re: NSM Upgrade Experience


As I understand, support for TSM 4.1 expires June 30, 2002. So if you want
to be supported, you have no choice but to upgrade to TSM 4.2.

We too have been trying to implement EC017 on our NSM, and have had two
failed attempts at the upgrade. The upgrade to AIX 5 and TSM 4.2.1.9
requires an AIX load from 4mm tape. We got a bad 4mm tape. You know, WORN
technology (Write Once, Read Never). About 10% of the way into the upgrade
to AIX 5 we couldn't read the tape. Tried and tried and tried. But it was
bad. We had to recover from the MKSYSB we did that morning.  That's why we
take MKSYSB's.

The second time we tried the EC script failed because \dbaa1dk31\db has on
HDISK2. Huh? How did that happen. It turned out that when the recover was
done from the MKSYSB all the HDISKS were renumbered by AIX. It took us a
couple days with Level II support to get that straightened around. Took
Level II about 4 hours dialed in running AIX commands to re-do things and
put \dbaa1dk31\db back on HDISK31.

We have scheduled our third attempt at EC017 for Sunday, June 30. I've also
been told by Level II that anyone preparing to install EC017 should open a
PMR prior to the upgrade so support can track the activity. I was also told
that not very many NSM sites have done this upgrade, so many will be out of
support.

And what's this about OS patch 5100-02. Where do I get it and where do I
find these kinds of patches? Is there some piece of documentation I've
missed or did I just not catch something?

Good luck to all!!!
John G. Talafous
Information Systems Technical Principal
Global Software Support - Data Management
telephone:  (330)-471-3390
e-mail: [EMAIL PROTECTED]
http://www.ctnvm.inside.tkr/~talafous/
http://www.cis.corp.inside.tkr/networkstorage/



Re: Do you lob it on or do you fully test before that next releas e?

2002-06-21 Thread Seay, Paul

Server Software question along with SAN Clients.  Tivoli says they have to
match at the same level.

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


-Original Message-
From: Consiglio, Tony [mailto:[EMAIL PROTECTED]]
Sent: Friday, June 21, 2002 9:08 AM
To: [EMAIL PROTECTED]
Subject: Re: Do you lob it on or do you fully test before that next releas
e?


Paul,
Is this question based on the upgrade to the Server software or
the client backup/restore software.

-Original Message-
From: Seay, Paul [mailto:[EMAIL PROTECTED]]
Sent: Friday, June 21, 2002 1:56 AM
To: [EMAIL PROTECTED]
Subject: Do you lob it on or do you fully test before that next release?


After seeing all the pain everyone is experiencing going from 4.2.2 to
5.1.1.  I thought I would ask this question to see what everyone is doing.
We intend to create an entire environment to test the upgrade with and then
actually perform it.

What is everyone else doing?
What is your server platform?
How are you handling the SAN client incompatibility issues?

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



Re: TDP for Exchange

2002-06-21 Thread Tony Morgan

Guys,

try this...
  Setup an environment variable called, say, BTYPE
(use SET and SETX [NTRESKIT] to set the flag intra-session)
  Before each Incremental Backup check this var and run a full backup if it
is FULL
  Before each Incremental Backup set this to FULL
  Call the backup as an external .cmd (this gives you control)
  If the backup fails, then errorlevel will be  0 so don't reset the
flag...
  If the backup succeeds, then errorlevel will be = 0 so reset the flag to,
say, INCR

I have not got time to write and test the code, but the principle is all
there.

All the best
Tony Morgan
Fortis Bank
London


-Original Message-
From: Del Hoobler [mailto:[EMAIL PROTECTED]]
Sent: 21 June 2002 15:32
To: [EMAIL PROTECTED]
Subject: Re: TDP for Exchange


 Is there any way to know this in advance? The Exchange people schedule
the
 full backup once a week and incrementals for all other days. Now the
backup
 failed, so if we can find out in advance whether a full backup is
required
 we can start a full automatically instead of the incremental.
 Do you know a way to do this in a script or batchfile or something?
 Again, thank you for your answer!

Eric,

I am guessing you could run some sort of script that would
parse the output and recognize the particular error that is
displayed in this situtation, something like this:
  Unable to perform an incremental backup because a required
  Microsoft Exchange database log file could not be found.
and redrive the full backup if it is detected.
There is currently nothing built in to TDP for Exchange.

Thanks,

Del



Del Hoobler
IBM Corporation
[EMAIL PROTECTED]

- Live your life as an exclamation, not an explanation.
- Strive for excellence, not perfection.



This e-mail and any files transmitted with it, are confidential and
intended solely for the use of the addressee. The content of this
e-mail may have been changed without the consent of the originator.
The information supplied must be viewed in this context. If you have
received this e-mail in error please notify our Helpdesk by
telephone on +44 (0) 20-7444-8444. Any use, dissemination,
forwarding, printing, or copying of this e-mail or its attachments is
strictly prohibited.



retain extra versions question!!

2002-06-21 Thread Joseph Dawes

If my co looks as follows:

Policy   Policy   Mgmt Copy VersionsVersions
Retain Retain
Domain   Set Name ClassGroupDataData
Extra   Only
Name  Name Name   Exists Deleted
VersionsVersion
----
---
BKUP14D  ACTIVE   BKUP14M  STANDARD   14   2
No Limit180



will retainextra versions set to no limit mean files will never expire???


Any help would be great


Joe



Re: Small files V's Large files

2002-06-21 Thread Don France

You might consider (a) image backup (in concert with incremental), (b)
journaled incremental or -INCRBYDATE during the week (in concert with image
and/or full progressive-incremental on the weekend).  Some folks like doing
monthly image (on a weekend) for mission critical file servers, then daily
journaled-incremental and weekly full-progressive-incremental.

You should get 5-10 GB/Hr on large file sever with lots of files;  I've done
12 GB/Hr on a benchmark-configured system (that was on NT, before Win2K --
which some report should be faster)... the key issues are (a) TSM server
speed in handling large quantities of files -- set your aggregate larger
(they recently increased max. transaction size to 2 GB), and (b) file server
capability in processing thru its directories (Unix is generally faster than
Win2K), limiting each file system to under 1 million files/directories (and
under 200 GB total size) helps... smaller becomes faster.

Don France
Technical Architect -- Tivoli Certified Consultant
San Jose, Ca
(408) 257-3037
mailto:[EMAIL PROTECTED]

Professional Association of Contract Employees
(P.A.C.E. -- www.pacepros.com)



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Dallas Gill
Sent: Thursday, June 20, 2002 9:27 PM
To: [EMAIL PROTECTED]
Subject: Small files V's Large files


Can anybody share with me the secret to getting good performance with small
files like I get with I big files, I know that I will not get the same
performance but I would like to think that I would be getting at least half
the throughput that I get with large files. I am getting approx 1GB per
minute for large files (20MB and bigger) and about 1GB per 10min for small
files. Can anyone help. Thanks Dallas



problems Query Client Events

2002-06-21 Thread CARLOS RAMON BRAVO ARREDONDO

I have problems when trying to execute a Query Client Events.
The error messages are the following ones.

19/06/02   11:34:02  ANR2958E SQL temporary table storage has been
exhausted.
19/06/02   11:34:02  ANRD hthtml.c(2837): Error 2 received from
idOpQueryParms.
19/06/02   11:34:02  ANR2032E HTML: Command failed - internal server error
detected.

Server Error
Interface error encountered in the Hypertext Engine (hthtml.c,2837).
ANR2032E HTML: Command failed - internal server error detected.


Query database

tsm: BSMTSM04q db f=d

  Available Space (MB): 2.500
Assigned Capacity (MB): 2.500
Maximum Extension (MB): 0
Maximum Reduction (MB): 0
 Page Size (bytes): 4.096
Total Usable Pages: 640.000
Used Pages: 218.454
  Pct Util: 34,1
 Max. Pct Util: 34,1
  Physical Volumes: 5
 Buffer Pool Pages: 512
 Total Buffer Requests: 49.646
Cache Hit Pct.: 95,50
   Cache Wait Pct.: 0,00
   Backup in Progress?: No
Type of Backup In Progress:
  Incrementals Since Last Full: 0
Changed Since Last Backup (MB): 83,78
Percentage Changed: 9,82
Last Complete Backup Date/Time: 18/06/02   16:35:29


Query log

tsm: BSMTSM04q log f=d

   Available Space (MB): 840
 Assigned Capacity (MB): 840
 Maximum Extension (MB): 0
 Maximum Reduction (MB): 832
  Page Size (bytes): 4.096
 Total Usable Pages: 214.528
 Used Pages: 290
   Pct Util: 0,1
  Max. Pct Util: 0,2
   Physical Volumes: 3
 Log Pool Pages: 128
 Log Pool Pct. Util: 0,81
 Log Pool Pct. Wait: 0,00
Cumulative Consumption (MB): 39.051,00
Consumption Reset Date/Time: 13/06/01   18:21:23

Filesytem the server

{BSMTSM04:/}% df -k
Filesystem1024-blocks  Free %UsedIused %Iused Mounted on
/dev/hd465536 23528   65% 417713% /
/dev/hd2  4128768864216   80%65564 7% /usr
/dev/hd9var 32768 27576   16%  241 3% /var
/dev/hd332768 29020   12%   39 1% /tmp
/dev/hd132768 316244%   48 1% /home
/dev/lv0117629184 0  100%   26 1% /tsmdata1
/dev/lv0014548992 0  100%   24 1% /tsmdata
/dev/lv0312025856 0  100%   23 1% /tsmdata2
/dev/lv02 3014656  1764  100%   24 1% /tsmdb

Does the problem pretend to be in the temporary tables, How can I liberate
this space?
your assistance is greatly appreciated.
Thanks,



Carlos R. Bravo Arredondo
[EMAIL PROTECTED]
Tel. (52) 5551741924



Re: retain extra versions question!!

2002-06-21 Thread Don France

Based on what your msg shows -- ve=14, vd=1, re=nolimit, ro=180...
the most recent 14 versions (ve=14) of a file that exists on the client
will be kept for nolimit number of days (after each run of expiration).

When the file is deleted on the client, the next full-incremental will
mark all but the last 1 (vd=1) for deletion, the last 1 will be kept for
ro=180 days.


Don France
Technical Architect -- Tivoli Certified Consultant
San Jose, Ca
(408) 257-3037
mailto:[EMAIL PROTECTED]

Professional Association of Contract Employees
(P.A.C.E. -- www.pacepros.com)



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Joseph Dawes
Sent: Friday, June 21, 2002 10:58 AM
To: [EMAIL PROTECTED]
Subject: retain extra versions question!!


If my co looks as follows:

Policy   Policy   Mgmt Copy VersionsVersions
Retain Retain
Domain   Set Name ClassGroupDataData
Extra   Only
Name  Name Name   Exists Deleted
VersionsVersion
----
---
BKUP14D  ACTIVE   BKUP14M  STANDARD   14   2
No Limit180



will retainextra versions set to no limit mean files will never expire???


Any help would be great


Joe



Re: Do you lob it on or do you fully test before that next releas e?

2002-06-21 Thread Dave Canan

 I was talking to a Tivoli Level 2 person and got a bit of good
news on this - TSM has maintenance levels of a.b.c.d as we all know (for
example 4.2.2.5). When changing server levels, the first 3 numbers of the
TSM Server level have to match the San Storage Agents when applying
maintenance. The last level (the fixtest level) does NOT have to be the
same. For example, a 4.2.2.5 TSM server is compatible with a 4.2.2.0 San
Storage Agent.  Of course, this doesn't help anyone going from 4.2.2.4 to
5.1.1.0. In this case, all San Storage Agents and TSM servers code levels
have to updated at the same time.


At 05:39 PM 6/21/2002 -0400, you wrote:
Server Software question along with SAN Clients.  Tivoli says they have to
match at the same level.

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


-Original Message-
From: Consiglio, Tony [mailto:[EMAIL PROTECTED]]
Sent: Friday, June 21, 2002 9:08 AM
To: [EMAIL PROTECTED]
Subject: Re: Do you lob it on or do you fully test before that next releas
e?


Paul,
 Is this question based on the upgrade to the Server software or
the client backup/restore software.

-Original Message-
From: Seay, Paul [mailto:[EMAIL PROTECTED]]
Sent: Friday, June 21, 2002 1:56 AM
To: [EMAIL PROTECTED]
Subject: Do you lob it on or do you fully test before that next release?


After seeing all the pain everyone is experiencing going from 4.2.2 to
5.1.1.  I thought I would ask this question to see what everyone is doing.
We intend to create an entire environment to test the upgrade with and then
actually perform it.

What is everyone else doing?
What is your server platform?
How are you handling the SAN client incompatibility issues?

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

Money is not the root of all evil - full backups are.