This seems to be for all Projects and issues in JIRA.
We have a group which is a member of JIRA Developers, this group is defined as "Assignable User".
Of this group, there are 4 users who can't be assigned to any project, it's as if they've been removed from the group, as they don't show up when we try assigning them.
Searched for other QA's, but couldn't find any that described only a few users.
Did a check in the User Management, just to see if I could see anything that was common for these users, and I saw that 2 of them was registered as "never logged in", and the other 2 had "never logged in" as well as tens of "login failures" registered on their user.
Spoke with one user, and even though it said never logged in plus many login failures, he has indeed logged in recently in the past, although with some login issues.
Then checked User Directories, and the Active Directory I have set up is listing:
Last synchronised at 9/27/2016 3:14 PM (took 0s).
Synchronisation failed. See server logs for details.
The logs say that it fails to synchronize due to the inability to add a few groups:
2016-09-27 15:42:20,741 Caesium-1-3 WARN ServiceRunner [c.a.crowd.directory.DbCachingRemoteChangeOperations] Could not add the following entity to the directory [ Crowd Internal Directory ]: RDS Endpoint Servers
2016-09-27 15:42:20,741 Caesium-1-3 WARN ServiceRunner [c.a.crowd.directory.DbCachingRemoteChangeOperations] Could not add the following entity to the directory [ Crowd Internal Directory ]: RDS Management Servers
2016-09-27 15:42:20,741 Caesium-1-3 WARN ServiceRunner [c.a.crowd.directory.DbCachingRemoteChangeOperations] Could not add the following entity to the directory [ Crowd Internal Directory ]: RDS Remote Access Servers
2016-09-27 15:42:20,741 Caesium-1-3 INFO ServiceRunner [c.a.crowd.directory.DbCachingRemoteChangeOperations] added [ 0 ] groups successfully in [ 21ms ]
2016-09-27 15:42:20,741 Caesium-1-3 INFO ServiceRunner [c.a.crowd.directory.DirectoryCacheImplUsingChangeOperations] synchronized [ 72 ] groups in [ 30ms ]
2016-09-27 15:42:20,751 Caesium-1-3 INFO ServiceRunner [c.a.crowd.directory.DbCachingRemoteDirectory] failed synchronisation complete for directory [ 10100 ] in [ 175ms ]
2016-09-27 15:42:20,813 Caesium-1-3 ERROR ServiceRunner [c.atlassian.scheduler.JobRunnerResponse] Unable to synchronise directory
com.atlassian.crowd.exception.OperationFailedException: Failed to synchronize directory group attributes for missing group: RDS Remote Access Servers
How do I correct this?
I found the solution, it was to add a Group Object Filter as explained in this article https://jira.atlassian.com/browse/JRA-43495, where I input each of the groups that triggered the error in the catalina.out log above.
Synced the directory, and the user was able to login without issues, and was immediately available in the assign user list, as you mentioned.
JIRA will pick assignable users once the users have logged into System.
These users should have access to respective projects from which tickets will be assigned to them.
Ensure these users are part of JIRA Developers group which you're referring too
JIRA will not pick the users unless they have logged in for first time and get their JIRA ID's activated.
Thanks for your quick reply.
Yeah, that's what I initially thought as well when I saw that they seemingly never were logged in. But as I explained, one of the user indeed recently had logged in, so this information is somehow misrepresenting the case.
From the server logs it seems that this might be a sync issue - at least I'd have to address the sync issue, then I can take it from there if the issue persist.
Do you have take on how to solve this "failed to synchronize group" issue?
Statuspage customers logged more than 194 years of collective incidents in 2018. That’s a whopping 87% increase from the 104 years logged in 2017 , and we aren’t even through December yet....
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs