Re: Who has the oldest TSM installation?

2005-08-03 Thread David Nicholson
Server Installation Date/Time: 08/22/410 B.C. 00:10:05
Server Restart Date/Time: 07/10/2005 08:52:00



YES, that's right 410 B.C.   We were one of the early beta sites for what
was then call UGH.  It was very popular in all of the cave data centers
where backup and recovery of mission critical data was very important. It
was especially important for publicly held companies to comply with the
ROX legislation.  I remember the UGH admin at the time was Nean
DerThal...he sure was sharp.  He was the guy everybody went to whenever
they needed to recover a stone tablet.

Thanks for the trip down memory lane..:)

Dave

There are only 10 types of people in the world:
Those who understand binary, and those who don't ...
and remember.
Hardware will eventually fail ... and ... microcode will eventually work.


Windows Server 2003 RESTORE PROBLEM ANS4005E

2005-07-25 Thread David Nicholson
TSM Server AIX 5.2.4.0 /  AIX 5.3

TSM B/A Client for Windows 5.2.2

Windows Server 2003 v 5.02

I am receiving the following error trying to restore SYSTEMSTATE. I get
same error from GUI and cmd line.  Any suggestions would be appreciated...


tsm q systemstate
 Size  Backup DateMgmt Class A/I File
   ----- --- 
   488,430,629  B  11/22/2004 22:07:34DEFAULT A  FULL SYSTEM
STATE\SYSS
TATE
tsm restore systemstate -verbose
Restore System State using shadow copy...
Restore System State: 'System Files'.

Restore System State: 'Registry'.

Restore System State: 'Active Directory'.

Restore System State: 'System Volume'.

Restore System State: 'COM+ Database'.

 ** Interrupted **
ANS1114I Waiting for mount of offline media.
Restoring   1,612 SYSTEM STATE\adsm.sys\xml.state\COMPDB.xml
[Done]

Restoring   1,746 SYSTEM STATE\adsm.sys\xml.state\NTDS.xml [Done]
Restoring   4,638 SYSTEM STATE\adsm.sys\xml.state\REGISTRY.xml
[Done]

Restoring 427,062 SYSTEM STATE\adsm.sys\xml.state\SYSFILES.xml
[Done]

Restoring   2,330 SYSTEM STATE\adsm.sys\xml.state\SYSVOL.xml
[Done]

Restoring   3,034 SYSTEM STATE\adsm.sys\xml.state\tsm.xml [Done]
ANS1899I * Examined 1,000 files *
ANS1899I * Examined 2,000 files *

Total number of objects restored: 6
Total number of objects failed:   0
Total number of bytes transferred:431.66 KB
Data transfer time:0.42 sec
Network data transfer rate:1,022.89 KB/sec
Aggregate data transfer rate:  1.41 KB/sec
Elapsed processing time:   00:05:05
ANS4005E Error processing '': file not found   any ideas
on this?




Thanks in advance!!


Re: Windows server imaging

2005-07-21 Thread David Nicholson
Mark,

I agree with you that TSM can be used, but I am not sure I am
clear on the '3' ways you are referring to.  Would you take a moment and
describe briefly the '3' ways...Thanks in advance.

Dave





Stapleton, Mark [EMAIL PROTECTED]
Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU
07/20/2005 03:04 PM
Please respond to
ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU


To
ADSM-L@VM.MARIST.EDU
cc

Subject
Re: Windows server imaging






I wouldn't bother spending the money. You can rebuild a Windows TSM
client with just TSM in three majorly different ways, depending upon
your circumstances, and a myriad of methods within each way.

--
Mark Stapleton ([EMAIL PROTECTED])
IBM Certified Advanced Deployment Professional
  Tivoli Storage Management Solutions 2005
IBM Certified Advanced Technical Expert (CATE) AIX
Office 262.521.5627



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On
Behalf Of Terry McColgan
Sent: Wednesday, July 20, 2005 12:14 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Windows server imaging

Christie BMR - t

-Original Message-
From: Richard Mochnaczewski
[mailto:[EMAIL PROTECTED]
Sent: Friday, July 15, 2005 8:40 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Windows server imaging


Hi Everybody,

I've been reading up on the various image/restore methods for Windows
servers . What do users favour ?

Rich



TSM Storage Agent goes bye-bye

2005-07-12 Thread David Nicholson
Hi LIst,

TSM Server 5.2.4 on AIX 5.3
TSM Client 5.2.0 on AIX 5.2
TSM STA 5.2.4 on AIX 5.2

Just wondering if any other LAN Free users out there have periodic
problems withe there LAN Free backup not working.  Backup still works over
IP, but obviously I would prefer the LAN free path.  I have seen this on
all of my LAN free clients at different times. I do not see any errors in
DSMERROR, DSMSTA.ERR, or DSMSCHED.LOG. The LAN free connection just seems
to go off into Never Never Land  I suspect a network anomaly is at the
heart of it, but was wondering if anybody else has similar experiences.
Maybe a script to periodically cycle the DSMSTA and DSMC SCHED would fix
this,  but would prefer to fix the problem.

Thanks in advance

Dave


Re: Can not start TSM client after upgrade

2005-07-12 Thread David Nicholson
You could try cd'ing to the baclient dir and then try the dsmc. and/or
reset your env vars from the uninstall..

Dave




Mike Anderson [EMAIL PROTECTED]
Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU
07/12/2005 03:44 PM
Please respond to ADSM: Dist Stor Manager


To: ADSM-L@VM.MARIST.EDU
cc:
Subject:Can not start TSM client after upgrade


I upgraded one of our HPUX clients from version 5.2.3 to version 5.3.0
today. I did an uninstall and then installed the new client like it said.
When I issue the dsmc
command to start a session I receive the following error.

ANS0101E unable to open English message repository dsmclientv3.cat

I installed as root and was still logged on as root when I was trying to
start the session. I did see in the instructions that it must have an
errorlog, which I did create using touch. Any help would be appreciated

Mike Anderson
Associate Systems Engineer - Midrange
Catholic Healthcare Partners - Information Technologies
CONFIDENTIALITY NOTICE: This message, including any attachments, is for
the sole use of the intended recipient(s) and may contain confidential and
privileged information.  Any unauthorized review, use, disclosure or
distribution is prohibited.  If you are not the intended recipient, please
contact the sender by reply e-mail and destroy all copies of the original
message.


Re: *URGENT* Windows OS Auditing

2005-05-20 Thread David Nicholson
Hi Rich,

For the record, this change was communicated we just didn't fully
appreciate the impact it would have.

 Thanks for your concern.

Dave







Richard Sims [EMAIL PROTECTED]
Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU
05/20/2005 07:13 AM
Please respond to ADSM: Dist Stor Manager


To: ADSM-L@VM.MARIST.EDU
cc:
Subject:Re: *URGENT*Windows OS Auditing


On May 19, 2005, at 5:05 PM, David Nicholson wrote:

 ...The Intel folks tell me they
 recently turned on O/S level Auditing of the DATA drive on almost
 all of
 the Windows servers. ...


This is an issue for site management to address. If those wonderful
Windows administrators capriciously made a major change in the way
site servers are operating, and did not communicate it to the
organization, then they are out of control and need some parental
guidance. Site management should realize the damage they are doing
and take action. It's not just your backup system that it being
affected, but also the performance of all the servers and overload on
the network. An organization has to function in a team manner...as a
cohesive whole. Things go to pot when that doesn't happen, and it
isn't happening at your site.

Richard Sims


Re: *URGENT* Windows OS Auditing

2005-05-20 Thread David Nicholson
THANKS WANDA!!   Your awesome...sure is nice to know what is going on!

It all makes perfect sense...now...  :(

Based on what little I know about OS Level Auditing, I am thinking
this is a 1 time blip for all the servers to get backed up because of this
attribute change, but once I get through this initial backup things should
return to normal for me  .   is this a correct assumption?

Thanks again!





Prather, Wanda [EMAIL PROTECTED]
Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU
05/19/2005 05:17 PM
Please respond to ADSM: Dist Stor Manager


To: ADSM-L@VM.MARIST.EDU
cc:
Subject:Re: *URGENT*Windows OS Auditing


You betcha.  Been there, done that (or had it done to me!)

A change in the auditing options appears to TSM like a permission
change.  And like any other type of file change; you'll get a backup of
the file (or all the files).

There is a parm you can put in dsm.opt:  SKIPNTPERMISSIONS YES

But I haven't found any way to work with it.
It tells TSM to ignore the NTFS permissions, but then it doesn't back
them up or restore them at all.

SO, unless you can rely STRICTLY on permission inheritance for ALL
subdirectories from the root, you gotta back the permissions up.

Go have that gin and tonic



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
David Nicholson
Sent: Thursday, May 19, 2005 5:05 PM
To: ADSM-L@VM.MARIST.EDU
Subject: *URGENT* Windows OS Auditing


Hi List,

I am seeing a tremendous and sudden increase in the amount of
data
I am backing up from my Intel servers. The Intel folks tell me they
recently turned on O/S level Auditing of the DATA drive on almost all
of
the Windows servers. I am wondering if this has resulted in TSM
perceiving
all the data to have changed and he is therefore taking a full backup.

I am quickly running out of DB space and I'm beginning to panic (in a
gin
and tonic kind of way)..

Can anybody comment?

Thanks in advance


Dave


*URGENT* Windows OS Auditing

2005-05-19 Thread David Nicholson
Hi List,

I am seeing a tremendous and sudden increase in the amount of data
I am backing up from my Intel servers. The Intel folks tell me they
recently turned on O/S level Auditing of the DATA drive on almost all of
the Windows servers. I am wondering if this has resulted in TSM perceiving
all the data to have changed and he is therefore taking a full backup.

I am quickly running out of DB space and I'm beginning to panic (in a gin
and tonic kind of way)..

Can anybody comment?

Thanks in advance


Dave


Damaged Label on 3590J

2005-04-29 Thread David Nicholson
Hi List,

I have a 3590J with a damaged internal label.  The 3494 library
ejects that cartridge when I try to use it.  The cartridge has obviously
been abused (the case is cracked), but I would like to get the data off of
it without having to bring all of my copypool volumes back from the vault.
 Is there a way to re-write the internal label with the same volser
without loosing the data on the tape?  I would then hope I could get a
majority of the data off the tape..

Thanks in advance!

Dave


Re: Damaged Label on 3590J

2005-04-29 Thread David Nicholson
Hi Rich!

Yes...it's TSM and Yes TSM rejects the tape. It is interesting to
me that it also results in a Intervention on my 3494 Library that
specifies a damaged internal label...but that is beside the point (I guess
you can chalk one up for the LMCP driver).

AnywayI was thinking that any kind of an attempt to re-write
the label would result in the tapes data being lost and you pretty much
confirmed that is the case.

Would you have any suggestions for using the AIX 5.3 tape util to
copy this to another cartridge?

Dave





Richard Sims [EMAIL PROTECTED]
Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU
04/29/2005 08:35 AM
Please respond to ADSM: Dist Stor Manager


To: ADSM-L@VM.MARIST.EDU
cc:
Subject:Re: Damaged Label on 3590J


Well, it's not the 3494 that causes the ejection, but the application
trying to use the tape, which I presume is TSM. It would be worth
reviewing its error messages, and any in your OS log, before going
further.

I'm not aware of any way of rewriting tape labels without disturbing
the rest of the tape: the rewriting resets the tape contents, due to
the nature of serial media, which historically cannot be randomly
updated.

I think your recourse is to attempt to employ an OS utility to copy the
tape contents (beyond the label) to a replacement tape which has been
labeled the same as the original. Then you can transfer the barcode
label from the damaged tape to the replacement, and retire the cripple.

Richard Sims

On Apr 29, 2005, at 6:39 AM, David Nicholson wrote:

 Hi List,

 I have a 3590J with a damaged internal label.  The 3494 library
 ejects that cartridge when I try to use it.  The cartridge has
 obviously
 been abused (the case is cracked), but I would like to get the data
 off of
 it without having to bring all of my copypool volumes back from the
 vault.
  Is there a way to re-write the internal label with the same volser
 without loosing the data on the tape?  I would then hope I could get a
 majority of the data off the tape..

 Thanks in advance!

 Dave


TSM Library Sharing Compatibility .. *Upgrading to TSM 5.3*

2005-02-02 Thread David Nicholson
As it relates to Tivoli Storage Manager SAN Tape Library Sharing.

Can anyone tell me if a TSM Server 5.3.0.0 as a library manager is
compatible with a TSM Server 5.2.2.0 as a library client?  They are
sharing a 3494.

I would like to avoid upgrading both of my TSM servers at the same time if
possible.

Thanks in advance.

Dave


HELP finding ITSM for Storage Area Networks Managed Systems for SAN V5.2.2

2005-01-14 Thread David Nicholson
Can anybody give me a URL to get the 5.2.2 LAN free storage agent for AIX.
  I thought the 5.2 storage agent would workit isn't.

Thanks in advance.

Dave


Re: How Many Backup Administrators to Data Backed Up?

2005-01-12 Thread David Nicholson
What a great time for this post/question!!!  Thanks for asking it!!


(2) TSM servers, 2 tape Libraries (3494 w/ 15 3590's drives / 2500 cells
and a 3584 w/ 6 LTO II drives / 250 cells)
800 nodes (AIX, Windows, Linux) Every flavor of DB or app you can imagine.
We backup 2-3TB a day.
Total stored in TSM is 90TB, combined database used is 80GB.

We invest around 4-8 hours a day on TSM stuff.  TSM like everything else
is under staffed...we could be investing about 3 times the amount of
people resources on TSM that we currently do.


Dave


Re: TSM best Practices for tape drives using FC

2004-12-09 Thread David Nicholson
I have (2) TSM servers on AIX (H50 and H70) with 2GB FC adapter. I have
(15) 3590 and 6 (3580) tape drives hanging off a single adapter from each
server.  I'm sure in a lab somewhere that my single adapter could be shown
to be a bottleneck when trying to stream data to all those
drives...however in the real world that I happen to live in I rarely see
the an adapter pushing more than 130mb.  Not sure I would recommend this
as best practice, but I have no real complaints.
I will say that location of the adapters can make a significant difference
in the throughput. For instance, sharing a given bus with GigE, SSA, and
FC tape is going to introduce a bottleneck at the bus...just something to
keep in mind.  Some time ago I relocated the FC adapter to a different bus
and immediately saw 40% improvement in the throughput of the adapter.


David R. Nicholson


Anybody with real world SATA diskpool experience

2004-11-12 Thread David Nicholson
Hi List,

I am building a new TSM server to consolidate my 2 existing
servers.

The  2 existing servers are Pseries H50 and H70; AIX 5.1; TSM 5.2;
SSA disk and FC attached 3590 tape drives.  Each server has a 40GB TSM
database; about 100 GB of diskpool's and they backup roughly 1TB each per
night.  About 400 nodes registered per box.

Plan on consolidating these onto a 520 AIX box...but I'm really
struggling with the disk.  I sure would love to load this thing up with a
couple TB of SATA drives for my diskpools, but I've read all the industry
concerns about failure rate and performance of SATA. Sooo, I was hoping
some folks out there are using SATA and could give me some real world
experiences.

If you have alternate suggestions for inexpensive disk that works
nice for diskpool, I'd love to hear it.

Thanks in advance!!!


Re: AW: DSMSERV UNLOADDB

2004-10-08 Thread David Nicholson
Hi All,
I am surprised by the significant reduction is Pct Utilized. I 
thought in previous discussions that Unload/Reload had minimal impact on 
utilization. I have (2) TSM 5.2.2 servers on AIX with 40GB db's that are 
90% used. I haven't done a unload/reload since there creation 3 years 
ago...do I have an opportunity here?

Thanks in advance,
Dave






Yuhico, Alexandra [EMAIL PROTECTED]
Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED]
10/07/2004 02:39 PM
Please respond to ADSM: Dist Stor Manager

 
To: [EMAIL PROTECTED]
cc: 
Subject:Re: AW: DSMSERV UNLOADDB


guys I've finished the DSMSERV LOADDB!!!

previous q db gave a Maximum reduction of zero and a PCT Util of 68% 
but my current q db shows the following :

Available Assigned   Maximum   MaximumPage Total  Used   Pct
Max.
Space Capacity Extension ReductionSizeUsable Pages  Util
Pct
 (MB) (MB)  (MB)  (MB) (bytes) Pages
Util
-  - - --- - - -
-
   32,768   32,768 017,436   4,096 8,388,608 3,928,814  46.8
46.8

Now... silly question... how do you edit the crontab?  I thought it was
crontab -C but that doesn't seem to work

Alexandra

-Original Message-
From: Sternecker, Peter [mailto:[EMAIL PROTECTED]
Sent: Friday, 8 October 2004 2:16 AM
To: [EMAIL PROTECTED]
Subject: AW: AW: DSMSERV UNLOADDB


well, well
he is right as always.

OH NO , no best shell discussion 8-).

Peter Sternecker
R+V Allgemeine Versicherung AG
*  mailto:[EMAIL PROTECTED]



 -Ursprüngliche Nachricht-
 Von: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Im 
 Auftrag von Richard Sims
 Gesendet: Donnerstag, 7. Oktober 2004 17:56
 An: [EMAIL PROTECTED]
 Betreff: Re: AW: DSMSERV UNLOADDB
 
 
 On Oct 7, 2004, at 11:34 AM, Sternecker, Peter wrote:
 
  if your TSM-Server runs on Unix
 
  shell command | tee path_to_logfile
 
  this sends output to the terminal and the logfile.
 
 That will pipe Stdout, but not Stderr, where scary stuff
 goes.  You may instead want to do
 
  shell command 21 | tee path_to_logfile
 
 or more conveniently use Cshell:
 
  command | tee path_to_logfile
 
 This keeps important msgs from being lost.
 
 Richard Sims
 

This e-mail is privileged and may contain confidential information 
intended only for the person(s) named above. If you receive this e-mail
in error, please notify the addressee immediately by telephone or return 
e-mail. Although the sender endeavours to maintain a computer
virus-free network, the sender does not warrant that this transmission is 
virus-free and will not be liable for any damages resulting from
any virus transmitted.


Re: AW: DSMSERV UNLOADDB

2004-10-08 Thread David Nicholson
Hi Eric,

Thanks for the info!   The older of the 2 servers returned a 
percent_frag of -0.01 the newer returned a percent_frag of 27.44.  The 
older server is 4 years old...the newer is 3 years old.  Seems strange the 
newer server would have such a significantly higher frag %.  Any idea what 
kinds of activity result in fragmentation?  Is unload/reload the answer 
here or will the server make efficient use of these fragments over time? 
Is unload/reload a performance solution or utilization solution or both? 
or neither?

Thanks in advance,
Dave






Loon, E.J. van - SPLXM [EMAIL PROTECTED]
Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED]
10/08/2004 10:10 AM
Please respond to ADSM: Dist Stor Manager

 
To: [EMAIL PROTECTED]
cc: 
Subject:Re: AW: DSMSERV UNLOADDB


Hi David!
Try the following SQL statement:

SELECT CAST((100 - (CAST(MAX_REDUCTION_MB AS FLOAT) * 256 ) /
(CAST(USABLE_PAGES AS FLOAT) - CAST(USED_PAGES AS FLOAT) ) * 100) AS
DECIMAL(4,2)) AS PERCENT_FRAG FROM DB

It will give you the fragmentation level.
Kindest regards,
Eric van Loon
KLM Royal Dutch Airlines


-Original Message-
From: David Nicholson [mailto:[EMAIL PROTECTED]
Sent: Friday, October 08, 2004 15:47
To: [EMAIL PROTECTED]
Subject: Re: AW: DSMSERV UNLOADDB


Hi All,
I am surprised by the significant reduction is Pct Utilized. I 
thought in previous discussions that Unload/Reload had minimal impact on 
utilization. I have (2) TSM 5.2.2 servers on AIX with 40GB db's that are 
90% used. I haven't done a unload/reload since there creation 3 years 
ago...do I have an opportunity here?

Thanks in advance,
Dave






Yuhico, Alexandra [EMAIL PROTECTED]
Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED]
10/07/2004 02:39 PM
Please respond to ADSM: Dist Stor Manager

 
To: [EMAIL PROTECTED]
cc: 
Subject:Re: AW: DSMSERV UNLOADDB


guys I've finished the DSMSERV LOADDB!!!

previous q db gave a Maximum reduction of zero and a PCT Util of 68% 
but my current q db shows the following :

Available Assigned   Maximum   MaximumPage Total  Used   Pct
Max.
Space Capacity Extension ReductionSizeUsable Pages  Util
Pct
 (MB) (MB)  (MB)  (MB) (bytes) Pages
Util
-  - - --- - - -
-
   32,768   32,768 017,436   4,096 8,388,608 3,928,814  46.8
46.8

Now... silly question... how do you edit the crontab?  I thought it was
crontab -C but that doesn't seem to work

Alexandra

-Original Message-
From: Sternecker, Peter [mailto:[EMAIL PROTECTED]
Sent: Friday, 8 October 2004 2:16 AM
To: [EMAIL PROTECTED]
Subject: AW: AW: DSMSERV UNLOADDB


well, well
he is right as always.

OH NO , no best shell discussion 8-).

Peter Sternecker
R+V Allgemeine Versicherung AG
*  mailto:[EMAIL PROTECTED]



 -Ursprüngliche Nachricht-
 Von: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Im 
 Auftrag von Richard Sims
 Gesendet: Donnerstag, 7. Oktober 2004 17:56
 An: [EMAIL PROTECTED]
 Betreff: Re: AW: DSMSERV UNLOADDB
 
 
 On Oct 7, 2004, at 11:34 AM, Sternecker, Peter wrote:
 
  if your TSM-Server runs on Unix
 
  shell command | tee path_to_logfile
 
  this sends output to the terminal and the logfile.
 
 That will pipe Stdout, but not Stderr, where scary stuff
 goes.  You may instead want to do
 
  shell command 21 | tee path_to_logfile
 
 or more conveniently use Cshell:
 
  command | tee path_to_logfile
 
 This keeps important msgs from being lost.
 
 Richard Sims
 

This e-mail is privileged and may contain confidential information 
intended only for the person(s) named above. If you receive this e-mail
in error, please notify the addressee immediately by telephone or return 
e-mail. Although the sender endeavours to maintain a computer
virus-free network, the sender does not warrant that this transmission is 
virus-free and will not be liable for any damages resulting from
any virus transmitted.


**
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: AW: DSMSERV UNLOADDB

2004-10-08 Thread David Nicholson
Hi Daniel,

It just occurred to me that even though the DB is 3 years oldI 
seem to recall a unload/reload when going from TSM 4.x to TSM 
5.2...anybody know if this was the case?  My point is that while updating 
the server version, I may have defragged it without realizing it...

Thanks!!

Dave






Daniel Sparrman [EMAIL PROTECTED]
Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED]
10/08/2004 10:12 AM
Please respond to ADSM: Dist Stor Manager

 
To: [EMAIL PROTECTED]
cc: 
Subject:Re: AW: DSMSERV UNLOADDB


Hi

Yes, you probably do. 

However, the impact of the unload is smaller than you might expect. 
Directly after the unload, you're database will shrink with 30-40%. 
However, the following days after a unload you will see that the database 
will quickly go up in utilization again. I'd expect you can earn about 
10-20% with a database thats 3 years old.

The unload we made brought the database down from 160GB to 80. However, 3 
months later, we're up at 110GB.

Best Regards

Daniel Sparrman
---
Daniel Sparrman
Chef Utveckling  Drift
Exist i Stockholm AB
Propellervägen 6B
183 62 TÄBY
Växel: 08 - 754 98 00
Mobil: 070 - 399 27 51



David Nicholson [EMAIL PROTECTED] 
Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED]
2004-10-08 15:47
Please respond to
ADSM: Dist Stor Manager [EMAIL PROTECTED]


To
[EMAIL PROTECTED]
cc

Subject
Re: AW: DSMSERV UNLOADDB






Hi All,
I am surprised by the significant reduction is Pct Utilized. I 
thought in previous discussions that Unload/Reload had minimal impact on 
utilization. I have (2) TSM 5.2.2 servers on AIX with 40GB db's that are 
90% used. I haven't done a unload/reload since there creation 3 years 
ago...do I have an opportunity here?

Thanks in advance,
Dave






Yuhico, Alexandra [EMAIL PROTECTED]
Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED]
10/07/2004 02:39 PM
Please respond to ADSM: Dist Stor Manager

 
To: [EMAIL PROTECTED]
cc: 
Subject:Re: AW: DSMSERV UNLOADDB


guys I've finished the DSMSERV LOADDB!!!

previous q db gave a Maximum reduction of zero and a PCT Util of 68% 
but my current q db shows the following :

Available Assigned   Maximum   MaximumPage Total  Used   Pct
Max.
Space Capacity Extension ReductionSizeUsable Pages  Util
Pct
 (MB) (MB)  (MB)  (MB) (bytes) Pages
Util
-  - - --- - - -
-
   32,768   32,768 017,436   4,096 8,388,608 3,928,814  46.8
46.8

Now... silly question... how do you edit the crontab?  I thought it was
crontab -C but that doesn't seem to work

Alexandra

-Original Message-
From: Sternecker, Peter [mailto:[EMAIL PROTECTED]
Sent: Friday, 8 October 2004 2:16 AM
To: [EMAIL PROTECTED]
Subject: AW: AW: DSMSERV UNLOADDB


well, well
he is right as always.

OH NO , no best shell discussion 8-).

Peter Sternecker
R+V Allgemeine Versicherung AG
*  mailto:[EMAIL PROTECTED]



 -Ursprüngliche Nachricht-
 Von: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Im 
 Auftrag von Richard Sims
 Gesendet: Donnerstag, 7. Oktober 2004 17:56
 An: [EMAIL PROTECTED]
 Betreff: Re: AW: DSMSERV UNLOADDB
 
 
 On Oct 7, 2004, at 11:34 AM, Sternecker, Peter wrote:
 
  if your TSM-Server runs on Unix
 
  shell command | tee path_to_logfile
 
  this sends output to the terminal and the logfile.
 
 That will pipe Stdout, but not Stderr, where scary stuff
 goes.  You may instead want to do
 
  shell command 21 | tee path_to_logfile
 
 or more conveniently use Cshell:
 
  command | tee path_to_logfile
 
 This keeps important msgs from being lost.
 
 Richard Sims
 

This e-mail is privileged and may contain confidential information 
intended only for the person(s) named above. If you receive this e-mail
in error, please notify the addressee immediately by telephone or return 
e-mail. Although the sender endeavours to maintain a computer
virus-free network, the sender does not warrant that this transmission is 
virus-free and will not be liable for any damages resulting from
any virus transmitted.


Re: Hey Big Blue....Why not MOVE DATA across copy pools?!?

2004-06-11 Thread David Nicholson
Hi Bill,

As you might expect I avoid shooting myself in the footbut
compost happens. :)

Any number of commands if not used properly could destroy
integrity of backups, none the less they are still usefull to have.

Generally speaking, I try not to think of auditorsIt is
similar to the anticipation one feels prior to an enema.   :)

My primary pool is 40TB...backing it up to a new copypool would
present a number of problems for me.


Dave Nicholson
Whirlpool Corporation





William F. Colwell [EMAIL PROTECTED]
Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED]
06/10/2004 06:01 PM
Please respond to ADSM: Dist Stor Manager


To: [EMAIL PROTECTED]
cc:
Subject:Re: Hey Big BlueWhy not MOVE DATA across copy pools?!?


At 07:56 AM 6/10/2004, you wrote:
I already performed the move data from the primary pool to another
primary
pool. I guess TSM cant figure out that the primary copies are in a
different primary storage pool than where they were origianlly backed up
from.

A   DELETE FILES node filespace STG=stgpool  sure would be niceor a
DELETE NODEDATA STG=stgpool.   (sigh)

No!  It would not be nice - unless you like shooting yourself in the foot.
Anything that lets you alter a backup destroys the integrity of the
backup.
Think of your auditors - if they understood how good tsm is, this command
would destroy all their confidence.

If you have gone to the trouble of collocating the primary pool with move
nodedata
commands, you can collocate the offsite pool by defining a new copypool
and backing up to
it.  After the new pool is all offsite, delete the volumes in the old
copypool with 'discarddata=yes'.

I really hope this helps,

Bill Colwell




Dave Nicholson
Whirlpool Corporation





Stapleton, Mark [EMAIL PROTECTED]
Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED]
06/09/2004 10:44 PM
Please respond to ADSM: Dist Stor Manager


To: [EMAIL PROTECTED]
cc:
Subject:Re: Hey Big BlueWhy not MOVE DATA across copy
pools?!?


From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On
Behalf Of David Nicholson
I tried a MOVE DATA for offsite data...it did not go after the
data in the primary pool...it wanted to mount the volume in the copy
pool...which was offsite.
Am I missing something?

Something is wrong. MOVE DATA will only call for offsite volumes if the
required files are not available in the primary pool. Do you have
volumes in unavailable status?

--
Mark Stapleton

--
Bill Colwell
C. S. Draper Lab
Cambridge Ma.


Re: Hey Big Blue....Why not MOVE DATA across copy pools?!?

2004-06-10 Thread David Nicholson
I already performed the move data from the primary pool to another primary
pool. I guess TSM cant figure out that the primary copies are in a
different primary storage pool than where they were origianlly backed up
from.

A   DELETE FILES node filespace STG=stgpool  sure would be niceor a
DELETE NODEDATA STG=stgpool.   (sigh)



Dave Nicholson
Whirlpool Corporation





Stapleton, Mark [EMAIL PROTECTED]
Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED]
06/09/2004 10:44 PM
Please respond to ADSM: Dist Stor Manager


To: [EMAIL PROTECTED]
cc:
Subject:Re: Hey Big BlueWhy not MOVE DATA across copy pools?!?


From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On
Behalf Of David Nicholson
I tried a MOVE DATA for offsite data...it did not go after the
data in the primary pool...it wanted to mount the volume in the copy
pool...which was offsite.
Am I missing something?

Something is wrong. MOVE DATA will only call for offsite volumes if the
required files are not available in the primary pool. Do you have
volumes in unavailable status?

--
Mark Stapleton


Hey Big Blue....Why not MOVE DATA across copy pools?!?

2004-06-09 Thread David Nicholson
As luck would have it, the nodes I moved were large file servers and my
copy pool is not collocated. I probably have data spread across 600
volumes. I think I'll pass on bringing them back

This is by no means a new frustration for many folks.  Any idea why old
big blue hasn't tried to add this functionality?  The process of migrating
data to new media is severely handicapped by the lack of flexibility to
MOVE DATA across copy pools.

Dave Nicholson
Whirlpool Corporation





Stapleton, Mark [EMAIL PROTECTED]
Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED]
06/09/2004 12:19 PM
Please respond to ADSM: Dist Stor Manager


To: [EMAIL PROTECTED]
cc:
Subject:Re: Primary Pool and Copypool Relationship


If you want to pursue this, you'll have to run a select statement
against the VOLUMEUSAGE to find the relevant offsite pool volumes. Check
in the volumes from the resultant list, and run your MOVE NODEDATA.

--
Mark Stapleton

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On
Behalf Of Rushforth, Tim
Sent: Wednesday, June 09, 2004 9:39 AM
To: [EMAIL PROTECTED]
Subject: Re: Primary Pool and Copypool Relationship

OK, #1 below wouldn't work either without bringing offsite tapes back!

Yes. Keep in mind that MOVE NODEDATA is not very useful for offsite
copypools, since it requires the copypool-volumes to be onsite and
available. (It doesn't work like e.g. MOVE DATA does, which
gets the files
from the primary pool)
--
Jurjen Oskam

-Original Message-
From: Rushforth, Tim
Sent: June 7, 2004 3:05 PM
To: 'ADSM: Dist Stor Manager'
Subject: RE: Primary Pool and Copypool Relationship

Ooops forgot about that restriction. To do this without bringing back
offsite tapes or deleting all copy pool data for some nodes
temporarily:

1. Move nodedata from Copy Pool #1 to Copy Pool #1 (to new
volumes) for the
nodes you want to move.
2. Move nodedata Primary Pool #1 to Primary Pool #2
3. Backup primary pool #2 to Copy Pool #2
4. Delete the new volumes from 1.


-Original Message-
From: Stapleton, Mark [mailto:[EMAIL PROTECTED]
Sent: June 7, 2004 2:54 PM
To: [EMAIL PROTECTED]
Subject: Re: Primary Pool and Copypool Relationship

From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On
Behalf Of
Rushforth, Tim
I guess the proper sequence should have been:

1. Move nodedata from Copy Pool #1 to Copy Pool #2 (this way TSM will
use
the data on Primary Pool #1 as the source data)
2. Move nodedata from Primary Pool #1 to Primary Pool #2

Unfortunately, step #1 is not possible. MOVE NODEDATA supports data
moves within a single copy pool, but not between two copy pools.

--
Mark Stapleton




Re: Hey Big Blue....Why not MOVE DATA across copy pools?!?

2004-06-09 Thread David Nicholson
Tim,

I tried a MOVE DATA for offsite data...it did not go after the
data in the primary pool...it wanted to mount the volume in the copy
pool...which was offsite.
Am I missing something?

Dave Nicholson
Whirlpool Corporation





Rushforth, Tim [EMAIL PROTECTED]
Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED]
06/09/2004 03:43 PM
Please respond to ADSM: Dist Stor Manager


To: [EMAIL PROTECTED]
cc:
Subject:Re: Hey Big BlueWhy not MOVE DATA across copy pools?!?


Yeah you would think this is easy unless I'm missing something ...

MOVE DATA works properly for offsite data - ie if you issue a move data
for a volume that is offsite, it will move the data to another volume in
the
same copy pool using the primary storage pool as input.

Why does MOVE NODEDATA work differently?  It is doing the same thing -
only
selectively moving data.

-Original Message-
From: Jurjen Oskam [mailto:[EMAIL PROTECTED]
Sent: June 9, 2004 2:30 PM
To: [EMAIL PROTECTED]
Subject: Re: Hey Big BlueWhy not MOVE DATA across copy pools?!?

On Wed, Jun 09, 2004 at 12:10:32PM -0500, Stapleton, Mark wrote:

 I used to think the same thing, but it occurred to me that, while there
 is a one-to-one correspondence between a file in an copy pool and the
 copy of the file in a primary pool, there is not necessarily a
 one-to-one relationship in the other direction.

Especially with MOVE NODEDATA used to move data from one primary pool to
another, where the first primary pool is backed up to COPY01 and the
second primary pool is backed up to COPY02. The data in COPY01 is now
(sort of) 'orphaned', and cannot be removed. (Not easily, at least)

Maybe a DELETE NODEDATA would be nice. (However, a MOVE NODEDATA that
would work on offsite volumes would be *much* nicer. That way, you can
once in a while 'collocate' all files of a node manually, and greatly
speed up a DR when all you got is the copypool.)

 The more I look into this, the more I am inclined to never use more than
 one copy pool for any given TSM server.

Especially so with a MOVE NODEDATA that would work on offsite volumes.

--
Jurjen Oskam

Avoid putting a paging file on a fault-tolerant drive, such as a mirrored
volume or a RAID-5 volume. Paging files do not need fault-tolerance.-MS
Q308417


Primary Pool and Copypool Relationship

2004-06-07 Thread David Nicholson
Hi All,

I moved a lot of data out of Primary Pool #1 and into Primary Pool # 2.  
Primary Pool #1 used Copy Pool #1 and Primary Pool # 2 used Copy Pool #2.

It appears that the Copy Pool # 1 still has the backup of this data...which I 
expected.  The problem is that
it appears the data was also backed up to copy pool #2 as I moved the datathis was 
not expected.

Does this sound like expected behavior?  If so, any ideas for how
to clean up the extra copy in Copy Pool #1???


Thanks!


Dave Nicholson
Whirlpool Corporation


Re: Primary Pool and Copypool Relationship

2004-06-07 Thread David Nicholson
I tried this cmd, but all my copy pool volumes are UNAVAIL (offsite).
any other suggestions?

Dave Nicholson
Whirlpool Corporation





Rushforth, Tim [EMAIL PROTECTED]
Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED]
06/07/2004 11:20 AM
Please respond to ADSM: Dist Stor Manager


To: [EMAIL PROTECTED]
cc:
Subject:Re: Primary Pool and Copypool Relationship


Yes this is how TSM works.  You can have multiple copy pools for 1 Primary
Pool.

See http://msgs.adsm.org/cgi-bin/get/adsm0404/221.html for one way to delete
this data.  (This assumes that there is still domr data that you want on
Copy Pool #1)

-Original Message-
From: David Nicholson [mailto:[EMAIL PROTECTED]
Sent: June 7, 2004 10:09 AM
To: [EMAIL PROTECTED]
Subject: Primary Pool and Copypool Relationship

Hi All,

I moved a lot of data out of Primary Pool #1 and into Primary Pool
#
2.  Primary Pool #1 used Copy Pool #1 and Primary Pool # 2 used Copy Pool
#2.

It appears that the Copy Pool # 1 still has the backup of this
data...which I expected.  The problem is that
it appears the data was also backed up to copy pool #2 as I moved the
datathis was not expected.

Does this sound like expected behavior?  If so, any ideas for how
to clean up the extra copy in Copy Pool #1???


Thanks!


Dave Nicholson
Whirlpool Corporation


Andy.....What is Imperfect Collocation???

2004-05-05 Thread David Nicholson
Imperfect Collocation???   My experience has been that when I reach the
maxscratch threshold the storage group is full and cant accept data. Am I
missing something??



Dave Nicholson
Whirlpool Corporation





Andrew Raibeck [EMAIL PROTECTED]
Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED]
05/04/2004 07:09 PM
Please respond to ADSM: Dist Stor Manager


To: [EMAIL PROTECTED]
cc:
Subject:Re: What ever happened to Group Collocation ?


Zoltan,

I don't know what you were specifically told about the new feature, but
keep in mind that any such disclosures are usually with the caveats
subject to change.   :-)

To the best of my knowledge this is currently targeted for our next major
release this fall. (Caveat: This statement does not represent a formal
announcement or commitment, and is subject to change.)

As others have suggested, check the tape utilization for your smaller
nodes and consider using imperfect collocation (reduce MAXSCRATCH which
will allow multiple nodes to share a tape).

Some other thoughts:

- Make sure your tapes are available to the server for additional writes,
i.e. not in read-only or other access state that prevents appending data
to the tape.

- Check the status of the tapes to make sure they aren't full. If they are
full, then maybe you need to run reclamation?

Regards,

Andy

Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Development
Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED]
Internet e-mail: [EMAIL PROTECTED]

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



Zoltan Forray/AC/VCU [EMAIL PROTECTED]
Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED]
05/04/2004 13:13
Please respond to
ADSM: Dist Stor Manager


To
[EMAIL PROTECTED]
cc

Subject
Re: What ever happened to Group Collocation ?






I have already thought of this idea. I was hoping for GROUP COLLOCATION.

The problem with this idea/design is I have to essential duplicate
*EVERYTHING*, such as admin processes, operator training, etc.  Also, this
means I have to set aside disk storage (which is very limited on my zOS
system) to dedicate for each pool, that can't be shared, and hope I don't
guess wrong on how much each pool/group needs.

Thanks for the suggestions.  Unfortunately, this is probably the way I
will have to go.

One confusion is why do I have so many partially filled tapes ?   I
don't have this many nodes ?


MOVE DRM for 3584 LTO library

2004-04-14 Thread David Nicholson
Hi,

I have a 3494 and a 3584 tape library. When I do MOVE DRM
 the 3584 tries to check the label on the tape before ejecting it. My 3494
does not do this. Does anybody know how to prevent the 3584 LTO library
from checking the label when a MOVE DRM occurs?? I do not always have tape
drives available when the MOVE DRM is scheduled and it fails because no
drive is available to check the label on.

Thanks in advance


Dave Nicholson
Whirlpool Corporation


Re: MOVE DRM for 3584 LTO library *** THANKS WANDA !!!! ***

2004-04-14 Thread David Nicholson
THAT WAS IT!!***   Thanks Wanda!!!  ***



Dave Nicholson
Whirlpool Corporation







Prather, Wanda [EMAIL PROTECTED]
Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED]
04/14/2004 01:54 PM
Please respond to ADSM: Dist Stor Manager


To: [EMAIL PROTECTED]
cc:
Subject:Re: MOVE DRM for 3584 LTO library


Enter the command:  Q DRMSTATUS

If CHECKLABEL is set to YES, TSM will try to verify the label before
ejecting the tape.

To change, enter command:

set drmchecklabel no

-Original Message-
From: David Nicholson [mailto:[EMAIL PROTECTED]
Sent: Wednesday, April 14, 2004 1:48 PM
To: [EMAIL PROTECTED]
Subject: MOVE DRM for 3584 LTO library


Hi,

I have a 3494 and a 3584 tape library. When I do MOVE DRM
 the 3584 tries to check the label on the tape before ejecting it. My 3494
does not do this. Does anybody know how to prevent the 3584 LTO library
from checking the label when a MOVE DRM occurs?? I do not always have tape
drives available when the MOVE DRM is scheduled and it fails because no
drive is available to check the label on.

Thanks in advance


Dave Nicholson
Whirlpool Corporation


Re: ?continue using 3590's or convert to LTO tape?

2004-04-06 Thread David Nicholson
We do not plan on expanding our 3494/3590E/3590J environment in the
future. We purchased a 3584 last year and I am beginning to shift workload
to LTO.  I have no plans for a full scale conversion to LTO.

Dave Nicholson
Whirlpool Corporation


Need to optimize LARGE Oracle DB backup

2004-04-06 Thread David Nicholson
Hi List,

I have a 700GB Oracle DB to backup every day. It's a 4.3 AIX
box...s LAN Free not an option for my TSM 5.2.2 server. I have
dedicated GB nic's on both the TSM client and TSM server. The network
between them is not over utilized. I am backing up directly to FC LTO II
drives.  Can anyone give me some strategy suggestions on how to get this
backed up as quickly as possible.  Suggestions for performing multiple
thread backups or maybe some TCPIP client options that can be tuned or
anything else you could suggest would be greatly appreciated.

Thanks in advance!

Dave Nicholson
Whirlpool Corporation


Restore Question

2004-02-24 Thread David Nicholson
Hi All,

Have a situation where a virus has deleted several files from our
Novell file servers. I want to restore to last nights backups, but I do
not want to regress changes that have been made to files that are still on
the file servers.  The short of it is I only want to restore files that
have been DELETED since the last backup. If the file exists and has been
changed...I DO NOT want to restore it..

any ideas?


Thanks is advance...


Re: ESS model 27

2004-02-13 Thread David Nicholson
Hi John,

I can't give you specific TSM mod 27 experience, but we use
mod27's heavily on our 800 for DB2 and it screams. No performance
problems, but you should know we are using dynamic PAV's.  I would have no
hesitation using mod27's for about anything.


Dave Nicholson






John Naylor [EMAIL PROTECTED]
Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED]
02/13/2004 10:04 AM
Please respond to ADSM: Dist Stor Manager


To: [EMAIL PROTECTED]
cc:
Subject:ESS model 27


People,
Environment Z/os 1.4 TSM 5.1.6
We will be moving our TSM server environment from ESS F20s (18 gb disks)
to ESS 800s (146gb disks) in the near future
Currently I have 99  addresses, all emulating  3390-3  disks that provide
for database volumes, recovery logs and storage  pools.
With the new 800s, I will be using either 3390-9 or 3390-27 emulation
giving the number of disk address as either 33 or 11.
I am interested in the experience of anyone using ESS 800s with the 146gb
disks.
Did you go with 3390-9 or 3390-27
Did you go with very large TSM logical volumes.
Any recommendations?
thanks,
John



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


Orphaned Library Client tapes in VOLHIST

2004-01-29 Thread David Nicholson
Hi,

I have 2 TSM 5.2.2 AIX servers sharing a 3494. I have 10 tapes
that appear to be orphaned. The combined volhist on the TSM library
manager says they belong to the library client. When I look in the volhist
on the library client they do not exist.  Any ideas how I can clean this
up?

Thanks in advance.


RETRY DISMOUNT FAILURE ??

2004-01-27 Thread David Nicholson
TSM Server 5.2.2 (AIX 5.1)

I have several of my 3590 drives in this condition. Anybody know how to
clean it up?  I think a storage agent is leaving the drives in this
condition, but not sure.  Any info would be appreciated.


Applying TSM 5.2.2 maint on AIX server .. have question

2004-01-23 Thread David Nicholson
Hi,

I have (2) TSM servers. Both are AIX 5.1.0 and both are 32bit (bootinfo -k
returns a '3').

I am trying to apply TSM server 5.2.2 on my existing TSM server 5.2.0.

I did the first server last weekend without any trouble..however..I got to
the second server and discovered the following lpp's were installed

  tivoli.tsm.devices.acsls   5.2.0.0  COMMITTED  IBM Tivoli Storage
Manager
  tivoli.tsm.devices.aix5.rte
  tivoli.tsm.license.aix5.rte64
  tivoli.tsm.license.cert5.2.0.0  COMMITTED  IBM Tivoli Storage
Manager
  tivoli.tsm.loc.server.ela  5.2.0.0  COMMITTED  IBM Tivoli Storage
Manager
  tivoli.tsm.msg.en_US.devices
  tivoli.tsm.msg.en_US.server
  tivoli.tsm.msg.en_US.webhelp
  tivoli.tsm.server.aix5.rte64
  tivoli.tsm.server.com  5.2.0.0  COMMITTED  IBM Tivoli Storage
Manager
  tivoli.tsm.server.webadmin
  tivoli.tsm.devices.acsls   5.2.0.0  COMMITTED  IBM Tivoli Storage
Manager
  tivoli.tsm.devices.aix5.rte
  tivoli.tsm.server.aix5.rte64
  tivoli.tsm.server.com  5.2.0.0  COMMITTED  IBM Tivoli Storage
Manager


I was expecting to see tivoli.tsm.server.rte but I do not  I'm a
little confused.

AIX novice here so would appreciate a little clarification..

Thanks


Re: 4.2.2.12 to 5.1.0.0 upgrade and PATHS

2003-09-11 Thread David Nicholson
We made the same upgrade 4.2 to 5.1 on our AIX server. We also have 3494
library. We deffinetly had to manually define the paths after the upgrade.


Dave Nicholson
Whirlpool Corporation





Farren Minns [EMAIL PROTECTED]
Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED]
09/11/2003 07:53 AM
Please respond to ADSM: Dist Stor Manager


To: [EMAIL PROTECTED]
cc:
Subject:4.2.2.12 to 5.1.0.0 upgrade and PATHS


Hi TSMers

Ok, my questions about the 4.2 to 5.1 upgrade are prolly getting boring,
but I always like to make sure I've asked every silly question I can so as
not to get caught out.

So, next week I'm going from 4.2.2.12 to 5.1.6.2 on a Solaris 2.7 node.

I understand that PATHS are a new feature (or complication) of 5.1 but
want
to know if, after upgrade I HAVE to define these. I was speaking to an IBM
rep the other day and he said yes, but I have heard others say they didn't
have to do it (sorry to keep hastling you Gary). Our setup is one tcp
attached 3494 library with two scsi 3590 tape drives. I'm surprised that
the upgrade would not see these devices already set up and create the
paths
accordingly.

Anyone got a definte answer here. Also, looking at the quick-start guide
on
the 5.1.0.0 media, it doesn't mention paths. The Admin guide does, but not
the quick start.

mm

Anyway, thanks for any pointers

Farren Minns - John Wiley  Sons Ltd


*

This email transmission is confidential and intended for the person or
organisation it is addressed to. If you are not the intended recipient,
you
must not copy, distribute, or disseminate the information, open any
attachment, or take any action in reliance of it. If you have received
this
message in error please notify the sender.

Any views expressed in this message are those of the individual sender,
except where the sender specifically states otherwise.

Although this email has been scanned for viruses you should rely on your
own virus check, as the sender takes no responsibility for any damage
arising out of any bug or virus infection.
*


Re: 4.2.2.12 to 5.1.0.0 upgrade and PATHS

2003-09-11 Thread David Nicholson
My recollection is that we simply had to define the paths. However, SOP 
says be prepared for anything. I also recall that we were told to remove 
the DRIVE def's from all TSM library clients. The DRIVE's only need to be 
defined to the library manager/owner in a library sharing environment now. 
 The devices still need to be defined to the OS on the library client, but 
TSM does not require the DRIVE to be defined to library clients. I am not 
sure that it is required to delete the DRIVE def's from clients, but was 
recommended.

Dave Nicholson
Whirlpool Corporation





Farren Minns [EMAIL PROTECTED]
Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED]
09/11/2003 11:34 AM
Please respond to ADSM: Dist Stor Manager

 
To: [EMAIL PROTECTED]
cc: 
Subject:Re: 4.2.2.12 to 5.1.0.0 upgrade and PATHS


I'm assuming that the Library and Device definitions will still be in
place, so then it'll just be the paths that need defining. Or do I need to
define new drives and lib too ?

Farren
|++---|
||   Lawrence Clark   | |
||   [EMAIL PROTECTED]| |
||   .US |   To:       [EMAIL PROTECTED] |
||   Sent by: ADSM: Dist Stor|           cc: |
||   Manager |           Subject:        Re: 
4.2.2.12|
||   [EMAIL PROTECTED]   |   to 5.1.0.0 upgrade and PATHS |
||| |
||   09/11/2003 04:07 PM  | |
||   Please respond to ADSM: Dist| |
||   Stor Manager| |
||| |
|++---|







On the other hand, we upgraded from 4.2 to 5.1, have two 3494 libraries,
and did not have to manually define the paths..

 [EMAIL PROTECTED] 09/11/03 10:22AM 
We made the same upgrade 4.2 to 5.1 on our AIX server. We also have
3494
library. We deffinetly had to manually define the paths after the
upgrade.


Dave Nicholson
Whirlpool Corporation





Farren Minns [EMAIL PROTECTED]
Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED]
09/11/2003 07:53 AM
Please respond to ADSM: Dist Stor Manager


To:     [EMAIL PROTECTED]
cc:
Subject:        4.2.2.12 to 5.1.0.0 upgrade and PATHS


Hi TSMers

Ok, my questions about the 4.2 to 5.1 upgrade are prolly getting
boring,
but I always like to make sure I've asked every silly question I can so
as
not to get caught out.

So, next week I'm going from 4.2.2.12 to 5.1.6.2 on a Solaris 2.7
node.

I understand that PATHS are a new feature (or complication) of 5.1 but
want
to know if, after upgrade I HAVE to define these. I was speaking to an
IBM
rep the other day and he said yes, but I have heard others say they
didn't
have to do it (sorry to keep hastling you Gary). Our setup is one tcp
attached 3494 library with two scsi 3590 tape drives. I'm surprised
that
the upgrade would not see these devices already set up and create the
paths
accordingly.

Anyone got a definte answer here. Also, looking at the quick-start
guide
on
the 5.1.0.0 media, it doesn't mention paths. The Admin guide does, but
not
the quick start.

mm

Anyway, thanks for any pointers

Farren Minns - John Wiley  Sons Ltd


*

This email transmission is confidential and intended for the person or
organisation it is addressed to. If you are not the intended
recipient,
you
must not copy, distribute, or disseminate the information, open any
attachment, or take any action in reliance of it. If you have received
this
message in error please notify the sender.

Any views expressed in this message are those of the individual
sender,
except where the sender specifically states otherwise.

Although this email has been scanned for viruses you should rely on
your
own virus check, as the sender takes no responsibility for any damage
arising out of any bug or virus infection.
*



*

This email transmission is confidential and intended for the person or
organisation it is addressed to. If you are not the intended recipient, 
you
must not copy, distribute, or disseminate the information, open any
attachment, or take any action in reliance of it. If you have received 
this
message in error please notify the sender.

Any views expressed in this message are those of the individual sender,
except where the sender specifically states otherwise.

Although this email has been scanned for viruses you should rely on your
own virus check, as the sender takes no responsibility for any damage
arising out of any bug or virus infection.
*