Clústeres de agente

Los siguientes problemas afectan a los clústeres de agente.

• Sólo se admiten en esta versión los clústeres de agentes totalmente conectados. Esto significa que todos los agentes de un clúster deben establecer comunicación directamente con todos los demás agentes del clúster. Si se conecta a agentes en un clúster convencional mediante el argumento de orden imqbrokerd -cluster, asegúrese de que se incluyen todos los agentes del clúster.

• Si un cliente se conecta a un agente en un clúster de agente de alta disponibilidad, el tiempo de ejecución de cliente intentará reconectar hasta que lo consiga (ignora el valor del atributo de fábrica de conexión imqAddressListIterations.)

• Un cliente sólo podrá examinar los contenidos de las colas que estén ubicados en su agente local. El cliente puede continuar enviando mensajes a cualquier cola o consumiendo mensajes desde una cola de cualquier clúster; esta limitación sólo afecta a las funciones de exploración de colas.

• En un clúster convencional que incluye agentes de la versión 4.2, todos los agentes deben ser de la versión 3.5 o posterior.

• Los agentes de Información de resolución de problemas de 4.2 y 4.1 no pueden interoperar en un clúster de forma predeterminada con agentes Información de resolución de problemas de 3.7 o 3.6, dado que el valor predeterminado de imq.autocreate.queue.maxNumActiveConsumers se ha modificado entre estas versiones. (Fallo 6716400)

  Solución alternativaCambie el valor de imq.autocreate.queue.maxNumActiveConsumers de los agentes de Información de resolución de problemas de 4.2 y 4.1 desde el valor predeterminado de -1 al valor predeterminado de la versión anterior de 1.

• Cuando pase de un clúster convencional a un clúster de alta disponibilidad, puede utilizar la utilidad Administrador de bases de datos de Información de resolución de problemas de (imqdbmgr ) para pasar de un almacén de datos basado en JDBC independiente a un almacén de datos de alta disponibilidad compartido tal y como está documentado en Converting a Standalone Data Store to a Shared Data Store de Sun Java System Message Queue 4.2 Administration Guide

• Un agente que utilice HADB no puede gestionar mensajes superiores a 10 MB. (Fallo 6531734)

• La conversión a un almacén HADB con este comando imqdbmgr upgrade hastore puede fallar con el mensaje "hay demasiados bloqueos establecidos" si el almacén contiene más de 10.000 mensajes. (Fallo 6588856)

  Solución alternativaUtilice el siguiente comando para aumentar el número de bloqueos.

  hadbm set NumberOfLocks=<desiredNumber>

  Para más información, consulte "Problemas de HADB" en la Guía de resolución de problemas de Sun Java System Application Server 9.1 Enterprise Edition.

• Si se confirman más de 500 mensajes remotos en una transacción, el agente podría devolver el error "HADB-E-12815: Agotado el espacio de memoria de la tabla.” (Fallo 6550483)

  Para más información, consulte "Problemas de HADB" en la Guía de resolución de problemas de Sun Java System Application Server 9.1 Enterprise Edition.

• En un clúster de agente, el agente coloca mensajes en la cola para una conexión remota que no se ha iniciado (Fallo 4951010)

  Solución: El consumidor recibirá los mensajes cuando se inicie la conexión. Los mensajes se enviarán a otro consumidro si se cierra la conexión del consumidor.

• Al consumir más de un mensaje de un agente remoto de una transacción, es posible que se registre en el agente el siguiente mensaje de error. El mensaje es benigno y puede omitirse:

  [26/Jul/2007:13:18:27 PDT] WARNING [B2117]: 
  Error al reconocer el mensaje de
  mq://129.145.130.95:7677/?instName=a&brokerSessionUID=3209681167602264320:
      ackStatus = NOT_FOUND(404)\
      Motivo = Actualización del estado de la transacción remota a CONFIRMADO(6): 
  transacción 3534784765719091968 no encontrada, la transacción
  puede haber sido ya confirmada.
      AckType = MSG_CONSUMED
      MessageBrokerSession = 3209681167602264320
      TransactionID = 3534784765719091968
          SysMessageID = 8-129.145.130.95(95:fd:93:91:ec:a0)-33220-1185481094690
          ConsumerUID = 3534784765719133952\par
  
  [26/Jul/2007:13:18:27 PDT] AVISO Notifi. conf. transacc. 
  [8-129.145.130.95(95:fd:93:91:ec:a0)-33220-1185481094690, 
  [consumer:3534784765719133952, type=NONE]]
  TUID=3534784765719091968 got response: 
  com.sun.messaging.jmq.jmsserver.util.BrokerException:
  Actualizar estado de transacción remota a CONFIRMADO(6): 
    transacción 3534784765719091968 no encontrada, la transacción
  puede haber sido ya confirmada:
  com.sun.messaging.jmq.jmsserver.util.BrokerException: Actualizar estado de
  transacción remota a CONFIRMADO(6): transacción 3534784765719091968 no encontrada, la transacción
  puede haber sido ya confirmada.r

  El mensaje se registra al notificar la confirmación al agente de inicio del mensaje para posteriores mensajes de la transacción cuando la propiedad imq.txn.reapLimit es baja comparada con el número de mesajes remotos de una transacción. (Fallo 6585449)

  Solución: Para evitar este mensaje, aumente el valor de la propiedad imq.txn.reapLimit.