- Se descapó
- 27 de agosto de 2026 a las 7:02 UTC
- Autor
- Kamo
- Compromit
- 4ee0594
CouchDB q=8 / n=1, verificado live. q se fija en creación de bases de datos y KamoPBX crea una base de datos por cuenta más MODBs mensuales, por lo que q se dimensiona ahora para el eventual cluster de 3 nodos; n se puede elevar más tarde editando mapas de fragmentos, q no. Autocompactación activada. Embargada arriba naves fuera y el patrón de escritura de KamoPBX Fragmentos mal. Tres insectos de despliegue encontrados y fijos en vivo: - Montar el ConfigMap sobre /opt/couchdb/etc/local.d lo hace solo lectura y el punto de entrada muere escribiendo docker.ini. Utiliza subPath para el archivo único. - Un volumen fresco de Longhorn es propiedad de la raíz; couchdb corre como uid 5984 y salió 1 sin salida de registro en absoluto. Añadido fsGroup más un chown initContainer. - conejomq-diagnóstico necesita más que el plazo de la sonda predeterminada 1s; el servidor estaba sana (9s startup) pero la sonda le falló. RabbitMQ funciona como kamopbx, no el invitado enviado: invitado con loopback.usuarios apagados.