- Navios
- 27 de agosto de 2026 às 07:02 UTC
- Autor
- Kamo
- Enviar
- 4ee0594
CouchDB q=8 / n=1, verificado ao vivo. q é fixado na criação do banco de dados e KamoPBX cria um banco de dados por conta mais MODBs mensais, assim q é dimensionado agora para o eventual cluster de 3 nós; n pode ser levantado posteriormente através da edição de mapas de fragmentos, q não pode. Auto-compactação activada — a montante envia- a para fora e o padrão de escrita do KamoPBX Fragmentos gravemente. Três erros de implantação encontrados e corrigidos ao vivo: - Montar o Mapa de Configuração sobre /opt/couchdb/etc/local.d torna-o apenas para leitura e O ponto de entrada morre escrevendo docker.ini. Usa o subPath para o ficheiro único. - Um volume de Longhorn fresco é de propriedade raiz; couchdb corre como uid 5984 e saiu 1 sem saída de log em tudo. Adicionado fsGroup plus a chown initContainer. - o diagnóstico de coebinmq precisa de mais do que o tempo limite padrão da sonda 1s; o servidor foi saudável (9s startup) mas a sonda falhou. RabbitMQ é executado como kamopbx, não o convidado enviado:convidado com loopback users desligado.