• ファームログまたはジョブログで警告またはエラーをチェックします。

• 見つかった警告またはエラーのメッセージをバグレポートに添付します。

• Deadline Schedulerノードの Deadline ▸ Verbose Logging パラメータを有効にすることで、スケジューラからログを出力することができます。このログ出力には、役立つ警告またはエラーのメッセージが含まれていることがあります。 このようなパラメータは他のTOPスケジューラにも追加される予定です。

• ログ出力をサポートチケットまたはSideFXフォーラムの投稿に添付していただければ、SideFX社がその問題を追跡します。

• すべてのファームマシンとジョブ投入マシンがネットワークファイルシステムにアクセスできることを確認してください。

• 理想的には、PDGワークアイテムのクックに利用可能なファームマシンまたはノードが最低でも 2台 必要です。 1台のファームマシンは、特にTOP Deadline Schedulerに関してはワークアイテムタスクとMQジョブのどちらも実行することが できません 。

• パスに単一バックスラッシュ(\)を 使用しないでください 。この文字はHoudiniではエスケープ文字として扱われます。 代わりにHoudiniでそれを評価できるようにするにはバックスラッシュを2つ(\\)使用するか、単にスラッシュ(/)を使用してください。

• パス内のスペースはHoudiniで 対応していません 。代わりにパスをダブルクォーテーション(")で閉じるか、またはバックスラッシュ(\)を使ってスペース文字をエスケープしてください。

問題

• ファイアーウォールとホスト名解決が原因でPDGワークアイテムのレポートの仕組みに問題が発生する可能性があります。

• ファイアーウォールがファームマシン、投入マシン、ネットワーク間で有効になっていた場合、RPCsがブロックされる可能性があります。

  これを回避するために、PDGは Message Queue MQサーバーを利用します。 MQサーバーは、ファイアーウォールの背後でファームマシン上のタスクまたはジョブとして実行することができます。 ファイアーウォールを介して投入マシンにアクセス許可されているポートが限られている場合、その限られた数のポート(最低でも2つ)を使用することもできます。

解決策

• ファイアーウォールを通過できるいくつかのポートを開放するようにIT管理者に問い合わせてください。

• TOPスケジューラ系ノード上の Task Callback Port パラメータや Relay Port パラメータにこれらのポートを指定してください。

  これらのノードに関する詳細は、TOPノードを参照してください。

問題

Domain Name Resolution (DNS)が原因で、RPCsを介して結果をレポートする際に問題が発生する可能性があります。 現在のところ、このレポートの仕組みはデフォルトでホスト名を使用するようになっています。つまり、ホストファイルまたはDNSによって実際のIPアドレスを解決する必要があります。

解決策

• ホストファイルに関しては、以下のファイルを編集します:

  Windows

  C:\Windows\System32\Drivers\etc\hosts

  Linux

  /etc/hosts

  Mac

  /etc/hosts

• どちらも利用できない場合(例えば、DNSを使わないAWSファームを利用しているような場合)、RPCの仕組みの方でMQサーバーのIPアドレスの解決を試みることができます。

  • ワークアイテムジョブプロセス内または.hipファイル内にPDGMQ_USE_IP=1環境変数値を指定することで、これを有効化することができます。

• Submit Graph as Jobクックを行なった場合、ファーム上に投入されたジョブがMQサーバーをローカルで実行します。 そういったことから、これによってネットワークの問題を回避することができます。

• MQをそれ自身のジョブやタスクとして実行すると、スケジューラのセットアップによっては、ファームマシンを占領することになります。 さらに、各スケジューラノードは自身のMQサーバーを実行することになります。