Link to home
Start Free TrialLog in
Avatar of mikeld
mikeld

asked on

Windows 7 64-bit File Transfer from Windows 2000 Advanced Server Doesn't Work

Hi Everyone,

In order to support some legacy equipment in a CNC Machining shop, I recently installed a virtualized Windows 2000 server so more secure documents could be kept on their newer 2008 server without having to dumb down it's security. I am using VMWare Server 2.0 installed on this Windows 2008 R2 16 core, 16 GB Windows, SAS Raid 5 system to host this Windows 2000 VM. Plenty of resources as the host is underutilized right now

This solution has worked well and permitted these older machines, many running older DOS and WinCE operating systems connect without issue.

However, I am experiencing file copy and file open issues on Windows 7 64-bit machines. Windows XP clients are not experiencing this issue nor is the host machine running Server 2008 R2. Many times the 4MB-8MB xls and csv files they use cannot be opened by Excel (it just gives up and says it cannot open the file. File transfers that do work are about 50% of the throughput we get from host server (same hardware).

If i plug my laptop (Win7 Ult 64-bit) into the core switch (the same one the server is connected to), files open just fine. However, if I plug my laptop into a segment out (So two layer-2 hops: 1 GB/s Core -> 100Mbit switch), I have these same issues. A Windows XP machine plugged into the same config does not experience the same issue.

I have no difficulty RDP-ing into this server from the affected systems. DNS resolution is great. Windows 2000 is a member server and I have had no authentication issues.

Now, steps I have taken to troubleshoot:

I tried a brand new switch on an affected segment out of desperation, but I am still experiencing this issue.
Set, in registry, TcpDelAckTicks to 1 (http://support.microsoft.com/kb/321098).
I have left quite a bit of hair on the ground over this one. Would really appreciate some ideas.

Thanks!
Avatar of L4Net
L4Net
Flag of United States of America image

I've read through this a couple times and see why you've pulled your hair out for it. :)  Very frustrating!  Focusing in on the differences, though, the way Win7 handles security is different from the non-affected OS's so I'm wondering about this as a root cause.  

Now you said DNS resolution is fine, and I assume this was tested across the affected switch/segment.  I ask because of how reliant Win7 is on IP and DNS for everything.  Also assuming the Win7 machines are members of the associated domain.  

On securities, and as a test, have you tried connected to the share housing the Excel/csv files and attempting to write a simple text file?  If securities are involved accessing and writing to the share from ANY app (not just Excel) should give the same failure.  If it fails, then focus can be placed on how the Win7 machines authenticate against the server share.  

If it doesn't fail, then we know the Win7 machine can indeed write to the share, so no hinderance there.  Test to see if you can manually copy the xls/csv file locally to the Win7 machine.  If so then we know file sharing is solid across all steps.  If not, then again there appears to be security issues.

Hope this helps.  If not, please describe specifically how you are accessing the file.  For example: "Opening Excel on a Win7 desktop from accounting, going through File-Open then browsing the network for a share on said server, opening the share then selecting the needed file, then click Open."  
I would look into the uplink cabling.  It seems to be the only component you haven't addressed.

I'm dealing with cabling issues as we speak at this customer site.  They had their employees terminate the ends of the cable "to save money".  Windows 7 workstations are randomly losing their internet connection, or their server connection. One lady could open her excel spreadsheet, but could not save it, but once it was saved to her desktop she could copy it back to the server... weird stuff like that.  I re-terminated both ends of the cable and she hasn't had any more problems.

I'm having a cabling contractor come out on Monday Morning to test, re-terminate and certify the cabling infrastructure.
Avatar of LeeTutor
I've requested that this question be deleted for the following reason:

This question has been classified as abandoned and is closed as part of the Cleanup Program. See the recommendation for more details.
ASKER CERTIFIED SOLUTION
Avatar of mikeld
mikeld

Link to home
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Start Free Trial
No, do not delete. It has helped solve the problem that the issue was a defective switch and would be valuable for others to learn from.
After Moderator review, and the asker posting what was changed to get it work, accepting that answer seems to be the best disposition.

Modalot
Community Support Moderator