Tim,
I will try putting in the
SNAPSHOTPROVIDERFS VSS
SNAPSHOTPROVIDERIMAGE VSS
But after reading on TechNet about scripting a query to the wmi to enumerate
all the files on a computer
http://www.microsoft.com/technet/scriptcenter/guide/sas_fil_ghye.mspx?mfr=true,
and looking at where the failure occurs, I think something is failing on the
(hidden) enumeration script. Any of you IBMers willing to disclose the
enumeration method that the baclient uses? Or offer any other bread crumbs?
thanks!
lisa
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Timothy Hughes
Sent: Friday, May 30, 2008 9:30 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] ANS5280E Object enumeration from a file set or file list
failed
I did a search on this and came up with this
http://www.adsm.org/forum/showthread.php?t=12132
Tim
Laughlin, Lisa wrote:
> By default TSM backs up system state with vss-- how you specify an
> alternate "provider" in TSM-- I don't know.
>
> I had the error you described yesterday and I thought I had fixed it.
> I had updated client code and included the lvsa module in the msiexec
> install statement. I had the stanza
> snapshotproviderimage none
> in my dsm.opt file. I thought that's what was wrong, because an
> identically set up server didn't have that in it's dsm.opt file. So I
> removed it.
>
> The error was still there this morning. I just ran a OS backup of the
> system state and it worked fine. Further investigation needed.
> I'd like to know what the difference is between these two
> backups.--i.e. what is the diff between a "full, TSM backup" and an
> "incremental" ??
>
> Incremental backup of volume '\\dr1243194\c$'
>
> Incremental backup of volume 'SYSTEMOBJECT'
> Successful incremental backup of 'Automated System Recovery'
>
> ANS1802E Incremental backup of '\\dr1243194\c$' finished with 2
> failure
>
> Successful incremental backup of 'COM+ Database'
> Successful incremental backup of 'Event Log'
> Successful incremental backup of 'Registry'
> Successful incremental backup of 'WMI Database'
> Successful incremental backup of 'System and Boot Files'
> ----------------------------------------------------------------------
> ----------------------------------------------------------------------
> -
> Executing scheduled command now.
> 05/29/2008 22:26:34 --- SCHEDULEREC OBJECT BEGIN DAILY1015 05/29/2008
> 22:15:00
> 05/29/2008 22:26:34 Incremental backup of volume '\\drimgrelease02\c$'
> 05/29/2008 22:26:34 Incremental backup of volume '\\drimgrelease02\d$'
> 05/29/2008 22:26:34 Incremental backup of volume 'SYSTEMSTATE'
> 05/29/2008 22:26:40 Performing a full, TSM backup of object 'COM+
> REGDB Writer' component 'COM+ REGDB' using shadow copy.
> 05/29/2008 22:26:40 Performing a full, TSM backup of object 'Registry
> Writer' component 'Registry' using shadow copy.
> 05/29/2008 22:26:40 Performing a full, TSM backup of object 'System
> Writer' component 'System Files' using shadow copy.
> 05/29/2008 22:26:40 Performing a full, TSM backup of object 'Event Log
> Writer' component 'Event Logs' using shadow copy.
> 05/29/2008 22:26:40 Performing a full, TSM backup of object 'IIS
> Metabase Writer' component 'IISMETABASE' using shadow copy.
> 05/29/2008 22:26:40 Performing a full, TSM backup of object 'WMI
> Writer' component 'Windows Managment Instrumentation' using shadow copy.
> 05/29/2008 22:27:21 Backup of object 'SystemState' component 'System
> State' finished successfully.
> 05/29/2008 22:27:21 ANS1999E Incremental processing of
> 'DRIMGRELEASE02\SystemState\NULL\System State\SystemState' stopped.
>
>
> 05/29/2008 22:27:26 ANS5280E Object enumeration from a file set or
> file list failed.
> 05/29/2008 22:27:26 --- SCHEDULEREC STATUS BEGIN
>
> thanks!
> lisa
>
>
>
> ------------------------------------------------------------------------
> From: Timothy Hughes [mailto:Timothy.Hughes AT oit.state.nj DOT us]
> Sent: Friday, May 30, 2008 7:56 AM
> To: ADSM: Dist Stor Manager; Laughlin, Lisa; Richard Sims
> Subject: Re: ANS5280E Object enumeration from a file set or file
> list failed
>
> Lisa, Richard thanks!
>
> Lisa,
>
> I took a look at the dsm.opt file (below), How can I tell if it is
> using VSS to backup system state objects?
>
> LANG AMENG
> DOMAIN ALL-LOCAL
> TCPSERVERADDRESS xxxxx.xxx.xxxx
> PASSWORDACCESS GENERATE
> TCPCLIENTADDRESS xx.xx.xx.xx
> NODENAME ScJ170
> subdir yes
> replace prompt
> tcpb 32
> tcpw 63
> SCHEDMODE PROMPTED
> txnbytelimit 25600
> errorlogname c:\progra~1\tivoli\tsm\baclient\dsmerror.log
> SCHEDlogname c:\progra~1\tivoli\tsm\baclient\dsmsched.log
> errorlogretention 14
> schedlogretention 7
> tcpnodelay yes
> resourceutilization 3
> LARGECOMMbuffers yes
> CHANGINGRETRIES 2
> COMPRESSIon Yes
> include "*:\WINDOWS\system32\...\Logs\*.log" special
> exclude "*:\Program Files\Artisoft\WinBEEP 32\Server
> Data\Fountain.pst"
> MANAGEDSERVICES WEBCLIENT SCHEDULE
>
>
> Richard,
>
> we use 'clientopt sets' for the include/inclexcl' I compared the
> system's 'dsmc q inclexcl' with another and they are for the most
> part the same.
> <!--[endif]-->
>
>
>
> Thanks
> Tim
>
> Laughlin, Lisa wrote:
>
>>There is a technote about an backup errors having to do with that reg key:
>>
>>http://www-1.ibm.com/support/docview.wss?uid=swg21243837
>>
>>So far I've found the reg query reg add routine (remote from a command
>>prompt) to be straight forward-- I just run it as I am updating client code
>>to 5.5.0.6.
>>
>>thanks!
>>lisa
>>
>>
>>-----Original Message-----
>>From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf
>>Of Richard Sims
>>Sent: Thursday, May 29, 2008 1:23 PM
>>To: ADSM-L AT VM.MARIST DOT EDU
>>Subject: Re: [ADSM-L] ANS5280E Object enumeration from a file set or
>>file list failed
>>
>>On May 29, 2008, at 11:43 AM, Timothy Hughes wrote:
>>
>>
>>
>>>05/26/2008 00:15:52 ANS5279E Error processing
>>>'\\scj170\c$\WINDOWS\Repair\Backup\BootableSystemState\Registry
>>>\default':
>>>file not found.
>>>
>>>
>>
>>Tim -
>>
>>I'll bow to anyone who is actually familiar with Windows, but my guess
>>would be that things under the Repair directory should inherently be
>>excluded by the Exclude list inherently contributed to TSM by Windows,
>>as revealed in 'dsmc q inclexcl' where such entries are listed as
>>contributed by "Operating System", and constitute what I believe to be
>>called "Component Registry file list". If so, this would suggest to
>>me that something has gone wrong with the Registry contents on that
>>W2000 system, ostensibly in the HKLM\System\CurrentControlSet\Control
>>\BackupRestore\FilesNotToBackup registry subkey. I would compare that
>>system's 'dsmc q inclexcl' with that on another W2000 system in your shop
>>which is at the same SP level.
>>
>> what little I know, Richard Sims
>>
>>
>
|
