How to recover when a replica is missing

お困りですか?

アトラシアン コミュニティをご利用ください。

コミュニティに質問


プラットフォームについて: Data Center - この記事は、Data Center プラットフォームのアトラシアン製品に適用されます。

このナレッジベース記事は製品の Data Center バージョン用に作成されています。Data Center 固有ではない機能の Data Center ナレッジベースは、製品のサーバー バージョンでも動作する可能性はありますが、テストは行われていません。サーバー*製品のサポートは 2024 年 2 月 15 日に終了しました。サーバー製品を利用している場合は、アトラシアンのサーバー製品のサポート終了のお知らせページにて移行オプションをご確認ください。

*Fisheye および Crucible は除く

要約

With at least one Git repository migrated to Mesh, in rare cases of issues with underlying infrastructure when a large number of operations are going on on the Mesh nodes, repository settings may show only a part of the remote Mesh nodes containing the Git repository.

Symptoms observed may be similar to these:

  • The repository settings page shows only two remote Mesh nodes containing the repository.

  • The remaining nodes may show higher traffic than normal. There may be one or more other nodes.

  • Only two replicas are shown when calling REST API

    curl -X GET --location "{{base_url}}/rest/ui/latest/admin/git/mesh/troubleshooting/projects/{{projectId}}/repos/{{repoSlug}}/replicas" \
        -H "Accept: application/json" \
        --basic --user {{user}}:{{password}}

環境

Bitbucket Data Center 8.x and newer

Remote Mesh 1.0.0 and newer

At least one of the repositories has been migrated to Mesh nodes.

ソリューション

The remote Mesh system should automatically detect that, for one of the Git repositories, less than the replication factor remote Mesh nodes contain that repository. It will then pick one of the Mesh nodes that does not have the repository and assign the repository to it. That “new” node will then attempt to automatically repair the repository, which should bring the number of remote Mesh nodes holding the repository up to the “replication factor”.

最終更新日: 2024 年 12 月 20 日

この内容はお役に立ちましたか?

はい
いいえ
この記事についてのフィードバックを送信する
Powered by Confluence and Scroll Viewport.