Jump to content

russell_t

Members
  • Posts

    18
  • Joined

  • Last visited

About russell_t

  • Rank
    Newbie
    Newbie

Profile Information

  • Location
    USA

Recent Profile Visitors

581 profile views
  1. Picked one of the systems with the error, the system seemed protected while showing the warning. Performed only a reboot of a system showing that error without doing a rollback or any other changes, and when it came up it was green and said protected but on the update tab show all modules detail window it was blank. Could tell it wasn't scanning files, was able to download Eicar and a common blocked PUP utility without issue and scan them manually without them being flagged as well. This was fixed with a 24h rollback. I can't say that would be the case on your systems but would recommend either further testing (like a reboot) or the rollback, though if they are not rebooted and a new module is released and it updates, this should also be OK.
  2. just going to update my post that we found a reboot on a system affected with this error/bad module would then be unprotected, so I would recommend deploying a module rollback task for 12 or 24 hours, depending on your availability to check on things after the rollback expires to give ESET time to fix the modules on their end. Thanks to ESET support for going through all this over the phone with me and gathering some additional data!
  3. About 50 Windows Server 2012 R2 affected, also have two Windows 8.1 Desktops with Eset Endpoint Antivirus (one on an older 7.x build) that also have the same error. I have tested a module rollback on one server, and it seems to initialize just fine on the older modules. I'm not entirely sure it's 100% non-functional as it still blocks an eicar on both the rollback and non-rollback server but I'd like to know when a new module is available to force an update and know if we need to reboot all the servers tonight to clear the errors or if it'll clear all the red in the console without that Edit: Also support hasn't picked up the call for almost an hour now, would be nice if they had a way to update the voice IVRs to let people know it's a known issue rather than park what's likely hundreds of calls on hold.
  4. Am also seeing this across every Server 2012 R2 ESET Server security install, been on hold for USA Business support for 10 minutes trying to check with them about this. I don't think I've seen it on newer server versions but as far as I'm aware 2012R2 should still be supported by ESET for another year?
  5. Is anyone else starting to have issues after the latest 2210 build of Outlook or across multiple 7-9.x ESET versions where Outlook will just stop updating the Inbox and it seems to be that even disabling the ESET Outlook plugin it is still stuck? We are removing the OST file from the client and letting it rebuild/resync and that seems to fix it but it seems to be a recent new issue with either MS or ESET and I'm not seeing many other people report this so wondering if it is some ESET conflict...
  6. I also received this response from samples@eset.sk: Thank you for your submission. It was a false positive of our scanner and this issue is fixed in current version of detection engine. Regards, ESET Malware Response Team
  7. I'm also just now seeing this on the same APP_Web_%random%.dll files on multiple Exchange 2016 servers that have no open HTTPS to the internet and the file date from months and months ago... Also briefly checked the strings of the file and I don't see anything obvious or any other drops in the same folder as would be expected. I've reported the file to samples@eset.com as a possible False Positive but it would be great to have someone from Support confirm this issue. Thanks
  8. Confirmed, working now in California, USA as well. My guess is someone mucked up whatever updates valid license files on the update servers or a partial file was synced up or something like that. Might be hard to catch that type of thing internally but hopefully it won't happen again... Thanks everyone
  9. I have also sent license details and ESET Log Collector log in private message but need to sleep now will check back in morning.
  10. Thanks makes me feel better that it's not just me while I delete the hundreds of emails I've also filled out an online support form here ESET North America Support » Business & Enterprise (Server Product) Support » Modules update error or other error message https://www.eset.com/us/support/contact/ Just to see if that helps get it solved faster.
  11. Just getting flooded here with what seems to be every single ESET File Security server complaining about "Update authorization failed. Please check if your license is valid." Checked and license usage is less than the total as well, is there something wrong with the Update server or should we contact support about the licensing issue? Thanks
  12. Cool I'll boot it back up and update now, this was a pretty bad one since it borked out Exchange... I can kind of see how it could be missed as without triggering the recompile of the OWA dlls it could be hard to catch in automation but it would be appreciated if that's figured out before the next panic attack.
  13. Thanks for posting this here as well, came here first and didn't see a peep, can also confirm this is happening on multiple Exchange 2010 servers. Thanks for the spiceworks link!
  14. Working again for me as well. I know this has happened in the past once or twice as well but usually it came back quicker. Is there any suggested remediation when/if this occurs again? Are you changing the DNS entry of the repo server so we should flush DNS caches or is it some other internal issue where we can't do anything that would help?
  15. Yup, exactly the same scenario I'm experiencing as well, on 6.5.522 and with the Us repository settings...
×
×
  • Create New...