Tomcat on IIS6 slow response to browsers on Mac or Linux clients

I have an Tomcat application (Docushare) on a Windows 2003 server with IIS6. Tomcat is listening on port 8080 and requests on port 80 are redirected by IIS to Tomcat.
On a Windows PC using either IE or Firefox we can access the application and login very quickly. However, when doing the same from a Linux or Mac machine the browser appears to make contact with Tomcat but either the login page for the application takes a very long time (50+ secs) or times out. If I add :8080 to the URL the response is better but still slow when compared to access from a Windows machine.
The current server is a virtualised instance of a physical server and all checking to date has shown no differences between this server and the original with regard to IIS or Tomcat configs. I have renamed the old physical server and can still access it. Here's the interesting and puzzling part: access to the application on that server from a Linux or Mac machine is nice and fast.
Can anyone shed some light on why we have this apparent difference between access from a Windows PC and Linux or Macs, please?
SteveCoatesAsked:
Who is Participating?
 
SteveCoatesConnect With a Mentor Author Commented:
Thanks to both for your suggestions. We tossed it around a bit more and came back to the virtualisation.
It turned out that when the server was moved to a virtual machine there were a number of registry entries that were based on the MAC address of the original server and that they remained on the virtual machine.
After taking a snapshot of the machine we edited the registry and replaced every instance of the old physical machine's MAC address with that of the new server. Rebooted and hey presto, Linux and Mac machines now have no problem accessing Docushare.
Makes you wonder though dunnit? Does this mean that Windows lets any old rubbish in whereas the others must have realised that the address of the server differs from what it was being told. Weird or What? Bring on Shatner..
0
 
gparrishCommented:

Have you checked the IIS and Tomcat logs to see if there is anything revealing there? Is there anything new in the path from the clients to the server such as a firewall or proxy that might be a factor? Are you using a good sample of all clients, at least 2 - maybe try more to be sure.

If possible a network trace might reveal where the increase in time is occurring - I would assume the web server is processing or delaying its response to the Linux/Mac client but a trace may tell you at what stage or even why. Once we know the why you can attack that. I do not know that off the top of my head since you have other clients that are working.

-greg
0
 
sandp85012Commented:
Is the response the same when using just an IP address http://0.0.0.0:8080/docushare?  Going to port 8080 by-passes IIS and goes directly Tomcat.  Is it possible there is a DNS lookup issue from the Linux/Mac machines.
0
 
SteveCoatesAuthor Commented:
Resolved the issue ourselves.
0
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.