エラー | Glac ドキュメント

すべてのエラーの形式、docs_url のリンク先、そしてこのページへ案内される拒否（プランの上限、プロジェクトのドライブとボリューム、保留中のアカウント、ロックされたユーザー）、そのほかの上限への到達、プラットフォームのマシンが満杯、応答なし、または処理できない場合、お金に関するいくつかのエラーへの対処方法。

エラーの形式は 1 つだけです。

{"error": {"type": "forbidden", "code": "plan_cap_reached", "message": "…", "param": "vcpus",
           "retryable": false, "request_id": "req-…", "docs_url": "https://glac.ai/docs/errors/#plan_cap_reached"}}

code はプログラム向けに失敗の種類を、message は人向けに、上限とその解除方法を含めて説明します。param は原因となったフィールドや上限を示します。retryable: true は、同じ呼び出しが後で成功する可能性があることを示し、わかる場合は Retry-After が付きます。request_id は呼び出しの ID で、X-Request-Id にも入ります。

エラーに docs_url がある場合、そのリンク先はこのページの該当するコードです。以下のコードには専用のセクションがあります。メッセージがこのページに案内する拒否、上限（プラン、プロジェクト、プラットフォームのもの）による拒否すべて、プラットフォームのマシンに起因するもの（満杯、応答なし、引き継ぎ中、または求められたことができない）、サンドボックスやアプリのアドレスへの訪問者が受け取りうるもの 1 つ、そしてお金に関するいくつかのものです。それ以外のコードは、API リファレンスの、それを返す各呼び出しの下で説明しています。各上限の数値は制限のページに、ご要望に応じてアカウントごとに引き上げる上限は上限の引き上げにあります。

`plan_cap_reached`

403：呼び出しによって、プランでアカウントが同時に持てる量を超えるか、プランが許すより速く作成することになります。param が上限を示します：instances、vcpus、memory_bytes（アカウントの全プロジェクトで稼働中のもの）、sleeping（スリープ中に保持するサンドボックス）、app_instances（1 つのリージョンでのアプリのインスタンス）、creates_per_minute、creates_per_hour_per_project、app_creates_per_hour。メッセージは、上限、それがプランのものかアカウントに設定されたものか、使用中の量、呼び出しで増える量を示します。

拒否されるもの：サンドボックス、1 回限りの実行、フォーク、キー別インスタンスの作成。スリープ中のサンドボックスを復帰させる呼び出し（コマンド、ファイル、再起動、スナップショット、復元）。プランが許すより多くのインスタンスを scale で求めるアプリ。1 時間あたりの上限を超えるキューブとバージョンの作成。サンドボックスのリンクやキー別インスタンスのアドレスへのリクエストで、インスタンスを復帰させることになるものも、マシンが同じように拒否し、何も復帰しません（各マシンは、アカウントの空きのうち自分の取り分の範囲で復帰させるため、アカウントに別のマシンの空きが残っていても、数秒間拒否することがあり、メッセージにそう示されます）。アカウントに空きのないインスタンスを復帰させるか作成することになるアプリへのリクエストも、同じ param と文言で即座に拒否されます。スリープさせることと削除することは、決して拒否されません。
対処方法：何かをスリープさせるか削除します。3 つのレートについては待ってください（retryable で、Retry-After が付きます）。無料プランなら、上限の大きい有料プランに移行します（glac billing plan paid）。または、アカウントの上限の引き上げをご相談ください。上限の引き上げを参照してください。GET /v1/account（caps）は、各上限を現在の使用量とともに示します。

各プランの数値は制限のページにあります。

`volume_limit_reached`

403：アカウントのプランでプロジェクトが保持できる数を超えるボリューム、1 つの最大サイズを超えるボリューム、または合計で保持できる量を超えるボリュームです（後の 2 つでは param は size_bytes）。メッセージは、プランの数値、プロジェクトが持っている量、そして解決方法（ボリュームを削除する、より小さいボリュームを求める、より多く保持できる有料プランに移行する）を示します。有料プランではボリュームの数はソフトリミットで、ご要望に応じて引き上げます。エンタープライズアカウントは、どのプランよりも大きい、最大 16 TiB のボリュームも持てます。上限の引き上げを参照してください。

`drive_limit_reached`

403：ドライブについての同様のエラーです。新しいドライブ、そのフォーク、またはドライブを含むスナップショットからサンドボックスを作るときにサンドボックスが受け取るドライブによって、プランでプロジェクトが保持できるドライブ（数、1 つのサイズ、合計サイズ）を超えることになります。メッセージは、プランの数値、プロジェクトが持っている量、呼び出しで作られるもの、そしてボリュームと同じく解決方法を示します。有料プランではドライブの数はご要望に応じて引き上げ、エンタープライズアカウントは最大 16 TiB のドライブを持てます。ドライブのスナップショットは数えません。プランの数値と上限の引き上げを参照してください。

`spend_limit_reached`

403：プロジェクトまたはサンドボックス自体の利用上限額に達しました（PATCH /v1/limits、PATCH /v1/sandboxes/{id}/limits）。メッセージは、どちらの上限か、そして何をすれば解除されるかを示します。上限に達したプロジェクトでは何も新しく作られず（サンドボックス、ボリューム、ドライブ、スナップショット、アプリのバージョンのいずれも）、上限で凍結されたサンドボックスは復帰しません。凍結または停止しているサンドボックスやアプリに対する、サンドボックスのリンクやアプリのアドレス経由のリクエストにも、停止の原因にかかわらず、このコードが返ります。

対処方法：上限を引き上げるか外す（null）と、凍結されていたものは、それを必要とする次の呼び出しで復帰できます。その月の支出は翌月にまた 0 から始まります。利用上限額を参照してください。

`quota_used_up`

429（無料プラン）：アカウントが、呼び出しで使うものについて、その日（UTC）のクォータを使い切りました。何が止まるかは、アカウントが何を保持しているかにかかわらず、どの計測項目かで決まります。

CPU 時間またはメモリ：サンドボックスはデータを保ったままスリープし、プロジェクトでは何も新しく作られず、サンドボックスを復帰させる呼び出しは拒否されます。
リクエスト：エッジは、サンドボックスとアプリへのリクエストにこのコードを返します。
インターネットへのトラフィック：サンドボックスからインターネットへの送信が止まります。
ログ：アプリの出力は保持されなくなります。

retryable で、Retry-After は 00:00 UTC までの秒数です。その時刻にクォータは全量に戻り、止まっていたものは自動で再開します。無料プランに料金が請求されることはなく、アカウントが持つクレジットは無料プランでは何の支払いにも使われません。GET /v1/billing は、各クォータの今日の使用量（meters）と、止まっている計測項目（meters.*.stopped）を示します。

対処方法：00:00 UTC まで待つか、1 日のクォータのない有料プランに移行します（glac billing plan paid、または plan を paid にした PATCH /v1/billing）。有料プランには計測項目ごとに毎月一定量が含まれ、それを超えた使用量は残高から支払われます。計測項目を使い切ったときを参照してください。

`storage_quota_reached`

403、param は storage（無料プラン）：アカウントが、無料プランで同時に保持できる上限、つまりボリュームのデータ 15 GB（ボリュームが保持するものと、スナップショットとスリープ中のサンドボックスが保持するもの）か NVMe キャッシュ 15 GB まで保持しています。これは保持できる量であり、1 日のクォータではありません。新しいボリュームやスナップショットは拒否されますが、保持しているものが止まったり削除されたりすることはありません。保持量は、直近の 1 時間分の帳簿から読み取ります。

対処方法：不要なものを削除すれば、保持量が減った時点で再び新しく作れます。または、毎月一定量のデータが含まれ、それを超えて保持する分に料金がかかる有料プランに移行します。GET /v1/billing は保持量を示します（meters.volume_data、meters.volume_cache）。

`balance_used_up`

403（有料プラン）：アカウントの期間に含まれる CPU 時間かメモリを使い切り、追加分を支払う残高もありません。サンドボックスは凍結され、プロジェクトでは何も新しく作られず（アプリのバージョンも同じ）、凍結されたサンドボックスを復帰させる呼び出しは拒否されます。

対処方法：残高をチャージする（POST /v1/billing/topups、またはコンソールの課金のページ）か、自動チャージをオンにします。そうしなければ、次の期間が始まるまで続きます。GET /v1/billing は、止まっている計測項目（meters.*.stopped）と次の期間の開始日時を示します。無料プランでは、1 日のクォータを使い切った場合は代わりに 429 quota_used_up になります。計測項目を使い切ったときを参照してください。

`needs_balance`

403、param は egress_overage：無料プランのアカウント、または残高のないアカウントが、egress_overage: pay を付けた PATCH /v1/account を呼びました。有料プランに含まれる量を超えたインターネットへのトラフィックは、有料プランのアカウントの残高から支払われるものです。何も変更されず、プランに含まれる量を超えるとトラフィックは止まります。GET /v1/billing は、プラン、残高、各計測項目の使用量を示します。

対処方法：有料プランにして（plan を paid にした PATCH /v1/billing）、残高をチャージします（POST /v1/billing/topups、またはコンソールの課金のページ）。残高のある有料プランのアカウントは、有料プランに含まれる量を超えたトラフィックを自動で支払い、egress_overage は pay になります。egress_overage_cap_bytes でその上限を設定できます。残高を参照してください。

`plan_limit_reached`

403（サンドボックスのリンク、アプリのアドレス、ドメインを通じたリクエストに対して）：アカウントのインターネットへのトラフィックが止まっています（有料プランで、期間に含まれる量を送信し終え、追加分を支払う残高もない場合、またはアカウント独自の月間上限に達した場合）。あるいは（エッジが返す場合のみ）、期間に含まれるリクエストを使い切って残高もない場合です。所有者のものが何も実行される前に、エッジかマシンが応答します。無料プランの 1 日のクォータで止まる場合は、代わりに 429 quota_used_up になります。

対処方法：balance_used_up と同じく、チャージするか、次の期間を待ちます。アカウント独自の上限は PATCH /v1/account（egress_overage_cap_bytes）で引き上げられ、そうしなければ次の暦月まで続きます。計測項目を使い切ったときを参照してください。

`plan_size_exceeded`

403：サンドボックスが、アカウントのプランで許される大きさを超えます。求めた limits（param は limits.vcpus、limits.memory_bytes、両方なら limits）か、作成元、フォーク元、戻し先のスナップショット、テンプレート、サンドボックスの構成が原因です。サイズを指定しないサンドボックスがこの理由で拒否されることはなく、プランで許される最大の大きさで作られます。アカウントが無料プランに戻った（サブスクリプションが終了した）とき、無料プランで許されるより大きいサンドボックスはデータを保ったままスリープし、アカウントが有料プランになるまで復帰しません。削除されたり小さくされたりすることはありません。

対処方法：より小さいサイズを求めるか、サンドボックスの最大サイズが大きい有料プランに移行します（plan を paid にした PATCH /v1/billing）。各プランの最大サイズは制限のページにあります。

`paid_plan_required`

403、param はそのフィールド：呼び出しが求めるものは有料プランでしか使えず、アカウントは無料プランです。データベースの階層型ストレージ（tiering.enabled）が該当します。何も変更されません。GET /v1/billing は、アカウントのプランを示します。

対処方法：有料プランに移行し（plan を paid にした PATCH /v1/billing、またはコンソールの Billing ページ）、呼び出しをやり直します。

`proxy_not_on_plan`

403、param は proxy：無料プランで、ブラウザのセッションに自前のプロキシを指定しました。無料プランではプロキシは使えません。何も作成も変更もされません。

対処方法：proxy なしでセッションを作成するか、有料プランに移行します（plan を paid にした PATCH /v1/billing）。GET /v1/billing は、アカウントのプランを示します。

`secret_limit_reached`

403：アカウントのプランでプロジェクトが保持できる数を超えるシークレット（プロジェクトにすでにあるシークレットの変更は、数にかかわらずできます）、1 つのシークレットの最大サイズを超える値（param は value）、または 1 つのサンドボックスに渡せる量を超えるプロジェクトのシークレットをアプリのインスタンスに渡すことになるもの（メッセージがアプリを示します）です。メッセージはプランの数値を示します。

対処方法：プロジェクトで不要になったシークレットを削除する（DELETE /v1/secrets/{name}）か、値を小さくするか、より多く保持できるプランに移行します。プランの数値を参照してください。

`app_limit_reached`

403：アカウントのすべてのプロジェクトのアプリの数が、プランで持てる上限に達しています。待っても変わりません。

対処方法：不要になったアプリを削除する（DELETE /v1/apps/{app}）か、より多く持てる有料プランに移行します。プランの数値を参照してください。

`env_limit_reached`

403：アプリの環境変数とシークレットの合計が、アカウントのプランで 1 つのアプリが持てる数を超えます。

対処方法：アプリに渡す数を減らす（複数のアプリが読む値は、共有変数 /v1/variables に入れられます）か、アプリがより多く持てるプランに移行します。プランの数値を参照してください。

`key_secret_limit_reached`

403（POST /v1/apps/{app}/key-secrets）：アプリが、キーの署名に使うシークレットを上限の 2 つまで持っています。

対処方法：先に、キーの署名にもう使っていないシークレットを削除します（DELETE /v1/apps/{app}/key-secrets/{secret}）。キー別インスタンスを参照してください。

`domain_limit_reached`

403：プロジェクトの独自ドメインの数が、1 つのプロジェクトで持てる上限（100）に達しています。

対処方法：もう使っていないドメインを削除します。API の制限を参照してください。

`variable_limit_reached`

403：プロジェクトの共有変数の数が、1 つのプロジェクトで持てる上限（1,000）に達しています。

対処方法：もう使っていない変数を削除します。API の制限を参照してください。

`destination_limit_reached`

403：アカウントの全プロジェクトにわたる、アプリのログのエクスポート先の数が、プランで持てる上限に達しています。

対処方法：もうエクスポートしていないエクスポート先を削除するか、より多く持てるプランに移行します。プランの数値を参照してください。

`account_share_reached`

403：アカウントの新しいもの（サンドボックス、1 回限りの実行、フォークのコピー、スナップショット、ボリューム、ドライブ）によって、配置先のマシンのデータドライブで、アカウントの割り当て量を超えることになります。1 つのアカウントが持てるのはマシンのドライブの一定割合までで、マシンに別の設定がなければ 4 分の 1 です。そのマシン上にあるアカウントのものはすべて数えます。プラットフォームは新しいものを、アカウントに空きのあるマシンに置き、どこにも空きがない場合にこのエラーを返します。メッセージは、アカウントがそこで保持している量、保持できる量、今回必要な量を示します。

対処方法：アカウントで不要になったもの（スリープ中のサンドボックス、スナップショット、ドライブ）を削除するか、少し後に作り直します。空きのあるマシンが見つかるかもしれません。マシンの割り当て量を 1 つのアカウントのために引き上げることはありません。

`app_rate_limited`

429、Retry-After: 1 付き：アプリへのこのエッジでの 1 秒あたりのリクエストが、アカウントのプランでアプリに許される数（無料プランの数値。有料プランには上限なし）に達しました。リクエストはどのマシンにも届かず、何も復帰も作成もせず、数えられることも課金されることもありません。

対処方法：1 秒後に再送するか、有料プランに移行します。プランの数値を参照してください。

`too_many_followers`

429、retryable：アカウントのアプリのログをリアルタイムで読む読み手の数が、プランで許される同時接続数（GET /v1/account の logs.followers）に達しています。

対処方法：追跡中の読み手（開いたままの glac cube logs -f、ページのストリーム）を終了するか、少し後に再試行します。プランの数値を参照してください。

`egress_connections_full`

503、retryable（サンドボックス自身の外向きの接続に対して）：このマシン上のアカウントのサンドボックスが、エグレスプロキシを通る同時接続を、アカウントの割り当てで合計して持てる数まで使っています。通常の HTTP 接続にはこの応答が返り、TLS 接続はアラートで終わり、それ以外はリセットされます。ほかのアカウントの接続はそのまま続きます。

対処方法：使っていない接続を閉じるか、同時に開く接続を減らし、少し後に再試行します。外向きの接続を参照してください。

`too_many_drives`

409：サンドボックスが持つ専用のドライブとボリュームが、上限の 8 個を超えます。

対処方法：サンドボックスに渡す数を減らすか、複数のデータを 1 つのドライブにまとめます。ドライブの制限を参照してください。

`too_many_volumes`

409、param は volumes：サンドボックスが持つ専用の（共有でない）ボリュームが、マシンの予備のドライブの数を超えます。サンドボックスの上限である 8 個、または 8 個に対応する前のテンプレートやスナップショットから作ったサンドボックスでは、次にディスクから起動するまで 2 個です。共有ボリュームは数えません。GET /v1/sandboxes/{id} は、サンドボックスが持つボリュームを一覧表示します。

対処方法：サンドボックスに渡す数を減らすか、複数のデータを 1 つにまとめるか、共有します（共有ボリュームは数えません）。これはプラットフォームの制限で、どのプランでも同じです。

`too_many_projects`

409（POST /v1/accounts/{id}/projects）：アカウントのプロジェクトが、1 つのアカウントで持てる上限の 100 個に達しています。

対処方法：もう使っていないプロジェクトを削除します。

`too_many_free_accounts`

409（POST /v1/me/accounts）：ユーザーが所有する無料プランのアカウントが、1 人のユーザーで持てる上限に達しています。

対処方法：新しいアカウントで作るはずだったプロジェクトをユーザーの既存のアカウントに作るか、無料プランのアカウントの 1 つを有料プランに移行します。

`too_many_revoked_tokens`

409：サンドボックスのトークンを個別に無効にしようとしましたが、そのサンドボックスには、個別に無効にしてまだ期限の切れていないトークンが上限（1,000 個）まであります（param は token）。

対処方法：サンドボックスのトークンをすべてまとめて無効にし（ボディなしの POST /v1/sandboxes/{id}/tokens/revoke）、その後に新しいトークンに署名します。個別のトークンを参照してください。

`too_many_ssh_keys`

409（POST /v1/ssh-keys）：プロジェクトに登録された SSH キーが、1 つのプロジェクトで持てる上限の 1,000 個に達しています。GET /v1/ssh-keys で一覧表示できます。

対処方法：もう使っていないキーを削除します（DELETE /v1/ssh-keys/{id}、glac sandboxes ssh-keys rm）。SSH を参照してください。

`too_many_forwards`

503、retryable：サンドボックスが SSH ゲートウェイから同時に開いている接続が、1 つのサンドボックスで持てる上限（SSH セッションのポートフォワードとエージェントの合計。マシンに別の設定がなければ 64）に達しており、新しい接続は拒否されます。開いている接続はそのまま続きます。

対処方法：使っていないフォワードを閉じるか、どれかが終わってから再試行します。SSH を参照してください。

`rate_limited`

429、retryable、Retry-After 付き：サインイン、サインアップ、メールによる新しいパスワードの発行、アドレスを確認するメール、招待のいずれかについて、1 つのアドレス、1 つの送信元、1 人のユーザー、または 1 つのアカウントからの試行が、今は多すぎます。その試行は無効となり、拒否からは、そのアドレスにユーザーがいるかどうかはわかりません。

対処方法：Retry-After の後に再試行します。

`report_in_progress`

429、retryable（GET /v1/usage）：同じプロジェクトの使用量の別のレポートが、2 秒経ってもまだ作成中でした。プロジェクトのレポートは一度に 1 つずつ作られます。

対処方法：もう一方に応答があってから、再度要求します。

`too_many_connections`

429、Retry-After: 1 付き（エッジから）：エッジが、クライアントのアドレスから、1 つのアドレスについて扱える上限の数のリクエストを同時に扱っています。所有者のものは何も実行されていません。

対処方法：1 秒後に再送するか、1 つのアドレスから同時に開く接続を減らします。

`body_too_large`

413：リクエストのボディが、その呼び出しで受け付けるサイズを超えています。メッセージが上限を示し、接続は閉じられます。ファイルの内容はこの制限を受けません。API の制限を参照してください。

対処方法：1 回の呼び出しで送る量を減らします。コマンドの入力は分割して（…/exec/{exec_id}/stdin）、ファイルはファイルの呼び出しで送ります。

`no_capacity`

503、retryable：呼び出しで作るものを今すぐ引き受けられるマシンがなく、何も作られませんでした。メッセージが理由を示します。どのマシンにも空きがない（満杯か、今は新しいものを受け付けていない）、イメージをビルドする空きがディスクにあるマシンがない、問い合わせたどのマシンもイメージを取得できない（param は image）、作成元のものを持っているか、オブジェクトストアから取得できるマシンがない、またはバックアップから作るボリュームで、オブジェクトストアにコピーするバックアップのリージョンのマシンがない、のいずれかです。これはプランによる拒否ではなく、その時点での拒否です。プランの制限はクォータであり、予約ではありません（制限）。

これを返すもの：主に、何かを作る呼び出しです。サンドボックス、1 回限りの実行、フォーク、キー別インスタンス、ボリューム、ドライブです。
対処方法：少し後に呼び出しをやり直します。SDK は、例外を送出する前に、retries の指定どおりに自動で数回やり直します。

`strict_unsupported`

409：strict のドライブを strict のままにできない場所で使おうとしました。オブジェクトストアに何もコピーしないマシン上の場合と、strict のドライブの導入より前にビルドされたテンプレートから作られ、マシンがゲストのフラッシュを伝えられないサンドボックスにマウントする場合です。何も作成もマウントもされていません。新しいテンプレート（今作ったもの）から作ったサンドボックスにマウントするか、ドライブを standard で作成してください。

`standby`

503、retryable、Retry-After 付き：呼び出しが、処理を担当していないほうのコントロールプレーンに届きました。コントロールプレーンは 2 つの拠点で 2 つ動いています。一方が他方から処理を引き継ぐ間（拠点が失われた場合やアップグレード）、呼び出しにはこの応答が返り、active は、このコントロールプレーンが知っている範囲で、処理を担当している側を示します。何も行われていません。Retry-After の後に呼び出しをやり直してください。SDK は retries の指定回数まで自動でやり直します。マシンが失われたときを参照してください。

`fenced`

503、retryable：サンドボックスを持つマシンが、リースの期間より長くコントロールプレーンから連絡を受けておらず、サンドボックスがまだ自分のものかどうか判断できません。その間に別のマシンに引き継がれている可能性があります。コントロールプレーンから返答があるまで、そのサンドボックスについては何も起動せず、何も応答しません。呼び出しは、まずその返答を 3 秒待ちました。呼び出しをやり直してください。コントロールプレーンが返答すれば、呼び出しはサンドボックスのある場所へ届きます。マシンが失われたときを参照してください。

`checkpoints_unavailable`

409、param は checkpoint：チェックポイントを、どのマシンも取得できない場所で求めました。プラットフォームに、ディスクをオブジェクトストアにコピーし、メモリを階層で保持するマシンがない、サンドボックスの作成元がそうでないマシン上にある、またはそうしたマシン上のサンドボックスで PATCH によって有効にしようとした、のいずれかです。何も作成も変更もされていません。checkpoint なしでサンドボックスを作るか、チェックポイントを取れるマシンが持てるものから作ってください。そうしたマシンがすべて応答なしか満杯の間は、同じ呼び出しに代わりに 503 no_capacity が返ります。

`malformed_answer`

502、retryable ではない：サンドボックスのリンクやアプリのアドレスへの訪問者に、その前段のマシンがこの応答を返します。次の 2 つの場合です。1 つ目は、サンドボックス内のサービスの応答が長さについて矛盾している場合（Transfer-Encoding と Content-Length の両方がある、または Content-Length が数値でないか 2 つの値を持つ）で、その応答は何も転送されません。2 つ目は、サービスがリクエストを受け取ったものの、まったく応答せずに接続を閉じた場合で、たとえばメモリが尽きてサンドボックスのカーネルがプロセスを終了させたときです。サービスがすでにリクエストを処理した可能性があるため、プラットフォームはリクエストを再送しません。

対処方法：1 つ目の場合は、サービスの応答を直します。2 つの長さのヘッダーのどちらか一方だけにし、両方は送らないでください。2 つ目の場合は、プロセスが停止した理由を調べます。サービスを動かすコマンドの出力（glac sandboxes logs）と、サンドボックスのメモリと設定（glac sandboxes get）を確認してください。リクエストの再送は、2 回行っても害がない場合だけにしてください。

`account_held`

403：アカウントが支払いの件で保留中で、サポートの確認を待っています。その間は次のとおりです。

プロジェクトのキーとサンドボックスのトークンによる呼び出しは、GET /v1/account（その payment_hold が保留の開始日時を示します）を除き、すべて拒否されます。
サンドボックスはデータを保ったままスリープし、アプリとサンドボックスへのリクエストは拒否されます。進行中のデプロイは失敗し、トラフィックは元のバージョンに残ります。
請求は行われず、何も削除されません。

保留になった時点で、アカウントに一度メールが送られます（通知 account_held）。API もメールも理由は示しません。確認を依頼するには、アカウントの ID を添えて support@glac.ai にご連絡ください。

`account_in_debt`

402：アカウントに未払いがあります。プランに含まれるストレージを超えて保持しているもの（スリープ中のサンドボックス、スナップショット、ボリューム、ドライブ）は残高から支払われ、支払える残高がなかったため、残高が $0.50 以上マイナスになりました。支払うまでは次のとおりです。

プロジェクトのキーとサンドボックスのトークンによる呼び出しはこのコードで拒否されます。ただし、未払い額を読むもの（GET /v1/account、GET /v1/usage、GET /v1/events、/v1/billing の下の読み取り）、支払うもの、保存しているものの削除は除きます。
サンドボックスはデータを保ったままスリープし、アプリとサンドボックスへのリクエストは拒否されます。

未払いが始まった時点でメールが送られ、その後も催促されます。最初のメールから 30 日後に、保存しているものは削除され、未払い分は帳消しになります。

対処方法：未払い分を支払います。残高を 0 以上にするチャージ（POST /v1/billing/topups、またはコンソールの Billing ページ）をすれば、すぐに解消します。GET /v1/billing は残高を示します。未払いのあるアカウントを参照してください。

`user_locked`

403：ユーザーがロックされています。パスワード、GitHub、Google によるコンソールへのサインインと、新しいパスワードを設定するリンクは拒否されます（サインイン時にそう伝えられるのは、正しいパスワードを入力した場合だけです）。ユーザーのアドレスから support@glac.ai にご連絡ください。

`billing_address_required`

409、param は billing_address：誰もその場にいない状態でのカードへの請求（API によるチャージ、有料プランの月額料金、自動チャージのオン）には、税のためにアカウントの所在地が必要ですが、アカウントに請求先住所がなく、カードにも国が示されていません。何も請求されません。請求先住所を設定する（glac account billing-address --country DE、または billing_address を付けた PATCH /v1/account）か、住所を尋ねる支払いページ（POST /v1/billing/checkout）で支払ってください。コンソールの Billing ページでは、カードを変更する前に住所を尋ねます。

`trust_limit_exceeded`

403：チャージ、自動チャージ、または利用上限額が、アカウントの信頼レベルで今月請求できる額を超えます。メッセージは、レベル、今月の使用額、レベルが自動で上がる時期を示します。サポートはご要望に応じてレベルを引き上げます。信頼レベルと上限の引き上げを参照してください。