74 lines
5.4 KiB
Markdown
74 lines
5.4 KiB
Markdown
# 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&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&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&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
|