認証情報の設定前提条件出力ダウンロードコマンドをテストするスケジュールされたダウンロードをセットアップするトラブルシューティング

自動ダウンロード

Deadline CLI は、同じコマンドが最後に実行されてから完了したキュー内のすべてのタスクの出力をダウンロードするコマンドを提供します。これは、繰り返し実行する cron ジョブまたはスケジュールされたタスクとして設定できます。この設定では、出力の自動ダウンロードが継続的に設定されます。

自動ダウンロードを設定する前に、ジョブアタッチメントのストレージプロファイルの手順に従って、アップロードとダウンロードのためにアセットデータのすべてのパスを設定します。ジョブがストレージプロファイルにない出力パスを使用する場合、自動ダウンロードはその出力のダウンロードをスキップし、警告メッセージを出力して、ダウンロードしなかったファイルを要約します。同様に、ストレージプロファイルなしでジョブが送信された場合、自動ダウンロードはそのジョブをスキップし、警告メッセージを出力します。デフォルトでは、Deadline Cloud 送信者は、正しい設定を保証するために、ストレージプロファイルの外部にあるパスの警告メッセージを表示します。

AWS 認証情報の設定

自動ダウンロードでは、Deadline CLI を使用してジョブ出力を継続的にダウンロードします。これらのダウンロードを認証するには、長期的な IAM 認証情報が必要です。Deadline Cloud モニターの認証情報の有効期限が切れるため、この目的で使用することはできません。

長期認証情報を設定するには、次の手順に従います。

重要

次の警告に注意してください。

アカウントのルート認証情報を使用して AWS リソースにアクセスしないでください。これらの認証情報は無制限のアカウントアクセスを提供し、取り消すのが困難です。
アプリケーションファイルにリテラルアクセスキーや認証情報を配置しないでください。これを行うと、パブリックリポジトリにプロジェクトをアップロードするなど、誤って認証情報が公開されるリスクが発生します。
プロジェクト領域に認証情報を含むファイルを含めないでください。
アクセスキーを保護します。アカウント識別子を確認するためであっても、アクセスキーを認可されていない当事者に提供しないでください。提供すると、第三者がアカウントへの永続的なアクセスを取得する場合があります。
共有 AWS 認証情報ファイルに保存されている認証情報はすべてプレーンテキストで保存されることに注意してください。

詳細については、 AWS 全般のリファレンスの AWS 「アクセスキーを管理するためのベストプラクティス」を参照してください。

IAM ユーザーの作成

IAM コンソール (https://console.aws.amazon.com/iam/) を開きます。
ナビゲーションペインで [ユーザー]、[ユーザーの作成] の順に選択します。
ユーザーに名前を付けますdeadline-output-downloader。へのユーザーアクセスを許可する AWS マネジメントコンソールのチェックボックスをオフにし、次へを選択します。
[ポリシーを直接アタッチ] を選択します。
ポリシーの作成 を選択して、最低限必要なアクセス許可を持つカスタムポリシーを作成します。

JSON エディタで、次のアクセス許可を指定します。

ポリシーに名前を付けDeadlineCloudOutputDownloadPolicy、ポリシーの作成を選択します。
ユーザー作成ページに戻り、ポリシーリストを更新して、先ほど作成した DeadlineCloudOutputDownloadPolicy を選択し、次へを選択します。
ユーザーの詳細を確認し、ユーザーの作成を選択します。

アクセスキーの作成

ユーザーの詳細ページから、セキュリティ認証情報タブを選択します。[Access keys (アクセスキー)] セクションで、[Create access key (アクセスキーを作成)] を選択します。
Other にキーを使用するように指定し、Next を選択し、Create access key を選択します。
アクセスキーの取得ページで、表示を選択してユーザーのシークレットアクセスキーの値を表示します。認証情報をコピーするか、csv ファイルをダウンロードできます。

ユーザーアクセスキーを保存する

ユーザーアクセスキーをシステムの AWS 認証情報ファイルに保存します。
- ではLinux、ファイルはにあります。 ~/.aws/credentials
- ではWindows、ファイルはにあります。 %USERPROFILE%\.aws\credentials
次のキーを置き換えます。
```
[deadline-downloader]
aws_access_key_id=ACCESS_KEY_ID
aws_secret_access_key=SECRET_ACCESS_KEY
region=YOUR_AWS_REGION
```

重要

この IAM ユーザーが不要になった場合は、AWS セキュリティのベストプラクティスに合わせて削除することをお勧めします。にアクセスするAWS IAM アイデンティティセンターときは、を通じて一時的な認証情報を使用することを人間のユーザーに要求することをお勧めします AWS。

前提条件

自動ダウンロード用の cron ジョブまたはスケジュールされたタスクを作成する前に、次の手順を実行します。

まだインストールしていない場合は、Python ウェブサイトから Python をインストールします。
以下を実行して Deadline CLI をインストールします。
```
python -m pip install deadline
```
次のコマンドを使用して、Deadline CLI のバージョンが 0.52.1 以降であることを確認します。
```
$ deadline --version
deadline, version 0.52.1
```
Deadline Cloud モニターでダウンロードステータスを確認するには、バージョン 0.60.4 以降を使用します。そのバージョンでは、モニタが読み取るダウンロードステータスの記録が開始されました。詳細については、「Deadline Cloud で出力ダウンロードステータスを表示する」を参照してください。

出力ダウンロードコマンドをテストする

環境でコマンドが動作することを検証するには

Deadline へのパスを取得する
Linux and macOS
```
$ which deadline
```
Windows
```
C:\> where deadline
```
PowerShell
```
PS C:\> Get-Command deadline
```

sync-output コマンドを実行してブートストラップします。


  /path/to/deadline queue sync-output \
  --profile deadline-downloader \
  --farm-id YOUR_FARM_ID \
  --queue-id YOUR_QUEUE_ID \
  --storage-profile-id YOUR_PROFILE_ID \
  --checkpoint-dir /path/to/checkpoint/directory \

ダウンロードマシンが送信マシンと同じ場合にのみ、このステップを実行する必要があります。--storage-profile-id YOUR_PROFILE_ID \ 上記のをに置き換えます--ignore-storage-profiles。
テストジョブを送信します。
1. GitHub から .zip ファイルをダウンロードします。
  1. GitHub ウェブサイトで deadline-cloud-samples リポジトリを開きます。
  2. Code を選択し、ドロップダウンメニューから Download ZIP を選択します。
  3. ダウンロードしたアーカイブをローカルディレクトリに解凍します。
2. 実行
```
 cd /path/to/unzipped/deadline-cloud-samples-mainline/job_bundles/job_attachments_devguide_output
```
3. 実行
```
deadline bundle submit .
```
  1. デフォルトの期限設定がない場合は、コマンドラインで以下を指定する必要があります。
```
--farm-id YOUR-FARM-ID --queue-id YOUR-QUEUE-ID
```
4. ジョブが完了するまで待ってから、次のステップに進みます。

sync-output コマンドを再度実行します。


 /path/to/deadline queue sync-output \
  --profile deadline-downloader \
  --farm-id YOUR_FARM_ID \
  --queue-id YOUR_QUEUE_ID \
  --storage-profile-id YOUR_PROFILE_ID \
  --checkpoint-dir /path/to/checkpoint/directory

以下について確認します。
- テストジョブの出力は、送信先ディレクトリに表示されます。
- チェックポイントファイルは、指定されたチェックポイントディレクトリに作成されます。

スケジュールされたダウンロードをセットアップする

オペレーティングシステムのタブを選択すると、5 分ごとに自動ダウンロードを設定する方法がわかります。

Linux

Deadline CLI のインストールを確認する

期限実行ファイルへの正確なパスを取得します。
```
$ which deadline
```
このパス (例: /opt/homebrew/bin/deadline) を plist ファイルで使用することに注意してください。
チェックポイントディレクトリの作成

チェックポイントファイルを保存するディレクトリを作成します。ユーザーがコマンドを実行するための適切なアクセス許可があることを確認します。
```
$ mkdir -p /path/to/checkpoint/directory
```
ログディレクトリの作成

cron ジョブログのディレクトリを作成します。
```
$ mkdir -p /path/to/logs
```
https://www.redhat.com/en/blog/setting-logrotate を使用してログファイルのログローテーションを設定することを検討してください。
現在の Crontab を確認する

現在の crontab を表示して、既存のジョブを表示します。
```
$ crontab -l
```
Crontab の編集

crontab ファイルを開いて編集します。
```
$ crontab -e
```
コマンドを初めて実行すると、エディタ (nano、vim など) を選択するように求められる場合があります。

Cron ジョブエントリの追加

次の行を追加して 5 分ごとにジョブを実行します (パスをステップ 1 と 2 の実際の値に置き換えます）。


*/5 * * * * /path/to/deadline queue sync-output --profile deadline-downloader --farm-id YOUR_FARM_ID --queue-id YOUR_QUEUE_ID --storage-profile-id YOUR_PROFILE_ID --checkpoint-dir /path/to/checkpoint/directory >> /path/to/logs/deadline_sync.log 2>&1

Cron ジョブのインストールを確認する

エディタを保存して終了したら、cron ジョブが追加されていることを確認します。
```
$ crontab -l
```
新しいジョブが一覧表示されます。

Cron サービスのステータスを確認する

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


# For systemd systems (most modern Linux distributions)
$ sudo systemctl status cron
# or
$ sudo systemctl status crond

# For older systems
$ sudo service cron status

実行されていない場合は、起動します。


$ sudo systemctl start cron
$ sudo systemctl enable cron  # Enable auto-start on boot

macOS

Deadline CLI のインストールを確認する

期限実行ファイルへの正確なパスを取得します。
```
$ which deadline
```
このパス (例: /opt/homebrew/bin/deadline) を plist ファイルで使用することに注意してください。
チェックポイントディレクトリとログディレクトリを作成する

チェックポイントファイルを保存するディレクトリを作成します。
```
$ mkdir -p /path/to/checkpoint/directory
$ mkdir -p /path/to/logs
```
https://formulae.brew.sh/formula/logrotate を使用してログファイルのログローテーションを設定することを検討してください。

リストファイルを作成する

次の内容~/Library/LaunchAgents/com.user.deadlinesync.plistでに設定ファイルを作成します ( をステップ 1 の実際のパス/path/to/deadlineに置き換えます）。


<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
    <key>Label</key>
    <string>com.user.deadlinesync</string>
    <key>ProgramArguments</key>
    <array>
        <string>/path/to/deadline</string>
        <string>queue</string>
        <string>sync-output</string>
        <string>--profile</string>
        <string>deadline-downloader</string>
        <string>--farm-id</string>
        <string>YOUR_FARM_ID</string>
        <string>--queue-id</string>
        <string>YOUR_QUEUE_ID</string>
        <string>--storage-profile-id</string>
        <string>YOUR STORAGE PROFILE ID</string>
        <string>--checkpoint-dir</string>
        <string>/path/to/checkpoint/dir</string>
    </array>
    <key>RunAtLoad</key>
    <true/>
    <key>UserName</key>
    <string>YOUR_USER_NAME</string>
    <key>StandardOutPath</key>
    <string>/path/to/logs/deadline_sync.log</string>
    <key>StartInterval</key>
    <integer>300</integer>
</dict>
</plist>

ダウンロードするマシンが送信マシンと同じ--ignore-storage-profiles場合は、--storage-profile-id YOUR_PROFILE_ID上記のをに置き換えます。

リストファイルを検証する

plist ファイルの XML 構文を検証します。
```
$ plutil -lint ~/Library/LaunchAgents/com.user.deadlinesync.plist
```
ファイルが有効な場合、コマンドは「OK」を返します。
既存の起動エージェントまたは起動デーモンを確認する

起動エージェントが既にロードされているかどうかを確認します。
```
$ launchctl list | grep deadlinesync
OR
$ sudo launchctl list | grep deadlinesync
```
存在する場合は、まずアンロードします。
```
$ launchctl bootout gui/$(id -u)/com.user.deadlinesync
OR
$ sudo launchctl bootout system/com.user.deadlinesync
```
作成とブートストラップ

ユーザーがログインしている間にこのタスクを実行するには、LaunchAgent として実行します。マシンが実行されるたびにユーザーがログインせずにこのタスクを実行するには、LaunchDaemon として実行します。
1. LaunchAgent としてを実行するには:
  1. で作成された設定を使用する ~/Library/LaunchAgents/com.user.deadlinesync.plist
  2. 次に、ブートストラップコマンドを使用して設定をロードします。
```
$ launchctl bootstrap gui/$(id -u) ~/Library/LaunchAgents/com.user.deadlinesync.plist
```
2. LaunchDaemon として実行するには:
  1. 以下を実行して、Pilst ファイルを移動し、アクセス許可を変更します。
```
$ sudo mv ~/Library/LaunchAgents/com.user.deadlinesync.plist /Library/LaunchDaemons/ 
$ sudo chown root:wheel /Library/LaunchDaemons/com.user.deadlinesync.plist 
$ sudo chmod 644 /Library/LaunchDaemons/com.user.deadlinesync.plist
```
  2. 最新のブートストラップコマンドを使用して起動エージェントをロードします。
```
$ sudo launchctl bootstrap system /Library/LaunchDaemons/com.user.deadlinesync.plist
```
ステータスの確認

LaunchAgent をブートストラップした場合は、以下を実行してロードされていることを確認します。
```
$ launchctl list | grep deadlinesync
```
LaunchDaemon をブートストラップした場合は、以下を実行してロードされていることを確認します。
```
$ sudo launchctl list | grep deadlinesync
```
出力は次のようになります。
```
SOME_PID_NUMBER 0 com.user.deadlinesync
```
詳細なステータス情報については、以下を参照してください。
```
$ launchctl print gui/$(id -u)/com.user.deadlinesync
```
現在の状態、プログラム引数、環境変数、実行間隔、実行履歴が表示されます。

Windows

注記

これらの手順を使用して作成されたスケジュールされたタスクは、ユーザーがログインしている場合にのみ機能します。

ユーザーログインを必要とせずにシステム起動時にセットアップするには、Microsoft ウェブサイトの公式Windowsドキュメントを参照してください。

以下のすべてのステップで、コマンドプロンプトを使用します。管理者として実行します。

Deadline CLI のインストールを確認する

期限の実行可能ファイルを見つけます。
```
C:\> where deadline
```
タスクで使用するフルパス ( などC:\Program Files\Amazon\DeadlineCloud\deadline.exe) を書き留めます。
チェックポイントディレクトリの作成

チェックポイントファイルを保存するディレクトリを作成します。
```
C:\> mkdir "path\to\checkpoint\directory"
```
ログディレクトリの作成

タスクログのディレクトリを作成します。
```
C:\> mkdir "path\to\logs"
```

バッチファイルラッパーの作成

次の内容のバッチファイルを作成します。


C:\> notepad C:\path\to\deadline_sync.bat


YOUR_PATH_TO_DEADLINE.EXE queue sync-output --profile deadline-downloader --farm-id YOUR_FARM_ID --queue-id YOUR_QUEUE_ID --storage-profile-id YOUR_PROFILE_ID --checkpoint-dir path\to\checkpoint\checkpoints > path\to\logs\deadline.log 2>&1

バッチファイルのテスト

バッチファイルを手動でテストします。
```
C:\> .\path\to\deadline_sync.bat
```
ログファイルが作成されたことを確認します。
```
C:\> notepad path\to\logs\deadline_sync.log
```
タスクスケジューラサービスの確認

Task Scheduler サービスが実行されていることを確認します。
```
C:\> sc query "Schedule"
```
サービスが存在しない場合は、代替名を試してください。
```
C:\> sc query "TaskScheduler"
C:\> sc query "Task Scheduler"
```
実行されていない場合は、起動します。
```
C:\> sc start "Schedule"
```
スケジュールされたタスクの作成

5 分ごとに実行するタスクを作成します。
```
C:\> schtasks /create /tn "DeadlineOutputSync" /tr "C:\path\to\deadline_sync.bat" /sc minute /mo 5
```
コマンドの内訳:
- /tn - タスク名
- /tr - 実行するタスク (バッチファイル)
- /sc minute /mo 5 - スケジュール: 5 分ごと
タスク作成の検証

タスクが正常に作成されたことを確認します。
```
schtasks /query /tn "DeadlineOutputSync" /v /fo LIST
```
以下を探します。
- 実行するタスク: バッチファイルパスを表示します
- 次の実行時間: 5 分以内に時間を表示する必要があります
テストタスクの実行

タスクを手動で実行してテストします。
```
schtasks /run /tn "DeadlineOutputSync"
```
タスクのステータスを確認します。
```
schtasks /query /tn "DeadlineOutputSync"
```

セットアップを確認する

自動ダウンロードの設定が成功したことを確認するには、次の手順を実行します。

新しいテストジョブを送信します。
1 つのスケジューラ間隔が完了するまで待ちます。この場合は 5 分です。
新しい出力が自動的にダウンロードされることを確認します。

出力がダウンロードされない場合は、プロセスログのトラブルシューティングセクションを確認してください。

自動ダウンロードのトラブルシューティング

自動ダウンロードで問題が発生した場合は、以下を確認してください。

エラーコードのダウンロード

ダウンロードが失敗すると、Deadline Cloud モニターのダウンロードステータス列に理由が付けられ、deadline queue sync-outputコマンドは次のいずれかのエラーコードを記録します。これらのエラーのほとんどは、ダウンロードコマンドを実行するマシンで解決されます。これは、多くの場合、モニタを表示するマシンとは異なるマシンです。

PERMISSION_DENIED (アクセス許可が拒否されました): ダウンローダーは出力場所に書き込むことが許可されていないか、 AWS 認証情報がアクセスを拒否されました。ダウンロードコマンドを実行するユーザーに出力場所への書き込みアクセス権を付与し、コマンドの AWS プロファイルがキューにアクセスできることを確認し、コマンドを再度実行します。
DISK_FULL (ディスクがいっぱい): ダウンロードを実行しているマシンのディスク容量が不足しました。出力場所を保持するドライブのスペースを解放し、コマンドを再度実行します。
PATH_NOT_FOUND (パスが見つかりません): 出力先が存在しないか、ダウンロードを実行しているマシンにマウントされていません。ディレクトリを作成するか、共有ドライブをマウントしてから、コマンドを再度実行します。
NETWORK_ERROR (ネットワークエラー): ネットワーク中断により転送が停止しました。通常、ネットワークエラーは一時的なものです。コマンドを再度実行し、エラーが繰り返された場合はマシンの接続を確認します。
UNKNOWN (失敗): ダウンローダーが特定の原因を特定できませんでした。モニターには、このコードと認識されないコードの失敗が表示されます。deadline queue sync-output コマンドのログ出力で、基になるエラーを確認します。

ダウンロードに失敗したジョブは、後で実行されるたびに自動的に再試行されます。5 回失敗すると、ダウンローダーはジョブの再試行を停止し、警告を表示します。原因を修正したら、ジョブが終了した時点をカバーするルックバックウィンドウで download コマンドを実行して、ジョブを復旧します。


deadline queue sync-output --farm-id FARM_ID --queue-id QUEUE_ID \
    --storage-profile-id STORAGE_PROFILE_ID \
    --force-bootstrap --bootstrap-lookback-minutes 1440

両方のフラグを一緒に渡します。--bootstrap-lookback-minutes オプションはデフォルトで 0 になるため、--force-bootstrap単独では何も復旧しません。

ジョブがスキップされたのはなぜですか?

ダウンローダーがジョブをスキップすると、Download ステータス列はセル内で直接理由に名前を付けます。

アタッチメントなし (no_attachments): ジョブはジョブアタッチメントで送信されなかったため、ダウンロードする出力ファイルが記録されていません。一部のジョブはダウンロード可能な出力を生成しないため、アタッチメントのないスキップされたジョブには通常アクションは必要ありません。
ストレージプロファイルがありません (missing_storage_profile): ダウンロードコマンドがそれを使用している間、ジョブはストレージプロファイルなしで送信されたため、ダウンローダーはジョブのファイルが各マシンのどこに属しているかを知りません。ストレージプロファイルが設定されるまで、ジョブのダウンロードはありません。ジョブのストレージプロファイルはジョブの送信時に設定されるため、ストレージプロファイルを使用してジョブを送信し、同じプロファイルをダウンロードコマンドに渡します。タスクテーブルの欠落ストレージプロファイルのステータスは、説明、ドキュメントリンク、AI によるトラブルシューティングボタンを開くリンクです。詳細については、「ジョブアタッチメントのストレージプロファイル」を参照してください。

理由が表示されないスキップされたジョブは、出力を生成する前にキャンセルまたは停止されました。アクションは必要ありません。

ダウンロードの問題ですか、レンダリングの問題ですか。

タスクのダウンロードステータス列の問題は、2 つの異なるモノを意味し、それらには異なる修正があります。ステータステキストには、持っているものが表示されます。

実行ステータスがであるタスクの出力は、タスクがファームでレンダリングに失敗したFAILEDことを意味します。ファイルが生成されなかったため、ダウンロードするものはありませんでした。ドライブとネットワークは問題ありません。タスクのログを確認して、レンダリングエラーを見つけて修正し、タスクを再キューに入れます。タスクは、ファイルを記述せずに正常に終了した後に出力なしを表示することもできます。これは正常であり、アクションは必要ありません。
アクセス許可の拒否などのエラー名は、レンダリングされたタスクとその出力が存在し、ファイルシステムへのファイルのコピーが失敗したことを意味します。を使用してエラーを解決しますエラーコードのダウンロード。

ジョブテーブルでは、両方の問題がジョブのダウンロードの進行状況バーに赤いセグメントとして表示されます。ジョブのタスクテーブルを開いて、それらを区別します。すべてのタスクが失敗したジョブは出力を生成しなかったため、ダウンロードエラーの代わりにダッシュが表示されます。ジョブ独自のステータス列は、その失敗を報告します。これらのレンダリング失敗ケースでダウンロードを診断すると時間が浪費されるため、必ず最初にタスクの実行ステータスを確認してください。

AI を使用したトラブルシューティング

赤色の出力同期失敗インジケータを含む Deadline Cloud モニターのダウンロード失敗メッセージには、AI によるトラブルシューティングボタンが含まれています。ボタンで Deadline Cloud Assistant が開き、キューのダウンロードステータスレコードが読み取られ、修正のために実行するコマンドなど、特定の障害について説明します。

エラーコードの修正を試みた後にダウンロードが失敗し続ける場合、認識できないエラーが表示される場合、または問題がどのマシンにあるかわからない場合に、に到達します。モニタで Deadline Cloud Assistant が有効になっている場合、ボタンが表示されます。詳細については、「Deadline クラウドアシスタント」を参照してください。

ストレージプロファイルの問題

ログファイル[Errno 13] Permission deniedの [Errno 2] No such file or directoryやなどのエラーは、ストレージプロファイルの欠落や設定ミスに関連している可能性があります。
ダウンロードマシンが送信マシンと異なる場合にストレージプロファイルを設定する方法については、「ストレージプロファイル」を参照してください。
同じマシンのダウンロードの場合は、 --ignore-storage-profilesフラグを試してください。

ディレクトリ権限

スケジューラサービスユーザーに以下があることを確認します。
- チェックポイントディレクトリへの読み取り/書き込みアクセス
- 出力先ディレクトリへの書き込みアクセス
Linux およびの場合macOS、 ls -la を使用してアクセス許可を確認します。
についてはWindows、「プロパティ」フォルダのセキュリティ設定を確認してください。

スケジューラログの確認

Linux

cron サービスが実行されているかどうかを確認します。



# For systemd systems
$ sudo systemctl status cron
# or
$ sudo systemctl status crond

# Check if your user has cron job correctly configured
$ crontab -l

cron 実行ログを表示します。



# Check system logs for cron activity (most common locations)
$ sudo tail -f /var/log/syslog | grep CRON
$ sudo tail -f /var/log/cron.log | grep deadline

# View recent cron logs
$ sudo journalctl -u cron -f
$ sudo journalctl -u crond -f  # On some systems

特定の cron ジョブログを確認します。



# View the log file specified in your cron job
$ tail -100f /path/to/logs/deadline_sync.log

システムログで cron ジョブ実行を検索します。



# Look for your specific cron job executions
$ sudo grep "deadline.*sync-output" /var/log/syslog

# Check for cron job starts and completions
$ sudo grep "$(whoami).*CMD.*deadline" /var/log/syslog

チェックポイントファイルの更新を確認します。



# List checkpoint files with timestamps
$ ls -la /path/to/checkpoint/directory/

# Check when checkpoint was last modified
$ stat /path/to/checkpoint/directory/queue-*_download_checkpoint.json

ログファイルを確認します。



$ ls -la /path/to/log/deadline_sync.log

macOS

起動エージェント実行ログの表示:

起動エージェントが実行中かどうかを確認します。
```
$ sudo launchctl list | grep deadlinesync
       
```
出力には以下が表示されます PID Status Label (PID は、現在実行中で-ない場合になります。これは間隔ジョブでは正常です)
詳細な起動エージェントのステータスを表示します。
```
$ sudo launchctl print system/com.user.deadlinesync
       
```
実行履歴、最後の終了コード、実行数、現在の状態が表示されます。

起動エージェントの実行ログを表示します。



# View recent logs (last hour)
log show --predicate 'subsystem contains "com.user.deadlinesync"' --last 1h

# View logs from a specific time period
log show --predicate 'subsystem contains "com.user.deadlinesync"' --start '2024-08-27 09:00:00'

即時テストのために起動エージェントを強制実行します。
```
$ sudo launchctl kickstart gui/$(id -u)/com.user.deadlinesync
       
```
これにより、スケジュールに関係なくジョブがすぐにトリガーされ、テストに役立ちます。

チェックポイントファイルの更新を確認します。



# List checkpoint files with timestamps
$ ls -la /path/to/checkpoint/directory/

ログファイルを確認します。



$ ls -la /path/to/log/deadline_sync.log

Windows

Task Scheduler サービスが実行されているかどうかを確認します。
```
C:\> sc query "Schedule"
```
サービスが存在しない場合は、代替名を試してください。
```
C:\> sc query "TaskScheduler"
C:\> sc query "Task Scheduler"
```

スケジュールされたタスクを表示します。



C:> schtasks /query /tn "DeadlineOutputSync"

タスクのログファイルを確認します。



# View the log file created by your batch script
C:> notepad C:\path\to\logs\deadline_sync.log

チェックポイントファイルの更新を確認します。



# List checkpoint files with timestamps
C:> dir "C:\path\to\checkpoint\directory" /od

ブラウザで JavaScript が無効になっているか、使用できません。

AWS ドキュメントを使用するには、JavaScript を有効にする必要があります。手順については、使用するブラウザのヘルプページを参照してください。

ドキュメントの表記規則

仮想ファイルシステム

支出と使用状況を追跡する