Resolución de problemas comunes—CBR

Problema: no se ejecutará CBR

Este problema puede producirse si otra aplicación utiliza uno de los puertos que CBR utiliza. Para obtener más información, consulte el apartado Comprobación de los números de puerto de CBR.

Problema: el mandato cbrcontrol o lbadmin da un error

  1. El mandato cbrcontrol devuelve: Error: el servidor no responde. O bien, el mandato lbadmin devuelve: Error: no es posible acceder al servidor RMI. Estos errores pueden producirse si su máquina tiene una pila con SOCKS. Para corregir este problema, edite el archivo socks.cnf para incluir las líneas siguientes:
    EXCLUDE-MODULE java
    EXCLUDE-MODULE javaw
  2. Las consolas de administración de las interfaces (línea de mandatos, interfaz gráfica de usuario y asistentes) de Load Balancer se comunican con cbrserver utilizando RMI (Remote Method Invocation). La comunicación predeterminada utiliza tres puertos; cada puerto se establece en el script de inicio de cbrserver:

    Esto puede producir problemas si una de las consolas de administración se ejecuta en la misma máquina que un cortafuegos o a través de un cortafuegos. Por ejemplo, cuando Load Balancer se ejecuta en la misma máquina que un cortafuegos y emite mandatos cbrcontrol, podrían aparecer errores como Error: el servidor no responde.

    Para impedir este problema, edite el archivo de scripts cbrserver para establecer el puerto utilizado por RMI para el cortafuegos (u otra aplicación). Cambie la línea: LB_RMISERVERPORT=11199 por LB_RMISERVERPORT=suPuerto. Donde suPuerto es otro puerto.

    Cuando haya terminado, reinicie cbrserver y abra el tráfico para los puertos: 11099, 10004, 11199 y 11100 o para el puerto seleccionado para la dirección del host desde donde se ejecutará la consola de administración.

  3. También se pueden producir estos errores si aún no ha iniciado cbrserver.

Problema: no se equilibra la carga de las peticiones

Se ha iniciado Caching Proxy y CBR, pero no se equilibra la carga de las peticiones. Este error puede aparecer si inicia Caching Proxy antes de iniciar el ejecutor. Si esto sucede, el archivo de anotaciones cronológicas stderr para Caching Proxy contendrá este mensaje de error: "ndServerInit: Could not attach to executor" (ndServerInit: no se ha podido conectar con el ejecutor). Para evitar que suceda este problema, inicie el ejecutor antes de iniciar Caching Proxy.

Problema: en sistemas Solaris, el mandato cbrcontrol executor start da un error

En sistemas Solaris, el mandato cbrcontrol executor start devuelve: “Error: el ejecutor no se ha iniciado". Aparece este error si no configura la IPC (Comunicación entre procesos) para el sistema de modo que el tamaño máximo de un segmento de memoria compartida y los ID de semáforo sean mayores que el valor predeterminado del sistema operativo. Para aumentar el tamaño del segmento compartido y de los ID de semáforo, debe editar el archivo /etc/system. Para obtener más información sobre cómo configurar este archivo, consulte la sección sobre cómo modificar los valores predeterminados del sistema para IPC (Inter-process Communication).

Problema: error sintáctico o de configuración

Si la regla de URL no funciona, esto puede deberse a un error sintáctico o de configuración. Para corregir este problema compruebe lo siguiente:

Problema: En la plataforma Windows, comportamiento inesperado de la GUI al utilizar tarjetas de vídeo Matrox AGP

En la plataforma Windows, cuando se utiliza una tarjeta Matrox AGP, puede producirse un comportamiento inesperado en la GUI de Load Balancer. Cuando pulsa el ratón, podría dañarse un bloque de espacio ligeramente mayor que el puntero del ratón provocando una posible inversión del resaltado o un desplazamiento de imágenes fuera del lugar de la pantalla. Las tarjetas Matrox anteriores no han mostrado este comportamiento. No hay un fix pack conocido cuando se utilizan tarjetas Matrox AGP.

Problema: se produce una desconexión del host si se cambia el tamaño de la ventana del navegador Netscape cuando se utiliza la administración Web

Si utiliza la administración Web remota para configurar Load Balancer, no cambie el tamaño (Minimizar, Maximizar, Restaurar minimizando, etc.) de la ventana del navegador Netscape en la que aparece la GUI de Load Balancer. Dado que Netscape vuelve a cargar una página cada vez que se cambia el tamaño de la ventana del navegador, esto provocará una desconexión del host. Tendrá que volver a conectar con el host cada vez que cambie el tamaño de la ventana. Si está realizando administración Web remota en una plataforma Windows, utilice Internet Explorer.

Problema: en la plataforma Windows, aparecen caracteres nacionales Latin-1 dañados en la ventana de indicador de mandatos

En ventanas de indicador de mandatos del sistema operativo Windows, quizá algunos caracteres nacionales de la familia Latin-1 aparezcan dañados. Por ejemplo, la letra "a" con una tilde podría mostrarse como el símbolo pi. Para corregir esto, debe cambiar las propiedades de font de la ventana de línea de mandatos. Para cambiar el font, realice lo siguiente:

  1. Pulse en el icono en la esquina superior izquierda de la ventana de indicador de mandatos
  2. Seleccione Propiedades, luego pulse la pestaña Fuente
  3. El font predeterminado es Fuentes de mapa de bits; cambie este valor por Lucida Console y pulse Aceptar

Problema: En HP-UX, se produce un error de falta de memoria/hebra de Java™

Algunas instalaciones de HP-UX 11i están preconfiguradas para sólo permitir 64 hebras por proceso. No obstante, algunas configuraciones de Load Balancer requieren una cantidad mayor. Para sistemas HP-UX, establezca las hebras por proceso en un mínimo de 256. Para aumentar este valor, utilice el programa de utilidad "sam" para establecer el parámetro de kernel max_thread_proc. Si se espera un uso masivo, puede ser necesario aumentar max_thread_proc por encima de 256.

Para aumentar max_thread_proc, consulte los pasos necesarios en aumentar el parámetro max_thread_proc.

Problema: En los sistemas Windows, los asesores y los destinos de alcance marcan todos los servidores como inactivos

Cuando configura el adaptador en una máquina de Load Balancer, debe asegurarse de que los dos valores siguientes son correctos para que el asesor funcione:

Consulte la sección sobre cómo inhabilitar la descarga de tareas para obtener instrucciones sobre cómo configurar este valor.

Problema: en sistemas Windows, se resuelve la dirección IP con el nombre de sistema principal cuando se ha configurado más de una dirección con el adaptador

En la plataforma Windows, cuando se configura un adaptador con más de una dirección IP, configure la dirección IP que desea afiliar al nombre de host primero del registro.

Puesto que Load Balancer depende de InetAddress.getLocalHost() en muchas instancias (por ejemplo, lbkeys create), varias direcciones IP que tienen un alias con un sólo adaptador podrían provocar problemas. Para impedir este problema, enumere la dirección IP con la que desea que se resuelva la dirección IP primero en el registro.

Para solucionar este problema, reordene los adaptadores en Valores avanzados de la opción Conexiones de red del Panel de control. Por ejemplo:

  1. Abra el Panel de control.
  2. Abierta la opción Conexiones de red.
  3. En la barra de menús, seleccione Avanzado > Valores avanzados...
  4. Reordene los adaptadores que se listan en el panel Valores avanzados.