[ASP/IIS] Kan db niet vinden/rechtenprobleem?

[haroldd]

Hoi,

ik heb een scriptje:

Dim adoCon, cmdTemp, RS, strcon

Set adoCon = Server.CreateObject("ADODB.Connection")
strcon = "Provider=Microsoft.Jet.OLEDB.4.0; Data Source=" & server.mappath("\db\") & "\naamdb.mdb"

response.write strcon
adoCon.Open strcon

na het openen hiervan krijg ik op het scherm te zien:

Provider=Microsoft.Jet.OLEDB.4.0; Data Source=c:\inetpub\wwwroot\db\naamdb.mdb

dit is ook waar de database staat, dus dit klopt allemaal. Maar bij de laatste regel (adoCon.open) krijg ik foutmelding en wel deze:

Soort fout:
Microsoft JET Database Engine (0x80004005)
Niet nader omschreven fout

ik heb die foutmelding opgezocht, die melding betekent dat de database niet kan worden gevonden. Hij staat echter op de juiste plaats en de rechten voor de iusr en iwam staan op wijzigen.

kwam echter op ander forum deze opmerking tegen bij deze foutmelding, iemand een idee waar ik dit moet gaan zoeken:

Kheb het probleem al opgelost trouwens. Was iets met permissies int registery

Sorry meer nuttigs stond daar niet bij.

of zie ik hele stomme typo over het hoofd???

[gorgi_19]

Heel waarschijnlijk heeft het te maken met rechten of met registry; zoals je zelf al aangeeft

In Windows Operating Systems weten ze hier waarschijnlijk meer van

>> Windows Operating Systems

[Verwijderd]

En het is ook waarschijnlijk een rechtenprobleem

Je moet de Guest account (ik dacht dat deze het was ) van je server schrijf-toegang geven tot de map waarin je database staat.

Mocht de toegang met de guestaccount niet werken, dan kun je altijd even proberen iedereen toegang te geven om te kijken of dat werkt, maar ik zou dat niet permanent zo houden, ivm de veiligheid van je server

[ Voor 7% gewijzigd door Verwijderd op 16-02-2005 13:02 . Reden: typo ;) ]

[haroldd]

ik heb het gastaccount en "iedereen" volledige rechten gegeven. en ik hou gewoon dezelfde melding. Ik snap het echt niet, dit heeft gewoon altijd zo gewerkt. Ik heb ook IIS al eens opnieuw geinstalleerd, hielp ook niks.

Hebben jullie enig idee waar ik in het register nog ergens iets kan/moet aanpassen.

ik vind het maar vaag

Verwijderd schreef op woensdag 16 februari 2005 @ 12:54:
En het is ook waarschijnlijk een rechtenprobleem

Je moet de Guest account (ik dacht dat deze het was ) van je server schrijf-toegang geven tot de map waarin je database staat.

Mocht de toegang met de guestaccount niet werken, dan kun je altijd even proberen iedereen toegang te geven om te kijken of dat werkt, maar ik zou dat niet permanent zo houden, ivm de veiligheid van je server

[sanfranjake]

Lijkt me een IIS probleempje, en IIS hoort in Software Algemeen

Geef het dus een tikje vanuit Windows Operating Systems

[Verwijderd]

Het kan aan mij liggen, maar volgens mij klopt je code niet (valt me nu pas op )

code:

<%
Dim con
Dim pad

pad = Request.ServerVariables("APPL_PHYSICAL_PATH") & "db\naamdb.mdb" 

Set con = Server.CreateObject("ADODB.Connection")
con.Open "Data Source=" & pad & "; Provider=Microsoft.Jet.OLEDB.4.0;"
%>

Misschien dat je deze eens moet proberen

edit: en heb je deze gezien?

[ Voor 21% gewijzigd door Verwijderd op 16-02-2005 14:50 ]

[haroldd]

Verwijderd schreef op woensdag 16 februari 2005 @ 14:44:
Het kan aan mij liggen, maar volgens mij klopt je code niet (valt me nu pas op )

code:

<%
Dim con
Dim pad

pad = Request.ServerVariables("APPL_PHYSICAL_PATH") & "db\naamdb.mdb" 

Set con = Server.CreateObject("ADODB.Connection")
con.Open "Data Source=" & pad & "; Provider=Microsoft.Jet.OLEDB.4.0;"
%>

Misschien dat je deze eens moet proberen

edit: en heb je deze gezien?

wijziging van code helpt niks (is in principe ook hetzelfde volgens mij)

wat op die andere url staat beschrijft idd een soortgelijk probleem maar geen van die oplossingen helpt mij verder.
Ik denk dat ik pc maar even opnieuw installeer, want heb sinds ik mijn pc op een nieuw domein heb omgehangen al wat meerdere vage probleempjes met IIS gehad (misschien als gevolg van dubbel IUSR en IWAM account dat nu bestaat, dus IUSR-oudePcNaam en IUSR-nieuwePcNaam).

In ieder geval bedankt zover

[haroldd]

hmz na nieuwe installatie precies hetzelfde probleem...echt vaag.

heeft altijd zo gewerkt. Thuis werkt het wel nog gewoon maar op het werk niet.

Ik snap het echt niet meer

[Verwijderd]

Heb je het al met een ander Database bestand geprobeerd? Misschien is dat MDB-tje van jou gewoon brak

haroldd schreef op donderdag 17 februari 2005 @ 20:16:
Ik snap het echt niet meer

Ik heb dan eig ook geen id meer waar het aan ligt

[haroldd]

Verwijderd schreef op donderdag 17 februari 2005 @ 21:45:
Heb je het al met een ander Database bestand geprobeerd? Misschien is dat MDB-tje van jou gewoon brak


[...]


Ik heb dan eig ook geen id meer waar het aan ligt

dat zelfde databaseje doet het thuis wel gewoon (ik het het ook via access al eens gerepaird en ingekrompen, hielp ook niks)

blijf gewoon die waardeloze "niet nader omschreven fout" houden.

[haroldd]

ik hou jullie maar op de hoogte van wat ik allemaal nog probeer dus hier komt ie:

ik heb nu gewoon een nieuwe lege accessdatabase aangemaakt en een aspbestandje waarin alleen de connectie met de db wordt geopend. Verder heb ik "iedereen" volledig beheer gegeven op de map c:\inetpub\wwwroot en de submappen.

en ik krijg gewoon weer die melding

[sopsop]

Welke versie van MDAC heb je geinstalleerd op je werk?

Probeer anders versie 2.8 eens te installeren...

[haroldd]

boppert schreef op vrijdag 18 februari 2005 @ 12:13:
Welke versie van MDAC heb je geinstalleerd op je werk?

Probeer anders versie 2.8 eens te installeren...

heb ik geprobeerd maar heb xp met sp2 erop en dat is nieuwer dan versie 2.8 zei die MDAC 2.8-installer.
En die firewall van sp2 staat uit, maar misschien toch nog eens wat dieper in dat beveiligingscentrum duiken of daar misschien iets de boel nog blokkeert.

[haroldd]

het probleem bestaat nog steeds en ik weet nu echt niet meer wat ik nog kan proberen. Ben er zo tussendoor toch al 3 complete dagen aan kwijt nu. Via server in het netwerk werkt dit script met deze database wel maar lokaal niet.

In de kb-artikelen van microsoft kwam ik nog tegen dat je ook wijzigrechten op je %temp% variabele moet hebben, dus ik heb iederen op c:\temp en op c:\documents and settings\harold\local settings\temp wijzigrechten gegeven. Dit hielp ook niet.

Ook nog ergens gelezen bij iemand met soortgelijk probleem dat het bij hem wel werkte als hij netwerkstekker eruit trok. Dit ook nog geprobeerd (hoe onzinnig het ook is volgens mij) maar werkte ook niet.

iemand nog een wilde suggestie??

[sopsop]

Heb je toevallig die access database rechtstreeks van CD af gecopieerd? Zo ja: dan staat de mdb automagisch op 'read-only'. Je zou er eens naar kunnen kijken.

[haroldd]

boppert schreef op donderdag 03 maart 2005 @ 11:01:
Heb je toevallig die access database rechtstreeks van CD af gecopieerd? Zo ja: dan staat de mdb automagisch op 'read-only'. Je zou er eens naar kunnen kijken.

nee (ik heb het nog eens nagekeken) hij staat niet op read-only. toch bedankt

[haroldd]

eureka

onder gebruikersaccounts op lokale pc, stond het account IUSR_pcnaam account in de groep "guest". Toen ik dit heb veranderd in de groep "users" werkte het.

vind ik het nog vaag hoe dat account bij guest terecht is gekomen (zelfs na opnieuw installeren, maar ja). ik ben blij dat ik nu weer wat lokaal kan testen