Question 1

latest をプルした後、MongoDB Docker の障害「Invalid feature compatibility version value '8.2'」を修正する方法は？

Accepted Answer

`latest` MongoDB イメージが、`featureCompatibilityVersion: "8.2"` では起動できない新しいメジャーバージョンに移行しました。まず MongoDB 8.3 を経由してアップグレードしてください。

すぐに使える回避策: `compose.yaml` でイメージを固定します:
```yaml
image: docker.io/mongo:8.2
```
次に実行します:
```bash
docker compose up -d
```

移行を完了するには:
1. イメージを 8.3 に変更します:
   ```yaml
   image: docker.io/mongo:8.3
   ```
2. MongoDB を起動します:
   ```bash
   docker compose pull
   docker compose up -d
   ```
3. `mongosh` を開きます:
   ```bash
   docker compose exec database mongosh
   ```
4. feature compatibility version を更新します:
   ```js
   db.adminCommand({ setFeatureCompatibilityVersion: "8.3", confirm: true })
   ```
5. イメージを `docker.io/mongo:latest` またはプロジェクトで固定された MongoDB 8 イメージに戻し、再起動します:
   ```bash
   docker compose pull
   docker compose up -d
   ```
移行を実行する前にデータベースをバックアップしてください。影響を受けたプロジェクトでは、MongoDB をメジャーバージョン 8 に固定する一時的な修正もマージされました。

Question 2

How do I fix MongoDB 8.x crashing on Linux kernel 6.19?

Accepted Answer

MongoDB 8.0+ uses a vendored TCMalloc version that is incompatible with the `rseq` ABI changes in Linux kernel 6.19, causing database crashes. Use one of these workarounds:

1. **Pin MongoDB to 7.0** (safest immediate fix):
   ```yaml
   image: mongo:7.0
   ```
   Or for Docker:
   ```bash
   docker run -d --name mongo mongo:7.0
   ```

2. **Boot the host with an older kernel**, ideally a version earlier than 6.19. Verify the running kernel with:
   ```bash
   uname -r
   ```
   Install the distribution-supported older kernel, select it in GRUB/systemd-boot, and reboot.

Kernel versions as early as 6.17, and possibly 6.6, may also be affected by the underlying TCMalloc issue, although MongoDB's official notice references 6.19. Upgrade MongoDB or TCMalloc once a fixed release is available.

Question 3

migration 51 の NamespaceExists: audit_logs collection already exists による Stoat API のクラッシュループをどう修正しますか？

Accepted Answer

API イメージを v0.15.1 から v0.15.5 以降にアップグレードしてください。更新後にマイグレーション失敗が解決したことが確認されています。イメージ参照を更新してください。例えば ghcr.io/stoatchat/api:v0.15.5 です。その後、API コンテナを再作成してください。一時的に v0.15.1 を起動する必要がある場合は、先に MongoDB をバックアップし、マイグレーション 51 がそれを再作成できるように既存のコレクションを削除してください：docker exec -it <mongo-container> mongosh（MongoDB 4.4 では mongo）、次に use revolt; db.audit_logs.drop();。その後すぐに API を再起動してください。これは一時的な回避策にすぎず、アップグレードするまで再発する可能性があります。コレクションを削除すると、既存の監査ログデータも削除されます。

Question 4

セルフホストのStoatインスタンスで、hCaptchaが読み込まれない問題と、登録がapi.stoat.chatを呼び出している問題をどう修正すればよいですか？

Accepted Answer

VITE_API_URL 変数が間違ったサービスに適用されています。web コンテナは env ファイルを通じてこれを受け取る必要があります。そうすることで、フロントエンドは https://api.stoat.chat ではなく、セルフホストの API を使用します。

1. Compose プロジェクトディレクトリに .env.web を作成します:
VITE_API_URL=https://stoat.kebel.space/api

2. docker-compose.yml の web サービスに env_file を追加します:
web:
  image: ghcr.io/stoatchat/for-web:0c31cf0
  env_file:
    - .env.web
  networks:
    vpn_net:
      ipv4_address: 172.30.0.65
  restart: always

3. コンテナを再作成します:
docker compose stop
docker compose rm
docker compose up -d --force-recreate

4. ブラウザをハードリフレッシュするか、シークレットモードを使用してください。登録リクエストは https://stoat.kebel.space/api に送信されるようになり、api.stoat.chat からの CaptchaFailed 400 エラーは解消されるはずです。hcaptcha_key と hcaptcha_sitekey も Revolt.toml で正しく設定されていることを確認してください。

Question 5

Dockerで実行しているセルフホストのStoat/Revoltでファイルアップロードの上限を引き上げるにはどうすればよいですか？

Accepted Answer

設定ベースのアップロード制限の修正を含むリリースにアップグレードしてから、`Revolt.toml` で制限を設定してください。新規アカウントには 72 時間 `new_user` の制限が適用されるため、両方のセクションを更新してください:

```toml
[features.limits.default.file_upload_size_limit]
attachments = 20_000_000_000

[features.limits.new_user.file_upload_size_limit]
attachments = 20_000_000_000

[features.limits.global]
body_limit_size = 25_000_000_000
```

`docker-compose.yml` で Autumn に同じかそれより大きいフォールバックの上限を設定してください:

```yaml
services:
  autumn:
    environment:
      MAX_FILE_SIZE: "25000000000"
```

値はバイト単位であり、`body_limit_size`/`MAX_FILE_SIZE` は許可される最大の添付ファイルより大きくする必要があります。以下で適用します:

```bash
docker compose pull
docker compose up -d --force-recreate delta autumn
```

`docker exec ... /bin/bash` に頼らないでください: 最小イメージには Bash が含まれていない場合があり、コンテナ内で行った変更は永続化されません。代わりに、ホストにマウントされた設定ファイルまたは環境変数を使用してください。

Stoat Self-Hosted

主な機能

できないこと

使用例

タグ

はじめ方

類似プロジェクト