1, Let me summarize the real proble

1, Let me summarize the real problem firstly.
(1) The real problem is
- job is dispatching very slow than before.
- No real pending reason is given:
e.g. till job dispatched, even to a user which has no any pending running job, the pending reason "New job is waiting for scheduling; "
- This issue happens from 9pm, May 15, it probably related to a user who submitted many special jobs from 8:53pm, May 15, such jobs are now still pending in a queue below:



2, Suggested workaround:
- If possible, monitor cluster in next 2 ~ 3 hours, the purpose is to see when jobs in queue "gr10261b" less, if cluster status can be recovered a little bit.

- inact the queue "gr10261b", or switch all jobs of that user's from queue "gr10261b" to an another queue and inact the destination queue.

- At least [[inact the queue GRQUE]] can be tested for around 20~30min to see if any improvement we think -- if no improvement, just active/restore the queue.

3, We have many information already thank you.
But to do further investigation, please gather the following information for our development, they can analyze more.

結果 (日本語) 1:

1、まず本当の問題を要約させてください。(1) の本当の問題は-仕事は以前よりも非常に遅いを派遣します。-保留中の理由は与えられるいいえ。例えば派遣の仕事までのユーザーにも、ない任意保留中実行中のジョブ、「新しいジョブがスケジューリング待って」保留中の理由-それはおそらく 20:53 からの多くの特別なジョブを送信したユーザーに関連この問題発生 21、5 月 15 日から 5 月 15 日、このようなジョブ今まだ保留中のキューにある下記。2、推奨される回避策:-可能であれば、次の 2 のクラスターを監視 〜 3 時間、目的は、クラスターの状態が少し回復できる場合、仕事が少ない、"gr10261b"をキューを参照してください。-inact キュー"gr10261b"、またはそのユーザーのキュー"gr10261b"から別のキューおよび inact 送信先キューのすべてのジョブを切り替えます。-約 20 の [inact キュー GRQUE] をテストことができます少なくとも 〜 30 分だけアクティブ/リストア キューを改善しない場合、かどうか任意の改善私たちは考える - を参照してください。3、我々 はすでにありがとう多くの情報を持っています。詳細な調査、収集をお願いするが、我々 の開発の次の情報より分析できます。

結果 (日本語) 2:

。1、私はまず、実際の問題を要約してみましょう
（1）本当の問題がある
。仕事は以前よりも非常に遅い派遣される-
：-いいえ、本当の保留中の理由は与えられていない
などの仕事までしても何も保留中の実行中のジョブを持っていないユーザーに、派遣、保留中の理由」新ジョブがスケジューリングを待っている。」
-この問題は、5月15日、午後9時から起こり、それはおそらく20:53から多くの特別なジョブを送信したユーザーに関連した、5月15日、このようなジョブは、今も中に保留されています以下のキュー：2、回避策は推奨：- 。クラスタの状態が少し回復することができる場合に可能な場合は、次の2〜3時間でクラスタを監視し、目的は、ときに、キュー内のジョブが「gr10261b」以下を参照してくださいすることです- 「キューをINACT gr10261b」、またはそのユーザのキューからのすべてのジョブに切り替える「別のキューにgr10261bを」と宛先キューをINACT。-少なくともいずれかの改善、我々かどうかを確認するために約20〜30分を試験することができる[[GRQUE]キューINACT]を思う-改善なしならば、単にアクティブ/キューを復元します。3、我々はすでにあなたに多くの情報を感謝している。しかし、さらなる調査を行うために、私たちの開発のための以下の情報を収集してください、彼らはより多くを分析することができます。

結果 (日本語) 3:

1、まず現実の問題を要約させてください。（1）は、本当の問題です仕事より非常に遅い前に派遣される。は本当の保留の理由を与えられます：派遣等の仕事まで、仕事中も走ったユーザーに、保留の理由」の新しいジョブスケジューリングを待っています」この問題が起こるのでは5月15日午後9時から、それは多分多くの特別な仕事を利用者から提出された8:53pm、5月15日に関連して、そのような仕事は、現在はまだ未定の下のキューに：回避策：2可能ならば、クラスタ内の次の2〜3時間をモニタして、目的を見るときの仕事のキュー」gr10261b」より、クラスタのステータスを少し回復できるならば。キュー」gr10261b」の実演や、ユーザの待ち行列が「gr10261b」からのすべての仕事のスイッチへのもう一つのキューと相互作用の宛先キュー。少なくともている実演キューgrque人をテストすることができるためにおよそ20〜30分を見ても改善しないならば我々が考える--改善、ちょうどアクティブキューに戻す。私たちは、すでに多くの情報ありがとうございました。しかし、更なる研究を行うには、我々の発展のためには、以下の情報を集めてください、彼らはより多くの分析することができます。