janoo

Hi, so what are sizes of your ERA related folders: C:\ProgramData\ESET\RemoteAdministrator C:\Program Files\ESET\RemoteAdministrator folder with your ERA SQL instance (database)

Hi, I have few questions: do you have successfully installed ERA Agents on your client computers and are they connecting? (see the Last connection in the Dashboard) Do you use ERA proxy or HTTP Proxy? Do your clients have direct visibility to your ERA Server machine? (or they have to go via proxy?) It the activation task never starts, what do you see in its execution history? Thansk

Hi, can you at least check, which folder or file/files exactly are growing so fast?

OK, and what about component installation? Even if no solution is found for SQL Express installation, you can use MySQL database as well.

Hi, I see two possible solutions, you can try: Download new installer form the official ESET site (it is free for download), because your installer might be corrupted Try component installation http://help.eset.com/era_install/65/en-US/index.html?component_installation_windows.htm with an altered name for the MS SQL express instance In both cases uninstall the current SQL Express first.

Hi, is the installer you are using located in the remote location? Is that F: your local partition?

Hi, are all your machines located (and set) in the same timezone?

Nice workaround TechMedx, just out of curiosity, what did you use to create the msi?

Maybe just for the check, do you have any other machine with ESET Endpoint installed in that network which has not proxy policy applied? Does this machine receive updates?

Hi, what IP address can you see in the Proxy settings of the Endpoint? (on the client machine)

It is not possible to change the executing user. For the second question, it is like it is in the OnlineHelp:

By the way, Run Command is documented here: https://help.eset.com/era_admin/65/en-US/index.html?client_tasks_run_command.htm

Unfortunately, there are no other examples than those available. Here is latest API link: http://help.eset.com/era/65/api/ It contains also newer example, but, unfortunately not for Perl.

Hi, the post you sent is little bit outdated (that is our fault, we will update that). Mirror tool was upgraded (with ERA 6.5), so it can mirror whole repository with installers and create full Offline Repository, it is also reason why you need over 150 GB for that.

Hi genief17, it is possible to create offline repository. You can read more about it in the documentation: http://help.eset.com/era_install/65/en-US/index.html?offline-repository.htm

Hi Huain, for troubleshooting, you can start with looking into Agent logs http://help.eset.com/era_install/65/en-US/index.html?log_file.htm But if there is really problem with certificate, I would suggest you to export Agent Certificate and a CA from your ERA Server (such a CA which was used to sign the Server Certificate which is in use on ERA Server) and use those in the Repair installation of the Agent. Of course, use current IP address of ERA Server during the repair installation as hostname. PS: Dont you use ERA Proxy?

Hi, the problem is the "localhost" - most likely agents are trying to connect to your ERA Server under wrong IP. Unknown status is caused by inability of Agents to connect to the server. How did you install Agents? What address did you use? More information on Agent installation you can find here: http://help.eset.com/era_install/65/en-US/index.html?component_installation_agent_windows.htm

This issue is also documented in the ERA 65 Online Help, http://help.eset.com/era_install/65/en-US/index.html?migration_tool.htm

Hi CraigB, one thing is strange to me, why you had to setup a new CA & certificates? There were any in the Azure VM? Because during the installation, those should be created automatically.

I do not think he can make it automatic even with the RDS, because you will not get those Rouge computers to a group (where the task would be assigned on weekly trigger) automatically, the addition has to be done manually.

Hi, this is not recommended. If it would be on Win with MySQL, then it would be doable: http://support.eset.com/kb6355/ However, when using different DB servers, it could end up with problems. By now, as far as I know, you have to move it manually.

Hi Dimitris, Such a workaround is not supported. For these cases we provide standalone Deployment tool. You can read more about it here: http://help.eset.com/era_install/65/en-US/index.html?deployment_tool.htm

Hi, Diego, you can try this procedure https://help.eset.com/era_deploy_va/65/en-US/index.html?recover_forgotten_password.htm

Hi, use Software install task ( https://help.eset.com/era_admin/65/en-US/index.html?client_tasks_software_install.htm ) and use the trigger (joined dynamic gropup) to run this task over a special dyn group, as rekun wrote.

Are you using any Proxy solution?