Resolución de problemas de errores de instalación del entorno de sustitución por anomalía manual

Si observa errores al configurar un entorno de sustitución por anomalía manual, compruebe lo siguiente:
  • Si el servidor de producción, el servidor de sustitución por anomalía y el servidor de archivos no se pueden comunicar entre sí, asegúrese de que están abiertos los puertos correctos en el firewall.
  • Si observa una disminución del rendimiento de la red o del sistema tras configurar un entorno de sustitución por anomalía manual, es posible que la infraestructura de red no sea compatible con el aumento del ancho de banda que requiere el entorno de sustitución por anomalía manual. Póngase en contacto con el administrador del sistema y asegúrese de que se utiliza la tecnología de uso compartido de archivos correcta. Por ejemplo, en lugar de utilizar NFS, podría resultar más eficaz para la red utilizar una SAN. Asegúrese de que dispone de una red específica o de que el router o el conmutador de red está configurado correctamente para el aumento del ancho de banda.
  • Si recibe cualquier error de licencia tras la instalación, elimine el archivo de licencia de RICOH ProcessDirector/aiw/aiw1/config/license/license.key. Copie scripts/failover-setup-rpd-node.sh desde el soporte de instalación en /tmp y ejecute el script. Cuando se le solicite, si acepta el acuerdo de licencia, asegúrese de escribir yes y pulse Intro. Si el problema persiste, póngase en contacto con el soporte técnico de software.
  • Si recibe errores al intentar montar NFS, es posible que este problema esté causado por determinadas versiones de Linux que utilizan por omisión la versión 4 de NFS. Por omisión, la versión 4 de NFS no permite la propiedad compartida del directorio. El sistema debe configurarse para que los servidores de producción y de sustitución por anomalía puedan cambiar el archivo y la propiedad del directorio de los archivos en los recursos compartidos de NFS. Si no puede modificar NFS para corregir este problema, modifique la propiedad del directorio.

    Escriba chown aiw1:aiwgrp1 /aiw/aiw1 para cambiar la propiedad.

    Si esto no funciona, edite /etc/sysconfig/autofs mediante un editor de texto y cambie MOUNT_NFS_DEFAULT_PROTOCOL=4 a MOUNT_NFS_DEFAULT_PROTOCOL=3. Por ejemplo:

    # MOUNT_NFS_DEFAULT_PROTOCOL - specify the default protocol used by
# mount.nfs(8). Since we can't identify
# the default automatically we need to
# set it in our configuration. This will
# only make a difference for replicated
# map entries as availability probing isn't
# used for single host map entries.
#
MOUNT_NFS_DEFAULT_PROTOCOL=3

    A continuación, edite /etc/nfsmount.conf y cambie Defaultvers=4 a Defaultvers=3. Después, cambie Nfsvers=4 aNfsvers=3.

    Actualice el sistema reiniciando NFS o los servidores.

  • Si cambia entre el servidor de producción y el servidor de sustitución por anomalía y uno de los servidores no puede arrancar, es posible que existan bloqueos en el sistema de archivos. Normalmente, esto se debe a que uno de los servidores no se ha apagado correctamente. Para determinar si este es el problema:
    1. En una solicitud de mandatos, escriba su - aiw1 -c "db2start;db2 connect to aiwdb"

      Busque en los resultados un mensaje similar a este: SQL1391N The database is already in use by another instance of the database manager. SQLSTATE=51023

      Si observa un mensaje similar, debe liberar los bloqueos en la base de datos.

    2. Reinicie el servidor de archivos para liberar los bloqueos.
Tema principal: Instalación