Tareas: viernes, 14 de enero de 2022

15 enero 2022

Y nada, que hoy seguimos intentando ver qué ocurre con el PostgreSQL secundario. Y seguro que salen otras cosas.

Varios

Ayer apareció por primero vez el fallo de conexión de Firefox del que se habla últimamente y que tiene explicación oficial y solución temporal oficial también, aunque hay varias opciones más que tienen que ver con la telemetría. Le ocurrió a Luismi y a mi en casa.

El arreglo consiste en desactivar la opción network.http.http3.enabled en la configuración del navegador (accesible abriendo la dirección about:config).

Servidor ss.venexma.net

Después de cambiar ciertas opciones para que el programa pgbadger tuviese con qué trabajar el servidor ha pasado toda la noche reuniendo información y espero poder crear hoy informes que me indiquen en qué demonios está empleando tiempo y recursos. Ya he visto que hay algunos trabajos cron en odoo que no sé si merece la pena que estén así que es posible que pueda eliminarlos.

Claro que eso no resuelve el problema. A estas horas la carga sigue siendo superior a 4 y las lecturas de disco apabullantes. Se le ve algo más ligero en reacción a nivel de terminal pero el interfaz web y lo que hay debajo siguen siendo lentos.

Y como sospechaba algo debo haber hecho mal porque apenas hay datos recogidos. Yo los he visto pasar durante mucho tiempo y el archivo está lleno pero debo haber definido mal las opciones de construcción del informe porque apenas hay cosas interesantes. Bueno, algo sí que me ha llamado la atención: el número de conexiones con el usuario postgres es muchísimo mayor que el del usuario odoo.

Así que voy a volver a intentarlo con otros parámetros para ver qué es lo que le falla. De momento cuando lo ejecuto sin más los resultados son los siguientes:

Es decir, ninguna información sobre instrucciones SELECT. Así que miro en el registro y me encuentro lo siguiente:

En español. Ni idea de si tiene que ser así pero me da que no porque el resto de los términos están en inglés. Bueno, pues lo mismo toca excavar en la configuración de pgbadger.

Y así ha sido. Y debería poner una fecha porque entre el párrafo anterior y éste ha transcurrido un día. El programa decía, entre otras cosas, que no funcionaba si los mensajes estaban en otro idioma que no fuese el inglés. Tuve que cambiar el parámetro lc_messages = ‘C’ y volver a reiniciar y entonces sí, ha funcionado correctamente y he podido generar un archivo HTML (lo explico en párrafo aparte) que consultar vía el servidor web en una dirección concreta.

Los datos, o los está interpretando mal, o hay cosas muy, pero que muy raras.

Menos mal que está la opción de verlo en tabla porque lo de los colores para un daltónico es todo un problema. La siguiente me muestra algo más raro.

¿ Base de datos desconocida ? No, algo va muy mal en la interpretación de la información. Creo que, ya que le he cogido el truco, instalaré de nuevo el programa pgcluu porque es una ramificación de éste y así podremos ver mejor qué demonios hace fuera de las horas de trabajo.

El resto lo pondré mañana en otra entrada, ahora tengo que irme (sábado 15, diez y cuarto de la mañana).

Cambios concretos en PostgreSQL

Intentando ajustar lo más posible la configuración del servidor de bases de datos a la configuración hardware del equipo he utilizado la siguiente herramienta: pgtune. Los valores que me ha proporcionado son un tanto diferentes de los que tenía, importados de la configuración principal que tiene como cuatro veces más capacidad en todos los sentidos.

# DB Version: 12
# OS Type: linux
# DB Type: web
# Total Memory (RAM): 8 GB
# CPUs num: 4
# Connections num: 20
# Data Storage: hdd

max_connections = 20
shared_buffers = 2GB
effective_cache_size = 6GB
maintenance_work_mem = 512MB
checkpoint_completion_target = 0.9
wal_buffers = 16MB
default_statistics_target = 100
random_page_cost = 4
effective_io_concurrency = 2
work_mem = 52428kB
min_wal_size = 1GB
max_wal_size = 4GB
max_worker_processes = 4
max_parallel_workers_per_gather = 2
max_parallel_workers = 4
max_parallel_maintenance_workers = 2

Cambios específicos en odoo

Antes de nada he visto que hay montón de trabajos planificados que no parecen ser de utilidad recurrente y los he desactivado intentando que trabaje menos. Y mira, si resulta que hay que usarlos en el propio interfaz se les puede lanzar a mano. Y ni tan mal.

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *