Unsolved
This post is more than 5 years old
1 Rookie
•
101 Posts
0
71090
August 22nd, 2014 13:00
Windows Server 2012 R2 Inventory Not Working
Is OME able to inventory a Windows Server 2012 R2 system?
We have OMSA 7.4 installed on it and I went through the steps to install the SNMP service and tools. And we have the SNMP settings deployed via group policy. So this new system is getting the exact same settings that are working on all the other systems. However, OME lists the system as Unclassified. Per the FAQ, I have tried restarting the DSM SA Data Manager Service service.
I did some testing with the Del Troubleshooting Tool.
1. When I run the test for a system that is working, the test completes immediately and returns a list of items including the Server Administrator version.
2. When I run the run the test for the new system, the test completes immediately, but the returned list is empty.
3. If I try to the test on the new system purposefully with an incorrect community name, the test takes a while to run before returning the error The SNMP read request has failed for Get Community name.
So, there is a difference between what is happening here and a normal case of SNMP not being set up correctly.
0 events found
DELL-Rob C
4 Apprentice
•
2.8K Posts
0
August 22nd, 2014 13:00
Hi and thanks for the well-written post with good detail :)
Quick question. Can you remotely connect to OMSA on the failing box through the web browser?
Thanks,
Rob
MK1024
1 Rookie
•
101 Posts
0
August 22nd, 2014 13:00
Yes, I can remotely connect to OMSA. I tested it on the server that is running OME.
DELL-Pupul M
2 Intern
•
1K Posts
0
August 22nd, 2014 14:00
Few quick things you may want to check.
DELL-Rob C
4 Apprentice
•
2.8K Posts
0
August 22nd, 2014 14:00
Just for debugging, can you change it to accept packets from any host, then re-run the troubleshooting test?
There is a step needed for Win2012 in the OME Getting Started tutorial regarding SNMP Tools, not sure if that is relevant here, but you may take a look.
Thanks,
Rob
MK1024
1 Rookie
•
101 Posts
0
August 22nd, 2014 14:00
Firewall settings: The firewall is turned off on both systems.
Restarting services: This has been tried, plus many reboots as well.
SNMP community: Accept SNMP packets from these hosts includes the OME server's host name. Also, Send authentication trap is unchecked.The host name is also listed on the Traps tab for the community. Since these settings are coming from group policy, they are grayed out.
I also verified that forward and reverse DNS is correct for both systems.
MK1024
1 Rookie
•
101 Posts
0
August 22nd, 2014 14:00
I backed out the group policy settings and manually configured the settings with Accept SNMP packets from any host. Then I restarted the SNMP service. This produced the same result (quick return of no results).
I did already run through the Win2012 tutorial to add the SNMP service and tools.
MK1024
1 Rookie
•
101 Posts
0
September 12th, 2014 07:00
After updating to OME 2.0, the symptoms were the same. OME inventory would fail to retrieve anything and the troubleshooting tool would quickly return zero items. Remember that the SNMP settings on this server are from the exact same group policy settings that are configuring SNMP on the other servers that OME has no problem with.
The server was running OMSA 7.4.0. I tried installing the 7.4.0.1 patch, and this helped.
http://www.dell.com/support/home/us/en/04/Drivers/DriversDetails?driverId=X412V
The troubleshooting tool started returning the same 5 items as it does for other servers and OME inventory started succeeding. For some reason, the OME inventory was only partial, though. It was able to retrieve Device Summary information (but listed the status with a question mark) and NIC information, but nothing else.
After deleting the system and allowing OME to rediscover it, the inventory was 100% successful.
DELL-Rob C
4 Apprentice
•
2.8K Posts
0
September 12th, 2014 13:00
Thanks for taking the time to update the thread.
Guess I'll have to see what was in that 7.4.0.1 OMSA patch :)
Regards,
Rob