Hadoop-Yarn-问题记录

Hadoop-Yarn-问题记录

1

如果capacity配置的容量远超队列配额会引起某些bug,这里能先优化下maxcapacity这个值嘛,尽量不要超过太多capacity值
在这里插入图片描述
CapacityScheduler: applications could get starved because computation of #activeUsers considers pending apps
已有issue上说的,如果集群其他队列有其他队列超过设置限额(Max apps)了,这个num schedulable applications在其他队列就会有异常,会把其他队列的也算进去,造成显示错误。

Hadoop 2.7.1, 2.8.0版本中,如果归属于同一个user的叶子Queue中的所有app处于pending状态(比如由maximum-am-resource-percent限制等原因)。此时ActiveUsersManager仍然会将该user认为是活跃用户虽没有running的app,可能导致app饥饿,比如:

  • App1(user1)/app2(user2) 活跃状态, app3(user3)/app4(user4) 处于pending状态
  • ActiveUsersManager返回activeUsers=4
  • 然而,其实该例中只有两个用户(user1/user2)被允许申请新资源,所以此时计算user-limit-resource即用户可用资源时可能比预期更低
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值