Summary
No inventory gathering on device 'Device_Name' because the discovery did not find the server type
Symptoms
The following FlexNet Manager Suite On-Premises error can be seen in the VMWareInventory.log files:
No inventory gathering on device 'Device_Name' because the discovery did not find the server type.
Cause
This is a known issue when the Inventory Beacon is not able to verify that the VMware vCenter/Host Server has an SDK open on the target port.
The VMware vCenter/Host inventory scan goes through three processes when it is targeted:
STEP 1: Discover the device information, IP to Host resolution, Host to IP resolution, and its open ports while scanning the provided list
STEP 2: Discovering the existence of a VMware SDK using the IP Address
STEP 3: Taking inventory of the vCenter/Host using credentials from the Inventory Beacon's Password Store, targeting by IP Address
The above error refers to the failure of Step 2.
The best way to test if the Inventory Beacon Server has access to the VMware vCenter/Host is through a Web Browser with the following link, while having any Internet Proxies disabled (vimService.wsdl is case sensitive!):
https://IPAddress:PortNumber/sdk/vimService.wsdl (e.g. https://10.1.10.101:443/sdk/vimService.wsdl)
.
If you get an xml-formatted page or a login screen, then the test passed. If you get a "page not found" error, try the following to make sure it's not a firewall issue which this link should ask you for a login if it passed the firewall:
https://IPAddress:PortNumber/mob (e.g. https://10.1.10.101:443/mob)
Possible causes are as following, sequenced by the most common:
- A firewall is blocking the port between the vCenter/Host and the Inventory Beacon Server (above browser tests will both fail)
- The target vCenter/Host does not have a SDK enabled/fully-enabled (above SDK browser test will fail)
- The Local_Machine registry keys have forced policy to use an Internet Proxy, which would apply to the Inventory Beacon since it by default runs as the Local System account (above browser tests might succeed)
- The current mgsipcan (Flexera's port scan tool) reported 443 as "filtered" not "open" which prevented inventory to proceed. (above browser tests will succeed).
Resolution
This can be resolved by identifying which of the 4 common causes and contacting the proper internal department (e.g. Network Security, Firewall Team).
If the issue is not due to the first three issues, then it could be due to cause #4. This can be resolved by downloading the attached MGSIPScan.zip to the inventory beacon server and unzip it to the following directory:
Program Files (x86)\Flexera Software\Inventory Beacon\RemoteExecution\MgsIPScan\ - overwriting the current contents.
Related Articles
Hi, I am Reva - Ask me anything.
No new updates
Thanks for the feedback!
Your feedback has been saved.Rate this response:
Add Additional feedback ( Optional )
Are you sure you want to cancel
the case creation?
Are you sure you want to cancel the case creation?
Are you sure you want to close this case
| Products | Region | Phone Numbers |
|---|---|---|
| FlexNet Operations FlexNet Embedded FlexNet Publisher FlexNet Connect FlexNet Code Insight InstallAnywhere InstallShield |
North America * |
+1 630-332-2513 (toll) +1 877-279-2853 (toll-free in North America) |
| Europe * |
+44 1925 944367 (toll) +44 800 047 8642 (toll-free in Europe) |
|
| Japan * | +81 3-4540-5335 (select option 2) | |
| Australia * |
+61 3 9895 2177 +61 1800 560 603 (toll-free in Australia) |
|
|
Usage Intelligence (formerly
Revulytics) Compliance Intelligence |
Please use the Case Portal to submit your support ticket or reach out to your Revenera contact. | |
Case id: 00001065
Activity: Status change: 2 hours ago