Could not Lock File error

anonymous_at_discussions.microsoft.com
Date: 04/29/04


Date: Thu, 29 Apr 2004 15:12:27 -0700


>-----Original Message-----
>Hi,
>
>I'm trying to share an access database with an entire
>workgroup. I copied the database to the file server and
>assigned permissions. I set up the person responsible for
>modifying this file with FULL PERMISSION on the parent
>directory and it's child objects. I set the 'everyone'
>with Read Only permission. A user that falls into the
>READ-ONLY group can't open the file and gets the
>error "Could not Lock file" and nothing opens.
>
>What is the correct way to share this database file with
>everyone, regardless of whether it's open by another user
>or not AND ONLY allowing one person to modify it's
>contents?
>
>Any assistance will be GREATLY apprciated...
>
>Sincerely,
>
>Joe F.
>.
>

Hey Joe,

Before getting into a lengthy 'permission setting' dialog,
can you clarrify what you mean by :

"...allowing one person to modify its contents..."

Do you mean only one person can add/edit/delete records in
your tables, or do you mean only one person can make new
tables, queries, forms, reports, etc?

There are quite a few different ways security can be set
up. The better you can describe exactly what you want
each 'user type' to be able to do, the better the response
will be to address your situation. Go ahead... be
specific...

However.. as an immediate response to why you're getting
the "Lock" error message: It has to do with a hidden file
that needs to be generated in the same folder that holds
your database. It's called an .LDB file, and it is
automatically generated when you open your database.
Also, it is automatically disposed of when you log out (or
the last person in the database logs out). This file
holds information about each user that is logged into the
database (user name and computer name). Since you've
restricted 'EVERYONE' with read-only permissions on the
folder and the database, 'EVERYONE' is prevented from
creating the .LDB file. Without it, Access won't dance.
You can try aleviating the situation by giving 'EVERYONE'
permission to Read & Execute on the Folder. This will at
least let the .LDB file be created. However,
since 'EVERYONE' will not have the Modify permission,
the .LDB file will not be deleted later on. The one
exception to this is for that person you've set up with
full control. In the case where that person is the last
person to close the database, their permission will allow
for the .LDB file to be removed.

In my experiences, having the .LDB file linger around has
not caused problems... but try it out and decide for
yourself on that point.

Thanks
Troy



Relevant Pages

  • Re: code access security
    ... Error 1 CREATE ASSEMBLY for assembly 'GmsSqlClr' failed because assembly ... owner has EXTERNAL ACCESS ASSEMBLY permission and the database has the ... make sure the database owner is mapped to the correct login on ...
    (microsoft.public.dotnet.languages.csharp)
  • Re: Windows Power User SQL
    ... The guest user must have connect permission in master and tempdb. ... When I run from the master database for example testing against user bill ...
    (microsoft.public.sqlserver.security)
  • Re: low permission cannot convert from A97 to A2000/2003
    ... Delete is a separate permission. ... You need open exclusive permission on the database to ... > The admin user has full privileges. ... > as we wont be importing those files from them, and the contractor will be ...
    (microsoft.public.access.conversion)
  • Re: low permission cannot convert from A97 to A2000/2003
    ... Delete is a separate permission. ... You need open exclusive permission on the database to ... > The admin user has full privileges. ... > as we wont be importing those files from them, and the contractor will be ...
    (microsoft.public.access.security)
  • Re: Protect Database From Accidentally Being Deleted
    ... Read only if you don't have CREATE permission. ... Delete permission is required to compact the database, ... delete the ldb file. ... Yes, but compact will fail, so before and after compacting you ...
    (microsoft.public.access.formscoding)