サポート・バンドルの使用

サポート・バンドルは、問題の評価および修正に使用される、Private Cloud Applianceから収集された診断データのファイルです。

サポート・バンドルは、Oracleサポートに自動的にアップロードすることも、手動でアップロードすることもできます。 サポート・バンドルは安全にアップロードされ、最小限必要なデータが含まれます: システム・アイデンティティ (IPアドレスではない)、問題の症状、およびログやステータスなどの診断情報。

サポート・バンドルは作成でき、アップロードできません。 自分で使用するためにバンドルを作成することもできます。 サポート・バンドルの作成は、関連データを収集する便利な方法です。

サポート・バンドルは、次の方法で作成およびアップロードされます:

Oracle Auto Service Request (ASR)

ASR 特定のハードウェア障害が発生すると、サービス・リクエストおよびサポート・バンドルが自動的に作成されます。 サービス・リクエストおよびサポート・バンドルはOracleサポートに自動的に送信され、Private Cloud Appliance管理者に通知されます。 「Oracle Auto Service Requestの使用」を参照してください。

asrInitiateBundle

asrInitiateBundleコマンドは、サポート・バンドルを作成し、サポート・バンドルを既存のサービス・リクエストに添付し、サポート・バンドルをOracleサポートにアップロードするPCA-ADMINコマンドです。 「asrInitiateBundleコマンドの使用」を参照してください。

support-bundles

support-bundlesコマンドは、指定したタイプのサポート・バンドルを作成する管理ノード・コマンドです。 Oracleサポートでは、このコマンドを実行してサービス・リクエストに関連するより多くのデータを収集するように求められる場合や、ユーザー自身で使用するためにこのデータを収集する必要がある場合があります。 「support-bundlesコマンドの使用」を参照してください。

Oracleサポートへの手動アップロード

サポート・バンドルまたはその他のデータをOracleサポートにアップロードするには、いくつかのメソッドを使用できます。 「サポート・バンドルのOracle Supportへのアップロード」を参照してください。

asrInitiateBundleコマンドの使用

asrInitiateBundleコマンドには3つのパラメータがあり、すべて必須です: 

PCA-ADMIN> asrInitiateBundle mode=triage sr=SR_number bundleType=auto

triageサポート・バンドルが収集され、サービス・リクエストSR_numberに自動的にアタッチされます。 triageサポート・バンドルの詳細は、「トリアージ・モード」を参照してください。

ASRサービスが有効になっている場合、bundleType=autoはPhone Homeサービスを使用してバンドルをOracle Supportにアップロードします。 Phone Homeサービスの詳細については、「Oracle Auto Service RequestのPrivate Cloud Applianceの登録」を参照してください。 バンドルは、アップロードの成功後2日間、管理ノードに保存されます。 「support-bundlesコマンドの使用」を参照してください。

mode=nativeを指定し、nativeTypeに値を指定しない場合、ZFS_BUNDLEがアップロードされます。

support-bundlesコマンドの使用

support-bundlesコマンドは、ヘルス・チェック・ステータス、コマンド出力、ログなどの診断データの様々なタイプのバンドル(モード)を収集します。 提供されているオプションによっては、これらのファイルにログまたはステータスが含まれる場合があります。 すべてのモードは、ファイルをバンドル・ディレクトリに収集します。

一度に1つのサポート・バンドル・プロセスは許可されません。 サポート・バンドル・ロック・ファイルは、バンドル・コレクションの開始時に作成され、バンドル・コレクションの完了時に削除されます。

すべてのsupport-bundlesコマンドが即座に返され、バンドル・コレクションがバックグラウンドで実行されます。 これは、バンドル・コレクションに長い時間がかかる可能性があるためです。

バンドルは2日間保存され、自動的に削除されます。

次のタイプのバンドルがサポートされています:

  • 「トリアージ・モード」。 Private Cloud Applianceの現在のステータスに関するデータを収集します。

  • 「タイム・スライス・モード」。 タイム・スロット別にデータを収集します。 これらの結果は、ポッド名、ジョブおよびk8s_appラベルを指定することでさらに絞り込むことができます。

  • 「コンボ・モード」。 トリアージ・データとタイム・スライス・データの組合せを収集します。

  • ネイティブ・モード 管理、コンピュートおよびZFSノードから、およびILOMおよびCiscoホストからデータを収集します。

問題の調査を開始する良い方法は、comboバンドルを収集することです。 triageモードの結果でNOT_HEALTHYを検索し、それをtime_sliceモードの結果で表示されるものと比較します。

support-bundlesコマンドにはモード・オプションが必要です。 すべてのモードは、サービス・リクエスト番号オプションを受け入れます。 次の表を参照してください。 タイム・スライス・モードとネイティブ・モードには、追加のオプションがあります。

オプション 説明 必須

-m mode

バンドルのタイプ。

はい

-sr SR_number

--sr_number SR_number

サービス・リクエスト番号。

いいえ

support-bundlesコマンド出力は、管理ノードの次のディレクトリに格納されます(bundle-typeはモードです): triage, time_slice, comboまたはnative: 

/nfs/shared_storage/support_bundles/SR_number_bundle-type-bundle_timestamp/

SR_numberは、-srオプションを指定した場合に使用されます。 サービス・リクエストのサポート・バンドルを作成する場合は、SR_numberを指定します。

このディレクトリには、バンドル・コレクションの進行状況ファイルとアーカイブ・ファイルが含まれます。 バンドル・コレクションの進行状況ファイルには、次の名前があります: 

bundle-type_collection.log

出力アーカイブ・ファイルの名前は次のとおりです:

SR_number_bundle-type-bundle_timestamp.tar.gz

アーカイブ・ファイルには、次のデフォルト・コンポーネントを含むheader.jsonファイルが含まれています:

  • current-time - タイムスタンプ

  • create-support-bundle - 使用されたコマンドライン

  • sr-number - アーカイブ・ファイルに関連付けられているSR番号

管理ノードへのログイン

support-bundlesコマンドを使用するには、Pacemakerリソースを実行している管理ノードにrootとしてログインします。 Pacemakerリソースを実行している管理ノードから、必要に応じてほかの管理ノードからデータを収集します。

Pacemakerリソースを実行している管理ノードがわからない場合は、管理ノードにログインし、Pacemakerクラスタのステータスを確認します。 次のコマンドは、Pacemakerクラスタ・リソースがpcamn01で実行されていることを示しています。 

[root@pcamn01 ~]# pcs status
Cluster name: mncluster
Stack: corosync
Current DC: pcamn01
...
Full list of resources:

scsi_fencing (stonith:fence_scsi): Stopped (disabled)
Resource Group: mgmt-rg
vip-mgmt-int (ocf::heartbeat:IPaddr2): Started pcamn01
vip-mgmt-host (ocf::heartbeat:IPaddr2): Started pcamn01
vip-mgmt-ilom (ocf::heartbeat:IPaddr2): Started pcamn01
vip-mgmt-lb (ocf::heartbeat:IPaddr2): Started pcamn01
vip-mgmt-ext (ocf::heartbeat:IPaddr2): Started pcamn01
l1api (systemd:l1api): Started pcamn01
haproxy (ocf::heartbeat:haproxy): Started pcamn01
pca-node-state (systemd:pca_node_state): Started pcamn01
dhcp (ocf::heartbeat:dhcpd): Started pcamn01
hw-monitor (systemd:hw_monitor): Started pcamn01

Daemon Status:
corosync: active/enabled
pacemaker: active/enabled
pcsd: active/enabled

トリアージ・モード

triageモードでは、Prometheus platform_health_checkはHEALTHYステータスとNOT_HEALTHYステータスの両方で問い合せられます。 NOT_HEALTHYが見つかった場合は、time_sliceモードを使用して詳細を取得します。 

[root@pcamn01 ~]# support-bundles -m triage

出力アーカイブ・ファイルには、次のファイルがあります。

ファイル 説明

header.json

このバンドルを生成するためのタイムスタンプとコマンド行。

compute_node_info.json

コンピュート・ノードで実行されているポッド。

hardware_info.json

hmsから取得されたハードウェア・コンポーネント・リスト。すべての準備完了状態管理ノードおよびコンピュート・ノードで実行されているすべてのipmitool fruは、すべてのzfssaが情報を保持します。

management_node_info.json

管理ノードで実行されているポッド。

rack_info.json

ラック設置時間とビルド・バージョン。

loki_search_results.log.n

jsonのチャンク・ファイル。

タイム・スライス・モード

タイム・スライス・モードでは、データは開始タイムスタンプと終了タイムスタンプを指定することによって収集されます。 次のオプションの両方が必要です:

  • -s start_date

  • -e end_date

タイム・スライス・モードには、モード・オプションとサービス・リクエスト番号オプションに加えて、次のオプションがあります。 これらのオプションは、データ収集を絞り込むのに役立ちます。 -jオプションまたは--allオプションを指定しない場合、データはすべての健全性チェッカ・ジョブから収集されます。

  • 指定できるのは、--job_name、--allおよび--k8s_appのいずれか1つのみです。

  • --job_name、--allまたは--k8s_appのいずれも指定されていない場合、ポッド・フィルタリングはデフォルト(.+checker)で実行されます。

  • --allオプションは大量のデータを収集できます。 タイム・スライスを48時間に制限できます。

例:

[root@pcamn01 ~]# support-bundles -m time_slice -j flannel-checker -s 2021-05-29T22:40:00.000Z \
-e 2021-06-29T22:40:00.000Z -l INFO

次のその他の例を参照してください。

オプション 説明 必須

-s timestamp

--start_date timestamp

開始日(書式yyyy-mmm-ddTHH:mm:ss)

最小引数はyyyy-mmm-ddです

はい

-e timestamp

--end_date timestamp

yyyy-mmm-ddTHH:mm:ss形式の終了日

最小引数はyyyy-mmm-ddです

はい

-j job_name

--job_name job_name

Lokiジョブ名。 デフォルト値: .+checker

次のラベル・リスト問合せを参照してください。

いいえ
--k8s_app label

k8s-stdout-logsジョブ内で問い合せるk8s_appラベル値。

次のラベル・リスト問合せを参照してください。

 いいえ
--all audit、kubernetes-audit、vault-auditおよびk8s_appラベルpcacorednsなど、ロギングが多すぎることが認識されているジョブを除くすべてのジョブ名を問い合せます。 いいえ

-l level

--levelname level

メッセージ・レベル

いいえ

--pod_name pod_name

ポッドに基づいて出力をフィルタするためのポッド名(kubeやnetwork-checkerなど)。 開始文字のみが必要です。

いいえ

-t timeout

--timeout timeout

単一のLoki問合せのタイムアウト(秒)。 デフォルトでは180秒です。

いいえ

ラベル・リスト問合せ

ラベル・リスト問合せを使用して、使用可能なジョブ名とk8s_appラベル値をリストします。 

[root@pcamn01 ~]# support-bundles -m label_list
2021-10-14T23:19:18.265 - support_bundles - INFO - Starting Support Bundles
2021-10-14T23:19:18.317 - support_bundles - INFO - Locating filter-logs Pod
2021-10-14T23:19:18.344 - support_bundles - INFO - Executing command - ['python3', 
'/usr/lib/python3.6/site-packages/filter_logs/label_list.py']
2021-10-14T23:19:18.666 - support_bundles - INFO -
Label:  job
Values: ['admin', 'api-server', 'asr-client', 'asrclient-checker', 'audit', 'cert-checker', 'ceui', 
'compute', 'corosync', 'etcd', 'etcd-checker', 'filesystem', 'filter-logs', 'flannel-checker', 
'his', 'hms', 'iam', 'k8s-stdout-logs', 'kubelet', 'kubernetes-audit', 'kubernetes-checker', 
'l0-cluster-services-checker', 'messages', 'mysql-cluster-checker', 'network-checker', 'ovm-agent', 
'ovn-controller', 'ovs-vswitchd', 'ovsdb-server', 'pca-healthchecker', 'pca-nwctl', 'pca-platform-l0', 
'pca-platform-l1api', 'pca-upgrader', 'pcsd', 'registry-checker', 'sauron-checker', 'secure', 
'storagectl', 'uws', 'vault', 'vault-audit', 'vault-checker', 'zfssa-checker', 'zfssa-log-exporter']
 
Label:  k8s_app
Values: ['admin', 'api', 'asr-client', 'asrclient-checker', 'brs', 'cert-checker', 'compute', 
'default-http-backend', 'dr-admin', 'etcd', 'etcd-checker', 'filesystem', 'filter-logs', 
'flannel-checker', 'fluentd', 'ha-cluster-exporter', 'has', 'his', 'hms', 'iam', 'ilom', 
'kube-apiserver', 'kube-controller-manager', 'kube-proxy', 'kubernetes-checker', '
l0-cluster-services-checker', 'loki', 'loki-bnr', 'mysql-cluster-checker', 'mysqld-exporter', 
'network-checker', 'pcacoredns', 'pcadnsmgr', 'pcanetwork', 'pcaswitchmgr', 'prometheus', 'rabbitmq', 
'registry-checker', 'sauron-api', 'sauron-checker', 'sauron-grafana', 'sauron-ingress-controller', 
'sauron-mandos', 'sauron-operator', 'sauron-prometheus', 'sauron-prometheus-gw', 
'sauron-sauron-exporter', 'sauron.oracledx.com', 'storagectl', 'switch-metric', 'uws', 'vault-checker', 
'vmconsole', 'zfssa-analytics-exporter', 'zfssa-csi-nodeplugin', 'zfssa-csi-provisioner', 'zfssa-log-exporter']

例:

ジョブ・ラベルなし、k8s_appラベルなし、すべてのヘルス・チェッカからログを収集します。

[root@pcamn01 ~]# support-bundles -m time_slice -sr 3-xxxxxxxxxxx -s "2022-01-11T00:00:00" -e "2022-01-12T23:59:59"

1ジョブの停滞。

[root@pcamn01 ~]# support-bundles -m time_slice -sr 3-xxxxxxxxxxx -j ceui -s "2022-01-11T00:00:00" -e "2022-01-12T23:59:59"

1つのk8s_appネットワーク・チェッカ。

[root@pcamn01 ~]# support-bundles -m time_slice -sr 3-xxxxxxxxxxx --k8s_app network-checker -s "2022-01-11T00:00:00" -e "2022-01-12T23:59:59"

すべてのジョブと日付。

[root@pcamn01 ~]# support-bundles -m time_slice -sr 3-xxxxxxxxxxx -s `date -d "2 days ago" -u +"%Y-%m-%dT%H:%M:%S.000Z"` -e `date -d +u +"%Y-%m-%dT%H:%M:%S.000Z"`

全ジョブ

[root@pcamn01 ~]# support-bundles -m time_slice -sr 3-xxxxxxxxxxx --all -s "2022-01-11T00:00:00" -e "2022-01-12T23:59:59"

出力アーカイブ・ファイルには、次のファイルがあります。

ファイル 説明

header.json

このバンドルを生成するためのタイムスタンプとコマンド行。

loki_search_results.log.n

jsonのチャンク・ファイル。 タイム・スライス・バンドルには、開始時間からの問合せ当たり500,000ログの制限があります。

rack_info.json

ラック設置時間とビルド・バージョン。

コンボ・モード

comboモードは、トリアージ・バンドルとタイム・スライス・バンドルの組合せです。 出力には、アーカイブ・ファイルと2つの収集ログ・ファイルが含まれます: triage_collection.logおよびtime_slice_collection.log。

出力アーカイブ・ファイルには、次のファイルがあります。

ファイル 説明

triage-bundle_timestamp.tar.gz

トリアージ・バンドル・アーカイブ・ファイル。

time_slice-bundle_timestamp.tar.gz

タイム・スライス・バンドル・アーカイブ・ファイル。

収集されるタイム・スライス・データは、現在の時刻から現在の時刻までの1時間前の--allジョブ用です。

ネイティブ・モード

バンドル・ディレクトリのnative_collection.logファイルは、収集の進行状況情報を提供します。 ネイティブ・バンドルは収集に数時間かかる場合があります。

nativeモードには、モードおよびSR番号に加えて次のパラメータがあります。

パラメータ 説明 必須

-t nativetype

--type nativetype

  • zfs_bundle

  • sosreport

  • ilom_snapshot

  • cisco_bundle

デフォルト値: zfs_bundle

いいえ

-c component

--component component

管理、コンピュート、ZFSノードの名前、ILOMまたはCiscoホストなどのコンポーネント名。

いいえ

出力アーカイブ・ファイルには、次のファイルがあります。

ファイル 説明

header.json

このバンドルを生成するためのタイムスタンプとコマンド行。

ネイティブ・バンドル・ファイル

これらのファイルは、指定されたnativetypeに固有です。

rack_info.json

ラック設置時間とビルド・バージョン。

ZFSバンドル

nativetypeがZFSサポート・バンドルの場合、コレクションは両方のZFSノードで開始され、新しいZFSサポート・バンドルがバンドル・ディレクトリにダウンロードされます。 nativetypeを指定しない場合、zfs_bundleがデフォルトで作成されます。 

[root@pcamn01 ~]# support-bundles -m native -t zfs_bundle

SOSレポート・バンドル

nativetypeがSOSレポート・バンドルの場合、レポートは、--componentパラメータで指定された管理ノードまたはコンピュート・ノードから収集されます。 --componentが指定されていない場合、レポートはすべての管理およびコンピュート・ノードから収集されます。 

[root@pcamn01 ~]# support-bundles -m native -t sosreport -c pcamn01

ILOMスナップショット

nativeType=ilom_snapshotの場合、--componentパラメータの値は、管理ノードまたはコンピュート・ノードのILOMホスト名です。 --componentパラメータが指定されていない場合、レポートはすべてのILOMホストから収集されます。 

[root@pcamn01 ~]# support-bundles -m native -t ilom_snapshot -c ilom-pcacn007

Ciscoバンドル

nativetypeがcisco-bundleの場合、--componentパラメータの値は、内部Cisco管理、アグリゲーションまたはアクセス・スイッチ管理ホスト名です。 

[root@pcamn01 ~]# support-bundles -m native -t cisco-bundle -c accsn01

cisco-bundle型のコレクションを作成するには、次の条件を満たす必要があります:

  • Cisco OBFLモジュールは、すべてのPrivate Cloud Appliance Ciscoスイッチで有効にする必要があります。 Cisco OBFLモジュールは、すべてのPrivate Cloud Appliance Ciscoスイッチでデフォルトで有効になっています。

  • Cisco EEMモジュールは、すべてのPrivate Cloud Appliance Ciscoスイッチで有効にする必要があります。 Cisco EEMモジュールは、すべてのPrivate Cloud Appliance Ciscoスイッチでデフォルトで有効になっています。

  • EEM (Embedded Event Manager)ポリシー

Oracleサポートへのサポート・バンドルのアップロード

「support-bundlesコマンドの使用」の説明に従ってsupport-bundlesコマンドを使用してサポート・バンドルを作成した後、このトピックで説明するメソッドを使用して、サポート・バンドルをOracleサポートにアップロードできます。

これらのメソッドを使用するには、次の要件を満たす必要があります:

  • ファイルのアップロードに使用される各サポートID (SI)の適切なカスタマ・ユーザー管理者(CUA)によって付与された、SRの作成および更新権限を持つMy Oracle SupportユーザーIDが必要です。

  • 既存のサービス・リクエストにファイルをアップロードする場合は、サービス・リクエストに関連付けられたサポートIDがプロファイルに含まれている必要があります。

  • 2 GBより大きいファイルをアップロードするには、送信マシンがFTPSおよびHTTPSを使用するには、transport.oracle.comのMy Oracle Supportサーバーに接続するためのネットワーク・アクセス権を持っている必要があります。

    Oracle FTPSサービスはパッシブ実装です。 暗黙的な構成では、初期接続はクライアントから990の制御ポート上のサービスに接続され、その後、接続は上位ポートに切り替えられてデータを交換します。 Oracleは、データ・ポート32000から42000の範囲を定義し、ネットワーク構成によっては、ポート990とポート32000から42000の両方でアウトバウンド接続を有効にする必要がある場合があります。 TLSv1.2 / ECDHE-RSA-AES128-GCM-SHA256のみが有効な暗号化メソッドです。

    Oracle HTTPS診断アップロード・サービスは、443の標準HTTPSポートを使用し、追加のポートを開く必要はありません。

    コマンドライン・プロトコルを使用する場合は、コマンドにパスワードを含めないでください。 要求された場合にのみパスワードを入力します。

  • Oracleでは、すべてのファイル転送にTLS 1.2 +を使用する必要があります。

  • 暗号化ファイルまたはパスワードで保護されたファイル(スタンドアロンまたはアーカイブ内)はアップロードしないでください。 サービス・リクエストの更新では、これは破損ファイルとして記録されるか、許可されていないファイル・タイプが見つかったためアップロードを拒否します。 FTPSおよびHTTPSを使用すると、ファイルは暗号化されます。追加の保護は必要ありません。

  • ファイル・タイプ拡張子がexe, bat, aspまたはcomのファイルは、スタンドアロンまたはアーカイブ内でアップロードしないでください。 サービス・リクエストの更新により、許可されていないファイル・タイプが見つかったことが通知されます。

ファイル2 GB以下のアップロード

My Oracle SupportポータルでSRファイル・アップロード・ユーティリティを使用します。

  1. My Oracle Supportユーザー名とパスワードを使用してMy Oracle Supportにログインします。

  2. 次のいずれかを行います:

    • 新規サービス・リクエストを作成し、次のステップでアップロード・ボタンを選択します。

    • 既存のサービス・リクエストを選択して開きます。

  3. ページ上部の添付の追加ボタンをクリックします。

  4. 「ファイルの選択」ボタンをクリックします。

  5. ナビゲートして、アップロードするファイルを選択します。

  6. ファイルの添付ボタンをクリックします。

また、次のセクションで説明するメソッドを使用して、大きなファイルを作成することもできます。

GBが2つを超えるファイルのアップロード

200GBを超えるファイルはアップロードできません。 「ファイルの分割」を参照してください。

この項のcurlコマンドは、必要なオプションおよび引数を示します。 --verboseや--progress-barなどのオプションを追加して、アップロードの詳細情報を取得できます。 --progress-meter (--progress-barより詳しい情報)はデフォルトでオンにする必要がありますが、curlが他の情報をstdoutに書き込む場合、無効になります。 一部のオプションは、一部のオペレーティング・システムまたは一部のバージョンのcurlでは使用できないか、動作が異なる場合があります。

curlコマンドで--verboseオプションを使用する場合、バンドルのOracleサポートへのアップロードから最も一般的なメッセージは次のとおりです:

  • UPLOAD SUCCESSFUL。 バンドルがOracleサポートに正常にアップロードされました。

  • LOGIN FAILED ユーザーに認証の問題があります。

  • INVALID SR NUMBER。 ユーザーには、このサービス・リクエストへの添付権限がありません。

FTPS

構文:

サービス・リクエスト番号の後に/文字を含めてください。 

$ curl -T path_and_filename -u MOS_user_ID ftps://transport.oracle.com/issue/SR_number/

例:

$ curl -T /u02/files/bigfile.tar -u MOSuserID@example.com ftps://transport.oracle.com/issue/3-1234567890/

HTTPS

構文:

サービス・リクエスト番号の後に/文字を含めてください。 

$ curl -T path_and_filename -u MOS_user_ID https://transport.oracle.com/upload/issue/SR_number/

例:

$ curl -T D:\data\bigfile.tar -u MOSuserID@example.com https://transport.oracle.com/upload/issue/3-1234567890/

送信中のファイルの名前変更 

$ curl -T D:\data\bigfile.tar -u MOSuserID@example.com https://transport.oracle.com/upload/issue/3-1234567890/NotSoBig.tar

プロキシの使用 

$ curl -k -T D:\data\bigfile.tar -x proxy.example.com:80 -u MOSuserID@example.com https://transport.oracle.com/upload/issue/3-1234567890/

ファイルの分割

大きなファイルを複数のパートに分割し、パートをアップロードできます。 Oracleすべてのパートのアップロードが完了すると、トランスポートによってセグメントが連結されます。

HTTPSプロトコルのみを使用できます。 使用できるのはUNIXスプリット・ユーティリティのみです。 Microsoft Windows分割ユーティリティは、互換性のない書式を生成します。

アップロード時間を短縮するには、分割する前に元のファイルを圧縮します。

  1. ファイルを分割します。

    次のコマンドは、ファイルfile1.tarをfile1.tar.partaaおよびfile1.tar.partabという名前の2つのGB部分に分割します。

    重要:

    次に示すように、.part拡張子を正確に指定します。 

    $ split –b 2048m file1.tar file1.tar.part

  2. 結果のfile1.tar.partaaおよびfile1.tar.partabファイルをアップロードします。

    重要:

    これらの出力パート・ファイルの名前を変更しないでください。

    $ curl -T file1.tar.partaa -u MOSuserID@example.com https://transport.oracle.com/upload/issue/SR_number/
$ curl -T file1.tar.partab -u MOSuserID@example.com https://transport.oracle.com/upload/issue/SR_number/

  3. コマンドを送信してパーツをまとめます。

    ス・ピット・ファイルはサービス・リクエストに添付されません。 最終連結ファイルのみがサービス・リクエストに添付されます。 

    $ curl -X PUT -H X-multipart-total-size:original_size -u MOSuserID@example.com https://transport.oracle.com/upload/issue/SR_number/file1.tar?multiPartComplete=true

    前述のコマンドで、original_sizeは、ファイル・リストに示されている元の分割されていないファイルのサイズです。

  4. 新しく添付されたファイルのサイズを確認します。

    ノート:

    この検証コマンドは、ステップ3の連結コマンドの直後に実行する必要があります。 それ以外の場合は、ファイルの処理が開始され、このコマンドで使用できなくなります。 

    $ curl -I -u MOSuserID@example.com https://transport.oracle.com/upload/issue/SR_number/file1.tar
    X-existing-file-size: original_size

中断されたHTTPSアップロードの再開

異常終了したファイル・アップロードを再開できます。 再開はHTTPSを使用してのみ実行できます。 再開はFTPSでは機能しません。 アップロードがイベントによって中断された場合、中断されたファイルのファイル・サイズの取得から開始

  1. すでにアップロードされているファイルの量を確認します。

    $ curl -I -u MOSuserID@example.com https://transport.oracle.com/upload/issue/SR_number/myinfo.tar
HTTP/1.1 204 No Content
Date: Tue, 15 Nov 2022 22:53:54 GMT
Content-Type: text/plain
X-existing-file-size: already_uploaded_size
X-Powered-By: Servlet/3.0 JSP/2.2

  2. ファイルのアップロードを再開します。

    ステップ1の「X-existing-file-size」で返されるファイル・サイズに注意してください。 このファイル・サイズは、-Cスイッチの後および-H “X-resume-offset:”スイッチで使用します。 

    $ curl -Calready_uploaded_size -H "X-resume-offset: already_uploaded_size" -T myinfo.tar -u MOSuserID@example.com https://transport.oracle.com/upload/issue/SR_number/myinfo.tar

  3. 最終ファイル・サイズを確認します。

    $ curl -I -u MOSuserID@example.com https://transport.oracle.com/upload/issue/SR_number/myinfo.tar
-H X-existing-file-size: original_size

    前述のコマンドで、original_sizeは、ファイルのリストに示されている元のファイルのサイズです。