|
Peter Stordiau
|
 |
« Reply #1 on: November 23, 2011, 01:54:03 pm » |
|
Misschien te ver gezocht (bij wellicht te weinig voorbeelden), maar het ziet er naar uit dat er nu iets anders fout gaat; Ik heb geen idee hoe dit op te lossen, maar ik herken het denk ik wel ...
Het Windows OS maakt gebruik van -zeg maar- een soort "caches" die sneller bijhouden of een file (nog) bestaat dan dat het fysiek werkelijk gebeurt. Dus, file wordt deleted in het programma (zoals gebeurt juist voor Reorganiseren TBC) om vervolgens deze files weer aan te maken (tijdens het Reorganiseren zelf). De kombinatie die je nu gebruikt (met WTS en de hele zooi plus niet-SMB2) lijkt er nu voor te zorgen dat er rechtstreeks op disk gekeken wordt, in plaats van in die cache. En dan gaat het fout, want de disk (het disk subsysteem) is er nog mee bezig ...
Ik kan dit zelf zo na doen (niet binnen Visual FoxPro wat we/jullie gebruiken) en dit betreft een kwestie van een service uitzetten. Welke dit is weet ik helaas niet, want het betreft hier een situatie waar àlle services zo ongeveer uit staan. Het is dan "gewoon" een kwestie van wachten tot het op disk is verwerkt (or misschien beter : tot het betreffende deel van het OS het heeft verwerkt) voordat je er bij kan.
Echt, ik heb geen idee hoe dit aan te vatten, en welicht heb ik ook totaal geen gelijk. Maar, herken je "definitief" dat e.e.a. zo is als dat het nu is sinds het veranderen van dat protocol, dan zou ik de geleerden toch eens op dit verhaal wijzen, opdat er misschien bij hen een lampje gaat branden.
PS: Dat je dit soort zaken helemaal nooit (last van) behoort te hebben lijkt me duidelijk, dus ik zeg doodleuk dat er iets in de basis ergens totaal niet klopt. Vraag me wederom niet hoe of wat, maar ik durf het wel te zeggen/stellen.
Overigens, vergeet de relatie met WTS (of Citrix ?) niet, want daar gaat het over in dit specifieke geval (het is daar waar die files staan, tenzij drive u: daar niet naartoe is gemapped).
|
