Ik heb een ASP.NET website voor een klant gemaakt die gehost is op een hosting account van dezelfde hoster als mijn eigen site.
De site heeft het pakweg 3 weken lang goed gedaan totdat ik maandag bemerkte dat de site een vrij bekende errormelding gaf: "Could not use ''; file already in use.
"
De site gebruikt een Access database (yeahyeahyeah ik weet het) en normaliter zou deze error erop wijzen dat een connectie niet goed is afgesloten of dat de webserver niet voldoende rechten heeft op de map waar de Access db staat.
Dit is echter niet het geval; er is gedurende de 3 weken dat de site goed draaide niets veranderd aan de code of aan de rechten. Het opnieuw toekennen van schrijfrechten aan de db map loste het ook niet op.
Ook blijft er geen .ldb file achter op de productieserver en mijn lokale testserver. Ik denk dat ik dus wel kan concluderen dat mijn app de db connectie goed afsluit.
Ik heb de site gemirrored op mijn eigen hosting account (bij dezelfde hoster dus) en daar werkt ie nog steeds perfect. De db van de originele site is rechtstreeks daar naartoe gekopieerd.
Na wat heen en weer gemaild te hebben met de hoster, kwam deze erachter dat de site een aanroep doet naar een mysterieuze system.mdb in de windows directory (de gemirrorde site doet dit niet).
Ook ben ik wat gaan wegcommenten in de code en toen deed de error zich pas na 5 a 6 pageviews voor (eerst gebeurde dit al na de 1e pageview).
Mijn hoster schijnt het ook niet meer te weten en heeft nu om de broncode van mijn DAL dll gevraagd maar ik weet zeker dat het niet aan mijn app kan liggen.
Zou een corrupte Access Db hier op de een of andere manier parten kunnen spelen?
Wat ik van mijn hoster begrijp is dat ik de enige ben die hier last van heeft, maar ik kan zowel in mijn app als in mijn db niks fouts ontdekken. De app is ook niet erg database-intensief: wel een stuk of 3 kleine db-aanroepen per pagina, maar alle pagina's worden voor 10 minuten gecached.
Iemand enig idee hoe zo'n "Could not use ''; file already in use."-melding nog meer veroorzaakt kan worden en hoe/of ik hier iets aan kan doen?
De site heeft het pakweg 3 weken lang goed gedaan totdat ik maandag bemerkte dat de site een vrij bekende errormelding gaf: "Could not use ''; file already in use.
"
De site gebruikt een Access database (yeahyeahyeah ik weet het) en normaliter zou deze error erop wijzen dat een connectie niet goed is afgesloten of dat de webserver niet voldoende rechten heeft op de map waar de Access db staat.
Dit is echter niet het geval; er is gedurende de 3 weken dat de site goed draaide niets veranderd aan de code of aan de rechten. Het opnieuw toekennen van schrijfrechten aan de db map loste het ook niet op.
Ook blijft er geen .ldb file achter op de productieserver en mijn lokale testserver. Ik denk dat ik dus wel kan concluderen dat mijn app de db connectie goed afsluit.
Ik heb de site gemirrored op mijn eigen hosting account (bij dezelfde hoster dus) en daar werkt ie nog steeds perfect. De db van de originele site is rechtstreeks daar naartoe gekopieerd.
Na wat heen en weer gemaild te hebben met de hoster, kwam deze erachter dat de site een aanroep doet naar een mysterieuze system.mdb in de windows directory (de gemirrorde site doet dit niet).
Ook ben ik wat gaan wegcommenten in de code en toen deed de error zich pas na 5 a 6 pageviews voor (eerst gebeurde dit al na de 1e pageview).
Mijn hoster schijnt het ook niet meer te weten en heeft nu om de broncode van mijn DAL dll gevraagd maar ik weet zeker dat het niet aan mijn app kan liggen.
Zou een corrupte Access Db hier op de een of andere manier parten kunnen spelen?
Wat ik van mijn hoster begrijp is dat ik de enige ben die hier last van heeft, maar ik kan zowel in mijn app als in mijn db niks fouts ontdekken. De app is ook niet erg database-intensief: wel een stuk of 3 kleine db-aanroepen per pagina, maar alle pagina's worden voor 10 minuten gecached.
Iemand enig idee hoe zo'n "Could not use ''; file already in use."-melding nog meer veroorzaakt kan worden en hoe/of ik hier iets aan kan doen?
Certified smart block developer op de agile darkchain stack. PM voor info.