deszynda

Thank you for quick response! I've just check and it's working It is a little bit confusing when you create a new "Security Management Center components upgrade" task and see: "ESET Security Management Center Server; version 7.2.1278.0 for windows (WINDOWS)". Netiher version isn't right nor system, but when it's running it knows what to do So thanks again 👍

Hello, Managing macOS clients is a new experince for me. Since Windows clients Agents can be easily updated with "ESMC Security Management Center" -> "Security Management Center Components Upgrade" task I thought it can be done the same way on macOS clients. Looks like it's not. Could you please let me know if there is a way to update Agent remotly on macOS clients? Updating EEA works fine with "Software Install" task. Thanks!

Thank you for directions. As I see in ESET repository - language abbreviation was removed with version 7.0 and newer. It was in the file name till version 6.6. I tried to add this three letters but it didn't help. Still the same issue: fatal error: Failed to locate the Installer package in the MSI cache. Maybe someone can review this ESETInstallationFixer_64.exe file and find what should be correct msi file location or file name.

Yes. It is working. The problem is that it always requires to ask for a Team Viewer connection and for a free time of a user. I'm not able to do it on a users computer, just remotly. I thought that I can resolve it directly with Installation Fixer.

I would like to fix issue "Installation failed with: (0x643)" with Installation Fixer https://support.eset.com/en/kb3544-how-do-i-use-eset-installation-fixer#i2 Missing MSI Registry. I follow steps written in instruction but running Fixer always ends with error: InstFix.exe - ESET Installation Fixer 1.5.0.0 Copyright (c) ESET, spol. s r.o. 1992-2014. All rights reserved. Fixing Missing MSI Registry ... Product lookup ... info: Found product: ESET Endpoint Antivirus 7.2.2055.0 fatal error: Failed to locate the Installer package in the MSI cache. C:\Windows\Temp\ESETInstallationFixer_64.exe exited on <computername> with error code 4. I'm copying correct file eea_nt64.msi into C:\Windows\Installer folder but it is failing to locate package. Please verify if it is correct location or file name.

Thanks for fast response. Is it possible that it was paused by any other application or Windows system? Or user only.

Is there a way to find out who and when paused antivirus protection in EFS v6.5?

I have the same situation for a last weeks. Today I've installed EFS v6.4.12002.0 on 3 virtual machines - one Windows Server 2008 R2 Enterprise and two Windows Server 2008 R2 Standard. On Enterprise everything was fine - activation was made during running installation task from ERA console. On one of Standard machines EFS didn't activate but I was able to activate it manually using my Security Admin account. On the second Standard machine I was not able to activate it at all - Error Code: ACT.21.

Exactly - fixing potential problems. From time to time we had issues with "Windows Security Center indicates that the feature is not installed or is not running properly." Just restarting agent remotly helped in that cases. It is happening very rare but still it was very quick solution.

Since ERA Agent 6.3 was released there is no option to restart EraAgentSvc service. Will this be available with next versions again? It was very usefull in some situations.

After installing hotfix KB2664888 on all of our 2008 servers and updating ESET to version 6.2.12007.0 problem disappeared. Servers are running withour issues for a last few months. Now I'm updating to version 6.3.12004.0 and will monitor servers. But as Mairnh we met the problem with server 2012 and EFS v 6.2. I've updated it and agent to v 6.3 and will monitor it. Are there any fix from Microsoft side?

Instead of installing the hotfix, you can disable protocol filtering in the advanced setup if you don't browse the web or receive email as doing so will effectively disable http/pop3/imap communication. Is it a kind of permanent solution or ESET is working to resolve this? We are installing now hotfix at severs with this issue. Servers are working for the list 2 weeks. We also met this issues on server 2012.

I hope it will work. I'm also updating it on the problematic servers. We have a few of them.

Hello again, There is around 1200 clients in my company. The thing is that our security policies requires as small traffic outiside company as possible. That's why we have ERA server so every client is connecting inside our LAN and only one server is downloading virus signatures from ESET servers. Best solution in this situation is to do it via ERA server. I think it should be change.

Sounds good. We didn't notice any freeze after turning off service Columbus.exe. Hotfix didn't help in the past. From my side it's rather EFS vs. Columbus.

It was some network issue in our LAN. Thank you for checking that links are working.

Are there issues with file: hxxp://repository.eset.com/v1/com/eset/apps/business/efs/windows/v6/6.0.12035.0/efsw_nt64_enu.msi ? I'm downloading only 404 kb file.

Yesterday I was upgrading ERAS to 6.1.444.0. After I've upgraded it I'm not able to install EFS 6.0.12035.0 using task: Software Installation. I'm also not able to update EFS 6.0.12032.0 to version 6.0.12035.0 using task. I've verified on a few servers. The whole process is ending in 3 steps: 1. ESET Remote Administrator Agent - Starting task 2. Operating system - Task started 3. Operating system - Task failed I've verified that both ERAS and other servers are connecting to each other. I'm also able to remotely update virus signature databse or export configuration but installation doesn't work. Did anyone have the similar issue?

The biggest issues we met with our print and file servers. I would test it on print server. So you suggest to disable protocol filtering?

Every single unit with EFS or EEA v6 that was activated is connecting to edf.eset.com:443 via our server proxy all the time. It's because every licence is being verified by ESET. I've already talked with polish ESET support and there is no way to avoid it. It is causing a traffic on our server proxy. We have ERA installed so we really don't need to go outside our LAN. I can turn off server proxy and everything works fine but than licence information is not being updated in ELA console. Is it a way to turn on server proxy settings for a specific period of time? For example daily during night so licences could be refreshed in ELA?

We've installed hot fix KB2664888 on Server 2008R2 but it didn't help. After disabling bwColumbus (asked by polish ESET support) our print server is working for 17 days. Previous version of EFS - 4.5.12017 is working with Columbus without any issues. So the question is what to do to avoid conflict of EFS v 6.0.12035.0 with Columbus.exe?

After I've updated EEA version to 6.1.2227.3 it finally worked.

Yesy. I see these informations about running processes.

I didn't change anything from 'Antivirus' and 'Web and email' sections in policies. Just update, tools and user interface.

Site hxxp://www.eicar.org/download/eicar_com.zipwas not available but after trying to download from https://secure.eicar.org/eicar_com.zip it was detected by ESET and automatically removed. But I've checked one more time and I'm able to download cloudcar.exe from amtso...