Hi allThere are lots of queued jobs

Hi all

There are lots of queued jobs on jb01. The node allocator is not assigning nodes for them because of the "rules". It needs to keep enough nodes back to guarantee Rmin for all queues. Given the number of remaining nodes and the fact that jobs are queued in multiple queues it is allocating nodes to each queue but because all queued jobs are larger than the number of allocated nodes it is not assigning/moving nodes to the queues because jobs will not be able to use them.

I wanted to highlight this to help everyone understand why jobs are not running.

Adjusting the R* values so they are more appropriate for the number of queues and 120 nodes will help. If smaller jobs are submitted they will run. The node allocator log shows how many nodes are available for each queue to give an idea of largest job size that could run in the current scenario.

Here's a snapshot from the last cycle:
12/22/2016 03:11:17 Nodes assigned to each queue
12/22/2016 03:11:17 bf1: 2
12/22/2016 03:11:17 bf2: 4
12/22/2016 03:11:17 bf3: 8
12/22/2016 03:11:17 bf4: 17
12/22/2016 03:11:17 fs1: 2
12/22/2016 03:11:17 fs2: 4
12/22/2016 03:11:17 fs3: 8
12/22/2016 03:11:17 fs4: 17
12/22/2016 03:11:17 ps1: 2
12/22/2016 03:11:17 ps2: 4
12/22/2016 03:11:17 ps3: 9
12/22/2016 03:11:17 ps4: 19

The node allocator log files are in /var/spool/PBS/node_allocator_log

I hope this helps

結果 (日本語) 1:

皆さん、こんにちはJb01 にキュー内のジョブの多くがあります。ノード アロケーターは割り当てないノードに「ルール」のため。それは、すべてのキューの射程を保証するために十分なノードを維持する必要があります。与えられた残りのノードの数と、実際にはジョブが複数のキューに入れられ、それがキューごとにノードを割り当てて、すべてのキューに入っているジョブが割り当てられているノードの数を超えるのでそれを割り当てる/に移行しないノード キュー ジョブはそれらを使用することはできませんので。私は誰もがジョブが実行されない理由を理解を助けるためを強調したかった。キューの数により適しているし、120 ノードが役立つので、R の値を調整します。小さなジョブが送信されるかどうかに実行されます。どのように多くのノードが現在のシナリオで実行できるジョブの最大サイズのアイデアを与える各キューに対してノード アロケーター ログを示しています。最後のサイクルからのスナップショットはここにあります。2016/12/22 3:11:17 各キューに割り当てられているノード2016/12/22 3:11:17 bf1: 22016/12/22 3:11:17 2 阶: 42016/12/22 3:11:17 bf3: 82016/12/22 3:11:17 bf4: 172016/12/22 3:11:17 fs1: 22016/12/22 3:11:17 fs2: 42016/12/22 3:11:17 fs3: 82016/12/22 3:11:17 fs4: 172016/12/22 3:11:17 ps1: 22016/12/22 3:11:17 ps 2 版: 42016/12/22 3:11:17 ps3: 92016/12/22 3:11:17 ps4: 19アロケーターのノードのログ ファイルは、/var/spool/PBS/node_allocator_logこの支援を期待します。

結果 (日本語) 2:

こんにちはすべて

jb01上の待機ジョブがたくさんあります。ノードアロケータは理由「ルール」の彼らのためにノードを割り当てていません。これは、すべてのキューのためのRminのを保証するのに十分なノードをバック維持する必要があります。残りのノードの数と、ジョブが複数のキューにキューイングされているという事実を考えると、それは、各キューにノードを割り当てるされていますが、すべてのキューに入れられたジョブは、それが仕事がないので、キューにノードを移動/割り当てされていない割り当てられたノードの数よりも大きいので、それらを使用することができます。

私は、ジョブが実行されていない理由を誰もが理解するために、これを強調するために望んでいました。

彼らはキューと120ノード数に適していて、R *値を調整するのに役立ちます。小さなジョブが送信されている場合、それらが実行されます。ノードアロケータログには、現在のシナリオで実行する可能性が最大のジョブサイズのアイデアを与えるために、各キューで使用可能なノードの数を示しています。

ここで最後のサイクルからのスナップショットです：
2016年12月22日各キューに割り当てられた3時11分17秒ノード
2016年12月22日3時11分17秒BF1：2
2016年12月22日3時11分17秒BF2：4
12 / 2016分の22 3時11分17秒BF3：8
2016年12月22日3時11分17秒BF4：17
2016年12月22日3時11分17秒FS1：2
2016年12月22日3時11分17秒FS2： 4
2016年12月22日3時11分17秒FS3：8
2016年12月22日3時11分17秒FS4：17
2016年12月22日3時11分17秒PS1：2
2016年12月22日3時11分17秒PS2：4
2016年12月22日3時11分17秒PS3：9
2016年12月22日3時11分17秒PS4：19

ノードアロケータのログファイルがでは/ var /スプール/ PBS / node_allocator_logある

私はこれが役に立てば幸い

結果 (日本語) 3:

こんにちはすべてjb01にキューされたたくさんの仕事があります。ノードのメモリのための「ルール」は、彼らのためにノードを割り当てることではありません。それはすべての待ち行列に対するrminを保証するために十分後ろに節を保つ必要がある。与えられた他のノードの数という仕事に複数のキューキューキューノードを割り当てることにあるが、すべての仕事は、それに並ばない仕事に彼らを利用することができないので、移動ノードを割り当てているキューに割り当てられたノードの数よりも多いので。私はこれをハイライトしたかった誰に仕事を理解するのを援助しない理由。rの値を調整するので、彼らは待ち行列と120のノードの数により適切であるのを援助します。小さな仕事を提出したならば、彼らは走ります。ノード割当部ログがどのように多くのノードは、各々のキューの最大の仕事は、アイデアの大きさの現在のシナリオでは動くことができたかを与えるために、利用できることを示します。最後のサイクルからのスナップショットは、ここにあります：12 / 22 / 2016年03:11:17各キューに割り当てられたノード22 / 12 03:11:17 bf 1：2年22年12 03:11:17 bf 2：422年12 03:11:17 bf 3：822年12 03:11:17 bf 4：1722 / 12 03:11:17 1：2年12 / 22 / 2016年03:11:17 fs 2：422年12 03:11:17 fs 3：822年12 03:11:17 fs 4：1722 / 12 03:11:17 ps 1：2年12 / 22 / 2016年03:11:17 ps 2：422年12 03:11:17 ps 3：922年12 03:11:17 ps 4：19ノードのメモリのログファイルを/ var / spool / pbsにnode_allocator_log私は、これが助けるという望み