[ODBC] DSN problemen na ODBC update

[Ding]

Naar aanleiding van de recente problemen met ODBC heb ik (zoals altijd) de patches van Microsoft geinstalleerd.
Mijn webserver is nu wel veilig(er), maar de meeste sites die ik host werken niet meer aangezien ze slechts functioneren met een werkende database koppling.

Deze sites werken met een zogenaamde DSN verbinding, en alle sites (32 stuks om precies te zijn) ff ombouwen naar een DSN less connectie is niet echt een optie omdat het veel te veel werk is, dat kost me al snel een paar weken en zo lang kunnen deze sites niet uit de lucht blijven.

De foutmelding die ik krijg is:

code:

Microsoft OLE DB Provider for ODBC Drivers error '80004005' 

[Microsoft][ODBC Microsoft Access Driver] Disk or network error.

Als ik ga zoeken (google) vertelt Microsoft dat ik mijn Temp directory niet als globale variabele heb opgegeven, maar je raad het al, dat heb ik wel.

Na twaalf keer rebooten (jawel, 12!!!) lukte het me om de sites weer on-line te krijgen.
Helaas waren er de dag daarna weer kritieke updates, en moest de server weer gereboot worden, en zijn mijn sites nooit meer op gekomen.

De oplossing "je moet ook geen M$ gebruiken" koop ik niet veel voor, dus ik hoop dat er iemand is die dit zelfde probleem recentelijk heeft opgelost.

Ik heb dit topic in WOS geplaatst omdat de problemen optraden na de niet te stuiten stroom van patches en updates.

Het betreft een Windows 2000 server

Ik heb dit probleem al langere tijd (zie mijn eerdere topic hier over) en dacht eerst dat aan de virtual directories lag, maar inmiddels is me duidelijk dat het gewoon de ODBC koppling betreft.

<edit>
Zo duidelijk dus ook weer niet. ADOB lijkt meer in de richting te komen
</edit>

[ Voor 18% gewijzigd door Ding op 13-07-2004 22:38 ]

[elevator]

Ik gooi je topic even naar Professional Networking & Servers - je eerdere topic gaf namelijk ook al geen oplossingen en misschien dat er nog mensen in Professional Networking & Servers een oplossing weten

Windows Operating Systems >> Professional Networking & Servers

[Ding]

Dank voor je moeite elevator.

Inmiddels ben ik (uiteraard) verder wezen zoeken, en heb de zogenaamde DSN loze connectie geprobeerd, helaas met hetzelfde probleem.
ADOB lijkt de database niet te kunnen benaderen.
Ik snap er nix meer van
De Database staat op dezelfde machine als waar IIS draait, IWAM en IUSER hebben full control over de DB, waar zit het probleem?

De sites gebruiken de volgende manier om een recordset te openen:

code:

Set RS = server.createobject("adodb.recordset")
RS.open strSQL, Conn, 3

Waarbij strSQL een willekeurige query is, en Conn de connectie string met de database is.
Die had ik normaliter alsvolgt op gebouwd:

code:

Set Conn = Server.CreateObject("ADODB.connection")
Conn.Open("dvv")

Ook de volgende wijze om een connectie op te bouwen gaf de zelfde foutmelding

code:

volpad = "D:\websites\database"
DBQValue = "DBQ="+volpad+"\dvv.mdb"
Conn = _
"DRIVER=Microsoft Access Driver (*.mdb);" & _
"UID=admin;" & _
"UserCommitSync=Yes;" & _
"Threads=3;" & _
"SafeTransactions=0;" & _
"PageTimeout=5;" & _
"MaxScanRows=8;" & _
"MaxBufferSize=512;" & _
"ImplicitCommitSync=Yes;" & _
"FIL=MS Access;" & _
"DriverId=25;" & _
"DefaultDir="&_
volpad &_
";" & _
DBQValue

<edit>

Pfoei!
Ik blijk zeker niet de enige te zijn die dit heeft.
Mijn excuses dat ik dit topic niet eerder gevonden heb, maar ik zie dat ook hier de oplossing niet gevonden is.
Men zoekt het wel in de zelfde hoek
http://gathering.tweakers...list_messages/110544/last
</edit>

[ Voor 32% gewijzigd door Ding op 13-07-2004 22:49 ]

[Verwijderd]

Wat je kunt proberen is in plaats van
Conn.Open ("mijndsnnaam") een iets ander string gebruiken:
Conn.Open("dsn=mijndsnnaam")

Dit wil af en toe ook nog wel eens verschil maken