Re: Most amazing problem
- From: "BigFish" <swheeler@xxxxxxxxxxxxxx>
- Date: Sat, 10 Sep 2005 11:42:48 -0400
Anders -
One of the first things I checked was permissions since it is such a common
problem; I have made IUSR_XXX admin and enabled all web services too no
avail; I have canceled my upgrade to 2003 as I still do not consider it
ready for production deployment; fortunately I did this experiment on a test
/ development server so no production systems were impacted. I do find it
amazing that such a typical query fails and there seems to be no documented
fix. Do you need to enable any Web Service Extensions for ADO? I really have
exhausted my resources; it is so weird, it only fails on certain queries -
yes, it kind of smells like a permissions issue, but I have literally made
my IUSR account admin on the whole disk. Going to give up on this one - MS
that just cost you 6 copies of 2003 server.
BigFish
"Anders Eriksson" <andis59@xxxxxxxxx> wrote in message
news:50ze97g4dtly.dlg@xxxxxxxxxxxxxxxxxxxxxxxxxx
> On Wed, 7 Sep 2005 11:58:46 -0400, BigFish wrote:
>
>> Anders -
>> What newsgroup was this posted to ? I am using msado15.dll v2.82.1830.0
>> which is SP2 I believe. I have run CompChecker and all seems OK.
>>
> It wasn't real newsgroup, it was a forum. here the link:
> http://dbforums.com/t882013.html
>
> I found another thing you might check. In this newsgroup:
> http://www.issociate.de/board/post/142950/error_updating_access_database_using_where_on_number_column.html
>
> They have a similar problem and it has to do with the folder rights for
> IUSR_MACHINENAME in the folders program files/common files/ado and
> windows/system32
>
> <quote>
> "From some Google bait I found on a hardly related error, I decided to
> check perms on program files/common files/ado and windows/system32 -------
> and -------- sure enough, giving IUSR_MACHINENAME read and execute
> permissions on those folders fixed the problem. Is this a known problem
> with any recent update to win2k3?"
>
> <answer>
> This is a feature of Jet databases. In order to use a database
> concurrently with other users, all users of the database must have
> read/write permissions for the folder containing the database. The reason
> for this is that the first user to open the database needs to create a
> locking control file, databasename.ldb. Subsequent users must be able to
> edit this file. And the last user to close the database must be able to
> delete this file. Watch the folder containing your database as it is used.
> You should be able to see the creation and deletion of the ldb file as the
> database is used.
> Bob Barrows
> --
> Microsoft MVP -- ASP/ASP.NET
> </answer>
>
> </quote>
>
> Best Wishes!
> // Anders
> --
> English isn't my first, or second, language.
> So anything rude or strange are due to the translation
.
- References:
- Re: Most amazing problem
- From: BigFish
- Re: Most amazing problem
- From: Anders Eriksson
- Re: Most amazing problem
- From: BigFish
- Re: Most amazing problem
- From: Anders Eriksson
- Re: Most amazing problem
- Prev by Date: vb.net ado connection string problem?
- Next by Date: Execute SQL against ADO recordset
- Previous by thread: Re: Most amazing problem
- Next by thread: Map ADO data types to SQL
- Index(es):
Relevant Pages
|
|