- Przesyłane
- 27 sierpnia 2026 07:02 UTC
- Autor
- Kamo
- Zgłoszenie
- 4ee0594
CouchDB q 8 / n-1, zweryfikowany na żywo. q jest stały przy tworzeniu bazy danych i KamoPBX Tworzy bazę danych na konto plus comiesięczne MODB, więc q jest teraz wielkości dla Imperualna gromada 3-node; n można ją podnieść później poprzez edycję map shard, q nie może. Automatyczne urządzenie włączone — wysyłka w górę wysyła ją i wzorzec zapisu KamoPBX Fragmenty źle. Trzy błędy wdrożeniowe znalezione i stałe na żywo: - Montaż ConfigMap przez /opt/couchdb/etc/local.d sprawia, że jest to tylko odczyt i Punkt wejścia umiera pisząc docker.ini. Używa subPath dla pojedynczego pliku. - Świeża objętość Longhorn jest własnością korzenia; couch bęb działa jako uid 5984 i wyszedł 1 Bez wyjścia dziennika w ogóle. Dodano fsGroup plus chown initContainer. - Rabbitmq-diagnostics potrzebuje więcej niż domyślny czas próbny 1s; serwer Był zdrowy (9s startup), ale sonda zawiodła. RabbitMQ działa jako kamopbx, a nie wysłany gość: gośż z loopback_users off.