Aporto con algunas consideraciones y errores con los que nos encontramos en UNGS al momento de hacer la actualización a la v3.6.0
1 - Error con yarm durante ejecución de “composer install --no-dev”
Tal como se comenta en el post UNPA_Error en la actualizacion 3.6.0 - Técnicos Mapuche - Foro Comunidad SIU, en nuestro servidor se instaló, por algún motivo, la versión de nodejs 4.x
por lo que eliminamos y lo volvimos a instalar de la siguiente manera
sudo apt-get install curl software-properties-common
curl -sL https://deb.nodesource.com/setup_11.x | sudo bash -
sudo apt-get install nodejs
2 - Error en ejecución comando “./bin/instalador proyecto:actualizar --instalacion-anterior /RUTA_INSTALACION_ANTERIOR”
- Instalar SIU-Toba
====================
[ERROR] Error, no se pudo configurar el modo mantenimiento debido a que no se existe la ruta o el archivo ‘/ruta_instalacion_version_mapuche_anterior/mapuche/proyecto.ini’
En la configuración el archivo instalador.env, tuvimos que comentar los parámetros
CONFIG DE TOBA
#TOOBA_PROYECTO_DIR
#TOOBA_INSTALACION_DIR
Si bien, en la documentación de las variables de entorno del instalador, hace mención a que son opcionales; en la actualización de una instalación existente, por mas que se le pase el parámetro “proyecto:actualizar --instalacion-anterior /RUTA_INSTALACION_ANTERIOR” el instalador las considera durante el proceso
3 - Error en ejecución comando “./bin/instalador permisos:simple -U www-data -W www-data”
In Finder.php line 547:
The “/ruta_instalacion_mapuche/metadatos_compilados” directory does not exist.
Hasta la versión 3.5.1, el usuario que se utilizaba para la conexión al postgres, era el usuario mapuche (usuario que no tiene permisos de administrador), por lo que al momento de ejecutar el comando “./bin/instalador proyecto:actualizar --instalacion-anterior /RUTA_INSTALACION_ANTERIOR”, genera el siguiente error en la base:
[2019-04-13 13:14:12] MAIN.INFO: [ COMANDO EJECUTADO ] php /ruta_instalacion_mapuche/vendor/siu-toba/framework/bin/toba instalacion_silenciosa instalar -d 0 -t 1 -h
localhost -p 5432 -u mapuche -b base_mapuche -c /tmp/InstalacionSogEm7 -k /tmp/InstalacionKynk3G -n mapuche --no-interactive --usuario-admin toba --alias-nucleo /docentes/to
ba_mapuche --schema-toba toba_mapuche
[2019-04-13 13:14:12] MAIN.INFO: [ TOBA ]
[2019-04-13 13:14:12] MAIN.INFO: [ TOBA ]
[2019-04-13 13:14:12] MAIN.INFO: [ TOBA ]
[2019-04-13 13:14:12] MAIN.INFO: [ TOBA ] Creación de la instancia
[2019-04-13 13:14:12] MAIN.INFO: [ TOBA ]
[2019-04-13 13:14:12] MAIN.INFO: [ TOBA ]
[2019-04-13 13:14:12] MAIN.INFO: [ TOBA ]
[2019-04-13 13:14:12] MAIN.INFO: [ TOBA ]
[2019-04-13 13:14:12] MAIN.INFO: [ TOBA ] ERROR ejecutando SQL: [CODIGO]: 7 [SQLSTATE]: db_42501 [MENSAJE]: ERROR: debe ser dueño del esquema toba_mapuche [SQL EJECUTA
DA]: ALTER SCHEMA toba_mapuche RENAME TO toba_mapuche_backup;
este error no se informa en pantalla, y nos traía aparejado los siguientes problemas (que llegamos a detectar):
A - No generaba la carpeta metadatos_compilados
B - No se generaba los datos de configuración para el alias del proyecto mapuche, en el archivo toba.conf
C - No se copiaba el archivo entorno_toba.env
D - No se actualizaban los datos del archivo instancia.ini, con las rutas de la nueva instalación
E - No se actualizaba el parámetro Version RRHH > Version de la tabla rrhini
La solución fue cambiar el usuario de conexión, de la instalación anterior, a un usuario con permisos de administrador y definir en el archivo instalador.env, el mismo usuario de conectividad
Consideraciones por si utiliza un usuario para procesos de backup automatizados
En los schema mapuche_auditoria y toba_mapuche, toba_mapuche_backup no se asignaron (o se eliminaron) los GRANT correspondientes para el usuario de backup