Jump to content

MikeRigsby

Members
  • Content Count

    15
  • Joined

  • Last visited

Profile Information

  • Location
    USA

Recent Profile Visitors

466 profile views
  1. Nope, it was definitely 7.2, which was totally the problem. I was confused when you said 'version 13.1' when the version for EES 7.3 is still 10.14. Just a miscommunication. I've pushed out the 7.3 update across our entire Enterprise so this shouldn't come up again, hopefully.
  2. I'm not too worried about this, since I've already figured out the version issue before I even made this post. I mainly just wanted to bring this to ESET's attention and also for anyone else out there who might run into this issue again with this new Windows update.
  3. I just installed EES 7.3 from scratch on a brand new PC that has never had ESET on it at all, brand new fresh Windows install, and the version of eamonm.sys is still 10.14.32, and even states that the product version is for 7.3.2026.0. So if that version is only for 7.2, it seems like something is wrong on ESET's side of things.
  4. If we happen to not be updating everything as we should be, I'd definitely like to know. Why is the most recent version of both the ESET server software and the client EES 7.3 still using eamonm.sys 10.x, or at the very least not replacing it with the newer version of eamonm.sys, if you're telling me that we need version 13.1? Is there some setting that we're missing that is keeping those files from being replaced during the updates?
  5. FWIW, I see forums on Microsoft's Answers site dating clear back to 2016 of people having this exact same issue so this has been a problem for a long time.
  6. Ok, I can now verify. If the system is running ESET 7.3 before the Windows 10 2004 update is installed it seems to work fine. This is only happening on systems running 7.2. I'm not sure how to to uninstall eamonm.sys 'from scratch' and reinstall it but I did totally uninstall ESET completely and reinstall on the affected PCs as part of my troubleshooting to discover this and the file version of eamonm.sys in EES 7.3 is still 10.14.32.0. So it doesn't seem like the version of the .sys file is what's causing this problem.
  7. I understand the need to always ask for memory dump files when issues arise but this is clearly a known issue already and it's the exact same issue as was mentioned in those earlier forum threads. I've attached the dump file for one of the two systems that I've had this issue on so far today. I am currently in the process of installing the version 2004 update on my own work PC, which is already running EES 7.3, so once it finishes the long install process I'll see if I also have the same eamonm.sys BSOD. My hope is that it is/was only happening on systems still running 7.2. Memory Dumps.zip
  8. My specifics here are that these systems having the issue are running ESET Endpoint Security version 7.2. I'm hoping that pushing out the 7.3 update to the 200 remaining PCs before the users install Windows 10 v2004 that it will keep this from happening.
  9. The issue mentioned in these forum discussions listed below is happening again with the most recent Windows Enterprise x64 upgrade to Version 2004. I've already had to fix two systems this morning and likely going to have over a hundred more to deal with. The "fix" is to boot the system into Safe Mode and use the esetuninstaller tool to remove ESET. You can, apparently since at the moment it seems to work, re-install it once Windows boots.
×
×
  • Create New...