Sugerencias para la resolución de problemas con el motor de mensajería

Utilice este conjunto de sugerencias específicas como ayuda para la resolución de problemas con los motores de mensajería de integración de servicios.

No se puede iniciar el motor de mensajería porque aún no se ha inicializado el entorno de tiempo de ejecución

Un motor de mensajería no se puede iniciar y se visualiza el error siguiente en la consola administrativa de WebSphere Application Server.

Este motor de mensajería <nombre> no se puede iniciar porque todavía no se ha
inicializado un tiempo de ejecución para el mismo, vuelva a intentar la operación
cuando se haya inicializado uno. Si la recarga de la configuración dinámica se ha habilitado para este bus, entonces será
necesario
reiniciar los servidores.

Antes de volver a iniciar el motor de mensajería, asegúrese de que ha reiniciado el servidor. Para que el tiempo de ejecución se inicialice satisfactoriamente, el servidor de aplicaciones debe estar iniciado.

Para saber si un problema en el inicio está impidiendo que se inicialice el tiempo de ejecución del motor de mensajería, compruebe si hay mensajes de error en SystemOut.log del servidor que lo aloja.
Nota: En este tema se hace referencia a uno o más de los archivos de registro del servidor de aplicaciones. Como alternativa recomendada, puede configurar el servidor para utilizar la infraestructura de registro y rastreo HPEL en lugar de utilizar los archivos SystemOut.log , SystemErr.log, trace.log y activity.log en sistemas distribuidos y de IBM® i. Puede también utilizar HPEL junto con sus recursos de registro nativos de z/OS. Si utiliza HPEL, puede acceder a toda la información de registro y rastreo utilizando la herramienta de línea de mandatos LogViewer desde el directorio bin de perfil de servidor. Consulte la información sobre la utilización de HPEL para resolver problemas de aplicaciones para obtener más información sobre la utilización de HPEL.
[z/OS]

El motor de mensajería no se inicia con un controlador DB2 Universal JDBC de tipo 2

Cuando se intenta utilizar el controlador DB2 Universal JDBC tipo 2 para almacenar los datos en la plataforma z/OS, el motor de mensajería no se inicia y pueden aparecer mensajes de "Error de asignación de almacenamiento" similares al siguiente en el archivo SystemaOut.log de WebSphere Application Server:

BBOO0220E: [SB6NLA1:SB6NLA1.server1-SB6NLA1] CWSIP0002E: Se
ha producido un error de mensajería interno en com.ibm.ws.sib.processor.im
pl.MessageProcessor, 1:1469:1.365, com.ibm.ws.sib.msgstore.Messa
geStoreRuntimeException: com.ibm.ws.sib.msgstore.PersistenceExce
ption: CWSIS1501E: El origen de datos ha producido una excepción
inesperada: com.ibm.db2.jcc.t2zos.y: [IBM/DB2][T2zos/2.5.48]T2zo
sPreparedStatement.readPrepareDescribeOutput_:processDescribeOut
put:1563:Storage Allocation Error at com.ibm.ws.sib.msgstore.cac
he.links.AbstractItemLink.readDataFromPersistence(AbstractItemLi
nk.java:2487) at
com.ibm.ws.sib.msgstore.cache.links.AbstractItemLink._restoreIte
m(AbstractItemLink.java:639)
Para la plataforma z/OS, debe utilizar un controlador DB2 Universal JDBC tipo 4. Si debe utilizar el controlador DB2 Universal JDBC tipo 2, siga estos pasos:
  1. Utilice la consola administrativa para navegar por Recursos -> JDBC -> Orígenes de datos -> nombre_origen_datos -> [Propiedades adicionales] Propiedades personalizadas
  2. Establezca la propiedad personalizada del controlador JDBC fullyMaterializeLobData en false.

    La propiedad personalizada fullyMaterializeLobData determina si los datos de LOB se materializan completamente en el controlador JDBC cuando se recupera una fila, o se recupera en piezas según convenga. El comportamiento real dependerá de si el servidor de bases de datos admite la modalidad continua progresiva. Consulte la documentación de DB2 si desea más información sobre esta propiedad. El valor predeterminado es true.

  3. Guarde los cambios en la configuración maestra.
  4. Reinicie el servidor de aplicaciones.

El motor de mensajería no se puede iniciar debido a un error conocido en el controlador Informix JDBC 3.00JC1

Cuando se intenta utilizar el controlador Informix JDBC 3.00JC1 para almacenar datos, el motor de mensajería no se puede iniciar y podría aparecer el mensaje de error siguiente en el archivo SystemOut.log de WebSphere Application Server:

00000022 SibMessage E [RetireBus:retire_web.000- RetireBus] CWSIS0002E: 
El motor de mensajería encontró una excepción al iniciarse. 
Excepción: com.ibm.ws.sib.msgstore.PersistenceException: CWSIS1501E: 
El origen de datos ha generado una excepción inesperada: java.sql.BatchUpdateException:
Se ha violado la restricción de unicidad (informix.u114_62).
00000022 SibMessage E [RetireBus:retire_web.000- RetireBus] CWSID0035E: 
No se puede iniciar el motor de mensajería retire_web.000-RetireBus;
se ha informado del error detectado durante el inicio de com.ibm.ws.sib.msgstore.impl.MessageStoreImpl () 
00000022 SibMessage E [RetireBus:retire_web.000- RetireBus] CWSID0027I: 
El motor de mensajería retire_web.000-RetireBus no se puede reiniciar debido a que
se ha informado acerca de un error grave.T]
00000022 SibMessage I [RetireBus:retire_web.000- RetireBus] CWSID0016I: 
El motor de mensajería retire_web.000-RetireBus está en estado Detenido.  

Existe un defecto conocido (PTS 172471) en el controlador Informix JDBC 3.00JC1. Para evitar este error, actualice el controlador Informix JDBC a 3.00JC2.

Determinación de problemas de un almacén de datos

Puede crear un volcado, de forma reducida, de los datos del almacén de datos para un motor de mensajería. La salida es para que la utilice el personal de servicio técnico de IBM. Póngase en contacto con la organización de soporte técnico para obtener información sobre cómo ejecutar el mandato.
Si existe un problema con los datos del almacén de datos, puede ser difícil de diagnosticar basándose en la salida de rastreo. No obstante, puede crear un volcado, con formato XML, de los datos del almacén de datos. Esto facilita el diagnóstico ya que es una representación que puede leerse y transformarse en otros formatos, según sea necesario. Puede crear un volcado del almacén de datos escribiendo el siguiente mandato en la herramienta wsadmin:
  • En Jython:
    AdminControl.invoke(AdminControl.queryNames("type=SIBMessagingEngine,
     name=messagingenginename,*"),
     "dump", "com.ibm.ws.sib.msgstore.*")
  • Utilizando Jacl:
    $AdminControl invoke [$AdminControl queryNames type=SIBMessagingEngine,
     name=messagingenginename,*] 
     dump com.ibm.ws.sib.msgstore.*

El vuelco se crea como un archivo XML en el directorio $WAS_HOME/logs/server1. El nombre del archivo sigue este formato: nombre_motor_mensajeríaUUIDindicación_hora.xml

El formato del archivo se ilustra en el ejemplo siguiente:
<MessageStore>
    <itemStreams>
        <ItemStreamLink id="0" state="Available">
            <class>com.ibm.ws.sib.msgstore.ItemStream</class>
            <priority>5</priority>
            <canExpireSilently></canExpireSilently>
            <storageStrategy>STORE_NEVER</storageStrategy>
            <expiryTime>0</expiryTime>
            <sequence>0</sequence>
            <tranID>null</tranID>
            <tickValue>0</tickValue>
            <items>
                <ItemLink id="2" state="Available" refCount="3" refCountDecreasing="false">
                    <class>com.ibm.ws.sib.msgstore.Item</class>
                    <priority>5</priority>
                    <canExpireSilently></canExpireSilently>
                    <storageStrategy>STORE_NEVER</storageStrategy>
                    <expiryTime>0</expiryTime>
                    <sequence>1</sequence>
                    <tranID>null</tranID>
                    <tickValue>0</tickValue>
                </ItemLink></items></ItemStreamLink></itemStreams></MessageStore>

Los motores de mensajería generan mensajes de contención de base de datos

Cuando un motor de mensajería utiliza un almacén de datos para el almacén de mensajes, si el mismo mensajería se inicia dos veces de forma accidental, se muestra un mensaje de contención de base de datos:
CWSIS1546I:
El motor de mensajería, ME_UUID={0}, INC_UUID={1}, ha perdido
un bloqueo existente o no ha podido obtener un bloqueo inicial en el almacén de datos. 
Para resolver el problema:
  • Compruebe si existen problemas en la base de datos, por ejemplo, si la base de datos no está disponible.
  • Compruebe si existen problemas en la red. Por ejemplo, si la red está sobrecargada, es posible que dos servidores de aplicaciones no se puedan conectar a la base de datos, pero es posible que no se puedan conectar entre sí, lo que puede generar problemas de coordinación de recursos.
  • Si tiene una configuración de integración de servicios que proporciona alta disponibilidad o compartición de la carga de trabajo, compruebe que se hayan configurado correctamente los recursos adecuados. Por ejemplo, compruebe los motores de mensajería, las políticas del grupo principal para dichos motores de mensajería y el criterio de coincidencia que asocia cada política de grupo principal con un motor de mensajería. Consulte Configuración de la integración de servicios con la carga de trabajo y la alta disponibilidad compartidas.
[AIX Solaris HP-UX Linux Windows][IBM i]

Excepción de ID de usuario no soportada cuando se conecta a una base de datos de Network Attached Apache Derby versión 10.3

Cuando compruebe la conexión con la base de datos de Network Attached Apache Derby versión 10.3, recibirá la siguiente excepción:
java.lang.Exception: java.sql.SQLException: userid nulo no soportado 
DSRA0010E: SQL State = null, Error
[IBM i][AIX Solaris HP-UX Linux Windows]Al crear un nuevo almacén de datos Network Attached Apache Derby, de forma predeterminada se obtiene un alias de autenticación en blanco.[IBM i][AIX Solaris HP-UX Linux Windows]Si utiliza Apache Derby en modalidad de conexión de red con el controlador DB2 Universal JDBC (es decir, utiliza el "proveedor JDBC para Derby Network Server que utiliza el controlador(DB2) Universal JDBC"), debe especificar un alias de autenticación. Este requisito está documentado en Valores mínimos necesarios de origen de datos para Apache Derby.
Nota: [AIX Solaris HP-UX Linux Windows][IBM i]La necesidad de tener un alias de autenticación sólo se aplica al "proveedor JDBC para Derby Network Server que utiliza el controlador (DB2) Universal JDBC". Este controlador está en desuso y se ha sustituido por el "proveedor JDBC para Derby Network Server que utiliza Derby Client", que no necesita un alias de autenticación.
Consulte también Configuración de un origen de datos JDBC para un motor de mensajería.

Posibles causas de la excepción XAResourceNotAvailableException y cómo emprender la acción adecuada

Cuando se utiliza el mandato deleteNode para un nodo que aloja los motores de mensajería, se suprimen estos motores de mensajería. Cuando se vuelven a crear motores de mensajería nuevos a partir del mandato addNode, sus identificadores son diferentes y, por lo tanto, durante la recuperación de la transacción no es posible conectarse con los motores de mensajería nuevos. Se genera un mensaje que identifica la excepción XAResourceNotAvailableException en el archivo SystemOut.log para cada servidor que aloja un motor de mensajería.

Para solucionar este problema, debe seguir el procedimiento que se describe en Resolución de transacciones dudosas.

La excepción XAResourceNotAvailableException también se puede generar cuando se produce la migración tras error de un servidor de un miembro de bus del clúster. En este caso, no es necesaria la intervención del operador para recuperar y resolver las transacciones.

Problemas al recrear un bus de integración de servicios

Si suprime un bus de integración de servicios y posteriormente crea un bus nuevo con el mismo nombre, el motor de mensajería no puede iniciarse y se generan mensajes similares a los siguientes en el archivo SystemOut.log:
[8/11/04 21:55:01:439 CDT] 0000000f SibMessage    I   
[LateBus:xyzsun15.server1-LateBus] isAlive: MessagingEngine suffered common mode error. 
Correct error (see logs) and restart server.
[8/11/04 21:55:01:468 CDT] 0000000f SibMessage    I   
[LateBus:xyzsun15.server1-LateBus] isAlive: MessagingEngine will be stopped 
because of common mode error. 
No failover will occur.
[8/11/04 21:55:01:493 CDT] 0000000f SibMessage    I   
[LateBus:xyzsun15.server1-LateBus] Messaging Engine 
xyzsun15.server1-LateBus not in state from which stop is valid: Starting
[8/11/04 21:55:01:513 CDT] 0000000f SibMessage    I   
[LateBus:xyzsun15.server1-LateBus] isAlive: MessagingEngine stopped because 
of common mode error. Correct error (see logs) and restart server.
[8/11/04 21:57:01:431 CDT] 0000000e SibMessage    I   
[LateBus:xyzsun15.server1-LateBus] isAlive: MessagingEngine suffered 
common mode error. 
Correct error (see logs) and restart server.

El motor de mensajería no se ha iniciado porque el directorio de base de datos para el motor de mensajería continúa existiendo una vez que se haya suprimido el bus y deberá eliminarlo manualmente. Para suprimir la base de datos Apache Derby para un motor de mensajería no existente, debe suprimir el directorio de la base de datos situado en raíz_perfil/databases/com.ibm.ws.sib, donde raíz_perfil es el directorio donde se almacena la información específica del perfil.

Debe detener WebSphere Application Server antes de suprimir los archivos de base de datos.

Para otras bases de datos, puede suprimir todas las filas de las tablas del almacén de datos o puede eliminar todas las tablas del almacén de datos. Estas tablas están en el esquema que ha configurado para el almacén de datos. Para ver una lista de las tablas, consulte Tablas de almacén de datos.

Para obtener más información, consulte Ciclo de vida del almacén de datos.

Problemas de comunicación con buses foráneos

Para habilitar la comunicación entre buses, se debe crear un enlace de integración de bus de servicios y un bus foráneo. En el primer bus, el nombre del bus foráneo debe coincidir con el nombre del segundo que pasa a ser un bus foráneo y el nombre del bus foráneo correspondiente al segundo bus debe coincidir con el nombre del primer bus. El enlace de bus de integración de servicios debe tener el mismo nombre en los dos buses.

Probablemente, encontrará el tipo de error siguiente si la configuración no es correcta, por ejemplo, porque los enlaces de bus de integración de servicios no coinciden:

SibMessage    E   [TechBus:TechCluster.000-TechBus] 
CWSIT0057E: El BookstoreBus de conexión entre buses ha fallado en el 
motor de mensajería remoto en el host aixp401.rchland.ibm.com con la razón: 
CWSIT0067E: El BookstoreBus de conexión entre buses del bus BookstoreBus 
no está disponible.

Problemas al intentar comunicarse con un bus foráneo al que se ha cambiado el nombre

El panel de la consola administrativa utilizado para configurar las propiedades de un enlace de bus de integración de servicios, también permite cambiar el nombre del bus foráneo indicado por el enlace. Sin embargo, no debe modificar el nombre del bus foráneo una vez que se haya configurado. Si lo modifica, los motores de mensajería que ya mantengan información de estado sobre el enlace no podrán utilizarlo, hasta que el nombre de bus foráneo se restablezca a su valor anterior.

Posibles causes de una excepción JMSException con una excepción SILimitExceeded derivada

Cuando el número de mensajes mantenidos por un destino alcance su umbral límite, cualquier intento de enviar un mensaje a ese destino fallará con una excepción JMSException con una excepción SILimitExceeded derivada. El destino continuará fallando con esta excepción hasta que el número de mensajes mantenido por el destino se reduzca por debajo del umbral límite.

Para obtener un recuento preciso del número de mensajes disponibles, puede supervisar las estadísticas PMI de Recuento de mensajes disponibles para destinos de cola y espacio de temas. Si aumenta el número de mensajes disponibles, actúe para equilibrar el sistema. Estudie la posibilidad de impedir a los generadores enviar nuevos mensajes hasta que el destino haya consumido los mensajes disponibles.

Examine la lista siguiente para ver las causas posibles y soluciones para este problema:
  • El umbral alto del destino es demasiado bajo para el número de mensajes proyectado. El destino no procesará algunos mensajes. El valor predeterminado del umbral alto es de 50000.
    Solución: Aumente el umbral alto del destino.
  • Las aplicaciones producen más mensajes de los que el destino puede procesar.

    El equilibrio ideal es que el número de mensajes producidos respecto al número de mensajes consumidos sea igual durante un período de tiempo determinado. Si el sistema no está equilibrado y la aplicación generadora envía más mensajes de los que el destino puede consumir, finalmente la aplicación generadora enviará una excepción JMSException.

    Solución: Busque un equilibrio entre el número de mensajes generados y el número de mensajes consumidos.
    Consejo: El valor predeterminado de la agrupación de hebras ORB (intermediario para solicitudes de objetos) es de 100 hebras. Para algunas aplicaciones, esto puede permitir que 100 aplicaciones envíen mensajes al mismo destino. Estudie el ajustar la agrupación de hebras ORB para que hay un máximo de 10 hebras. Este valor inferior reduce el número de generadores que pueden enviar mensajes, lo que podría aumentar la productividad general de mensajes.
  • Las aplicaciones procesan mensajes del destino de forma demasiado lenta.
    Solución: Podría ser necesario aumentar el número de mensajes consumidos por las aplicaciones cliente. Un destino procesa más mensajes cuando varios consumidores leen en ese destino.

    Estudie el clonar la aplicación en varios servidores en un entorno sin clústeres. De forma predeterminada,las aplicaciones se clonan en un entorno de servidores con clústeres. Para habilitar los suscriptores en un entorno sin clústeres, establezca el distintivo cloned en el valor JNDI TopicConnectionFactory JNDI para DurableSubscriptions.

    Restricción: Esta solución no es adecuada para las aplicaciones que requieren una ordenación total de mensajes.
  • Los mensajes tiene un atributo de calidad de servicio que es mejor que el mejor esfuerzo no persistente.
    Solución: Utilice mensajes para los que la calidad del atributo de servicio es mejor esfuerzo no persistente. Si hay demasiados mensajes en el sistema, el destino descarta los mensajes de mejor esfuerzo no persistentes.
    Restricción: Esta solución no es adecuada para las aplicaciones que deben recibir todos los mensajes.

Problemas de corrupción en los reinicios del sistema

Es posible, aunque poco frecuente, en un motor de mensajería, que un destino o enlace quede una vez reiniciado el sistema. Si ocurre esto, verá un mensaje que indica el problema. Si el problema radica en el motor de mensajería, no se iniciará el motor de mensajería. Si se corrompe un destino o un enlace, se iniciará el motor de mensajería relevante, pero no se podrá utilizar el destino o el enlace en ese motor de mensajería.

Si no conoce la causa del problema, póngase en contacto con el Servicio técnico de IBM para establecer la causa antes de intentar resolver la situación.

Si conoce la causa del problema, por ejemplo, si sabe que es un problema relacionado con la base de datos, soluciónelo llevando a cabo los siguientes pasos:
  1. Utilice la consola administrativa para asegurarse de que los archivos de configuración están sincronizados en el sistema, yendo a Administración del sistema -> Nodos y, a continuación, pulsando Resincronización completa. Esta operación puede tardar varios minutos en ejecutarse.
  2. Si el problema persiste, realice una de las tareas siguientes:

Recuperación del estado de los motores de mensajería en la consola administrativa

Para que pueda recuperar el estado de los motores de mensajería, debe haber iniciado la sesión en la consola administrativa con autorización, como mínimo, de supervisor. Si no dispone de esta autorización, el estado del motor de mensajería se mostrará como "No disponible", aunque se haya iniciado el motor de mensajería.

Si no ha iniciado la sesión con la autorización necesaria para recuperar el estado de los motores de mensajería, se anota un mensaje de error semejante al siguiente en el archivo de registro systemOut del servidor:
[4/20/05 10:49:57:083 CDT] 0000004b RoleBasedAuth A   
SECJ0305I: La comprobación de autorización basada en roles ha fallado para la 
operación admin-authz SIBMessagingEngine:stateExtended. 
El usuario UNAUTHENTICATED (ID exclusivo:  unauthenticated) no tiene otorgados ninguno de los roles siguientes necesarios: administrador, operador, configurador,
supervisor. 
Donde el ID de usuario que se muestra en el mensaje es el utilizado para iniciar la sesión en la consola administrativa.

Habilitación para iniciar una aplicación antes de que se inicie un motor de mensajería necesario

Si una aplicación depende de que el motor de mensajería esté disponible, el motor de mensajería debe iniciarse antes de ejecutar la aplicación. Si desea que un servidor de aplicaciones inicie una aplicación automáticamente, deberá desarrollar las aplicaciones para comprobar que se haya iniciado cualquier motor de mensajería necesario y, si fuera necesario, esperar al motor de mensajería. Si se utiliza esta técnica en un bean de arranque, el método de bean de arranque realiza el trabajo (comprobar y esperar) en una hebra separada (mediante los métodos WorkManager estándar), así no se retrasa el arranque del servidor de aplicaciones.

Si desea ver un ejemplo de código para comprobar y esperar un motor de mensajería, consulte Aplicaciones con una dependencia en la disponibilidad del motor de mensajería.

[z/OS]

Aparecen mensajes de infraestructura de canales durante el arranque del servidor

Cuando se inicie el servidor, es posible que vea mensajes de información de infraestructura de canal en el proceso de complemento de la región de control (CRA). Estos mensajes no indican que se hayan producido errores y no requieren que realice ninguna acción.
  • El mensaje siguiente se emite porque la aplicación que contiene el bean controlado por mensajes se ha iniciado antes de iniciar el motor de mensajería.
    CWSIV0759W:
    Durante la activación de un bean controlado por mensajes, no se ha encontrado ningún
    motor de mensajería activo aplicable en el servidor local del bus {0}. 

    Cuando se inician los motores de mensajería, otro mensaje informativo lo confirma y entonces puede producirse el manejo de mensajes.

  • El mensaje siguiente se emite debido al método asíncrono mediante el cual se inicia el canal proxy TCP de z/OS.
    CHFW0030E: Error al iniciar la cadena {0} debido a la excepción {1}

    Cuando se inician los motores de mensajería, otro mensaje informativo lo confirma y entonces puede producirse el manejo de mensajes.

    Estos mensajes sólo aparecen en determinadas circunstancias, por ejemplo, estos mensajes pueden aparecer si cambia los puertos durante la migración

  • Es posible que el siguiente mensaje aparezca varias veces en el proceso del complemento de la región de control durante el arranque del servidor, aunque la conexión resulte satisfactoria en los reintentos subsiguientes. Este mensaje se emite debido al método asíncrono mediante el cual se inicia el canal proxy TCP de z/OS, y no indica que se haya producido ningún error.
    Rastreo: 2009/06/17 08:24:41.434 01 t=9C6B58 c=UNK key=P8 (00000011)
    Description: Mensaje Java del registro 
    Message: CHFW0030E: Error al iniciar la cadena _InboundTCPProxyBridgeService 
    debido a la excepción 
    com.ibm.wsspi.channel.framework.exception.RetryableChannelException: 
    Se ha generado una excepción al tratar de iniciar TCPProxyChannel 
    com.ibm.ws.channel.framework.imp l.ChannelFrameworkImpl
    Es posible que estos mensajes vayan acompañados de una salida FFDC (First Failure Data Capture) parecida al ejemplo siguiente:
    Exception = com.ibm.wsspi.channel.framework.exception.RetryableChannelException
    Source = com.ibm.ws.channel.framework.impl.ChannelFrameworkImpl.startChainInternal
    probeid = 2577
    Stack Dump = com.ibm.wsspi.channel.framework.exception.RetryableChannelException: An exception was thrown when attempting  to start the TCPProxyChannel
    		en com.ibm.ws.tcpchannelproxy.jfap.impl.TCPProxyInboundChannel.start(TCPProxyInboundChannel.java:153)
    		en com.ibm.ws.channel.framework.impl.ChannelFrameworkImpl.startChannelInChain(ChannelFrameworkImpl.java:1410)
    		en com.ibm.ws.channel.framework.impl.ChannelFrameworkImpl.startChainInternal(ChannelFrameworkImpl.java:2863)
     		en com.ibm.ws.channel.framework.impl.WSChannelFrameworkImpl.startChainInternal(WSChannelFrameworkImpl.java:960)
    		en com.ibm.ws.channel.framework.impl.ChannelFrameworkImpl.startChainInternal(ChannelFrameworkImpl.java:2794)
     		en com.ibm.ws.channel.framework.impl.ChannelFrameworkImpl.startChain(ChannelFrameworkImpl.java:2779)
     		en com.ibm.ws.runtime.component.ChannelFrameworkServiceImpl.startChain(ChannelFrameworkServiceImpl.java:666)
     		en com.ibm.ws.sib.jfapchannel.framework.impl.ChannelFrameworkReference$TCPProxyBridgeServiceInboundChainStartupRunnable.run(ChannelFrameworkReference.java:1641)
    		en com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1550)
    Casado por: com.ibm.ws.tcpchannelproxy.jfap.NotYetInitializedException: El servidor aún no se ha inicializado
    		en com.ibm.ws.tcpchannelproxy.jfap.TCPProxyBridgeServicesImpl.startListening(TCPProxyBridgeServicesImpl.java:558)
    		en com.ibm.ws.tcpchannelproxy.jfap.impl.TCPProxyInboundChannel.start(TCPProxyInboundChannel.java:131)
    		... 8 more
    Finalmente debería aparece el mensaje siguiente, que indica que el canal de proxy TCP de z/OS se ha iniciado correctamente:
    Trace: 2009/06/17 08:24:51.449 01 t=9C6B58 c=UNK key=P8 (13007002)
       ThreadId: 00000003
       FunctionName: com.ibm.ws.channel.framework.impl.WSChannelFrameworkImpl
       SourceId: com.ibm.ws.channel.framework.impl.WSChannelFrameworkImpl
       Category: AUDIT
       ExtendedMessage: BBOO0222I: CHFW0019I: El servicio de canal de transporte ha iniciado la 
    cadena _InboundTCPProxyBridgeService.
[AIX Solaris HP-UX Linux Windows][IBM i][z/OS]

No se da soporte a la migración tras error del motor de mensajería para los clústeres con varias versiones que contengan servidores Versión 6

Un motor de mensajería que se aloja en un servidor WebSphere Application Server Versión 7.0 o posterior no puede realizar una migración tras error a un motor de mensajería que se aloje en un servidor WebSphere Application Server Versión 6. Si tiene un clúster como un miembro de bus que consta de una combinación de servidores Versión 6 y posteriores, debe asegurarse de que la política de alta disponibilidad esté configurada para evitar este tipo de migración tras error.

Para evitar la migración tras error de un motor de mensajería de Versión 7.0 o posterior a un servidor de Versión 6, configure la política de alta disponibilidad para el motor de mensajería de forma que el clúster se divida en un conjunto de servidores para Versión 6 y otro conjunto de servidores para Versión 7.0 o posterior y el motor de mensajería de Versión 7.0 o posterior esté restringido a los servidores de Versión 7.0 o posterior. Consulte Configuración de l migración tras error del motor de mensajería para los clústeres con varias versiones.


Icon that indicates the type of topic Reference topic



Timestamp icon Last updated: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=rjk_prob0
File name: rjk_prob0.html