AI Center
2020.10
バナーの背景画像
AI Center
最終更新日 2024年3月11日

AI Center の一般的なトラブルシューティングとよくある質問

問題: プロビジョニング ジョブが「Connection checking in progress (接続を確認中)」でブロックされる

プロビジョニング ジョブが「Connection checking in progress (接続を確認中)」でスタックすることがあります。

解決策

この問題を修正するには、以下の手順を行います。

  1. ログを終了し、kubectl get pods コマンドを使用して conn-checker ポッドのステータスを確認します。
  2. Invalid Image Name」と表示されている場合は、kubectl describe <conn-checked-pod-name> コマンドを使用してポッドの説明を表示します。
  3. Failed to apply default image... (既定のイメージの適用に失敗しました...)」というメッセージが [Events] (下部) に表示された場合は、エアギャップ環境と非エアギャップ環境が混在していることを意味する可能性があります。
    1. インフラストラクチャとアプリケーションが同じポッドにインストールされていることを確認します。
    2. ライセンスが同じであることを確認します。yaml ファイルの [airgapped] フィールドの値が true に設定されているか、およびそれが期待どおりの値であるかを確認します。
  4. 問題がライセンスに関連している場合は、バックエンドから変更を行う必要があります。ライセンスの提供者に連絡して変更してもらうか、AI Center チームにお問い合わせください。

問題: ホスト管理者ページのエラー

ホスト管理者ページのエラー (テナント プロビジョニング エラー) が発生した場合は、以下の解決策を使用します。

解決策

Orchestrator および AI Center の仮想マシンのシステム時刻 (夏時間を含む) が同期されていることを確認します。システム時刻が同期されていない場合、Identity Server によって提供されるトークンが 1 時間進んでいる可能性があります。

メッセージ: Kubectl Get Pods -A | Grep Evicted

上記のエラー メッセージにより多数のポッドが退避されていると、マシンの速度が低下したりネットワークの問題を引き起こしたりすることがあります。この問題を解決するには、以下の解決策を使用します。

解決策

この問題を解決するには、以下のスクリプトまたは同様のスクリプトを実行します。

IFS=$'\)
'
for line in $(kubectl get pods -A | awk {'printf "%s,%s,%s\)
", $1,$2,$4'} | grep -E "Evicted"); do 
  ns=$(echo $line | cut -d',' -f1)
  pod=$(echo $line | cut -d',' -f2)
  kubectl delete pod -n $ns $pod
doneIFS=$'\)
'
for line in $(kubectl get pods -A | awk {'printf "%s,%s,%s\)
", $1,$2,$4'} | grep -E "Evicted"); do 
  ns=$(echo $line | cut -d',' -f1)
  pod=$(echo $line | cut -d',' -f2)
  kubectl delete pod -n $ns $pod
done

予測中の ML スキルに関する問題

ポッドの呼び出し中に進行状況を監視するには、スキルに対応するポッドを特定し、Linux マシンに接続して予測実行中のログを確認できるようにする必要があります。最も効率的な方法については、以下の「解決策」セクションをご覧ください。

解決策

スキルに対応するポッドを最も効率的に特定するには、以下の手順を行います。

  1. AI Center アプリケーションに移動します。
  2. [ML スキル] ページに移動します。
  3. ページの検証ツールでネットワークの呼び出しを開きます。
  4. グリッドを更新して ML スキルを取得します。
  5. ML スキルの呼び出しを見つけてプレビューします。
  6. リストから正しい ML スキルを見つけて、[tenant-id] と [id] を検索します。テナント ID は名前空間であり、ポッド名です。


  7. 上記の情報が得られたら、次のコマンドを使用して実行ログを確認します。
    kubectl -n <tenant-id> logs -f <id>kubectl -n <tenant-id> logs -f <id>

これで、スキルの呼び出しプロセスをリアル タイムで確認できます。

パイプラインの実行中の問題

ファイルのアップロードの失敗が原因でパイプラインが失敗します。以下のようなエラー メッセージが表示されます。

2021-04-30 20:59:43,397 - uipath_core.storage.local_storage_client:upload:132 - ERROR:  Failed to upload file: logs/f5f7b9f4-0813-4107-a269-bf65de12444f/train.log.20210430205938 to bucket: training-8319b955-6187-43c3-a46f-612a9ea6f523, error: can't start new thread
2021-04-30 20:59:48,401 - uipath_core.utils.utils:_retries:172 - WARNING:  Function: upload execution failed, retry count 12021-04-30 20:59:43,397 - uipath_core.storage.local_storage_client:upload:132 - ERROR:  Failed to upload file: logs/f5f7b9f4-0813-4107-a269-bf65de12444f/train.log.20210430205938 to bucket: training-8319b955-6187-43c3-a46f-612a9ea6f523, error: can't start new thread
2021-04-30 20:59:48,401 - uipath_core.utils.utils:_retries:172 - WARNING:  Function: upload execution failed, retry count 1

解決策

この問題が既に修正されている新しいバージョンの AI Center (例: 2021.4) にアップグレードします。

OR

現時点でアップグレードが不可能な場合は、次のコマンドを使用してトレーニング ポッド内のログを削除します。

kubectl -n <namespace> exec -it <pod_id> -- sh -c 'rm -rf /microservice/trainer_run_logs'kubectl -n <namespace> exec -it <pod_id> -- sh -c 'rm -rf /microservice/trainer_run_logs'

上記のコマンドでは、次の変数が使用されています。

  • namespace - ポッドの名前空間です。kubectl get namespaces コマンドを実行して取得できます。トレーニングの名前空間は training- で始まります。
  • pod_id - トレーニング ポッドのポッド ID です。これは、上記のトレーニングの名前空間で kubectl get pod を実行して取得できます。

メッセージ: ./export.sh: Line 2: &dollar;'\r': Command Not Found

インポートまたはエクスポート スクリプトを実行すると、次のエラー メッセージが発生する場合があります。

./export.sh: line 2: $'\r': command not found

このエラー メッセージは、スクリプトを使用して ML パッケージをインポートまたはエクスポートするときに表示されます。

解決策

インポートまたはエクスポート スクリプトを実行する前に、次のコマンドを実行します。

dos2unix <filename>dos2unix <filename>

Was this page helpful?

サポートを受ける
RPA について学ぶ - オートメーション コース
UiPath コミュニティ フォーラム
UiPath ロゴ (白)
信頼とセキュリティ
© 2005-2024 UiPath. All rights reserved.