You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
Next: Root
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
The Atlassian Community can help you and your team get more value out of Atlassian products and practices.
Hello Community :)
What happens to the Atlassian applications when the license limit is exceeded when using Active Directory for authentication? I've read a few articles and experienced this once in Jira when exceeding Jira Service Desk Agent licenses, but we use Crowd for User Mgmt.
How do the applications know how many users have been added into a Group?
In older versions, Confluence went to Read Only and Jira does not allow you to create new issues. Is this the same?
Hope this makes sense.
The "go into a sort of read-only mode" is the same, yes. No data loss, no locking out, just "can't write issue/page data"
The applications synchronise an internal copy of the user and groups lists when they synchronise from any remote user directory. So they "know" what users are in a group because they've asked.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Follow-up: Only those users that were provisioned after the account limit was reached as set to view-only? or all users? (Jira Cloud Question)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
It's the system that goes read-only.
Cloud is different though, this doesn't apply here.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
...ouch! I would expect our account rep to know the licensing behaviors, but alas... no... Thanks!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@Nic Brough -Adaptavist- once the limit has been reached and extra users have been provisioned. If some licenses are made available, how are the provisioned users given access? Is it in alphabetical order etc?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
No, that's not how licences work.
You have a licence limit which allows X users to use the system. You name them in a group (or several of groups) to make them "provisioned".
You can revoke access (and hence reduce your active licence count) by making the users inactive, or removing them from the access groups.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
HI @Nic Brough -Adaptavist-, I wasn't referring to removing them from the groups. Our current setup controls group memberships directly from the AD, and a sync with Jira happens every 5 mins, where group memberships are updated. There is a group test-jira-users that gets application access within Jira, and we assign this group with the AD.
Say we have a license limit of 100 (i.e. 100 users in the group test-jira-users (AD)) and we have reached the license limit. What happens to the users that are added to the group test-jira-users in the AD, and what happens when the sync takes place within Jira? From the thread above it seems to be they have read-only access.
But now say if one of the licenses is freed up, does the 101th user get the new license or is it in alphabetical order etc?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Again, you do not give licences to users, that's not how it works. Please have another read of my previous comment.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.