error: the local device name is already in use

[Freeco]

Onderstaande foutmelding krijg ik dus geregeld in Vista wanneer ik shares op de NAS probeer aan te roepen:


Dit gebeurt wanneer ik efjes geen enkele share heb gebruikt, varieert tussen een paar seconden en een paar minuten. Alleszins veel korter dan de hibernation instelling, die ik op de standaard 20 minuten heb staan.
vb: Ik copieer wat data naar share M, werkt perfect. Na een paar minuten wil ik terug iets anders copieren, en ik krijg bovenstaande fout. Ik moet dan gewoon een tijdje wachten, en een paar keer proberen ondertussen, en dan is de share terug toegankelijk zonder ook maar iets te veranderen.
Het lijkt erop dat dit niet gebeurt zolang er een actieve dataverbinding open staat tussen de NAS en de client: ik was gisteren wat MP3's aan het afspelen en terwijl nog wat tests aan het doen met andere shares, zonder enig probleem gedurende 2 uur.

Ik heb mijn shares al gemaakt via de Vista GUI, via de Synology Assistant en via een DOS box met het net use commando. Mijn NAS heeft een fixed IP, welke ik gebruik voor de servernaam in de mapping. \192.168.0.2share dus.

Client OS: Vista Ultimate SP1 x64, met alle nodige updates.

Heel vervelend
Via google vind ik veel gelijkaardige problemen, ook met andere OSen, maar geen enkele oplossing.

[Freeco]

niemand die dit ook al voorgehad heeft?
zit nog wat te Googlen: vind veel gelijkaardige zaken, maar nergens een oplossing.

wat is dit eigenlijk? http://support.microsoft.com/kb/890413 (voor XP en Win2003 based clients)

This issue may occur if you log on to the Windows XP-based client by using a different connection type than you use to connect to the file server. If you created the network drive through a local area network (LAN) with your current user credentials, the mapping information does not contain any user information. When you log on to the computer, the operating system establishes only a partial connection to the share, and the network drive is considered used. Later, when you access the network drive, the connection is fully restored.

If you use another connection type such as Remote Access Service (RAS) to connect to the file server, the logon credentials used are different from the credentials that you used to create the network mapping. When you try to access the network drive to restore the connection, the operating system tries to use the logon credentials of the RAS connection. If the file share server does not accept the logon credentials of the RAS connection, the operating system cannot access the share. Then, the operation system tries to re-create the mapping to the already-used network drive, and the error occurs.

snap 'm niet 100%... RAS?? http://en.wikipedia.org/wiki/Remote_Access_Service
Zal voor mij toch niet van toepassing zijn veronderstel ik.

Routing and Remote Access is a network service in Microsoft Windows Server 2008, Windows Server 2003, and Windows 2000 Server that provides the following services:

* Dial-up remote access server
* Virtual private network (VPN) remote access server
* Internet Protocol (IP) router for connecting subnets of a private network
* Network address translator (NAT) for connecting a private network to the Internet
* Dial-up and VPN site-to-site demand-dial router

[Plerry]

Wat RAS precies is/doet weet ik niet, maar ...

Wat hier waarschijnlijk (   ) wordt bedoeld is het feit dat wanneer je een netwerk-drive mount
onder Windows (via het standard SMB) zonder een specifieke user/password combinatie voor die remote
locatie te specificeren, hiervoor je dan geldende WIndows user/password combinatie wordt gebruikt.

Blijkbaar gebruiken sommige andere services/applicaties altijd een specifieke user/password combinatie,
die "anders" wordt behandeld dan de van je Windows user/password afgeleide combinatie onder SMB.
Door die verschillende behandeling kunnen blijkbaar problemen ontstaan.

Wat je daarom eens kan proberen, is voor je DS netwerk-drives toch expliciet een user/password combinatie
te specificeren, ook al is die indentiek aan je WIndows user/password combinatie.

Je doet dan bijv. in je WIndows Explorer (Verkenner) middels Tools/Map Network Drive en na het invullen van de
gewenste drive-letter en remote folder locatie te kiezen voor "Connect using a different user name".
(Sorry, Engelse Windows verie ...)

Mogelijk is het probleem dan verholpen.

Plerry

[Luit]

Je doet dan bijv. in je WIndows Explorer (Verkenner) middels Tools/Map Network Drive en na het invullen van de
gewenste drive-letter en remote folder locatie te kiezen voor "Connect using a different user name".
(Sorry, Engelse Windows verie ...)
Plerry

Dat werkt hooguit 1x, bij een reconnect wordt dit niet onthouden, als je wilt dat dit ook een volgende keer goed gaat moet je een netwerkwachtwoord voor je server opgeven.

Luit

[Freeco]

nice try Plerry , maar ik geef nu via het net use commando ook al mijn user+pass mee. Geen oplossing...

Maar ik heb deze morgen 2 hoopvolle posts in een forum gevonden:
http://www.softwaretipsandtricks.com/fo ... ready.html
Dat nbtstat commando, of de hosts backup.
Had nog ergens gelezen dat dit fenomeen ook is op te lossen met een andere NIC/nieuwe driver, dus als geen van 2 bovenstaande niet werkt, kan ik het ook nog eens proberen via de onboard NIC op mijn moederbord, maar om 1 of andere reden krijg ik met die maar 100MBit sinds Vista. Onder XP had ik perfect gigabit, met net dezelfde hardware. Had er mij ook rot op gezocht, meerdere reinstalls, ens. Dan maar een ouwe D-link gigabit erin gepleurd Maar goed, als ik met de onboard dit soort problemen niet zou hebben, koop ik me een Intel PCI-express NIC of zoiets.

ik geef nog wel 's feedback, maar kan morgen pas testen.

[Freeco]

ik denk, of laten we voorlopig stellen "ik hoop", dat ik de oorzaak te pakken heb: mijn Kiss networked DVD-speler!

Daarnet thuisgekomen en ALLES uitgezet: router, Kiss power uitgetrokken (geen aan/uit knop), NAS en PC.
Eerst getest met enkel de NAS aan (fixed 192.168.0.2 zoals voorheen), en desktop fixed 192.168.0.1 gezet. Korte test gedaan, alles leek OK.
Terug PC op DHCP gezet, en de router aangezet. Efjes PC herstart (kreeg 192.168.0.3), en tot nu toch nog steeds geen problemen, dus nog zonder de Kiss.

Ik veronderstel dus dat mijn Kiss player de master browser was op mijn netwerk, en dat die zijn rol daarvan niet al te goed aan kan.
Ik ga het nu nog wat verder uittesten en zien. Duimen