Jump to content

User synchronization task errors


Recommended Posts

It looks like every day, EEI creates a task in EP Console for user synchronization. Every day the task fails with "User with same name already exists in target user group"

'User Creation Collision Handling' is set to 'Overwrite', so I'm not sure why there is an error. But more to the point, I'm not sure why this task is being created daily, nor where to disable it or if it's even needed as it always fails and seems to have no impact on functionality.
 
Any info is appreciated.
Link to comment
Share on other sites

  • 2 weeks later...

The task is used to synchronize users from AD, mainly to show some additional info about the user triggering a detection, specifically the following fields when viewing a detection in INSPECT: (the fields in AD are empty in my case, so that's why the values are 'unkown') 

image.png.56dc527dbc6f678c98d2529498e10fbd.png

A possible work-around is to delete all 'computer users' from ESET PROTECT (if you are not using this functionality) after that sync task should work again, but I have seen the issue come back.  

 

If you don't care about the above information in the detection events, I would ignore the failing of the task, as it is not critical functionality. 

 

Link to comment
Share on other sites

Thanks for the reply. We do use the user functionality, so I'm hesitant to delete them all.

In the Task settings, the setting for 'User Creation Collision Handling' is set to 'Overwrite', so you would not expect an error for any collisions. I'm not sure why this is happening. I'm guessing it has to do with permissions, because if I set Collision Handling to 'Skip', it does not cause an error and the job runs successfully.

Secondly, it would be great if the user(s) causing the collision was logged somewhere. That would make for a easy/quick fix to remove the offending user and run the task again. Is there any way to find the offending user(s)?

Link to comment
Share on other sites

I'm not sure, maybe you can find it if you enable trace level logging and check the ESET PROTECT trace logs after a failed run. 

 

I do know that this behavior is identified as bug that will be fixed in a future version. 

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

 Share

  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...