[ https://issues.apache.org/jira/browse/YUNIKORN-2552?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Peter Bacsko resolved YUNIKORN-2552. ------------------------------------ Fix Version/s: 1.6.0 1.5.1 Resolution: Fixed > Recursive locking when sending remove queue event > ------------------------------------------------- > > Key: YUNIKORN-2552 > URL: https://issues.apache.org/jira/browse/YUNIKORN-2552 > Project: Apache YuniKorn > Issue Type: Sub-task > Components: core - scheduler > Reporter: Peter Bacsko > Assignee: Peter Bacsko > Priority: Major > Labels: pull-request-available > Fix For: 1.6.0, 1.5.1 > > > When sending a queue event from {{queueEvents}}, we acquire the read lock > again. > {noformat} > objects.(*Queue).IsManaged { sq.RLock() } <<<<< > objects.(*Queue).IsManaged { func (sq *Queue) IsManaged() bool { } > objects.(*queueEvents).sendRemoveQueueEvent { } } > objects.(*Queue).RemoveQueue { sq.queueEvents.sendRemoveQueueEvent() } > scheduler.(*partitionManager).cleanQueues { // all OK update the queue > hierarchy and partition } > scheduler.(*partitionManager).cleanQueues { if children := > queue.GetCopyOfChildren(); len(children) != 0 { } > scheduler.(*partitionManager).cleanRoot { > manager.cleanQueues(manager.pc.root) } > {noformat} > {{RemoveQueue()}} already has the read lock. -- This message was sent by Atlassian Jira (v8.20.10#820010) --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@yunikorn.apache.org For additional commands, e-mail: dev-h...@yunikorn.apache.org