Thanks for your fast response Gene;
I think I have not explained well, the problem that I have is that the servers where I install the robot by using sccm deploy, Later use the IP of network NIC 2 and should use network NIC 3! ( network nic1 is disabled, maybe the windows VM template is not well designed, but it doesn't depend on me)
Once I install the robot with SCCM, in the UIM console of my main Hub, I can see the robots in green, but when I try to access them, it gives an error saying (you must log to the appropiate domain to access the probe) with what I can't change the IP properties of the controller , Anyway, I don't want to do it from here either, at the end I solved this using the workarround of modify the robot.cfg file and restart the robot. But that workarround is not the good solution with hundreds of servers :)
How can I tell the installer which interface to use or which range of ips is correct from command line or from a answer file?
In my environment, most machines have network number 2 to perform backup tasks, and the production is usually the network 3 and in some old cases the network 1!
Best Regards
------------------------------
Team Leader
Indra
------------------------------
Original Message:
Sent: 10-19-2020 09:56 AM
From: Gene HOWARD
Subject: best practice to deploy massive robots on windows
So first with your SCCM install use a robotip that has a mask such as 192.168.*.* that points to the correct network to start with.
See the controller IP section on this.
https://techdocs.broadcom.com/us/en/ca-enterprise-software/it-operations-management/ca-unified-infrastructure-management-probes/GA/alphabetical-probe-articles/controller/controller-im-configuration.html
-
Set specific address(es) (override)
Specify an IP address or set of IP addresses for the robot. An override is typically used when a host has more than one network interface.
Separate multiple IP addresses with a comma. IP addresses can contain asterisk wildcards.
Valid entries:
The controller and the probes it starts only listen for connections on the NIC addressed by
198.2.
If there are no
198.2
addresses, the controller and the probes listen on
138.3.4.10.
next include a request.cfg that install the default set of packages and configurations if you are not using MSC.
How do I use the request.cfg file for automatic installation of probe packages? (Knowledge Base Articles - 34728)
https://ca-broadcom.wolkenservicedesk.com/external/article?articleId=34728
If you are using MSC make sure you have a dynamic group setup that the robots will auto-filter into so that MCS will see them and then deploy the default setup of probe and configurations.
------------------------------
Gene Howard
Principal Support Engineer
Broadcom
Original Message:
Sent: 10-19-2020 09:47 AM
From: FERNANDO ELIAS GARCIA
Subject: best practice to deploy massive robots on windows
Hello, I need to deploy hundreds of robots in Windows, but I don't know how to do it.
from the web console it seems that it does not work because it requires UAC disabled and for security reasons I cannot use it;
From SCCM, the robot is installed correctly but it is configured with the ip of the interface that we use for backup instead of the production ip, and later I must change it by hand in each robot. How can I tell him to take all the ips? or just the one that starts with a specific pattern?
Finally, all the above only installs the robot without the basic probes like: cdm or ntservices, cluster, has someone managed to generate an installer with all the probes and response file? Install these probes from Distribuite is not fast and can't see how to select a list, only I can use wildcards about hostname, hub, etc.
thanks and greetings
------------------------------
Team Leader
Indra
------------------------------