[w2k] Schijfletter in gebruik

[MofD]

Probleem:
Windows 2000 server, gemonitord door een script. (staat op de server zelf)
Script maakt om de 10 min. verbinding met een ander systeem om data uit wisselen. Doet dit door een net use commando.
Iedere keer gebruikt hij hiervoor de schijfletter N. Na het overgooien van de data, word de verbinding weer verbroken door net use /delete

Na verloop van tijd loopt het script niet meer.
Oorzaak: schijfletter is al in gebruik.

Echter, wanneer je met net use gaat kijken, is er niks in gebruik.
Wanneer je in de explorer gaat kijken, zie je inderdaad een mapping naar N:
MAAR als je die aanklikt, krijg je de melding 'not accessible'
Wil je 'm disconnecten, dan vind ie 'm ook niet.

Path in register:
\hkcu\software\microsoft\windows\current version\explorer\map network drive mru
al een keer verwijderd, dit mocht niet baaten.

Server rebooten, helpt wel...
maar is niet iedere keer een oplossing

Iemand een idee??

[elevator]

Welke foutmelding (incl. error nummer) krijg je precies?

Misschien dat de exacte output van een 'net use', van een 'net sessions' en van een 'subst' ons wat meer inzicht kan geven.

[MofD]

In een command window:
================
Bij het commando NET USE, krijg je de melding: No entries in the list
Bij een NET USE N: \\....\.. dan krijg je toch de melding System error 85 has occurred, local device name already in use
Bij het commando NET USE N: \delete dan krijg je: Error 67, network could not be found
=================
Kijk je gewoon in de explorer dan zie je idd de mapping N:
Klik je hierop dan krijg je 'not accessible' bad password or user

[MofD]

bij een net session zie je de connectie niet. Net subst begrijp ik niet helemaal

[CmdrKeen]

Geen oplossing maar workaround: gebruik het UNC-path.

[F_J_K]

Windows is blijkbaar wat van slag door het vele net use. Weird. Probeer het anders met een VBScript (via cscript vanaf de prompt aan te roepen)

Visual Basic .NET:

on error resume next
Set WshNetwork = WScript.CreateObject("WScript.Network")
Set clDrives = WshNetwork.EnumNetworkDrives
For i = 0 to clDrives.Count -1
    if clDrives.Item(i) = "N:" then WshNetwork.RemoveNetworkDrive "N:"
Next 
WshNetwork.MapNetworkDrive "N:", "\\ip\share",false,"user","password"

[MofD]

Thnx! Ga het proberen

[MofD]

Script gedraaid, zonder foutmelding, maar helaas ook zonder resultaat...

[Verwijderd]

Gebruik net use eens met parameter /persistent:no

[Verwijderd]

Al geprobeerd om je script te starten met het verwijderen van de mapping:

net use N: /d

en daarna de pas de mapping naar N: maken. Dan weet je zeker dat je hem eerst hebt opgeruimd.

[MofD]

NOPE, krijg ik ook error 85. UNC path heeft ook geen zin, via IP ook niet. Hij blijft zeuren dat de schijfletter al in gebruik is.

[MofD]

Max_Kool:
/d of /delete is hetzelfde, dit staat al in het script, en is nou juist het probleem. Het deleten KAN NIET.

[Verwijderd]

Wat ik bedoel is je script starten met dit commando, en daarna pas de rest uitvoeren.

[Monkeybrains]

Probleem heb ik ook gehad, network drive wordt onder de user system aangemaakt (of als de user waaronder het script gedraaid wordt). Disconnecten zal je ook via dezelfde user moeten doen, zelfs een administrator kan dit niet (bug of zo denk ik).

Ergo, scriptje maken waar alleen een net use n: /delete in staat, schedulen en als dit gelopen heeft is de mapping weg.

[Verwijderd]

Zo'n script moet je NOOIT onder system laten draaien, maar altijd onder een domainaccount.

[Vdub]

Je kunt misschien ook wel eens proberen het wat langzamer te laten verlopen, dwz bijv om 12:00uur "net use n: /delete" en om 12:05 de nwe mapping aanmaken

[Monkeybrains]

Verwijderd schreef op 07 July 2003 @ 20:04:
Zo'n script moet je NOOIT onder system laten draaien, maar altijd onder een domainaccount.

Klopt helemaal, maar de meeste mensen nemen daar de moeite niet voor/hebben dat niet in de gaten. Je gaat er trouwens wel vanuit dat de machine in een domain hangt, wat (in mijn ervaring) lang niet altijd het geval is.

[ Voor 19% gewijzigd door Monkeybrains op 07-07-2003 21:48 ]

[Verwijderd]

In dat geval maak je op beide machines een account aan met dezelfde naam/ww.

[MofD]

Bedankt voor alle reacties, maar helaas heeft het nog steeds niks op kunnen lossen. We gebruiken een speciaal domain account, dus dat is het niet. De meeste hoop had ik op dat scriptje laten schedulen onder hetzelfde account, maar dit werkt dus ook niet!
K*TZOOI