Want to protect your cyber security and still get fast solutions? Ask a secure question today.Go Premium

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 4973
  • Last Modified:

Slow Access from XP to Windows 2008 File Server

We just set up a new host server running Windows 2008 and Hyper-V (main release).  On that server we built up a Windows 2008, server Core running the File Server Roll.  This is the only guest OS on the Hyper-V server at this time.  There are 4 nic's on the server.  2 are team and go to the iSCSI enclosure.  One is dedicated to the Host OS and one is dedicate to the Guest OS.  

The networking infrastructure is 1GB Cisco switches.  VLAN's are in place.  We have reviewed on the duplex settings and everything is set to autonegiate.

We are having performance issues wtih the File server.  We have been using a 800mb OST file to test transfer speeds.  When connecting from a Windows Vista computer, the upload speed is about 35 seconds.  When connecting from a Windows XP computer, the upload speed is anywhere from 2 -3.5 minutes.  

We also tested uploading the file to the Guest File Server (from the XP computer) and uploading the file to the host File server.  I did this while running wireshark and noticed that it seemed the upload to the Guest was sending the file in 4292K increments whereas the upload to the Host  server was sending in ~16000K increments.  

It seems like there is a negotiation problem with SMB.  Has anyone had an experience with this?
0
jjeldridge
Asked:
jjeldridge
  • 2
1 Solution
 
rexxusCommented:
I'm not a microsoft expert but I've read of a few autonegotiation issues between Hyper V and some switches.  Had a similar issue recently with a 2003 server and Cisco gig switch

Are you able to hard code the speed and duplex to 1000/ Full at both ends of the link and test again?
0
 
jjeldridgeAuthor Commented:
We checked the duplex settings and this doesn't seem to be related.

We have subsequently looked at our Group Policy settings and it appears that the problem may lie in settings we've applied to our servers.  

I will post additional information as I collect more information.
0
 
jjeldridgeAuthor Commented:
The problem we were experiencing was related to a configuration related to Group Policy.  

As part of a server hardening measure, we had specified a range of settings to be enforce as part of a Group Policy object on the OU that contains our servers.  The specific setting that seems to have caused the problem was related the Local Security Setting for Microsoft Network Server: Digitially Sign Communication (if client agrees).  This was originally set to enable.

When we disable this setting, file transfer proceeds at speeds similar to all our other file servers.  
0

Featured Post

Hire Technology Freelancers with Gigs

Work with freelancers specializing in everything from database administration to programming, who have proven themselves as experts in their field. Hire the best, collaborate easily, pay securely, and get projects done right.

  • 2
Tackle projects and never again get stuck behind a technical roadblock.
Join Now