How to export 2 nodes with 1 filespace each on only 1 tape

[Lambelet,Rene,VEVEY,GL-CSC]

Hi,

we have to create 1 tape, containing exported data from 2 different nodes.
For each node we need only one of the file spaces.

Let say we want fsid 1 from node_1 and fsid 12 from node_2

I tried

export node  node_1,node_2  fsid=1,12  filedata=backupactive
devclass=class_name 

It seems that TSM only export the first node. Using 2 export commands does
not help, the 2nd will skip the volume created by the first export !

Help needed, please send any tip ?

Regards,

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 924 12 69   room
K4-108
mailto:[EMAIL PROTECTED]

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

Re: passwordaccess generate

[Lambelet,Rene,VEVEY,GL-CSC]

hi,

we solve that using a password beginning with a digit:

instead of DDNAME10 , use 0DDNAME1 for the password,

>   René Lambelet
>   Nestec S.A. / Central Support Center 
>   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: Nazir Najjar [SMTP:[EMAIL PROTECTED]]
> Sent: mardi, 28. mai 2002 21:08
> To:   [EMAIL PROTECTED]
> Subject:  passwordaccess generate
> 
> Hi,
> 
> I have been working with TSM Server 4.1.5 on Windows 2000 and TSM client
> 4.1.13 on Windows NT.
> In dsm.opt of the client I set the option "passwordaccess   generate" ,
> but
> it always requests the password.
> All the others options are ok.
> Why does the client request the password ?
> 
> Thank you.
> 
> 
> Nazir Najjar
> Itautec - Seguranga Internet
> [EMAIL PROTECTED]
> 55 (11) 6097-3959

Re: password expiration issue

[Lambelet,Rene,VEVEY,GL-CSC]

Hi, we had same problem using default value of 90 days for password
expiration.

You have to change it to 0 or , and then go to each client and start a
manual session to take on the changed value !

Regards,

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   room
UBS-Nestec, Bussigny
mailto:[EMAIL PROTECTED]

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


> -Original Message-
> From: Abdulaziz Almuammar [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, June 12, 2002 7:45 AM
> To:   [EMAIL PROTECTED]
> Subject:  password expiration issue
> 
> Hi guys,
> i have TSM server 4.1 and i am facing a password expiration problem
> although i set the expiration period to 0 after i create the node.
> this problem occured with AIX clients and netware clients. and the
> expiration occured after 90 days since last password reset
> can any one help me with this problem?
> 
> 
> 
> Regards,
> Abdulaziz

Re: TDP for SAP

[Lambelet,Rene,VEVEY,GL-CSC]

Thanks Tom ,very nice explanation,

>   René Lambelet
>   Nestec S.A. / Central Support Center 
>   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: Kauffman, Tom [SMTP:[EMAIL PROTECTED]]
> Sent: mardi, 16. juillet 2002 17:13
> To:   [EMAIL PROTECTED]
> Subject:  Re: TDP for SAP
> 
> Geoffrey -- I can't say where you're running into problems, but I can tell
> you how everything ties together, which may give you an idea of where to
> look.
> 
> Brbackup fires up (SAP backup utility) and determines from its parameter
> file or command line that you will be using backint (TDP/R3). Brbackup
> invokes brconnect to attach to the database and build a list of files to
> be
> backed up (archived, in TSM terms). This is written out in a file in the
> /oracle//brbackup directory and backint is invoked.
> 
> Backint parses the *utl file -- key values at this point are MAX_SESSIONS
> which should be 4 from your notes; RL_COMPRESSION - if yes, backagent does
> simple run-length compression of the data *before* passing it to TSM;
> MULTIPLEXING, which is the number of files to combine in one session;
> RETRY,
> the number of times to retry a session in the event of TSM errors;
> TCPWAIT,
> the number of seconds to wait before assuming a timeout; and the SERVER
> stanzas.
> 
> The SERVER in the stanzas references your SERVERNAME in the DSM.SYS under
> /api/bin; SESSIONS indicate the number of concurrent sessions for this
> server. To use multiple network interfaces, code a SERVERNAME for each
> interface in DSM.SYS and include a SERVER stanza for each SERVERNAME; the
> number of SESSIONS for all SERVER stanzas must be equal to or greater than
> MAX_SESSIONS or backint will toss his cookies and quit.
> 
> For each session, backint invokes a copy of backagent to actually read the
> files, do the rl-compression, and pass the files to TSM by way of the API.
> In earlier versions of backint these were seperate processes; it looks
> like
> they are now threads within the backint process now. If. for example, you
> specify MAX_SESSIONS=4 and MULTIPLEXING=3 you will get 4 copies of
> backagent
> running, each of which will grab 3 files at a time. These backagent
> sessions
> and this copy of backint exit when all the database files have been
> archived. If this was an off-line backup, brbackup starts the database at
> this point; if an on-line backup, the tablespaces are taken out of backup
> mode.
> 
> And then brbackup fires up backint again, for what SAP calls the
> 'protocol'
> files. These eight files total to less than a gigabyte, usually. They are
> the log file for the backup (something.anf or .aff); the back.log of
> all backups; the struct.log; the init.sap, init.utl,
> init.dba and init.ora, and the reorg.log. The backup is
> truly
> finished when these eight files have been processed.
> 
> One thing I've run into is a change between version 2 backint and version
> 3
> regarding rl-compression. In version 2 the process would work on 256-byte
> chunks, dropping them to as little as four bytes. In version 3 the chunks
> can be up to 2 GB and can compress down to 8 bytes.
> 
> I'd check to see if you're running TSM compression now where you weren't
> previously; Oracle databases tend to be pretty empty. I use rl-compression
> and *still* get a 4:1 compression ratio on my LTO drives at the hardware
> level. Check your network topology, and use ftp to see what speed you're
> really getting on the transfer.
> 
> Hope this helps --
> 
> Tom Kauffman
> NIBCO, Inc
> >

Re: Tivoli Data Protection for Oracle and TSM

[Lambelet,Rene,VEVEY,GL-CSC]

Daniel,

we use SQL Backtrack, but we still have the problem that this package open
so many sessions, one for each oracle table/log backed-up. Per day, I get
more thant 4000 sarted/ended sessions in my activity log. Very annoying,
specially when scannin the act log at home, using a 64kb/s isdn line

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   room
UBS-Nestec, Bussigny
mailto:[EMAIL PROTECTED]

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


> -Original Message-
> From: Daniel Sparrman [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, July 17, 2002 10:44 AM
> To:   [EMAIL PROTECTED]
> Subject:  Re: Tivoli Data Protection for Oracle and TSM
> 
> Hi
> 
> One options is to use SQL BackTrack for Oracle instead of using TDP. 
> BackTrack does not use RMAN, and it's got it's own user 
> interface(DOS-based though).
> 
> Using BackTrack is good for people that doesn't want to learn RMAN/EBU, 
> and there is no scripting involved.
> 
> Best Regards
> 
> Daniel Sparrman
> ---
> Daniel Sparrman
> Exist i Stockholm AB
> Propellervägen 6B
> 183 62 HÄGERNÄS
> Växel: 08 - 754 98 00
> Mobil: 070 - 399 27 51
> 
> 
> 
> 
> David Longo <[EMAIL PROTECTED]>
> Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
> 2002-07-16 17:16
> Please respond to "ADSM: Dist Stor Manager"
> 
>  
> To: [EMAIL PROTECTED]
> cc: 
> Subject:Re: Tivoli Data Protection for Oracle and TSM
> 
> 
> We are using it.  And the answer is no.  TDP Oracle is designed 
> to integrate with RMAN.  It's not like TDP MSSQL where it does
> everything itself.  (Well, I think it uses some SQL stuff but there's
> no detailed configuration and scripts like RMAN).
> 
> 
> 
> 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] 07/16/02 09:52AM >>>
> Is anyone using this combination?  If so,  is there a way to use TDP for
> Oracle without using RMAN?
> 
> TIA
> 
> David McMullen
> SMC/LAB Support
> 512.460.4559
> 
> 
> 
> "MMS " made the following
>  annotations on 07/16/2002 11:17:38 AM
> --
> 
> 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: Web Admin Interface - grrr

[Lambelet,Rene,VEVEY,GL-CSC]

hello, exactly the same for me, still using old 3.1 admin client.

This debate exists since more than 2 years, any hope for improvements ?

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   room
UBS-Nestec, Bussigny
mailto:[EMAIL PROTECTED]

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


> -Original Message-
> From: Remeta, Mark [SMTP:[EMAIL PROTECTED]]
> Sent: Monday, August 12, 2002 7:59 PM
> To:   [EMAIL PROTECTED]
> Subject:  Re: Antwort: Web Admin Interface - grrr
> 
> count me in as one that uses the old Windows GUI too.
> I wish Tivoli would bring it back and ditch the web admin...
> 
> 
> -Original Message-
> From: Gerhard Wolkerstorfer [mailto:[EMAIL PROTECTED]]
> Sent: Monday, August 12, 2002 1:01 PM
> To: [EMAIL PROTECTED]
> Subject: Antwort: Web Admin Interface - grrr
> 
> 
> 
> 
> Thomas,
> I can feel what you mean...
> I also use the good old Windows GUI..
> E.g.
> .) you cannot sort the output from any Query - I want to sort for example
> all my
> volumes by reclamation-factor
> .) You cannot easily have 4 or more Windows in one big window (Open is
> always
> the PROCESS, SESSION, VOLUME window and sometimes any others)
> Yes , you can have more Browser Sessions - but believe me - when I open
> the
> fourth or fifth Browser Window, the whole Netscape will crash..
> .) You cannot adapt the width of the columns to your requirements,
> and so on and on and on ,.
> 
> So I use the old GUI and I love it..
> 
> Gerhard Wolkerstorfer
> 
> 
> 
> 
> 
> [EMAIL PROTECTED] (Rupp Thomas (Illwerke)) am 12.08.2002 18:44:31
> 
> Bitte antworten an [EMAIL PROTECTED]
> 
> An:   [EMAIL PROTECTED]
> Kopie: (Blindkopie: Gerhard Wolkerstorfer/DEBIS/EDVG/AT)
> 
> Thema:Web Admin Interface - grrr
> 
> 
> 
> Confidentiality Note: The information transmitted is intended only for the
> person or entity to whom or which it is addressed and may contain
> confidential and/or privileged material. Any review, retransmission,
> dissemination or other use of this information by persons or entities
> other
> than the intended recipient is prohibited. If you receive this in error,
> please delete this material immediately.

Error in DB2 backups, 64 bits

[Lambelet,Rene,VEVEY,GL-CSC]

Hi dear colleagues,

We have a problem when two db2 64 bit databases are installed onto the same
machine, and they both run a offline or online backup "at the same time".

We get the following error reported by TSM

Starting DB2 backup with /db2/scripts/full_off_back.sh
SQL2025N  An I/O error "157" occurred on media "TSM".

When two db2 32bit database are installed and backing up at the same time,
no problem occurs

Any similar experiences with that ?

Thanks

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   room
UBS-Nestec, Bussigny
mailto:[EMAIL PROTECTED]

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

Online backups of Turbo Image (HP)

[Lambelet,Rene,VEVEY,GL-CSC]

Hi dears,

anybody did online backups with Turbo Image (H-P) ? Hardware is HP3000 / OS
MPEiX 7.0.

Thanks for any advice (flat file creation, Tivoli agent...) 

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   room
UBS-Nestec, Bussigny
mailto:[EMAIL PROTECTED]

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

Re: TSM & Access ODBC - TSMMANAGER

[Lambelet,Rene,VEVEY,GL-CSC]

Yes we use it and first results are very very nice,

René LAMBELET
NESTLE  SA
GLOBE - Global Business Excellence
Central Support Center
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   room
UBS-Nestec, Bussigny
mailto:[EMAIL PROTECTED]

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

-Original Message-
From: Greg Redell [mailto:[EMAIL PROTECTED]]
Sent: Wednesday,21. August 2002 19:44
To: [EMAIL PROTECTED]
Subject: Re: TSM & Access ODBC


I have been trying out a demo of TSM Manager.  It uses a collector agent to
gather info from the activity log on a periodic basis, similar to
ServerGraph but for Windows.  From that data it generates all sorts of
reports.  Is anyone else using this product?

http://www.tsmmanager.com

Greg Redell
Great-West Life & Annuity Insurance Co.
Phone: 314-525-5877
Email: [EMAIL PROTECTED]

[Insert Maniacal Laugh Here]




Has anyone made a report, in MS Access ?

Like a daly report on the last nights backup schedule?

Kvedja/Regards
Petur Eythorsson
Taeknimadur/Technician
IBM Certified Specialist - AIX
Tivoli Storage Manager Certified Professional
Microsoft Certified System Engineer

[EMAIL PROTECTED]

 Nyherji Hf  Simi TEL: +354-569-7700
 Borgartun 37105 Iceland
 URL:http://www.nyherji.is

Exchange backup failing with undocumented message

[Lambelet,Rene,VEVEY,GL-CSC]

Hi,

can anyone give me details about possible cause of this error (backup stops,
nothing transferred):

- The specified network name is no longer available.  (see listed TdP log
below)

- in the actlog, I found ACN3502E saying a backup error occured during a
restore. Please correct the manual !

Thanks,
René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   room
UBS-Nestec, Bussigny
mailto:[EMAIL PROTECTED]

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


Current date is: 
Fri 09/06/2002 
Current time is: 
12:30p

Tivoli Storage Manager
Tivoli Data Protection for Microsoft Exchange Server
Version 2, Release 2, Level 0.0
(C) Copyright IBM Corporation 1998, 2001. All rights reserved.

ACN5057I The C:\program files\tivoli\tsm\TDPExchange\excsch.log log file has
been pruned successfully.

Starting storage group backup...

Beginning incr backup of Second Storage Group (HQVEVE07), 1 of 4.
Full: 0   Read: 6854  Written: 6854  Rate: 0.85 Kb/Sec  Backup of
storage group Second Storage Group (HQVEVE07) failed.
The specified network name is no longer available. 
Beginning incr backup of Third Storage Group (HQVEVE07), 2 of 4.
Full: 0   Read: 7182  Written: 7182  Rate: 0.79 Kb/Sec  Backup of
storage group Third Storage Group (HQVEVE07) failed.
The specified network name is no longer available. 
Beginning incr backup of Fourth Storage Group (HQVEVE07), 3 of 4.
Full: 0   Read: 76736  Written: 76736  Rate: 14.61 Kb/Sec  Backup of
storage group Fourth Storage Group (HQVEVE07) failed.
The specified network name is no longer available. 
Beginning incr backup of First Storage Group, 4 of 4.
Full: 0   Read: 6944  Written: 6944  Rate: 1.11 Kb/Sec  Backup of
storage group First Storage Group failed.
The specified network name is no longer available. 
Retrying failed backups...

Total storage groups requested for backup:  4
Total storage groups backed up: 0
Total storage groups expired:   0
Total storage groups excluded:  0

Throughput rate:11.24 Kb/Sec
Total bytes transferred:492,640
Elapsed processing time:42.80 Secs

ACN0151E Errors occurred while processing the request. 

Re: Exchange backup failing with undocumented message

[Lambelet,Rene,VEVEY,GL-CSC]

Del, how can I get the proper values to use, we are in production and we
cannot just try/retry. Actually we use buffers=3, buffersize=1024

Should I ask Microsoft for explanation about the message  "The specified
network name is no longer available" ?

Lastly, what about the modification in the TSM Message manual ?

Thanks,
rené

-Original Message-
From: Del Hoobler [mailto:[EMAIL PROTECTED]]
Sent: Monday,9. September 2002 18:04
To: [EMAIL PROTECTED]
Subject: Re: Exchange backup failing with undocumented message


> can anyone give me details about possible cause of this error (backup
stops,
> nothing transferred):
>
> - The specified network name is no longer available.  (see listed TdP log
> below)
>
> - in the actlog, I found ACN3502E saying a backup error occured during a
> restore. Please correct the manual !

René,

This error is coming back from a Microsoft API.
It normally means that there are machine resource issues
and the Exchange server cannot get the resources
it needs to complete the backup.
Try changing the BUFFERSIZE and/or BUFFERS
options to smaller values and retry.
In many cases, a recycling of all Exchange services
and/or a reboot was necessary to free resources that the
Exchange Information Store service was not freeing properly.

Thanks,

Del



Del Hoobler
IBM Corporation
[EMAIL PROTECTED]

- Never cut what can be untied.
- Commit yourself to constant improvement.

Re: Calculating amount of data being backed up every 24 hours.

[Lambelet,Rene,VEVEY,GL-CSC]

One of the nice way is to go to 

www.tsmmanager.com or www.servergraph.com

you will love both products

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
UBS-Nestec, Bussigny
mailto:[EMAIL PROTECTED]

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


-Original Message-
From: Robert Dowsett [mailto:[EMAIL PROTECTED]]
Sent: Friday,27. September 2002 13:47
To: [EMAIL PROTECTED]
Subject: Calculating amount of data being backed up every 24 hours.


Hi everyone.

Does anyone have any suggestions regarding how to calculate how much data
is being handled by TSM every day ??

Ideally I would like to write a script which tells me how much data is
being backed up by TSM every day (in total), how much is going to disk
storage pools and how much is going to tape storage pools. The trouble is I
can't seem to think up a simple way to measure these statistics without
resorting to complicated select statements and mathematics.


Thanks in advance for your help.

Robert Dowsett

Re: Anyone tried 5.1.1.6?

[Lambelet,Rene,VEVEY,GL-CSC]

Hi I am running TSM 4.2.1.15 and set a managment class named SYSTEM_OBJECT
for SYSTEM OBJECTs, saying to keep no more than 2 version of each file (
params = 2 1 7 3), it seems to expire quite normally !
In the w2k option set, I have:  Include.systemobject ALL SYSTEM_OBJECT

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
UBS-Nestec, Bussigny
mailto:[EMAIL PROTECTED]

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


-Original Message-
From: Gretchen L. Thiele [mailto:[EMAIL PROTECTED]]
Sent: Tuesday,24. September 2002 16:40
To: [EMAIL PROTECTED]
Subject: Re: Anyone tried 5.1.1.6?


Hi Fred,

I just took a v4.2.2.12 AIX server to v5.1.1.6 last Saturday.
All I can say is 'not pretty'. This is due to the SYSTEM OBJECT
problem. If you don't know what this is, you will soon if you
have WinXP and Win2K clients backing up to v4 and pre v5.1.1.6
servers.

The basic problem is that TSM isn't expiring anything in the
SYSTEM OBJECTs filespace. Some of our clients had over 20GB
in these filespaces! Needless to say, the database blew up
while trying to find out what was going on.

To see if you have this problem, you can type in

show version  "SYSTEM OBJECT" namet=uni > file

(only use namet=uni if the filespace is unicode). Then
check through the file and look for the number of occurrences
of a file, say ROUTE.EXE. A normal SYSTEM OBJECT filespace,
with four versions, shouldn't be over a gig.

The good news is that v5.1.1.6 does NOT have the SYSTEM
OBJECT problem and the new server is doing very well.

I am writing up the post mortem on the conversion and will
post to the list later this week (at the request of Tivoli
level 2).

Gretchen Thiele
Princeton University

Re: Is there 3 good reporting tool for TSM on

[Lambelet,Rene,VEVEY,GL-CSC]

Hi, we use an very nice software, to take the tour, just go to 

www.tsmmanager.com

I am sure you will love it, www.servergraph.com is another solution to
check,

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
UBS-Nestec, Bussigny
mailto:[EMAIL PROTECTED]

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


-Original Message-
From: Lawrence Clark [mailto:[EMAIL PROTECTED]]
Sent: Tuesday,8. October 2002 14:58
To: [EMAIL PROTECTED]
Subject: Re: Is there 3 good reporting tool for TSM on


Are there 3 reporting tools for TSM. And any comments on their
features?

Re: TSM & NDS

[Lambelet,Rene,VEVEY,GL-CSC]

Hi,

try de set another password, beginning with a digit follwed by letters,

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 924 12 69   room
K4-108
mailto:[EMAIL PROTECTED]

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


> -Original Message-
> From: Flemming Hougaard [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, April 10, 2002 11:10 AM
> To:   [EMAIL PROTECTED]
> Subject:  TSM & NDS
> 
> Hi all
> 
> I'm having a couple of questions regarding TSM and NDS on a NetWare
> Server. 
> 
> 1) When encrypting with the Client 4.2.1, is there a way to include the
> NDS in the encryption?
> 
> 2) Recently I have noticed a couple of times, where the backup of the
> server holding the master replica was failing - the backup simply stops
> and wait for a NetWare username and password! Even though these
> informations is provided, the backup fails and prompts for the
> informations again! Anyone having a solution for this? (I have included
> the "PASSWORDACCESS  GENERATE" & "NWPWFILE  YES" in the DSM.OPT)
> 
> 
> Best regards
> 
> Flemming

Re: Order of daily administrative events

[Lambelet,Rene,VEVEY,GL-CSC]

well, i would backup storage before migrating it, will spare many tape
mounts !



-Original Message-
From: Tommy Templeton [mailto:[EMAIL PROTECTED]]
Sent: Friday,21. February 2003 15:52
To: [EMAIL PROTECTED]
Subject: Re: Order of daily administrative events


Thanks. I've gotten lots of good responses to this question. TSM support
told me the order they suggest is something like:

Expire
Reclaim
Migrate
Backup Storage
Backup Database
Set Migrate back to high
Set Reclaim back to high
Move DRM

(This is with backups being run at night)

Most of the order of events that I've seen (including mine) are not quite
set up the way TSM support suggests. I wonder if there is an optimum way to
do this or if it depends on the needs of your shop?

By the way, I like your idea about Expiration running at night. I hadn't
thought of that.

Tommy Templeton
Senior System Administrator
DFA-MMRS
601-359-3106
e-mail - [EMAIL PROTECTED]

- Original Message -
From: "Paul Ripke" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, February 20, 2003 5:07 PM
Subject: Re: Order of daily administrative events


> My 5 AUS cents:
>
> - backup diskpool -> offsite pool
> - migrate diskpool -> primary tape
> - backup primary tape -> offsite
> - backup db
> - eject drm
> - run reclamaitions
>
> Expiration runs during a quite period over night.
>
> Cheers,
> --
> Paul Ripke
> Unix/OpenVMS/TSM/DBA
> 101 reasons why you can't find your Sysadmin:
> 68: It's 9AM. He/She is not working that late.
> -- Koos van den Hout

Re: dual-homed clients

[Lambelet,Rene,VEVEY,GL-CSC]

Marcel, here the answer from one of my AIX colleague:

There are different ways to make this work, one is:

Through correct name resolution:

- Check name resolution on tsm1 using command
  # host nms5
  -> answer must be 172.20.1.15
  and
  # host tsm1
  -> answer must be 172.20.1.10

- Check name resolution on nms5 using command
  # host nms5
  -> answer must be 172.20.1.15
  and
  # host tsm1
  -> answer must be 172.20.1.10

This way you don't have to use any routes.
Name resolution is the most common error in this cases.


Cheers,
Jesús MUIÑO CONDE
Supplier for GLOBE
Central Support Center
Unix Level 2
c/o Nestec SA
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 79 23   fax +41 (0)21 703 30 17  local Bussigny
mailto:[EMAIL PROTECTED]

-Original Message-
From: Paul van Dongen [mailto:[EMAIL PROTECTED]
Sent: Thursday,27. February 2003 15:18
To: [EMAIL PROTECTED]
Subject: RES: dual-homed clients


Hi Marcel, 

   Do you have a TCPCLIENTADDRESS line in your DSM.OPT? It tells the
server which address to contact in prompted scheduling mode.


-- 
Paul Gondim van Dongen
Engenheiro de Sistemas
MCSE
Tivoli Certified Consultant - Storage Manager
VANguard - Value Added Network guardians http://www.vanguard-it.com.br
Fone: 55 81 3225-0353
 

-Mensagem original-
De: Marcel J.E. Mol [mailto:[EMAIL PROTECTED] 
Enviada em: Thursday, February 27, 2003 10:31
Para: [EMAIL PROTECTED]
Assunto: dual-homed clients


Hi list,

We have a problem concerning dual-homed clients in our TSM environment:

  SERVER CLIENT
 ++ ++
 | AIX 5.1|172.20.1.10  | Win 2000   |
10.128.3.15
 | TSM server 5.1.5.4 |-| TSM client 5.1.5.9
|
 | Host: tsm1 | 172.20.1.15 | Host: nms5 |
 ++ ++


When the scheduler service on nms5 is started it correctly connects to
the tsm1 server and gets schedule info. This traffic must go via the
172.20 network as the 10.x net is not connected to the 172.20 net.
However, listing the node info on the server it shows the 10.x address
as client address:

tsm: TSM1>q node nms5 f=d

 Node Name: NMS5
  Platform: WinNT
   Client OS Level: 5.00
Client Version: Version 5, Release 1, Level 5.9
Policy Domain Name: FSNT
 Last Access Date/Time: 02/27/03   13:24:00
Days Since Last Access: <1
Password Set Date/Time: 02/26/03   14:13:41
   Days Since Password Set: 1
 Invalid Sign-on Count: 0
   Locked?: No
   Contact:
   Compression: Client
   Archive Delete Allowed?: Yes
Backup Delete Allowed?: No
Registration Date/Time: 02/26/03   14:13:41
 Registering Administrator:
Last Communication Method Used:
   Bytes Received Last Session: 0
   Bytes Sent Last Session: 0
  Duration of Last Session: 0.00
   Pct. Idle Wait Last Session: 0.00
  Pct. Comm. Wait Last Session: 0.00
  Pct. Media Wait Last Session: 0.00
 Optionset: WIN_SERVER
   URL: http://nms5:1581
 Node Type: Client
Password Expiration Period:
 Keep Mount Point?: No
  Maximum Mount Points Allowed: 2
Auto Filespace Rename : No
 Validate Protocol: No
   TCP/IP Name: NMS5
TCP/IP Address: 10.128.3.15
Globally Unique ID:
1d.69.3d.a1.2c.6e.11.d7.8e.d1.00.02.55.67.75.b4


Now when the tsm1 server wants to contact the nms5 client to start the
backup it cannot reach it:

02/26/03   19:02:19  ANR8213W Session open with 10.128.3.15 timed
out.
02/26/03   19:02:19  ANR2716E Schedule prompter was not able to
contact
 client NMS5 using type 1 (10.128.3.15 1501).

When we disable the clients network interface on the 10.x network
everything works fine.

Also when directly initiating a backup from the client itself works
fine.

The dns entry for the NMS5 machine only reports the 172.20.1.15 address.

So what goes wrong here? The client initially connects to the server
using its 172.x interface and address but the server registers it with
the 10.x address. Why does tsm starts with a clients IP-address anyways,
while it knows the clients TCPNAME and hence should use that as a base
connection location?

Anybody else seen this behaviour and/or knows how to resolve this?

I have seen this behaviour on more dual-homed machines (AIX, Netware and
Windows) but in most cases the 'other' network is reachable via some
router so tsm can connect to those clients. Fortunately the real backup
data still goes via the 172.20 network (which is a 100Mb net as opposed
to a 16 Mb token ring for the other networks).

Any hints/tips?

-Marcel
--
 == Marc

Re: Converting I/O station into regular slots

[Lambelet,Rene,VEVEY,GL-CSC]

Hi, TSM server only knows about such hardware modifications at start time,
so stop/start it...

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
UBS-Nestec, Bussigny
mailto:[EMAIL PROTECTED]

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


-Original Message-
From: Paul van Dongen [mailto:[EMAIL PROTECTED]
Sent: Thursday,27. February 2003 16:17
To: [EMAIL PROTECTED]
Subject: RES: Converting I/O station into regular slots


I've done this last week, only in the other way (storage to I/O). It
only worked after the TSM server was bounced.



-- 
Paul Gondim van Dongen
Engenheiro de Sistemas
MCSE
Tivoli Certified Consultant - Storage Manager
VANguard - Value Added Network guardians
http://www.vanguard-it.com.br
Fone: 55 81 3225-0353


-Mensagem original-
De: Camilo A. Marrugo [mailto:[EMAIL PROTECTED] 
Enviada em: Thursday, February 27, 2003 12:17
Para: [EMAIL PROTECTED]
Assunto: Re: Converting I/O station into regular slots


Perfect, this did it. Now, here is another questions, I tried checking
the volumes that I placed on the I/O to be put in the libvol list but it
does not find anything new. Here is exactly what I have done:

-- Setup->Utils->Config-> I/O to storage
-- Reboot Library
-- Put library offline once its up and place cardtriges in the I/O
   (now   storage space slots) window
-- Run the following command:
checkin libvol lto3583.0 search=yes status=scratch
-- It finishes successfully but it does not checkin any of the new 12
   tapes placed on the library I/O window.

Thanks in Advance,
Camilo Marrugo


On Tue, 2003-02-25 at 06:10, Richard Sims wrote:
> > I have a question, I am running out of physical space on my 3583 
> > library, and I was wondering if there is a way of making the 12 
> > slots on the I/O station (Bulk), part of the regular tape slots.
>
> The manual, of all things, says you can...
> via Setup->Utils->Config.
>
--
Camilo A. Marrugo
Data Storage Manager
Dialtone Interland
[EMAIL PROTECTED] - http://www.dialtone.com
Voice: 1.800.621.8309 ext. 1503  Toll Free

Confidentiality Note: The information transmitted is intended only for
the person or entity to whom or which it is addressed and may contain
confidential and/or privileged material. Any review, retransmission,
dissemination or other use of this information by persons or entities
other than the intended recipient is prohibited. If you receive this in
error, please delete this material immediately.

Re: Exchange IS errors

[Lambelet,Rene,VEVEY,GL-CSC]

Hi, we found that this RC=425 is related to an NT memory problem, see
Microsoft retain for a fix if available.

Till now, we had to reboot the server !
René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
UBS-Nestec, Bussigny
mailto:[EMAIL PROTECTED]

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


-Original Message-
From: Del Hoobler [mailto:[EMAIL PROTECTED]
Sent: Wednesday,5. March 2003 16:02
To: [EMAIL PROTECTED]
Subject: Re: Exchange IS errors


Mal,

RC=425 means there was an Exchange error.
ACN5350E means there was an unknown Exchange API error.
An "unknown Exchange API error" means that the
Exchange server encountered a situation that
it did not expect, and so it failed the API call.
To properly diagnose this problem, a trace will
need to be obtained and examined by the support team.
The trace will contain the specific error code
and API that failed.

You can always try rebooting the machine first, to see if
the problem persists.  If it does, then please
call IBM support.

Thanks,

Del



Del Hoobler
IBM Corporation
[EMAIL PROTECTED]

- Remember that the best job security is
doing a job well and doing it cheerfully.

=
> Trying to backup and Exchange IS (sure I've asked this before but I've
lost
> the replies that were sent).
>
> The exchange server is coming up with an API error (ACN5350E) and RC=425.

Re: Clientopt in Cloptset disappearing???

[Lambelet,Rene,VEVEY,GL-CSC]

Hi, to limit the number of objects retained, we use a special management
class named "SYSTEM_ONJECT" and have the following optionset:

Include.systemobject ALL SYSTEM_OBJECT

No problem with this,
René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
UBS-Nestec, Bussigny
mailto:[EMAIL PROTECTED]

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


-Original Message-
From: Shannon Bach [mailto:[EMAIL PROTECTED]
Sent: Thursday,13. March 2003 18:44
To: [EMAIL PROTECTED]
Subject: Clientopt in Cloptset disappearing???


After reading the list about the SystemObject problem I went in and add the
include.systemobject to my NT and Win2000 Cloptsets.  I noticed today that
these clientopt's have now completely disappeared!  Has this ever happened
to anyone else?  Is this because this should be in each individual dsm.opt
instead?

Shannon Bach
Madison Gas & Electric Co.
Operations Analyst - Data Center Services
Office 608-252-7260
Fax 608-252-7098
e-mail [EMAIL PROTECTED]

Re: TSM 5.1.6.2 and AIX client 5.1.1.0

[Lambelet,Rene,VEVEY,GL-CSC]

Hi David,

what about AIX client 5.1.5.15 ? Have you tried it ?

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
UBS-Nestec, Bussigny
mailto:[EMAIL PROTECTED]

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


-Original Message-
From: David E Ehresman [mailto:[EMAIL PROTECTED]
Sent: Monday,10. March 2003 19:18
To: [EMAIL PROTECTED]
Subject: Re: TSM 5.1.6.2 and AIX client 5.1.1.0


>One problem I am aware of at this level of the client (5.1.1.0, if I
>understand correctly) is IC34996. For AIX, this is fixed in patch
level
>5.1.5.11. You might try applying that patch to one or two machines
that
>consistently see this problem to see if that resolves it.
>

Andy,

Thanks for the suggestion.  5.1.5.11 of the AIX client does appear to
fix the problem we were having although another one immediately showed
up.  After upgrading the client, we got "Error -71 sending request.

 ListenOnServerInbound(307fcce8): Error -71 sending  verb 61 to
client." in the dsmerror.log (without tsm error message numbers) and no
errors in  the dsmched.log.  While researching  IC34996 and related
apars, I saw something about rasing MAXNUMMP or reducing
RESOURCEUTILZATION.  I tried increasing MAXNUMMP from 1 to 2 and we've
run ok for 4 days now so I think the combo of these two fixed our
problem.

David

Re: Fragmented Database Question 2

[Lambelet,Rene,VEVEY,GL-CSC]

Roger,

I once got the information that it's good to leave 16 MB unused in the TSM
DB for easing any select command you may send via admin client...

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
UBS-Nestec, Bussigny
mailto:[EMAIL PROTECTED]

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




-Original Message-
From: Roger Deschner [mailto:[EMAIL PROTECTED]
Sent: Monday,17. March 2003 19:15
To: [EMAIL PROTECTED]
Subject: Re: Fragmented Database Question 2


Why is your Maximum Extension anything other than zero? Is there some
reason you are deliberately hiding some of your database capacity from
yourself? At any rate, it is probably causing confusion as you look at
the numbers from QUERY DB. Enter

EXTEND DB 1500

and then do a query and the numbers should make much more sense.

The only time you should deliberately reduce the database capacity is if
you have some kind of reorganization project underway, in which case it
is useful and essential to reduce the database and/or log to less than
the amount of disk space you have. There's a nice treatise on how all
this works in "TSM Administrator's Guide" - look for the section titled
"How Space is Managed by the Server" which is in the chapter "Managing
the Database and Recovery Log", which is Chapter 19 in the manual
version for V4.2. (GC35-0403-01)

And I agree with Richard Sims about not worrying about fragmentation. It
comes with the territory, and there's nothing lasting you can do about
it, so spend your time worrying about the things you can control. You
can gain much more performance, and your gains will be permanent, with
basic OS-level disk tuning, and by spending your time lobbying your boss
for a bigger faster computer to run your server on. The economic
downturn has produced some fabulous buys on used server-grade equipment,
such as RS/6000 and Sun. In December, I upgraded the hardware to 8x more
crunching power and 8x more memory, and it's a much, much happier TSM
server.

Roger Deschner  University of Illinois at Chicago [EMAIL PROTECTED]
   Academic Computing & Communications Center
"Have you ever, like, tried to put together a bicycle in public? Or a
grill?" Astronauts David Wolf and Piers Sellers, explaining the
difficulties encountered in attaching equipment to the Space Station


On Sun, 16 Mar 2003, Zlatko Krastev/ACIT wrote:

>2176000 - 1787528 = 388472 empty pages
>388472 * 4096 bytes/page = 1591181312 bytes = 1553888 kB = 1517,46875 MB
>Maximum reduction is 1492 MB, thus the fragmentation is 1,7% - you ought
>to happy with it.
>
>Zlatko Krastev
>IT Consultant
>
>
>
>
>
>
>Farren Minns <[EMAIL PROTECTED]>
>Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
>28.02.2003 18:14
>Please respond to "ADSM: Dist Stor Manager"
>
>
>To: [EMAIL PROTECTED]
>cc:
>Subject:Fragmented Database Question 2
>
>
>Hi Again
>
>Regarding the TSM DB, wouldn't the 'Used' and 'Total Usable Pages' figures
>help to point to a fragmentation problem.
>
>The output fro our DB is as follows:-
>
>Available Space (MB):                         10,000
>       Assigned Capacity (MB):         8,500
>       Maximum Extension (MB):         1,500
>       Maximum Reduction (MB):         1,492
>            Page Size (bytes):         4,096
>           Total Usable Pages:         2,176,000
>                   Used Pages:         1,787,528
>                     Pct Util:         82.1
>                Max. Pct Util:         82.5
>             Physical Volumes:         2
>            Buffer Pool Pages:         32,768
>        Total Buffer Requests:         10,278,342
>               Cache Hit Pct.:         98.88
>              Cache Wait Pct.:         0.00
>
>
>
>Our database is 8500Mb assigned, and 82.1% utilised. So how do the figures
>of '1,787,528 pages used' and '2,176,000 Usable Pages' work in this case.
>If we have used 81% percent of 8500, our usable pages should be much lower
>than used pages shouldn't it? Or am I missing something?
>
>Thanks again
>
>Farren Minns - John Wiley & Sons Ltd
>
>
>
>
>
>Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
>
>Sent by:        "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
>
>To:       [EMAIL PROTECTED]
>cc:
>Subject:        Re: Fragmented Database Maybe?
>
>
>>I'm Running TSM 4.2.2.12 on a Solaris 2.7 server (E250 400Mhz, 1GB mem).
>>We have been having severe performance issues recently and moved our
>database
>>volumes off onto a new disk...
>
>You haven't cited the cause-effect case which would motivate such a
>change.
>Are you certain that is the problem area?  If this

Tdp for SQL : ANR9999D smnode.c(19810): ThreadId<68> Session exit ing has no affinityId cluster

[Lambelet,Rene,VEVEY,GL-CSC]

Hi, we get this message using an AIX TSM server 5.1.5.4, Tdp for SQL 2.1.2,
and TSM client 4.2.1.20.
I found a few hits in www.adsm.org, but they seems not to apply here as we
never sent backups with any older version of TdP for SQL.
Does anybody met this error before ?
Thanks a lot for your help,

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
UBS-Nestec, Bussigny
mailto:[EMAIL PROTECTED]

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

Archive objects from Tsm API not displayed in GUI client

[Lambelet,Rene,VEVEY,GL-CSC]

Hi dears,

we recently developped a C++ script to directly send AIX mksysb's into TSM.
The TSM API is used to archive the output of mksysb, block by block.
Using dsmc, we can query and retrieve the archive objects without any
problem. 

Now, using the tsm GUI, no archive file will appear, the file systems seem
to be empty !

Is it normal ? Is the GUI only able to display objects sent by the base tsm
b/a client ?

Thanks for any explanation or tips .

Yours

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
UBS-Nestec, Bussigny
mailto:[EMAIL PROTECTED]

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

Re: Archive objects from Tsm API not displayed in GUI client - mk sysb

[Lambelet,Rene,VEVEY,GL-CSC]

Thanks Richard for the GUI limitation.

About the retrieve of the mksysb, let say server A is down. 

- first we retrieve the stored mksysb from A onto server B, 
- then declare a NIM client for the server A, 
- then bootp on server A (the retrieve mksysb is used). 

Thats all ! no more mksysb going first to a central server via NFS (slow)!

Yours 

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
UBS-Nestec, Bussigny
mailto:[EMAIL PROTECTED]

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




-Original Message-
From: Richard Sims [mailto:[EMAIL PROTECTED]
Sent: Tuesday,25. March 2003 14:43
To: [EMAIL PROTECTED]
Subject: Re: Archive objects from Tsm API not displayed in GUI client


>we recently developped a C++ script to directly send AIX mksysb's into TSM.
>The TSM API is used to archive the output of mksysb, block by block.  Using
>dsmc, we can query and retrieve the archive objects without any problem.
>
>Now, using the tsm GUI, no archive file will appear, the file systems seem
to
>be empty !
>
>Is it normal ? Is the GUI only able to display objects sent by the base tsm
b/a
>client ?

Rene - Refer to the Understanding Interoperability chapter of the TSM API
manual.
   It promises only CLI - not GUI - visibility of API-stored objects.

I think we're all curious how you intend to ultimately use the TSM-stored
mksysb
data, given the chicken-and-egg scenario.

  Richard Sims, BU

DB2 : 2 instances backing-up at the same time

[Lambelet,Rene,VEVEY,GL-CSC]

Hi,

we have a problem when two db2 64 bit databases are installed onto the same
machine, and they both run a offline or online backup at the same time.

We get the following error reported by TSM :

Starting DB2 backup with /db2/scripts/full_off_back.sh
SQL2025N  An I/O error "157" occurred on media "TSM".

When two db2 32bit database are installed and backing up at the same time,
no problem occurs

Any tips ?

Best to all of you,

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
UBS-Nestec, Bussigny
mailto:[EMAIL PROTECTED]

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

Re: Scheduling TSM backups using 3rd party schedulers

[Lambelet,Rene,VEVEY,GL-CSC]

Hi, for most of the backups we use the TSM scheduler. For some others, we
use Tivoli Workload Scheduler (former Maestro, Unisson). No problem with it.
Db2 backups are scheduled with AIX crons, TWS might be used there too.

Regards,

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   
mailto:[EMAIL PROTECTED]


-Original Message-
From: bizzorg [mailto:[EMAIL PROTECTED]
Sent: Thursday,3. April 2003 09:57
To: [EMAIL PROTECTED]
Subject: Scheduling TSM backups using 3rd party schedulers


I am seeking information on the use of 3rd party schedulers to schedule TSM
backups.  My company is pushing the use of Control-M to take the place of
the TSM scheduler.  We tried once and the experience was not good so we
switched back to using the TSM scheduler.  There is still pressure, however,
to use Control-M.  Is anyone out there using a 3rd party scheduler?
Control-M?

Please share your experiences and preferences?  We are running TSM 4.2.3.4
on z/OS 1.2.  TSM 5.1.6.3 in in test mode.  One person told me that IBM told
him that a lot of companies use Control-M to schedule TSM backups.

Thank you in advance.

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Stumpf, Joachim
Sent: Thursday, April 03, 2003 1:22 AM
To: [EMAIL PROTECTED]
Subject: Re: ITSM v5.2?


Hi all,

on GSE/Europe they (IBM) told us that the ITSM 5.2 will be released in May
or June.
An there should be a new ITSM-Server for Linux z/Series too ;-)

--
regards / Mit freundlichen Gruessen
Joachim Stumpf
Datev eG
Nuremberg - Germany


- Original-Nachricht folgt -

I got a "Sneak Peek of ITSM 5.2" which said "June 2003 - subject to
change".





Ken Sedlacek <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
04/02/2003 01:52 PM
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:ITSM v5.2?


Does anyone have a release date for this?

I was ordering some v5.1 manuals, and happened to see there is a v5.2
manual (Admin. Ref. for Windows), GC32-0783-01.

URL: http://publibfp.boulder.ibm.com/epubs/pdf/c3207831.pdf

5.2 anyone??


Ken Sedlacek
AIX/TSM/UNIX Administrator
[EMAIL PROTECTED]

IBM Certified Specialist: RS/6000 AIX v4.3 Support
IBM Certified Specialist: RS/6000 SP & PSSP 3
Tivoli Certified Consultant - Tivoli Storage Manager v4.1

Backups with more than one session and writing to tape waiting on MEDIA (contention) - proposal

[Lambelet,Rene,VEVEY,GL-CSC]

Hi dear TSM fans,

following problems with backups writing to tape and using more than 1
session (DB2), we had to set COLLOCATION OFF to our archtape storage pool (a
sequential tape pool). We have now a recurring problem by restoring more
than one DB2 backup at the same time. Some of them get media waits, which is
normal as the node restoring can have their data on the same volume.

I would like to propose a slight change in the collocation concept for
backup/archives written directly to sequential storage pools (tapes):

- stay with the actual principe of a minimum of node per tape - one if
enough tape volume checked-in, more than one of course if not enough tapes.

BUT 

- with backups having more than 1 session, mount as many tape volumes, up to
the number of sessions or to the max number of mount points. At the next
backup for the same node, same tape volume will be used, if not yet FULL of
course.

Having this, we'd have optimum backups AND restores, full speed to tapes, no
media contention !

Please send your opinion,

best regards,

René LAMBELET
NESTLE  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17
mailto:[EMAIL PROTECTED]

Re: Version 3 ADMIN GUI

[Lambelet,Rene,VEVEY,GL-CSC]

hi, yes I have exactly the same problem. Solved using tsmmanager or web
interface.

yours

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
K4-404
mailto:[EMAIL PROTECTED]


-Original Message-
From: Jim Sporer [mailto:[EMAIL PROTECTED]
Sent: Tuesday,3. June 2003 17:09
To: [EMAIL PROTECTED]
Subject: Version 3 ADMIN GUI


I recently installed TSM server 5.1.6.5 on AIX.  Most thing work when I use
the version 3 admin GUI but when I click on the Storage Pools icon I get a
ANS1026E error message.  I know the GUI is no longer supported but I was
wondering if anybody else has seen the problem and figured out a way around
it.
Jim Sporer

Re: TSM Decision support 4.2.0 tools

[Lambelet,Rene,VEVEY,GL-CSC]

Hi, I would try Tsmmanager ( www.tsmmanager.com ) or Servergraph (
www.servergraph.com ) instead of TDS !!

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
K4-404
mailto:[EMAIL PROTECTED]

Re: Interesting LTO fault's symptom

[Lambelet,Rene,VEVEY,GL-CSC]

Hi,

we have exactly the same problem, about 2 -3 tapes / day with write error,
2/3 of capacity. Only on Imation tapes, not on IBM ones...

We spend our time to do MOVE DATA !

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
K4-404
mailto:[EMAIL PROTECTED]


-Original Message-
From: Tomáš Hrouda Ing. [mailto:[EMAIL PROTECTED]
Sent: Monday,16. June 2003 14:14
To: [EMAIL PROTECTED]
Subject: Interesting LTO fault's symptom


Hi all,

during last weeks I did interesting findings at one of production LTO
3583-L18 library. There are 2 drives and both was changed past series of
media faults (one of them twice) past about 1 year of operation. We have
about 20 "historicaly touched" tapes with average 3-4 write faults. Media
faults are still repeated and my finding is all that faults were done at
70-75% of estimated capacity (set by longterm using to 105GB, we use client
compression) during filling the tape. It seems like all tapes were corrupted
nearly at the same place, of course there is some diffusion because this is
only estimated filling. Faults at these tapes are repeatedly occured at
these percents of max capacity.

I understand when one tape has media fault repeatedly at the same place, but
about 20 tapes? Could it mean that all tapes were corrupted by one bad drive
at the same place, or can be reason at microcode?

We are in contact with our IBM support to solve it, but I am interested if
anybody of you register similar phenomenon?

Tomas

Re: Interesting LTO fault's symptom

[Lambelet,Rene,VEVEY,GL-CSC]

So, we use drive code 28V0, library code 3060,

sorry, for the percentage we do not have 70 but between 20 and 40% as
percentage utilized at time of the write error,

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
K4-404
mailto:[EMAIL PROTECTED]


-Original Message-
From: Bob Booth - UIUC [mailto:[EMAIL PROTECTED]
Sent: Monday,16. June 2003 16:03
To: [EMAIL PROTECTED]
Subject: Re: Interesting LTO fault's symptom


Could any of you supply your drive firmware level, so we can all compare
notes?

thanks,

bob

On Mon, Jun 16, 2003 at 03:57:47PM +0200, Tom?? Hrouda Ing. wrote:
> We have it on both IBM and Imation tapes (we had first 20 tapes in initial
> order with library from IBM and 20 Imation tapes bought 1/2 year later).
> Fault tapes are mixed.
>
> Tomas
>
> > -Original Message-
> > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
> > Lambelet,Rene,VEVEY,GL-CSC
> > Sent: Monday, June 16, 2003 3:13 PM
> > To: [EMAIL PROTECTED]
> > Subject: Re: Interesting LTO fault's symptom
> >
> >
> > Hi,
> >
> > we have exactly the same problem, about 2 -3 tapes / day with write
error,
> > 2/3 of capacity. Only on Imation tapes, not on IBM ones...
> >
> > We spend our time to do MOVE DATA !
.
.
.

dsmc scheduler spinning - AIX

[Lambelet,Rene,VEVEY,GL-CSC]

Hi,

we have noticed a high cpu utilisation form "dsmc sched". Backups are
scheduled and running fine, but, after end of the backups, dsmc sched
continuously uses 20-25 % of the CPU !

Any tips ?

TSM server: 
  CPU: IBM 6M1, 4GB, 4 proc's
  AIX: 4.3
  TSM: 5.1.5.4
TSM client:
  AIX: 5.1
  TSM: 5.1.5.15

Regards,

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
K4-404
mailto:[EMAIL PROTECTED]

dsmc scheduler looping, uses 100% cpu - AIX

[Lambelet,Rene,VEVEY,GL-CSC]

Hi,

a short update on this problem: the process "dsmc sched" is looping, using
50% of 2 proc's, meaning it uses 100% of 1 processor ! (seen with topas)

The loop consists of a serie of LOCK / UNLOCK / LOCK /UNLOCK etc...

Any tips ?

our TSM server: AIX: 4.3 / TSM: 5.1.5.4
the TSM client: AIX: 5.1 / TSM: 5.1.5.15 and also 4.2.1

Regards,

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
K4-404
mailto:[EMAIL PROTECTED]

Re: dsmc scheduler looping, uses 100% cpu - AIX

[Lambelet,Rene,VEVEY,GL-CSC]

Hi,

we upgraded AIX to 5.1, ML3, still get the same problem, dmsc sched is
looping with LOCK/UNLOCK !!

Disapointing... A ticket has been opened by Tivoli,

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
K4-404
mailto:[EMAIL PROTECTED]


-Original Message-
From: PINNI, BALANAND (SBCSI) [mailto:[EMAIL PROTECTED]
Sent: Friday,20. June 2003 17:19
To: [EMAIL PROTECTED]
Subject: Re: dsmc scheduler looping, uses 100% cpu - AIX


Please let me know ML level on AIX433

-Original Message-
From: Lambelet,Rene,VEVEY,GL-CSC [mailto:[EMAIL PROTECTED] 
Sent: Friday, June 20, 2003 10:15 AM
To: [EMAIL PROTECTED]
Subject: dsmc scheduler looping, uses 100% cpu - AIX


Hi,

a short update on this problem: the process "dsmc sched" is looping, using
50% of 2 proc's, meaning it uses 100% of 1 processor ! (seen with topas)

The loop consists of a serie of LOCK / UNLOCK / LOCK /UNLOCK etc...

Any tips ?

our TSM server: AIX: 4.3 / TSM: 5.1.5.4
the TSM client: AIX: 5.1 / TSM: 5.1.5.15 and also 4.2.1

Regards,

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
K4-404
mailto:[EMAIL PROTECTED]

Re: dsmc scheduler looping, uses 100% cpu - AIX

[Lambelet,Rene,VEVEY,GL-CSC]

Robert,

thanks for the tip, we have already excluded this file with Exclude
/.../dsmsched.log

rene

-Original Message-
From: Robert Clark [mailto:[EMAIL PROTECTED]
Sent: Friday,20. June 2003 17:51
To: [EMAIL PROTECTED]
Subject: Re: dsmc scheduler looping, uses 100% cpu - AIX


Are the dsmerror.log or dsmsched.log stored outside temp, and not excluded?

[RC]

- Original Message -
From: "PINNI, BALANAND (SBCSI)" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, June 20, 2003 8:18 AM
Subject: Re: dsmc scheduler looping, uses 100% cpu - AIX


Please let me know ML level on AIX433

-Original Message-----
From: Lambelet,Rene,VEVEY,GL-CSC [mailto:[EMAIL PROTECTED]
Sent: Friday, June 20, 2003 10:15 AM
To: [EMAIL PROTECTED]
Subject: dsmc scheduler looping, uses 100% cpu - AIX


Hi,

a short update on this problem: the process "dsmc sched" is looping, using
50% of 2 proc's, meaning it uses 100% of 1 processor ! (seen with topas)

The loop consists of a serie of LOCK / UNLOCK / LOCK /UNLOCK etc...

Any tips ?

our TSM server: AIX: 4.3 / TSM: 5.1.5.4
the TSM client: AIX: 5.1 / TSM: 5.1.5.15 and also 4.2.1

Regards,

Reni LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestli 55  CH-1800 Vevey (Switzerland)
til +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
K4-404
mailto:[EMAIL PROTECTED]

Re: Questions Regarding Backup Of UDB (DB/2) Databases

[Lambelet,Rene,VEVEY,GL-CSC]

Jeff,

have you checked in the summary table about the statistics of DB2 backups ?
Do you get the number of bytes tranferred, compression  data ?

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
K4-404
mailto:[EMAIL PROTECTED]


-Original Message-
From: Jeff White [mailto:[EMAIL PROTECTED]
Sent: Monday,23. June 2003 13:55
To: [EMAIL PROTECTED]
Subject: Questions Regarding Backup Of UDB (DB/2) Databases


Hi,

I have started testing backup of DB2 databases on one of our NT servers and
as a result i have two small problems.

Firstly, i can run an ONLINE backup via the DB2 Control Center GUI ok and
when i run a 'show version' via the TSM server, i can see the object as
having being backed up. However, when i issue the backup command from the
command line (DB2 BACKUP DATABASE dbname ONLINE USE TSM) the backup appears
to 'hang'. From the TSM server i can see the session in RECVW state, but it
never changes the number of bytes sent and i end up cancelling the session.
As i say, this works fine from the control center.

Secondly, with normal TSM backups, SQL and Lotus Domino backups, i always
see some stats on the TSM server showing total bytes transferred, backup
duration etc. This information is also sent back to the client in the
dsmsched.log. But these DB2 backups don't show any stats on the TSM server
or the DB2 client. In the DB2 control center, i can see that the backup
worked successfully via the JOURNALS tab. But only that it worked, not much
to say exactly what was backed up. We normally run scripts against the TSM
server actlog looking for messages indicating failed backups, but the lack
of DB2 info does'nt help me here. I want to avoid someone having to do a
manual check via the DB2 control center that the backup worked.

Any thoughts?




*

This e-mail may contain confidential information or be privileged. It is
intended to be read and used only by the named recipient(s). If you are not
the intended recipient(s) please notify us immediately so that we can make
arrangements for its return: you should not disclose the contents of this
e-mail to any other person, or take any copies. Unless stated otherwise by
an authorised individual, nothing contained in this e-mail is intended to
create binding legal obligations between us and opinions expressed are those
of the individual author.

The CIS marketing group, which is regulated for Investment Business by the
Financial Services Authority, includes:
Co-operative Insurance Society Limited Registered in England number 3615R -
for life assurance and pensions
CIS Unit Managers Limited Registered in England and Wales number 2369965  -
for unit trusts and PEPs
CIS Policyholder Services Limited Registered in England and Wales number
3390839 - for ISAs and investment products bearing the CIS name
Registered offices: Miller Street, Manchester M60 0AL   Telephone
0161-832-8686   Internet  http://www.cis.co.uk   E-mail [EMAIL PROTECTED]

CIS Deposit and Instant Access Savings Accounts are held with The
Co-operative Bank p.l.c., registered in England and Wales number 990937,
P.O. Box 101, 1 Balloon Street, Manchester M60 4EP, and administered by CIS
Policyholder Services Limited as agent of the Bank.

CIS is a member of the General Insurance Standards Council

CIS & the CIS logo (R) Co-operative Insurance Society Limited

Re: Verify lan-free transfer???

[Lambelet,Rene,VEVEY,GL-CSC]

Hi Lindsay,

I appreciate your help in this forum. But this place should not be used to
sell any goods (servergraph for instance), it is a technical forum.

Regards,

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
K4-404
mailto:[EMAIL PROTECTED]


-Original Message-
From: Mr. Lindsay Morris [mailto:[EMAIL PROTECTED]
Sent: Tuesday,24. June 2003 17:17
To: [EMAIL PROTECTED]
Subject: Re: Verify lan-free transfer???


Look in the accounting logs.
If it went LAN-free, there'll be a record for that session in the
dsmaccnt.log file on the CLIENT;
If it went over the LAN, there'll be a record for that session in the
dsmaccnt.log file on the SERVER.
These files usually live in /usr/tivoli/tsm/server/bin or something like
that.

You can use our viewacct program to turn the accounting log data into
something more readable.
http://www.servergraph.com/techtip3.htm

Hope this helps.
-
Mr. Lindsay Morris
Lead Architect
www.servergraph.com
512-482-6138 ext 105

> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
> Joni Moyer
> Sent: Tuesday, June 24, 2003 8:04 AM
> To: [EMAIL PROTECTED]
> Subject: Verify lan-free transfer???
>
>
> Hello everyone!
>
> I am still having issues with the lan-free verification.  I cannot tell if
> the data went lan-free or if it just went directly to tape due to the
> management class that was specified.  Below I have included the activity
> log and output from the storage agent.   It seems that the storage agent
> then starts a session and mounts a tape to the LTO2_Drive-1 (2st), but I
> still am not sure how to tell if it went lanfree.  Shouldn't lanfree data
> bytes have the approximate size of the file?  In our output it is 0B.
> Thank you for any suggestions you may have!
>
> 06/20/03 08:57:56 ANR0406I Session 4406 started for node PGSU017 (SUN
>
>SOLARIS) (Tcp/Ip 157.154.43.36(44700)).
>
> 06/20/03 08:57:58 ANR0406I Session 4407 started for node PGSU017 (SUN
>
>SOLARIS) (Tcp/Ip 157.154.43.36(44702)).
>
> 06/20/03 08:57:58 ANR0406I (Session: 4297, Origin: STORAGENT)  Session
> 10
>started for node PGSU017 (SUN SOLARIS) (Tcp/Ip
>
>127.0.0.1(44703)).
>
> 06/20/03 08:58:02 ANR0408I Session 4408 started for server STORAGENT
>
>(Solaris 2.6/7/8 ) (Tcp/Ip) for library sharing.
>
> 06/20/03 08:58:02 ANR8336I Verifying label of LTO volume 331ABJ in
> drive
>LTO2_DRIVE-1 (/dev/rmt/3st).
>
> 06/20/03 08:58:02 ANR8468I (Session: 4297, Origin: STORAGENT)  LTO
> volume
>331ABJ dismounted from drive LTO2_DRIVE-1
> (/dev/rmt/2st)
>in library 3584_LTO2.
>
> 06/20/03 08:58:02 ANR0409I Session 4408 ended for server STORAGENT
> (Solaris
>2.6/7/8 ).
>
> 06/20/03 08:58:03 ANR0408I Session 4409 started for server STORAGENT
>
>(Solaris 2.6/7/8 ) (Tcp/Ip) for library sharing.
>
> 06/20/03 08:58:03 ANR8337I (Session: 4297, Origin: STORAGENT)  LTO
> volume
>331ABJ mounted in drive LTO2_DRIVE-1
> (/dev/rmt/2st).
>
> 06/20/03 08:58:03 ANR0409I Session 4409 ended for server STORAGENT
> (Solaris
>2.6/7/8 ).
>
> 06/20/03 08:58:37 ANR0408I Session 4410 started for server STORAGENT
>
>(Solaris 2.6/7/8 ) (Tcp/Ip) for library sharing.
>
> 06/20/03 08:58:37 ANR0409I Session 4410 ended for server STORAGENT
> (Solaris
>2.6/7/8 ).
>
> 06/20/03 08:59:28 ANR0403I Session 4407 ended for node PGSU017 (SUN
>
>SOLARIS).
>
> 06/20/03 08:59:29 ANR0403I (Session: 4297, Origin: STORAGENT)  Session
> 10
>ended for node PGSU017 (SUN SOLARIS).
>
> 06/20/03 08:59:30 ANE4952I (Session: 4406, Node: PGSU017)
> Total number
> of
>objects inspected:  286
>
> 06/20/03 08:59:30 ANE4953I (Session: 4406, Node: PGSU017)
> Total number
> of
>objects archived:   284
>
> 06/20/03 08:59:30 ANE4958I (Session: 4406, Node: PGSU017)
> Total number
> of
>objects updated:  0
>
> 06/20/03 08:59:30 ANE4960I (Session: 4406, Node: PGSU017)
> Total number
> of
>objects rebound:  0
>
> 06/20/03 08:59:30 ANE4957I (Session: 4406, Node: PGSU017)
> Total number
> of
>objects deleted:  0
>
> 06/20/03 08:59:30 ANE4970I (Session: 4406, Node: PGSU017)
> Total number
> of
>objects expi

dllcache files backup/restore

[Lambelet,Rene,VEVEY,GL-CSC]

Hello,

we tried some Disaster recovery for W2K machines but had a problem with the
C:\WINNT\SYSTEM32\DLLCACHE directory.
> Using the GUI we can see the directory but not the files under it (about
> 2'000 files) and so can't back them up (same in Command Line).
> If we can't back them up, during a restore Windows try to rollback to
> previous installed version.
> 
> We can see the files under the explorer and also back them up with
> NTBACKUP.
> We can copy such files and see them after with TSM
> 
> Do you have any idea how to back them up ? Are they part of System objects
> backup ? If yes, how to retrieve them ?
> We are stuck in our tests because of this feature.
> 
> Thanks for your help.
> 
> Best Regards
> 
René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
SD/ESN
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 924 13 69   local
K4-104
mailto:[EMAIL PROTECTED]

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


>  
> 
> 
> 

dllcache files backup/restore

[Lambelet,Rene,VEVEY,GL-CSC]

Hello,
sorry forgot the versioning, TSM server 5.1.5.7, W2K clients 5.1.5.9,

*
we tried some Disaster recovery for W2K machines but had a problem with the
C:\WINNT\SYSTEM32\DLLCACHE directory.
> Using the GUI we can see the directory but not the files under it (about
> 2'000 files) and so can't back them up (same in Command Line).
> If we can't back them up, during a restore Windows try to rollback to
> previous installed version.
> 
> We can see the files under the explorer and also back them up with
> NTBACKUP.
> We can copy such files and see them after with TSM
> 
> Do you have any idea how to back them up ? Are they part of System objects
> backup ? If yes, how to retrieve them ? Is it  part of restore system
> sate?
> We are stuck in our tests because of this feature.
> 
> Thanks for your help.
> 
> Best Regards
> 
René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
SD/ESN
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 924 13 69   local
K4-104
mailto:[EMAIL PROTECTED]

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


>  
> 
> 
> 

Re: TSM Manager V2.5

[Lambelet,Rene,VEVEY,GL-CSC]

Hi, yes I can confirm you will love this package !

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
SD/ESN
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 924 13 69   local
K4-104
mailto:[EMAIL PROTECTED]

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


-Original Message-
From: Zoltan Forray/AC/VCU [mailto:[EMAIL PROTECTED]
Sent: Monday,21. July 2003 15:32
To: [EMAIL PROTECTED]
Subject: Re: TSM Manager V2.5


We use it. Love it. Live in it daily. Using it against 2-TSM
serversz/OS and AIX.

Just implemented the vaulting feature for AIX. Our operations staff would
be helpless without this feature, when it comes to handling the AIX system
tapes.

The support is great. Very responsive.even to some of my innane
suggestions for new features !





Nicolas Savva <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
07/21/2003 04:49 AM
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:TSM Manager V2.5


Hi to all,

Anyone use TSM Manager V2.5, what are your comments about it?  I am
considering
buying it.

Thanks in advance
Nick


Privileged/Confidential information may be contained in this message and
may be subject to legal privilege. Access to this e-mail by anyone other
than the intended recipient is unauthorised. If you are not the intended
recipient (or responsible for delivery of the message to such person), you
may not use, copy, distribute or deliver to anyone this message (or any
part of its contents) or take any action in reliance on it. In such case,
you should destroy this message, and notify us immediately.

If you have received this email in error, please notify us immediately by
e-mail or telephone and delete the e-mail from any computer. If you or
your
employer does not consent to internet e-mail messages of this kind, please
notify us immediately.

All reasonable precautions have been taken to ensure no viruses are
present
in this e-mail. As we cannot accept responsibility for any loss or damage
arising from the use of this e-mail or attachments we recommend that you
subject these to your virus checking procedures prior to use.

The views, opinions, conclusions and other information expressed in this
electronic mail are not given or endorsed by Laiki Group unless otherwise
indicated by an authorised representative independent of this message.

Unable to delete a file space (system objects)

[Lambelet,Rene,VEVEY,GL-CSC]

Hi,

we are now unable to delete a filespace containing systemobjects. Client is
W2K 5.1.5.9, server is TSM 5.1.5.4

Trying CLEANUP BACKUPGROUPS did not help. Is an audit db the only way to
delete this unneeded file space ?

07/31/2003 08:53:41 ANR2017I Administrator RLAMBEL issued command: DELETE
FILESPACE dddevi05_keep_1_month 3 namet=fsid
07/31/2003 08:53:41 ANR0984I Process 199 for DELETE FILESPACE started in the
BACKGROUND at 08:53:41.
07/31/2003 08:53:41 ANR0800I DELETE FILESPACE SYSTEM OBJECT (fsId=3) for
node DDDEVI05_KEEP_1_MONTH started as process 199.
07/31/2003 08:53:41 ANR0802I DELETE FILESPACE SYSTEM OBJECT (fsId=3)
(backup/archive data) for node DDDEVI05_KEEP_1_MONTH started.

07/31/2003 08:53:55 ANR2017I Administrator RLAMBEL issued command: QUERY
PROCESS
07/31/2003 08:53:56 ANR0104E imutil.c(7690): Error 2 deleting row from table
"Expiring.Objects".
07/31/2003 08:53:56 ANRD imfsdel.c(1863): ThreadId<82> Error 19 deleting
group leader 0 216382278.
07/31/2003 08:53:57 (82) Context report

07/31/2003 08:53:57 (82) imFSDeletionThread : ANRD calling thread

07/31/2003 08:53:57 (82) Generating TM Context Report: (struct=tmTxnDesc)
(slots=256)
07/31/2003 08:53:57 (82) slot -> 237:

07/31/2003 08:53:57 (82) Tsn=0:162343661, Resurrected=False, InFlight=True,
Distributed=False
07/31/2003 08:53:57 (82)  Participants=1, summaryVote=ReadOnly

07/31/2003 08:53:57 Participant DB: voteReceived=False,
ackReceived=False
07/31/2003 08:53:57   Locks held by Tsn=0:162343661 :

07/31/2003 08:53:57 Type=19000, NameSpace=0, SummMode=isLock,
Mode=isLock, Key=''
07/31/2003 08:53:57 (82) slot -> 243:

07/31/2003 08:53:57 (82) Tsn=0:162343667, Resurrected=False, InFlight=True,
Distributed=False
07/31/2003 08:53:57 (82)  Participants=4, summaryVote=ReadOnly

07/31/2003 08:53:57 Participant DB: voteReceived=False,
ackReceived=False
07/31/2003 08:53:57 Participant IM: voteReceived=False,
ackReceived=False
07/31/2003 08:53:57 Participant BF: voteReceived=False,
ackReceived=False
07/31/2003 08:53:57 Participant SS: voteReceived=False,
ackReceived=False
07/31/2003 08:53:57   Locks held by Tsn=0:162343667 :

07/31/2003 08:53:57 Type=48052, NameSpace=0, SummMode=xLock, Mode=xLock,
Key='0.216387772'
07/31/2003 08:53:57 Type=47052, NameSpace=0, SummMode=xLock, Mode=xLock,
Key='0.216387772'
07/31/2003 08:53:57 Type=46001, NameSpace=0, SummMode=sLock, Mode=sLock,
Key='0.216387772'
07/31/2003 08:53:57 Type=46000, NameSpace=0, SummMode=xLock, Mode=xLock,
Key='0.216387772'
07/31/2003 08:53:57 Type=48052, NameSpace=0, SummMode=xLock, Mode=xLock,
Key='0.216387771'
07/31/2003 08:53:57 Type=47052, NameSpace=0, SummMode=xLock, Mode=xLock,
Key='0.216387771'
07/31/2003 08:53:57 Type=46001, NameSpace=0, SummMode=sLock, Mode=sLock,
Key='0.216387771'
Thousand of analog lines follow...
...

Thanks for any tip you might have...

Reni LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
SD/ESN
Av. Nestli 55  CH-1800 Vevey (Switzerland)
til +41 (0)21 924 35 43   fax +41 (0)21 924 13 69   local
K4-104
mailto:[EMAIL PROTECTED]

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

Re: New Version Release Information Link for TSM

[Lambelet,Rene,VEVEY,GL-CSC]

Very nicely done, thanks Sam,

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
SD/ESN
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 924 13 69   local
K4-104
mailto:[EMAIL PROTECTED]

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


-Original Message-
From: Sam Giallanza [mailto:[EMAIL PROTECTED]
Sent: Monday,4. August 2003 22:47
To: [EMAIL PROTECTED]
Subject: New Version Release Information Link for TSM


Tivoli just announced the addition of a new Version Release Information
("VRI") page for the TSM community.

If your running Netscape or IE in the field, a word to the wise, load the
new link (in blue below)  from your highest
speed connection first (to avoid a lengthy 1st time download), your mobile
connection can take advantage of the
Cached files due to size.

See below :



We are pleased to announce the deployment of a Tivoli pilot project called
the Version Release Information page ("VRI") .  The VRI page is designed to
consolidate version-specific content for the IBM Tivoli Storage Manager v
5.2 product to improve your navigational experience on IBM.COM.  It can be
found to the left of the current "Self Help" section of the ITSM product
page or by going to this URL:

 (
http://www-3.ibm.com/software/sysmgmt/products/support/IBMTivoliStorageManag
erVersionRelease.html
)

The categories of helpful information for ITSM v 5.2 are listed below:

APARs
READMEs and Downloads (Patches, Limited Availability Interim Fixes, etc.)
Solutions (Flashes, Solutions, Hints and Tips, etc.)
Product Documentation (manuals, install guides, Quick Start guides, etc.)
Redbooks
Related links (Hardware compatibility, Supported Platforms, etc.)

Our goal is to provide an efficient and user-friendly navigational
experience for you.  Any feedback regarding this or any TSM product can be
sent to [EMAIL PROTECTED]  Thank you for using Tivoli
products."

**

Cordially,

Sam J. Giallanza
Knowledge Engineer
Tivoli Certified Consultant
[EMAIL PROTECTED]
520.799.5512 - T/L 321.5512

Our new web Support site and KB is at :

http://www-3.ibm.com/software/sysmgmt/products/support/IBMTivoliStorageManag
er.html

Re: Reclamation of Copy Dirs

[Lambelet,Rene,VEVEY,GL-CSC]

Hi, I think I remember having read something about stgp on disk with a
devclass of type FILE (sequential). Sending the dir's into such a seq stgp
would result in much faster recl and backups stgp.

Yours,

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
SD/ESN
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 924 13 69   local
K4-104
mailto:[EMAIL PROTECTED]

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

-Original Message-
From: Rushforth, Tim [mailto:[EMAIL PROTECTED]
Sent: Tuesday,5. August 2003 21:16
To: [EMAIL PROTECTED]
Subject: Re: Reclamation of Copy Dirs


Actually a sequential access storage pool like Todd created would not have
the slow problem.  The problem was only with Disk stgpools.  (So that is the
other workaround if you don't want to upgrade to 5.1.5.2).

Tim Rushforth
City of Winnipeg

-Original Message-
From: Richard Sims [mailto:[EMAIL PROTECTED]
Sent: August 5, 2003 2:11 PM
To: [EMAIL PROTECTED]
Subject: Re: Reclamation of Copy Dirs

...
>After all that, the reclamation is going at a better rate.  I think it is
>because the one 1GB disk volume containing all of the directory objects
>was just too resource intensive to scan.  The 10MB volumes are much faster
>to scan through.  Personally, it doesn't make sense that a random access
>volume would have that much trouble finding the file, but I had read other
>posts with problems similar to mine, so I made those changes.

Todd - I believe that the major problem is that, with long-lived small data
   in Disk type storage pools that fragmentation over time makes for a
lot of extra overhead - just gets worse and worse.  It's not something one
would expect, living daily with OS file systems which do just fine with
many, many files.  It may be that non-hierarchical organization is at play,
making for performance issues when the stgpool gets "holey" over time.

  Richard Sims, BU

Re: Collocation from nocollocation

[Lambelet,Rene,VEVEY,GL-CSC]

Hi,
we use here node level collocation. Filespace level would imply many many
tapes, even with a limited number of tapes/stg pool.

R. Lambelet, Nestec SA

-Original Message-
From: Bill Boyer [mailto:[EMAIL PROTECTED]
Sent: Monday,4. August 2003 18:59
To: [EMAIL PROTECTED]
Subject: Re: Collocation from nocollocation


Actually there are 3 options:

No  None
Yes At the NODE level
Filespace   At the FILESPACE level

Bill Boyer
DSS, Inc.

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Tudor,Troy,VEVEY,GL-IS/IT
Sent: Monday, August 04, 2003 12:31 PM
To: [EMAIL PROTECTED]
Subject: Re: Collocation from nocollocation


I understood the only options for collocation were on or off

-Original Message-
From: Richard Sims [mailto:[EMAIL PROTECTED]
Sent: 30 July 2003 16:41
To: [EMAIL PROTECTED]
Subject: Re: Collocation from nocollocation


>With Collocation on, we had one small problem with the DB2 API.

What kind of Collocation?  Did you try both types?

Tsm client 32 bits or 64 bits ?

[Lambelet,Rene,VEVEY,GL-CSC]

Hi,

we use TSM 5.1.5.15 on AIX clients. AIX version is 5.1, kernel 32 bit
emulating 64 bit.

Please help us to know if the TSM client 64 bit can be used or if it is
recommended to use the 32 bit client. The problem we have is a loop of the
TMS scheduler, taking 100% of one processor. A refresh scheduler is a bypass
for now.

Tnaks a lot,

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
SD/ESN
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 924 13 69   local
K4-104
mailto:[EMAIL PROTECTED]

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

Re: Multiple paths to library changer on 3584 LTO

[Lambelet,Rene,VEVEY,GL-CSC]

Miles, ok with you. Sure we will once install new LTO-2 tape libraries, they
allow definition of multiple paths ...

Have a nice week-end,

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
SD/ESN
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 924 13 69   local
K4-104
mailto:[EMAIL PROTECTED]

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

-Original Message-
From: Miles Purdy [mailto:[EMAIL PROTECTED]
Sent: Friday,15. August 2003 16:46
To: [EMAIL PROTECTED]
Subject: Re: Multiple paths to library changer on 3584 LTO


As you have seen you can have two controls paths. Unfortunately only one may
be active at a time. Also there is no automatic failover for the 3584.
However, you have done a good thing. It is good to have two controls paths.
Then if there is a failure you can manually update the control path to the
other path.

miles



>>> [EMAIL PROTECTED] 15-Aug-03 3:56:10 AM >>>
Hi,

When I issue a "show libr" I can see an autochanger list. Does that mean I
can configure multiple paths to my library?
How do I do that? I have enabled an additional control path on my library so
under AIX I have /dev/smc0 and /dev/smc1.
I can access both of them, but how do I tell TSM to use both? 
When I try to define an additional I get this response:

ANR1723E A path is already defined using TSM01 and LIB_3584_1

In that case I would not have to bother with control paths anymore... Once
an IBM CE replaced drive F1R01
- and we all forgot that the control path was running over F1R01 so the
library was unavailable at that time

=== Library LIB_3584_1 (type SCSI):
===  reference count = 31, online = 1, borrowed drives = 0, update count = 0
===   basicCfgBuilt = 1, libInfoBuild = 1, definingPathToLibrary = 0
===   addLibPath = 0, driveListBusy = 0
===  libvol_lock_id=0, libvolLock_count=0, SeqnBase=0
===  Library is shared.
===  library extension at 3A7D5408
==>  autochanger list:
===dev=/dev/smc1, busy=0, online=1

Marcel Anthonijsz
Central Data Storage Manager (a.k.a. storman)
Shell Information Technology International B.V.
PO Box 1027, 2260 BA  Leidschendam, The Netherlands

Tel: +31-70 303 4984
Mob: +31-6 24 23 6522
Email: Marcel.Anthonijsz.at.shell.com

Re: New 3584 library and drive microcode

[Lambelet,Rene,VEVEY,GL-CSC]

Hi Eric, we just upgraded 2 of our 3584 libraries, no problem since 3 days:

- drives 36U5
- library 3300

greetings,

rené

-Original Message-
From: Loon, E.J. van - SPLXM [mailto:[EMAIL PROTECTED]
Sent: Friday,22. August 2003 14:19
To: [EMAIL PROTECTED]
Subject: New 3584 library and drive microcode


Hi *SM-ers!
For all fellow 3584 owners: IBM published again new microcode for this
libarary and for it's drives.
And again, we are left in the dark about the changes/fixes...
Kindest regards,
Eric van Loon
KLM Royal Dutch Airlines


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

Re: New 3584 library and drive microcode

[Lambelet,Rene,VEVEY,GL-CSC]

Eric, following some unmount failures, IBM recommended to install 36U3 (36U5
was chosen because it appeared on the IBM ftp site the day before).

Regards,

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
SD/ESN
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 924 13 69   local
K4-104
mailto:[EMAIL PROTECTED]

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


-Original Message-
From: Loon, E.J. van - SPLXM [mailto:[EMAIL PROTECTED]
Sent: Friday,22. August 2003 14:32
To: [EMAIL PROTECTED]
Subject: Re: New 3584 library and drive microcode


Hi Rene!
Thanks for your experiences! But did you find a way to determine what has
been added or fixed by this code? Or did you also apply this code just
because it's newer. (Not that there is something wrong with that, I will
also install it because it's newer :-)
Kindest regards,
Eric van Loon
KLM Royal Dutch Airlines

-Original Message-----
From: Lambelet,Rene,VEVEY,GL-CSC [mailto:[EMAIL PROTECTED]
Sent: Friday, August 22, 2003 14:26
To: [EMAIL PROTECTED]
Subject: Re: New 3584 library and drive microcode


Hi Eric, we just upgraded 2 of our 3584 libraries, no problem since 3 days:

- drives 36U5
- library 3300

greetings,

rené

-Original Message-
From: Loon, E.J. van - SPLXM [mailto:[EMAIL PROTECTED]
Sent: Friday,22. August 2003 14:19
To: [EMAIL PROTECTED]
Subject: New 3584 library and drive microcode


Hi *SM-ers!
For all fellow 3584 owners: IBM published again new microcode for this
libarary and for it's drives.
And again, we are left in the dark about the changes/fixes...
Kindest regards,
Eric van Loon
KLM Royal Dutch Airlines


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


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

Re: *Real* admin interface (Was: q vol f=g ??!?)

[Lambelet,Rene,VEVEY,GL-CSC]

Hi, I know buying a 3d party product should not be the alternative. Anyway,
we are very happy with the old dsmadm.exe 3.1.0.8 (old GUI), plus tsmmanager
and/or servergraph !

Best regards,

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
SD/ESN
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 924 13 69   local
K4-104
mailto:[EMAIL PROTECTED]

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


-Original Message-
From: Sascha Askani [mailto:[EMAIL PROTECTED]
Sent: Friday,22. August 2003 20:25
To: [EMAIL PROTECTED]
Subject: Re: *Real* admin interface (Was: q vol f=g ??!?)


Oh my, seems like I started a holy war (again) :)

Anyway, thanks for the answers, now I see clear ! I started using TSM with
Version 4.1.x, so I didn't know there once was a "real" GUI for *SM.

Nevertheless, I would REALLY like such a tool cause I don't like the web gui
either.

Greetings,

Sascha

[CUT]
> Thomas - I share your frustration.  How to get results may require another
>  approach...
> Product such as TSM are Big Bucks, Enterprise products.  As such, they are
> marketed to the level of people in the organization who can authorize such
> expenditures - customer company executives.  Executives respond to
> Enterprise
> issues: competitiveness, saving lots of money, nice reports, trimming
> staff.
> Issues that affect us lowly technicians way down in the company engine
> room,
> where we shovel coal into the company boilers, don't get any exposure or
> attention.  To get such attention, those issues have to get up to a higher
> management level where those managers, whom IBM will respond to, will feed
> the issues to the IBM rep and thus get attention.  You have to expend
> efforts
> to make a written case, understandable to higher-ups, that the current
> product situation is impairing administration and costing the company lost
> productivity, etc.
>
> SHARE is certainly an avenue; but as they say, "Money talks."
>
>   Richard Sims, BU
>

Re: New 3584 library and drive microcode

[Lambelet,Rene,VEVEY,GL-CSC]

Dan,

I really mean 36U5, please find here output of Service panel from the web
interface for the drives:
 <> 

This version of firmware has been downloaded by the IBM CE

Regards,

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
SD/ESN
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 924 13 69   local
K4-104
mailto:[EMAIL PROTECTED]

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



-Original Message-
From: Dan Foster [mailto:[EMAIL PROTECTED]
Sent: Tuesday,2. September 2003 04:14
To: [EMAIL PROTECTED]
Subject: Re: New 3584 library and drive microcode


Hot Diggety! Lambelet,Rene,VEVEY,GL-CSC was rumored to have written:
> Eric, following some unmount failures, IBM recommended to install 36U3
(36U5
> was chosen because it appeared on the IBM ftp site the day before).

I noticed that several people installed 36U5 but it does not appear to be
on either the web or ftp site... 36U3 is present for both. So they may have
yanked 36U5 -- possible serious bugs?

Just mentioning as an advisory note / heads-up.

-Dan


whtm_service_drive_vpd.pdf
Description: Binary data

Which nodes on a given tape, what maxscr value to use ?

[Lambelet,Rene,VEVEY,GL-CSC]

Hi,
as many of us probably, we use seq. stg pools with collocation ON for
backups. To limit the number of tapes used, maxscr value is smaller than the
number of nodes.

- Now, any advice to write an sql select to list all node_names stored on a
given volume (distinct node_name) ?

- What I would also appreciate is a method to know when to increase the
maxscr value to limit the number of volumes / node to an acceptable level
(not too many tapes to mount for restoring).

Thanks for any tips,

yours,

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
SD/ESN
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 924 13 69   local
K4-104
mailto:[EMAIL PROTECTED]

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

Re: Which nodes on a given tape, what maxscr value to use ?

[Lambelet,Rene,VEVEY,GL-CSC]

Hello,
it will work if we have a maxscr higher or equal to the number of nodes, but
if not, the objects on the tape will be different from the first, very
probably !!

thanks anyway,

rene

-Original Message-
From: Jolliff, Dale [mailto:[EMAIL PROTECTED]
Sent: Friday,5. September 2003 15:25
To: [EMAIL PROTECTED]
Subject: Re: Which nodes on a given tape, what maxscr value to use ?


How about just a "q con {volume ID} count=1"
That will work on collocated volumes and much quicker than the select.


-Original Message-
From: David E Ehresman [mailto:[EMAIL PROTECTED] 
Sent: Friday, September 05, 2003 8:17 AM
To: [EMAIL PROTECTED]
Subject: Re: Which nodes on a given tape, what maxscr value to use ?

Replace $1 with the volume name and this LONG RUNNING query will tell you
what nodes are on a tape:

select distinct node_name from volumeusage where volume_name='$1'

>>> [EMAIL PROTECTED] 9/5/2003 9:11:44 AM >>>
Hi,
as many of us probably, we use seq. stg pools with collocation ON for
backups. To limit the number of tapes used, maxscr value is smaller than the
number of nodes.

- Now, any advice to write an sql select to list all node_names stored on a
given volume (distinct node_name) ?

- What I would also appreciate is a method to know when to increase the
maxscr value to limit the number of volumes / node to an acceptable level
(not too many tapes to mount for restoring).

Thanks for any tips,

yours,

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
SD/ESN
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 924 13 69   local
K4-104
mailto:[EMAIL PROTECTED] 

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

Re: Which nodes on a given tape, what maxscr value to use ?

[Lambelet,Rene,VEVEY,GL-CSC]

David, thanks a lot for your answer to my first question...

rene

-Original Message-
From: David E Ehresman [mailto:[EMAIL PROTECTED]
Sent: Friday,5. September 2003 15:17
To: [EMAIL PROTECTED]
Subject: Re: Which nodes on a given tape, what maxscr value to use ?


Replace $1 with the volume name and this LONG RUNNING query will tell you
what nodes are on a tape:

select distinct node_name from volumeusage where volume_name='$1'

>>> [EMAIL PROTECTED] 9/5/2003 9:11:44 AM >>>
Hi,
as many of us probably, we use seq. stg pools with collocation ON for
backups. To limit the number of tapes used, maxscr value is smaller than the
number of nodes.

- Now, any advice to write an sql select to list all node_names stored on a
given volume (distinct node_name) ?

- What I would also appreciate is a method to know when to increase the
maxscr value to limit the number of volumes / node to an acceptable level
(not too many tapes to mount for restoring).

Thanks for any tips,

yours,

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
SD/ESN
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 924 13 69   local
K4-104
mailto:[EMAIL PROTECTED] 

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

Re: AIX Question

[Lambelet,Rene,VEVEY,GL-CSC]

Lindy,
we configured an en1 adapter with own ip address and DNS entry.

In the client dsm.sys we use tcpserveraddress own_ip_address. You might have
to add a proper static route, your network guys wil halp you for sure.

Yours

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
SD/ESN
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 924 13 69   local
K4-104
mailto:[EMAIL PROTECTED]

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


-Original Message-
From: Crawford, Lindy [mailto:[EMAIL PROTECTED]
Sent: Monday,8. September 2003 12:17
To: [EMAIL PROTECTED]
Subject: AIX Question


Hi TSMers,

Sorry for doing this...but does any one know how to configure a gigabit card
on AIX ...my scenario is as follows:-

I want to use the gigabit card purely for tsm backups and for my nfs
mounts..it is on a gigabit switch.

I am using the en0 at present 10/100mb networkthe application will
connect via this card but I need my backups and nfs mounts to connect via
the gigabit card.

Can you specify a second host name on the server for the gigabit card
address ?

Any ideas

Lindy Crawford
Information Technology
Nedbank Corporate - Property & Asset Finance
*+27-31-3642185
>  +27-31-3642946
> [EMAIL PROTECTED] 
>
>
>
>
>
>
This email and any accompanying attachments may contain confidential and
proprietary information.  This information is private and protected by law
and accordingly if you are not the intended recipient you are requested to
delete this entire communication immediately and are notified that any
disclosure copying or distribution of or taking any action based on this
information is prohibited.

Emails cannot be guaranteed to be secure or free of errors or viruses. The
sender does not accept any liability or responsibility for any interception
corruption destruction loss late arrival or incompleteness of or tampering
or interference with any of the information contained in this email or for
its incorrect delivery or non-delivery for whatsoever reason or for its
effect on any electronic device of the recipient.

If verification of this email or any attachment is required please request a
hard-copy version

Re: AIX Question

[Lambelet,Rene,VEVEY,GL-CSC]

Miles,

in fact this what we do here, except we have more than one gbit adapter on
each tsm server, a way of dividing traffic and defining direct connections
to different vlan's (less hops),

best regards,

rene

-Original Message-
From: Miles Purdy [mailto:[EMAIL PROTECTED]
Sent: Monday,8. September 2003 17:11
To: [EMAIL PROTECTED]
Subject: Re: AIX Question


Hi there,

I have a related question: what is the benefit to using two interfaces? Why
not just use the gigabit card, for all TSM traffic? Is it better to keep the
high-speed backups on the giga bit interface and keep the scheduler traffic
on its own? It seems like a lot of extra work and confusion.

Consequently, I have a very similar setup, and I'm always interested in ways
to make the backups run faster.

Thanks Miles


>>> [EMAIL PROTECTED] 08-Sep-03 6:15:05 AM >>>
Hi there,

I guess you already got the right answer from Rene. Just add another entry
to dsm.sys with tcpserveraddress pointing to the ip address of the GB card.
The scheduler will be started with the default entry and handle connections
through the 10/100MBit network while you will need to start your backup
client either with the option "-se=gbit_address" or with using an
alternative dsm.opt file employing the "-optfile=dsm_gbit_address.opt"
option. Also, do not forget to define or modify your schedules
appropriately by setting the option field for the relevant schedules to one
of the above.

CYA

Lars

On 08.09.2003 12:17:26 "ADSM: Dist Stor Manager" wrote:

> Hi TSMers,
>
> Sorry for doing this...but does any one know how to configure a gigabit
card
> on AIX ...my scenario is as follows:-
>
> I want to use the gigabit card purely for tsm backups and for my nfs
> mounts..it is on a gigabit switch.
>
> I am using the en0 at present 10/100mb networkthe application will
> connect via this card but I need my backups and nfs mounts to connect via
> the gigabit card.
>
> Can you specify a second host name on the server for the gigabit card
> address ?
>
> Any ideas
>
> Lindy Crawford
> Information Technology
> Nedbank Corporate - Property & Asset Finance
> *+27-31-3642185
> >  +27-31-3642946
> > [EMAIL PROTECTED] 
> >
> >
> >
> >
> >
> >
> This email and any accompanying attachments may contain confidential and
> proprietary information.  This information is private and protected by
law
> and accordingly if you are not the intended recipient you are requested
to
> delete this entire communication immediately and are notified that any
> disclosure copying or distribution of or taking any action based on this
> information is prohibited.
>
> Emails cannot be guaranteed to be secure or free of errors or viruses.
The
> sender does not accept any liability or responsibility for any
interception
> corruption destruction loss late arrival or incompleteness of or
tampering
> or interference with any of the information contained in this email or
for
> its incorrect delivery or non-delivery for whatsoever reason or for its
> effect on any electronic device of the recipient.
>
> If verification of this email or any attachment is required please
request a
> hard-copy version

Re: Excluding files during restore

[Lambelet,Rene,VEVEY,GL-CSC]

Fernando,

in fact the only way seems to use the GUI client. It would be interesting to
know what the GUI generates as restore commands  internally ?

Maybe Andy Raybeck could comment...

yours

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
SD/ESN
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 924 13 69   local
K4-104
mailto:[EMAIL PROTECTED]

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


-Original Message-
From: Fernando Figueiredo (EDS)
[mailto:[EMAIL PROTECTED]
Sent: Wednesday,10. September 2003 19:21
To: [EMAIL PROTECTED]
Subject: Excluding files during restore
Sensitivity: Confidential


Hi!

Using command line to do a restore I would like to exclude some files or
directories.
Can I exclude files/directories using "dsmc restore"?


FF
EDS Portugal
Core Infrastructure - Systems Administration

Re: Non-IBM LTO tapes in a 3584

[Lambelet,Rene,VEVEY,GL-CSC]

Thanks for the info, we have a LOT of write errors with Imation (except last
production series), but none with IBM tapes.

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
SD/ESN
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 924 13 69   local
K4-104
mailto:[EMAIL PROTECTED]

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


-Original Message-
From: Viliam Varga [mailto:[EMAIL PROTECTED]
Sent: Thursday,11. September 2003 15:11
To: [EMAIL PROTECTED]
Subject: Re: Non-IBM LTO tapes in a 3584


hi, mark,

within 1 year we use 100 imation and 500 fujifilm ultrium1 tapes in ibm lto
drives. approximately 10% of imation tapes we had to return to distributor,
because of  unloading problems. only 2 fujifilm tapes had serious errors.
ibm recomends fujifilm (some months ago maxell too) as alternative brands
to ibm ultrium tapes, you can check it on
ftp://ftp.software.ibm.com/pc/pccbbs/pc_servers_pdf/tapemedialist.pdf.
by

viliam varga





All,

We're looking at purchasing extra LTO-1 tapes to go in our 3584.  To date,
we've been running IBM tapes but we've gotten cheaper prices on HP and
Imation tapes.  Both HP and Imation are priced about 30% less than the IBM
tapes.

But I'm wondering if there are any quality issues with either of these
brands.  Also, I'm wondering if running non-IBM tapes in a 3584 might raise
any issues.

Can anyone help?

Thanks

Mark


--
Mark Ferraretto
Unix Systems Administrator
Deutsche Bank Hong Kong
w: +852 2203 6362m: +852 9558 8032f: +852 2203 6971
[EMAIL PROTECTED]


--

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

Re: Stable version of 4.2.1.x

[Lambelet,Rene,VEVEY,GL-CSC]

Hi,

4.2.1.15 is good for us (AIX), since 9 months, 1200 nodes

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
UBS-Nestec, Bussigny
mailto:[EMAIL PROTECTED]

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


-Original Message-
From: Ford, Phillip [mailto:[EMAIL PROTECTED]]
Sent: Monday,2. December 2002 16:21
To: [EMAIL PROTECTED]
Subject: Stable version of 4.2.1.x


We just upgraded from 3.7.2 to 4.2.1.7 on our AIX 4.3.3 ML10 RS6000 TSM
server.  We have started having some core dumps of TSM.  About one to two a
week.  I have found version 4.2.1.8 through 4.2.1.15 on the FTP site.  Can
anyone tell me if any of these are stable?  I remember someone telling me
that 4.2.1.13 was a good version.  What about 15?  If I have to go to
4.2.2.x I will but I would like to stay at 4.2.1 for now.


Thanks

--
Phillip Ford
Senior Software Specialist
Corporate Computer Center
Schering-Plough Corp.
(901) 320-4462
(901) 320-4856 FAX
[EMAIL PROTECTED]




*
This message and any attachments is solely for the intended recipient. If
you are not the intended recipient, disclosure, copying, use or distribution
of the information included in this message is prohibited -- Please
immediately and permanently delete.

Schedule successfull despite severe error, nothing in act log

[Lambelet,Rene,VEVEY,GL-CSC]

Hi everybody,
Our config: tsm server aix 4.2.1.15, client W2K 4.2.1.20

we got following message in dsmsched.log of one of our users files server:

ANS4038E An error occured processing file system '\\hqvevxxx\f:' 

Corresponding schedule was SUCCESSFULL!, the message was not reported in the
activity log, that mean nobody realized that for 6 days, the 500'000 user
files were not any more backed-up.

Any comment ? I would say this is a severe bug, what do you think ?

Regards,

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local UBS-Nestec,
Bussigny
mailto:[EMAIL PROTECTED]

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

Re: tsm server monitoring products

[Lambelet,Rene,VEVEY,GL-CSC]

Hi, we use tsmmanager (www.tsmmanager.com), really nice and usefull,

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
UBS-Nestec, Bussigny
mailto:[EMAIL PROTECTED]

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


-Original Message-
From: Justin Bleistein [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 11, 2002 8:32 PM
To: [EMAIL PROTECTED]
Subject: tsm server monitoring products


Like "servergraph" does anyone have a list of anymore products for this
purpose. I'm trying to compile a list of products so that I can review them
for our environment?. Thanks!.

--Justin Richard Bleistein
Unix Systems Administrator (Sungard eSourcing)
Desk: (856) 866 - 4017
Cell:(856) 912-0861
Email: [EMAIL PROTECTED]

Re: tape length issues

[Lambelet,Rene,VEVEY,GL-CSC]

Hi,

same for us, using about 1500 Ultrium, we got 3 completely lost tapes
(crumpled) and about 1 daily write error !

With Magstar, 1 error in last 4 years !

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
UBS-Nestec, Bussigny
mailto:[EMAIL PROTECTED]

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


-Original Message-
From: Matt Simpson [mailto:[EMAIL PROTECTED]]
Sent: Tuesday,17. December 2002 15:12
To: [EMAIL PROTECTED]
Subject: Re: tape length issues


At 20:44 -0500 12/16/02, Richard Sims wrote:
>There's a surprising amount of inconsistency as to the length of Ultrium
tape,
>as reported by various vendors - despite the supposed industry standard.
>HP quotes 580 meters; others 609 or 610 meters (2000 feet).

Yesterday, we had the opportunity to find out how long an Imation
Ultrium tape is, thanks to one of the drives in our 3584 library

http://jms.cc.uky.edu/Fun/ltotape.jpg

After the CE removed the tape from the drive, he also had to replace the
drive.

I just love this new technology, instead of that boring old mainframe
stuff that just worked and didn't give us challenges like this.
--


Matt Simpson --  OS/390 Support
219 McVey Hall  -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506

mainframe --   An obsolete device still used by thousands of obsolete
companies serving billions of obsolete customers and making huge obsolete
profits for their obsolete shareholders.  And this year's run twice as fast
as last year's.

Backup stops abruptely - rc=933

[Lambelet,Rene,VEVEY,GL-CSC]

Hi,
have you experienced such incomplete incremental, following this error
message ?

12/24/2002 05:34:22 PrivIncrFileSpace: Received rc=933 from
fioGetDirEntries:  \\hqvevw04\f$  \Users\aboulet\Nestle
12/24/2002 05:34:23 ANS4987E Error processing '\\hqvevw04\f$ ': the object
is in use by another process

Instead of skipping the file in error, TSM quit the incr, giving rc 4 for
the schedule. We run 4.2.1.20 w2k client onto server 4.2.1.15.

Very annoying as only 400'000 files got inspected on a total of 900'000.
Bypass consists of a temporary exclude.dir of '\Users\aboulet\Nestle'

Any advice ?

I wish you all a merry Christmas Eve,

R. Lambelet, Nestle Vevey

Re: Win2K Excludes

[Lambelet,Rene,VEVEY,GL-CSC]

Hi Jack,

here the 2 optsets we use for W2K and for AIX:

please note in AIX, many excludes concern DB2 data, the SAPLOG mangt class
is used to limit retention of SAP batch jobs logs
René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
UBS-Nestec, Bussigny
mailto:[EMAIL PROTECTED]

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


-Original Message-
From: Coats, Jack [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, December 31, 2002 6:17 PM
To: [EMAIL PROTECTED]
Subject: Win2K Excludes


Does someone have a good default exclude list for Windows 2000?  Novell 6?


Option Set - Properties
---
Option Set Name  : AIX_NEW
Description  : Option set for AIX servers
Last updated by  : SHERRMA
Option Sets  
---
Option Name  Seq. Number  Overridable  Option Value
---

CHANGINGRETRIES  100  Yes  1   
DIRMC0Yes  dirmc   
INCLEXCL 5Yes  Exclude /etc/.../ntp.drift  
INCLEXCL 6Yes  Exclude /etc/sendmail.pid   
INCLEXCL 7Yes  Exclude /etc/snmpd.pid  
INCLEXCL 8Yes  Exclude /etc/syslog.pid 
INCLEXCL 9Yes  Exclude /etc/mnttab 
INCLEXCL 10   Yes  Exclude /etc/rmtab  
INCLEXCL 11   Yes  Exclude /etc/sm/*   
INCLEXCL 12   Yes  Exclude /var/dt/X*  
INCLEXCL 14   Yes  Exclude /var/tmp/.../*  
INCLEXCL 15   Yes  Exclude /tmp/.../*  
INCLEXCL 26   Yes  Exclude /usr/es/adm/cluster.log 
INCLEXCL 28   Yes  Exclude /usr/tmp/.../*  
INCLEXCL 30   Yes  Exclude /usr/tivoli/tsm/.../*   
INCLEXCL 32   Yes  Exclude /usr/.../*.h
INCLEXCL 33   Yes  Exclude /usr/.../*.htm  
INCLEXCL 34   Yes  Exclude /usr/.../*.jpg  
INCLEXCL 51   Yes  Exclude /.../.netscape_cache/.../*  
INCLEXCL 53   Yes  Exclude /.../.Xauthority
INCLEXCL 54   Yes  Exclude /.../dsmaccnt.log   
INCLEXCL 55   Yes  Exclude /.../.sh_history
INCLEXCL 57   Yes  Exclude /.../nohup.out  
INCLEXCL 59   Yes  Exclude /.../sulog  
INCLEXCL 60   Yes  Exclude /.../dsmerror.log   
INCLEXCL 61   Yes  Exclude /.../dsmsched.log   
INCLEXCL 62   Yes  Exclude /.../dsierror.log   
INCLEXCL 63   Yes  Exclude /.../core   
INCLEXCL 64   Yes  Exclude /.../wtmp   
INCLEXCL 65   Yes  Exclude /.../lost+found/.../*   
INCLEXCL 71   Yes  Exclude.dir /.../smplog 
INCLEXCL 73   Yes  Exclude.dir /var/adm/syslog 
INCLEXCL 74   Yes  Exclude.dir /usr/HTTPServer/logs
INCLEXCL 75   Yes  Exclude.dir /usr/docsearch  
INCLEXCL 76   Yes  Exclude.dir /usr/dt 
INCLEXCL 77   Yes  Exclude.dir /usr/lib
INCLEXCL 78   Yes  Exclude.dir /usr/lpp
INCLEXCL 79   Yes  Exclude.dir /usr/share  
INCLEXCL 80   Yes  Exclude.dir /usr/websm  
INCLEXCL 82   Yes  Include /usr/local/.../*
INCLEXCL 84   Yes  Include /usr/.../dsm.sys
INCLEXCL  

Re: Stability of TSM

[Lambelet,Rene,VEVEY,GL-CSC]

Hi,
same here, 5 tsm servers running 4.2.1.15 (10 months), and one upgraded to
5.1.5.4 (15 days), all under AIX 4.3

regards

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
UBS-Nestec, Bussigny
mailto:[EMAIL PROTECTED]

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


-Original Message-
From: Prather, Wanda [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 08, 2003 5:24 PM
To: [EMAIL PROTECTED]
Subject: Re: Stability of TSM


You don't say what platform - if it's AIX, I can highly recommend 4.2.1.15.
We've been there about 10 months, works great.

I'm not budging from here until there is something more stable available.
My server is running at max capacity with 450 clients, and I can't afford
any of the problems with the later releases.

-Original Message-
From: Nelson Kane [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 08, 2003 11:16 AM
To: [EMAIL PROTECTED]
Subject: Stability of TSM


Hello Fellow TSMer's,
I have been trying to postpone upgrading my TSM Server for as long as
possible. I'm a firm believer in "if it ain't broke, don't fix it!", but i'm
starting to get funny errors. Anyways, I'm at 4.1.2, and I have been reading
many issues with each 5.X release. I would like to know, from everyone's
experience, what version is the most stable thus far? and can you recommend
a
site for upgrade docs.
Thanks in advance
-kane

FW: ATTN: WINDOWS CLIENT USERS - 5.1.5.7 available

[Lambelet,Rene,VEVEY,GL-CSC]

Hi,

please note the new w2k client 5.1.5.7 is now available on tivoli ftp site:

ftp://service.boulder.ibm.com/storage/tivoli-storage-management/patches/clie
nt/v5r1/Windows/WinNT/v515/

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
UBS-Nestec, Bussigny
mailto:[EMAIL PROTECTED]

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


-Original Message-
From: Andrew Raibeck [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 25, 2002 1:02 AM
To: [EMAIL PROTECTED]
Subject: ATTN: WINDOWS CLIENT USERS


Two Windows client fixtests, 5.1.5.4 and 5.1.5.6, have been removed from
the FTP server because of a potential data corruption problem with online
LAN image backups only, and only on Windows 2000 with those two fixtests.
The 5.1.5.0 PTF and 5.1.5.2 fixtest do not contain the problem.

Windows client 5.1.5.6 fixtest (package name IP22546_06) and 5.1.5.4
fixtest (package name IP22546_04) have been removed from the FTP server,
because our internal testing detected a potential data corruption problem
with certain Online LAN Image Backups with these fixtest levels only, for
the Windows client only. APAR IC35333 has been opened for this problem,
and it will be fixed in fixtest 5.1.5.7.

Customers should re-backup the online LAN image backups made with those
two fixtests, using either an older level client or the new 5.1.5.7 client
(when it is available) to do the re-backups.

The Windows client 5.1.5.4 fixtest (package name IP22546_04) was also
removed because it can cause an abend in the API client. The API client is
used by other processes, such as the IBM TSM for Mail or Database
products. The problem is described by APAR IC35271, and it is only a
problem in Windows client fixtest 5.1.5.4. It is fixed in 5.1.5.7 (when
available), and customers can use older level API clients as well.

If you have already downloaded and applied fixtests 5.1.5.4 or 5.1.5.6 for
the Windows client, please go back to the 5.1.5.2 or earlier level now,
and then replace your client with the 5.1.5.7 or later Windows client
fixtest (package name IP22546_07 or later) when it becomes available.

We are sorry for the inconvenience. Fixtests are meant to help customers
with critical problems that can't wait for the next fully-tested
deliverable. We do test fixtests, but in a more limited fashion which did
not detect these side effect problems of other fixes. For the future, we
are working to improve our fixtest testing.

I will make a post when the 5.1.5.7 client is available (currently
targeted for Friday, January 3).

Regards,

Andy

Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Development
Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS
Internet e-mail: [EMAIL PROTECTED] (change eye to i to reply)

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

Re: DELETE FILESPACE Question

[Lambelet,Rene,VEVEY,GL-CSC]

yes, you can restore your tsm db,

regards,

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
UBS-Nestec, Bussigny
mailto:[EMAIL PROTECTED]

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


-Original Message-
From: Gerhard Wolkerstorfer [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 10, 2003 10:19 AM
To: [EMAIL PROTECTED]
Subject: DELETE FILESPACE Question


Hi all,
Yesterday I deleted a filespace of a node with the Option TYPE=ALL -
afterwards
  I remarked that the customer only wanted his Backups to be deleted. So
all
  his important Archives had gone.
Because of the fact, that there was one night of backups between the DELETE
  FILESPACE Command and the time I remarked this, i cannot restore the
  database..
I know the tapes, where the data was stored on and I didn't reclaim the
tapes
  until now. (so the Reclamation Percentage is very high now on that
tape -
  I set the Reclamation threshold to 100%)
Is there a chance to reconstruct the data ??

Regards
Gerhard Wolkerstorfer

Re: Problems with W2k Client 5.1.5.7

[Lambelet,Rene,VEVEY,GL-CSC]

Hi, we have same thing here, seems bound to scheduler sessions,

regards

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
UBS-Nestec, Bussigny
mailto:[EMAIL PROTECTED]

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


-Original Message-
From: Andrew Raibeck [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 15, 2003 7:21 PM
To: [EMAIL PROTECTED]
Subject: Re: Problems with W2k Client 5.1.5.7


We will be looking into this. I will provide an update when more
information is available.

Regards,

Andy

Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Development
Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS
Internet e-mail: [EMAIL PROTECTED] (change eye to i to reply)

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


Since Upgrade from 5.1.5.4 to 5.1.5.7 for Windows2000 Client
I can see sesssion at the tsm server in idle state. I believe they =
"survive"
the scheduler start and query for next task.
Does anyone has the same experience with the new fixlevel?
Our Server is 4.2.3.0 on MVS 2.10 / 64 Bit mode

Stefan Holzwarth

=

--
Stefan Holzwarth
ADAC e.V. (Informationsverarbeitung - Systemtechnik - Basisdienste)
Am Westpark 8, 81373 M=FCnchen, Tel.: (089) 7676-5212, Fax: (089) =
76768924
mailto:[EMAIL PROTECTED]

Re: To Collate or Not to Collate? - UPDATE

[Lambelet,Rene,VEVEY,GL-CSC]

Hi, I fully agree. Specially after the experience of restoring one single
destroyed tape in primary pool that implied mounting 85 copy tapes!!

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
UBS-Nestec, Bussigny
mailto:[EMAIL PROTECTED]

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


-Original Message-
From: Cook, Dwight E [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 15, 2003 8:05 PM
To: [EMAIL PROTECTED]
Subject: Re: To Collate or Not to Collate? - UPDATE


Allen makes a critical implied statement of YOU MUST TEST YOUR RECOVERY PLAN
!
If not and you have to use it and it doesn't go smooth...
Personally, I classify myself as probably being at the lowest place on the
earth... and even if something were to initially miss me, it would
undoubtedly/eventually settle on top of me! ! !
So... you request the test and state its requirement as to ensure
functionality.
If management says "no", make sure and put together a few things on what
~might~ go wrong like potentially 36 hours of nothing but tape mounts &
dismounts to restore just a single server (if like in Allen's case where 800
tapes were required)
Then make sure and save all the e-mails (print out and lock in a fireproof
safe) so you can mount a defense later ;-)

Dwight

-Original Message-
From: Allen Barth [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 15, 2003 12:31 PM
To: [EMAIL PROTECTED]
Subject: Re: To Collate or Not to Collate? - UPDATE


Glad you found it!

However, regarding the collocation=no issue on copypools

Having done TSM DR recoveries at an offsite location a few times, let me
share my experiences.   When I started with TSM I had one copypool with
colloc=no.  We then did our first DR recovery test where my goal was to
recover the TSM server and ONE other AIX client.  The base os (AIX) was to
restored via sysback, user filesystems via TSM.   Originally this required
the ENTIRE copypool (800+ tapes back then) to be sent from the vault to
the DR location as TSM provides no command to see which vols would be
needed for a client node restore (hint, hint, IBM).   Since then I've been
able to put an SQL query together to get that info but it takes quite a
while to execute.  This trims down the number of tapes, but the number of
tapes was still quite large(100 +).  Furthermore, the number of tape mount
requests during the restore was astronomical, as tapes were requested
multiple times.  After re-thinking TSM and DR needs, I now have a
separated stgpool tree for unix data.   Collocation is enabled for both
primary and copypools.  At the last DR test, the number of tapes needed
from the vault was further reduced to around 40, and the restore process
took significantly less time.   Let's not forget to factor in the time
required for physical tape processing (mount delay, seek time, rewind,
unload).   This can add up to significant wall time.

Regards,
Al

Re: AIX connections, multiple adapters

[Lambelet,Rene,VEVEY,GL-CSC]

Daniel,

will you please send me

- ip address of the client
- output of "netstat -rn", "netstat -in", "ifconfig -a".

I have a colleague here who should be able to send you the needed routes,

yours,

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
UBS-Nestec, Bussigny
mailto:[EMAIL PROTECTED]

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


-Original Message-
From: Daniel Sparrman [mailto:[EMAIL PROTECTED]]
Sent: Friday 17 January 2003 07:24
To: [EMAIL PROTECTED]
Subject: 


Hi

This is perhaps more of a communication question rather than a storage
management question, but I will still ask, considering some of you out
there should have encountered this problem.

One of our customers have a P-Series 610 running AIX ML 4.3.3.09. It's
equipped with 2 100Mbs Ethernet adapters and one GB adapter. Previously,
they all were located on the same subnet. Now, we've move the GB adapter
into a separate subnet.

The configuraiton looks like this:

1st 100Mbs Ethernet = 192.168.1.1/24 default gateway 192.168.1.254
2nd 100Mbs Ethernet = 192.168.1.2/24
1st Gigabit Ethernet = 192.168.5.1/24

This has become a problem. Everytime a client connects to the TSM server,
it responds from the adapter which have the default gateway set. The
customer is running spanning tree, which means that it wont allow the TSM
server to receive data on one adapter, and respond from another. However, I
haven't found a way to have the TSM server respond from the same adapter on
which the client connected. In my opinion, this can only be solved in to
ways; either having a default gateway for each adapter, or, setting some
kind of option, telling the TSM server to awalys respond on the same
adapter on which it received the data.

BUT, the first alternative doesnt work. AIX 4.3.3.09, in contrary to 5L,
wont let me set multiple default gateways, specifying one for each adapter.
In AIX 5L, I have the option, when setting static routes, of binding the
static route to a specific adapter. When trying to add a second default
gateway on AIX 4.3.3.09, it only tells me that there is already a default
gateway.

The second alternative, however, seems theoretically impossible. The AIX
server shouldnt be able to respond to a client, connection from a different
subnet, from the adapter on which it received the initial client session.
This is because the adapter dont have a default gateway, and therefore
shouldn't be able to find it's way to the client, located on a different
subnet.

This problem still existed when we had all adapters running on the same IP
subnet. The GB adapter could recieve data initiated from the clients, but
the respones always went through the first 100Mbs ethernet adapter, which
had the default gateway.

Is there anybody out there running an AIX server with multiple adapters,
which have multiple subnets, and has been able to have the AIX respond to
the client on the same adapter on which the client initially started the IP
session?

Perhaps I'm not a communication expert, but to me, this seems like a fairly
simple problem.

Best Regards

Daniel Sparrman
---
Daniel Sparrman
Exist i Stockholm AB
Propellervägen 6B
183 62 HÄGERNÄS
 Växel: 08 - 754 98 00
Mobil: 070 - 399 27 51

Re: NT exclude problem

[Lambelet,Rene,VEVEY,GL-CSC]

HI,

I would prefer   exclude.dir '?:\oracle\...\saparch'

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
UBS-Nestec, Bussigny
mailto:[EMAIL PROTECTED]

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

-Original Message-
From: Richard Foster [mailto:[EMAIL PROTECTED]]
Sent: Wednesday,22. January 2003 15:47
To: [EMAIL PROTECTED]
Subject: NT exclude problem


I have an NT server running SAP/Oracle. I am backing up the Oracle DB with
TDP for R3, and thus want to exclude these files from TSM incremental. I
cannot get it to work.

NT server v 4.0 with SP6
TSM client v 4.2.1.30
TSM server v4.2.2.7
running on AIX v 4.3.3

The book gives an example: Quote
Exclude all files and directories in any tmp directory that might exist
exclude ?:\...\tmp\...\*
Unquote

So I tried
exclude ?:\...\saparch\...\*

I have also tried
exclude *:\...\saparch\...\*
exclude *:\...\saparch\...\*.*
and in desperation
exclude f:\oracle\XXX\saparch\*
but each time, after the incremental, I have 15 active files registered in
the TSM DB from this directory.

Is it me, or is it a bug?

Richard Foster
Norsk Hydro ASA
 << File: ATT331141.txt >> 

Re: Windows 2000 Client

[Lambelet,Rene,VEVEY,GL-CSC]

yes, since 2 days on 2 clients,

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
UBS-Nestec, Bussigny
mailto:[EMAIL PROTECTED]

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


-Original Message-
From: Heinz, Greg [mailto:[EMAIL PROTECTED]]
Sent: Tuesday,28. January 2003 18:56
To: [EMAIL PROTECTED]
Subject: Windows 2000 Client


Has anyone tried the new version yet 5.1.5.9 ??

Greg

Re: Problems with IBM 3584-L32 library with IBM prelabeld LTO car tridges

[Lambelet,Rene,VEVEY,GL-CSC]

Yes Timo, we did. IBM had to replace all the plastic slots in 2 of the
library frames. Problem disapeared, they were too small (a little bit),

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
UBS-Nestec, Bussigny
mailto:[EMAIL PROTECTED]

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


-Original Message-
From: Kilchenmann Timo [mailto:[EMAIL PROTECTED]]
Sent: Wednesday,29. January 2003 09:54
To: [EMAIL PROTECTED]
Subject: Problems with IBM 3584-L32 library with IBM prelabeld LTO
cartridges


Dear all,

We run into the following problem:

Bought 80 additional labeled LTO cartridges through IBM. Inserted the
cartridges into the library. BUT the library/picker is not able the get the
cartridges out of the slots nor the tape drives. Doing the procedure by
hand I found out, that I need to apply allot of force.

I opened a hardware call. IBM guy showed up, updated microcode on library
and drives. The guy told me that the problems with the cartridges are our
business - not his or IBM's. I responded back that both the library and the
cartridges are from IBM! - no good :-(.

Has anyone out there experienced similar problems? How were the problems
solved?


Timo Kilchenmann E-Mail  [EMAIL PROTECTED]
 Phone   +41 1 843 34 91 (direct)
Bechtle Data AG  or  +41 1 843 32 32
Bahnstrasse 58/60Telefax +41 1 843 34 24
CH-8105 Regensdorf   Mobile  +41 79 417 43 55
Switzerland  http://www.bechtle-data.ch

Re: exporting from OS/390 to AIX

[Lambelet,Rene,VEVEY,GL-CSC]

Joachim, are you sure ? 
We exported many nodes data between OS/390 and AIX, using either common
tapes (magstar) or disc stroage as FILE type, followed by an ftp transfer
from AIX, NO PROBLEM at all !
Yours

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
UBS-Nestec, Bussigny
mailto:[EMAIL PROTECTED]

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


-Original Message-
From: Schaub Joachim Paul ABX-SECE-ZH [mailto:[EMAIL PROTECTED]]
Sent: Wednesday,29. January 2003 21:32
To: [EMAIL PROTECTED]
Subject: AW:


it is not supported to export aything from Z/OS (MVS) to AIX  (EBCDIC to
ASCII) !

-Ursprüngliche Nachricht-
Von: Linda Holsclaw [mailto:[EMAIL PROTECTED]]
Gesendet: Mittwoch, 29. Januar 2003 20:47
An: [EMAIL PROTECTED]
Betreff: 


We are using TSM version 4.2 on an AIX server.  We need to move TSM user's
that are on a MVS server running TSM version 5.1 to our AIX server.  Has
any one had any experience exporting node and sever data from a newer TSM
server version to an older one?  Also in the exporting has anyone
encountered any problems moving TSM across different OS's.  Any responses
are appreciated.

Linda Holsclaw
Information Services
NSave Support Specialist
[EMAIL PROTECTED]

Re: Backup Files and directories over than 255 characters

[Lambelet,Rene,VEVEY,GL-CSC]

Andy,

using NT client 5.1.5.9, is it now possible to use AMENG and
useunicodefilenames YES ?

If not, what are the disadvantages to have useunicodefilenames NO ?

Thanks,

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
UBS-Nestec, Bussigny
mailto:[EMAIL PROTECTED]

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


-Original Message-
From: Andrew Raibeck [mailto:[EMAIL PROTECTED]]
Sent: Thursday,30. January 2003 11:36
To: [EMAIL PROTECTED]
Subject: Re: Backup Files and directories over than 255 characters


This is discussed in APAR IC27346. Search for the APAR number at
www.ibm.com for more info.

Regards,

Andy

Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Development
Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS
Internet e-mail: [EMAIL PROTECTED] (change eye to i to reply)

Re: NT4 Client Level Recommendations

[Lambelet,Rene,VEVEY,GL-CSC]

Hi,

we use 5.1.5.9,

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
UBS-Nestec, Bussigny
mailto:[EMAIL PROTECTED]

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


-Original Message-
From: Pope, Simon R. [mailto:[EMAIL PROTECTED]]
Sent: Wednesday,12. February 2003 16:40
To: [EMAIL PROTECTED]
Subject: NT4 Client Level Recommendations


Hi

Our NT sys admins are just about to start upgrading about 80 NT4 clients
from 4.1.2 to 5.1.x.x.

Can anyone recommend the most stable release of 5.1.x.x to use??

Server is at 4.2.3.1 on AIX 4.3.3

Thanks

Simon


This email has been scanned for all viruses by the MessageLabs SkyScan
service. For more information on a proactive anti-virus service working
around the clock, around the globe, visit http://www.messagelabs.com

Re: set servername

[Lambelet,Rene,VEVEY,GL-CSC]

Hi, be carefull, we got severe password issues doing a servername change, we
had to re-initialise all password on all clients (NT at least),

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
UBS-Nestec, Bussigny
mailto:[EMAIL PROTECTED]

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


-Original Message-
From: Steve Roder [mailto:[EMAIL PROTECTED]]
Sent: Thursday,13. February 2003 02:26
To: [EMAIL PROTECTED]
Subject: set servername


Hi All,

 Can any damage be caused by changing this value?  In other words,
could it make a client unable to restore older versions of files?  I have
situtaion under solaris 2.9, TSM 5.1.5.0, where I can see the inactive
versions in the DB via show version, but the client only shows a really
old version, and active.  I changed the server name on 2/3.  Obviously, I
am grapsing at straws herebut in writing this up, I wonder if
/home/staff/tks/lps moved from /home to / in the mean time

Any thought would be greatly appreciated.

TIA

>From show version:
/ : /home/staff/tks/lps/Mail/ myub (MC: DEFAULT)
Active, Inserted 02/11/03 21:12:09
ObjId: 0.210401747

/ : /home/staff/tks/lps/ myub (MC: DEFAULT)
Inactive, Inserted 12/26/02 21:20:39, Deactivated 01/03/03 21:16:54
ObjId: 0.189328107

/ : /home/staff/tks/lps/ myub (MC: DEFAULT)
Inactive, Inserted 01/03/03 21:16:54, Deactivated 02/11/03 21:11:12
ObjId: 0.191802874

/ : /home/staff/tks/lps/Mail/ myub (MC: DEFAULT)
Inactive, Inserted 01/22/03 21:16:21, Deactivated 01/23/03 21:18:42
ObjId: 0.199177244

/ : /home/staff/tks/lps/Mail/ myub (MC: DEFAULT)
Inactive, Inserted 01/23/03 21:18:42, Deactivated 01/24/03 21:19:50
ObjId: 0.199556337

/ : /home/staff/tks/lps/Mail/ myub (MC: DEFAULT)
Inactive, Inserted 01/24/03 21:19:50, Deactivated 01/27/03 21:13:30
ObjId: 0.199864550

/ : /home/staff/tks/lps/Mail/ myub (MC: DEFAULT)
Inactive, Inserted 01/27/03 21:13:30, Deactivated 01/28/03 21:10:40
ObjId: 0.201637847

/ : /home/staff/tks/lps/Mail/ myub (MC: DEFAULT)
Inactive, Inserted 01/28/03 21:10:40, Deactivated 01/29/03 21:14:12
ObjId: 0.202022720

/ : /home/staff/tks/lps/Mail/ myub (MC: DEFAULT)
Inactive, Inserted 01/29/03 21:14:12, Deactivated 02/03/03 21:10:58
ObjId: 0.202362151

/ : /home/staff/tks/lps/Mail/ myub (MC: DEFAULT)
Inactive, Inserted 02/03/03 21:10:58, Deactivated 02/04/03 21:19:00
ObjId: 0.204156814

/ : /home/staff/tks/lps/Mail/ myub (MC: DEFAULT)
Inactive, Inserted 02/04/03 21:19:00, Deactivated 02/05/03 21:11:28
ObjId: 0.204480968

/ : /home/staff/tks/lps/Mail/ myub (MC: DEFAULT)
Inactive, Inserted 02/05/03 21:11:28, Deactivated 02/06/03 21:19:10
ObjId: 0.206601558

/ : /home/staff/tks/lps/Mail/ myub (MC: DEFAULT)
Inactive, Inserted 02/06/03 21:19:10, Deactivated 02/07/03 21:13:32
ObjId: 0.208825985

/ : /home/staff/tks/lps/Mail/ myub (MC: DEFAULT)
Inactive, Inserted 02/07/03 21:13:32, Deactivated 02/09/03 21:19:05
ObjId: 0.209237841

/ : /home/staff/tks/lps/Mail/ myub (MC: DEFAULT)
Inactive, Inserted 02/09/03 21:19:05, Deactivated 02/10/03 21:14:45
ObjId: 0.209769877

/ : /home/staff/tks/lps/Mail/ myub (MC: DEFAULT)
Inactive, Inserted 02/10/03 21:14:45, Deactivated 02/11/03 21:12:09
ObjId: 0.210093580

...and what the client shows:
sudo dsmc restore -se=lorenz -pick "/home/staff/tks/lps/Mail/myub" "/tmp/"
TSM Scrollable PICK Window - Restore

 #Backup Date/TimeFile Size A/I  File


---
 1. | 01/14/02   21:17:24 814.55 KB  A /home/staff/tks/lps/Mail/myub
|


Steve Roder, University at Buffalo
HOD Service Coordinator
VM Systems Programmer
UNIX Systems Administrator (Solaris and AIX)
TSM/ADSM Administrator
([EMAIL PROTECTED] | (716)645-3564)

Migration processes: very strange message ANR0986I

[Lambelet,Rene,VEVEY,GL-CSC]

Hello,
since upgrading to 5.1.5.4, one of our AIX TSM server (only one of the 4
having been upgraded) gives strange migration messages:

02/13/2003 15:36:20 ANR1001I Migration process 552 ended for storage pool
BACKPOOL.

02/13/2003 15:36:20 ANR0986I Process 552 for MIGRATION running in the
BACKGROUND processed 25230 items for a total of 1 bytes with a completion
state of SUCCESS at 15:36:20.  

Have you ever seen such migration processes copying 25230 items with a total
size of 1 byte ?

Thanks for any tip,

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
UBS-Nestec, Bussigny
mailto:[EMAIL PROTECTED]

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

continuing to serve your support needs in our new online home.

Re: Delete a file

[Lambelet,Rene,VEVEY,GL-CSC]

Hi,
to delete any file from backups before normal expiration, we allocate a new
file with same name, then bind it to a special management class with 1 0 0 0
as retention  parameters(include x SPECMGT). Next backup will send this
new (empty) file into this special management class, immediately deleting
all previous backup versions.
Next thing is to delete the new file on the client. Next expiration process
will then expire the last inactive backup, you can then delete the include
statement from the dsm.opt/inclexcl.list and that's it !

Regards,


René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
UBS-Nestec, Bussigny
mailto:[EMAIL PROTECTED]

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



-Original Message-
From: Richard Sims [mailto:[EMAIL PROTECTED]]
Sent: Friday,14. February 2003 14:04
To: [EMAIL PROTECTED]
Subject: Re: Delete a file


>How can i delete a file which resides on 3590 tape?

If it was via a Backup, you don't directly delete it: TSM policies
expire it.  If it was an Archived file, you use the B/A client
to delete the instance.

I'd strongly recommend reading the TSM documentation to get more
familiar with the product you are trying to use.  Start with the
Backup/Archive Clients manual, and then review the Admin manual.

Mksysb directly into TSM 5.1

[Lambelet,Rene,VEVEY,GL-CSC]

Hello,

any idea to send mksysb directly to tsm 5.1 (AIX)? I've heard adsmpipe is
not officialy supported, does anybody use named pipe to write their mksysb ?
If yes, how do you read back form the file ?

For now we use a NIM server and NFS, this is not optimum.

Thanks a lot,

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
UBS-Nestec, Bussigny
mailto:[EMAIL PROTECTED]

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

Re: Mksysb directly into TSM 5.1

[Lambelet,Rene,VEVEY,GL-CSC]

Clark, which version of sysback?  it seems to me that last announced one is
not able to interface to TSM...

yours,

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
UBS-Nestec, Bussigny
mailto:[EMAIL PROTECTED]

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


-Original Message-
From: Rodney clark [mailto:[EMAIL PROTECTED]]
Sent: Friday,14. February 2003 16:27
To: [EMAIL PROTECTED]
Subject: Re: Mksysb directly into TSM 5.1


It looks like the new version of sysback will be able to do this. 
At least thats what I read between the lines of the pre-informatie on the
web.
I would not waste my time with adsmpipe.


-Original Message-
From: Lambelet,Rene,VEVEY,GL-CSC [mailto:[EMAIL PROTECTED]]
Sent: Friday 14 February 2003 15:04
To: [EMAIL PROTECTED]
Subject: Mksysb directly into TSM 5.1


Hello,

any idea to send mksysb directly to tsm 5.1 (AIX)? I've heard adsmpipe is
not officialy supported, does anybody use named pipe to write their mksysb ?
If yes, how do you read back form the file ?

For now we use a NIM server and NFS, this is not optimum.

Thanks a lot,

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
UBS-Nestec, Bussigny
mailto:[EMAIL PROTECTED]

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

Improving speed of restores for W2K profiles, how ?

[Lambelet,Rene,VEVEY,GL-CSC]

Hello,

could we have a short discussion about restoring the W2K profile files ?

We use tsm server 5.1.5.4 and w2k clients 5.1.5.9. Probably due to the very
small size of profile files (most of the files are 1 KB big), the restore
session is very very long ... I suppose LTO technology is not so well
adapted to the read of such small files with mixed deleted blocks on the
tape!

We plan to define a special disk storage pool with NO migration and maxsize
of 2K, to keep all these small profile files on disk.

Your opinion and/or any tips would be greatly appreciated...

Thanks in advance for helping us,

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
SD/ESN
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 924 13 69   local
K4-104
mailto:[EMAIL PROTECTED]

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

Re: Improving speed of restores for W2K profiles, how ?

[Lambelet,Rene,VEVEY,GL-CSC]

Mark, thanks for the suggestion about the system state.

But my question was more for the "roaming profiles" that are stored on about
10 w2k servers for all our final users. These profiles are made of numerous
small files (recent, cookies, desktop, favorites...)

rene

-Original Message-
From: Stapleton, Mark [mailto:[EMAIL PROTECTED]
Sent: Monday,15. September 2003 15:40
To: [EMAIL PROTECTED]
Subject: Re: Improving speed of restores for W2K profiles, how ?


From: Lambelet,Rene,VEVEY,GL-CSC [mailto:[EMAIL PROTECTED]
>We use tsm server 5.1.5.4 and w2k clients 5.1.5.9. Probably due to the
very small size of profile files (most of the files are 1 KB big), the
restore session is very very long ... I suppose LTO technology is not so
well adapted to the read of such small files with mixed deleted blocks
on the tape!

We plan to define a special disk storage pool with NO migration and
maxsize of 2K, to keep all these small profile files on disk.<


If I may suggest something a little different...

1. Exclude the SYSTEMOBJECTS domain
2. Run a PRESCHEDCMD that uses NTBACKUP to backup the system state to a
flat file.
3. Back up the client.

Now, instead of 250MB of little files, you've got one big 250MB file to
backup (and restore). This process has three benefits: it greatly
reduces the number of database objects for W2K clients, the restore is
much faster, and this process is much more forgiving when performing BMR
to different hardware.

--
Mark Stapleton ([EMAIL PROTECTED])

ANR0566W Retrieve or restore failed for session 41415 for node DD ADB212 (DB2/AIX64) - file was deleted from data storage during retrieval

[Lambelet,Rene,VEVEY,GL-CSC]

Hello,

We had a large restore that failed : DDTSM06> 09/07/03   01:09:08  ANR0566W
Retrieve or restore failed for session 41415 for node DDADB212 (DB2/AIX64) -
file was deleted from data storage during retrieval. 

We suppose this failure came from files being migrated from disk to tape at
the same time the restore was in progress.  Is this normal?  Can this be
prevented?


Thanks in advance for any comment...

yours

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
SD/ESN
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 924 13 69   local
K4-104
mailto:[EMAIL PROTECTED]

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

Re: ANR0566W Retrieve or restore failed for session 41415 for nod e DD ADB212 (DB2/AIX64) - file was deleted from data storage durin g retrieval

[Lambelet,Rene,VEVEY,GL-CSC]

Richard, we had neither expiration nor delete processes at this time, what
about migration ?

rené 

-Original Message-
From: Richard Sims [mailto:[EMAIL PROTECTED]
Sent: Tuesday,16. September 2003 13:51
To: [EMAIL PROTECTED]
Subject: Re: ANR0566W Retrieve or restore failed for session 41415 for
node DD ADB212 (DB2/AIX64) - file was deleted from data storage during
retrieval


>We had a large restore that failed : DDTSM06> 09/07/03   01:09:08
>ANR0566W Retrieve or restore failed for session 41415 for node DDADB212
>(DB2/AIX64) - file was deleted from data storage during retrieval.
>
>We suppose this failure came from files being migrated from disk to tape at
>the same time the restore was in progress.  Is this normal?  Can this be
>prevented?

The Messages manual explains that this is typically caused by a Delete of a
Filespace or Volume, or normal expiration.  Check your server Activity Log
for admin processes active at the time, and review the date of the backup
object relative to your retention policies to assure that you are keeping
things as long as you believe should be.

  Richard Sims, BU

Re: 3584 Cleaning Frequency

[Lambelet,Rene,VEVEY,GL-CSC]

Todd, what kind of tapes do you use (Imation, 3M, IBM, Fuji ? 

We had much much more r/o tapes with Imation than with IBM ones !

rené

-Original Message-
From: Todd Lundstedt [mailto:[EMAIL PROTECTED]
Sent: Monday,13. October 2003 18:36
To: [EMAIL PROTECTED]
Subject: 3584 Cleaning Frequency


What is the normal clean frequency for LTO-1 drives in a 3584?  I have the
drives defined to TSM with a cleaning frequency of "none", and the 3584
library set to Automatic cleaning, per recommendations.  Yet, when I use
the front panel of the 3584 to look at the cleaning cartridges, one has
never been used, and the other has only been used 4 times.  We have had
this library for nearly 2 years now.  I started looking at this because of
the number of tapes that are marked read-only or unavailable per night
(anywhere from one to 7 so far, usually 2 or 3 per night).  The eight
drives show as follows:

Drive1
Library Loads:  10391
Library Unloads:10381

Drive Loads:867 (drive1 has been reset recently)
MB Written: 2903279
MB Read:1923642
Cleans: 0
--
Drive2
Library Loads:  10023
Library Unloads:10015

Drive Loads:6535
MB Written: 49313622
MB Read:26764547
Cleans: 0
--
Drive3
Library Loads:  10239
Library Unloads:10234

Drive Loads:1598
MB Written:   10083308
MB Read:5886656
Cleans: 0
--
Drive4
Library Loads:  6877
Library Unloads:6873

Drive Loads:6461
MB Written: 44438571
MB Read:25808491
Cleans: 0
--
Drive5
Library Loads:  6528
Library Unloads:6527

Drive Loads:6705
MB Written: 47722355
MB Read:28614867
Cleans: 0
--
Drive6
Library Loads:  1933
Library Unloads:1932

Drive Loads:2144
MB Written: 11874084
MB Read:6888474
Cleans: 0
--
Drive7
Library Loads:  2051
Library Unloads:2050

Drive Loads:2823
MB Written: 27765506
MB Read:7691746
Cleans: 0
--
Drive8
Library Loads:  2102
Library Unloads:2101

Drive Loads:2265
MB Written: 12299072
MB Read:8002016
Cleans: 0

These tape drives have transferred thousands of terabytes of data (what's
that.. exabyte?), apparently without cleanings.  What can I check to find
out why, other than what I mentioned above (Lib set to AUTO, and drives
set in TSM to none).
Thanks in advance
Todd

Re: SAP data

[Lambelet,Rene,VEVEY,GL-CSC]

select * from backups where node_name=''
select * from archive where node_name=''

or 

select * from backups where node_name='' and class_name='Y'
select * from archives where node_name='' and class_name='Y'

good luck

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
SD/ESN
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 924 13 69   local
K4-104
mailto:[EMAIL PROTECTED]

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


-Original Message-
From: Gill, Geoffrey L. [mailto:[EMAIL PROTECTED]
Sent: Monday,3. November 2003 16:23
To: [EMAIL PROTECTED]
Subject: SAP data


TSM Server AIX 4.3.3

TSM 5.1.6.3



Since we started running SAP R/3 backups the amount of data has continued to
grow enormously. Being that those folks have asked me to set up a number of
management classes for them it could be each of these are bound to different
classes, or God forbid the same one.



Is there a SQL query that will tell me what management classes this data is
bound to? I'm a little concerned, with one node at 30TB and climbing and the
other at 8TB, they could all be going to the wrong management class.



Thanks,

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

After recreating a symbolic link (pointing to new directory), no backup done in next incr !

[Lambelet,Rene,VEVEY,GL-CSC]

Hello,

does any one have an explanation: we noticed the soft links AIX do not get
backed-up after being recreated with SAME name but different dir pointed to.
The last modified date did effectively changed, but next incr backup will
not take a new version of it !

This had bad effect as, after restoring a file system, the sym links was
pointing to old directories !

We use TSM server AIX 5.1.5.4, TSM client AIX 4.2.1.15

Thanks for any idea ...

Yours,

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
SD/ESN
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 924 13 69   local
K4-104
mailto:[EMAIL PROTECTED]

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

After recreating a symbolic link (pointing to new directory), no backup done in next incr !

[Lambelet,Rene,VEVEY,GL-CSC]

Hello,

http://www-1.ibm.com/support/docview.wss?rs=203&context=SWJ00&q1=TSM&q2=symb
olic&uid=swg1IC29189&loc=en_US&cs=utf-8&lang=en

Following this link I found a known error, not very clear if a solution
exists now ??

Thanks for any help,

rene


*

Hello,

does any one have an explanation: we noticed the soft links AIX do not get
backed-up after being recreated with SAME name but different dir pointed to.
The last modified date did effectively changed, but next incr backup will
not take a new version of it !

This had bad effect as, after restoring a file system, the sym links was
pointing to old directories !

We use TSM server AIX 5.1.5.4, TSM client AIX 4.2.1.15

Thanks for any idea ...

Yours,

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
SD/ESN
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 924 13 69   local
K4-104
mailto:[EMAIL PROTECTED]

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

3584 LTO1 new firmware installed : 36UC

[Lambelet,Rene,VEVEY,GL-CSC]

Hi dear tsm'ers,


we just upgraded the firmware for our LTO1 drives in the 3584. Version in
now 36UC instead of 36U7. The bad bug (ask your CE about it please, if you
are using 36U7) should be fixed now!! (Library is still at firmware level
3480).

Happy new year to you all !

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
SD/ESN
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 924 13 69   local
K4-104
mailto:[EMAIL PROTECTED]

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

Re: AIX startup of TSM scheduler

[Lambelet,Rene,VEVEY,GL-CSC]

Hi, we also use only dsmcad as starter for the tsm scheduler. Here a script
that could help you for stopping, starting and restarting:

#!/usr/bin/sh
# rc.dsmcad , version 1.1
#
# description:  start or restart client acceptor daemon
# constraints:  must be run as root
#   it will start dsmcad client acceptor daemon
#
# author :  sh
#   jesús muiño conde
#
# modifications:
#   23/06/2003   initial creation
#   23/06/2003   v1.1 Routed the log to /dev/null (PAN) 
# ***

# some vars
# ---
YO=$(basename $0)
DSMCAD=dsmcad
DSM_DIR=/usr/tivoli/tsm/client/ba/bin
PS=/usr/bin/ps
KILL=/usr/bin/kill
#DSMCADLOG=/usr/tivoli/tsm/client/ba/bin/dsmwebcl.log
DSMCADLOG=/dev/null
NOHUP=/usr/bin/nohup
SLEEP=/usr/bin/sleep

# some funcs
# ---
stop_dsmcad()
{
while check_if_running
  [[ -n $DSMCADPROC ]]
do
echo "${YO}: Killing TSM client acceptor daemon with signal KILL."
/usr/bin/kill -9 "$DSMCADPROC"
done
}
start_dsmcad()
{
echo "${YO}: Starting TSM client acceptor daemon ..."
$NOHUP ${DSM_DIR}/$DSMCAD > $DSMCADLOG 2>&1 &
$SLEEP 5
check_if_running
echo "${YO}: ... scheduling will start in 1 minute."
}
check_if_running()
{
DSMCADPROC=$(ps -efo pid,command | awk '/'"$DSMCAD"'/ {print$1}' |
xargs)
if [[ -n $DSMCADPROC ]] then
echo "${YO}: TSM client acceptor daemon is running: PIDs
${DSMCADPROC}"
fi
}
cmd_usage()
{
print "\n\t$YO must be used as follows:"
print "\t$YO -[ s | q | r ]"
print "\t-s Starts the TSM client acceptor daemon."
print "\t   Should only be used through inittab"
print "\t   Use in inittab: \"dsmcad:2:once:/usr/local/bin/rc.dsmcad
-start >/dev/console 2>&1\""
print "\t-q Stops the TSM client acceptor daemon"
print "\t-r Stops and starts the TSM client acceptor daemon.\n"
}

# main starts here
# ---

if [[ $# != 1 || $1 != '-'[sqr] ]] then
cmd_usage
exit 2
fi
while getopts "sqr" i
do
case $i in
s )
# just starts the TSM client acceptor daemon should only be used
when the system boots
# or in /etc/inittab
start_dsmcad
;;
q )
# just stops the TSM client acceptor daemon
stop_dsmcad
;;
r )
# the TSM client acceptor daemon is stopped and
# then re-started
stop_dsmcad
start_dsmcad
;;
? )
# short description how to use the command
cmd_usage
exit 2
;;
esac
done

exit 0

***

-Original Message-
From: Thomas Rupp, Vorarlberger Illwerke AG
[mailto:[EMAIL PROTECTED]
Sent: Thursday,8. January 2004 09:14
To: [EMAIL PROTECTED]
Subject: AW: AIX startup of TSM scheduler


All problems went away as soon as we began to let DSMCAD
start the scheduler.

Regards
Thomas Rupp

Backup of all-local -systemonject

[Lambelet,Rene,VEVEY,GL-CSC]

Hi TSM'ers for W2K,

could you help me, I'd like to backup all local volumes like C., D: etc. BUT
without the system state !

We did not succceed with  "Domain all-local -systemobject"

Thanks in advance for any clue,

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
SD/ESN
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 924 13 69   local
K4-104
mailto:[EMAIL PROTECTED]

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

Re: Backup of all-local -systemonject

[Lambelet,Rene,VEVEY,GL-CSC]

Hi, we have a TSM client for W2K, 5.1.6.0. TSM server is 5.1.5.4 on AIX.

rene

-Original Message-
From: Adams, Matt (US - Hermitage) [mailto:[EMAIL PROTECTED]
Sent: Friday,9. January 2004 16:13
To: [EMAIL PROTECTED]
Subject: Re: Backup of all-local -systemonject


What version of the client?



Matt Adams
Information Technology Services (ITS)
615-882.6861
[EMAIL PROTECTED]
Deloitte.
 

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Lambelet,Rene,VEVEY,GL-CSC
Sent: Friday, January 09, 2004 9:09 AM
To: [EMAIL PROTECTED]
Subject: Backup of all-local -systemonject

Hi TSM'ers for W2K,

could you help me, I'd like to backup all local volumes like C., D: etc. BUT
without the system state !

We did not succceed with  "Domain all-local -systemobject"

Thanks in advance for any clue,

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
SD/ESN
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 924 13 69   local
K4-104
mailto:[EMAIL PROTECTED]

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



This message (including any attachments) contains confidential information
intended for a specific individual and purpose, and is protected by law.  If
you are not the intended recipient, you should delete this message.  Any
disclosure, copying, or distribution of this message, or the taking of any
action based on it, is strictly prohibited.

Re: Backup of all-local -systemonject

[Lambelet,Rene,VEVEY,GL-CSC]

Thanks Richard, we already thought of specifying ID's descretely but this is
not satisfying in case of new drive added later on. We love the all-local
;-)

rene

-Original Message-
From: Richard Sims [mailto:[EMAIL PROTECTED]
Sent: Friday,9. January 2004 16:19
To: [EMAIL PROTECTED]
Subject: Re: Backup of all-local -systemonject


>could you help me, I'd like to backup all local volumes like C., D: =
>etc. BUT
>without the system state !
>
>We did not succceed with  "Domain all-local -systemobject"

I'm no Windows wiz, but the manual says that if all-local is specified,
then the System stuff is included.  You may want to specify drive IDs
discretely.

   Richard Sims, BU