Under some machine and network environments, the MAP Toolkit may cause the network to become saturated with activity and cause the machine running the MAP Toolkit to reboot.
The MAP Toolkit has the ability to throttle itself on the machine that it is running on, to prevent the available resources from being fully consumed. The MAP Toolkit does not throttle itself based on the network availability. Therefore, in some cases it is possible for the MAP Toolkit to request more information from the target machines that cannot be handled by the network. When this happens, the network becomes saturated and the machine running MAP may reboot.
We continue to investigate the root cause of this issue. The appears to be in Windows Management Instrument (WMI), a Windows component that is used by the MAP Toolkit when inventorying an environment. A hotfix for Windows looks to help the situation. If applying this hotfix does not help, take a look at the workaround below. If both the hotfix and workaround does not help, please contact us at email@example.com, so we can investigate the issue with you.
You can use the method below to throttle the MAP Toolkit further to use less system and network resources. If this workaround does not solve the problem, please email us at the address provided in the support section.
Edit: As of MAP 9.0, the file name has changed to MapToolkit.exe.config
<add key="Microsoft.AssessmentPlatform.InventoryEngine.InventoryService.DefaultMaxThreadsX86" value="52" /><add key="Microsoft.AssessmentPlatform.InventoryEngine.InventoryService.DefaultMaxThreads" value="52" /><add key="Microsoft.AssessmentPlatform.InventoryEngine.InventoryService.DefaultMinThreads" value="3" /><add key="Microsoft.AssessmentPlatform.InventoryEngine.InventoryService.MaxThreadsLowerBound" value="2" />
The first two lines will set the maximum number of machines to inventory at the same time. You can adjust the maximum value up or down as needed to maximize the performance while maintaining system stability, but these values must be greater than 3. Changing these values may increase the inventory time.
The third line sets the minimum number of threads that MAP will use, changing this value is NOT recommended.
More information is always useful, so if you would like to help us gather more data, please send us an email at firstname.lastname@example.org and reference this post.
How many times I've had this problem, and there was no help. After 4th or 5th version, I guess, I quit trying to get something out of the MAP toolkit -- I stopped using it.
It's nice that you're focusing on that at least now. I don't have time now, however, to delve back into this anymore and provide you with feedback... I remember, that not only did MAP toolkit restart the machine on which it runs, but I remember it has restarted my production cluster. I wasn't careful enough, and ran MAP on the machine on the very same subnet with my production cluster. I now don't know why it happened, did it flood the HP switch, or did it flood the disk arrays... too much variables was then to know why everything went so wong.
It is very nice and useful for me....
I am glad I found this blog. I have been fighting this issue ever since I installed the MAP Toolkit 3 weeks ago (v6.5.4228.0). The application crashes in such a way that the computer instantly reboots without any warning. However, in my experience, it always crashes at the same point in the inventory process. As soon as the last computer is inventoried and just before the assessment phase the computer crashes and reboots.
I tried to install the hotfix but got the error message "The update is not applicable to your computer."
I also added the lines to the config file, described in your Workaround and it made no difference. I set DefaultMaxThreadsX86 and DefaultMaxThreads to 10 and it still crashed at the same place.
I am running Windows Server 2008 R2 Std SP1
Captured below are the relevant Event Log entries.
Faulting application name: svchost.exe, version: 6.1.7600.16385, time stamp: 0x4a5bc3c1
Faulting module name: ntdll.dll, version: 6.1.7601.17725, time stamp: 0x4ec4aa8e
Exception code: 0xc0000005
Fault offset: 0x000000000002baad
Faulting process id: 0x294
Faulting application start time: 0x01cd431aa388b5ce
Faulting application path: C:\Windows\system32\svchost.exe
Faulting module path: C:\Windows\SYSTEM32\ntdll.dll
Report Id: 5510ed76-af37-11e1-bbfa-000c29f7e468
Fault bucket , type 0
Event Name: APPCRASH
Response: Not available
Cab Id: 0
These files may be available here:
Rechecking for solution: 0
I have the same issue: the workaround makes no difference and my system reboots whenever I run maptool 220.127.116.11 Any suggestion? Thanks.