- リリース ノート
- 基本情報
- UiPath Assistant
- インストールとアップグレード
- ロボットの種類
- Robot のコンポーネント
- ライセンス
- Robot を Orchestrator に接続する
- プロセスとアクティビティ
- ログ
- Robot JavaScript SDK
- 特定のシナリオ
- トラブルシューティング
よく発生する Robot のエラー
このセクションでは、ロボットによく発生するエラーの詳細と解決方法について説明します。
Robot が、v2019.2 以前の Studio で作成され、ローカルまたは Orchestrator ではなくオフィシャル フィードまたは Go! フィード上に依存関係があるプロセスを、ダウンロードまたは実行できません。
UiPathStudioSetup.exe (通常は Community Edition のセットアップ) インストーラーを使用して Studio をデプロイした場合、Robot はユーザー モードでインストールされます。そのため、この Robot がダウンロードおよびインストールできるのは、ローカルまたは接続先の Orchestrator インスタンスにあるプロジェクト依存関係のみです。
このシナリオでは、Robot はプロセスの実行を開始できず、次のエラーをスローします。
Executor start process failed, reason System.Runtime.InteropServices.COMException: A specified logon session does not exist.
It may already have been terminated.
次を確認または実行します。
- ロボット端末に十分なリソース (CPU、RAM、ディスク スペースなど) があることを確認します。
mstscコマンド ライン機能を使用して接続時間が 61 秒以上であることを確認します。60 秒以下の場合はエラーが表示されます。
ログオン セッションを作成できません。これは、次の状況で発生する可能性があります。
- 高密度ロボットの [コンソールへログイン] が true に設定されています。この場合、Robot サービスは現在のコンソール セッションにアタッチします。一度にアクティブにできるコンソール セッションは 1 つのみであるため、高密度ロボットには推奨されません。
- スタンドアロンの Windows (サーバーではない) で複数の RDP セッションを使用しています。スタンドアロンの Windows は、マシンごとに一度に 1 つの RDP セッションしか処理できませんが、Windows Server は複数の RDP セッションを処理できます。
この場合、次のいずれかを実行する必要があります。
- [コンソールへログイン] が [false] に設定されています。これは、Robot サービスがロボット端末からそれ自体への RDP 接続を開始し、アタッチすることを意味します。これは、高密度ロボットに推奨される方法です。
- Windows のバージョンを確認してください。Windows Server である必要があります。詳しくは「高密度ロボット用の Windows Server を設定する」をご覧ください。
- 使用している Studio/Robot のバージョンが v2018.1.3 以降か確認します。このバージョンでは、KB4088876 (Windows 8.1 または Windows Server 2012 R2 Standard)、KB4088875 (Windows Server 2008 R2 SP1、Windows 7 SP1)、KB4088787 (Windows Server 2016、Windows 10 バージョン 1607)、および KB4088776 (Windows 10 バージョン 1709) Windows 更新プログラムによって発生した問題が修正されています。詳しくは、「ソフトウェア要件」をご覧ください。
- ロボット端末の
UiPath_Session_Timeout環境変数の値を増やします。既定値は 60 秒ですが、一部のマシンのパフォーマンスの低下により、この値では不十分な場合があります。環境変数は秒単位で設定されており、この変数を変更した後は Robot サービスを再起動する必要があります。 - ロボット端末上でリモート デスクトップ ライセンスがアクティベーションされているかを確認します。詳細はこちらのページをご覧ください。
- Robot が適切なグループに属しているかどうかを確認します。ローカル ユーザーは同じリモート デスクトップ グループに属している必要があります。
- ロボット端末への RDP 接続のユーザー名が、構成済みのユーザー名と一致しているかを確認します。このエラーを回避するには、ロボット端末上のすべての RDP 接続をサインオフします。
パスワード フィールドに入力せずに Orchestrator でロボットを作成すると、プロセスの実行を開始できなくなります。また、ロボット端末の権限を変更した場合にもこの問題が発生する可能性があります。
Orchestrator またはロボット エージェント (トレイ) からプロセスを開始すると、次のエラー メッセージが表示されます。
Executor start process failed, reason System.UnauthorizedAccessException: Access is denied.
こちらの記載に従ってロボットを編集し、次のフィールドが正しく設定されていることを確認してください。
- ドメイン\ユーザー名 - Robot がインストールされている端末への接続に使用しているユーザー名です。ユーザーがドメイン内の場合、
DOMAIN\UserName形式で指定する必要があります。コマンド プロンプトのWhoamiコマンドを使用すると簡単に見つけることができます。 - パスワード - マシンの Windows パスワードです。Attended ロボットの場合は不要です。
SCM で管理された Robot サービスが実行されていません。詳しくは「Robot のデプロイの種類について」をご覧ください。
Robot サービスが実行されていることを確認します。
- Windows の [スタート] ボタンをクリックし、
Services.mscを検索して開きます。[サービス] ウィンドウが表示されます。 - UiPath Robot サービスを見つけ、ダブルクリックします。[UiPath Robot のプロパティ] パネルが表示されます。
- [ログオン] から [ローカル システム アカウント] オプションを選択します。
- [適用] ボタンをクリックしてウィンドウを閉じ、変更を確定します。これにより、Robot サービスが実行されており、プロセスの実行に必要な特権をすべて持っていることが確認されます。
プロセスの実行を開始できないことがあります。これは、Robot サービスが実行されているかどうかにかかわらず発生する可能性があります。
Orchestrator またはロボット エージェント (トレイ) からプロセスを開始すると、次のエラー メッセージが表示されます。
Get settings from service failed, reason System.Exception: Could not connect to UiPath Robot Service.
この場合、次のように、Robot サービスを手動で開始する必要があります。
- Windows の [スタート] ボタンをクリックし、
Services.mscを検索して開きます。[サービス] ウィンドウが表示されます。 - UiPath Robot サービスを見つけて、右クリックします。コンテキスト メニューが表示されます。
- [開始] をクリックして、Robot サービスをアクティブ化します。これにより、Windows ログオン時に Robot サービスが開始されます。
ロボット端末が起動するたびにこれらの手順を繰り返す必要がある場合は、以下で説明するように、Windows のサービス タイムアウト値を増やす必要があります。
Windows は、指定された時間内に読み込まれないサービスを報告します。既定では、このタイムアウト値は 30 秒です。これは、Robot サービスには不十分な場合があります。この値を増やすには、次を行います。
- Windows レジストリ エディターを開きます。
-
以下に移動します。
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Controlレジストリ キーを選択し、Controlサブキーを選択します。 -
ServicesPipeTimeoutの値が使用できない場合は、次のように作成します。3.1.Controlサブキーを右クリックし、[新規] メニューから [DWORD (32 ビット) 値] を選択します。空の DWORD 値が新規に作成されます。3.2.新しい値の名前として ServicesPipeTimeout と入力します。
ServicesPipeTimeoutDWORD 値をダブルクリックします。[DWORD (32 ビット) 値の編集] ウィンドウが表示されます。- [ベース] セクションから [小数] オプションを選択します。
- [値のデータ] フィールドに「180000」を入力します。これにより、
ServicesPipeTimeoutの既定値が 3 分になります。この値は、すべての Windows サービスが適切に読み込まれるのに十分な時間である必要があります。 - Windows レジストリ エディターを閉じ、コンピューターを再起動して、変更を有効にします。
次の手順で、サービスへの権限を Windows レジストリ エディターから付与します。
- Windows レジストリ エディターを開きます。
-
以下に移動します。
レジストリ キーHKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet Controlサブキーを右クリックし、[権限] をクリックします。[コントロールの権限] ウィンドウが表示されます。- [グループ名またはユーザー名] セクションからログインしているユーザーを選択します。
- [権限] セクションで [フル コントロール] の [許可] オプションを有効化します。これにより、Robot に必要な権限が付与されます。
- [適用] と [OK] をクリックして、変更を確認し、ウィンドウを閉じます。
- 変更を反映するために、コンピューターを再起動します。
上記の変更が行えない場合は、ネットワーク管理者に連絡してください。
%UserProfile%\.nuget\Packages フォルダーに、対応するプロジェクトの .nupkg ファイルを含むパッケージ バージョンとそれを含まないパッケージ バージョンが既に含まれている場合、Robot が新しいパッケージ バージョンのダウンロードに失敗します。
この問題は、特定のシナリオで発生します。
- v2019.4 以降の Studio/Robot がインストールされている状態で Orchestrator からパッケージをダウンロードして実行します。このパッケージは
%UserProfile%\.nuget\Packagesフォルダーにインストールされ、対応する.nupkgファイルが含まれています。 - Studio/Robot の現在のバージョンをアンインストールします。
- v2019.4 以前の Studio/Robot をインストールし、Orchestrator から以前のパッケージをダウンロードして実行します。以前のパッケージは削除されず、新しいパッケージには対応する
.nupkgファイルが含まれていません。 -
Studio/Robot を v2019.4 以降にアップグレードしてパッケージを再度ダウンロードしようとすると、次のエラーが発生して失敗します。
.nupkg ファイルが見つからないため、Robot はパッケージをダウンロードできません。
[対話型ワークフローを起動] アクティビティで開始されたワークフローの実行後に、セッションの接続が解除されません。この問題は、Robot を VDI 環境で実行し、[コンソールにログイン] オプションと [セッション接続を保持] オプションが有効化されている場合に発生します。v2018.2 以降、[対話型ワークフローを起動] アクティビティは廃止されている点にご注意ください。
[タスク完了まで待機して再開] アクティビティでデータ テーブルを使用すると、「Exception: Type 'System.Collections.IEnumerable' cannot be serialized. (例外: 種類 'System.Collections.IEnumerable' をシリアル化できません。)」というエラーが表示されます。
DataRow はシリアル化できないため、ワークフローの永続化時に DataRow をシリアル化することができません。この現象は、DataRow 型変数を作成し、その後に待機 (永続化) しようとする場合にも発生します。
