ADSM-L

Re: [ADSM-L] Snapdiff with 6.2.2.0 client

2010-12-14 15:07:26
Subject: Re: [ADSM-L] Snapdiff with 6.2.2.0 client
From: Frank Ramke <ramke AT US.IBM DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Tue, 14 Dec 2010 15:05:38 -0500
Hello Margaret,
I am not sure why search engines have not found it yet, perhaps because
they are pdf files.

Look in the section called "New for Version 6.2.2" in the following:
Windows PDF: http://www-01.ibm.com/support/docview.wss?uid=swg27019824
UNIX PDF: http://www-01.ibm.com/support/docview.wss?uid=swg27019825

The reason the cad is failing is that the CREATENEWBASE option is not
valid in dsm.opt or dsm.sys files.  You can add it as a command line only
option, or in you case, as an option to the scheduler.
We did that by design, it would not be good to accidentally leave that
option set to yes in you option file.  It would cause snapdiff to
continually create a new base, defeating the purpose of this type of
backup.

Anyway, let me know if you have trouble getting to the doc.  I will be
glad to answer any questions you may still have with the option usage.


Frank Ramke
TSM Development





From:   "Clark, Margaret" <MClark AT SDDPC DOT ORG>
To:     ADSM-L AT vm.marist DOT edu
Date:   12/14/2010 10:39 AM
Subject:        Snapdiff with 6.2.2.0 client
Sent by:        "ADSM: Dist Stor Manager" <ADSM-L AT vm.marist DOT edu>



When we started using snapdiff backups, the documentation said it was
compatible with any release of OnTap above 7.2.
We committed to using snapdiff with our OnTap 7.3.3 FAS, and by using the
arcane options TESTFLAG SNAPDIFFONTAPFAP and
TESTFLAG SNAPDIFFNAMEFILTEROFF, it mostly worked.  We settled down to cope
with dsmcsvc crashes about once a week,
after Tivoli support told us (post-hoc, mind you) that our configuration
would not be supported until the release of the 6.2.2.0 client.
That glorious day has come, and yesterday I took out the testflags and ran
tests with the new client.
It seems to have worked, although each volume has produced this warning:

ANS4089W File server fas13 has been upgraded to Data ONTAP version
'7.3.3'.
 Perform a full incremental backup by specifying option
createnewbase=migrate as soon as possible.

I hope I can safely ignore this warning, since we haven't in fact
"upgraded", but I did experiment with the CREATENEWBASE option.
I tried CREATENEWBASE MIGRATE (the usual syntax) and CREATENEWBASE=MIGRATE
(you never know),
and CREATENEWBASE YES after a finding a single hit using a Famous Search
Engine (the hit was for AIX; we are using Windows).
No matter what, the Client Acceptor would not run.

Does anyone have information to share?

- Margaret Clark
San Diego Data Processing Corporation

<Prev in Thread] Current Thread [Next in Thread>