-
Bug
-
Resolution: Obsolete
-
Low
-
None
-
None
-
None
Problem Summary
Crowd-integrated applications (e.g. Confluence, JIRA, Stash) can suddenly fail to sync from the Crowd server. This happens seemingly out of the blue without changes to the application.
Stacktrace shown on the client application side in logs:
2014-04-29 11:18:38,252 ERROR [scheduler_Worker-5] [atlassian.crowd.directory.DbCachingDirectoryPoller] pollChanges Error occurred while refreshing the cache for directory [ 38076417 ]. com.atlassian.crowd.exception.OperationFailedException: Internal error from Crowd server: class com.atlassian.crowd.model.event.AliasEvent is not supported at com.atlassian.crowd.integration.rest.service.RestCrowdClient.handleCommonExceptions(RestCrowdClient.java:1308) at com.atlassian.crowd.integration.rest.service.RestCrowdClient.getNewEvents(RestCrowdClient.java:1082) at com.atlassian.crowd.directory.RemoteCrowdDirectory.getNewEvents(RemoteCrowdDirectory.java:682) at com.atlassian.crowd.directory.ldap.cache.EventTokenChangedCacheRefresher.synchroniseChanges(EventTokenChangedCacheRefresher.java:73) at com.atlassian.crowd.directory.DbCachingRemoteDirectory.synchroniseCache(DbCachingRemoteDirectory.java:612) at com.atlassian.crowd.manager.directory.DirectorySynchroniserImpl.synchronise(DirectorySynchroniserImpl.java:63) at com.atlassian.crowd.directory.DbCachingDirectoryPoller.pollChanges(DbCachingDirectoryPoller.java:50) at com.atlassian.crowd.manager.directory.monitor.poller.DirectoryPollerJobBean.executeInternal(DirectoryPollerJobBean.java:29) at org.springframework.scheduling.quartz.QuartzJobBean.execute(QuartzJobBean.java:86) at org.quartz.core.JobRunShell.run(JobRunShell.java:199) at com.atlassian.confluence.schedule.quartz.ConfluenceQuartzThreadPool$1.run(ConfluenceQuartzThreadPool.java:20) at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:549)
"com.atlassian.crowd.model.event.AliasEvent" should be invoked when a user's alias has been updated/created/removed. However in cases where this has been observed, the integrated application in question does not have aliasing enabled in Crowd. In some cases, there may be an unrelated application (e.g. Google Apps) where aliasing is enabled. Not sure if this is a red herring.
Workaround
- In Crowd, re-set the integrated application's name and password.
- In the integrated application's user directory configurations, update the application credentials as appropriate
This should allow the sync to succeed once more.
- is incorporated by
-
CWD-3188 Failing incremental Crowd/Crowd synchronisation should fall back to full synchronisation
- Closed
- is related to
-
CWD-3215 Incremental synchronisation does not propagate alias updates
- Closed
- relates to
-
CWD-4951 Changes to unrelated application configuration might cause incremental sync to fail and fallback to full synchronization
- Short Term Backlog
- mentioned in
-
Page Loading...