Re: TSM, Windows and DFS

[Jon Adams]

Absolutely, we are using DFS replication, so our intent is not to backup
each of the DFS links. What is the best way to have TSM do that?  After
talking with technical support, it seems as though you need to use a
modified DOMAIN statement and an EXCLUDE.DIR in tandem in order to avoid
having a DFS backed up.  Is there a way to use one or the other to
accomplish the same thing?  The subdirectories under the DFS root
(E:\DFS\ENTDFS01) point to shares on the same system; specifically the MSI
directory under the DFS root uses a share that resolves to E:\DSF\MSI.
Currently the DOMAIN statement has "C: D: E:" and the EXCLUDE.DIR has
E:\DFS.  One of the things I noticed is that the DOMAIN statement now
excludes the system state and system services, which are typically covered
with the ALL-LOCAL value.  Should I be able to use the default ALL-LOCAL for
the DOMAIN and the EXCLUDE.DIR to accomplish this?  Thanks for your help.

Through TSM support, we also noted that DOMAIN statements are cumulative.
So, a DOMAIN statement in the client options set and one in the dsm.opt work
in tandem. We're wondering if that is causing some conflict here as well.

Thanks for the note about backing up the DFS root.  I'll work on that
shortly after this issue is resolved.


___
With regards,

 - Jon

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
TSM_User
Sent: Wednesday, August 18, 2004 3:22 PM
To: [EMAIL PROTECTED]
Subject: Re: TSM, Windows and DFS

You say you are trying to exclude the DFS shares for obviouse reasons.
There isn't any obviouse reasons to me.  It is real user data that should be
backed up.  Now if you are using DFS replication and what you mean is you
don't want to back data in a DFS link that is a replica of data somewhere
else then send us the path name for the folder that is shared.  Then send us
your exclude that you think doesn't work.

I have set up multiple large Server based and active directory based DFS
roots.  I have done this with both Windows 2000 and Windows 2003.  In all
cases we were using TSM to backup the data.  In many cases the DFS Root was
on one of the file servers.  The data itself was on multiple file servers as
you would expect with DFS.  Each server had a TSM client and each client was
expected to backup all of the data on the server it was running on.  We only
excluded shares that were linked to through DFS when they were a replica of
data that was somewhere else.  For those we did have excludes on the file
servers were the replica's were so that we did not back up that data twice.

On a side note one extra thing we did was use the DFSCMD to backup the DFS
root and links as documented by MS.  Here is a sample of what we did.

DFSCMD /VIEW \\ad.corp1.com\Root1 /BATCH >> "C:\DFSBackup\DFSRestore.bat"

Jon Adams <[EMAIL PROTECTED]> wrote:
This would be the DFS shares on the target clients.


___
With regards,

- Jon

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
TSM_User
Sent: Tuesday, August 17, 2004 6:53 PM
To: [EMAIL PROTECTED]
Subject: Re: TSM, Windows and DFS

Are you talking about the server with the DFS Root and the DFS links? Or do
you mean the server that the shares are on? If the shares are being backed
up via another system then it might be that someone manaully backed it up
while the links were mapped.

More clarification please?


Jon Adams wrote:
Anyone have anything on TSM and Windows DFS? We're trying to exclude the DFS
shares (for obvious reason) and not having any luck. Interestingly enough,
we get this when querying includes/excludes, but can find no documentation
that states how you would provide a DFS include/exclude:

Excl All *\Pagefile.sys Operating System Excl All *\hiberfil.sys Operating
System Excl All *\...\*.crmlog Operating System No DFS include/exclude
statements defined.


With regards,
___

Jon R. Adams
Systems Engineer II
Infrastructure Technical Support, OSS
Premera Blue Cross
Work: 425-918-5770 / mailto:[EMAIL PROTECTED]



"There are only 10 kinds of people in this world - those that know binary
and those that do not."

-author unknown


-
Do you Yahoo!?
New and Improved Yahoo! Mail - Send 10MB messages!


-
Do you Yahoo!?
Yahoo! Mail - 50x more storage than other providers!

Deleting obsolete copypool with multiple volumes

[Jin Bae Chi]

Hi, TSMers,

Recently I created new copypool on LTO 3584 library and backed up
primary stgpools to it. Now that I need to delete the old copypool with
multiple Magstar tape volumes, is there any quick way of doing it
without deleting each individual volume first then old copystgpool?
Thanks for your help!


Gus

Re: Passwords for client restores

[Prather, Wanda]

Ditto.

And you betcha, your auditors are gonna scream!

Set PASSWORDACCESS GENERATE on the client, and PASSWORD EXPIRATION LIMIT to
n days on the server (you can set 1 default, and override on an individual
client basis if needed).  Our limit is set to 90 per auditors.

You must supply the password to the client the FIRST TIME the client is
started.  It gets encrypted and saved on the client end.  (In the registry
for Windows, into a root-only dir on *IX).  Whenever the TSM code is started
on the client machine, it gets the pwd from the registry, no one is prompted
for the password.  Every n days, the password expires, the server GENERATES
a new password and sends it down to the client, gets encrypted into the
registry, etc.  So NOBODY needs to know the pwd.

To do restores to another machine, or via the web gui, as David says, you
can use your admin id and password.

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
David E Ehresman
Sent: Friday, August 20, 2004 12:02 PM
To: [EMAIL PROTECTED]
Subject: Re: Passwords for client restores


We use the Pasword Generate option so that if you can log onto the box
with the appropriate privs to run dsmc or dsm, you can restore without
supplying a password.  If the restore is from another box, we used an
appropriately prived admin id which eliminates the need to know the node
password.

David

>>> [EMAIL PROTECTED] 8/20/2004 11:40:30 AM >>>
 Right now we have about 800 clients and to do a restore, the password
is
the same for all clients. How are others doing this. We don't want to
be in
the business of password generation/maintenance to change passwords all
the
time. We also don't want just anybody being able to do a restore on any
box
because the passwords are the same everywhere. We are probably going to
get
hammered by auditors before long about having the same password. Any
suggestions would be appreciated.


This email and any files transmitted with it are confidential and
intended solely for the use of the addressee. If you are not the
intended addressee, then you have received this email in error and any
use, dissemination, forwarding, printing, or copying of this email is
strictly prohibited. Please notify us immediately of your unintended
receipt by reply and then delete this email and your reply. Tyson Foods,
Inc. and its subsidiaries and affiliates will not be held liable to any
person resulting from the unintended or unauthorized use of any
information contained in this email or as a result of any additions or
deletions of information originally contained in this email.

Re: Passwords for client restores

[David E Ehresman]

We use the Pasword Generate option so that if you can log onto the box
with the appropriate privs to run dsmc or dsm, you can restore without
supplying a password.  If the restore is from another box, we used an
appropriately prived admin id which eliminates the need to know the node
password.

David

>>> [EMAIL PROTECTED] 8/20/2004 11:40:30 AM >>>
 Right now we have about 800 clients and to do a restore, the password
is
the same for all clients. How are others doing this. We don't want to
be in
the business of password generation/maintenance to change passwords all
the
time. We also don't want just anybody being able to do a restore on any
box
because the passwords are the same everywhere. We are probably going to
get
hammered by auditors before long about having the same password. Any
suggestions would be appreciated.


This email and any files transmitted with it are confidential and
intended solely for the use of the addressee. If you are not the
intended addressee, then you have received this email in error and any
use, dissemination, forwarding, printing, or copying of this email is
strictly prohibited. Please notify us immediately of your unintended
receipt by reply and then delete this email and your reply. Tyson Foods,
Inc. and its subsidiaries and affiliates will not be held liable to any
person resulting from the unintended or unauthorized use of any
information contained in this email or as a result of any additions or
deletions of information originally contained in this email.

Passwords for client restores

[Park, Rod]

 Right now we have about 800 clients and to do a restore, the password is
the same for all clients. How are others doing this. We don't want to be in
the business of password generation/maintenance to change passwords all the
time. We also don't want just anybody being able to do a restore on any box
because the passwords are the same everywhere. We are probably going to get
hammered by auditors before long about having the same password. Any
suggestions would be appreciated.


This email and any files transmitted with it are confidential and intended solely for 
the use of the addressee. If you are not the intended addressee, then you have 
received this email in error and any use, dissemination, forwarding, printing, or 
copying of this email is strictly prohibited. Please notify us immediately of your 
unintended receipt by reply and then delete this email and your reply. Tyson Foods, 
Inc. and its subsidiaries and affiliates will not be held liable to any person 
resulting from the unintended or unauthorized use of any information contained in this 
email or as a result of any additions or deletions of information originally contained 
in this email.

Re: Deleting volhistory

[Owings, Don]

I suspected as much but needed confirmation. 


Thanks Mark

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Stapleton, Mark
Sent: Friday, August 20, 2004 10:47 AM
To: [EMAIL PROTECTED]
Subject: Re: Deleting volhistory


From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On 
Behalf Of Owings, Don
>Hey group,  I would like to expand on this thread.  I have 
>several duplicate files that were inadvertantly saved to tape 
>that are not saved exclusively to dedicated tapes, meaning 
>they are striped among files I need to retain.  Does anyone 
>know if the delete volume command allows for deleting specific 
>files on a tape.  I used the delete archive but this only 
>removed it from the database and the files still reside on the 
>tapes which I'd like to free up to be used for scratch.

As far as TSM is concerned, deleting the entries from the database
deletes the files from the tape. The space on tape occupied by those
files is now available for overwriting.

--
Mark Stapleton ([EMAIL PROTECTED])
Berbee Information Networks
Office 262.521.5627  

Re: Deleting volhistory

[Stapleton, Mark]

From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On 
Behalf Of Owings, Don
>Hey group,  I would like to expand on this thread.  I have 
>several duplicate files that were inadvertantly saved to tape 
>that are not saved exclusively to dedicated tapes, meaning 
>they are striped among files I need to retain.  Does anyone 
>know if the delete volume command allows for deleting specific 
>files on a tape.  I used the delete archive but this only 
>removed it from the database and the files still reside on the 
>tapes which I'd like to free up to be used for scratch.

As far as TSM is concerned, deleting the entries from the database
deletes the files from the tape. The space on tape occupied by those
files is now available for overwriting.

--
Mark Stapleton ([EMAIL PROTECTED])
Berbee Information Networks
Office 262.521.5627  

Re: Deleting volhistory

[Owings, Don]

Hey group,  I would like to expand on this thread.  I have several duplicate files 
that were inadvertantly saved to tape that are not saved exclusively to dedicated 
tapes, meaning they are striped among files I need to retain.  Does anyone know if the 
delete volume command allows for deleting specific files on a tape.  I used the delete 
archive but this only removed it from the database and the files still reside on the 
tapes which I'd like to free up to be used for scratch.



Any help or suggestions would be greatly appreciated.


Don 

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Amos Hagay
Sent: Wednesday, August 18, 2004 4:33 AM
To: [EMAIL PROTECTED]
Subject: Re: Deleting volhistory


Hi

Write the command
Del volh type=dbb volume= AKZ901L1 todate=[the date u want to del ] force=yes

The force=yes will delete it anyway


AH

-Original Message-
From: Mark Strasheim [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 18, 2004 10:21 AM
To: [EMAIL PROTECTED]
Subject: AW: Deleting volhistory

Thanks for the answers,
i guess, i had left to much open.
I have made a complete backup just to delete the old one.
If i got i right: A two backups must exists, so that one can be delete.
This this isn't that hard to accomplish, i just did it.

the output of q volh: ( well not all but ...  )
---
Date/Time: 07/29/04   10:18:58
 Volume Type: BACKUPFULL
   Backup Series: 2
Backup Operation: 0
  Volume Seq: 1
Device Class: AUTOLTO_CLASS
 Volume Name: AKZ901L1
 Volume Location:
 Command:

   Date/Time: 08/17/04   10:06:05
 Volume Type: BACKUPFULL
   Backup Series: 3
Backup Operation: 0
  Volume Seq: 1
Device Class: AUTOLTO_CLASS
 Volume Name: AKZ911L1
 Volume Location:
 Command:
---

the command: del volh type=dbb todate="anyvalue" -> always answers with:
--
 0 sequential volume history entries were successfully deleted.
--
which is in turn not really so successfull as it stats!

so again, what did i miss ???
or how to get rid of old database backups ???


With regrads
Mark Strasheim

Residency Announcement: TI-A404-R01 IBM Tivoli Storage Manager Technical Guide - Update 2004

[Charlotte Brooks]

Be first on your block to know all the latest and greatest upcoming TSM
features. And get your name on a sure-to-be-popular-Redbook.

Residency Announcement:  TI-A404-R01 IBM Tivoli Storage Manager Technical
Guide - Update 2004

Benefits to Resident:  Residents will expand their insight into the latest
Tivoli Storage Manager version and have access to marketing strategists and
development personnel throughout the life of the residency. They will be
able to learn new aspects of the Tivoli Storage Manager world and share the
expert knowledge that they have gained as Tivoli Storage Manager
professionals to solve business problems and implement solutions. The
residents will show how to integrate the very latest version of Tivoli
Storage Manager into heterogeneous Linux/UNIX and Windows NT/2000
environments and show how Tivoli Storage Manager will benefit customer
business needs.

The exposure to technical marketing and development staff will position the
residents at the leading edge of the Tivoli Storage Manager world, and will
put them in an excellent position to broaden their awareness of storage
software solutions.

This residency provides a unique opportunity to gain worldwide recognition
as a Tivoli Storage Manager professional by sharing your expertise and best
practices with the Tivoli Storage Manager community.


This residency begins 01 Nov 2004, ends 10 Dec 2004 (6 weeks), and requires
3 residents. The residency is running in San Jose CA.

Nominations should be submitted online on the Web by 26 Sep 2004.

The residency leader is Roland Tretau whose email address is
[EMAIL PROTECTED]

Note:  ITSO pays authorized travel and living expenses for all residents,
but does not compensate for the time or services of its residents.  For
IBMers, ITSO residency travel is pre-approved.




Description:  On this project we will produce an update of the very
successful IBM Redbook 'Tivoli Storage Manager Version 5.1 Technical
Guide', SG24-6554-00

Objectives:  The objective of this residency is to update one IBM Redbook
that will provide customers, business partners, and IBMers with a guide on
how to accomplish the following:

- Understand the latest Tivoli Storage Manager concepts.
- Describe the new features and functions of Tivoli Storage Manager.
- Integrate Tivoli Storage Manager.
- Apply backup and restore concepts.
- Provide best practices to the Tivoli Storage Manager community.

The residency will cover some conceptual, theoretical, and Tivoli Storage
Manager architecture related topics. This will also be a "hands-on"
practical residency with a unique opportunity to build a Tivoli Storage
Manager test environment.




To submit a nomination, you must use the online web nomination form:

Customers and business partners can go directly to this announcement and
its online nomination form using this link:
http://publib-b.boulder.ibm.com/Residents.nsf/GetResidency?OpenAgent&ID=TI-A404-R01

IBMers with access to the IBM Intranet can go directly to this announcement
and its online nomination form using this link:
http://w3.itso.ibm.com/itsoapps/Residents.nsf/GetResidency?OpenAgent&ID=TI-A404-R01

All residency information is available by clicking Residencies on the IBM
Redbooks Internet site at http://ibm.com/redbooks.  Employees of IBM will
prefer using the IBM Intranet site http://w3.itso.ibm.com.  The websites
fully describe the residency process and offer online nomination forms.


<>

Re: Unable to restore old DominoTransaction Log

[Del Hoobler]

Bill,

There must be residual data or partial steps that
are causing the Domino logger code to think that
logging is in effect.

My suggestion is to start with a fresh "alternate" server
with clean directories. Follow the steps in the documented
procedure from the beginning. It is difficult to figure
out what is happening from the information provided
without knowing which steps were done at what point.

If you find that you are still having problems,
please call IBM support.

Thanks,

Del



"ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> wrote on 08/20/2004
10:16:25 AM:

> Del,
>
> I understand what your are saying;  but know don't yet how to get round
> this problem.
>
>
> I had set up this alternate server a while ago and could and still
> can  restore
> databases, activate and applying logs by following "procedures outlined
in the
> Appendix titled "Advanced restore procedures"".
>
> At kick off this how my Notes.ini looks:-
> [Notes]
>   Directory=D:\Lotus\Domino\Data\Restoredbs (line modified)
>  TRANSLOG_Status=0
>  TRANSLOG_Path=D:\Alternatelog (line modified)
> TRANSLOG_MEDIAONLY=1
> (line inserted)
>
> also
>
> Domdsm.cfg was edited to reflect that "to use" notes.ini file which
> resides in D:\Lotus\Domino\ALTERNATE_SERVER_RESTORE.
>
>
> Maybe, I should mention that this Alternate Server also houses the
> Transaction Logs
> for the Production Server on Drive L:\
> and
> the Domino Server  Service on this Alternate Server is always stopped.
>
> Thanks
>
> Bill

Re: Scratch mount failed

[Mark Bertrand]

Thanks Mike,

But that's not the issue. I failed to mention that the stuck/bad tape issue
is not a problem. I updated the volume, joined it to a tapepool and
destroyed the tape, system pulled in a new scratch and kept going. Again,
manual intervention. Someone has to type upd libv, why?

What's the deal? Why isn't this automated? Am I asking too much of TSM, I
mean how hard would it be to have the system recognize when this issue
arises. Simple if statement, if can't mount scratch volume goto next
available scratch.

Anyone?
Should I open a new PMR an put this on a wish list, or am I behind the times
and it's already been done?

Thanks,
Mark Bertrand


-Original Message-
From: Quiros, Mike [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 19, 2004 3:04 PM
To: [EMAIL PROTECTED]
Subject: Re: Scratch mount failed


Just use the upd libv command to change the status from scratch to private.
TSM will skip that tape and go on to the next scratch tape.

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Mark Bertrand
Sent: Thursday, August 19, 2004 12:55 PM
To: [EMAIL PROTECTED]
Subject: Scratch mount failed

Over the last weekend we had a tape get stuck in a drive and threw the drive
offline, no big deal, right? This happens enough that we know how to deal
with it, but... this is the first time that this has happened (in my limited
three years experience) in that the stuck tape was a scratch tape. This
caused any job needing to mount a scratch tape to fail until manual
intervention. Let me tell you, this is not a good thing.

My question.., is this by design? If so who can we contact to get this
written in the next release? Why can't TSM recognize that the scratch tape
requested is not available and move to use another scratch, simple enough
right?

Storage Management Server for Windows - Version 5, Release 1, Level 6.3
Windows 2k
Library IBM  3584 w/ 6 lto1 fiber channel drives

Probably a setting that I missed in setup three years ago and just never had
this happen before, any help is appreciated as always.
Thanks,
Mark Bertrand

Informix onbar process hangs and poor backup performance

[Marc Layne]

Hi all
Environment:
AIX version 5.2 on IBM pSeries 670 partitioned with 6 processors for
this node DWH (datawarehouse as client for TSM)
TSM Storage agent version 5.2.1.x backing up to TSM server on IBM p630
also running AIX 5.2
Informix version 9.31 64bit 
TDP for informix version 5.2
IBM LTO 3584 tape library with 8 drives FC connected to TSM serevr and
Storage agent server

We have recently experienced the following problem when backing up
Informix to TSM via lanfree:
Backup throughput times are very erratic, anything between 7 hours
(normal) TO 24HRS.
What we have discovered is that informix is starting the backup and
running 4 sessions to 4 tape drives but after awhile (and only
sometimes) the backup changes to one stream when this happens then we
find that informix still has four onbar_d process running (these are the
processes that are forked when an onbar backup is kicked off) but only
one of these streams is actually backing up data to TSM. There are no
errors reported on either TSM, AIX or Informix ( I have checked
dsierror.log, actlog, bar_actlog etc) these process also utilise a large
amount of CPU (above 80%). These processes initially backup data but
when the backup completes the process does not, this results in informix
not starting additional process since the bar_max_backup parameter in
onconfig is set to 4  So we have three rogue process, one process
actually performing a backup stream and single streaming of more than
1.5TB of data. 

Sometimes these rogue processes vary between 1 and 4 i.e. 1,2 or 3 rogue
processes. 
My assessment is that there is some form of miscommunication between
onbar, TSM TDP (API)  and the TSM Storage agent and that when the backup
has completed onbar does not know and continues the process but does not
send data. The strange thing is that when this server had it own TSM
server locally installed and was connected to 6 Magstart 3575 tape
drives this would not happen but since changing t to lanfree this has
started, so my gut feel is that it is somehow connected to the storage
agent.

Has anyone seen this or shed some light on what may be happening. Any
help appreciated..

Kind Regards
Marc Layne
Faritec 
Services Delivery and Software Solutions Manager

Tel: +27 21 762 9702
Fax: +27 21 762 9737
Cell: + 27 82 416 9086
Website: www.faritec.com
E-mail: [EMAIL PROTECTED]




DISCLAIMER:
This message may contain information which is confidential, private or privileged in 
nature. If you are not the intended recipient, you may not peruse, use, disseminate, 
distribute or copy this message or file which is attached to this message. If you have 
received this message in error, please notify the sender immediately by e-mail, 
facsimile or telephone and thereafter return and/or destroy the original message. 

Any views of this communication are those of the sender except where the sender 
specifically states them to be those of Faritec (Holdings)  Limited (Faritec) and/or  
any of its subsidiaries including (but not limited to) Faritec Enterprise Solutions 
(Proprietary) Limited, Faritec Strategic IT Services (Proprietary) Limited, Faritec 
Contracting (Proprietary) Limited, Ebis and/or any of its subsidiaries.

Please note that the recipient must scan this e-mail and any attached files for 
viruses and the like. While we do everything possible to protect information from 
viruses, Faritec accepts no liability of whatever nature for any loss, liability, 
damage or expense resulting directly or indirectly from the access and/or downloading 
of any files which are attached to this e-mail message.

Re: Unable to restore old DominoTransaction Log

[Bill Dourado]

Del,

I understand what your are saying;  but know don't yet how to get round
this problem.


I had set up this alternate server a while ago and could and still can  restore
databases, activate and applying logs by following "procedures outlined in the
Appendix titled "Advanced restore procedures"".

At kick off this how my Notes.ini looks:-
[Notes]
  Directory=D:\Lotus\Domino\Data\Restoredbs (line modified)
 TRANSLOG_Status=0
 TRANSLOG_Path=D:\Alternatelog (line modified)
TRANSLOG_MEDIAONLY=1(line inserted)

also

Domdsm.cfg was edited to reflect that "to use" notes.ini file which
resides in D:\Lotus\Domino\ALTERNATE_SERVER_RESTORE.


Maybe, I should mention that this Alternate Server also houses the
Transaction Logs
for the Production Server on Drive L:\
and
the Domino Server  Service on this Alternate Server is always stopped.

Thanks

Bill








Del Hoobler <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
20/08/2004 13:46
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:Re: Unable to restore old DominoTransaction Log


Bill,

It looks like you have not set up the "alternate" server properly.
The message is telling you that the Domino server thinks that
there is a different transaction logger id in effect.
However, when you follow the alternate server restore procedure,
there initially won't be logging at all until you restore
the first transaction log and enable logging.

Please take a look at the procedures outlined in the
Appendix titled "Advanced restore procedures".
They discuss the steps you must take when restoring to
an alternate server. These are especially important
when using transaction logging.

Thanks,

Del




"ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> wrote on 08/20/2004
06:53:24 AM:

> Hi all,
>
> I am attempting to restore an old  Domino database to point_in_time and
> then activate and apply logs, on an Alternate Server.
>
>
> We have for more then one Logger id (for reasons we know) in our
Archived
> Transaction Logs
> as can be seen when you enter:
>
> Domdsmc  query logarchive
>
> However when I try to restore a particular transaction log (which is the
> one I need) it fails.
> This log is the latest pertaining to a particular Logger id.
>
>
> Domino Server: SVRWH
> --
>
> Logger Id: OF80256EB5:003FE8FB-ON03E5:A677EDFA
> --
>
>  Transaction
>   Log Archive Date   Log FilenameA/I  Size
> ---- --
> 08/13/2004 16:01:18  S0001705.TXN A 64.00MB
> 08/13/2004 16:01:14  S0001704.TXN A 64.00MB
> 08/13/2004 16:01:11  S0001703.TXN A 64.00MB
> 08/13/2004 16:01:06  S0001702.TXN A 64.00MB
> 08/13/2004 16:01:03  S0001701.TXN A 64.00MB
> 08/13/2004 16:01:00  S0001700.TXN A 64.00MB
> 08/13/2004 16:00:57  S0001699.TXN A 64.00MB
> 08/13/2004 16:00:54  S0001698.TXN A 64.00MB
> 08/13/2004 16:00:48  S0001697.TXN A 64.00MB
> 08/13/2004 16:00:43  S0001696.TXN A 64.00MB
> 08/13/2004 16:00:38  S0001695.TXN A 64.00MB
> 08/13/2004 16:00:34  S0001694.TXN A 64.00MB
> 08/13/2004 12:01:03  S0001693.TXN A 64.00MB
>
>
> Domdsmc restorelogarchive  S0001705.TXN
>
> Skipping S0001705.TXN
> Logger Id (OF80256EB5:003FE8FB-ON03E5:A677EDFA) not "latest".
>
>
> Total transaction log file archives inspected:  1
> Total transaction log file archives requested for restore:  0
> Total transaction log file archives restored:   0
>
> Throughput rate:0.00 Kb/Sec
> Total bytes transferred:0
> Elapsed processing time:0.00 Secs
>
>
> ALSO when I enter :-
>
> domdsmc restorelogarchive /replace=no /pick=showactive
> or
> domdsmc restorelogarchive /replace=no /pick=showall
>
> It only shows the one  transaction file (which is the latest one
archived)
>
> Any help would be much appreciated.
>
> Regards
>
> Bill

upgrade from tsm 5.1 to 5.2 on AIX

[Lawrence Clark]

Last weekend we migrated our TSM 5.1.6 server from AIX 4.3.3 to a
different AIX server running TSM 5.1.6 and AIX 5.2.0. We did this by
installing TSM 5.1.6 on the replacement server. migrating the TSM server
configurable files, then bringing over the SSA disks with the TSM DB and
storage pools. Came up fine.

Our next step will be to upgrade to TSM 5.2.2

Questions:
- should we prepare for the upgrade by doing an audit db fix=yes prior
to insdtalling 5.2?
- when we install 5.2, then bring up the server, will it invoke an
upgrade to the TSM db as in previous versions I've upgraded?

Larry

Re: Restoring SQL Database Question

[Luc Beaudoin]

Hi Del

Thanks ..
Have a nice weekend





Del Hoobler <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
2004-08-20 08:51 AM
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:Re: Restoring SQL Database Question


Luc,

It looks fine... as long as:

- "" is a TSM NODENAME that you
  have registered and received a password for.

- "{IP TSM SERVER)" is actually the TCP/IP address
  of the TSM Server where the "" NODE is
  registered.

Thanks,

Del




"ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> wrote on 08/20/2004
08:44:04 AM:

> Hi,
> Thanks Del
>
> For the DSM.OPT file for SQL, this is my configuration ... do I need
more
> config
>
> NODename  
> CLUSTERnode   no
> COMPRESSIon   Off
> PASSWORDAccessGenerate
>
> COMMMethodTCPip
> TCPPort   1500
> TCPServeraddress  {IP TSM SERVER)
> TCPWindowsize 63
> TCPBuffSize   32
> SCHEDLOGRetention 10
> SCHEDMODE Prompted
> TCPCLIENTPORT 1502
>
> thanks
>
> Luc

Re: Restoring SQL Database Question

[Del Hoobler]

Luc,

It looks fine... as long as:

- "" is a TSM NODENAME that you
  have registered and received a password for.

- "{IP TSM SERVER)" is actually the TCP/IP address
  of the TSM Server where the "" NODE is
  registered.

Thanks,

Del




"ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> wrote on 08/20/2004
08:44:04 AM:

> Hi,
> Thanks Del
>
> For the DSM.OPT file for SQL, this is my configuration ... do I need
more
> config
>
> NODename  
> CLUSTERnode   no
> COMPRESSIon   Off
> PASSWORDAccessGenerate
>
> COMMMethodTCPip
> TCPPort   1500
> TCPServeraddress  {IP TSM SERVER)
> TCPWindowsize 63
> TCPBuffSize   32
> SCHEDLOGRetention 10
> SCHEDMODE Prompted
> TCPCLIENTPORT 1502
>
> thanks
>
> Luc

Re: Unable to restore old DominoTransaction Log

[Del Hoobler]

Bill,

It looks like you have not set up the "alternate" server properly.
The message is telling you that the Domino server thinks that
there is a different transaction logger id in effect.
However, when you follow the alternate server restore procedure,
there initially won't be logging at all until you restore
the first transaction log and enable logging.

Please take a look at the procedures outlined in the
Appendix titled "Advanced restore procedures".
They discuss the steps you must take when restoring to
an alternate server. These are especially important
when using transaction logging.

Thanks,

Del




"ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> wrote on 08/20/2004
06:53:24 AM:

> Hi all,
>
> I am attempting to restore an old  Domino database to point_in_time and
> then activate and apply logs, on an Alternate Server.
>
>
> We have for more then one Logger id (for reasons we know) in our
Archived
> Transaction Logs
> as can be seen when you enter:
>
> Domdsmc  query logarchive
>
> However when I try to restore a particular transaction log (which is the
> one I need) it fails.
> This log is the latest pertaining to a particular Logger id.
>
>
> Domino Server: SVRWH
> --
>
> Logger Id: OF80256EB5:003FE8FB-ON03E5:A677EDFA
> --
>
>  Transaction
>   Log Archive Date   Log FilenameA/I  Size
> ---- --
> 08/13/2004 16:01:18  S0001705.TXN A 64.00MB
> 08/13/2004 16:01:14  S0001704.TXN A 64.00MB
> 08/13/2004 16:01:11  S0001703.TXN A 64.00MB
> 08/13/2004 16:01:06  S0001702.TXN A 64.00MB
> 08/13/2004 16:01:03  S0001701.TXN A 64.00MB
> 08/13/2004 16:01:00  S0001700.TXN A 64.00MB
> 08/13/2004 16:00:57  S0001699.TXN A 64.00MB
> 08/13/2004 16:00:54  S0001698.TXN A 64.00MB
> 08/13/2004 16:00:48  S0001697.TXN A 64.00MB
> 08/13/2004 16:00:43  S0001696.TXN A 64.00MB
> 08/13/2004 16:00:38  S0001695.TXN A 64.00MB
> 08/13/2004 16:00:34  S0001694.TXN A 64.00MB
> 08/13/2004 12:01:03  S0001693.TXN A 64.00MB
>
>
> Domdsmc restorelogarchive  S0001705.TXN
>
> Skipping S0001705.TXN
> Logger Id (OF80256EB5:003FE8FB-ON03E5:A677EDFA) not "latest".
>
>
> Total transaction log file archives inspected:  1
> Total transaction log file archives requested for restore:  0
> Total transaction log file archives restored:   0
>
> Throughput rate:0.00 Kb/Sec
> Total bytes transferred:0
> Elapsed processing time:0.00 Secs
>
>
> ALSO when I enter :-
>
> domdsmc restorelogarchive /replace=no /pick=showactive
> or
> domdsmc restorelogarchive /replace=no /pick=showall
>
> It only shows the one  transaction file (which is the latest one
archived)
>
> Any help would be much appreciated.
>
> Regards
>
> Bill

Re: Restoring SQL Database Question

[Luc Beaudoin]

Hi,
Thanks Del

For the DSM.OPT file for SQL, this is my configuration ... do I need more
config

NODename  
CLUSTERnode   no
COMPRESSIon   Off
PASSWORDAccessGenerate

COMMMethodTCPip
TCPPort   1500
TCPServeraddress  {IP TSM SERVER)
TCPWindowsize 63
TCPBuffSize   32
SCHEDLOGRetention 10
SCHEDMODE Prompted
TCPCLIENTPORT 1502

thanks

Luc




Del Hoobler <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
2004-08-19 05:35 PM
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:Re: Restoring SQL Database Question


Luc,

Is a full backup "enough" for what?

A Data Protection for SQL "FULL" backup can be used to
restore a complete database. When a full backup is
taken it also captures pieces of the log that it needs
to fully recover the database. You do not need a
separate "LOG" backup in order to perform a database recovery.
I hope that answers your question.

When you say "settings to look at in the DSM.OPT"...
what do you mean? To perform a FULL backup?

Thanks,

Del



"ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> wrote on 08/19/2004
03:35:02 PM:

> Hi again
>
> Is a full backup enought or I should take a backup of the log too ??
> Is there any settings to look at in the DSM.OPT for SQL ??
>

Re: disk pool utilization?

[David E Ehresman]

>>Is there a way to find the max utilization during the night?

Yes, with a TSM Monitoring tool such as Servergraph/TSM,
http://www.servergraph.com . Alternatively, you could try to write
your own scripts to monitor, record, and report on such events.

David Ehresman
University of Louisville

Unable to restore old DominoTransaction Log

[Bill Dourado]

Hi all,

I am attempting to restore an old  Domino database to point_in_time and
then activate and apply logs, on an Alternate Server.


We have for more then one Logger id (for reasons we know) in our Archived
Transaction Logs
as can be seen when you enter:

Domdsmc  query logarchive

However when I try to restore a particular transaction log (which is the
one I need) it fails.
This log is the latest pertaining to a particular Logger id.


Domino Server: SVRWH
--

Logger Id: OF80256EB5:003FE8FB-ON03E5:A677EDFA
--

 Transaction
  Log Archive Date   Log FilenameA/I  Size
---- --
08/13/2004 16:01:18  S0001705.TXN A 64.00MB
08/13/2004 16:01:14  S0001704.TXN A 64.00MB
08/13/2004 16:01:11  S0001703.TXN A 64.00MB
08/13/2004 16:01:06  S0001702.TXN A 64.00MB
08/13/2004 16:01:03  S0001701.TXN A 64.00MB
08/13/2004 16:01:00  S0001700.TXN A 64.00MB
08/13/2004 16:00:57  S0001699.TXN A 64.00MB
08/13/2004 16:00:54  S0001698.TXN A 64.00MB
08/13/2004 16:00:48  S0001697.TXN A 64.00MB
08/13/2004 16:00:43  S0001696.TXN A 64.00MB
08/13/2004 16:00:38  S0001695.TXN A 64.00MB
08/13/2004 16:00:34  S0001694.TXN A 64.00MB
08/13/2004 12:01:03  S0001693.TXN A 64.00MB


Domdsmc restorelogarchive  S0001705.TXN

Skipping S0001705.TXN
Logger Id (OF80256EB5:003FE8FB-ON03E5:A677EDFA) not "latest".


Total transaction log file archives inspected:  1
Total transaction log file archives requested for restore:  0
Total transaction log file archives restored:   0

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


ALSO when I enter :-

domdsmc restorelogarchive /replace=no /pick=showactive
or
domdsmc restorelogarchive /replace=no /pick=showall

It only shows the one  transaction file (which is the latest one archived)

Any help would be much appreciated.

Regards

Bill

Re: disk pool utilization?

[Warren, Matthew (Retail)]

The only way I know of doing this is using some kind of monitoring.
Being a scripter, I usually have a script periodically query the
storagepool utilisations and place the results into a DB. I can report
etc.. on it later.

Matt.

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Mike
Sent: Thursday, August 19, 2004 2:39 PM
To: [EMAIL PROTECTED]
Subject: Re: disk pool utilization?

On Thu, 19 Aug 2004, Warren, Matthew (Retail) wrote:

> It will be indicating the current utilization of the diskpool. IE; the
> amount of space within the diskpool that is currently occupied by TSM
> data.
>
> Matt.

Is there a way to find the max utilization during the night?

Mike


___ Disclaimer Notice __
This message and any attachments are confidential and should only be read by those to 
whom they are addressed. If you are not the intended recipient, please contact us, 
delete the message from your computer and destroy any copies. Any distribution or 
copying without our prior permission is prohibited.

Internet communications are not always secure and therefore Powergen Retail Limited 
does not accept legal responsibility for this message. The recipient is responsible 
for verifying its authenticity before acting on the contents. Any views or opinions 
presented are solely those of the author and do not necessarily represent those of 
Powergen Retail Limited. 

Registered addresses:

Powergen Retail Limited, Westwood Way, Westwood Business Park, Coventry, CV4 8LG.
Registered in England and Wales No: 3407430

Telephone +44 (0) 2476 42 4000
Fax +44 (0) 2476 42 5432

Re: Linux Backup strange message.........

[Warren, Matthew (Retail)]

IF there are lots of files,  is the machine running out of memory?
Perhaps 'memoryefficientbackup yes' is an option to try?

Does it always abort on exactly the same file? Or sometime in a
particular filesystem? Always when it starts a particular filesystem, or
finishes one?

We had a similar problem here on AIX4.3.3 recently, it turned out to be
an AIX specific issue.

Matt.


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Zoltan Forray/AC/VCU
Sent: Thursday, August 19, 2004 2:47 PM
To: [EMAIL PROTECTED]
Subject: Re: Linux Backup strange message.

My Linux guru checked the ulimit values and said it was pretty much
unlimited !

What would I check ?  How would I check it ?   What is the realistic
limit
?

I do know that when we navigated down the suspected filesystem dir and
did
backups of individual sub-sub-dirs, the file counts were in the 500K+.

But, we do full incremental daily backups of our mail systems, which
then
scan 12Million files, with no issues (of course, on AIX !).




"Warren, Matthew (Retail)" <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
08/19/2004 08:00 AM
Please respond to
"ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To
[EMAIL PROTECTED]
cc

Subject
Re: Linux Backup strange message.






A stab in the dark, but is the O/S killing the process because of
resource limits?

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Zoltan Forray/AC/VCU
Sent: Wednesday, August 18, 2004 5:30 PM
To: [EMAIL PROTECTED]
Subject: Linux Backup strange message.

Trying to backup this RedHat Linux 8 system. Using the latest 5.2.3.0
client.

Doing a DSMC INCR, the backups spins and spins for a
whilebackups
stufffinished a filesystem and then issues
the
message:

Aborted72GB> [ - ]

Any suggestions/clues/ideas ?


___ Disclaimer Notice __
This message and any attachments are confidential and should only be
read
by those to whom they are addressed. If you are not the intended
recipient, please contact us, delete the message from your computer and
destroy any copies. Any distribution or copying without our prior
permission is prohibited.

Internet communications are not always secure and therefore Powergen
Retail Limited does not accept legal responsibility for this message.
The
recipient is responsible for verifying its authenticity before acting on
the contents. Any views or opinions presented are solely those of the
author and do not necessarily represent those of Powergen Retail
Limited.

Registered addresses:

Powergen Retail Limited, Westwood Way, Westwood Business Park, Coventry,
CV4 8LG.
Registered in England and Wales No: 3407430

Telephone +44 (0) 2476 42 4000
Fax +44 (0) 2476 42 5432

Re: Incremental Image backup : no new/modified files stored ...

[PAC Brion Arnaud]

Hi again,

Sorry for having disturbed you : I found the reason for my problem ! It
looks like it is related to the fact that the server I used as a test
node was a brand new installed one, on which the date was never set (it
had Thu Feb 12 12:49:27 CST 1970), as soon as I corrected this, the
incremental image backup worked fine !
Cheers.

Arnaud 


**
Panalpina Management Ltd., Basle, Switzerland, CIT Department
Viadukstrasse 42, P.O. Box 4002 Basel/CH
Phone:  +41 (61) 226 11 11, FAX: +41 (61) 226 17 01
Direct: +41 (61) 226 19 78
e-mail: [EMAIL PROTECTED]

**

-Original Message-
From: PAC Brion Arnaud 
Sent: Friday, 20 August, 2004 10:07
To: 'ADSM: Dist Stor Manager'
Subject: Incremental Image backup : no new/modified files stored ...

Hi List !

I'm currently testing image backups on AIX, having in sight implementing
it soon on some servers needing fast backups, but am currently
experiencing some problems with the incremental image backup, which does
not seem to backup anything ...
Test procedure was to create a new JFS filespace (/toto), put some files
in it and initiate a first backup with "dsmc backup image /toto"  : this
worked fine, as following output testifies :

>dsmc backup image /toto
>IBM Tivoli Storage Manager
>Command Line Backup/Archive Client Interface - Version 5, Release 2, 
>Level 0.0
>(c) Copyright by IBM Corporation and other(s) 1990, 2003. All Rights
Reserved.
>
>Node Name: PACRS050
>Session established with server X: AIX-RS/6000
>  Server Version 5, Release 2, Level 2.1
>  Server date/time: 20.08.2004 09:47:51  Last access: 20.08.2004 
>09:35:35
>
>
>Backup Image Function Invoked.
>
>Using offline image backup.
>Volume --> 33.554.432 /toto [Sent]  
>Selective Backup processing of '/toto' finished without failure. 
>
>
>Total number of objects inspected:1
>Total number of objects backed up:1
>Total number of objects updated:  0
>Total number of objects rebound:  0
>Total number of objects deleted:  0
>Total number of objects expired:  0
>Total number of objects failed:   0
>Total number of bytes transferred:32,00 MB
>Data transfer time:7,00 sec
>Network data transfer rate:4.681,14 KB/sec
>Aggregate data transfer rate:  5.457,01 KB/sec
>Objects compressed by:0%
>Elapsed processing time:   00:00:06


I then created two new directories, added and modified some files, and
tried to use mode=incremental with following result :

>dsmc backup image /toto -mode=incremental IBM Tivoli Storage Manager 
>Command Line Backup/Archive Client Interface - Version 5, Release 2, 
>Level 0.0
>(c) Copyright by IBM Corporation and other(s) 1990, 2003. All Rights
Reserved.
>
>Session established with server X : AIX-RS/6000
>  Server Version 5, Release 2, Level 2.1
>  Server date/time: 20.08.2004 09:55:07  Last access: 20.08.2004 
>09:50:31
>
>
>Backup Image Incremental Function Invoked.
>
>Selective Backup processing of '/toto' finished without failure.
>
>  
>Total number of objects inspected:8
>Total number of objects backed up:0
>Total number of objects updated:  0
>Total number of objects rebound:  0
>Total number of objects deleted:  0
>Total number of objects expired:  0
>Total number of objects failed:   0
>Total number of bytes transferred:0  B
>Data transfer time:0,00 sec
>Network data transfer rate:0,00 KB/sec
>Aggregate data transfer rate:  0,00 KB/sec
>Objects compressed by:0%
>Elapsed processing time:   00:00:04

So it looks like the incremental feature does not recognize the file
structure modifications I made. I tried several times with no success...
Anyone having an idea of what could be happenning here ? (server is at
5.2.2.1, on aix 5.2) Thanks in advance !

Arnaud 


**
Panalpina Management Ltd., Basle, Switzerland, CIT Department
Viadukstrasse 42, P.O. Box 4002 Basel/CH
Phone:  +41 (61) 226 11 11, FAX: +41 (61) 226 17 01
Direct: +41 (61) 226 19 78
e-mail: [EMAIL PROTECTED]

**

delete volhistory

[Mark Strasheim]

thanks to all,
the hint with force=yes did the job.
But i have an otherone for you :).

The very first backup ever made, was done in the future ( well the server date was 
wrong )
it was/will be done on NOV 16 2004. Since the admin (me) is a funny guy, he set the 
new Date,
while the tape got moved to the takeaway bay. After restarting the TSM server, the 
tape was
still in the library. 
with this stats 
Library Name Volume Name Status Owner  Last Use  Home  
  Device
 Element   
  Type  
 --- -- -- - ---   
  --
4560SLXLIB   AKZ900L1Private 32


the status ist Private but i has no use anymore .. i have done almost anything i can 
imagine, but 
the status stays the same. 
More over my log points out that: 
--

ANRD date.c(986): ThreadId<28> Date 2004/8/20 is LESS THAN 2004/11/16.
Callchain of previous message: 0x08795893
outDiagf+0x203 <- 0x08782462  SubDate+0x142 <- 0x08110289  AdmQueryNode+0xdd9 <- 
0x080a8771  AdmCommandLocal+0x711 <-
0x080a802c  admCommand+0x123c <- 0x0869777e  SmAdminCommandThread+0x3e <- 0x0809c57f  
StartThread+0x8f <- 0x40062020
*UNKNOWN* <- 0x4013eeca  *UNKNOWN* <-
--
does that mean anything to someone 
I have restarted the server, but this message stays.
I guess if i get rid of one of them, the other will vanish as well.

best regrad
Mark Strasheim

--

definitiv! business applications GmbH & Co. KG
Fresnostrasse 14 - 18 · DE-48159 Münster
Tel. +49 (0) 251 21092 - 23 · Fax +49 (0) 251 21092 - 29
 mailto:[EMAIL PROTECTED] ·
 http://www.definitiv-ba.de

--

Tapes do not go notmountable on a shared library

[Mark Ferraretto]

All,

I am running TSM 5.1.6.1.  I have set up a second instance of TSM on our
server and it is sharing the tape library using the shared library
capability.

The main server is called sm040.
The second instance is called sm040b

sm040b has a single onsite storage pool only.  No copy pools.  It is used
to store annual archive data.  The tapes are manually checked out of the
library after archives are complete and sent offsite.  After completing an
archive set we also run a 'backup db' to backup the database.  I want to
manage sending these offsite using drm. So I do the usual...

sm040b> move drm * wherest=mo tost=notmo remove=bulk

The console output indicates that the command completes successfully and
the tapes get ejected OK.  However, a q drm shows that the tapes are still
in mountable state.  If I checkin the tapes I can repeat the whole process
over and over.

I found this:

tsm: SM040B>q lic

 Last License Audit: 08/07/2004 13:37:16
  Number of space management clients in use: 0
Number of space management clients licensed: 0
   Is Tivoli Disaster Recovery Manager in use ?: No
 Is Tivoli Disaster Recovery Manager licensed ?: Yes
Number of TDP for Oracle in use: 0

It thinks that DRM is not in use!  My drmstatus is set correctly.  I can
run a PREPARE no problems.  The move drm command completes without any
errors.  I tried bouncing the server and even creating a copy pool and
copying some data in it.  But no banana.  Those bloody tapes remain in a
MOUNTABLE state.

Has anyone seen this?  Any ideas?

Thanks

Mark


--
Mark Ferraretto
Unix Systems Administrator
Deutsche Bank Hong Kong
ph: +852 2203 6362   Unix support hotline:  +852 2203 6369
[EMAIL PROTECTED]

Incremental Image backup : no new/modified files stored ...

[PAC Brion Arnaud]

Hi List !

I'm currently testing image backups on AIX, having in sight implementing
it soon on some servers needing fast backups, but am currently
experiencing some problems with the incremental image backup, which does
not seem to backup anything ...
Test procedure was to create a new JFS filespace (/toto), put some files
in it and initiate a first backup with "dsmc backup image /toto"  : this
worked fine, as following output testifies :

>dsmc backup image /toto
>IBM Tivoli Storage Manager
>Command Line Backup/Archive Client Interface - Version 5, Release 2,
Level 0.0 
>(c) Copyright by IBM Corporation and other(s) 1990, 2003. All Rights
Reserved.
>
>Node Name: PACRS050
>Session established with server X: AIX-RS/6000
>  Server Version 5, Release 2, Level 2.1
>  Server date/time: 20.08.2004 09:47:51  Last access: 20.08.2004
09:35:35
>
>
>Backup Image Function Invoked.
>
>Using offline image backup.
>Volume --> 33.554.432 /toto [Sent]  
>Selective Backup processing of '/toto' finished without failure. 
>
>
>Total number of objects inspected:1
>Total number of objects backed up:1
>Total number of objects updated:  0
>Total number of objects rebound:  0
>Total number of objects deleted:  0
>Total number of objects expired:  0
>Total number of objects failed:   0
>Total number of bytes transferred:32,00 MB
>Data transfer time:7,00 sec
>Network data transfer rate:4.681,14 KB/sec
>Aggregate data transfer rate:  5.457,01 KB/sec
>Objects compressed by:0%
>Elapsed processing time:   00:00:06


I then created two new directories, added and modified some files, and
tried to use mode=incremental with following result :

>dsmc backup image /toto -mode=incremental 
>IBM Tivoli Storage Manager
>Command Line Backup/Archive Client Interface - Version 5, Release 2,
Level 0.0 
>(c) Copyright by IBM Corporation and other(s) 1990, 2003. All Rights
Reserved.
>
>Session established with server X : AIX-RS/6000
>  Server Version 5, Release 2, Level 2.1
>  Server date/time: 20.08.2004 09:55:07  Last access: 20.08.2004
09:50:31
>
>
>Backup Image Incremental Function Invoked.
>
>Selective Backup processing of '/toto' finished without failure.
>
>  
>Total number of objects inspected:8
>Total number of objects backed up:0
>Total number of objects updated:  0
>Total number of objects rebound:  0
>Total number of objects deleted:  0
>Total number of objects expired:  0
>Total number of objects failed:   0
>Total number of bytes transferred:0  B
>Data transfer time:0,00 sec
>Network data transfer rate:0,00 KB/sec
>Aggregate data transfer rate:  0,00 KB/sec
>Objects compressed by:0%
>Elapsed processing time:   00:00:04

So it looks like the incremental feature does not recognize the file
structure modifications I made. I tried several times with no success...
Anyone having an idea of what could be happenning here ? (server is at
5.2.2.1, on aix 5.2)
Thanks in advance !

Arnaud 


**
Panalpina Management Ltd., Basle, Switzerland, CIT Department
Viadukstrasse 42, P.O. Box 4002 Basel/CH
Phone:  +41 (61) 226 11 11, FAX: +41 (61) 226 17 01
Direct: +41 (61) 226 19 78
e-mail: [EMAIL PROTECTED]

**