I have the identical problem. Is the solution to enable multiple VC's (via regedit) from the Win2K TS?
TIA, Chris Eric Roseme said: > As long as I am replying to the other guy about Terminal Server, I'll > paste the same > replay here. If your Terminal Server is on NT4, set > MultipleUsersOnConnection. > Here is what I pasted from an earlier post in the archives (8/03/2002): > > Your problem may be related to the Windows 2000 Terminal Servers. > > Samba does not work well under heavy loads with Terminal Server on > Windows 2000. Microsoft commented out the MultipleUsersOnConnection > code from their Windows 2000 redirector. On NT 4.0 Terminal Server, > the MultipleUsersOnConnection registry parameter was used to establish > a separate VC (TCP connect) for every TS user who opened a share from > the TS to a particular Samba server. On Windows 2000 TS - without the > MultipleUsersOnConnection registry parameter - only one TCP VC gets > established from the TS to a Samba server. Thus, all TS users who > mount a Samba share will use the same TCP connection, and thus the same > smbd. If you have multiple users from one Windows 2000 TS writing to > the Samba server via one smbd, I could see how problems might arise. > > If you have access to a NT4.0 Terminal Server, you could try testing it > with the MultipleUsersOnConnection parameter enabled (see Q190162). > Also, you could try testing your DB application against the Samba > server without the Terminal Server. > > > Eric Roseme > Hewlett-Packard > > Marris, Dunstan wrote: > >>Hi, >> >>Back in 1997 the list was full of tips on making Microsoft Visual C++ >>Studio (v6) use files over Samba (v2.2.2 on Solaris). Could someone >>please point me to the definitive answers... (beyond speed.txt?) and >>their current status. >> >>We have an added complication of having 5 developers using each NT4 box >>over citrix/Terminalserver. Some days we are fine, but some days we >>slow to a crawl of over a minute to open each small text file... >>Meanwhile the NT box has minimal CPU used, the file server is large, >>fast and happy, and the number of Samba cached files is reasonably low. >> >>Thanks for any help you can suggest, >>Dunstan >> >> >> > > > -- > To unsubscribe from this list go to the following URL and read the > instructions: http://lists.samba.org/mailman/listinfo/samba -- To unsubscribe from this list go to the following URL and read the instructions: http://lists.samba.org/mailman/listinfo/samba
