# Se cortó la ejecución de un módulo

Se cierra un modulo de Milenium mientras se está ejecutando en forma anormal, el usuario queda bloqueado y no puede volver a ingresar.  
En cualquiera de los 3 Milenium ejecutamos el proceso VerLic para poder desbloquear el usuario.  
Introducimos la IP **192.168.4.186** con el puerto **5500** <img src="/tecnica/milenium/milenium-verlic.jpg" class="align-center" data-query="?300" width="300" alt="milenium-verlic.jpg" />  

# Error en la exportación para web

  
<img src="/tecnica/milenium/sqldeveloper.jpg" class="align-left" data-query="?200" width="200" alt="sqldeveloper.jpg" />

1.  **Forzar a la BD a exportar una publicación ya exportada:** Si ocurre algún evento que hace que debamos exportar nuevamente los XMLs de una publicación, la única forma es forzando a la base de datos a que crea que nunca se exportó dicha publicación. Esto se logra corriendo el siguiente comando en el SQL Developer *(Conectarse a la BD Milenium haciendo click en el más [Listado de contraseñas](/tecnica/contrasenas))*:  
    **UPDATE EDFECHACOPIAXML SET FECHACOPIAXML=NULL WHERE TRUNC(FECHACOPIAXML)=’11/09/2012’**;  
    // (Nota: ojo con las comillas, corregirlas en el SQL y reemplazar por la fecha de la publicación que corresponda).//  
    **COMMIT;**  
2.  **Liberar un proceso de publicación que se haya colgado:** Si por alguna razón, durante el proceso de publicación se colgara el EDITOR y, al intentar publicar nuevamente, apareciera un cartel diciendo: “Ya hay un proceso activo de publicación en la web. Revise los procesos activos de publicación en la Web”, en ese caso deberán ir a: solapa @, en el blanco del árbol con botón derecho del mouse: Salida a Internet -\> Ver procesos activos de publicación en la web… Cancelar proceso.  
    <img src="/tecnica/milenium/milenium-www-procesosactivospublicacionweb.jpg" class="align-left" data-query="?300" width="300" alt="milenium-www-procesosactivospublicacionweb.jpg" />  
      
      
    ====== Aumentar el nivel de detalle de registro del servicio Input Server ======

Para poder tener mayor precisión sobre inconveniente que causa la caída del servicio, usamos Regedit:  
**HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Milenium Input Server\Parameters\PREFERENCIAS\\**

Añadiendo en la entrada **LOG_LEVEL** el valor **14**, es decir, máximo nivel de información en el Monitor. El valor por defecto es Cero (0)

Después de obtener el detalle del error se debará volver a cero, para que no se envíen muchos datos de depuración al Monitor.  

# Error en el cluster

Se da generalmente a la madrugada cuando se inicia la copia de seguridad, aparentemente existe algún problema de red, que hace que ambos nodos se peleen por la IP y generan este problema.  
  
<img src="/tecnica/milenium/captura_de_pantalla_de_2020-05-06_10-37-41.png" class="align-center" data-query="?direct&amp;600" width="600" alt="captura_de_pantalla_de_2020-05-06_10-37-41.png" />  
Debemos entonces desde el administrador de cluster parar los servicios y aplicaciones:

- DIA_APLICATIONS
- DIA_BACKUP
- DIA_MILENIUM

<img src="/tecnica/milenium/captura_de_pantalla_de_2020-05-06_11-08-14.png" class="align-center" data-query="?direct&amp;400" width="400" alt="captura_de_pantalla_de_2020-05-06_11-08-14.png" /> Una vez todos los servicios detenidos, reiniciamos Mile1 y Mile2 y distribuimos aplicaciones y servicios de la siguiente manera (mover este servicio o aplicación a otro nodo):

- DIA_APLICATIONS -\> Mile1 -\> 192.168.4.186
- DIA_BACKUP -\> Mile2 -\> 192.168.4.187
- DIA_MILENIUM -\> Mile2 -\> 192.168.4.185

Volvemos luego a habilitar las aplicaciones y servicios.  
***NOTA:*** Una vez efectuado esto, revisar el backup porque es probable que no se haya realizado.

# Problema con copia de seguridad

Revisamos los registros del servidor para saber el motivo del error, esto es en: C:\archivos de programa (x86)\Protecmedia\Backup Service\\ estan los archivo:

**hotbackup_RMAN_milenium_last** (por ejemplo): *RMAN-03009: fallo del comando backup en el canal backup_disk1 en 05/06/2020 11:43:25 ORA-19502: error de escritura en el archivo “F:\BD_MILENIUM\FLASH_RECOVERY_AREA\MILENIUM\BACKUPSET\2020_05_06\O1_MF_NCNDF_DATAFILES_HC5M202C\_.BKP”, bloque n?mero 590208 (tama?loque=16384) ORA-27072: Error de E/S del archivo OSD-04008: fallo de WriteFile(); no se ha podido escribir en el archivo O/S-Error: (OS 112) Espacio en disco insuficiente. Recovery Manager terminado.*

**Error_Service_milenium** (por ejemplo): *06/05/2020 11:43:26 Error milenium Acceso denegado a la ruta de acceso ‘\\192.168.4.185\f\$\bd_milenium\Flash_recovery_area\MILENIUM\BACKUPSET’.*

Revisar el espacio disponible en el disco F del Milenium3 (4.248) que es donde se hace la copia.

En el Backup Manager seleccionamos en Modify Next Action -\> Backup y \[Set\] para iniciar la copia.

<img src="/tecnica/milenium/captura_de_pantalla_de_2020-05-06_11-15-48.png" class="align-center" data-query="?direct&amp;600" width="600" alt="captura_de_pantalla_de_2020-05-06_11-15-48.png" />

# Milenium photo en rotativa

Si se cierra el photoshop inesperadamente revisar la conexión a internet, si no pueden navegar las maquinas cambiar la puerta de enlace de Afrodita para que navegue a través de Hermes:

     ip r del default
     ip r add default via 192.168.87.1

y modificar iptables.rg

     iptables -t nat -A POSTROUTING -o $FIBRA_IF -j SNAT --to-source $FIBRA_IP
     /etc/init.d/iptables.sh restart