Gedeelde map op TS stroomt vol?

[master_viper]

Hallo,

In mijn bedrijf gebruiken we een TS gebaseerd op Server2003. Hierop wordt een map gedeeld waar elke gebruiker toegang tot heeft.
Helaas is het de laatste weken zo dat diverse mensen, die inmiddels zijn overgestapt op een nieuwe 2008 server, maar wel met dezelfde map, geen toegang meer kunnen krijgen tot deze gedeelde map. Er wordt dat een melding gegeven dat er teveel connecties zijn.
Wij hebben hier naar gekeken, en dachten dat het lag aan het aantal connecties wat opgezet mag worden, maar dit staat op 99. Lijkt me voor ons, klein bedrijf meer dan voldoende.

Ik begin nu radeloos te worden aangezien dit probleem meer en meer voorkomt en wij erg afhankelijk zijn van deze map. Wij lopen hier rond met een ICT stagiair niv 3, die ook niks kan doen of vinden wat het kan oplossen.

Iemand enig idee?

[Semt-x]

lees ik het goed dat het hele bedrijf zijn ICT infrastructuur door een niv 3 stagiair laat runnen?

[barry457]

Blijft de connectie bestaan naar deze map als gebruikers uitloggen? Kan je niet nakijken wie er allemaal verbonden zijn met de map.

[barry457]

Semt-x schreef op donderdag 14 juni 2012 @ 09:49:
lees ik het goed dat het hele bedrijf zijn ICT infrastructuur door een niv 3 stagiair laat runnen?

Nee dat lees je niet goed. Deze is alleen om hulp gevraagd aangezien deze toch aanwezig is. Dat haal ik er teminste uit als ik dit lees.

[sh4d0wman]

Ik heb even lopen googlen voor je. Helpt onderstaande?

When sharing a Folder in Windows 2003 the default settings for connection is Unlimited.
Your connection Limit Depends only of how many CALs you are added to your license.

Example:
If you have Windows 2003 Server and 25 Per User or Per Device CALs you have a limit of 25 users or devices connected to your Share Drive. When the 26 user is trying to connect to that Share it will be rejected.You will recieve an event log Warning at your Server>Aplication (i think)

Anders ligt het waarschijnlijk aan wat barry457 zegt, connecties die niet goed vrijgegeven worden. Wellicht een scheduled reboot laten lopen na werktijd als (tijdelijke) oplossing.

[jjbstolk]

Heb je niet gewoon een tekort aan licenties?

[Verwijderd]

Lijkt inderdaad op een licentie (CALS) probleem. Wat voor soort CALS hebben jullie (Device of User). Hoeveel gebruikers hebben jullie, hoeveel CALS zijn er?

[Question Mark]

master_viper schreef op donderdag 14 juni 2012 @ 09:37:
Er wordt dat een melding gegeven dat er teveel connecties zijn.

Wat is de exacte melding en wat staat er in de eventlogs van zowel terminal server, als de server waar de share op gehost wordt?

[Remco]

Het kan iets te maken hebben met het SMB 1.0 protocol. Onderstaande tekst komt uit:
http://support.citrix.com...0Optimization%20Guide.pdf

File Sharing in a Microsoft Environment is based on an application protocol called Server Message Block (SMB). When a device connects to a Microsoft file share on another computer it is acting as an SMB
client.
By default the SMB 1.0 Client network redirector can have only 50 outstanding SMB requests/commands open to a single file server. This is controlled by the MaxCmds registry value.
All connections to remote servers are per computer not per user. This means all users
on a Terminal Server open files over the same SMB session. A single SMB Client
Session can only have 16383 open files.
This is controlled by the MultiUserEnabled registry value.
When you map a drive to a UNC path and have Windows Explorer open to the network drive, Explorer ubmits an always open SMB command to request notification when a file changes anywhere on the network drive. These are called SMB Change Notify events. In order to reduce network traffic, resource utilization and
SMB commands and to overcome a potential screen flicker issue for certain file sharing scenarios, the policy for NoRemoteRecursiveEvents should be enabled. This Prevents change notifications from being sent for anything other than the root folder

Zie ook:
http://blogs.citrix.com/2...s-on-windows-server-2008/