D & M,

  The auditing seems like an excellent idea.  I have seen this identical
problem and it was caused by two ADSM tasks running at the same time.

If there was a failed process that still has a handle open on this
directory now, you can find this out by downloading NTHANDLE from
www.NTInternals.com.  I keep this utility around just in case users insist
that nobody is using a file when ADSM cannot back it up.

BTW, have you tried rebooting the machine?

I have not heard of occasions where the registry extract did not complete
before the ADSM send of the data began.

Good luck,
dt

----------
> From: Bartl, Michael <michael.bartl AT ZENTRALE.ADAC DOT DE>
> From: Bartl, Michael <michael.bartl AT ZENTRALE.ADAC DOT DE>
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: AW: nt registry backup fails with dsmc incr from scheduler
> Date: Wednesday, December 17, 1997 1:38 AM
>
> Rene,
> very interesting problem. ADSM should be the only application to access
> the ADSM.SYS structure.
> Try to find out which task has its fingers on the directory by auditing
> the files in question.
> Step into the security settings and select auditing for any user and any
> event, redo the scheduled backup and read out the security events (event
> viewer). Don't forget to switch off auditing afterwards as i can produce
> lots of system activity.
>
> Regards,
> Michael
> --
> Michael H. Bartl
> ADAC e.V. (Rechenzentrum, Produktionsplanung und Organisation)
> Tel.: (089) 7676-4063, Fax: (089) 7676-8161
> EMail: Michael.Bartl AT Zentrale.ADAC DOT de
>
> > ----------
> > Von:  Lambelet,Rene,VEVEY,FC-SIL/INF.[SMTP:Rene.Lambelet AT NESTLE DOT COM]
> > Gesendet:     Mittwoch, 17. Dezember 1997 08:20
> > An:   ADSM-L AT VM.MARIST DOT EDU
> > Betreff:      Re: nt registry backup fails with dsmc incr from
> > scheduler
> >
> > Dan,
> >
> > thanks for your answer. But we checked and we are quite shure not
> > having
> > more than 1 service running.
> >
> > It seems that ADSM uses the NT function to save the registry in the
> > \adsm.sys. Could it be that the backup of this directory begins before
> > the end of the save by NT?
> >
> > Any help or similar problem would help us...
> >
> > Regards, Rene Lambelet, Nestle, Vevey
> >
> > >-----Original Message-----
> > >From:  Daniel Thompson [SMTP:thompsod AT USAA DOT COM]
> > >Sent:  Tuesday, December 16, 1997 2:59 PM
> > >To:    ADSM-L AT VM.MARIST DOT EDU
> > >Subject:       Re: nt registry backup fails with dsmc incr from
> > scheduler
> > >
> > >Dominique,
> > >
> > >  The only thing that should be changing any files in the adsm.sys
> > >directory is an ADSM process.  I would make certain that someone has
> > not
> > >installed multiple services with the same nodename.  It sure looks as
> > if
> > >you have 2 backups running at the same time.
> > >
> > >Good luck,
> > >  Dan T.
> > >
> > >----------
> > >> From: Iseli,Dominique,VEVEY,FC-SIL/INF <Dominique.Iseli AT NESTLE DOT 
> > >> COM>
> > >> To: ADSM-L AT VM.MARIST DOT EDU
> > >> Subject: nt registry backup fails with dsmc incr from scheduler
> > >> Date: Tuesday, December 16, 1997 3:50 AM
> > >>
> > >> We run adsm v3 as server and client.
> > >> when the dsmc incr starts with a schedule, we always get following
> > error
> > >> when backuping the registry (in dsmsched.log). Is there a change
> > from v2
> > >> when backuping the registry of an nt4 server ?
> > >>
> > >> 12/09/1997 11:03:52 ANS1427I Registry Backup function completed
> > >> successfully.
> > >> 12/09/1997 11:04:03 ANS1228E Sending of object
> > >> 'C:\adsm.sys\Registry\VEVSAP01\Users\SYSTEM' failed
> > >> 12/09/1997 11:04:03 ANS1840E File
> > >> 'C:\adsm.sys\Registry\VEVSAP01\Users\SYSTEM' changed during
> > processing.
> > >> File skipped.
> > >>
> > >> Thanks for any input to this .
> > >>
> > >> Iseli D. Nestec sa (Nestle headquarter switzerland)
> > >>
> > >>
> > >>
> > >>
> > >> >[Iseli,Dominique,VEVEY,FC-SIL/INF]
> >