The exclusive "lock" derives from the share mode specified at the time the
locking application opens the file. If the application opens the file with
all sharing modes disabled, then nothing else can open the file for any
access, even read-only, until the application closes the file. For example,
the Win32 API function CreateFile() allows you to specify a share mode of 0
(zero), which means no sharing at all. If your app opens a file with
CreateFile() and specifies a share mode of 0, any subsequent attempts to
open the file will fail until your app calls CloseHandle() to close the
file.

I don't know of any means to circumvent this without the help of some kind
of open file manager (OFM) software. My guess, then, would be that
BackupExec either:

a) Just skips the file. You can do this with TSM as well be coding an
EXCLUDE statement for it in the client options file.

or

b) Uses some kind of open file manager, either their own or someone else's.
The OFM software from St. Bernard (www.stbernard.com) is fairly popular, or
so I believe. Perhaps if there are any folks on this forum that use an OFM,
they can share (no pun intended) their experiences.

Regards,

Andy

Andy Raibeck
IBM/Tivoli
Tivoli Storage Manager Client Development
e-mail: [EMAIL PROTECTED]
"The only dumb question is the one that goes unasked."


"Kelly J. Lipp" <[EMAIL PROTECTED]> on 11/30/2000 10:22:44

Please respond to [EMAIL PROTECTED]

To:   [EMAIL PROTECTED]
cc:    (bcc: Andrew Raibeck/Tivoli Systems)
Subject:  Re: ANE4007E - Access is denied



How in the world does Veritas do this?  And if they can back the darn
things
up can they actually restore them?

I believe this occurs because the application takes an exclusive lock on
the
file.  This must mean that Veritas does not check the lock before opening
the file.

Perhaps the client coders can tell us how this works and speculate on what
Veritas is doing.

Kelly J. Lipp
Storage Solutions Specialists, Inc.
PO Box 51313
Colorado Springs CO 80949-1313
(719) 531-5926
Fax: (719) 260-5991
Email: [EMAIL PROTECTED]
www.storsol.com
www.storserver.com


-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Nathan Himmel
Sent: Thursday, November 30, 2000 9:14 AM
To: [EMAIL PROTECTED]
Subject: ANE4007E - Access is denied


Hi SM*

A customer is in process of migration from Backup Exec (Veritas) to ADSM.
Customer complains about many NT files which he get (on ADSM) 'ANE4007E
....
access to the object is denied'. Those files could not be copied with
Explorer as well,  because they are being used. On the other hand, with
Backup Exec( Veritas) , there were no problems.
ADSM client on NT is still 3.1.
Any idea? Any solution?

Nathan

Reply via email to