問題を特定して、ビルドを再開

支払いが確認されたらコンソールにログインし、該当する注文とノードの詳細を開いて、ノードのIPアドレス、ユーザー名、初期パスワードを確認してください。接続前に、注文の機種・ノード・期間が支払い時の選択内容と一致していることを確認します。納品状況はコンソールに表示される最新情報をご確認ください。

1. 01注文を確認

   注文番号、機種、ノードIDを控えてください。別のノードの古い接続情報を使わないようにしましょう。

2. 02接続情報を確認

   IPアドレスとユーザー名を省略せずにコピーし、余分なスペースが入っていないか確認してください。初期パスワードを公開ログに貼り付けないでください。

3. 03初回パスワード変更

   ログインできたら、現在のユーザーのパスワードを変更し、ご自身のパスワード管理ツールに保存してください。

ssh -p 22 USER@NODE_IP
passwd

コンソールに表示された値に USER と NODE_IP を置き換えてください。詳細に異なるポートが表示されている場合は、そのポートを使用します。SSHでパスワードを入力しても文字が表示されないのは正常です。

まず「支払いを開始した状態」と「プラットフォームで入金が確認された状態」を区別してください。カード決済の完了画面や、ブロックチェーン上の送金申請記録は、注文の入金ステータスに代わるものではありません。該当する注文を更新し、支払金額と取引状況を確認してください。画面がまだ更新されていなくても、重複して支払わないでください。

支払い記録と注文ステータスが一致しない場合は、コンソールからチケットを送信し、注文番号、決済方法、金額、支払日時、タイムゾーンを記載してください。USDT-TRC20の場合は取引ハッシュもお知らせください。カード決済の場合は、決済レシートの参照情報で十分です。カード番号全桁、セキュリティコード、SMS認証コードは送らないでください。

Arm Line M4はM4 / 16GB / 256GB、Arm Grid M4 ProはM4 Pro / 64GB / 2TBです。どちらもシンガポール、東京、ソウル、香港、米国東部の5拠点で提供しています。実際の利用可否はコンソールに表示される最新情報をご確認ください。

対話的な操作では、チームからノードまでのネットワーク経路を優先して検討してください。無人ビルドでは、コード・依存関係・成果物の転送経路も考慮します。注文内容が想定と異なる場合は、プロジェクトや署名関連のファイルをアップロードする前に、チケットで確認してください。

まず、重複しているリモートセッションを切断してから再接続してください。現在のノードに接続していることを確認し、macOSがロック画面またはユーザー切り替え画面になっていないか確認します。SSHでログインできる場合は、まずビルドログを保存してください。アーカイブ処理中のノードをすぐに強制再起動しないでください。

GUIを操作できる場合は、「システム設定」→「一般」→「共有」で画面共有とアクセスを許可されたユーザーを確認してください。macOSのバージョンによって項目の場所が異なる場合があります。SSHから現在のコンソールユーザーを確認すると、GUIセッションの有無を判断する参考になります。

stat -f '%Su' /dev/console

画面が真っ暗なままの場合は、「SSHで接続できるか」、暗転前に行った操作、クライアント名とバージョンをチケットに記載し、パスワードを含まないスクリーンショットを添付してください。調査のためにシステムプロセスを何度も終了しないでください。

まずVNCクライアントの表示モードを「ウィンドウに合わせる」に設定し、クライアント側の拡大縮小とリモート側の解像度を切り分けてください。リモート側では「システム設定」→「ディスプレイ」で現在の表示設定を確認できます。まず1920 × 1080を目安にし、クライアントの画面やネットワーク状況に応じて調整してください。

拠点間の距離がある接続では、解像度と色深度を下げ、圧縮率を上げてみてください。文字入力やメニュー操作がスムーズになったことを確認してから、画質を上げます。ビルド自体はリモートデスクトップの画質に左右されません。ログを確認するためだけに、高解像度のGUIセッションを維持する必要はありません。

「タイムアウト」は、ネットワーク経路またはポートから応答がない場合によく発生します。「接続拒否」は接続先から拒否応答を受け取った状態なので、ポートやサービスを確認してください。「認証失敗」の場合は、ユーザー名、パスワード、または鍵を確認します。まずローカルのターミナルで確認し、必要なログ部分をチケットに添付してください。

nc -vz NODE_IP 22
ssh -vv -o ConnectTimeout=10 -p 22 USER@NODE_IP

社内ネットワークで外向き接続が制限されている場合は、別のネットワークから再試行し、両方の結果を記録してください。ログにはエラー行だけを残し、実際のパブリックIPアドレス、ユーザー名、秘密鍵のパスなどの機密情報を隠してください。秘密鍵ファイルをサポートチームに送らないでください。

ノード全体を再インストールすると、ホストフィンガープリントが変わることがあります。まずコンソールでノードのIDを確認してください。身元を確認する前に、ホスト鍵の警告を無視しないでください。

リモート側の「システム設定」→「キーボード」→「テキスト入力」で入力ソースを確認し、「修飾キー」でCommand、Option、Controlの割り当てを確認してください。WindowsキーボードとMacキーボードでは修飾キーの位置が異なります。まず一般的なテキストエディタで記号を試してから、ターミナルコマンドを入力してください。

リモートクライアントでのみ問題が起きる場合は、クライアントのキーボード配列とショートカット転送の設定を確認してください。クリップボードが同期されない場合は、再接続してクライアントのクリップボード共有設定を確認します。パスワードや署名関連ファイルを、公開クリップボードサービス経由で転送しないでください。

まず、現在のDeveloperディレクトリとバージョンを確認します。GUIでXcodeを開いていても、コマンドラインで同じバージョンが使われているとは限りません。全体設定の切り替えは同じノード上のタスクに影響します。共有ビルドパイプラインでは、個々のタスクで DEVELOPER_DIRを設定する方法がおすすめです。

xcode-select -p
xcodebuild -version
DEVELOPER_DIR=/Applications/Xcode.app/Contents/Developer \
  xcodebuild -version

パスはノード上に実在するXcodeを指定してください。全体設定を切り替える場合は、現在のツールチェーンに依存するタスクを一時停止してから、次のコマンドを実行します。 sudo xcode-select --switch /Applications/Xcode.app/Contents/Developer初回利用時に必要なコンポーネントとライセンスは、対話型セッションで事前に確認してください。

runnerの実行ユーザーと証明書が保存されているキーチェーンを確認してください。GUIセッションのログイン状態がバックグラウンドサービスに引き継がれるとは限りません。再起動後は、パイプラインの運用方針に応じて専用ビルドキーチェーンのロック解除が必要になる場合があります。以下のコマンドで署名IDを確認し、対話型でロックを解除できます。

security find-identity -v -p codesigning
security unlock-keychain "$HOME/Library/Keychains/build.keychain-db"

例にあるビルドキーチェーンは、事前に作成しておく必要があります。無人タスクでは、CIのシークレット変数から必要な認証情報を読み込み、コマンドのエコーを無効にして、証明書へのアクセスを必要最小限に制限してください。調査時はエラーコードと機密情報を削除したログだけを共有し、キーチェーンのパスワード、秘密鍵、証明書の書き出し用パスワードは送らないでください。

まず、プロジェクトで検証済みの署名方式を継続してください。自動署名は、管理された自動化の権限があるフローに適しています。手動プロファイルは、証明書、プロビジョニングプロファイル、書き出し設定を固定したいリリース工程に向いています。一度の調査で署名方式とXcodeのバージョンを同時に変更しないでください。

手動で設定する場合は、Bundle Identifier、Team ID、証明書の有効期限、プロファイルの種類、書き出し方法を一つずつ確認してください。複数のターゲットがあるプロジェクトでは、拡張機能のIDと権限も確認します。「コンパイル失敗」と「書き出し失敗」を分けて記録し、失敗した段階、エラー全文、機密情報を削除した書き出し設定をチケットに添付してください。

まずコードホスティングプラットフォームでrunnerの登録が有効か確認し、次にノード上のサービス状態、リポジトリとの紐付け、タスクラベルを確認してください。GitHub Actionsの以下のコマンドはrunnerのインストールディレクトリで実行します。GitLab Runnerのコマンドは、該当プログラムがインストールされている必要があります。

./svc.sh status
gitlab-runner status
launchctl list | grep -i runner

launchdで管理しているサービスでは、サービス定義の実行ユーザー、作業ディレクトリ、ログの保存先を確認してください。起動時の自動実行とユーザーのログイン後に起動する設定は異なります。設定後は、対話型ターミナルがない状態で動作を確認してください。runnerの登録トークンをチケットに貼り付けないでください。

まず失敗したタスクで機密情報を含まない環境情報を出力し、実際の実行ユーザー、作業ディレクトリ、PATH、Xcodeのバージョンを確認してください。バックグラウンドサービスは、対話型シェルの設定をすべて自動で読み込むとは限りません。

whoami
pwd
printf '%s\n' "$PATH"
xcodebuild -version

依存関係のパスはタスク環境に明示的に設定してください。並列タスクでは、ワークスペース、DerivedData、アーカイブ用ディレクトリ、一時ファイルにそれぞれ別のパスを割り当てます。まず単一タスクでクリーンビルドを成功させてから、並列数を段階的に増やしてください。複数のリリースが同じ書き出し先や署名リソースを同時に変更しないようにしてください。

必ずTRC20ネットワークを選択してください。現在の注文に表示された送金先アドレス、金額、支払い案内を一文字ずつ確認してください。別の注文や過去のスクリーンショットにあるアドレスを使い回さないでください。送金を開始する前に、ウォレットで正しいネットワークが選択されていることを確認します。

ブロックチェーン上の確認には通常数分かかるため、まず数分ほど取引状況を確認してください。実際の所要時間はネットワークの混雑状況、ウォレットからの送信、決済ゲートウェイが必要とする確認数によって異なり、入金までの時間を保証するものではありません。注文に表示される確認結果をご確認ください。送金の申請は、プラットフォームでの入金確認を意味しません。

取引が確認済みなのに注文が更新されない場合は、注文番号、取引ハッシュ、送金額、日時、タイムゾーンを添えてチケットを送信してください。重複して送金しないでください。ウォレットのリカバリーフレーズや秘密鍵をチケットに記載しないでください。

Visa / Mastercard / Amexのお支払いはStripeで処理されます。支払い後、コンソールに戻って該当する請求ステータスとUSD金額を確認してください。銀行の明細に取引が表示されていても請求ステータスが一致しない場合は、レシートを保管してチケットを送信してください。続けて何度も支払いを試さないでください。

注文番号、支払日時とタイムゾーン、金額、エラー表示、または決済参照番号をお知らせください。スクリーンショットではカード番号全桁、セキュリティコード、個人情報を隠してください。SMS認証コードをサポートチームに知らせる必要はありません。

レンタル期間は日・週・月・四半期の4種類です。開始日時、終了日時、更新状況、注文ステータスは、コンソールの該当する注文と請求情報をご確認ください。ローカルで送金を開始した時刻から、サービス終了日時を独自に計算しないでください。

期限前に注文の更新状況と請求金額を確認してください。未払いでもサービスが自動継続すると想定しないでください。runnerの一時停止やSSHの切断だけではレンタル解約になりません。構成を変更する場合は、チケットで実施可能な方法を確認してから、プロジェクトの移行とビルドの一時停止を計画してください。

レンタル終了後、ノード全体のデータは消去されます。サービス終了前にソースコード、アーカイブ成果物、必要なログ、ご自身の設定バックアップを移行し、バックアップから復元できることを確認してください。ノードのディスクを唯一の保存先にしないでください。

runnerの登録を解除し、ノードで使用した自動化トークンを失効させ、署名関連ファイルをご自身のセキュリティ方針に沿って処理してください。別のノードへ移行する場合は、新しいノードの検証を済ませてからリリースタスクを切り替えます。