Estado EOJ de un Listener (trabajo)

Obsydian, Cool:Plex, Advantage Plex, AllFusion Plex...

Moderadores: Jorge Ubeda, pacopicon

Estado EOJ de un Listener (trabajo)

Notapor oscar moreno » Lun Ene 03, 2011 1:03 pm

Buen dia, estoy teniendo inconvenientes con los listener, caen por alguna razon y me aparece con Estado EOJ, consumiendo mucho recurso del Hardware.

EOJ
El trabajo está finalizando por una razón que no
es Finalizar Trabajo (ENDJOB) ni Finalizar
Subsistema (ENDSBS). Por ejemplo, SIGNOFF,
Finalizar Trabajo de Grupo (ENDGRPJOB) o una
excepción que no está manejándose.

Me podrian ayudar por favor. Gracias!
Oscar Moreno
oscar moreno
 
Mensajes: 7
Registrado: Mié Abr 14, 2010 3:23 pm

Versiones

Notapor Jorge Ubeda » Mié Ene 05, 2011 3:04 pm

No recuerdo con exactitud, pero existe algún problema relacionado con lo que indicas: ¿podrías contarnos qué versión de Plex usas, que despachador, y qué nivel del OS tienes?
Jorge Ubeda
Site Admin
 
Mensajes: 229
Registrado: Mié Oct 26, 2005 6:00 pm
Ubicación: Valencia

Estado EOJ de un Listener (trabajo)

Notapor oscar moreno » Mié Ene 05, 2011 3:41 pm

Te paso lo solicitado
Version 4.5.0 (Build 38 ) del Plex
Version 5.1.0 (Build 50) del Plex

A que es refiere con despachador?

Version de OS V5R3M0



Gracias!
Oscar Moreno
oscar moreno
 
Mensajes: 7
Registrado: Mié Abr 14, 2010 3:23 pm

Listener

Notapor Jorge Ubeda » Mié Ene 05, 2011 9:00 pm

Supongo que tu listener es mi despachador...desde Plex 4.5 existen dos despachadores que controlan las solicitudes del cliente contra el iSeries, YOBSYTCPDP y YOBSYTCP. Mi pregunta es cuál de los dos usas.
Dado que tienes dos versiones de Plex trabajando, asumo que tienes dos listeners/dispatchers, uno por cada versión, cada uno con sus respectivas librerías.

De la lista de fixes de Plex 6.0:
Solucionados en Plex 4.5 SP1:

"YOBSYTCPDP dispatcher - changes to attempt to avoid the dispatcher hanging and failing to spawn new jobs. Refer to the Readme document for recommended IBM PTFs that also address TCP/IP "hanging" problems. As of release time, some customers still reported problems with the YOBSYTCPDP hanging and these problems are still under investigation. [Dev Contact: 10562029]"

"YOBSYTCPDP dispatcher - fix to stop QPRINT file being produced for every job. Now only produced if an error occurs. [Dev Contact: 9695017, 10532789]"

"Changes to YOBSYTCP and YOBSYTCPDP programs that may improve performance (unverified). Increased the fast heap from 64Kb to 256Kb. Also, the msg_buffer has been decreased from 9999 to 128Kb. [Dev Contacts: 9692575, 9694550]"

"Alternative version of YOBSYTCP dispatcher provided in the PLEX library that uses RTGDTA(*JOBD) when submitting jobs. This alternative version is named YOBSYTCP_R by default. In order to use the alternative version of the dispatcher it should be renamed. For example, the following commands would rename the original dispatcher to YOBSYTCP_X and then rename YOBSYTCP_R to YOBSYTCP.

RNMOBJ OBJ(PLEX-Library/YOBSYTCP) OBJTYPE(*PGM) NEWOBJ(YOBSYTCP_X)

RNMOBJ OBJ(PLEX-Library/YOBSYTCP_R) OBJTYPE(*PGM) NEWOBJ(YOBSYTCP)

[Dev Contact: 9690701]"


Solucionados en Plex 5.0:

"Changes to support the use of SO_KEEPALIVE socket option with TCP/IP connections. This option means that the server job will periodically check that the client is still available and automatically close down if it is not (for example, if the client crashes unexpectedly). The time to Keep Alive is determined by the CHGTCPA Keep Alive parameter (default value is 120 minutes). The SO_KEEPALIVE socket option has no effect over SNA (must be a pure TCP/IP connection between the PC and AS/400). Note that even if a Keep Alive parameter value of 1 minute is specified, it may take longer to terminate the job. QPRINT log will now include the following message when the orphaned job is terminated: "Error on read of pInfo data: errno = 3447" Error number 3447 [ETIMEDOUT] - A remote host did not respond within the time out period. (Contact 10759805)"

Trataré de ver si hay algún otro caso que se aproxime a tu problema.
Jorge
Jorge Ubeda
Site Admin
 
Mensajes: 229
Registrado: Mié Oct 26, 2005 6:00 pm
Ubicación: Valencia

EOJ

Notapor oscar moreno » Mié Ene 05, 2011 9:27 pm

este es el que utilizo YOBSYTCPDP

ejemplo

CALL PGM(Bibliotecaplex/YOBSYTCPDP) PARM('Puerto')
Oscar Moreno
oscar moreno
 
Mensajes: 7
Registrado: Mié Abr 14, 2010 3:23 pm

EOJ

Notapor oscar moreno » Mié Ene 05, 2011 9:27 pm

este es el que utilizo YOBSYTCPDP

ejemplo

CALL PGM(Bibliotecaplex/YOBSYTCPDP) PARM('Puerto')
Oscar Moreno
oscar moreno
 
Mensajes: 7
Registrado: Mié Abr 14, 2010 3:23 pm

Listener

Notapor Jorge Ubeda » Jue Ene 06, 2011 12:30 am

En el viejo foro de Edge hay bastante material sobre (probablemente) este problema. Uno que te puede ayudar es este:
http://edge.plexinfo.net/?action=edge&f ... ageId70522
Si buscas por algunas palabras clave, puede haber mas.
Recuerdo que este problema existía, pero debería estar resuelto. De lo contrario, deberías quizá revisar los SP y PTFs recomendados.
Jorge Ubeda
Site Admin
 
Mensajes: 229
Registrado: Mié Oct 26, 2005 6:00 pm
Ubicación: Valencia


Volver a Plex

¿Quién está conectado?

Usuarios navegando por este Foro: No hay usuarios registrados visitando el Foro y 5 invitados

cron