EXE インストーラー使用時のプロジェクト依存関係

現象

Robot が、v2019.2 以前の Studio で作成され、ローカルまたは Orchestrator ではなくオフィシャルフィードまたは Go! フィード上に依存関係があるプロセスを、ダウンロードまたは実行できません。

原因

UiPathStudioSetup.exe (通常は Community Edition のセットアップ) インストーラーを使用して Studio をデプロイした場合、Robot はユーザーモードでインストールされます。そのため、この Robot がダウンロードおよびインストールできるのは、ローカルまたは接続先の Orchestrator インスタンスにあるプロジェクト依存関係のみです。

解決策 A

すべてのプロジェクト依存関係をオフィシャルフィードから手動でダウンロードし、接続先の Orchestrator インスタンスにアップロードします。

解決策 B

Studio からオフィシャルフィードを有効化して、Robot サービスを再起動します (UiPath.Service.UserHost)。ロボットエージェント (トレイ) を開き、そこからプロセスを開始します。これで、対応する依存関係が適切にダウンロードされるようになります。

Robot が実行を開始できない

現象

このシナリオでは、Robot はプロセスの実行を開始できず、次のエラーをスローします。

Executor start process failed, reason System.Runtime.InteropServices.COMException: A specified logon session does not exist. It may already have been terminated.

原因 A

ロボット端末に十分なリソース (CPU、RAM、ディスクスペースなど) がないため、Robot Executor がプロセスを開始できません。

解決策 A

次を確認または実行します。

ロボット端末に十分なリソース (CPU、RAM、ディスクスペースなど) があることを確認します。
mstsc コマンドライン機能を使用して接続時間が 61 秒以上であることを確認します。60 秒以下の場合はエラーが表示されます。

原因 B

ログオンセッションを作成できません。これは、次の状況で発生する可能性があります。

高密度ロボットの [コンソールへログイン] が true に設定されています。この場合、Robot サービスは現在のコンソールセッションにアタッチします。一度にアクティブにできるコンソールセッションは 1 つのみであるため、高密度ロボットには推奨されません。
スタンドアロンの Windows (サーバーではない) で複数の RDP セッションを使用しています。スタンドアロンの Windows は、マシンごとに一度に 1 つの RDP セッションしか処理できませんが、Windows Server は複数の RDP セッションを処理できます。

解決策 B

この場合、次のいずれかを実行する必要があります。

[コンソールへログイン] が [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 サービスを再起動する必要があります。
Check if your Remote Desktop License is active on the Robot machine. You can find out more on this page.
Robot が適切なグループに属しているかどうかを確認します。ローカルユーザーは同じリモートデスクトップグループに属している必要があります。
ロボット端末への RDP 接続のユーザー名が、構成済みのユーザー名と一致しているかを確認します。このエラーを回避するには、ロボット端末上のすべての RDP 接続をサインオフします。

パスワードが入力されていない

現象

パスワードフィールドに入力せずに Orchestrator でロボットを作成すると、プロセスの実行を開始できなくなります。また、ロボット端末の権限を変更した場合にもこの問題が発生する可能性があります。

Orchestrator またはロボットエージェント (トレイ) からプロセスを開始すると、次のエラーメッセージが表示されます。

Executor start process failed, reason System.UnauthorizedAccessException: Access is denied.

原因 A

ロボットがパスワードなしで作成されました。

解決策 A

こちらの記載に従ってロボットを編集し、次のフィールドが正しく設定されていることを確認してください。

ドメイン\ユーザー名 - Robot がインストールされている端末への接続に使用しているユーザー名です。ユーザーがドメイン内の場合、DOMAIN\UserName 形式で指定する必要があります。コマンドプロンプトの Whoami コマンドを使用すると簡単に見つけることができます。
パスワード - マシンの Windows パスワードです。Attended ロボットの場合は不要です。

原因 B

SCM で管理された Robot サービスが実行されていません。詳しくは「Robot のデプロイの種類について」をご覧ください。

解決策 B

Robot サービスが実行されていることを確認します。

Windows の [スタート] ボタンをクリックし、Services.msc を検索して開きます。[サービス] ウィンドウが表示されます。
UiPath Robot サービスを見つけ、ダブルクリックします。[UiPath Robot のプロパティ] パネルが表示されます。
[ログオン] から [ローカルシステムアカウント] オプションを選択します。
[適用] ボタンをクリックしてウィンドウを閉じ、変更を確定します。これにより、Robot サービスが実行されており、プロセスの実行に必要な特権をすべて持っていることが確認されます。

原因 C

ロボット端末に管理者権限がありません。

解決策 C

Orchestrator でロボットを作成した際に使用した資格情報のセットを使用して、ロボット端末にログインします。プロセスがロボットエージェント (トレイ) から開始できない場合、ネットワーク管理者に連絡して、そのユーザーアカウントの管理者権限を許可する必要があります。

Robot サービスへの接続がない

現象

プロセスの実行を開始できないことがあります。これは、Robot サービスが実行されているかどうかにかかわらず発生する可能性があります。

Orchestrator またはロボットエージェント (トレイ) からプロセスを開始すると、次のエラーメッセージが表示されます。

Get settings from service failed, reason System.Exception: Could not connect to UiPath Robot Service.

原因 A

Robot サービスが実行されていません。

解決策 A

この場合、次のように、Robot サービスを手動で開始する必要があります。

Windows の [スタート] ボタンをクリックし、Services.msc を検索して開きます。[サービス] ウィンドウが表示されます。
UiPath Robot サービスを見つけて、右クリックします。コンテキストメニューが表示されます。
[開始] をクリックして、Robot サービスをアクティブ化します。これにより、Windows ログオン時に Robot サービスが開始されます。

ロボット端末が起動するたびにこれらの手順を繰り返す必要がある場合は、以下で説明するように、Windows のサービスタイムアウト値を増やす必要があります。

原因 B

Robot サービスの開始に時間がかかりすぎています。

解決策 B

Windows は、指定された時間内に読み込まれないサービスを報告します。既定では、このタイムアウト値は 30 秒です。これは、Robot サービスには不十分な場合があります。この値を増やすには、次を行います。

Windows レジストリエディターを開きます。
Navigate to the
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control
registry key, and select the Control subkey.
ServicesPipeTimeout の値が使用できない場合は、次のように作成します。
3.1.Control サブキーを右クリックし、[新規] メニューから [DWORD (32 ビット) 値] を選択します。空の DWORD 値が新規に作成されます。
3.2.新しい値の名前として ServicesPipeTimeout と入力します。
ServicesPipeTimeout DWORD 値をダブルクリックします。[DWORD (32 ビット) 値の編集] ウィンドウが表示されます。
[ベース] セクションから [小数] オプションを選択します。
[値のデータ] フィールドに「180000」を入力します。これにより、ServicesPipeTimeout の既定値が 3 分になります。この値は、すべての Windows サービスが適切に読み込まれるのに十分な時間である必要があります。
Windows レジストリエディターを閉じ、コンピューターを再起動して、変更を有効にします。

原因 C

ロボット端末の権限が正しくありません。この場合、Robot サービスも実行中と表示される場合があります。

解決策 C

次の手順で、サービスへの権限を Windows レジストリエディターから付与します。

Windows レジストリエディターを開きます。
Navigate to the
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet registry key.
Control サブキーを右クリックし、[権限] をクリックします。[コントロールの権限] ウィンドウが表示されます。
[グループ名またはユーザー名] セクションからログインしているユーザーを選択します。
[権限] セクションで [フルコントロール] の [許可] オプションを有効化します。これにより、Robot に必要な権限が付与されます。
[適用] と [OK] をクリックして、変更を確認し、ウィンドウを閉じます。
変更を反映するために、コンピューターを再起動します。

上記の変更が行えない場合は、ネットワーク管理者に連絡してください。

Robot がパッケージをダウンロードできない

現象

%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 はパッケージをダウンロードできません。

解決策

以前にインストールしたパッケージを %UserProfile%\.nuget\Packages フォルダーから削除し、再度ダウンロードします。

セッションの接続を解除できない

[対話型ワークフローを起動] アクティビティで開始されたワークフローの実行後に、セッションの接続が解除されません。この問題は、Robot を VDI 環境で実行し、[コンソールにログイン] オプションと [セッション接続を保持] オプションが有効化されている場合に発生します。v2018.2 以降、[対話型ワークフローを起動] アクティビティは廃止されている点にご注意ください。

'System.Collections.IEnumerable' をシリアル化できない

現象

[タスク完了まで待機して再開] アクティビティでデータテーブルを使用すると、「Exception: Type 'System.Collections.IEnumerable' cannot be serialized. (例外: 種類 'System.Collections.IEnumerable' をシリアル化できません。)」というエラーが表示されます。

原因

DataRow はシリアル化できないため、ワークフローの永続化時に DataRow をシリアル化することができません。この現象は、DataRow 型変数を作成し、その後に待機 (永続化) しようとする場合にも発生します。

解決策

DataRows(System.Data.DataRow) に対してループ処理を行うときに、[フォームタスクを作成] アクティビティを実行し、タスクオブジェクト (出力) のリストを作成します。
その後、[並列繰り返し (コレクションの各要素)] または [繰り返し (コレクションの各要素)] を使用してタスクオブジェクト (出力) のリストに対してループ処理を行い、[タスク完了まで待機して再開] アクティビティを実行します。