Re: Ultrium media

2001-05-31 Thread Suad Musovich

Before we got proper labels we made a bunch of labels on a crappy $200 colour
inkjet printer using light card that are stuck on with a glue stick, they are
hand cut so they are slightly crooked.
I can definitely say they none of them had problems (except a couple labels fell off
when we used inferior glue). Most of those tapes are still use in the library.
That barcode reader is top notch.
We had our computer operators do this during graveyard shift.

We have purchased sheets of blank labels now so if we buy unlabeled tapes we don't
need to cut them up.

Out of 30+ HP tapes and 120 IBM ones I have 2 dud IBM tapes (I believe this was to
do with microcode problems earlier on, I haven't retested since I upped to 1550).
On this side of the world IBM tapes are actually cheaper so we keep buying those.

Cheers, Suad
--


> > We can get a better price on HP media. Does anyone have any experience proving
> > it is better to go for IBM media than HP media for the IBM library?
>
> There is one note you might be interested in. Buying HP LTO media gets
> you the cartridges but no barcode labels. Those you will have to buy
> from IBM, apply each one *carefully* so that it is straight and in the
> right position (so the robot can read it), and then check the cartridges
> in.[1]
>
> [1] Had a customer do this exact thing. The cartridges worked fine, but
> he ended spending more[2] than if he had ordered the media from IBM.
>
> [2] If you count the money he had to spend on the barcode and the hours
> he spent applying the labels[3]
>
> [3] And in some cases reapplying, and reapplying, and
>
> --
> Mark Stapleton ([EMAIL PROTECTED])



Re: LTO drives in a 3584 Library

2001-05-31 Thread Suad Musovich

The install readme says use ultrium or ultriumc.

Also, as Richard mentioned, look at the microcode on the drives.

Cheers, Suad
--
On Wed, May 30, 2001 at 02:18:23PM +0100, Fab System wrote:
> All
>
> We have 4 LTO drives in a 3584 libary which is connected using a SAN Data
> Gateway. When I look at the device class for the library there is an option
> to set "Recording Format" and this is currently set to DRIVE. The options
> are DRIVE/ ULTRIUM/ULTRIUMC.
>
> The reason I ask the question is because the LTO drives seem to be very slow
> compared to the 3590's we have in our other libraries.
>
> Any help would be appreciated.
>
> Cheers
>
> Sean Dudding
>
> 
>__
>
> Registered Office:
> Marks and Spencer p.l.c
> Michael House, Baker Street,
> London, W1U 8EP
> Registered No. 214436 in England and Wales.
>
> Telephone  (020) 7935 4422
> Facsimile  (020) 7487 2670
>
> www.marksandspencer.com
>
> Please note that electronic mail may be monitored.
>
> This e-mail is confidential. If you received it by mistake, please let us know and 
>then
> delete it from your system; you should not copy, disclose, or distribute its 
>contents to
> anyone nor act in reliance on this e-mail, as this is prohibited and may be unlawful
> 
>_



Re: adsm 3.1 and stgpool reclaim threshold

2001-05-31 Thread Joel Fuhrman

I would search the activity log for all references to the stgpool of
interest.  You should see the command that does the update.  Hopefully with
the time stamp you can find the culprit.

Ex: query act begind=today-1 search=some_stgpool_name


On Thu, 31 May 2001, Steve de Souza wrote:

> Hi,
> Can anyone tell me if there are any conditions which will
> cause a copystorage stgpool to have it's reclaim threshold
> percentage to change to 100% ??? We have no scripts which
> explicitly change it, and yet we find that it changes from 70 to 100
> every day !!
>
> we have run into a problem in that this gets done every morning
> after bkserver finishes.
>
> Any cluses/answers would be much appreciated.
>
> cheers
> steve
>
> 
> Steve de Souza
> Senior System Administrator
> Bunnings Building Supplies
> Perth, WA
> Phone : (08) 9365 1527 /  0409 383 943
> Email : [EMAIL PROTECTED]
>
>
> **
> Bunnings Legal Disclaimer:
>
> 1)  This document is confidential and may contain legally privileged
> information. If you are not the intended recipient you must not
> read, copy, distribute or act in reliance on it.
> If you have received this document in error, please telephone
> us immediately on (08) 9365-1555.
>
> 2)  All e-mails sent to and sent from Bunnings Building Supplies are
> scanned for content. Any material deemed to contain inappropriate
> subject matter will be reported to the e-mail administrator of
> all parties concerned.
>
> **
>



Peter B. Kostrobala/WMC/MC/EYLLP/US is out of the office.

2001-05-31 Thread Peter Kostrobala, Cap Gemini Ernst and Young

I will be out of the office starting  05/30/2001 and will not return until
06/11/2001.

I will respond to your message when I return.



__
The information contained in this communication is intended solely for the
use of the individual or entity to whom it is addressed and others
authorized to receive it. It may contain confidential or legally privileged
information. If you are not the intended recipient you are hereby notified
that any disclosure, copying, distribution or taking any action in reliance
on the contents of this information is strictly prohibited and may be
unlawful. If you have received this communication in error, please notify
us immediately by responding to this email and then delete it from your
system. Cap Gemini Ernst & Young is neither liable for the proper and
complete transmission of the information contained in this communication
nor for any delay in its receipt.



sql error

2001-05-31 Thread 김인엽

Can anybody know how it works??
Please check this out and give me a clear answer..

Thanks in advance..
 
05/31/2001 11:58:46,COMMAND LINE : sqldsmc /backupfull:* /adsmnode:donghwa_sql 
/adsmpwd:donghwa_sql /logfile:c:\progra~1\tivoli\tsm\mssql\sql.log /logprune:14
05/31/2001 11:58:46,Logging on to the TSM server...

05/31/2001 11:58:46,Logging on to the SQL server...

05/31/2001 12:00:43,Backed up - master, type: DB, size: 9927909, actual bytes: 0, 
secs: 0.00, Kb/Sec: 0.00, SQL server: APTDOMAIN, TSM server: dsm, SQL status: DB-LIB 
message: Backup or restore operation terminating abnormally.
, TSM status: ANS1303E (RC3)Client ended transaction
05/31/2001 12:00:50,Backed up - model, type: DB, size: 1272831, actual bytes: 0, secs: 
0.00, Kb/Sec: 0.00, SQL server: APTDOMAIN, TSM server: dsm, SQL status: DB-LIB 
message: Backup or restore operation terminating abnormally.
, TSM status: ANS1303E (RC3)Client ended transaction
05/31/2001 12:00:57,Backed up - msdb, type: DB, size: 9722633, actual bytes: 0, secs: 
0.00, Kb/Sec: 0.00, SQL server: APTDOMAIN, TSM server: dsm, SQL status: DB-LIB 
message: Backup or restore operation terminating abnormally.
, TSM status: ANS1303E (RC3)Client ended transaction
05/31/2001 12:01:05,Backed up - pubs, type: DB, size: 1704017, actual bytes: 0, secs: 
0.00, Kb/Sec: 0.00, SQL server: APTDOMAIN, TSM server: dsm, SQL status: DB-LIB 
message: Backup or restore operation terminating abnormally.
, TSM status: ANS1303E (RC3)Client ended transaction
05/31/2001 12:01:12,Backed up - Northwind, type: DB, size: 3710811, actual bytes: 0, 
secs: 0.00, Kb/Sec: 0.00, SQL server: APTDOMAIN, TSM server: dsm, SQL status: DB-LIB 
message: Backup or restore operation terminating abnormally.
, TSM status: ANS1303E (RC3)Client ended transaction
05/31/2001 12:01:19,Backed up - sintra, type: DB, size: 20006305, actual bytes: 0, 
secs: 0.00, Kb/Sec: 0.00, SQL server: APTDOMAIN, TSM server: dsm, SQL status: DB-LIB 
message: Backup or restore operation terminating abnormally.
, TSM status: ANS1303E (RC3)Client ended transaction
05/31/2001 12:01:26,Backed up - aptbank, type: DB, size: 1391597093, actual bytes: 0, 
secs: 0.00, Kb/Sec: 0.00, SQL server: APTDOMAIN, TSM server: dsm, SQL status: DB-LIB 
message: Backup or restore operation terminating abnormally.
, TSM status: ANS1303E (RC3)Client ended transaction




General Protection Processor Exception (Error code 00000000) OS version: Novell NetWare 4.11

2001-05-31 Thread Bernd.Weiskircher

Hello everybody,
is there anybody who have seen the problem discribed below. In order to
solve here is an additional information.
During the task that stops the funktionality of the processor, the backup
client (Version 4.1.2) backuped the volume
Sys: of the Novell Server Version 4.11 The task as you can see stops the
main function of the cpu, so that the server
runs during the 8h until it*%s booted again in an slow mode. I think that
there is an failure in the Code of the module dsmc.nlm so that the task
could not find an adress which is adressed by the clib.nlm. Does someone
know this, if so please answer me.
Thanks in advance Bernd

Loading module DSBACKER.NLM
  NetWare 4.11 Directory Services Install
  Version 5.5030 September 1998
  Copyright 1993-1996 Novell, Inc.  All rights reserved.  Patents
Pending.
Module DSBACKER.NLM unloaded
System halted Monday, 28 May 2001  21.27.27  MEST

Abend: General Protection Processor Exception (Error code
)
OS version: Novell NetWare 4.11  22 August 1996
Running Process: DSMC.NLM  237 Process
Stack: 50 6F 8C 3B 80 F4 07 FB 20 95 A5 2E B3 8C 08 F1
   D0 65 59 3C 80 F4 07 FB 70 6F 8C 3B 89 CA 0F F1
   80 F4 07 FB 10 70 59 3C 00 00 00 00 20 96 A5 2E

Additional Information:
The CPU encountered a problem executing code in CLIB.NLM.  The
problem may be in that module or in data passed to that module
by a process owned by DSMC.NLM.

The running process will be suspended.

28.05.01  21.27.27 :SERVER-4.11-748
 Read from a nonpresent page.
 Process: DSMC.NLM  237.
 Module: Novell Standard C Library for NLMs  .
 Code offset in module: 00017CE5h.
 Access address: 4D522F37h.

NW05FS04 <1>:
System halted Monday, 28 May 2001  21.27.27  MEST

Abend: General Protection Processor Exception (Error code
)
OS version: Novell NetWare 4.11  22 August 1996
Running Process: Server 00 Process
Stack: 94 FF 08 00 00 00 00 00 E0 C6 C5 2B B3 8C 08 F1
   D0 65 59 3C 80 30 00 FB B8 FF 08 00 AB EB 0F F1
   80 30 00 FB A7 2C 47 F1 40 FF 27 2B E0 C6 C5 2B

Additional Information:
The CPU encountered a problem executing code in CLIB.NLM.  The
problem may be in that module or in data passed to that module
by a process owned by SERVER.NLM.

The running process will be returned to a safe state.

NW05FS04 <2>:
System halted Monday, 28 May 2001  21.27.27  MEST

Abend: General Protection Processor Exception (Error code
)
OS version: Novell NetWare 4.11  22 August 1996
Running Process: Server 18 Process
Stack: 94 FF 05 3E 00 00 00 00 80 01 DE 2C B3 8C 08 F1
   D0 65 59 3C 00 B6 02 FB B8 FF 05 3E AB EB 0F F1
   00 B6 02 FB A7 2C 47 F1 40 FF 27 2B 80 01 DE 2C

Additional Information:
The CPU encountered a problem executing code in CLIB.NLM.  The
problem may be in that module or in data passed to that module
by a process owned by SERVER.NLM.

The running process will be returned to a safe state.

NW05FS04 <3>:
System halted Monday, 28 May 2001  21.27.27  MEST

Abend: General Protection Processor Exception (Error code
)
OS version: Novell NetWare 4.11  22 August 1996
Running Process: Server 03 Process
Stack: 94 DF E7 00 00 00 00 00 80 07 F1 2B B3 8C 08 F1
   D0 65 59 3C 40 91 00 FB B8 DF E7 00 AB EB 0F F1
   40 91 00 FB A7 2C 47 F1 40 FF 27 2B 80 07 F1 2B

Additional Information:
The CPU encountered a problem executing code in CLIB.NLM.  The
problem may be in that module or in data passed to that module
by a process owned by SERVER.NLM.

The running process will be returned to a safe state.

NW05FS04 <4>:
System halted Monday, 28 May 2001  21.27.28  MEST

Abend: General Protection Processor Exception (Error code
)
OS version: Novell NetWare 4.11  22 August 1996
Running Process: Server 04 Process
Stack: 84 9F 11 3E 00 00 00 00 60 66 3D 3B B3 8C 08 F1
   D0 65 59 3C 40 D4 01 FB A8 9F 11 3E AB EB 0F F1
   40 D4 01 FB A7 2C 47 F1 40 FF 27 2B 60 66 3D 3B

Additional Information:
The CPU encountered a problem executing code in CLIB.NLM.  The
problem may be in that module or in data passed to that module
by a process owned by SERVER.NLM.

The running process will be returned to a safe state.

NW05FS04 <5>:
System halted Monday, 28 May 2001  21.27.28  MEST

Abend: General Protection Processor Exception (Error code
)
OS version: Novell NetWare 4.11  22 August 1996
Running Process: Server 12 Process
Stack: 94 6F 10 3E 00 00 00 00 E0 1B EF 2A B3 8C 08 F1
   D0 65 59 3C 40 55 02 FB B8 6F 10 3E AB EB 0F F1
   40 55 02 FB A7 2C 47 F1 40 FF 27 2B E0 1B EF 2A

Additional Information:
The CPU encountered a problem executing code in CLIB.NLM.  The
problem may be in that module or in data passed to that module
by a process owned by SERVER.NLM.

The running process will be returned to a safe state.

NW05FS04 

Slow NT Restore

2001-05-31 Thread Phil Stockton

Hi

We are trying to restore the C drive on a NT server 4.0 Service Pack 5. We
have TCPIP 100 mb full duplex.  The client is 3.1.0.8 and the server is
3.1.2.90 on AIX 4.3.2.

We are observing very slow restore times.  There is no waiting for tape
mounts but when I query sessions wait times of some seconds are observed,
almost as if it restores one file then goes off to do something else.

So far it has taken 20 hours to restore 850mb.  All directories are held on
disk and they have been restored.

Anyone got any ideas on how to speed this up, by a factor of 10 or so.

Regards

Phil Stockton

RS Components Ltd
Corby
Northants



***
The contents of this Email and any files transmitted with it
are confidential and intended solely for the use of the
individual or entity to whom it is addressed. The views stated
herein do not necessarily represent the view of the company.
If you are not the intended recipient of this Email you may not
copy, forward, disclose or otherwise use it or any part of it
in any form whatsoever. If you have received this mail in
error please Email the sender.
***

RS Components Ltd.



Re: General Protection Processor Exception (Error code 00000000) OS version: Novell NetWare 4.11

2001-05-31 Thread Bruce Kamp

I had this problem on my 4.11 servers with TSM client 4.1.2.0.  Per Tivoli I
had to upgrade to client version 4.1.2.16.  The other option was to stop
running the  dsmc scheduler & use cron to kick off my backups.  So far they
seem to be running ok.  They have been running this version for about 2
weeks now.  There seems to be a lot of problems with Netware & Tivoli.
There is a version 4.1.2.18 available now.  You might want to look into
that.
Good luck.


-Original Message-
From: Bernd.Weiskircher [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 31, 2001 5:42 AM
To: [EMAIL PROTECTED]
Subject: General Protection Processor Exception (Error code ) OS
version: Novell NetWare 4.11


Hello everybody,
is there anybody who have seen the problem discribed below. In order to
solve here is an additional information.
During the task that stops the funktionality of the processor, the backup
client (Version 4.1.2) backuped the volume
Sys: of the Novell Server Version 4.11 The task as you can see stops the
main function of the cpu, so that the server
runs during the 8h until it*%s booted again in an slow mode. I think that
there is an failure in the Code of the module dsmc.nlm so that the task
could not find an adress which is adressed by the clib.nlm. Does someone
know this, if so please answer me.
Thanks in advance Bernd

Loading module DSBACKER.NLM
  NetWare 4.11 Directory Services Install
  Version 5.5030 September 1998
  Copyright 1993-1996 Novell, Inc.  All rights reserved.  Patents
Pending.
Module DSBACKER.NLM unloaded
System halted Monday, 28 May 2001  21.27.27  MEST

Abend: General Protection Processor Exception (Error code
)
OS version: Novell NetWare 4.11  22 August 1996
Running Process: DSMC.NLM  237 Process
Stack: 50 6F 8C 3B 80 F4 07 FB 20 95 A5 2E B3 8C 08 F1
   D0 65 59 3C 80 F4 07 FB 70 6F 8C 3B 89 CA 0F F1
   80 F4 07 FB 10 70 59 3C 00 00 00 00 20 96 A5 2E

Additional Information:
The CPU encountered a problem executing code in CLIB.NLM.  The
problem may be in that module or in data passed to that module
by a process owned by DSMC.NLM.

The running process will be suspended.

28.05.01  21.27.27 :SERVER-4.11-748
 Read from a nonpresent page.
 Process: DSMC.NLM  237.
 Module: Novell Standard C Library for NLMs  .
 Code offset in module: 00017CE5h.
 Access address: 4D522F37h.

NW05FS04 <1>:
System halted Monday, 28 May 2001  21.27.27  MEST

Abend: General Protection Processor Exception (Error code
)
OS version: Novell NetWare 4.11  22 August 1996
Running Process: Server 00 Process
Stack: 94 FF 08 00 00 00 00 00 E0 C6 C5 2B B3 8C 08 F1
   D0 65 59 3C 80 30 00 FB B8 FF 08 00 AB EB 0F F1
   80 30 00 FB A7 2C 47 F1 40 FF 27 2B E0 C6 C5 2B

Additional Information:
The CPU encountered a problem executing code in CLIB.NLM.  The
problem may be in that module or in data passed to that module
by a process owned by SERVER.NLM.

The running process will be returned to a safe state.

NW05FS04 <2>:
System halted Monday, 28 May 2001  21.27.27  MEST

Abend: General Protection Processor Exception (Error code
)
OS version: Novell NetWare 4.11  22 August 1996
Running Process: Server 18 Process
Stack: 94 FF 05 3E 00 00 00 00 80 01 DE 2C B3 8C 08 F1
   D0 65 59 3C 00 B6 02 FB B8 FF 05 3E AB EB 0F F1
   00 B6 02 FB A7 2C 47 F1 40 FF 27 2B 80 01 DE 2C

Additional Information:
The CPU encountered a problem executing code in CLIB.NLM.  The
problem may be in that module or in data passed to that module
by a process owned by SERVER.NLM.

The running process will be returned to a safe state.

NW05FS04 <3>:
System halted Monday, 28 May 2001  21.27.27  MEST

Abend: General Protection Processor Exception (Error code
)
OS version: Novell NetWare 4.11  22 August 1996
Running Process: Server 03 Process
Stack: 94 DF E7 00 00 00 00 00 80 07 F1 2B B3 8C 08 F1
   D0 65 59 3C 40 91 00 FB B8 DF E7 00 AB EB 0F F1
   40 91 00 FB A7 2C 47 F1 40 FF 27 2B 80 07 F1 2B

Additional Information:
The CPU encountered a problem executing code in CLIB.NLM.  The
problem may be in that module or in data passed to that module
by a process owned by SERVER.NLM.

The running process will be returned to a safe state.

NW05FS04 <4>:
System halted Monday, 28 May 2001  21.27.28  MEST

Abend: General Protection Processor Exception (Error code
)
OS version: Novell NetWare 4.11  22 August 1996
Running Process: Server 04 Process
Stack: 84 9F 11 3E 00 00 00 00 60 66 3D 3B B3 8C 08 F1
   D0 65 59 3C 40 D4 01 FB A8 9F 11 3E AB EB 0F F1
   40 D4 01 FB A7 2C 47 F1 40 FF 27 2B 60 66 3D 3B

Additional Information:
The CPU encountered a problem executing code in CLIB.NLM.  The
problem may be in that module or in data passed to that module
by a process owned by SERVER.NLM.

The running p

No Subject

2001-05-31 Thread John Naylor

Hi out there,

I was just staring at my screen, as you do sometimes when out of the blue it
displayed

ANR0984I Process 585 for DELETE ARCHCONVERSION started in the BACKGROUND
 at
11:45:27.
ANR0985I Process 585 for DELETE ARCHCONVERSION running in the BACKGROUND
completed with completion state SUCCESS at 11:45:27.

Well apart from admiring the speed of the process, can anyone tell me what is
happeining.
I have not seen this before, and looking back in the activity log over the last
month it has not
occurred previously.
I cannot find any reference in the manuals.
This is on an OS390 TSM 3.7.20.0 host server, which at the time was running 2
reclamation
processes and  3 client restore sessions.

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 and Southern Electric are trading names of
Scottish and Southern Energy Group.
**



Re: Slow NT Restore

2001-05-31 Thread Lambelet,Rene,VEVEY,FC-SIL/INF.

I agree with the fixed full duplex 100 mb/s. Performance increased by a
factor of 12 for the modified clients.

René Lambelet
Nestec S.A. / Informatique du Centre 
55, av. Nestlé  CH-1800 Vevey (Switzerland) 
*+41'21'924'35'43  7+41'21'924'28'88  * K4-117
email [EMAIL PROTECTED]
Visit our site: http://www.nestle.com

This message is intended only for the use of the addressee and 
may contain information that is privileged and confidential.



> -Original Message-
> From: Herfried Abel [SMTP:[EMAIL PROTECTED]]
> Sent: Thursday, May 31, 2001 1:46 PM
> To:   [EMAIL PROTECTED]
> Subject:  Re: Slow NT Restore
> 
> Phil,
> Did you check the general network speed between the client and the server
> ( e.g. ftp put and get a large file ). If you are in a switched 100 mb
> network
> sometimes ( i saw it on our Compaq and RS6000 servers ) the autonegotiate
> port speed / mode does not work correct. We set all components (
> server/client/switch-ports) manually  to 100 mb full duplex and this
> solved
> the problem.
> 
> just a hint but maybe it  helps
> 
> herfried
> 
> 
> 
> 
> Phil Stockton <[EMAIL PROTECTED]>@VM.MARIST.EDU> on
> 31.05.2001 12:23:06
> 
> Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
> 
> Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
> 
> 
> To:   [EMAIL PROTECTED]
> cc:
> 
> Subject:  Slow NT Restore
> 
> 
> Hi
> 
> We are trying to restore the C drive on a NT server 4.0 Service Pack 5. We
> have TCPIP 100 mb full duplex.  The client is 3.1.0.8 and the server is
> 3.1.2.90 on AIX 4.3.2.
> 
> We are observing very slow restore times.  There is no waiting for tape
> mounts but when I query sessions wait times of some seconds are observed,
> almost as if it restores one file then goes off to do something else.
> 
> So far it has taken 20 hours to restore 850mb.  All directories are held
> on
> disk and they have been restored.
> 
> Anyone got any ideas on how to speed this up, by a factor of 10 or so.
> 
> Regards
> 
> Phil Stockton
> 
> RS Components Ltd
> Corby
> Northants
> 
> 
> 
> ***
> The contents of this Email and any files transmitted with it
> are confidential and intended solely for the use of the
> individual or entity to whom it is addressed. The views stated
> herein do not necessarily represent the view of the company.
> If you are not the intended recipient of this Email you may not
> copy, forward, disclose or otherwise use it or any part of it
> in any form whatsoever. If you have received this mail in
> error please Email the sender.
> ***
> 
> RS Components Ltd.
> 
> 
> 
> 
> 
> 
> **
> **
> 
> The information contained in this transmission, which may be
> confidential and proprietary, is only for the intended recipients.
> Unauthorized use is strictly prohibited. If you receive this
> transmission in error, please notify me immediately by telephone
> or electronic mail and confirm that you deleted this transmission
> and the reply from your electronic mail system.
> **
> **



Re: Slow NT Restore

2001-05-31 Thread Herfried Abel

Phil,
Did you check the general network speed between the client and the server
( e.g. ftp put and get a large file ). If you are in a switched 100 mb
network
sometimes ( i saw it on our Compaq and RS6000 servers ) the autonegotiate
port speed / mode does not work correct. We set all components (
server/client/switch-ports) manually  to 100 mb full duplex and this solved
the problem.

just a hint but maybe it  helps

herfried




Phil Stockton <[EMAIL PROTECTED]>@VM.MARIST.EDU> on
31.05.2001 12:23:06

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

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:

Subject:  Slow NT Restore


Hi

We are trying to restore the C drive on a NT server 4.0 Service Pack 5. We
have TCPIP 100 mb full duplex.  The client is 3.1.0.8 and the server is
3.1.2.90 on AIX 4.3.2.

We are observing very slow restore times.  There is no waiting for tape
mounts but when I query sessions wait times of some seconds are observed,
almost as if it restores one file then goes off to do something else.

So far it has taken 20 hours to restore 850mb.  All directories are held on
disk and they have been restored.

Anyone got any ideas on how to speed this up, by a factor of 10 or so.

Regards

Phil Stockton

RS Components Ltd
Corby
Northants



***
The contents of this Email and any files transmitted with it
are confidential and intended solely for the use of the
individual or entity to whom it is addressed. The views stated
herein do not necessarily represent the view of the company.
If you are not the intended recipient of this Email you may not
copy, forward, disclose or otherwise use it or any part of it
in any form whatsoever. If you have received this mail in
error please Email the sender.
***

RS Components Ltd.








The information contained in this transmission, which may be
confidential and proprietary, is only for the intended recipients.
Unauthorized use is strictly prohibited. If you receive this
transmission in error, please notify me immediately by telephone
or electronic mail and confirm that you deleted this transmission
and the reply from your electronic mail system.




AW: Slow NT Restore

2001-05-31 Thread Stefan Holzwarth

For further testing try moving the content the needed tapes to the primary
storagepool.
Redoo the backup.

Good luck,
Stefan Holzwarth

> -Ursprüngliche Nachricht-
> Von: Phil Stockton [mailto:[EMAIL PROTECTED]]
> Gesendet am: Donnerstag, 31. Mai 2001 12:23
> An: [EMAIL PROTECTED]
> Betreff: Slow NT Restore
> 
> Hi
> 
> We are trying to restore the C drive on a NT server 4.0 
> Service Pack 5. We
> have TCPIP 100 mb full duplex.  The client is 3.1.0.8 and the 
> server is
> 3.1.2.90 on AIX 4.3.2.
> 
> We are observing very slow restore times.  There is no 
> waiting for tape
> mounts but when I query sessions wait times of some seconds 
> are observed,
> almost as if it restores one file then goes off to do something else.
> 
> So far it has taken 20 hours to restore 850mb.  All 
> directories are held on
> disk and they have been restored.
> 
> Anyone got any ideas on how to speed this up, by a factor of 10 or so.
> 
> Regards
> 
> Phil Stockton
> 
> RS Components Ltd
> Corby
> Northants
> 
> 
> 
> ***
> The contents of this Email and any files transmitted with it
> are confidential and intended solely for the use of the
> individual or entity to whom it is addressed. The views stated
> herein do not necessarily represent the view of the company.
> If you are not the intended recipient of this Email you may not
> copy, forward, disclose or otherwise use it or any part of it
> in any form whatsoever. If you have received this mail in
> error please Email the sender.
> ***
> 
> RS Components Ltd.
> 



Re: adsm 3.1 and stgpool reclaim threshold

2001-05-31 Thread Lindsay Morris

1. try "q actlog begind=-2 s=recla" (or maybe s=100 or some other search
string) to see when the reclamation threshold got reset.  If you find that
it happened at 15:00, then say "q actlog begind=-2 begint=14:55" to see who
issued what command.  That ought to shed some light.

2. I suggest you not set the disk pool's low migration threshold to 0. Set
it to 5% or something.  If it's zero, the first packet that lands in the
disk pool kicks off migration, which completes immediately - then the next
packet does the same thing, so migration thrashes crazily.

> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
> Stephen Pole
> Sent: Wednesday, May 30, 2001 11:44 PM
> To: [EMAIL PROTECTED]
> Subject: Re: adsm 3.1 and stgpool reclaim threshold
>
>
> Hi Steve,
>
> I have not seen this behaviour unless you have an entry in adminstrative
> command schedules like the ones below:-
>
> To check this out do the following:-
>
> Log into the ADSM Web GUI
>
> Select > Object View > Automation > Adminstrative Command Schedules
>
> This will bring up the Automated command schedules that run by themselves
>
> They will more than likely look like this:-
>
> Update storage pool  low=30 high=70
>
> This is timed to start at say 19:00 hours every day of the week.
>
> During the day you can raise/lower the high water mark, but at 19:00 hours
> the 70% mark will be reset by this schedule.
>
> For example, we like to have our data running to disk during the
> day, so we
> have a high water mark set as above.
>
> Now during the night (when there is less activity) another schedule lowers
> the high water mark and low water mark to 0, then another
> schedule at 06:00
> resets this to low=30 and high=70.
>
> It looks like this:-
>
> update storage pool  low=0 high=0
>
> This is timed for 19:00 every day of the week.
>
> BTW, we also do this before shutdown of the server, that is, we flush all
> our pools to disk before a shutdown.
>
> Hope this helps Give us a call as I assume you are in Perth Western
> Australia.
>
>
> Stephen Pole
> Operations Manager - PetroBank Asia Pacific
> Level 4 IBM Centre
> 1060 Hay Street
> West Perth WA 6005
> Phone +61 9 9320 9000
> Mobile 040 247 9133
>
>
> email: [EMAIL PROTECTED]
> web : http://www.petrobankonline.com
>
>
>
>
>
> What happens is that
> - Original Message -
> From: "Steve de Souza" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Thursday, May 31, 2001 10:27 AM
> Subject: adsm 3.1 and stgpool reclaim threshold
>
>
> > Hi,
> > Can anyone tell me if there are any conditions which will
> > cause a copystorage stgpool to have it's reclaim threshold
> > percentage to change to 100% ??? We have no scripts which
> > explicitly change it, and yet we find that it changes from 70 to
> 100
> > every day !!
> >
> > we have run into a problem in that this gets done every morning
> > after bkserver finishes.
> >
> > Any cluses/answers would be much appreciated.
> >
> > cheers
> > steve
> >
> > 
> > Steve de Souza
> > Senior System Administrator
> > Bunnings Building Supplies
> > Perth, WA
> > Phone : (08) 9365 1527 /  0409 383 943
> > Email : [EMAIL PROTECTED]
> >
> >
> >
> **
> > Bunnings Legal Disclaimer:
> >
> > 1)  This document is confidential and may contain legally privileged
> > information. If you are not the intended recipient you must not
> > read, copy, distribute or act in reliance on it.
> > If you have received this document in error, please telephone
> > us immediately on (08) 9365-1555.
> >
> > 2)  All e-mails sent to and sent from Bunnings Building Supplies are
> > scanned for content. Any material deemed to contain
> inappropriate
> > subject matter will be reported to the e-mail administrator of
> > all parties concerned.
> >
> >
> **
>



Re: LTO 3581 problems

2001-05-31 Thread Richard Sims

>After I finished configuration about LTO 3581, I try to label Tape.
>After I finished labeling tape , I can't see it in the volume library

Michael - Follow the guidance in the TSM Admin Guide.  If you use the
  recommended Label Libvolume command, you can label and
check in tapes in one step.

  Richard Sims, BU



Re: adsm 3.1 and stgpool reclaim threshold

2001-05-31 Thread Lambelet,Rene,VEVEY,FC-SIL/INF.

hello,

i like using lowm=0 highm=10 to avoid the thrashing

René Lambelet
Nestec S.A. / Informatique du Centre 
55, av. Nestlé  CH-1800 Vevey (Switzerland) 
*+41'21'924'35'43  7+41'21'924'28'88  * K4-117
email [EMAIL PROTECTED]
Visit our site: http://www.nestle.com

This message is intended only for the use of the addressee and 
may contain information that is privileged and confidential.



> -Original Message-
> From: Lindsay Morris [SMTP:[EMAIL PROTECTED]]
> Sent: Thursday, May 31, 2001 2:15 PM
> To:   [EMAIL PROTECTED]
> Subject:  Re: adsm 3.1 and stgpool reclaim threshold
> 
> 1. try "q actlog begind=-2 s=recla" (or maybe s=100 or some other search
> string) to see when the reclamation threshold got reset.  If you find that
> it happened at 15:00, then say "q actlog begind=-2 begint=14:55" to see
> who
> issued what command.  That ought to shed some light.
> 
> 2. I suggest you not set the disk pool's low migration threshold to 0. Set
> it to 5% or something.  If it's zero, the first packet that lands in the
> disk pool kicks off migration, which completes immediately - then the next
> packet does the same thing, so migration thrashes crazily.
> 
> > -Original Message-
> > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
> > Stephen Pole
> > Sent: Wednesday, May 30, 2001 11:44 PM
> > To: [EMAIL PROTECTED]
> > Subject: Re: adsm 3.1 and stgpool reclaim threshold
> >
> >
> > Hi Steve,
> >
> > I have not seen this behaviour unless you have an entry in adminstrative
> > command schedules like the ones below:-
> >
> > To check this out do the following:-
> >
> > Log into the ADSM Web GUI
> >
> > Select > Object View > Automation > Adminstrative Command Schedules
> >
> > This will bring up the Automated command schedules that run by
> themselves
> >
> > They will more than likely look like this:-
> >
> > Update storage pool  low=30 high=70
> >
> > This is timed to start at say 19:00 hours every day of the week.
> >
> > During the day you can raise/lower the high water mark, but at 19:00
> hours
> > the 70% mark will be reset by this schedule.
> >
> > For example, we like to have our data running to disk during the
> > day, so we
> > have a high water mark set as above.
> >
> > Now during the night (when there is less activity) another schedule
> lowers
> > the high water mark and low water mark to 0, then another
> > schedule at 06:00
> > resets this to low=30 and high=70.
> >
> > It looks like this:-
> >
> > update storage pool  low=0 high=0
> >
> > This is timed for 19:00 every day of the week.
> >
> > BTW, we also do this before shutdown of the server, that is, we flush
> all
> > our pools to disk before a shutdown.
> >
> > Hope this helps Give us a call as I assume you are in Perth Western
> > Australia.
> >
> >
> > Stephen Pole
> > Operations Manager - PetroBank Asia Pacific
> > Level 4 IBM Centre
> > 1060 Hay Street
> > West Perth WA 6005
> > Phone +61 9 9320 9000
> > Mobile 040 247 9133
> >
> >
> > email: [EMAIL PROTECTED]
> > web : http://www.petrobankonline.com
> >
> >
> >
> >
> >
> > What happens is that
> > - Original Message -
> > From: "Steve de Souza" <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Thursday, May 31, 2001 10:27 AM
> > Subject: adsm 3.1 and stgpool reclaim threshold
> >
> >
> > > Hi,
> > > Can anyone tell me if there are any conditions which will
> > > cause a copystorage stgpool to have it's reclaim threshold
> > > percentage to change to 100% ??? We have no scripts which
> > > explicitly change it, and yet we find that it changes from 70
> to
> > 100
> > > every day !!
> > >
> > > we have run into a problem in that this gets done every
> morning
> > > after bkserver finishes.
> > >
> > > Any cluses/answers would be much appreciated.
> > >
> > > cheers
> > > steve
> > >
> > > 
> > > Steve de Souza
> > > Senior System Administrator
> > > Bunnings Building Supplies
> > > Perth, WA
> > > Phone : (08) 9365 1527 /  0409 383 943
> > > Email : [EMAIL PROTECTED]
> > >
> > >
> > >
> >
> **
> > > Bunnings Legal Disclaimer:
> > >
> > > 1)  This document is confidential and may contain legally
> privileged
> > > information. If you are not the intended recipient you must
> not
> > > read, copy, distribute or act in reliance on it.
> > > If you have received this document in error, please telephone
> > > us immediately on (08) 9365-1555.
> > >
> > > 2)  All e-mails sent to and sent from Bunnings Building Supplies
> are
> > > scanned for content. Any material deemed to contain
> > inappropriate
> > > subject matter will be reported to the e-mail administrator of
> > > all parties concerned.
> > >
> > >
> >
> ***

Re: Ultrium media

2001-05-31 Thread Jeff Bach

IBM doesn't make the tapes ... FUJI actually makes the tapes (I think one or
two other companies do also)  They will sell direct.

Jeff Bach
Home Office Open Systems Engineering
Wal-Mart Stores, Inc.

WAL-MART CONFIDENTIAL


-Original Message-
From:   Mark Stapleton [SMTP:[EMAIL PROTECTED]]
Sent:   Wednesday, May 30, 2001 5:50 PM
To: [EMAIL PROTECTED]
Subject:Re: Ultrium media

Martin Wendel wrote:
> We are buying an IBM 3584 LTO library and after looking at the
specifications
> on HP and IBM Ultrium media it seems they both are compatible with
their own
> hardware and nothing is said about eachothers hardware.
>
> We can get a better price on HP media. Does anyone have any
experience proving
> it is better to go for IBM media than HP media for the IBM
library?

There is one note you might be interested in. Buying HP LTO media
gets
you the cartridges but no barcode labels. Those you will have to buy
from IBM, apply each one *carefully* so that it is straight and in
the
right position (so the robot can read it), and then check the
cartridges
in.[1]

[1] Had a customer do this exact thing. The cartridges worked fine,
but
he ended spending more[2] than if he had ordered the media from IBM.

[2] If you count the money he had to spend on the barcode and the
hours
he spent applying the labels[3]

[3] And in some cases reapplying, and reapplying, and

--
Mark Stapleton ([EMAIL PROTECTED])


**
This email and any files transmitted with it are confidential
and intended solely for the individual or entity to
whom they are addressed.  If you have received this email
in error destroy it immediately.
**



Re: Slow NT Restore

2001-05-31 Thread Jeff Bach

Check the port on the network device for alignment errors also.

Jeff Bach
Home Office Open Systems Engineering
Wal-Mart Stores, Inc.

WAL-MART CONFIDENTIAL


-Original Message-
From:   Lambelet,Rene,VEVEY,FC-SIL/INF.
[SMTP:[EMAIL PROTECTED]]
Sent:   Thursday, May 31, 2001 7:00 AM
To: [EMAIL PROTECTED]
Subject:Re: Slow NT Restore

I agree with the fixed full duplex 100 mb/s. Performance increased
by a
factor of 12 for the modified clients.

René Lambelet
Nestec S.A. / Informatique du Centre 
55, av. Nestlé  CH-1800 Vevey (Switzerland) 
*+41'21'924'35'43  7+41'21'924'28'88  * K4-117
email [EMAIL PROTECTED]
Visit our site: http://www.nestle.com

This message is intended only for the use of the addressee
and 
may contain information that is privileged and confidential.



> -Original Message-
> From: Herfried Abel [SMTP:[EMAIL PROTECTED]]
> Sent: Thursday, May 31, 2001 1:46 PM
> To:   [EMAIL PROTECTED]
> Subject:  Re: Slow NT Restore
> 
> Phil,
> Did you check the general network speed between the client and the
server
> ( e.g. ftp put and get a large file ). If you are in a switched
100 mb
> network
> sometimes ( i saw it on our Compaq and RS6000 servers ) the
autonegotiate
> port speed / mode does not work correct. We set all components (
> server/client/switch-ports) manually  to 100 mb full duplex and
this
> solved
> the problem.
> 
> just a hint but maybe it  helps
> 
> herfried
> 
> 
> 
> 
> Phil Stockton <[EMAIL PROTECTED]>@VM.MARIST.EDU> on
> 31.05.2001 12:23:06
> 
> Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
> 
> Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
> 
> 
> To:   [EMAIL PROTECTED]
> cc:
> 
> Subject:  Slow NT Restore
> 
> 
> Hi
> 
> We are trying to restore the C drive on a NT server 4.0 Service
Pack 5. We
> have TCPIP 100 mb full duplex.  The client is 3.1.0.8 and the
server is
> 3.1.2.90 on AIX 4.3.2.
> 
> We are observing very slow restore times.  There is no waiting for
tape
> mounts but when I query sessions wait times of some seconds are
observed,
> almost as if it restores one file then goes off to do something
else.
> 
> So far it has taken 20 hours to restore 850mb.  All directories
are held
> on
> disk and they have been restored.
> 
> Anyone got any ideas on how to speed this up, by a factor of 10 or
so.
> 
> Regards
> 
> Phil Stockton
> 
> RS Components Ltd
> Corby
> Northants
> 
> 
> 
> ***
> The contents of this Email and any files transmitted with it
> are confidential and intended solely for the use of the
> individual or entity to whom it is addressed. The views stated
> herein do not necessarily represent the view of the company.
> If you are not the intended recipient of this Email you may not
> copy, forward, disclose or otherwise use it or any part of it
> in any form whatsoever. If you have received this mail in
> error please Email the sender.
> ***
> 
> RS Components Ltd.
> 
> 
> 
> 
> 
> 
>
**
> **
> 
> The information contained in this transmission, which may be
> confidential and proprietary, is only for the intended recipients.
> Unauthorized use is strictly prohibited. If you receive this
> transmission in error, please notify me immediately by telephone
> or electronic mail and confirm that you deleted this transmission
> and the reply from your electronic mail system.
>
**
> **


**
This email and any files transmitted with it are confidential
and intended solely for the individual or entity to 
whom they are addressed.  If you have received this email 
in error destroy it immediately.
**



Re: TCP for Domino client

2001-05-31 Thread Del Hoobler

Patrick,

Sorry if some of these questions seem silly,
but sometimes the obvious is overlooked...

1. Are you certain the other backups succeeded?
   If you are seeing "active" backups from Day 1,
   then it would normally mean that no other "full"
   backups would have been done.  Otherwise, the Day 1 active
   backups would have been replaced with the later backups
   and forced those to go inactive.
   If you are running "DOMDSMC incremental" type backups,
   then it is possible that those databases may have not
   changed since your first backup, and thus not been
   backed up again.  Keep in mind, "DOMDSMC incremental"
   type backups will only back up logged databases if the
   DBIID has changed and non-logged databases if the
   internal "meta data date" or the internal "data data date"
   has changed.  If you are running in a archival logging mode,
   your nightly changes are capturd by the
   "DOMDSMC ARCHivelog" command.

2. Are you certain they were going to the same TSM server?

3. Are you certain you are using the correct NODENAME?

4. What does the TSM Server show for the
  QUERY OCC nodename *
   command?
   Does it show the correct number of files that you expect?
   Keep in mind, this will show active and inactive files.

5. Can you see all of the backups when issuing the

  DOMDSMC Query DBBackup * /INACTIVE /SUBDIR=Yes

   command?

6. On the Windows GUI, did you choose "View-->Show active/inactive
backups"?


Also, keep in mind it does not matter where the backup data is kept,
the database that holds the "information" about the backups is
contained on the TSM Server database volumes (on local disk).
TDP for Domino/TSM Server does not need to go to the "DLT tape" to
see the backups, it only needs to look at the local database volumes.
It only needs to go to the DLT tape if a restore is actually requested.

Thanks,

Del



Del Hoobler
IBM Corporation
[EMAIL PROTECTED]

"It's a beautiful day.  Don't let it get away."  -- Bono




Patrick
Sheehan  To: [EMAIL PROTECTED]
   Subject: TCP for Domino client
Sent by:
"ADSM: Dist
Stor Manager"
<[EMAIL PROTECTED]
IST.EDU>


05/30/2001
02:24 PM
Please respond
to "ADSM: Dist
Stor Manager"





Hello Everyone

 I'm using Tivoli and the Tivoli for Domino client and I'm trying to
restore some databases but I can only see backups from one particular date.
I have a single DLT tape drive and multiple days of backups (scheduled) but
when I try to restore a db all I can see is the initial backup I did
manually on day 1. How can I get the client to "see" the other backups? I
need to do this in order to pass along the backup/restore responsibilities
with as little intervention as possible. The client GUI looks to have
everything needed except my issue.

TIA


Patrick



backing up DBs from filesystems

2001-05-31 Thread Suad Musovich

We are about to start backing up our enterprise databases.
They are comprised of about 15 Oracle instances ranging from 7GB to 25GB.
About a third are being backed up nightly and the others are either 1 or 2 times
weekly.

On the server side, we will set up a seperate stgpool hierarchy as they there
will be expectations for QOS etc. (I will seperate them out onto a 2nd server
later this year)

There are no TDPs available (Dynix) so we have to use the command line client
to backup. The DBAs run the database in backup mode and cpio the files to
a staging area, then the TSM client will scoop them up.

They want a 30day retention period with one backup a month kept for a year (acheived
by a management class flag on dsmc)

Question:
Should we run incrementals or archive the files considering we have a date, as
opposed to frequency, retention requirement?

Suad
--



Re: backing up DBs from filesystems

2001-05-31 Thread Robin Sharpe

Suad,

You can just set the VEREXIST and VERDELETED to "NOLIMIT".  This removes
version count from the algorithm, and retention is solely controlled by
date.  This is what Tivoli recommends if you intend to do Point In Time
Restores.  As long as you can control how many backups get done, it
shouldn't be an issue...

Robin Sharpe
Berlex Labs



Suad Musovich
<[EMAIL PROTECTED]
AND.AC.NZ>   To:[EMAIL PROTECTED]
 cc:(bcc: Robin Sharpe/WA/USR/SHG)
05/31/01 08:58   Subject:
AM  backing up DBs from filesystems
Please respond
to "ADSM: Dist
Stor Manager"







We are about to start backing up our enterprise databases.
They are comprised of about 15 Oracle instances ranging from 7GB to 25GB.
About a third are being backed up nightly and the others are either 1 or 2
times
weekly.

On the server side, we will set up a seperate stgpool hierarchy as they
there
will be expectations for QOS etc. (I will seperate them out onto a 2nd
server
later this year)

There are no TDPs available (Dynix) so we have to use the command line
client
to backup. The DBAs run the database in backup mode and cpio the files to
a staging area, then the TSM client will scoop them up.

They want a 30day retention period with one backup a month kept for a year
(acheived
by a management class flag on dsmc)

Question:
Should we run incrementals or archive the files considering we have a date,
as
opposed to frequency, retention requirement?

Suad
--



Re: backing up DBs from filesystems

2001-05-31 Thread Cook, Dwight E

DO IT WITH AN ARCHIVE ! ! !

A big reason is to keep "sets" of backups/archives complete...
If you do things with backups (versions) say something goes wrong half way
through your processing...
you now have not one but two incomplete sets of the data base
one is the set that only got half processed
the other is the set that had half its data rolled off because of the bad
backup

Dwight

-Original Message-
From: Suad Musovich [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 31, 2001 7:59 AM
To: [EMAIL PROTECTED]
Subject: backing up DBs from filesystems


We are about to start backing up our enterprise databases.
They are comprised of about 15 Oracle instances ranging from 7GB to 25GB.
About a third are being backed up nightly and the others are either 1 or 2
times
weekly.

On the server side, we will set up a seperate stgpool hierarchy as they
there
will be expectations for QOS etc. (I will seperate them out onto a 2nd
server
later this year)

There are no TDPs available (Dynix) so we have to use the command line
client
to backup. The DBAs run the database in backup mode and cpio the files to
a staging area, then the TSM client will scoop them up.

They want a 30day retention period with one backup a month kept for a year
(acheived
by a management class flag on dsmc)

Question:
Should we run incrementals or archive the files considering we have a date,
as
opposed to frequency, retention requirement?

Suad
--



Re: adsm 3.1 and stgpool reclaim threshold

2001-05-31 Thread Lindsay Morris

Right. Sorry, I meant don't set HI to 0, but I said LO.
Thanks.

> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
> Lambelet,Rene,VEVEY,FC-SIL/INF.
> Sent: Thursday, May 31, 2001 8:35 AM
> To: [EMAIL PROTECTED]
> Subject: Re: adsm 3.1 and stgpool reclaim threshold
>
>
> hello,
>
> i like using lowm=0 highm=10 to avoid the thrashing
>
> Reni Lambelet
> Nestec S.A. / Informatique du Centre
> 55, av. Nestli  CH-1800 Vevey (Switzerland)
> *+41'21'924'35'43  7+41'21'924'28'88  * K4-117
> email [EMAIL PROTECTED]
> Visit our site: http://www.nestle.com
>
> This message is intended only for the use of the addressee and
> may contain information that is privileged and confidential.
>
>
>
> > -Original Message-
> > From: Lindsay Morris [SMTP:[EMAIL PROTECTED]]
> > Sent: Thursday, May 31, 2001 2:15 PM
> > To:   [EMAIL PROTECTED]
> > Subject:  Re: adsm 3.1 and stgpool reclaim threshold
> >
> > 1. try "q actlog begind=-2 s=recla" (or maybe s=100 or some other search
> > string) to see when the reclamation threshold got reset.  If
> you find that
> > it happened at 15:00, then say "q actlog begind=-2 begint=14:55" to see
> > who
> > issued what command.  That ought to shed some light.
> >
> > 2. I suggest you not set the disk pool's low migration
> threshold to 0. Set
> > it to 5% or something.  If it's zero, the first packet that lands in the
> > disk pool kicks off migration, which completes immediately -
> then the next
> > packet does the same thing, so migration thrashes crazily.
> >
> > > -Original Message-
> > > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On
> Behalf Of
> > > Stephen Pole
> > > Sent: Wednesday, May 30, 2001 11:44 PM
> > > To: [EMAIL PROTECTED]
> > > Subject: Re: adsm 3.1 and stgpool reclaim threshold
> > >
> > >
> > > Hi Steve,
> > >
> > > I have not seen this behaviour unless you have an entry in
> adminstrative
> > > command schedules like the ones below:-
> > >
> > > To check this out do the following:-
> > >
> > > Log into the ADSM Web GUI
> > >
> > > Select > Object View > Automation > Adminstrative Command Schedules
> > >
> > > This will bring up the Automated command schedules that run by
> > themselves
> > >
> > > They will more than likely look like this:-
> > >
> > > Update storage pool  low=30 high=70
> > >
> > > This is timed to start at say 19:00 hours every day of the week.
> > >
> > > During the day you can raise/lower the high water mark, but at 19:00
> > hours
> > > the 70% mark will be reset by this schedule.
> > >
> > > For example, we like to have our data running to disk during the
> > > day, so we
> > > have a high water mark set as above.
> > >
> > > Now during the night (when there is less activity) another schedule
> > lowers
> > > the high water mark and low water mark to 0, then another
> > > schedule at 06:00
> > > resets this to low=30 and high=70.
> > >
> > > It looks like this:-
> > >
> > > update storage pool  low=0 high=0
> > >
> > > This is timed for 19:00 every day of the week.
> > >
> > > BTW, we also do this before shutdown of the server, that is, we flush
> > all
> > > our pools to disk before a shutdown.
> > >
> > > Hope this helps Give us a call as I assume you are in
> Perth Western
> > > Australia.
> > >
> > >
> > > Stephen Pole
> > > Operations Manager - PetroBank Asia Pacific
> > > Level 4 IBM Centre
> > > 1060 Hay Street
> > > West Perth WA 6005
> > > Phone +61 9 9320 9000
> > > Mobile 040 247 9133
> > >
> > >
> > > email: [EMAIL PROTECTED]
> > > web : http://www.petrobankonline.com
> > >
> > >
> > >
> > >
> > >
> > > What happens is that
> > > - Original Message -
> > > From: "Steve de Souza" <[EMAIL PROTECTED]>
> > > To: <[EMAIL PROTECTED]>
> > > Sent: Thursday, May 31, 2001 10:27 AM
> > > Subject: adsm 3.1 and stgpool reclaim threshold
> > >
> > >
> > > > Hi,
> > > > Can anyone tell me if there are any conditions which will
> > > > cause a copystorage stgpool to have it's reclaim threshold
> > > > percentage to change to 100% ??? We have no scripts which
> > > > explicitly change it, and yet we find that it
> changes from 70
> > to
> > > 100
> > > > every day !!
> > > >
> > > > we have run into a problem in that this gets done every
> > morning
> > > > after bkserver finishes.
> > > >
> > > > Any cluses/answers would be much appreciated.
> > > >
> > > > cheers
> > > > steve
> > > >
> > > > 
> > > > Steve de Souza
> > > > Senior System Administrator
> > > > Bunnings Building Supplies
> > > > Perth, WA
> > > > Phone : (08) 9365 1527 /  0409 383 943
> > > > Email : [EMAIL PROTECTED]
> > > >
> > > >
> > > >
> > >
> >
> **
> > > > Bunnings Legal Disclaimer:
> > > >
> > > > 1)  This document is confidential and may contain legally
> > pr

Re: backing up DBs from filesystems

2001-05-31 Thread David Longo

One question pops up to consider in the planning.  Do the files they put in the 
staging area have a unique filename each day or will it be the same filename each day?


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


>>> [EMAIL PROTECTED] 05/31/01 08:58AM >>>
We are about to start backing up our enterprise databases.
They are comprised of about 15 Oracle instances ranging from 7GB to 25GB.
About a third are being backed up nightly and the others are either 1 or 2 times
weekly.

On the server side, we will set up a seperate stgpool hierarchy as they there
will be expectations for QOS etc. (I will seperate them out onto a 2nd server
later this year)

There are no TDPs available (Dynix) so we have to use the command line client
to backup. The DBAs run the database in backup mode and cpio the files to
a staging area, then the TSM client will scoop them up.

They want a 30day retention period with one backup a month kept for a year (acheived
by a management class flag on dsmc)

Question:
Should we run incrementals or archive the files considering we have a date, as
opposed to frequency, retention requirement?

Suad
--



"MMS " made the following
 annotations on 05/31/01 09:19:45
--
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.

==



Re: Antwort: TSM configuration questions

2001-05-31 Thread Robin Sharpe

You can extend that argument almost forever...

If you go to disk, you have a single point of failure until migration is
done.
If migration gets done, you still have single pint of failure until copy is
made.
Once copy is made, you are only protected against media failure until copy
is sent offsite.

But in all of these cases, you still have the client, unless it was a site
disaster, or you incredibly lose bot the client and TSM server or backup
media

Robin Sharpe



Jeff Bach
  To:[EMAIL PROTECTED]
  cc:(bcc: Robin Sharpe/WA/USR/SHG)
05/28/01  Subject:
08:55 AM Re: Antwort: TSM configuration questions
Please
respond to
"ADSM: Dist
Stor Manager"







If you go straight to tape, until the second copy of data is made, you have
a single point of failure.

Jeff Bach
Home Office Open Systems Engineering
Wal-Mart Stores, Inc.

WAL-MART CONFIDENTIAL


-Original Message-
From:   Rolf Meyer [SMTP:[EMAIL PROTECTED]]
Sent:   Friday, May 25, 2001 4:48 AM
To: [EMAIL PROTECTED]
Subject:Antwort: TSM configuration questions

Hallo,

 I felt equal and defined one storage pool (family) per
plattform. I
don't use disk storage pools, only tape and copy stgpools.

Another way is to use collocation to separate data. I use this only
for
special cases (such as databases).

Greetings

Rolf Meyer
Info Business Systems GmbH




Chuck Lam <[EMAIL PROTECTED]> am 25.05.2001 11:21:23

Bitte antworten an "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

An:[EMAIL PROTECTED]
Kopie:  (Blindkopie: Rolf Meyer/Satisfactory)
Thema: TSM configuration questions




I am setting up TSM in our shop and I am learning TSM
as I go. Right now, I have set up a 100GB Disk Pool
and one Tape Pool and one Tapecopy pool for making
offsite storage copies.  My questions are:

If I am doing backups using this configuration, my
daily backups on NT, Netware, and Unix will all first
go to the disk pool and then migrate to the tape pool.
 Data on the tapes will consist of information from
all platforms, mixing together, right?  I was
uncomfortable
with this data mixing idea.  I called TSM support and
they assured me everything would be alright.  However,
If I still want to have tapes consisting of only one
platform only, are there ways to configure the system
to do that?  My purpose of doing this is to have NT,
Novell, and Unix System Administrators to handle their
own tapes.

Any ideas or suggestions would be greatly appreciated.


__
Do You Yahoo!?
Yahoo! Auctions - buy the things you want at great prices
http://auctions.yahoo.com/


**
This email and any files transmitted with it are confidential
and intended solely for the individual or entity to
whom they are addressed.  If you have received this email
in error destroy it immediately.
**



Re: sql error

2001-05-31 Thread Del Hoobler

 $)C
Hello,

A few things to check...

Make sure the SQL userid "sa" has the Sysadmin fixed server role.
It appears that you are using "sa" because your command line entry
does not show you using /SQLSECURE option (for Windows authentication)
or the /SQLUSER and /SQLPWD options for entering alternate SQL
ids/passwords.

Also, make sure you are running at least 1.1.2 of TDP for SQL.
(The latest version is are available from "ftp.software.ibm.com" in
directory
/storage/tivoli-storage-management/maintenance/tivoli-data-protection/ntsql/1.1.2.)

I would also recommend that you take a look at TDP for SQL version 2.
It has many new features including the two big ones of taking advantage
of standard TSM policy management (no more deleting old backups)
and SQL 2000 support.

Other than that, you should open a problem with IBM service.
A trace will help the service team determine what is going wrong.

Thanks,

Del



Del Hoobler
IBM Corporation
[EMAIL PROTECTED]

"It's a beautiful day.  Don't let it get away."  -- Bono




 1h@N?1
   cc:
Sent by: Subject: sql error
"ADSM: Dist
Stor Manager"
<[EMAIL PROTECTED]
IST.EDU>


02/07/2001
04:26 AM
Please respond
to "ADSM: Dist
Stor Manager"





Can anybody know how it works??
Please check this out and give me a clear answer..

Thanks in advance..

05/31/2001 11:58:46,COMMAND LINE : sqldsmc /backupfull:*
/adsmnode:donghwa_sql /adsmpwd:donghwa_sql /logfile:c:
\progra~1\tivoli\tsm\mssql\sql.log /logprune:14
05/31/2001 11:58:46,Logging on to the TSM server...

05/31/2001 11:58:46,Logging on to the SQL server...

05/31/2001 12:00:43,Backed up - master, type: DB, size: 9927909, actual
bytes: 0, secs: 0.00, Kb/Sec: 0.00, SQL server: APTDOMAIN, TSM server: dsm,
SQL status: DB-LIB message: Backup or restore operation terminating
abnormally.
, TSM status: ANS1303E (RC3)Client ended transaction
05/31/2001 12:00:50,Backed up - model, type: DB, size: 1272831, actual
bytes: 0, secs: 0.00, Kb/Sec: 0.00, SQL server: APTDOMAIN, TSM server: dsm,
SQL status: DB-LIB message: Backup or restore operation terminating
abnormally.
, TSM status: ANS1303E (RC3)Client ended transaction
05/31/2001 12:00:57,Backed up - msdb, type: DB, size: 9722633, actual
bytes: 0, secs: 0.00, Kb/Sec: 0.00, SQL server: APTDOMAIN, TSM server: dsm,
SQL status: DB-LIB message: Backup or restore operation terminating
abnormally.
, TSM status: ANS1303E (RC3)Client ended transaction
05/31/2001 12:01:05,Backed up - pubs, type: DB, size: 1704017, actual
bytes: 0, secs: 0.00, Kb/Sec: 0.00, SQL server: APTDOMAIN, TSM server: dsm,
SQL status: DB-LIB message: Backup or restore operation terminating
abnormally.
, TSM status: ANS1303E (RC3)Client ended transaction
05/31/2001 12:01:12,Backed up - Northwind, type: DB, size: 3710811, actual
bytes: 0, secs: 0.00, Kb/Sec: 0.00, SQL server: APTDOMAIN, TSM server: dsm,
SQL status: DB-LIB message: Backup or restore operation terminating
abnormally.
, TSM status: ANS1303E (RC3)Client ended transaction
05/31/2001 12:01:19,Backed up - sintra, type: DB, size: 20006305, actual
bytes: 0, secs: 0.00, Kb/Sec: 0.00, SQL server: APTDOMAIN, TSM server: dsm,
SQL status: DB-LIB message: Backup or restore operation terminating
abnormally.
, TSM status: ANS1303E (RC3)Client ended transaction
05/31/2001 12:01:26,Backed up - aptbank, type: DB, size: 1391597093, actual
bytes: 0, secs: 0.00, Kb/Sec: 0.00, SQL server: APTDOMAIN, TSM server: dsm,
SQL status: DB-LIB message: Backup or restore operation terminating
abnormally.
, TSM status: ANS1303E (RC3)Client ended transaction



labeling tapes

2001-05-31 Thread Stan Vernaillen

All,

sorry if this is a beginner question, but that's what I am at this ...

I have a TSM server (v 3.7.4) on AIX and it has 1 3590 library attached to
it.
I'm labelling some tapes, but as we do not have a barcode reader I'm forced
(apparently ) to enter the labels manually one by one.
however if I issue the command on the webclient i see the options volume
range and volume list.

i tried with
label LIBVOLUME 3590LIB DEVTYPE=3590 CHECKIN=SCRATCH OVERWRITE=NO
VOLRANGE=EC0041,EC0050
but it comes back with 1 or more parameters missing.

If I add search library=yes, I have to choose between prompt and barcode.
Is there no way of doing this with a small 3590 library without a barcode
reader?

Stan



Re: backing up DBs from filesystems

2001-05-31 Thread Richard Sims

>There are no TDPs available (Dynix) so we have to use the command line client
>to backup.

Well, there is also the TSM API where, if you program in C, and your database
system itself provides an API, you could potentially create your own client.
It's not for everyone, but it's there.

Richard Sims, BU



Re: Response to multiple questions regarding LTO libraries on a S AN.. .

2001-05-31 Thread Van Ruler, Ruud R SSI-ISES-31

Jeff

Equipment involved:
IBM 2108-G07 SAN Data Gateway (1)
IBM 2109-S16 SAN Switch (2)
IBM 3584 LTO Library (1 Library with 4 SCSI Drives)

Entering the "lsdev -Cc tape" command within AIX produces this output:
rmt0 Available 14-08-01-1,0 IBM 3580 Ultrium Tape Drive (FCP)
rmt1 Available 14-08-01-2,0 IBM 3580 Ultrium Tape Drive (FCP)
rmt2 Available 14-08-01-3,0 IBM 3580 Ultrium Tape Drive (FCP)
rmt3 Available 14-08-01-0,0 IBM 3580 Ultrium Tape Drive (FCP)
smc0 Available 14-08-01-0,1 IBM 3584 Library Medium Changer (FCP)
rmt4 Available 14-08-01-1,0 IBM 3580 Ultrium Tape Drive (FCP)
rmt5 Available 14-08-01-2,0 IBM 3580 Ultrium Tape Drive (FCP)
rmt6 Available 14-08-01-3,0 IBM 3580 Ultrium Tape Drive (FCP)
rmt7 Available 14-08-01-0,0 IBM 3580 Ultrium Tape Drive (FCP)
smc1 Available 14-08-01-0,1 IBM 3584 Library Medium Changer (FCP

Looking at the Gateway:
SCSI channel - 1
Tape Device[0:0] - 8
Medium Changer [0:1] - 9
SCSI channel - 2
Tape Device [1:0] - 2
SCSI channel - 3
Tape Device [2:0] - 4
SCSI channel - 4
Tape Device [3:0] - 6

Which devices can/should I use ???
What is the relation between the Gateway (eg. Tape Device [0:0] - 8) and the
output of the "lsdev -Cc tape" command ???

thanks in advance


Ruud van Ruler,  Shell Services International BV - ISES/31
Our Central Data Storage Management home page:
http://sww2.shell.com/cdsm/
> Room 1B/G01
> Dokter van Zeelandstraat 1, 2285 BD Leidschendam NL
Tel : +31 (0)70 - 3034644, Fax 4011, Mobile +31 (0)6-55127646
Email Internet: [EMAIL PROTECTED]
  [EMAIL PROTECTED]

R.vanRuler



-Original Message-
From: Caffey, Jeff L. [mailto:[EMAIL PROTECTED]]
Sent: 22 May 2001 17:19
To: [EMAIL PROTECTED]
Subject: Response to multiple questions regarding LTO libraries on a
SAN.. .


This is how we connect our LTO drives to our SAN...

Equipment involved:
IBM 2108-R03 SAN Data Gateway Routers (3)
IBM 3584 LTO Ultrium Ultra-Scalable Tape Library (1 library w/5 SCSI drives)
McData ED-5000 Director Class Fibre Channel Switch (1)
IBM 2105 Enterprise Storage Server "Shark" (1)
IBM RS/6000 H80 "TSM 4.1 Server" (1)


All we had to do is create an "LTO Zone" on the switch.  Everything inside
the zone sees everything else inside the zone.  Everything outside the zone
sees everything else outside the zone.  Nothing can see "THROUGH" the zone
barrier.

The only things in that zone are the three SAN Data Gateway Routers and
three of the four Fibre Channel Adapters on our TSM server (RS/6000 H80).
The other FCA in the TSM server goes to the ED-5000, but it's outside the
"LTO Zone".  Instead of seeing the LTO drives, it sees our Shark, just like
every other FCA on our SAN...

Since the only server INSIDE the zone is the TSM server, it is the only
server that can see the LTO drives and the library.  None of the FCAs
OUTSIDE the zone can see any of the LTO devices (5 drives + 1 library = 6
devices).

REMEMBER:
Each FCA inside the "LTO Zone" sees all LTO devices (6 objects).
We have three 2108s connecting our 6 LTO devices to our SAN.
Our TSM server has a total of FOUR FCAs (three inside the "LTO Zone" and one
outside the zone).

Given this configuration, the TSM server sees 18 devices (6 devices x 3
adapters) within AIX.  From there, it's just a matter of defining the proper
devices to TSM.

Entering the "lsdev -Cc tape" command within AIX produces this output:

rmt0  Available 17-08-01-0,0 IBM 3580 Ultrium Tape Drive (FCP)
smc0  Available 17-08-01-0,1 IBM 3584 Library Medium Changer (FCP)
rmt1  Available 17-08-01-1,0 IBM 3580 Ultrium Tape Drive (FCP)
rmt2  Available 17-08-01-2,0 IBM 3580 Ultrium Tape Drive (FCP)
rmt3  Available 17-08-01-3,0 IBM 3580 Ultrium Tape Drive (FCP)
rmt4  Available 17-08-01-4,0 IBM 3580 Ultrium Tape Drive (FCP)
rmt5  Available 24-08-01-0,0 IBM 3580 Ultrium Tape Drive (FCP)
smc1  Available 24-08-01-0,1 IBM 3584 Library Medium Changer (FCP)
rmt6  Available 24-08-01-1,0 IBM 3580 Ultrium Tape Drive (FCP)
rmt7  Available 24-08-01-2,0 IBM 3580 Ultrium Tape Drive (FCP)
rmt8  Available 24-08-01-3,0 IBM 3580 Ultrium Tape Drive (FCP)
rmt9  Available 24-08-01-4,0 IBM 3580 Ultrium Tape Drive (FCP)
rmt10 Available 2D-08-01-0,0 IBM 3580 Ultrium Tape Drive (FCP)
smc2  Available 2D-08-01-0,1 IBM 3584 Library Medium Changer (FCP)
rmt11 Available 2D-08-01-1,0 IBM 3580 Ultrium Tape Drive (FCP)
rmt12 Available 2D-08-01-2,0 IBM 3580 Ultrium Tape Drive (FCP)
rmt13 Available 2D-08-01-3,0 IBM 3580 Ultrium Tape Drive (FCP)
rmt14 Available 2D-08-01-4,0 IBM 3580 Ultrium Tape Drive (FCP)

We define our LTO library as "/dev/smc0", and our drives as "/dev/rmt0,
/dev/rmt1, /dev/rmt7, /dev/rmt8, and /dev/rmt14".   Don't forget to use the
correct element numbers when you define the devices in TSM.


Best of Luck!

Jeff Caffey
Enterprise Systems Programmer
(AIX & Storage Administrator)
Pier 1 imports, Inc.  -  Information Services
[EMAIL PROTECTED]
Voice: (817) 252-

Re: Slow NT Restore

2001-05-31 Thread Chibois, Herve

Hi Phil,

- what do you see in a 'q node XXX f=d 'in the lines '% xxx Wait Last
Session' ?
- Have you ever had good restore rates with your TSM server ?
- what are your TCPxxx client params (in dsm.opt) ?
- How much RAM does your AIX box have and how much is allocated for
  network buffers ? (no -a)

rv

> -Message d'origine-
> De : Phil Stockton [mailto:[EMAIL PROTECTED]]
> Envoyé : jeudi 31 mai 2001 12:23
> À : [EMAIL PROTECTED]
> Objet : Slow NT Restore
> 
> 
> Hi
> 
> We are trying to restore the C drive on a NT server 4.0 
> Service Pack 5. We
> have TCPIP 100 mb full duplex.  The client is 3.1.0.8 and the 
> server is
> 3.1.2.90 on AIX 4.3.2.
> 
> We are observing very slow restore times.  There is no 
> waiting for tape
> mounts but when I query sessions wait times of some seconds 
> are observed,
> almost as if it restores one file then goes off to do something else.
> 
> So far it has taken 20 hours to restore 850mb.  All 
> directories are held on
> disk and they have been restored.
> 
> Anyone got any ideas on how to speed this up, by a factor of 10 or so.
> 
> Regards
> 
> Phil Stockton
> 
> RS Components Ltd
> Corby
> Northants
> 
> 
> 
> ***
> The contents of this Email and any files transmitted with it
> are confidential and intended solely for the use of the
> individual or entity to whom it is addressed. The views stated
> herein do not necessarily represent the view of the company.
> If you are not the intended recipient of this Email you may not
> copy, forward, disclose or otherwise use it or any part of it
> in any form whatsoever. If you have received this mail in
> error please Email the sender.
> ***
> 
> RS Components Ltd.
> 



Re: backing up DBs from filesystems

2001-05-31 Thread James Thompson

I also vote for archives. Archives are designed to keep a set of related
files together.   You do not want any type of versioning to occur when doing
a file level / os level backup of your database files.

James Thompson


>From: David Longo <[EMAIL PROTECTED]>
>Reply-To: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Re: backing up DBs from filesystems
>Date: Thu, 31 May 2001 09:17:23 -0400
>
>One question pops up to consider in the planning.  Do the files they put in
>the staging area have a unique filename each day or will it be the same
>filename each day?
>
>
>David B. Longo
>System Administrator
>Health First, Inc.
>3300 Fiske Blvd.
>Rockledge, FL 32955-4305
>PH  321.434.5536
>Pager  321.634.8230
>Fax:321.434.5525
>[EMAIL PROTECTED]
>
>
> >>> [EMAIL PROTECTED] 05/31/01 08:58AM >>>
>We are about to start backing up our enterprise databases.
>They are comprised of about 15 Oracle instances ranging from 7GB to 25GB.
>About a third are being backed up nightly and the others are either 1 or 2
>times
>weekly.
>
>On the server side, we will set up a seperate stgpool hierarchy as they
>there
>will be expectations for QOS etc. (I will seperate them out onto a 2nd
>server
>later this year)
>
>There are no TDPs available (Dynix) so we have to use the command line
>client
>to backup. The DBAs run the database in backup mode and cpio the files to
>a staging area, then the TSM client will scoop them up.
>
>They want a 30day retention period with one backup a month kept for a year
>(acheived
>by a management class flag on dsmc)
>
>Question:
>Should we run incrementals or archive the files considering we have a date,
>as
>opposed to frequency, retention requirement?
>
>Suad
>--
>
>
>
>"MMS " made the following
>  annotations on 05/31/01 09:19:45
>--
>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.
>
>==

_
Get your FREE download of MSN Explorer at http://explorer.msn.com



Re: Changing the Tivoli server hostname

2001-05-31 Thread Rushforth, Tim

> However, with a
> schedmode of prompted,
> the server is the machine that may actually have to
> do the resolution, in
> order to contact the clients.

With schedmode prompted, the client schedule service connects to the TSM
server and the TSM server stores it's IP address.  The TSM server contacts
the client with this IP address when the schedule is set to start.  So the
TSM server does not have to do any resolution of host names, it has the IP
address and contacts the client using this address.

Tim Rushforth
City of Winnipeg



Re: ARCHCONVERSION

2001-05-31 Thread Rushforth, Tim

The first time a node goes into the Archive GUI you will get the following
message:

ANS5148W The server needs to do a one-time conversion of your archive data
before you
can continue. This operation may take a long time, and cannot be canceled
once it has started. Are you willing to wait for the conversion to complete?
Explanation: The server must do a conversion of the archive data before
continuing. The conversion could take a long time, and cannot be canceled
once it
is started.
System Action: Processing stopped; waiting for user intervention.
User Response: Answer "Yes" to start the archive data conversion. If you
answer
"No", the current operation will be canceled.

If you reply yes, it does the conversion (even if you have no archive data)
and you will see the messages on the server.

I believe this was needed when upgrading a client from a certain version but
do not know what it is.

Tim Rushforth
City of Winnipeg
-Original Message-
From: John Naylor [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 31, 2001 6:17 AM
To: [EMAIL PROTECTED]
Subject:


Hi out there,

I was just staring at my screen, as you do sometimes when out of the blue it
displayed

ANR0984I Process 585 for DELETE ARCHCONVERSION started in the BACKGROUND
 at
11:45:27.
ANR0985I Process 585 for DELETE ARCHCONVERSION running in the BACKGROUND
completed with completion state SUCCESS at 11:45:27.

Well apart from admiring the speed of the process, can anyone tell me what
is
happeining.
I have not seen this before, and looking back in the activity log over the
last
month it has not
occurred previously.
I cannot find any reference in the manuals.
This is on an OS390 TSM 3.7.20.0 host server, which at the time was running
2
reclamation
processes and  3 client restore sessions.

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 and Southern Electric are trading names of
Scottish and Southern Energy Group.
**



Reboot during NT client upgrade

2001-05-31 Thread Thomas Denier

My site is about to upgrade its Windows NT client systems to 4.1.2.12.
We are starting with the ones that currently have 3.1.0.6 client code,
and will subsequently upgrade the ones with various service levels of
the 3.7 code. We currently have to plan every upgrade to allow for the
possibility of rebooting the client. One of the Windows NT administrators
has observed that life would be a lot easier if we could predict in
advance whether the client upgrade on a specific system would require
a reboot or not. Is there any way to do this?



LTO and 3590

2001-05-31 Thread David DeCuir

Hello,
I have read some archives about LTO vs 3590. I get  mixed feelings about
which is better depending on the situation. I would like to ask for your
opinions on my specific case. Here are the facts:

I am a TSM newbie < 6 months.
Current hardware is:
3494 w/2 3590E1A drives
3466-C00 w/H50 server
288gb SSA 7133-D40
We are needing to about double our current hardware (rough estimate)
The additional backups will be 70/30 small file/large file (all from NT)

The are 3 options on the table
1) add 3590EA1 drives (and additional frame)
2) add LTO drives (and whatever frame)
3) sell 3590 system and replace with LTO system

My first thoughts are to just add 3590's. Been working fine for a year.
I'm still gathering price info. but if cost was basically the same what
would you do?
I don't think cost will be significantly less for any of the three. Maybe
I'm wrong.
Advantages/disadvantages to these options?
If cost were much lower for LTO would you go with it?
If complete LTO replacement, would data migration off 3590 be a nightmare?
Also, I don't really need fast restore times

Thanks for any advice
David



Re: Slow NT Restore

2001-05-31 Thread PINNI, BALANAND (SBCSI)

What is the speed of tcp/ip set for IF card I mean is it auto negotiate mode
???If yes change to 100mbps on server side.

-Original Message-
From: Chibois, Herve [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 31, 2001 9:13 AM
To: [EMAIL PROTECTED]
Subject: Re: Slow NT Restore


Hi Phil,

- what do you see in a 'q node XXX f=d 'in the lines '% xxx Wait Last
Session' ?
- Have you ever had good restore rates with your TSM server ?
- what are your TCPxxx client params (in dsm.opt) ?
- How much RAM does your AIX box have and how much is allocated for
  network buffers ? (no -a)

rv

> -Message d'origine-
> De : Phil Stockton [mailto:[EMAIL PROTECTED]]
> Envoyé : jeudi 31 mai 2001 12:23
> À : [EMAIL PROTECTED]
> Objet : Slow NT Restore
> 
> 
> Hi
> 
> We are trying to restore the C drive on a NT server 4.0 
> Service Pack 5. We
> have TCPIP 100 mb full duplex.  The client is 3.1.0.8 and the 
> server is
> 3.1.2.90 on AIX 4.3.2.
> 
> We are observing very slow restore times.  There is no 
> waiting for tape
> mounts but when I query sessions wait times of some seconds 
> are observed,
> almost as if it restores one file then goes off to do something else.
> 
> So far it has taken 20 hours to restore 850mb.  All 
> directories are held on
> disk and they have been restored.
> 
> Anyone got any ideas on how to speed this up, by a factor of 10 or so.
> 
> Regards
> 
> Phil Stockton
> 
> RS Components Ltd
> Corby
> Northants
> 
> 
> 
> ***
> The contents of this Email and any files transmitted with it
> are confidential and intended solely for the use of the
> individual or entity to whom it is addressed. The views stated
> herein do not necessarily represent the view of the company.
> If you are not the intended recipient of this Email you may not
> copy, forward, disclose or otherwise use it or any part of it
> in any form whatsoever. If you have received this mail in
> error please Email the sender.
> ***
> 
> RS Components Ltd.
> 



Re: Slow NT Restore

2001-05-31 Thread PINNI, BALANAND (SBCSI)

Upgarde ur server and client file sets to 3.7.2 atleast.
and all the patches on client and server side.
Because there were tons of problems with 3.1 ver .

This is only a suggesion.

-Original Message-
From: Chibois, Herve [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 31, 2001 9:13 AM
To: [EMAIL PROTECTED]
Subject: Re: Slow NT Restore


Hi Phil,

- what do you see in a 'q node XXX f=d 'in the lines '% xxx Wait Last
Session' ?
- Have you ever had good restore rates with your TSM server ?
- what are your TCPxxx client params (in dsm.opt) ?
- How much RAM does your AIX box have and how much is allocated for
  network buffers ? (no -a)

rv

> -Message d'origine-
> De : Phil Stockton [mailto:[EMAIL PROTECTED]]
> Envoyé : jeudi 31 mai 2001 12:23
> À : [EMAIL PROTECTED]
> Objet : Slow NT Restore
> 
> 
> Hi
> 
> We are trying to restore the C drive on a NT server 4.0 
> Service Pack 5. We
> have TCPIP 100 mb full duplex.  The client is 3.1.0.8 and the 
> server is
> 3.1.2.90 on AIX 4.3.2.
> 
> We are observing very slow restore times.  There is no 
> waiting for tape
> mounts but when I query sessions wait times of some seconds 
> are observed,
> almost as if it restores one file then goes off to do something else.
> 
> So far it has taken 20 hours to restore 850mb.  All 
> directories are held on
> disk and they have been restored.
> 
> Anyone got any ideas on how to speed this up, by a factor of 10 or so.
> 
> Regards
> 
> Phil Stockton
> 
> RS Components Ltd
> Corby
> Northants
> 
> 
> 
> ***
> The contents of this Email and any files transmitted with it
> are confidential and intended solely for the use of the
> individual or entity to whom it is addressed. The views stated
> herein do not necessarily represent the view of the company.
> If you are not the intended recipient of this Email you may not
> copy, forward, disclose or otherwise use it or any part of it
> in any form whatsoever. If you have received this mail in
> error please Email the sender.
> ***
> 
> RS Components Ltd.
> 



Re: Reboot during NT client upgrade

2001-05-31 Thread Ron Pavan

I can tell you from experience that if you are upgrading to 4.1.x client on
an NT 4.0 machine you will need to reboot.  Starting with 4.1.x they use the
w2k installer and this requires a reboot after the installation of the w2k
installer before it installs the client.  On w2k clients a reboot is not
required.

-Original Message-
From: Thomas Denier [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 31, 2001 8:26 AM
To: [EMAIL PROTECTED]
Subject: Reboot during NT client upgrade


My site is about to upgrade its Windows NT client systems to 4.1.2.12.
We are starting with the ones that currently have 3.1.0.6 client code,
and will subsequently upgrade the ones with various service levels of
the 3.7 code. We currently have to plan every upgrade to allow for the
possibility of rebooting the client. One of the Windows NT administrators
has observed that life would be a lot easier if we could predict in
advance whether the client upgrade on a specific system would require
a reboot or not. Is there any way to do this?



Re: client and server IP address in different schedule mode

2001-05-31 Thread Phillip Guan

Hi Rajesh,

I'v added the TCPCLIENTADDRESS in dsm.sys file, it solved the problem.
Thanks a lot.

Regards,
Phillip Guan

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Rajesh Oak
Sent: Wednesday, May 30, 2001 1:31 PM
To: [EMAIL PROTECTED]
Subject: Re: client and server IP address in different schedule mode


Philip,
When you set the client to Prompted mode you have to put in a line
TCPCLIENTADDRESS xx.xx.xx.xx
in the Options file on the client.
If the schedule mode is set to prompted thru' option set then we don't have
to do anything.
If not then add another line
SCHEDMODE  PROMPTED
in the options file on the client.

Let me know what happens.

Rajesh Oak

--

On Wed, 30 May 2001 11:48:02
 Phillip Guan wrote:
>Hi all,
>
>I would like to know whether there is difference between schedule polling
>and prompt mode in terms of server and client IP address.
>
>The scenario is:
>We changed the schedule mode to be prompt but the server cannot contact the
>client; but the client can contact the server. We found the server try to
>contact client with a IP address which is not that client's. But it worked
>before, I guess it was set to polling mode.
>
>If client schedule set to polling mode, will it contact server with one IP
>address (if there are multiple IP addresses on this client) and server
>ALWAYS use it as the client IP address? Will it overwrite the IP which is
>known on server when the client contact server at the first time?
>
>Thanks in advance for your help.
>
>Regards,
>Phillip Guan
>


Get 250 color business cards for FREE!
http://businesscards.lycos.com/vp/fastpath/



Re: LTO and 3590

2001-05-31 Thread Lisa Cabanas

David-

For what it's worth, we just went through an eval of which to expand to
and decided to go with the Cadillac-- the 3590.  For thruput, it will beat
LTO hands down, due to the stopping and starting technology on the drives.
 We archive Oracle data thru an SP switch, and we get rates of 40MB/sec.

Go with the addt'nl frame on the 3494 & the 3590E drives.

Another thing to think about, is that 1Q 2002, half-height 3590 drives are
supposed to be available, if you can wait that long.

lisa




David DeCuir <[EMAIL PROTECTED]>
05/31/2001 10:16 AM
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc: (bcc: Lisa Cabanas/SC/MODOT)
Subject:LTO and 3590



Hello,
I have read some archives about LTO vs 3590. I get  mixed feelings about
which is better depending on the situation. I would like to ask for your
opinions on my specific case. Here are the facts:

I am a TSM newbie < 6 months.
Current hardware is:
3494 w/2 3590E1A drives
3466-C00 w/H50 server
288gb SSA 7133-D40
We are needing to about double our current hardware (rough estimate)
The additional backups will be 70/30 small file/large file (all from NT)

The are 3 options on the table
1) add 3590EA1 drives (and additional frame)
2) add LTO drives (and whatever frame)
3) sell 3590 system and replace with LTO system

My first thoughts are to just add 3590's. Been working fine for a year.
I'm still gathering price info. but if cost was basically the same what
would you do?
I don't think cost will be significantly less for any of the three. Maybe
I'm wrong.
Advantages/disadvantages to these options?
If cost were much lower for LTO would you go with it?
If complete LTO replacement, would data migration off 3590 be a nightmare?
Also, I don't really need fast restore times

Thanks for any advice
David



Re: Reboot during NT client upgrade

2001-05-31 Thread David Longo

I think the best bet is to plan for reboot on ALL these systems.

One of my methods on these systems BTW is to totally delete old version(s) and then 
install new versions, saving dsm.opt of course.  I find that in many cases there may 
be two *SM versions on system and some other misc stuff, so this gets me to a "clean" 
state.


>>> [EMAIL PROTECTED] 05/31/01 11:26AM >>>
My site is about to upgrade its Windows NT client systems to 4.1.2.12.
We are starting with the ones that currently have 3.1.0.6 client code,
and will subsequently upgrade the ones with various service levels of
the 3.7 code. We currently have to plan every upgrade to allow for the
possibility of rebooting the client. One of the Windows NT administrators
has observed that life would be a lot easier if we could predict in
advance whether the client upgrade on a specific system would require
a reboot or not. Is there any way to do this?



"MMS " made the following
 annotations on 05/31/01 11:47:17
--
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.

==



Re: backing up DBs from filesystems

2001-05-31 Thread Richard L. Rhodes

This is exactly how we backup our more than 200 Oracle databases.  We
have a script (actually, a rather large suite of scripts) that create
the backup in a a staging area on the db server.  The backup is
completely contained under a directory that contains the db name,
date, time, type (hot/cold), etc.  TSM them come in and backs up the
staging area, as well as log files and other stuff.  Our use a
management class with 2 versions exists, 1 deleted, 1 retain extra,
and 90 retain only.  Basically, were not interested in anything but
the most recent version, and, when it's deleted we keep it around for
90 days.  Yes, if the backup fails for some reason there's a backup
in TSM that's bad.  The scripts do extensive logging so we can tell
how/if it worked.  In general, backups have so little problem I can't
remember the last time a Oracle hot failed.

Rick

On 1 Jun 2001, at 0:58, Suad Musovich wrote:

> We are about to start backing up our enterprise databases.
> They are comprised of about 15 Oracle instances ranging from 7GB to 25GB.
> About a third are being backed up nightly and the others are either 1 or 2 times
> weekly.
>
> On the server side, we will set up a seperate stgpool hierarchy as they there
> will be expectations for QOS etc. (I will seperate them out onto a 2nd server
> later this year)
>
> There are no TDPs available (Dynix) so we have to use the command line client
> to backup. The DBAs run the database in backup mode and cpio the files to
> a staging area, then the TSM client will scoop them up.
>
> They want a 30day retention period with one backup a month kept for a year (acheived
> by a management class flag on dsmc)
>
> Question:
> Should we run incrementals or archive the files considering we have a date, as
> opposed to frequency, retention requirement?
>
> Suad
> --
>



NDS tree backups

2001-05-31 Thread Brian Nick

Hello everyone.

 We are running TSM 3.7.4 on OS/390 2.10 and are using the TSM 3.7.2 client
on a Netware server. Here is our situation.

Our NDS Tree backup take about 18 hours for us to  complete. I am being
told by our Netware support group that this is a TSM client issue because
according to them Arcserve can backup our tree in 10 min.

 I have very limited knowledge of how Novell and the NDS tree backup works,
but I was wondering if anyone else has seen similar times and if there is a
way to decrease the length of the TSM backup when backing up the NDS tree.

Any help on this would be greatly appreciated.

 Thanks,
Brian

Brian L. Nick
Systems Technician - Storage Solutions
Phoenix Home Life Mutual Ins.
100 Bright Meadow Blvd
Enfield CT. 06082-1900

E-MAIL:  [EMAIL PROTECTED]
PHONE:   (860)403-2281



Gary Matthews/IS/BNO/SunLife is out of the office.

2001-05-31 Thread Gary Matthews

I will be out of the office from 31/05/2001 until 30/06/2001.

If urgent please send to Storeuk or contact Martin Woolf



Re: LTO and 3590

2001-05-31 Thread Caffey, Jeff L.

David,

Lisa is exactly right!  We decided to save some money and go with LTO, but
research shows that the 3590 would have been MUCH better.  Don't get me
wrong - the LTO technology outperforms even the new Super DLT - and blows
the old DLT's away.  But if you already have 3590e's in house, you'll be
disappointed if you go with anything less.

Thank you,

Jeff Caffey
Enterprise Systems Programmer
(AIX & Storage Administrator)
Pier 1 imports, Inc.  -  Information Services
[EMAIL PROTECTED]
Voice: (817) 252-6222
Fax:   (817) 252-7299

 -Original Message-
From:   Lisa Cabanas [mailto:[EMAIL PROTECTED]]
Sent:   Thursday, May 31, 2001 10:54 AM
To: [EMAIL PROTECTED]
Subject:Re: LTO and 3590

David-

For what it's worth, we just went through an eval of which to expand to
and decided to go with the Cadillac-- the 3590.  For thruput, it will beat
LTO hands down, due to the stopping and starting technology on the drives.
 We archive Oracle data thru an SP switch, and we get rates of 40MB/sec.

Go with the addt'nl frame on the 3494 & the 3590E drives.

Another thing to think about, is that 1Q 2002, half-height 3590 drives are
supposed to be available, if you can wait that long.

lisa




David DeCuir <[EMAIL PROTECTED]>
05/31/2001 10:16 AM
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc: (bcc: Lisa Cabanas/SC/MODOT)
Subject:LTO and 3590



Hello,
I have read some archives about LTO vs 3590. I get  mixed feelings about
which is better depending on the situation. I would like to ask for your
opinions on my specific case. Here are the facts:

I am a TSM newbie < 6 months.
Current hardware is:
3494 w/2 3590E1A drives
3466-C00 w/H50 server
288gb SSA 7133-D40
We are needing to about double our current hardware (rough estimate)
The additional backups will be 70/30 small file/large file (all from NT)

The are 3 options on the table
1) add 3590EA1 drives (and additional frame)
2) add LTO drives (and whatever frame)
3) sell 3590 system and replace with LTO system

My first thoughts are to just add 3590's. Been working fine for a year.
I'm still gathering price info. but if cost was basically the same what
would you do?
I don't think cost will be significantly less for any of the three. Maybe
I'm wrong.
Advantages/disadvantages to these options?
If cost were much lower for LTO would you go with it?
If complete LTO replacement, would data migration off 3590 be a nightmare?
Also, I don't really need fast restore times

Thanks for any advice
David



TDP for Domino

2001-05-31 Thread Patrick Sheehan

Hello Folks

 I was wondering if someone might give me a clue. I'm running a command
file to do backups for the TDP for Domino client. The command file is run
and the log file sindicate connection to the servers etc. I have the mount
window up and the server calls for a mount request, sees the tape in the
drive and then mounts it. Then within a second it comes back and says
ANR8360I DLT volume 000344 has been deleted from MANUAL library DLTLIB1.
Then it dismounts the tape. No matter what tape I try it continues to do
this. Any help would be appreciated.


TIA

Patrick



Re: Recovery log utilization does not drop after DB backup

2001-05-31 Thread Paul Zarnowski

We run into this problem a lot.  I believe there are a couple of issues
here.  One issue, that Gerhard mentioned, is that the log utilization does
not drop quickly when the db backup apparently finishes.  The other issue
is that a thread can have the log "pinned", preventing the log utilization
from dropping.  The thread can be a session or a process.  A session
backing up a single large object, or a smaller one over a slower speed
network, can cause this problem.  Also, a process (or session) doing tape
I/O which has gone into error recovery (which can take hours) can also
cause this problem.  I'm sure there are other situations which can cause a
pinned log as well.  These two problems can lead to several operational
problems.  In addition to the log filling up, if you have triggered db
backups, they can keep triggering in a loop, quickly using up all the tapes
allocated for db backups (if you are using tapes).

Some options were added to the tsm server to detect slow/hung sessions.  I
have been experimenting with these, but even at their lowest settings, I
believe they are cancelling sessions that should not be cancelled (single
large archive files going to tape).  I think the problem has to do with not
properly excluding media wait time from it's calculation of throughput.

I think this problem gets worse as your environment gets more varied.  We
have a wide variety of nodes, including hundreds of workstations along with
a few very large database servers.

As Angela states, you can try doing a full DB backup daily.  But in our
environment, this is not very practical because of the amount of time it
takes to run a full backup.  Tivoli's recommendation is to keep your
database size small, but that can really add to your licensing, hardware,
and management expenses to keep propagating more and more servers.  I think
this is really a limitation of the database technology that TSM uses, and I
think Tivoli needs to address this.  I believe there is some relief coming
for the max log size sometime soon, but I don't think that will be enough
relief for some of us.  If you haven't already maxed out your recovery log
size, you can try increasing its size - this will provide some
relief.  But, unfortunately, I don't believe there is anything you can do
to guarantee that you won't run into this problem again.

..Paul

At 06:31 AM 5/30/2001 -0700, Angela Hughes wrote:
>This problem can also be eliminated by performing a
>full DB backup daily which I've always done and if the
>environment is very large with a lot of activity you
>can perform incremental DB backups with the DB trigger
>option throughout the day.
>Thanks,
>Angela
>
>--- David Longo <[EMAIL PROTECTED]> wrote:
> > When your recovery log hits 100%, basically one of
> > two things happens.
> >
> > 1.  If there is "Available Space" greater than
> > "Assigned Capacity" then log will acquire some of
> > this additional space.
> >
> > 2.  When all space is consumed - TSM server crashes!
> >  I have had this happen with 3.7.4.0 server on AIX.
> > Solution for that is to use OS level dsmfmt and
> > dsmserv extend log to gain additional space so
> > server can be restarted.
> >
> >
> > David B. Longo
> > System Administrator
> > Health First, Inc.
> > 3300 Fiske Blvd.
> > Rockledge, FL 32955-4305
> > PH  321.434.5536
> > Pager  321.634.8230
> > Fax:321.434.5525
> > [EMAIL PROTECTED]
> >
> >
> > >>> [EMAIL PROTECTED] 05/30/01 02:28AM >>>
> > > some time ago I complained in a mail to this list
> > that the recovery log
> > > utilization is not reset after a database backup.
> > APAR IC30181 was generated
> > > for this problem. Its status is "open".
> >
> > I complained about the problem too. The response I
> > got was, when the system was
> > too busy it took a while for it to happen.
> >
> > I have done this when no sessions/processes were
> > running on the system and it still
> > took over an hour to reset itself.
> >
> > Our situation is worse as sometimes the log jumps up
> > to over 90% before we start to
> > backup (triggered by a ANR0314W). It has continued
> > to increase after the backup
> > and has got to 98% in one observed instance. Will it
> > stop sessions if it gets to 100?
> >
> > The reason we don't have a auto triggered backup is
> > that we use a manual tape
> > drive (LTO is a bit of a waste for incrementals).
> >
> > Suad
> > --
> >
> >
> >
> > "MMS " made the following
> >  annotations on 05/30/01 09:17:19
> >
>--
> > 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, 

Re: AIX 5

2001-05-31 Thread PINNI, BALANAND (SBCSI)

Hey John


pl let us know the developments.
thankx
BALANAND PINNI.
PHONE 314-206-5911.
EM:[EMAIL PROTECTED]
PG:1-800-451-6897.


-Original Message-
From: John Bremer [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 31, 2001 11:11 AM
To: [EMAIL PROTECTED]
Subject: AIX 5


Greetings,

Does anyone out there know about plans for Tivoli client support for AIX 5L
version 5.1?

I called Tivoli support, who recommended speaking with our marketing rep,
who then could contact Tivoli development...though I would ping this forum
as well.

Thanks.

John Bremer
LANL



TSM server hanging

2001-05-31 Thread Richard L. Rhodes

Were having problems with our TSM server hanging during nightly
backups.

server:  RS/6K-S7A
tsm:TSM 4.1.1
Drives: 3494 with 8 3590E drives

Within the last several weeks our server has hung  during nightly
backups about a half dozen times.   Actually, we don't think it's
hung, just running very slow.  In the morning there are 50 sessions
(max sessions is set to 50) just sitting there doing nothing, or just
running very slow.  You see just a little trickle of data coming in
on the ethernet adapters - a few k/s.  The aix error log and TSM log
show no errors that would relate to this problem (ie: the aix error
log has drive cleaning messages).  The TSM log does show lots of max-
session messages, but that's because the very first backups that get
started in the evening never finish, or finish so slow that we run
out of sessions.  IBM support has suggested that we put the latest
fix on (4.1.3), but other than that they have no idea.

Any help is more than Welcome!

Rick



Re: Response to multiple questions regarding LTO libraries on a S AN.. .

2001-05-31 Thread Caffey, Jeff L.

Ruud,

You CAN use ANY of the devices listed.  Notice (looking at the Gateway) that
your Medium Changer is listed on the first SCSI channel.  Be aware that the
communications path between TSM and your library is across THAT path.  Since
you only have one SAN Data Gateway (and I assume on FCA on your TSM server
associated with it), this shouldn't be too hard to troubleshoot in the event
of Fibre Channel errors.  The downside to your setup is that you'll have 4
LTO drives (and their library) going across ONE Fibre Channel path.  You
have a slight bottleneck there.  Three drives per path is better, with two
giving the best performance.   Two LTO drives can't fully use the entire
bandwidth of a FC path, but they'll come close occasionally if they have
fast access to your storage pools during disk-to-tape migration.

What surprises me is that you see all of your devices twice (once for each
SCSI connection to your Gateway).   I see each of my devices three times,
but I have three gateways (using 5 SCSI connections - one to each drive).  I
would have expected to see each of your devices only once (assuming your
drives are 'daisy-chained').

How are your drives connected to your SAN Data Gateway...?

Thank you,

Jeff Caffey
Enterprise Systems Programmer
(AIX & Storage Administrator)
Pier 1 imports, Inc.  -  Information Services
[EMAIL PROTECTED]
Voice: (817) 252-6222
Fax:   (817) 252-7299

 -Original Message-
From:   Van Ruler, Ruud R SSI-ISES-31 [mailto:[EMAIL PROTECTED]]
Sent:   Thursday, May 31, 2001 9:05 AM
To: 'ADSM: Dist Stor Manager'
Cc: Caffey, Jeff L.
Subject:RE: Response to multiple questions regarding LTO libraries
on a S AN.. .

Jeff

Equipment involved:
IBM 2108-G07 SAN Data Gateway (1)
IBM 2109-S16 SAN Switch (2)
IBM 3584 LTO Library (1 Library with 4 SCSI Drives)

Entering the "lsdev -Cc tape" command within AIX produces this output:
rmt0 Available 14-08-01-1,0 IBM 3580 Ultrium Tape Drive (FCP)
rmt1 Available 14-08-01-2,0 IBM 3580 Ultrium Tape Drive (FCP)
rmt2 Available 14-08-01-3,0 IBM 3580 Ultrium Tape Drive (FCP)
rmt3 Available 14-08-01-0,0 IBM 3580 Ultrium Tape Drive (FCP)
smc0 Available 14-08-01-0,1 IBM 3584 Library Medium Changer (FCP)
rmt4 Available 14-08-01-1,0 IBM 3580 Ultrium Tape Drive (FCP)
rmt5 Available 14-08-01-2,0 IBM 3580 Ultrium Tape Drive (FCP)
rmt6 Available 14-08-01-3,0 IBM 3580 Ultrium Tape Drive (FCP)
rmt7 Available 14-08-01-0,0 IBM 3580 Ultrium Tape Drive (FCP)
smc1 Available 14-08-01-0,1 IBM 3584 Library Medium Changer (FCP

Looking at the Gateway:
SCSI channel - 1
Tape Device[0:0] - 8
Medium Changer [0:1] - 9
SCSI channel - 2
Tape Device [1:0] - 2
SCSI channel - 3
Tape Device [2:0] - 4
SCSI channel - 4
Tape Device [3:0] - 6

Which devices can/should I use ???
What is the relation between the Gateway (eg. Tape Device [0:0] - 8) and the
output of the "lsdev -Cc tape" command ???

thanks in advance


Ruud van Ruler,  Shell Services International BV - ISES/31
Our Central Data Storage Management home page:
http://sww2.shell.com/cdsm/
> Room 1B/G01
> Dokter van Zeelandstraat 1, 2285 BD Leidschendam NL
Tel : +31 (0)70 - 3034644, Fax 4011, Mobile +31 (0)6-55127646
Email Internet: [EMAIL PROTECTED]
  [EMAIL PROTECTED]

R.vanRuler



-Original Message-
From: Caffey, Jeff L. [mailto:[EMAIL PROTECTED]]
Sent: 22 May 2001 17:19
To: [EMAIL PROTECTED]
Subject: Response to multiple questions regarding LTO libraries on a
SAN.. .


This is how we connect our LTO drives to our SAN...

Equipment involved:
IBM 2108-R03 SAN Data Gateway Routers (3)
IBM 3584 LTO Ultrium Ultra-Scalable Tape Library (1 library w/5 SCSI drives)
McData ED-5000 Director Class Fibre Channel Switch (1)
IBM 2105 Enterprise Storage Server "Shark" (1)
IBM RS/6000 H80 "TSM 4.1 Server" (1)


All we had to do is create an "LTO Zone" on the switch.  Everything inside
the zone sees everything else inside the zone.  Everything outside the zone
sees everything else outside the zone.  Nothing can see "THROUGH" the zone
barrier.

The only things in that zone are the three SAN Data Gateway Routers and
three of the four Fibre Channel Adapters on our TSM server (RS/6000 H80).
The other FCA in the TSM server goes to the ED-5000, but it's outside the
"LTO Zone".  Instead of seeing the LTO drives, it sees our Shark, just like
every other FCA on our SAN...

Since the only server INSIDE the zone is the TSM server, it is the only
server that can see the LTO drives and the library.  None of the FCAs
OUTSIDE the zone can see any of the LTO devices (5 drives + 1 library = 6
devices).

REMEMBER:
Each FCA inside the "LTO Zone" sees all LTO devices (6 objects).
We have three 2108s connecting our 6 LTO devices to our SAN.
Our TSM server has a total of FOUR FCAs (three inside the "LTO Zone" and one
outside the zone).

Given this configuration, the TSM server sees 18 devices (6 devices x 3
adapt

AIX 5

2001-05-31 Thread John Bremer

Greetings,

Does anyone out there know about plans for Tivoli client support for AIX 5L
version 5.1?

I called Tivoli support, who recommended speaking with our marketing rep,
who then could contact Tivoli development...though I would ping this forum
as well.

Thanks.

John Bremer
LANL



ANYONE ELSE TRY USIG SUBFILES?

2001-05-31 Thread MC Matt Cooper (2838)

Hello All,
We are testing out the use of SUBFILE processing.  We have a user
group that would have to do dial-in backups or we buy them zip drives.
Using SUBFILE processing, a very narrow include/exclude list, and
compression we still se backups that are close to 40MB.  We insist that the
test group get a connection of at least 40K bits/sec.  I see the backups
running at less than  2K bytes/sec.  I played with many different parms and
can not get things to run any faster.  If this is the best we can do we will
be purchasing  a lot of zip drives (400+).  HAS ANYONE ELSE TRIED THIS?  IS
ANYONE ELSE GETTING BETTER THROUGHPUT ON A 56kbs DIALUP line?
Thanks
Matt



Re: ANYONE ELSE TRY USIG SUBFILES?

2001-05-31 Thread Robert Clark

5K bytes/sec is good for 56k under good circumstances isn't it?

With lossage due to a less than optimal PPP implementation, 2k doesn't
sound all that unusual. (To me anyway.)

Is at least one of the ends a digital connection?

[RC]

On Thu, May 31, 2001 at 12:31:52PM -0400, MC Matt Cooper (2838) wrote:
> Hello All,
> We are testing out the use of SUBFILE processing.  We have a user
> group that would have to do dial-in backups or we buy them zip drives.
> Using SUBFILE processing, a very narrow include/exclude list, and
> compression we still se backups that are close to 40MB.  We insist that the
> test group get a connection of at least 40K bits/sec.  I see the backups
> running at less than  2K bytes/sec.  I played with many different parms and
> can not get things to run any faster.  If this is the best we can do we will
> be purchasing  a lot of zip drives (400+).  HAS ANYONE ELSE TRIED THIS?  IS
> ANYONE ELSE GETTING BETTER THROUGHPUT ON A 56kbs DIALUP line?
> Thanks
> Matt



Re: LTO and 3590

2001-05-31 Thread Cook, Dwight E

The 3590's are the better drives...
(how many LTO drives do you see in MVS environments ?)
and especially if you have the E drives !
We are still running on 5 year old B1A's
(have about 40 or 50 of them around...)
the tsm environments take in a total of 2 TB nightly (on average)
In 5 years (best I can remember) there have been 10, maybe 15 tapes go bad
where I couldn't (easily) get the data off them (includes being eaten by the
drive).
On all of those (except one) the data naturally expired without being
requested.
On that one exception, a .dbf file was required, they retrieved it from an
earlier version and used redo logs to bring it back to the state they
needed...
So in short... In 5 years, all the clients here have experienced ZERO data
loss with the 3590's !

just my personal experiences...

Dwight


-Original Message-
From: David DeCuir [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 31, 2001 10:17 AM
To: [EMAIL PROTECTED]
Subject: LTO and 3590


Hello,
I have read some archives about LTO vs 3590. I get  mixed feelings about
which is better depending on the situation. I would like to ask for your
opinions on my specific case. Here are the facts:

I am a TSM newbie < 6 months.
Current hardware is:
3494 w/2 3590E1A drives
3466-C00 w/H50 server
288gb SSA 7133-D40
We are needing to about double our current hardware (rough estimate)
The additional backups will be 70/30 small file/large file (all from NT)

The are 3 options on the table
1) add 3590EA1 drives (and additional frame)
2) add LTO drives (and whatever frame)
3) sell 3590 system and replace with LTO system

My first thoughts are to just add 3590's. Been working fine for a year.
I'm still gathering price info. but if cost was basically the same what
would you do?
I don't think cost will be significantly less for any of the three. Maybe
I'm wrong.
Advantages/disadvantages to these options?
If cost were much lower for LTO would you go with it?
If complete LTO replacement, would data migration off 3590 be a nightmare?
Also, I don't really need fast restore times

Thanks for any advice
David



Re: Slow NT Restore

2001-05-31 Thread Prather, Wanda

I have done restores on NT5 from a similar config, and had NO problems.

I agree that autonegotiate is a likely culprit when the throughput is that
slow.  When autonegotiate is the problem, our network guys can see errors
being recorded on the switch; ask for help there.

Another possibility is that the bottleneck is on the NT machine itself,
trying to rebuild the file system.
If you have virus checking software installed, disable it for the time
being.
If this rebuild is being done due to a failure of some sort, did anyone run
CHECKDISK on the drive before starting the restore?

Run from the TSM server command line:  q db f=d
Your cache hit % should ideally be 98% or better; 96% or better works pretty
good, too.
If it's lower than 95%, that may be hurting you some (but not to the tune of
20 hours...)

As a last resort, check your TSM server's AIX errpt log, to check for disk
errors, and run IOSTAT to see if you are getting any bottlenecks on your TSM
DB I/O.



-Original Message-
From: Herfried Abel [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 31, 2001 7:46 AM
To: [EMAIL PROTECTED]
Subject: Re: Slow NT Restore


Phil,
Did you check the general network speed between the client and the server
( e.g. ftp put and get a large file ). If you are in a switched 100 mb
network
sometimes ( i saw it on our Compaq and RS6000 servers ) the autonegotiate
port speed / mode does not work correct. We set all components (
server/client/switch-ports) manually  to 100 mb full duplex and this solved
the problem.

just a hint but maybe it  helps

herfried




Phil Stockton <[EMAIL PROTECTED]>@VM.MARIST.EDU> on
31.05.2001 12:23:06

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

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:

Subject:  Slow NT Restore


Hi

We are trying to restore the C drive on a NT server 4.0 Service Pack 5. We
have TCPIP 100 mb full duplex.  The client is 3.1.0.8 and the server is
3.1.2.90 on AIX 4.3.2.

We are observing very slow restore times.  There is no waiting for tape
mounts but when I query sessions wait times of some seconds are observed,
almost as if it restores one file then goes off to do something else.

So far it has taken 20 hours to restore 850mb.  All directories are held on
disk and they have been restored.

Anyone got any ideas on how to speed this up, by a factor of 10 or so.

Regards

Phil Stockton

RS Components Ltd
Corby
Northants



***
The contents of this Email and any files transmitted with it
are confidential and intended solely for the use of the
individual or entity to whom it is addressed. The views stated
herein do not necessarily represent the view of the company.
If you are not the intended recipient of this Email you may not
copy, forward, disclose or otherwise use it or any part of it
in any form whatsoever. If you have received this mail in
error please Email the sender.
***

RS Components Ltd.








The information contained in this transmission, which may be
confidential and proprietary, is only for the intended recipients.
Unauthorized use is strictly prohibited. If you receive this
transmission in error, please notify me immediately by telephone
or electronic mail and confirm that you deleted this transmission
and the reply from your electronic mail system.




Re: ANYONE ELSE TRY USIG SUBFILES?

2001-05-31 Thread MC Matt Cooper (2838)

Yes, I was told the receive side is digital.
Matt

 -Original Message-
From:   Robert Clark [mailto:[EMAIL PROTECTED]]
Sent:   Thursday, May 31, 2001 12:42 PM
To: [EMAIL PROTECTED]
Subject:Re: ANYONE ELSE TRY USIG SUBFILES?

5K bytes/sec is good for 56k under good circumstances isn't it?

With lossage due to a less than optimal PPP implementation, 2k doesn't
sound all that unusual. (To me anyway.)

Is at least one of the ends a digital connection?

[RC]

On Thu, May 31, 2001 at 12:31:52PM -0400, MC Matt Cooper (2838) wrote:
> Hello All,
> We are testing out the use of SUBFILE processing.  We have a user
> group that would have to do dial-in backups or we buy them zip drives.
> Using SUBFILE processing, a very narrow include/exclude list, and
> compression we still se backups that are close to 40MB.  We insist that
the
> test group get a connection of at least 40K bits/sec.  I see the backups
> running at less than  2K bytes/sec.  I played with many different parms
and
> can not get things to run any faster.  If this is the best we can do we
will
> be purchasing  a lot of zip drives (400+).  HAS ANYONE ELSE TRIED THIS?
IS
> ANYONE ELSE GETTING BETTER THROUGHPUT ON A 56kbs DIALUP line?
> Thanks
> Matt



Re: Reboot during NT client upgrade

2001-05-31 Thread Jim Kirkman

I've found that reboots in order to proceed with the install have been necessary on 
around 1/3 to 1/2 of the NT boxes I've done. It's definitely related to the Installer, 
possibly whether it's been used before or not.
Just curious, why the push to upgrade, other than support (and that d**n DST bug!)?

David Longo wrote:

> I think the best bet is to plan for reboot on ALL these systems.
>
> One of my methods on these systems BTW is to totally delete old version(s) and then 
>install new versions, saving dsm.opt of course.  I find that in many cases there may 
>be two *SM versions on system and some other misc stuff, so this gets me to a "clean" 
>state.
>
> >>> [EMAIL PROTECTED] 05/31/01 11:26AM >>>
> My site is about to upgrade its Windows NT client systems to 4.1.2.12.
> We are starting with the ones that currently have 3.1.0.6 client code,
> and will subsequently upgrade the ones with various service levels of
> the 3.7 code. We currently have to plan every upgrade to allow for the
> possibility of rebooting the client. One of the Windows NT administrators
> has observed that life would be a lot easier if we could predict in
> advance whether the client upgrade on a specific system would require
> a reboot or not. Is there any way to do this?
>
> "MMS " made the following
>  annotations on 05/31/01 11:47:17
> --
> 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.
>
> ==

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



Re: ANYONE ELSE TRY USIG SUBFILES?

2001-05-31 Thread Richard Sims

> Hello All,
> We are testing out the use of SUBFILE processing.  We have a user
> group that would have to do dial-in backups or we buy them zip drives.
> Using SUBFILE processing, a very narrow include/exclude list, and
> compression we still se backups that are close to 40MB.  We insist that the
> test group get a connection of at least 40K bits/sec.  I see the backups
> running at less than  2K bytes/sec.  I played with many different parms and
> can not get things to run any faster.  If this is the best we can do we will
> be purchasing  a lot of zip drives (400+).  HAS ANYONE ELSE TRIED THIS?  IS
> ANYONE ELSE GETTING BETTER THROUGHPUT ON A 56kbs DIALUP line?

Matt - Two points on this issue...

1. There's no such thing as a 56kbs dialup line, which is to say that the
   phone company does not (refuses to) guarantee voice lines for data,
   and certainly no guaranteed speed.  You get whatever the line conditions
   will tolerate at the moment.  I've tried a 56K modem at home and found
   that the line conditions made high-speed connections so error-dominated
   that throughput was worse than using a slower modem.  I returned to using
   a 28.8 modem, and even there have to limit it to 26.4 kbps to achieve
   best possible throughput.

2. The term "56K modem" is too loosely thrown around.  The technology does
   not provide 56Kbps capability in both directions.  From my notes:

   56Kb (V.90) modems   V.90 bypasses the normal
digital-to-analog conversion on
downloads, so maximizes line
utilization. Full telco line capacity is
53Kbps. Although most standard,
voice-grade phone lines can carry 56Kbps
of digital data, telephone companies
have traditionally used only about 53Kb
of that in order to provide some quiet
buffer space between adjacent voice
channels in their analog world. Now that
most phone systems are all digital, that
3Kb of quiet space is no longer
necessary, so the FCC lifted the 53Kb
limit. The upload side of the line is
still based upon digital-to-analog
conversion, so is limited to 33Kbps.

Lastly, regarding the large backups you are still seeing, I would advise
reading the whitepaper on Adaptive Sub-file Differencing at
http://www.tivoli.com/products/solutions/storage/storage_related.html .
There are circumstances under which full backups need to occur.  The scheme
is not magic.

 Richard Sims, BU



Re: NDS tree backups

2001-05-31 Thread Mark Stapleton

Brian Nick wrote:
>We are running TSM 3.7.4 on OS/390 2.10 and are using the TSM 3.7.2 client
>on a Netware server. Here is our situation.
>
>Our NDS Tree backup take about 18 hours for us to  complete. I am being
>told by our Netware support group that this is a TSM client issue because
>according to them Arcserve can backup our tree in 10 min.
>
>I have very limited knowledge of how Novell and the NDS tree backup works,
>but I was wondering if anyone else has seen similar times and if there is a
>way to decrease the length of the TSM backup when backing up the NDS tree.

Remember that the initial TSM support for system object backup/recovery
came at about the code level you're currently using. You most likely
need to upgrade.

1. Use the latest available TSM client code--in this case, version
4.1.2.16.
2. Use the latest available Netware module code for TSA and SMDR. You
didn't mention the level of Netware your client was at, but you *don't*
want to use the TSA and SMDR modules available in the latest service
pack on the public Novell ftp site. You have to ask Novell support for
the file TSA5UP3 (I believe). If the modules are dated earlier than
December 2000, they're not the ones you want.

Install the Netware modules. Delete the old TSM client and install the
new one. When you do the install, and the client asks for a Netware ID
and password, be sure to use one that has full and complete access to
all files and objects on the server.

There. See if that helps you any.

--
Mark Stapleton ([EMAIL PROTECTED])



Re: LTO and 3590

2001-05-31 Thread Prather, Wanda

There is a presentation on the Tivoli website comparing 3590, 9840, LTO, and
DLT.
http://www.tivoli.com/news/press/analyst/tsm.pdf

I agree with Jeff & Dwight;
if you are used to 3590, consider that LTO is a competitor to DLT, not a
competitor to the 3590.

I would base the decision on load:

If your load is less than 20 GB per night, 3590 may be overkill and LTO
might provide a less expensive alternative.

But the larger your load gets, the more abuse your media gets and the more
you need the big iron

(If you do decide to migrate, it's not a big deal.  You can do it real time.
Hook up the new library to your TSM server. Define new tape storage pools,
and point your management classes or disk migration to the new tape storage
pools.  Then just start running MOVE DATA from your old tape volumes to your
new tape pools.  Backups will continue while it's going on.  If you need a
restore in the meantime, TSM will find the data and mount whichever tapes it
needs.  When the old tapes are all empty, remove the old robot.)


Wanda Prather
The Johns Hopkins Applied Physics Lab
443-778-8769
[EMAIL PROTECTED]

"Intelligence has much less practical application than you'd think" -
Scott Adams/Dilbert






-Original Message-
From: Caffey, Jeff L. [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 31, 2001 12:01 PM
To: [EMAIL PROTECTED]
Subject: Re: LTO and 3590


David,

Lisa is exactly right!  We decided to save some money and go with LTO, but
research shows that the 3590 would have been MUCH better.  Don't get me
wrong - the LTO technology outperforms even the new Super DLT - and blows
the old DLT's away.  But if you already have 3590e's in house, you'll be
disappointed if you go with anything less.

Thank you,

Jeff Caffey
Enterprise Systems Programmer
(AIX & Storage Administrator)
Pier 1 imports, Inc.  -  Information Services
[EMAIL PROTECTED]
Voice: (817) 252-6222
Fax:   (817) 252-7299

 -Original Message-
From:   Lisa Cabanas [mailto:[EMAIL PROTECTED]]
Sent:   Thursday, May 31, 2001 10:54 AM
To: [EMAIL PROTECTED]
Subject:Re: LTO and 3590

David-

For what it's worth, we just went through an eval of which to expand to
and decided to go with the Cadillac-- the 3590.  For thruput, it will beat
LTO hands down, due to the stopping and starting technology on the drives.
 We archive Oracle data thru an SP switch, and we get rates of 40MB/sec.

Go with the addt'nl frame on the 3494 & the 3590E drives.

Another thing to think about, is that 1Q 2002, half-height 3590 drives are
supposed to be available, if you can wait that long.

lisa




David DeCuir <[EMAIL PROTECTED]>
05/31/2001 10:16 AM
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc: (bcc: Lisa Cabanas/SC/MODOT)
Subject:LTO and 3590



Hello,
I have read some archives about LTO vs 3590. I get  mixed feelings about
which is better depending on the situation. I would like to ask for your
opinions on my specific case. Here are the facts:

I am a TSM newbie < 6 months.
Current hardware is:
3494 w/2 3590E1A drives
3466-C00 w/H50 server
288gb SSA 7133-D40
We are needing to about double our current hardware (rough estimate)
The additional backups will be 70/30 small file/large file (all from NT)

The are 3 options on the table
1) add 3590EA1 drives (and additional frame)
2) add LTO drives (and whatever frame)
3) sell 3590 system and replace with LTO system

My first thoughts are to just add 3590's. Been working fine for a year.
I'm still gathering price info. but if cost was basically the same what
would you do?
I don't think cost will be significantly less for any of the three. Maybe
I'm wrong.
Advantages/disadvantages to these options?
If cost were much lower for LTO would you go with it?
If complete LTO replacement, would data migration off 3590 be a nightmare?
Also, I don't really need fast restore times

Thanks for any advice
David



Server Script

2001-05-31 Thread Rajesh Oak

Does anyone have a script that can report all the clients that have never backed up. 
No Filespaces are present for that node.
I am running TSM 4.1 on WIn2000 Sp1.

Thanks in advance.

Rajesh Oak


Get 250 color business cards for FREE!
http://businesscards.lycos.com/vp/fastpath/



Re: NDS tree backups

2001-05-31 Thread Jim Kirkman

Brian,

Couple of questions.

How are you specifying the NDS backup, and is the tree replicated on multiple
servers? Also, do you have the most recent TSA nlms?

Obviously 18 hrs is a 'bit' excessive! We back up one as part of the regular
backup of one of the servers in the tree with no additional overhead that you
can tell. We're 3.1.2.50 on OS/390 2.6 with an array of client code.

Which brings me to a different question. When you upgraded to 2.10 did you get
TSM as part of the server pack? If so, was it the 3.7 code? We're getting ready
to go to 2.10 and I'm curious what version of TSM we'll get. Hard to believe
they would ship 3.7 when it goes out of support this yr.

Brian Nick wrote:

> Hello everyone.
>
>  We are running TSM 3.7.4 on OS/390 2.10 and are using the TSM 3.7.2 client
> on a Netware server. Here is our situation.
>
> Our NDS Tree backup take about 18 hours for us to  complete. I am being
> told by our Netware support group that this is a TSM client issue because
> according to them Arcserve can backup our tree in 10 min.
>
>  I have very limited knowledge of how Novell and the NDS tree backup works,
> but I was wondering if anyone else has seen similar times and if there is a
> way to decrease the length of the TSM backup when backing up the NDS tree.
>
> Any help on this would be greatly appreciated.
>
>  Thanks,
> Brian
>
> Brian L. Nick
> Systems Technician - Storage Solutions
> Phoenix Home Life Mutual Ins.
> 100 Bright Meadow Blvd
> Enfield CT. 06082-1900
>
> E-MAIL:  [EMAIL PROTECTED]
> PHONE:   (860)403-2281

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



Re: Server Script

2001-05-31 Thread Prather, Wanda

select node_name as "Nodes with no filespaces:", -
date(reg_time) as "Registered:", -
date(lastacc_time) as "Last Access:" -
from nodes where node_name not in -
(select node_name from filespaces)



-Original Message-
From: Rajesh Oak [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 31, 2001 1:53 PM
To: [EMAIL PROTECTED]
Subject: Server Script


Does anyone have a script that can report all the clients that have never
backed up. No Filespaces are present for that node.
I am running TSM 4.1 on WIn2000 Sp1.

Thanks in advance.

Rajesh Oak


Get 250 color business cards for FREE!
http://businesscards.lycos.com/vp/fastpath/



Network Appliance

2001-05-31 Thread Gill, Geoffrey L.

Can someone contact me who knows the particulars of the Netapp, it's NDMP
protocol, and how it will actually interact with TSM to do it's backups. I
have them coming in tomorrow for a meeting and would like to be a little
more knowledgeable so I can ask smarter/better questions if I need to. The
last time I spoke with them they didn't seem to know much. I don't know if
it was me or the questions I was asking.

Thanks,

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



TSM Pricing

2001-05-31 Thread Gill, Geoffrey L.

To all,

Is there anyone who can get me a contact for pricing on all the TSM products
who will actually get back to me? I have been running in circles trying to
get answers from my IBM contacts to no avail. If they don't want to sell to
me then I'll go someplace else.

Thanks,

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



Re: TSM Pricing

2001-05-31 Thread Steve Bennett

Geoff,

Good Luck! It has been my experience that pricing Tivoli products is
damn near impossible until you get the bill. You can try the tivoli
manamgement points (tmp) calculator at
http://www.tivoli.com/Tivoli_Electronic_Support/Pricing.nsf/Welcome?OpenForm
but it is not 100% complete.

The last per tmp list price I was quoted is as follows:

list price for product purchase is $31 per point
list price for 24x7 maintenance is $6 per point
list price for 5x9 maintenance is $4.50 per point

You can use the tmp calculator to get an idea of what you might pay for
a given config. You have to have a tivoli online account which I believe
you get at the same site. If you calculate you need 2000 points the cost
would be $62,000.

One gotcha is that in the calculator there was (or maybe still is) no
way to select the Library Manager product to get a point value for it.
If you need it add 530 points to your total point count for each Library
Manager license.


"Gill, Geoffrey L." wrote:
>
> To all,
>
> Is there anyone who can get me a contact for pricing on all the TSM products
> who will actually get back to me? I have been running in circles trying to
> get answers from my IBM contacts to no avail. If they don't want to sell to
> me then I'll go someplace else.
>
> Thanks,
>
> Geoff Gill
> TSM Administrator
> NT Systems Support Engineer
> SAIC
> E-Mail:   [EMAIL PROTECTED]
> Phone:  (858) 826-4062
> Pager:   (888) 997-9614

--

Steve Bennett, (907) 465-5783
State of Alaska, Information Technology Group, Technical Services
Section



Re: TSM Pricing

2001-05-31 Thread Ray

On Thu, 31 May 2001, Gill, Geoffrey L. wrote:

> To all,
>
> Is there anyone who can get me a contact for pricing on all the TSM products
> who will actually get back to me? I have been running in circles trying to
> get answers from my IBM contacts to no avail. If they don't want to sell to
> me then I'll go someplace else.

Geoff,

I had the same problem.  I actually called Tivoli directly 2-3 times
before someone called me back.  Then referred me to a reseller in Houston,
Mark III Systems.  You want to talk to Jim Sorrells at 713-664-9850.

Then i figured it was worth a shot and asked my local IBM reseller if they
resold Tivoli, he said they do.  They are TimeTrend, based out of
Alexandria, La.  Talk to Luke White at  800-292-0303.  The pricing was
almost exact, so i'll probably go with my local reseller.

later!
Ray
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Ray DeJean   http://www.r-a-y.org
Systems Administrator   Southeastern Louisiana University
IBM Certified Specialist  AIX Administration, AIX Support
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=



Re: TSM Pricing

2001-05-31 Thread Robert Molerio

Welcome to Oblivion.


On Thu, 31 May 2001, Gill, Geoffrey L. wrote:

> To all,
>
> Is there anyone who can get me a contact for pricing on all the TSM products
> who will actually get back to me? I have been running in circles trying to
> get answers from my IBM contacts to no avail. If they don't want to sell to
> me then I'll go someplace else.
>
> Thanks,
>
> Geoff Gill
> TSM Administrator
> NT Systems Support Engineer
> SAIC
> E-Mail:   [EMAIL PROTECTED]
> Phone:  (858) 826-4062
> Pager:   (888) 997-9614
>

www.molerio.com



Is the session lost or not?

2001-05-31 Thread Brazner, Bob

>From the server activity log, I'm seeing backup sessions being lost due to
ANR0482W (session terminated - idle for more than 15 minutes).   The server
activity log goes on to show that a new backup session (using an entirely
new session id) starts for the client soon after that (and the new session
eventually completes normally).  However, the client log shows no
indication at all that there was a problem.  I've seen other instances
where the client log does indeed have a message indicating its connection
with the server has been lost, so I'm wondering why in this case I'm not
seeing the message.  We have not been able to track down why the ANR0482W
is occuring in the first place.  The client node is otherwise ok as is the
network.  Is it possible the TSM client is somehow getting hung thereby
causing the ANR0482W as well not being able to write the error messages to
the client log?  Server is TSM 4.1 (AIX) and client is 3.7 (NT).

Bob Brazner
Johnson Controls, Inc.
(414) 524-2570



Excessive tape mounts for backup

2001-05-31 Thread Brazner, Bob

We recently converted a client to backup direct to tape.  In the client
log, I'm seeing excessive "waiting for mount of offline media" messages.
Normally, I would expect to such a message after a complete tape's worth of
data had been transmitted, but I'm seeing the messages repeatedly come out
after as little as 100MB have been transferred.  TSM server is 4.1 (AIX)
and client is 3.7 (NT).  Storage pool is not collocated.  Tape is 3590E in
3494 ATL.

Bob Brazner
Johnson Controls, Inc.
(414) 524-2570



Re: Is the session lost or not?

2001-05-31 Thread PINNI, BALANAND (SBCSI)

FYI
SET OPT CMD FOR DSMSERV.OPT FILE
Pl look at perf tuning and set the values.


-Original Message-
From: Brazner, Bob [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 31, 2001 1:52 PM
To: [EMAIL PROTECTED]
Subject: Is the session lost or not?


>From the server activity log, I'm seeing backup sessions being lost due to
ANR0482W (session terminated - idle for more than 15 minutes).   The server
activity log goes on to show that a new backup session (using an entirely
new session id) starts for the client soon after that (and the new session
eventually completes normally).  However, the client log shows no
indication at all that there was a problem.  I've seen other instances
where the client log does indeed have a message indicating its connection
with the server has been lost, so I'm wondering why in this case I'm not
seeing the message.  We have not been able to track down why the ANR0482W
is occuring in the first place.  The client node is otherwise ok as is the
network.  Is it possible the TSM client is somehow getting hung thereby
causing the ANR0482W as well not being able to write the error messages to
the client log?  Server is TSM 4.1 (AIX) and client is 3.7 (NT).

Bob Brazner
Johnson Controls, Inc.
(414) 524-2570



Re: Is the session lost or not?

2001-05-31 Thread Richard Sims

>ANR0482W (session terminated - idle for more than 15 minutes)

Bob - Boost your server IDLETimeout option, as it's too small for
  real-world client work.

 Richard Sims, BU



FW: HSM or Space Management on Sun Solaris

2001-05-31 Thread Ron James

I would like to request comments on the use of HSM or Tivoli Space
Management on a Sun Solaris OS.

Specifically what versions of Solaris has it been installed on successfully
and with what version of the Veritas File System (VxFS). The Products
supported and devices web page reads Sun Solaris 2.6 with Vertias Files
System (VxFS) 3.3.2 - yet the datasheet reads "minimum" Sun Solaris 2.6
Veritas File System (VxFS)3.3.2


Or another words - will it work reliably on say a Solaris 8 box with a
Veritas Files system greater than 3.3.2?


Ron L. James
Senior Software Consultant
STORServer, Inc.
719-536-4801
[EMAIL PROTECTED]
www.storserver.com



Re: Excessive tape mounts for backup

2001-05-31 Thread Robin Sharpe

TSM will select a tape with status "FILLING" that has enough capacity for
the object or aggregate that is being backed up.  It will not use a new
scratch tape unless there are no FILLING tapes to use.  I have no idea what
algorithm it uses to choose a tape if there are several candidates.  But it
sounds like you may have a bunch of FILLING tapes that have enough space
for only one or a few objects

Robin Sharpe



"Brazner,
Bob"
  cc:(bcc: Robin Sharpe/WA/USR/SHG)
  Subject:
05/31/01 Excessive tape mounts for backup
02:50 PM
Please
respond to
"ADSM: Dist
Stor Manager"







We recently converted a client to backup direct to tape.  In the client
log, I'm seeing excessive "waiting for mount of offline media" messages.
Normally, I would expect to such a message after a complete tape's worth of
data had been transmitted, but I'm seeing the messages repeatedly come out
after as little as 100MB have been transferred.  TSM server is 4.1 (AIX)
and client is 3.7 (NT).  Storage pool is not collocated.  Tape is 3590E in
3494 ATL.

Bob Brazner
Johnson Controls, Inc.
(414) 524-2570



Tivoli Space Manager (was HSM) on HP-UX?

2001-05-31 Thread Robin Sharpe

Hi,

Does anyone know if and/or when Tivoli Space Manager (formerly HSM) will
support HP-UX clients?  And HP-UX TSM server?
We are looking at an SAP Archive product from Mobius (also their report
distribution), and they interface with Space Manager.

TIA
Robin Sharpe
Berlex Laboratories



Re: Excessive tape mounts for backup

2001-05-31 Thread Richard Sims

>...I have no idea what
>algorithm it uses to choose a tape if there are several candidates.

See the Admin Guide, chapter 8, How the Server Selects Volumes with Collocation
Enabled; ... Disabled.



TDP for Domino

2001-05-31 Thread Radha Parameswaran
I have recently setup TDP for Domino on our mail system which has over 1700+ mail files.  I am running archivelog periodically to archive the log files.  When I look at the domarc.log file it shows that there are 12 log files to be archived, but 0 archived.  I am really concerned about this.  I have the threshold set for 80,20.  Am I missing something? 

 This is the command I use to run the archivelog:

start /B domdsmc archivelog /threshold=80,20 /adsmoptfile=dsm.opt /logfile=domasch.log >> domarc.log


Here is the info from domarc.log file:

Current date is: 
Thu 05/31/2001 
Current time is: 
12:01p

Tivoli Storage Manager
Tivoli Data Protection for Lotus Domino - Version 1, Release 1, Level 1.0
(C) Copyright IBM Corporation 1999, 2000. All rights reserved.

License file exists and contains valid license data.

ACD5221I The d:\PROGRA~1\IBM\ADSM\domino\domasch.log log file has been pruned successfully.

Starting Domino transaction log archive...
Initializing Domino connection...
Logging on to the Tivoli Storage Manager server, please wait...


Total Domino transaction log files ready for archive: 12
Total Domino transaction log files archived:          0

Throughput rate:                                      0.00 Kb/Sec
Total bytes transferred:                              0
Elapsed processing time:                              0.00 Secs


Help Needed/Point in Right Direction: Getting Tapes Off-Site

2001-05-31 Thread Ken Sedlacek

TSM'ers:

Our Management is finally getting where we should have been years ago with
Disaster Recovery. I need to start getting my TSM tapes off-site and need
you advice.

Environment:
Two H70s (one test, one production), AIX 4.3.3, 3GB memory each, shared 300
GB SSA disk drawers.
One 3570 Magstar dual-drive, 20-slot library.
Library size=~55 C-format tapes.
TSM Server/Clients 3.7.3.
10GB Primary Disk storage pool.
DRM installed but never setup/used.
We backup Oracle financial dbs only-no network clients.
Backup size ~60GB (AIX & Oracle dbs) each night.

Questions:

1) How would you proceed if we need to get the TSM tapes off-site as
quickly as practicable?
Maybe start off with backup sets initially until something more thought-out
is established?

2) Use DRM? How about Copy-pools?

3) Should I use DRM? (I know I should but I don't know the first thing
about it).

4) What other options are available?

Any help is appreciated.




Ken Sedlacek
Kyrus Corporation
Office: 864-322-4260; Cell: 864-444-8375
Text Page: 864-444-7243, follow prompts
[EMAIL PROTECTED]

Kyrus IT Support  (Internal: 4399)   (Greenville: 864-322-4399)
(Toll-Free: 888-413-4399)



Re: Network Appliance

2001-05-31 Thread Hervé CHIBOIS

Hi Geoff,

TSM 4.2 (coming soon this summer), will support NDMP v1.0

rv

- Original Message -
From: "Gill, Geoffrey L." <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, May 31, 2001 8:03 PM
Subject: Network Appliance


> Can someone contact me who knows the particulars of the Netapp, it's NDMP
> protocol, and how it will actually interact with TSM to do it's backups. I
> have them coming in tomorrow for a meeting and would like to be a little
> more knowledgeable so I can ask smarter/better questions if I need to. The
> last time I spoke with them they didn't seem to know much. I don't know if
> it was me or the questions I was asking.
>
> Thanks,
>
> Geoff Gill
> TSM Administrator
> NT Systems Support Engineer
> SAIC
> E-Mail:   [EMAIL PROTECTED]
> Phone:  (858) 826-4062
> Pager:   (888) 997-9614
>



Re: possible update Path from ADSM 3.1.2 to ????

2001-05-31 Thread Wayne T. Smith

Wanda wrote, in part..

> I don't believe there is any 3.1 server that is still supported by
> Tivoli.

Tivoli ADSM 3.1 for AS/400 goes EOS today.

Tivoli ADSM 3.1 for VM EOS has not yet been announced and is listed as
requiring 14 months written notice (see

  http://www.tivoli.com/support/storage_mgr/tivolieoc.html

for more information.  The extended support for the VM platform is probably
due to IBM/Tivoli repackaging V3.1.2 as V3.7 and V4.1.

cheers, wayne

Wayne T. Smith  [EMAIL PROTECTED]
ADSM Technical Coordinator - UNET   University of Maine System



Re: Network Appliance

2001-05-31 Thread Mike Kaczmarski

A Correction.  TSM 4.2 will support NDMP V3.0

---

Mike Kaczmarski
Product Architecture
Tivoli Systems: Storage Software
(520)799-2318
[EMAIL PROTECTED]



Hervé CHIBOIS <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 05/31/2001 01:58:46
PM

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

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:
Subject:  Re: Network Appliance


Hi Geoff,

TSM 4.2 (coming soon this summer), will support NDMP v1.0

rv

- Original Message -
From: "Gill, Geoffrey L." <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, May 31, 2001 8:03 PM
Subject: Network Appliance


> Can someone contact me who knows the particulars of the Netapp, it's NDMP
> protocol, and how it will actually interact with TSM to do it's backups.
I
> have them coming in tomorrow for a meeting and would like to be a little
> more knowledgeable so I can ask smarter/better questions if I need to.
The
> last time I spoke with them they didn't seem to know much. I don't know
if
> it was me or the questions I was asking.
>
> Thanks,
>
> Geoff Gill
> TSM Administrator
> NT Systems Support Engineer
> SAIC
> E-Mail:   [EMAIL PROTECTED]
> Phone:  (858) 826-4062
> Pager:   (888) 997-9614
>





HPUX Filesystem Support

2001-05-31 Thread Murphy, Craig

Hi TSMers,

I'm having trouble finding out if all of the following filesystem types are
supported for client file backup on HPUX.

DCFS
HFS
VxFS
UFS

Is there any known problems/issues with backing up HPUX clients ??

Thanks
Craig Murphy
Tivoli Certified Consultant
Enterprise System Management

Unisys

Unisys New Zealand
Ph: 64-4-462-2266
Mbl:021-380-384
Fax:64-4-462-2127
Email:  [EMAIL PROTECTED]

CAUTION: This e-mail message and accompanying data may contain information
that is confidential. If you are not the intended recipient you are notified
that all content is to be treated as confidential unless otherwise
specified, and is not to be used, copied or forwarded to third parties
without the prior permission of the author. If you have received this e-mail
message in error please delete it and notify me. Thank you.



Re: Help Needed/Point in Right Direction: Getting Tapes Off-Site

2001-05-31 Thread Angela Hughes

IBM has a Redbook for DR that goes through the
procedure in depth that can accessed off the Tivoli
web site or www.redbooks.ibm.com.
Thanks,
Angela
--- Ken Sedlacek <[EMAIL PROTECTED]> wrote:
> TSM'ers:
>
> Our Management is finally getting where we should
> have been years ago with
> Disaster Recovery. I need to start getting my TSM
> tapes off-site and need
> you advice.
>
> Environment:
> Two H70s (one test, one production), AIX 4.3.3, 3GB
> memory each, shared 300
> GB SSA disk drawers.
> One 3570 Magstar dual-drive, 20-slot library.
> Library size=~55 C-format tapes.
> TSM Server/Clients 3.7.3.
> 10GB Primary Disk storage pool.
> DRM installed but never setup/used.
> We backup Oracle financial dbs only-no network
> clients.
> Backup size ~60GB (AIX & Oracle dbs) each night.
>
> Questions:
>
> 1) How would you proceed if we need to get the TSM
> tapes off-site as
> quickly as practicable?
> Maybe start off with backup sets initially until
> something more thought-out
> is established?
>
> 2) Use DRM? How about Copy-pools?
>
> 3) Should I use DRM? (I know I should but I don't
> know the first thing
> about it).
>
> 4) What other options are available?
>
> Any help is appreciated.
>
>
>
>
> Ken Sedlacek
> Kyrus Corporation
> Office: 864-322-4260; Cell: 864-444-8375
> Text Page: 864-444-7243, follow prompts
> [EMAIL PROTECTED]
>
> Kyrus IT Support  (Internal: 4399)   (Greenville:
> 864-322-4399)
> (Toll-Free: 888-413-4399)


__
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail - only $35
a year!  http://personal.mail.yahoo.com/



Restore

2001-05-31 Thread Raymond Chao

Hi,
I am restoring from one Aix client node to another.
I am able to restore some filespaces and not others.
   The message is "No files matching search criteria were found" for
   those that are NOT successful.

   I looked at the "query backup " from the source node and  check
that the backup
   filespaces exist.  I am pretty sure about the restore command
because some filespaces
   restored o.k

  I am logged in as root so permission is not an issue.
  Any suggestions ??

 Many thanks.
 Raymond Chao
 TSM Administrator



Re: Restore

2001-05-31 Thread Angela Hughes

Raymond,
Did you grant access to all filesystems or to only a
few?  This could be why you're not able to restore
them.
Thanks,
Angela
--- Raymond Chao <[EMAIL PROTECTED]>
wrote:
> Hi,
> I am restoring from one Aix client node to
> another.
> I am able to restore some filespaces and not
> others.
>The message is "No files matching search
> criteria were found" for
>those that are NOT successful.
>
>I looked at the "query backup " from the
> source node and  check
> that the backup
>filespaces exist.  I am pretty sure about the
> restore command
> because some filespaces
>restored o.k
>
>   I am logged in as root so permission is not an
> issue.
>   Any suggestions ??
>
>  Many thanks.
>  Raymond Chao
>  TSM Administrator


__
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail - only $35
a year!  http://personal.mail.yahoo.com/



Re: Tivoli Space Manager (was HSM) on HP-UX?

2001-05-31 Thread Ron James

I've been researching this for a client and the only "listed" platforms are
Sun Solaris and AIX - both of these platforms are further restricted by the
version level and the file system that must be on the client.

Ron L. James
Senior Software Consultant
STORServer, Inc.
719-536-4801
[EMAIL PROTECTED]
www.storserver.com



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Robin Sharpe
Sent: Thursday, May 31, 2001 2:09 PM
To: [EMAIL PROTECTED]
Subject: Tivoli Space Manager (was HSM) on HP-UX?


Hi,

Does anyone know if and/or when Tivoli Space Manager (formerly HSM) will
support HP-UX clients?  And HP-UX TSM server?
We are looking at an SAP Archive product from Mobius (also their report
distribution), and they interface with Space Manager.

TIA
Robin Sharpe
Berlex Laboratories