如上图所示一直处于running状态，查看日志发现一直重复弹出同一个info：

2024-10-18 16:57:32,739 [INFO] [AMRM Callback Handler Thread] |rm.YarnTaskSchedulerService|:

Allocated: <memory:0, vCores:0>

释义: 当前应用程序没有分配到任何内存（memory:0）和虚拟核心（vCores:0）。这意味着 YARN 还没有给该作业分配任何资源来启动任务。

Free: <memory:1024, vCores:1>

释义: 当前集群中可用的资源包括 1024MB 的内存和 1 个 vCore（虚拟核心）。虽然有一些空闲资源，但可能不够或者未被分配给当前作业。

pendingRequests: 6

释义: 当前作业还有 6 个任务在等待资源分配。YARN 还没有为这些任务找到可以运行的容器，作业因此被阻塞。

delayedContainers: 0

释义: 没有任何延迟分配的容器。通常，当 YARN 没有立即分配到符合要求的资源时，容器会被延迟，直到合适的资源可用。

heartbeats: 3551

释义: ApplicationMaster (AM) 与 ResourceManager (RM) 之间已经进行了 3551 次心跳通信。这是 YARN 用来监控资源和应用状态的机制。每个心跳之间，RM 会更新 AM 关于资源的状态。

lastPreemptionHeartbeat: 3550

释义: 这是第 3550 次心跳发送时，ResourceManager 发送的最后一次“抢占心跳”（Preemption Heartbeat）。抢占是 YARN 在资源紧张时的机制，用于重新分配低优先级任务的资源给更高优先级的任务。

highestWaitingRequestWaitStartTime: 1729241801061

义: 当前队列中等待时间最长的资源请求的开始时间。这个数值是时间戳，通常是从1970年1月1日 UTC 时间以来的毫秒数，代表该任务的等待时间较长

highestWaitingRequestPriority: 32

释义: 这是当前等待资源的最高优先级请求的优先级值。通常，优先级值越小，优先级越高。32 代表该请求的优先级较低，因此它可能在调度过程中优先级靠后。

重点是：Allocated: <memory:0, vCores:0>和Free: <memory:1024, vCores:1>

先看集群总内存和cores情况，总共132G，75cores：

整个集群明显还有空闲资源，再看对于aviation队列的设置：

configured capacity=5%，表示队列的初始容量百分比，即avation队列在最开始可以使用132G*5%=6.75G，75*5%=3.75cores。

configured max capacity=10%定义了队列使用集群资源的上限，即使其他队列资源空闲，aviation 队列也不能超过这个上限，即132*10%=13.2G，75*10%=7.5cors

尝试调大configured max capacity至30%，

成功解决：