ADSM-L

Re: [ADSM-L] How do you deal with the 7B296FB0-376B-497e-B012--9C450E1B7327-2P-1.C7483456-A289-439d-8115-601632D005A0 file

2011-07-22 12:16:45
Subject: Re: [ADSM-L] How do you deal with the 7B296FB0-376B-497e-B012--9C450E1B7327-2P-1.C7483456-A289-439d-8115-601632D005A0 file
From: Andrew Raibeck <storman AT US.IBM DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Fri, 22 Jul 2011 11:55:40 -0400
Hi Zoltan,

I certainly would not expect a snapshotted backup to have issues with open
files (that is what TSM's Open File Support is supposed to address).

If you do not use the CAD to manage the scheduler, did you restart the
scheduler after making the dsm.opt file change?

Also:

1. Remove QUIET from the options file while troubleshooting this.

2. Try running "dsmc selective somefilename" in the foreground and check
for a message like this:

Preparing to backup 'x:' using 'VSS' snapshot.

where 'x:' is the drive where somefilename resides. This tells you it is
doing the VSS backup.

If none of that does the trick I would recommend you open a PMR with TSM
support so we can get underneath this.

Best regards,

Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Product Development
Level 3 Team Lead
Internal Notes e-mail: Andrew Raibeck/Hartford/IBM@IBMUS
Internet e-mail: storman AT us.ibm DOT com

IBM Tivoli Storage Manager support web page:
http://www.ibm.com/support/entry/portal/Overview/Software/Tivoli/Tivoli_Storage_Manager

"ADSM: Dist Stor Manager" <ADSM-L AT vm.marist DOT edu> wrote on 2011-07-22
11:00:29:

> From: Zoltan Forray/AC/VCU <zforray AT VCU DOT EDU>
> To: ADSM-L AT vm.marist DOT edu
> Date: 2011-07-22 11:13
> Subject: Re: How do you deal with the 7B296FB0-376B-497e-
> B012--9C450E1B7327-2P-1.C7483456-A289-439d-8115-601632D005A0 file
> Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT vm.marist DOT edu>
>
> Andy,
>
> This is still failing.  Another strange thing is there is no dsmsched.log
> file.  I have to get the messages from the server actlog.
>
> This is her dsm.opt:
>
> COMMMethod        TCPip
> TCPPort           1500
> TCPServeraddress  TSMLINUX7.UCC.VCU.EDU
> tcpclientaddres 192.168.21.132
>
> NODename          DOGWOOD
>
> PASSWORDAccess    Generate
> SCHEDMODE         Polling
>
> SCHEDLOGR 30 D
> ERRORLOGR 30 D
> QUIET
>
> SNAPSHOTPROVIDERFS VSS
>
>
> Messages from last nights backups:
> 07/21/2011 22:15:50  ANR0406I Session 1477 started for node DOGWOOD
> (WinNT)
>                       (Tcp/Ip 192.168.21.132(14797)). (SESSION: 1477)
> 07/21/2011 22:16:00  ANE4940I (Session: 1477, Node: DOGWOOD)  Backing up
> object
>                       'ASR Writer' component 'ASR' using shadow
> copy.(SESSION:
>                       1477)
> 07/21/2011 22:16:00  ANE4940I (Session: 1477, Node: DOGWOOD)  Backing up
> object
>                       'ASR Writer' component 'This is the path to the
boot
> BCD
>                       store and the boot managers.All the files in this
>                       directory need to be backed up.' using shadow
>                       copy.(SESSION: 1477)
> 07/21/2011 22:16:00  ANE4940I (Session: 1477, Node: DOGWOOD)  Backing up
> object
>                       'ASR Writer' component 'Select this volume (C:) if
> it is
>                       a critical volume.Critical volumes are those which
> ASR
>                       must restore.' using shadow copy.(SESSION: 1477)
> 07/21/2011 22:16:00  ANE4940I (Session: 1477, Node: DOGWOOD)  Backing up
> object
>                       'ASR Writer' component 'Select to include disk #0
> (of
>                       signature 0x5748a536) for ASR restore.' using
shadow
>
>                       copy.(SESSION: 1477)
> 07/21/2011 22:16:00  ANE4940I (Session: 1477, Node: DOGWOOD)  Backing up
> object
>                       'COM+ REGDB Writer' component 'COM+ REGDB' using
> shadow
>                       copy.(SESSION: 1477)
> 07/21/2011 22:16:00  ANE4940I (Session: 1477, Node: DOGWOOD)  Backing up
> object
>                       'Registry Writer' component 'Registry' using shadow
>
>                       copy.(SESSION: 1477)
> 07/21/2011 22:16:00  ANE4940I (Session: 1477, Node: DOGWOOD)  Backing up
> object
>                       'WMI Writer' component 'Windows Managment
>                       Instrumentation' using shadow copy.(SESSION: 1477)
>
> 07/21/2011 22:16:18  ANR0406I Session 1479 started for node DOGWOOD
> (WinNT)
>                       (Tcp/Ip 192.168.21.132(14807)). (SESSION: 1479)
> 07/21/2011 22:21:37  ANE4987E (Session: 1479, Node: DOGWOOD)  Error
> processing
>  '\\domino37\c$\Windows\System32\7B296FB0-376B-497e-B012--
>  9C450E1B7327-2P-0.C7483456-A289-439d-8115-601632D005A0':
>                       the object is in use by another process (SESSION:
> 1479)
> 07/21/2011 22:21:37  ANE4987E (Session: 1479, Node: DOGWOOD)  Error
> processing
>  '\\domino37\c$\Windows\System32\7B296FB0-376B-497e-B012--
>  9C450E1B7327-2P-1.C7483456-A289-439d-8115-601632D005A0':
>                       the object is in use by another process (SESSION:
> 1479)
> 07/21/2011 22:23:08  ANE4005E (Session: 1479, Node: DOGWOOD)  Error
> processing
>  '\\domino37\e$\notes\data\IBM_TECHNICAL_SUPPORT\traveler-
>                       \logs\NTSActivity_110721-193841.zip': file not
found
>
>                       (SESSION: 1479)
> 07/21/2011 22:23:31  ANE4005E (Session: 1479, Node: DOGWOOD)  Error
> processing
>  '\\domino37\e$\notes\data\IBM_TECHNICAL_SUPPORT\traveler-
>                       \logs\NTSActivity_110721-220659.log': file not
found
>
>                       (SESSION: 1479)
> 07/21/2011 22:40:01  ANR0403I Session 1479 ended for node DOGWOOD
(WinNT).
>
>                       (SESSION: 1479)
>
>
>
> From:
> Andrew Raibeck <storman AT US.IBM DOT COM>
> To:
> ADSM-L AT VM.MARIST DOT EDU
> Date:
> 07/20/2011 10:09 AM
> Subject:
> Re: [ADSM-L] How do you deal with the
> 7B296FB0-376B-497e-B012--9C450E1B7327-2P-1.C7483456-
> A289-439d-8115-601632D005A0
> file
> Sent by:
> "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
>
>
>
> Hi Zoltan,
>
> Your questions are somewhat timely. We are actually reviewing the need to
> back up and/or restore these files at all, but for now, it is probably
> best
> to at least back them up.
>
> The Microsoft VSS, including the Microsoft VSS snapshot provider, is
> installed and enabled with all Windows OSes from Windows 2003 and up.
> System state backup uses VSS. So enabling OFS with VSS as the snapshot
> provider, as I suggested, doesn't require anything more than:
>
> 1. Updating the client options file
>
> 2. Restarting the client scheduler if you do not use the CAD to manage
the
> scheduler
>
> Having said that, these files are part of the system state, and since
> system state is backed up using VSS, I'm surprised to see them processed
> as
> part of the C: drive. Are there any other warning or error messages
> appearing in the dsmerror.log file during system state backup?
>
> Best regards,
>
> Andy Raibeck
> IBM Software Group
> Tivoli Storage Manager Client Product Development
> Level 3 Team Lead
> Internal Notes e-mail: Andrew Raibeck/Hartford/IBM@IBMUS
> Internet e-mail: storman AT us.ibm DOT com
>
> IBM Tivoli Storage Manager support web page:
> http://www.ibm.com/support/entry/portal/Overview/Software/Tivoli/
> Tivoli_Storage_Manager
>
>
> "ADSM: Dist Stor Manager" <ADSM-L AT vm.marist DOT edu> wrote on 2011-07-20
> 09:33:20:
>
> > From: Zoltan Forray/AC/VCU <zforray AT VCU DOT EDU>
> > To: ADSM-L AT vm.marist DOT edu
> > Date: 2011-07-20 09:35
> > Subject: Re: How do you deal with the 7B296FB0-376B-497e-
> > B012--9C450E1B7327-2P-1.C7483456-A289-439d-8115-601632D005A0 file
> > Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT vm.marist DOT edu>
> >
> > Andy,
> >
> > Thanks for the tips/suggestion.  I will pass it on.
> >
> > Unfortunately, folks around here don't seem to want to use
OFS/low-level
> > drivers,  especially since it usually requires a reboot when
> > installing/updating.
> >
> > Do you know if this filename will be consistent so that I can exclude
it
> > from this and future systems?  Or is this some recent voodoo that M$
has
> > pushed down in "black Tuesday" updates?
> > Zoltan Forray
> > TSM Software & Hardware Administrator
> > Virginia Commonwealth University
> > UCC/Office of Technology Services
> > zforray AT vcu DOT edu - 804-828-4807
> > Don't be a phishing victim - VCU and other reputable organizations will
> > never use email to request that you reply with your password, social
> > security number or confidential personal information. For more details
> > visit http://infosecurity.vcu.edu/phishing.html
> >
> >
> >
> > From:
> > Andrew Raibeck <storman AT US.IBM DOT COM>
> > To:
> > ADSM-L AT VM.MARIST DOT EDU
> > Date:
> > 07/20/2011 09:20 AM
> > Subject:
> > Re: [ADSM-L] How do you deal with the
> > 7B296FB0-376B-497e-B012--9C450E1B7327-2P-1.C7483456-
> > A289-439d-8115-601632D005A0
> > file
> > Sent by:
> > "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
> >
> >
> >
> > Hi Zoltan,
> >
> > I recommend using OFS to back up Windows systems, with VSS as snapshot
> > provider. Add the following to your dsm.opt file:
> >
> > SNAPSHOTPROVIDERFS VSS
> >
> > That will ensure that all "in-use" files are backed up, as well as
> ensure
> > a
> > "crash-consistent" backup of the drive.
> >
> > Best regards,
> >
> > Andy Raibeck
> > IBM Software Group
> > Tivoli Storage Manager Client Product Development
> > Level 3 Team Lead
> > Internal Notes e-mail: Andrew Raibeck/Hartford/IBM@IBMUS
> > Internet e-mail: storman AT us.ibm DOT com
> >
> > IBM Tivoli Storage Manager support web page:
> > http://www.ibm.com/support/entry/portal/Overview/Software/Tivoli/
> > Tivoli_Storage_Manager
> >
> >
> > "ADSM: Dist Stor Manager" <ADSM-L AT vm.marist DOT edu> wrote on 2011-07-20
> > 08:59:43:
> >
> > > From: Zoltan Forray/AC/VCU <zforray AT VCU DOT EDU>
> > > To: ADSM-L AT vm.marist DOT edu
> > > Date: 2011-07-20 09:09
> > > Subject: How do you deal with the 7B296FB0-376B-497e-
> > > B012--9C450E1B7327-2P-1.C7483456-A289-439d-8115-601632D005A0 file
> > > Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT vm.marist DOT edu>
> > >
> > > This is more for Andy R but all suggestions/feedback are appreciated.
> > >
> > > I have a new Windows 2K8 node that is having heartburn with these
> > errors:
> > >
> > > 07/11/2011 14:50:40 ANS1228E Sending of object
> > > '\\domino37\c$\Windows\System32\7B296FB0-376B-497e-
> > > B012-9C450E1B7327-2P-0.C7483456-A289-439d-8115-601632D005A0'
> > > failed
> > > 07/11/2011 14:50:40 ANS4987E Error processing
> > > '\\domino37\c$\Windows\System32\7B296FB0-376B-497e-
> > > B012-9C450E1B7327-2P-0.C7483456-A289-439d-8115-601632D005A0':
> > > the object is in use by another process
> > > 07/11/2011 14:50:40 ANS1228E Sending of object
> > > '\\domino37\c$\Windows\System32\7B296FB0-376B-497e-
> > > B012-9C450E1B7327-2P-1.C7483456-A289-439d-8115-601632D005A0'
> > > failed
> > > 07/11/2011 14:50:40 ANS4987E Error processing
> > > '\\domino37\c$\Windows\System32\7B296FB0-376B-497e-
> > > B012-9C450E1B7327-2P-1.C7483456-A289-439d-8115-601632D005A0':
> > > the object is in use by another process
> > > 07/11/2011 14:53:29 ANS1802E Incremental backup of '\\domino37\c$'
> > > finished with 2 failure
> > >
> > > Googling I found this (thank you M$ for finding a new way to screw up
> > TSM
> > > backups)
> > >
> > > http://answers.microsoft.com/en-us/windows/forum/windows_vista-
> > > security/where-do-the-files7b296fb0-376b-497e-b012/
> > > f16b2a1e-5136-408b-a792-fc25c3eb358a
> > >
> > > If I read this correctly and since I was able to Google
> > > \7B296FB0-376B-497e-B012--9C450E1B7327-2P-1.C7483456-
> > > A289-439d-8115-601632D005A0
> > >  and find specific entries,  this new file is going to be somewhat
> > > persistent?
> > >
> > > How do I not try to backup this file?   Should I just add that long
> > string
> > > into the CLOPTSET that I push down to all Windows clients?
> > > Zoltan Forray
> > > TSM Software & Hardware Administrator
> > > Virginia Commonwealth University
> > > UCC/Office of Technology Services
> > > zforray AT vcu DOT edu - 804-828-4807
> > > Don't be a phishing victim - VCU and other reputable organizations
> will
> > > never use email to request that you reply with your password, social
> > > security number or confidential personal information. For more
details
> > > visit http://infosecurity.vcu.edu/phishing.html

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