Lost permissions

Ken-
I'd love to post the permissions, but the file won't let us access that
information. The file is placed on the root of the partition, which has the
following permissions:

Creator Owner Full Control
Domain Admins Full Control
Domain Users Read (RX)
Server Operators Change (RWXD)
System Full Control

As I said, the task runs under the admin account, which is obviously a
member of Domain Admins. If the file locked every time, it would make more
sense, but it only happens about once every other week. Next time it happens
I'll check to see if stopping any of the Symantec services allows us to
access the file (thanks for the suggestion). I'm skeptical, though; any
further thoughts would be appreciated.

Vince Ribas

"Ken Schaefer" <kenREMOVE.TakeThisOut@THISadOpenStatic.com> wrote in message
news:OHx%23BY%23jDHA.964@TK2MSFTNGP10.phx.gbl...
> Make sure that some process isn't actually using the file, and thus has
some
> kind of lock on it.
>
> Additionally, it would help if you posted the actual NTFS permissions that
> the file has.
>
> Cheers
> Ken
>
>
> "vsr" <vribas.TakeThisOut@merrimackcounty.net> wrote in message
> news:umTQz%231jDHA.1096@TK2MSFTNGP11.phx.gbl...
> : Here's an interesting one. We use a batch file called cegetter to
download
> : virus definitions from Symantec. Occassionally, the navup8.exe file
(which
> : updates the defs) does not get deleted by the batch file, and this
> prevents
> : the definitions from updating every following day. When we go to delete
> it,
> : we get access denied, even though the task runs under the admin account
> and
> : we are attempting to delete under the same account. Take ownership
doesn't
> : work, nor does SubinACL (the latter returns Error 5). Rebooting restores
> : permissions, but we don't like rebooting our PDC a few times a month to
> : restore permissions on a file that should delete automatically. Symantec
> : doesn't have any ideas. Does anyone else?
> :
> :
>
>
 >> Stay informed about: Lost permissions 

Have you tried to "take ownership"?

Cheers
Ken

"vsr" <vribas.DeleteThis@merrimackcounty.net> wrote in message
news:uUJqqclkDHA.2488@TK2MSFTNGP12.phx.gbl...
: Ken-
: I'd love to post the permissions, but the file won't let us access that
: information. The file is placed on the root of the partition, which has
the
: following permissions:
:
: Creator Owner Full Control
: Domain Admins Full Control
: Domain Users Read (RX)
: Server Operators Change (RWXD)
: System Full Control
:
: As I said, the task runs under the admin account, which is obviously a
: member of Domain Admins. If the file locked every time, it would make more
: sense, but it only happens about once every other week. Next time it
happens
: I'll check to see if stopping any of the Symantec services allows us to
: access the file (thanks for the suggestion). I'm skeptical, though; any
: further thoughts would be appreciated.
:
: Vince Ribas
:
: "Ken Schaefer" <kenREMOVE.DeleteThis@THISadOpenStatic.com> wrote in message
: news:OHx%23BY%23jDHA.964@TK2MSFTNGP10.phx.gbl...
: > Make sure that some process isn't actually using the file, and thus has
: some
: > kind of lock on it.
: >
: > Additionally, it would help if you posted the actual NTFS permissions
that
: > the file has.
: >
: > Cheers
: > Ken
: >
: >
: > "vsr" <vribas.DeleteThis@merrimackcounty.net> wrote in message
: > news:umTQz%231jDHA.1096@TK2MSFTNGP11.phx.gbl...
: > : Here's an interesting one. We use a batch file called cegetter to
: download
: > : virus definitions from Symantec. Occassionally, the navup8.exe file
: (which
: > : updates the defs) does not get deleted by the batch file, and this
: > prevents
: > : the definitions from updating every following day. When we go to
delete
: > it,
: > : we get access denied, even though the task runs under the admin
account
: > and
: > : we are attempting to delete under the same account. Take ownership
: doesn't
: > : work, nor does SubinACL (the latter returns Error 5). Rebooting restor
es
: > : permissions, but we don't like rebooting our PDC a few times a month
to
: > : restore permissions on a file that should delete automatically.
Symantec
: > : doesn't have any ideas. Does anyone else?
: > :
: > :
: >
: >
:
:
 >> Stay informed about: Lost permissions 

Yes, Take ownership is also denied. It locked again today and I tried
stopping all Symantec related services and processes, but was still unable
to delete the file.

"Ken Schaefer" <kenREMOVE RemoveThis @THISadOpenStatic.com> wrote in message
news:%230u2v2skDHA.4008@TK2MSFTNGP11.phx.gbl...
> Have you tried to "take ownership"?
>
> Cheers
> Ken
>
> "vsr" <vribas RemoveThis @merrimackcounty.net> wrote in message
> news:uUJqqclkDHA.2488@TK2MSFTNGP12.phx.gbl...
> : Ken-
> : I'd love to post the permissions, but the file won't let us access that
> : information. The file is placed on the root of the partition, which has
> the
> : following permissions:
> :
> : Creator Owner Full Control
> : Domain Admins Full Control
> : Domain Users Read (RX)
> : Server Operators Change (RWXD)
> : System Full Control
> :
> : As I said, the task runs under the admin account, which is obviously a
> : member of Domain Admins. If the file locked every time, it would make
more
> : sense, but it only happens about once every other week. Next time it
> happens
> : I'll check to see if stopping any of the Symantec services allows us to
> : access the file (thanks for the suggestion). I'm skeptical, though; any
> : further thoughts would be appreciated.
> :
> : Vince Ribas
> :
> : "Ken Schaefer" <kenREMOVE RemoveThis @THISadOpenStatic.com> wrote in message
> : news:OHx%23BY%23jDHA.964@TK2MSFTNGP10.phx.gbl...
> : > Make sure that some process isn't actually using the file, and thus
has
> : some
> : > kind of lock on it.
> : >
> : > Additionally, it would help if you posted the actual NTFS permissions
> that
> : > the file has.
> : >
> : > Cheers
> : > Ken
> : >
> : >
> : > "vsr" <vribas RemoveThis @merrimackcounty.net> wrote in message
> : > news:umTQz%231jDHA.1096@TK2MSFTNGP11.phx.gbl...
> : > : Here's an interesting one. We use a batch file called cegetter to
> : download
> : > : virus definitions from Symantec. Occassionally, the navup8.exe file
> : (which
> : > : updates the defs) does not get deleted by the batch file, and this
> : > prevents
> : > : the definitions from updating every following day. When we go to
> delete
> : > it,
> : > : we get access denied, even though the task runs under the admin
> account
> : > and
> : > : we are attempting to delete under the same account. Take ownership
> : doesn't
> : > : work, nor does SubinACL (the latter returns Error 5). Rebooting
restor
> es
> : > : permissions, but we don't like rebooting our PDC a few times a month
> to
> : > : restore permissions on a file that should delete automatically.
> Symantec
> : > : doesn't have any ideas. Does anyone else?
> : > :
> : > :
> : >
> : >
> :
> :
>
>
 >> Stay informed about: Lost permissions