close Warning: Can't synchronize with repository "(default)" (/var/svn/mms does not appear to be a Subversion repository.). Look in the Trac log for more information.

Opened 15 years ago

Last modified 15 years ago

#292 assigned enhancement

Control de procesos en mms

Reported by: lmperez Owned by: Pedro Gea
Priority: major Milestone: Future
Component: General Keywords: Control, procesos
Cc:

Description (last modified by Pedro Gea)

Cuando estimamos bajo mms, podemos seguir el desarrollo del proceso o bien por pantalla, o a través del log de tol. Sin embargo no tenemos en ningún momento un control de lo que ocurre dentro de la llamada a las funciones Execute cuando lanzamos procesos en ordenadores remotos.

Se me ocurre que podríamos dejar una traza de control de los pasos que se realizan internamente, similar al de sadd, y que se almacenaran en una ubicación externa a los toles de lanzador y de cálculo de procesos. Bien un fichero log, un oza o una tabla en base de datos, y que se pudiera consultar de forma sencilla desde tol a través de alguna función de lectura. Creo que incorporar algo así sería bastante fácil.

Entiendo que el futuro lanzador incorporará algo así, pero hasta que llegue, estaría bien contar con una ayuda de este estilo.

Gracias de antemano

Attachments (1)

loganalyzer01.tol (2.2 KB) - added by Pedro Gea 15 years ago.

Download all attachments as: .zip

Change History (6)

comment:1 Changed 15 years ago by Pedro Gea

Description: modified (diff)
Status: newaccepted
Type: defectenhancement

No entiendo bien la necesidad que planteas.
Me parece entender que lo que te gustaría es que los procesos de estimación informen de alguna manera como va transcurriendo el proceso, en cuestiones de tiempos, si ha habido errores o cosas así.

Supongo que te refieres a esto, pues estás pensando en lanzadores, sin embargo aún no hemos diseñado nada al respecto, quizá podría implementarse alguna solución provisional sencilla como las que propones.

comment:2 in reply to:  1 ; Changed 15 years ago by lmperez

Eso es, que informe de que está haciendo y dónde está

Replying to pgea:

No entiendo bien la necesidad que planteas.
Me parece entender que lo que te gustaría es que los procesos de estimación informen de alguna manera como va transcurriendo el proceso, en cuestiones de tiempos, si ha habido errores o cosas así.

Supongo que te refieres a esto, pues estás pensando en lanzadores, sin embargo aún no hemos diseñado nada al respecto, quizá podría implementarse alguna solución provisional sencilla como las que propones.

comment:3 in reply to:  2 Changed 15 years ago by imendez

Efectivamente, dado que de momento no hay un lanzador, lo que estamos pidiendo es un mini-sistema de trazas en el que se indiquen los pasos que se van dando en la estimación, la previsión, etc.
Primero pensamos en un Set global, pero nos dimos cuenta de que no sería accesible durante el propio proceso en cuestión. Por tanto, como dice Luis debe ser algo externo a la sesión de TOL: un set que se almacene en un oza o bst cada vez que se actualice, un log (esto sería más difícil de tratar después), etc.
Hasta que exista un lanzador nos ayudaría bastante para controlar los procesos.

Replying to lmperez:

Eso es, que informe de que está haciendo y dónde está

Replying to pgea:

No entiendo bien la necesidad que planteas.
Me parece entender que lo que te gustaría es que los procesos de estimación informen de alguna manera como va transcurriendo el proceso, en cuestiones de tiempos, si ha habido errores o cosas así.

Supongo que te refieres a esto, pues estás pensando en lanzadores, sin embargo aún no hemos diseñado nada al respecto, quizá podría implementarse alguna solución provisional sencilla como las que propones.

comment:4 Changed 15 years ago by Pedro Gea

Status: acceptedassigned

[Email: 2010/05/27]

El problema es delicado y la solución general no es fácil.
Sobre todo porque el sistema de trazas lo hace cada uno por su lado
y por ejemplo, desde MMS no podemos añadir trazas a BSR.

En mi opinión la solución general para todos los procesos pasaría por crear
unas funciones de trazas especiales en TOLBase que se puedan redirigir, y retrazar
los códigos con estas llamadas, pero por ahora lo único que tenemos es el log.

Puede que analizar el log sea poco elegante y quizá no es muy eficiente,
yo he hecho unas pruebas y no parece que vaya mal.
Adjunto un archivo TOL con un ejemplito que he hecho por si os parece
que podría ser útil.
A partir de este código si se ve útil, podría obtenerse una función que obtenga el
estado (en el formato que se desee) de un proceso conocido su log.

Changed 15 years ago by Pedro Gea

Attachment: loganalyzer01.tol added

comment:5 Changed 15 years ago by Pedro Gea

Milestone: Future
version: 1.0
Note: See TracTickets for help on using tickets.