Beste tweakers,
Als ik op mijn server (als gewone user, dmv een batchscript)een NFS share op een linux machine met "mount -o anon [servershare] [driveletter]" als drive map is deze gewoon te benaderen tijdens de sessie, log ik dan uit en een andere keer weer in krijg ik de melding: network code 85 (dat de mapping dus nog bestaat).
Eenmaal ingelogd blijkt inderdaad de mapping nog te bestaan maar de share is niet benaderbaar:
"*driveletter* is not accessible.
The filename, directory name, or volume label syntax is incorrect"
Verwijder ik het profiel van de gebruiker dan kan het script weer opnieuw laten lopen en werkt het weer een keer.
Het (hard) unmounten van de mapping zou volgens de helpfile moeten kunnen met het "unmount" commando maar dit commando blijkt niet juist.
Via google kom ik op de microsoft website uit voor een hand vol hotfixes maar geen enkele voor dit specifieke probleem. Het probleem is getest en reproduceerbaar op zowel een X86 als een X64 installatie van windows 2003 standard en enterprise(leverancier wist zeker dat dit kwam omdat het om een x64 machine ging in plaats van een x86.. niet dus). De bedoelling is dat meerdere gebruikers op een terminal sessie de koppeling gaan gebruiken om data in te lezen en te verwerken.
Is er iemand die bekend is met dit probleem of hier een omweg voor weet?
Als ik op mijn server (als gewone user, dmv een batchscript)een NFS share op een linux machine met "mount -o anon [servershare] [driveletter]" als drive map is deze gewoon te benaderen tijdens de sessie, log ik dan uit en een andere keer weer in krijg ik de melding: network code 85 (dat de mapping dus nog bestaat).
Eenmaal ingelogd blijkt inderdaad de mapping nog te bestaan maar de share is niet benaderbaar:
"*driveletter* is not accessible.
The filename, directory name, or volume label syntax is incorrect"
Verwijder ik het profiel van de gebruiker dan kan het script weer opnieuw laten lopen en werkt het weer een keer.
Het (hard) unmounten van de mapping zou volgens de helpfile moeten kunnen met het "unmount" commando maar dit commando blijkt niet juist.
Via google kom ik op de microsoft website uit voor een hand vol hotfixes maar geen enkele voor dit specifieke probleem. Het probleem is getest en reproduceerbaar op zowel een X86 als een X64 installatie van windows 2003 standard en enterprise(leverancier wist zeker dat dit kwam omdat het om een x64 machine ging in plaats van een x86.. niet dus). De bedoelling is dat meerdere gebruikers op een terminal sessie de koppeling gaan gebruiken om data in te lezen en te verwerken.
Is er iemand die bekend is met dit probleem of hier een omweg voor weet?
*burp*