﻿*****************
   IMPORTANTE
*****************
- Sólo se podrá actualizar sobre una instancia ya completamente instalada e inicializada según el manual.
- Eliminará TODOS los tickets (IR, INV e INC) presentes en el sistema.
- La ejecución debe hacerse con el usuario root extrayendo los ficheros LUCIA_v2.1_patch.tar.gz y LUCIA_v2.1_fix.sh en la carpeta /tmp y sólo en ella, y ejecutando 'sh /tmp/LUCIA_v2.1_fix.sh'
- En la instalación se solicitará dos (2) veces la contraseña de root de la base de datos. Tener en cuenta y a mano la contraseña sobre todo si se ha cambiado y no es la de por defecto.
- Derivado de las limitaciones de RT, la ejecución de la actualización SOLO SE PODRÁ EJECUTAR UNA VEZ. Por motivos técnicos, al igual que ha pasado en algunos organismos al instalar por primera vez LUCIA e inicializarla, una segunda ejecución dejaría inconsistente la base de datos y obliga a la instalación desde el principio. Se hace hincapié en el punto anterior sobre la contraseña de la base de datos.
NOTA: Se sugiere la creación de una imagen (snapshot) de la máquina por si falla el proceso y es necesario recuperar. De esta manera se podrá volver fácilmente a un entorno estable.
NOTA: Una vez que la instancia de LUCIA esté en producción no se debe recuperar un snapshot previo sin consultar con el CCN-CERT dado que provocaría una perdida de información y errores de sincronización con LUCIA Central.

-----

- Durante la fase de pruebas en el organismo previo a producción y a la federación con LUCIA Central, se recomienda deshabilitar la sincronización para evitar correos innecesarios. Para ello, se debe editar el fichero /opt/rt4/etc/RT_SiteConfig.pm modificándolo de la siguiente manera:

    Set( $LuciaSyncWithCentral, 0 );
    [...]
    Set( %LuciaSyncConstituenciesPatternWhiteList,
       'ALL' => $LuciaSyncWithCentral,
    #Comentar cualquier otra línea que haya en este parámetro incluyendo una almohadilla(#) al comienzo de la misma
    );

Una vez editado y guardado el fichero anterior se deben ejecutar como root los siguientes comandos:

    # rm -rf /opt/rt4/var/mason_data/obj/*
    # systemctl restart  httpd.service

Cuando se quiera pasar a producción y previo a restablecer la sincronización con LUCIA Central, bastará con volver a poner el parámetro $LuciaSyncWithCentral a 1, descomentar las posibles líneas incluidas en %LuciaSyncConstituenciesPatternWhiteList y ejecutar los dos comandos anteriormente indicados.

    # rm -rf /opt/rt4/var/mason_data/obj/*
    # systemctl restart  httpd.service

-------

A la hora de poner en producción la instancia de LUCIA, opcionalmente se puede modificar de las firmas de las plantillas. La edición de las plantillas se realiza accediendo con el usuario root al menú "Administrador -> Global -> Plantillas" y seleccionando una de ellas. Las plantillas susceptibles de edición de pie de firma por los organismos son las siguientes:
+ Autoreply in HTML 
+ Correspondence in HTML 
+ HTML Ticket Resolved 
+ Autoreply SATSARA in HTML 
+ Autoreply SATINET in HTML 
+ AutoReply IR in HTML 
+ AutoReply INV in HTML 
+ Resolved INV/IR in HTML

****************
   CHANGELOG
****************

 · Procesado de peticiones de sincronización cada 2 minutos
 · Sincronización de archivos adjuntos en tickets de SAT
 · Mejorado el aviso de sincronización fallida
 · Reintento automático de peticiones de sincronización fallidas
 · Control e impedimento al cambiar la Visibilidad de un ticket
 · Deshabilitado de varios scripts propios de RT
 · Traducciones de LUCIA revisadas
 · Nuevos valores en el campo 'Resolución'
 · Nuevos valores en el campo 'Tipo de Organismo'
 · Renombrado de campos 'Clasificación de Incidente' y 'Subclasificación de Incidente'
 · Nuevos valores en estos campos renombrados
 · Actualización de plantillas con los campos modificados y sus nuevos valores
 · Solución a un bug en plantilla
 · Inclusión del enlace al comentario exacto en las plantillas de comentarios
 · Solución de bug de RTIR al parsear un 'Incident Report' a 'INCidente' o un 'INCidente' a 'INVestigación'
 · Inclusión de parámetro para evitar que se reenvíen correos de rebote al Owner
 · Inclusión de parámetro para evitar que se muestren el contenido de los adjuntos en la historia del ticket
 · Aumento del timeout en la configuración de Apache
 · Mejoras internas y de rendimiento
