You had mentioned IP addresses "10.68.76.195" and "10.68.79.131" are set to "Primary" and "Secondary" respectively on MDM. However 10.68.76.195,10.68.79.131 are two IP addresses on different subnets. can you keep primary and Secondary MDM on the same subnet and check?
1. You need to verify that WMI service is running on the Windows host (we use WMI for Windows and SSH for Linux). 2. That there's no firewall enabled that prevents the IM form communicating (and connecting) to that host
As for the IPs -> See attached example of correct CSV
As for the MDM up and running, we have already confirmed.
When the "Configure" phase is running, the status of MDM service on the server specified for the "Primary" is to be changed from "start" to "stop".
We are suspecting this cause the error at "Configure" phase.
The status of MDM service on the Secondary is remained in "start".
On the other hand, the MDM service on the Primary is to be stopped immediately even if it is started manually.
For the reason, we stopped the MDM service on the Secondary for the first, and then started the MDM service on the Primary. In this case, the status of MDM service "Start" on the Primary could be maintained.
After the above procedure, we retried the "Configure" phase, then confirmed the status became " All commands completed successfully".
Could you let us know why the MDM service stopped on the Primary?
When the "Configure" phase is running, the status of MDM service on the server specified for the "Primary" is to be changed from "start" to "stop".
We are suspecting this cause the error at "Configure" phase.
For the reason, we stopped the MDM service on the Secondary for the first, and then started the MDM service on the Primary. In this case, the status of MDM service "Start" on the Primary could be maintained.
After the above procedure, we retried the "Configure" phase, then confirmed the status became " All commands completed successfully".
[Question]
(1) Could you let us know why the MDM service stopped on the Primary?
(2) Could you explain us how this issue was relating to your comment below:
" However 10.68.76.195,10.68.79.131 are two IP addresses on different subnets."
Since the patch "KB3033929" required for Windows server where SDC was installed, was not applied, we performed the installation again after applying the patch.
All the phases were succeeded to complete.
It seems that this problem was caused by that the patch "KB3033929" was not applied.
tomer__engineer
155 Posts
1441
0
Posted August 2nd, 2015 23:00
Good to hear. I think this issue can be closed.