Pequeño diario de lo que he hecho para que no olvidar ni dejar que las heridas cierren.

miércoles, 4 de noviembre de 2020

Nos encontramos

Con odoo levantado otra vez en un terminal porque el niño está haciendo pruebas y no le sale de ahí quitarlo cuando ya hemos intercambiado correos hoy sobre lo que había que hacer.

Y, lo más extraño, un montón de procesos de creación de informes (el libro mayor contable) de los que me he quejado y tampoco he recibido respuesta.

Los procesos son media docena con el siguiente aspecto en la tabla:

/bin/bash /opt/odoo/wkhtmltopdf-amd64 --quiet --encoding utf-8 \
    --orientation Landscape --page-size A4 --header-font-name Helvetica \
    --footer-font-name Helvetica --header-font-size 10 \
    --footer-font-size 6 --header-left LIBRO MAYOR - Venexma Europa, S.L. - EUR \
    --header-spacing 2 --footer-left 02/11/2020 09:41:46 \
    --footer-right Página [page] de [topage] \
    --footer-line /tmp/tmpqFFp8V0.body.html /tmp/webkit.tmp.u2TsXO.pdf

Aunque la cadena original es más o menos así:

─ /bin/bash /opt/odoo/wkhtmltopdf-amd64 --quiet --encoding utf-8 --orientation Landscape --p
  └─ /bin/sh /usr/bin/xvfb-run -a --server-args=-screen 0, 1024x768x24 /usr/bin/wkhtmltopdf 
    ├─ /usr/bin/wkhtmltopdf --log-level error -q --quiet --encoding utf-8 --orientation Lan
    │  ├─ /usr/bin/wkhtmltopdf --log-level error -q --quiet --encoding utf-8 --orientation 
    │  └─ /usr/bin/wkhtmltopdf --log-level error -q --quiet --encoding utf-8 --orientation 

Sin actividad ni registro. Procedo a cerrarlos todos.

También procedo a cerrar el servicio de odoo y la sesión de terminal que tenía abierta.

La base de datos

Desde la máquina pg.venexma.net he realizado un volcado completo empleando lo siguiente:

$ sudo -u postgres pg_dumpall > /var/tmp/db.out
$ scp /var/tmp/db.out osr@produccion:/var/tmp/

Ahora desde la máquina produccion.venexma.net realizo lo siguiente:

$ sudo -u postgres psql < /var/tmp/db.out 

Se me indica que ya existe la base de datos (de una copia anterior) por lo que antes de repetir lo anterior borro la base de datos de producción:

$ sudo -u postgresl psql
psql (13.0 (Debian 13.0-1.pgdg100+1))
Digite «help» para obtener ayuda.

postgres=# drop database prod;

La configuración

Transferir la configuración debería ser sencillo pero no las tengo todas conmigo.

Por parte de PostgreSQL no he cambiado nada porque el acceso está configurado prácticamente con los parámetros predeterminados. No estoy seguro de si cosas como la sincronización de entornos funcionará pero hasta que no se pruebe no se verá.

La configuración me ha dejado un poco frío porque ha cambiado mucho o los valores predeterminados no cubren lo que yo necesitaba saber. No sé si los registros WAL de PostgreSQL, que sirve para reconstruir en caso de caída o para sincronizar con otro servidor, están correctos. Tengo que mirarlo.

Tampoco los registros ni qué está registrando. Pendiente también.

La puesta en marcha

Pues ya está. No ha cambiado mucho y parece que en algunas cosas está mejor que en otras pero no puedo asegurarlo hasta que no comiencen a facturar mañana.