I too, had a slow response or dropped packet condition when running IM v.5.x in 
Win 2008 R2 under VMware.  We didn't spend much time trying to figure out what 
resource shortage was causing the issue because the host was already starving 
for RAM which was needed for a more critical application. 

I moved IM to a standalone system, a dell Optiplex DT755, 3ghz core 2, 4GB RAM, 
dual disk.  First I tried a very clean Win 7 install. This was a dismal 
failure.   It logged a constant 20+% packet  loss!  It was even worse if I 
logged in to Windows. So I wiped it out and put on Win 2008 R2 and it's been 
running great!

Since the raw performance of our VMware host cluster is extremely high 
performance in every way, I do believe whatever our problems were, it must be a 
matter of resource tuning. I hope to  be able to spend more time with it 
sometime soon.
---
Thanks,
Randy
---
Sent from my iPhone

On Jan 31, 2012, at 1:36 PM, "Konowal, Ed" <[email protected]> wrote:

> I don't have a good reason, but I've experienced similar problems.  Try 
> lengthening your global poll interval from 30 sec to 1 minute.  See what 
> happens.  
> 
> Ed Konowal
> Lee County School District
> 
> -----Original Message-----
> From: [email protected] 
> [mailto:[email protected]] On Behalf Of Randy Baker
> Sent: Tuesday, January 31, 2012 4:17 PM
> To: InterMapper Discussion ([email protected])
> Subject: [IM-Talk] Migrated InterMapper from Linux (5.4.5) to Windows Server 
> 2008 (5.5.3).
> 
> Earlier this week our Server Group created a dual processor, 4Gb of RAM on a 
> 64 bit Windows 2008 R2 Server for us to install InterMapper on.  Our legacy 
> InterMapper configuration was running on a single CPU, 2Gb of RAM on 32 bit 
> RedHat Linux installation.   The two VMs are in the same VM cluster, using 
> the same Vswitch and network addressing.
> 
> Earlier this week I installed InterMapper 5.5.3 on the Windows server and 
> copied over the data from the Linux server.  During the file copying, the 
> InterMapper services on both systems was shut down.  To get the maps, I had 
> to copy the contents of the Maps/5.4 directory into the Maps/5.5 directory on 
> the Windows server.  Things looked good with the exception that the Windows 
> Server had a different address than the production version for obvious 
> reasons, but a number of our devices are configured to only respond to 
> queries from the production address.
> 
> Today, we shutdown the InterMapper services on both systems, performed a 
> final data copy, and the contents of the Maps/5.4 directory was copied into 
> the Maps/5.5 on the Windows Server.  The Linux server was shutdown, and the 
> Windows server was reconfigured with the production IP address to take over.  
>   Everything appears normal with one exception.  Of the nearly 1,500 devices 
> we are monitoring, numerous devices are being reported by InterMapper as 
> having Short Term Packet Loss of 3% to 6% on average.  Some devices are being 
> reported as being down when in fact they are available and accessible.
> 
> After checking settings, the performance of the network and server in VMWare, 
> the server, and other network tools, we see no obvious reasons for 
> InterMapper to be reporting these conditions.  Disabling the Windows Firewall 
> does not make any improvements.
> 
> Any ideas on why we are seeing such a difference in behaviour?
> 
> Thank you.
> Randy Baker
> Network Security Technician
> Georgian College,  Barrie, Ontario
> Georgian College - One of Canada's Top 100 Employers
> 
> ____________________________________________________________________
> List archives: 
> http://www.mail-archive.com/intermapper-talk%40list.dartware.com/
> To unsubscribe: send email to: [email protected]
> 
> ____________________________________________________________________
> List archives: 
> http://www.mail-archive.com/intermapper-talk%40list.dartware.com/
> To unsubscribe: send email to: [email protected]
> 
____________________________________________________________________
List archives:
http://www.mail-archive.com/intermapper-talk%40list.dartware.com/
To unsubscribe: send email to: [email protected]

Reply via email to