[
https://issues.apache.org/jira/browse/YARN-4606?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16449383#comment-16449383
]
Manikandan R commented on YARN-4606:
------------------------------------
Thanks [~eepayne] for the patch explaining your suggestions. I took the delta
changes and started working on the Junits and testing in my pseudo cluster. I
am encountering a situation where in activeUsersOfPendingApps is -ve at times
(probably because of couple of calls to UsersManager#activeApplication() as
part of the flow). May be, we need to take out decrement
activeUsersOfPendingApps code from UsersManager#activeApplication() and can be
called separately from clients. Will need to think through in detail and
provide the patch.
In the meantime, [~leftnoteasy] can also share his thoughts. Thanks.
> CapacityScheduler: applications could get starved because computation of
> #activeUsers considers pending apps
> -------------------------------------------------------------------------------------------------------------
>
> Key: YARN-4606
> URL: https://issues.apache.org/jira/browse/YARN-4606
> Project: Hadoop YARN
> Issue Type: Bug
> Components: capacity scheduler, capacityscheduler
> Affects Versions: 2.8.0, 2.7.1
> Reporter: Karam Singh
> Priority: Critical
> Attachments: YARN-4606.1.poc.patch, YARN-4606.POC.2.patch,
> YARN-4606.POC.patch
>
>
> Currently, if all applications belong to same user in LeafQueue are pending
> (caused by max-am-percent, etc.), ActiveUsersManager still considers the user
> is an active user. This could lead to starvation of active applications, for
> example:
> - App1(belongs to user1)/app2(belongs to user2) are active, app3(belongs to
> user3)/app4(belongs to user4) are pending
> - ActiveUsersManager returns #active-users=4
> - However, there're only two users (user1/user2) are able to allocate new
> resources. So computed user-limit-resource could be lower than expected.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
