Hi forumers.
I have DataStage 5.2 over a Windows2000 platform.
I would like to know if there is any way of getting the PID (Process Id) of
the task of the server for each job that it's running. This is important
for me, because sometimes I need to kill some processes and I need this
number.
Any suggestion ?
Guillermo P. Barsky - gbarsky@osde.com.ar
Gerencia de Sistemas - Desarrollo
OSDE Binario - Filial Metropolitana
Alem 1067, Piso 16
(5411)4510-4330
http://www.osde.com.ar
Getting the PID
Getting the PID
<b>PLEASE READ</b>
Do not contact admin unless you have technical support or account questions. Do not send email or Private Messages about discussion topics to ADMIN. Contact the webmaster concerning abusive or offensive posts.
Do not contact admin unless you have technical support or account questions. Do not send email or Private Messages about discussion topics to ADMIN. Contact the webmaster concerning abusive or offensive posts.
Getting the PID
Where do you want to do this from?
A DataStage process can determine its own pid by calling getpid(). This must first be declared to be a GCI function:
DECLARE GCI getpid
The pid with which a job runs is to be found in the "environment variable settings" event in the job log. There is an environment variable called DS_USERNO. On Windows platform this is the same as the pid.
Entries for DSD.RUN in the &PH& directory contain the user numbers for the job phantom itself and (in square brackets) of any child process notifying completion of an active stage.
DataStage user numbers can be mapped to pids on UNIX via the PORT.STATUS command on the server, or via the Cleanup Resources window in Director.
You could write a generic before- subroutine to log the pid.
SUBROUTINE LogPid(InputArg, ErrorCode)
DECLARE GCI getpid
ErrorCode = 0
JobName = DSGetJobInfo(DSJ.ME, DSJ.JOBNAME)
StageName = DSGetStageInfo(DSJ.ME, DSJ.ME, DSJ.STAGENAME)
Msg = "Job " : JobName : ", Stage " : StageName : ", pid = " : getpid()
Call DSLogInfo(Msg, "Pid Report")
RETURN
----- Original Message -----
From: gbarsky@osde.com.ar
Date: Wed, 12 Nov 2003 19:20:16 -0300
To: datastage-users@oliver.com
Subject: Getting the PID
>
>
>
>
> Hi forumers.
>
> I have DataStage 5.2 over a Windows2000 platform.
>
> I would like to know if there is any way of getting the PID (Process Id) of
> the task of the server for each job that it's running. This is important
> for me, because sometimes I need to kill some processes and I need this
> number.
>
> Any suggestion ?
>
>
> Guillermo P. Barsky - gbarsky@osde.com.ar
> Gerencia de Sistemas - Desarrollo
>
> OSDE Binario - Filial Metropolitana
> Alem 1067, Piso 16
> (5411)4510-4330
> http://www.osde.com.ar
>
A DataStage process can determine its own pid by calling getpid(). This must first be declared to be a GCI function:
DECLARE GCI getpid
The pid with which a job runs is to be found in the "environment variable settings" event in the job log. There is an environment variable called DS_USERNO. On Windows platform this is the same as the pid.
Entries for DSD.RUN in the &PH& directory contain the user numbers for the job phantom itself and (in square brackets) of any child process notifying completion of an active stage.
DataStage user numbers can be mapped to pids on UNIX via the PORT.STATUS command on the server, or via the Cleanup Resources window in Director.
You could write a generic before- subroutine to log the pid.
SUBROUTINE LogPid(InputArg, ErrorCode)
DECLARE GCI getpid
ErrorCode = 0
JobName = DSGetJobInfo(DSJ.ME, DSJ.JOBNAME)
StageName = DSGetStageInfo(DSJ.ME, DSJ.ME, DSJ.STAGENAME)
Msg = "Job " : JobName : ", Stage " : StageName : ", pid = " : getpid()
Call DSLogInfo(Msg, "Pid Report")
RETURN
----- Original Message -----
From: gbarsky@osde.com.ar
Date: Wed, 12 Nov 2003 19:20:16 -0300
To: datastage-users@oliver.com
Subject: Getting the PID
>
>
>
>
> Hi forumers.
>
> I have DataStage 5.2 over a Windows2000 platform.
>
> I would like to know if there is any way of getting the PID (Process Id) of
> the task of the server for each job that it's running. This is important
> for me, because sometimes I need to kill some processes and I need this
> number.
>
> Any suggestion ?
>
>
> Guillermo P. Barsky - gbarsky@osde.com.ar
> Gerencia de Sistemas - Desarrollo
>
> OSDE Binario - Filial Metropolitana
> Alem 1067, Piso 16
> (5411)4510-4330
> http://www.osde.com.ar
>
<b>PLEASE READ</b>
Do not contact admin unless you have technical support or account questions. Do not send email or Private Messages about discussion topics to ADMIN. Contact the webmaster concerning abusive or offensive posts.
Do not contact admin unless you have technical support or account questions. Do not send email or Private Messages about discussion topics to ADMIN. Contact the webmaster concerning abusive or offensive posts.
Getting the PID
Ray:
Thank you for your explanation. It was very good, but there are some things
that I didn't understand.
Question 1) What is a GCI ?
Question 2) What is the DSD.RUN and the &PH& directory ?
Question 3) What does the PID depend on ? Is it related to the main job, or
it may depend on the stage ? In your subroutine, why are you getting the
stage name, and then the PID ?
Question 4) I wrote this code:
pidi = DSGetJobInfo(DSJ.ME, DSJ.JOBPID);
CALL DSLogInfo(">> PID del proceso===>":pidi:".","MSG");
When I tested it, a number was returned. What is this number ? Is this the
number to kill the task in the server ?
Question 5) What is DS.TOOLS (this appeared in the response of David
Barham) ?
Thanks in advance.
Guillermo P. Barsky - gbarsky@osde.com.ar
Gerencia de Sistemas - Desarrollo
OSDE Binario - Filial Metropolitana
Alem 1067, Piso 16
(5411)4510-4330
http://www.osde.com.ar
"Ray Wurlod"
Para: datastage-users@oliver.com
cc:
12/11/2003 08:03 Asunto: Re: Getting the PID
p.m.
Por favor, responda
a datastage-users
Where do you want to do this from?
A DataStage process can determine its own pid by calling getpid(). This
must first be declared to be a GCI function:
DECLARE GCI getpid
The pid with which a job runs is to be found in the "environment variable
settings" event in the job log. There is an environment variable called
DS_USERNO. On Windows platform this is the same as the pid.
Entries for DSD.RUN in the &PH& directory contain the user numbers for the
job phantom itself and (in square brackets) of any child process notifying
completion of an active stage.
DataStage user numbers can be mapped to pids on UNIX via the PORT.STATUS
command on the server, or via the Cleanup Resources window in Director.
You could write a generic before- subroutine to log the pid.
SUBROUTINE LogPid(InputArg, ErrorCode)
DECLARE GCI getpid
ErrorCode = 0
JobName = DSGetJobInfo(DSJ.ME, DSJ.JOBNAME)
StageName = DSGetStageInfo(DSJ.ME, DSJ.ME, DSJ.STAGENAME)
Msg = "Job " : JobName : ", Stage " : StageName : ", pid = " : getpid()
Call DSLogInfo(Msg, "Pid Report")
RETURN
----- Original Message -----
From: gbarsky@osde.com.ar
Date: Wed, 12 Nov 2003 19:20:16 -0300
To: datastage-users@oliver.com
Subject: Getting the PID
>
>
>
>
> Hi forumers.
>
> I have DataStage 5.2 over a Windows2000 platform.
>
> I would like to know if there is any way of getting the PID (Process Id)
of
> the task of the server for each job that it's running. This is important
> for me, because sometimes I need to kill some processes and I need this
> number.
>
> Any suggestion ?
>
>
> Guillermo P. Barsky - gbarsky@osde.com.ar
> Gerencia de Sistemas - Desarrollo
>
> OSDE Binario - Filial Metropolitana
> Alem 1067, Piso 16
> (5411)4510-4330
> http://www.osde.com.ar
>
Thank you for your explanation. It was very good, but there are some things
that I didn't understand.
Question 1) What is a GCI ?
Question 2) What is the DSD.RUN and the &PH& directory ?
Question 3) What does the PID depend on ? Is it related to the main job, or
it may depend on the stage ? In your subroutine, why are you getting the
stage name, and then the PID ?
Question 4) I wrote this code:
pidi = DSGetJobInfo(DSJ.ME, DSJ.JOBPID);
CALL DSLogInfo(">> PID del proceso===>":pidi:".","MSG");
When I tested it, a number was returned. What is this number ? Is this the
number to kill the task in the server ?
Question 5) What is DS.TOOLS (this appeared in the response of David
Barham) ?
Thanks in advance.
Guillermo P. Barsky - gbarsky@osde.com.ar
Gerencia de Sistemas - Desarrollo
OSDE Binario - Filial Metropolitana
Alem 1067, Piso 16
(5411)4510-4330
http://www.osde.com.ar
"Ray Wurlod"
Para: datastage-users@oliver.com
cc:
12/11/2003 08:03 Asunto: Re: Getting the PID
p.m.
Por favor, responda
a datastage-users
Where do you want to do this from?
A DataStage process can determine its own pid by calling getpid(). This
must first be declared to be a GCI function:
DECLARE GCI getpid
The pid with which a job runs is to be found in the "environment variable
settings" event in the job log. There is an environment variable called
DS_USERNO. On Windows platform this is the same as the pid.
Entries for DSD.RUN in the &PH& directory contain the user numbers for the
job phantom itself and (in square brackets) of any child process notifying
completion of an active stage.
DataStage user numbers can be mapped to pids on UNIX via the PORT.STATUS
command on the server, or via the Cleanup Resources window in Director.
You could write a generic before- subroutine to log the pid.
SUBROUTINE LogPid(InputArg, ErrorCode)
DECLARE GCI getpid
ErrorCode = 0
JobName = DSGetJobInfo(DSJ.ME, DSJ.JOBNAME)
StageName = DSGetStageInfo(DSJ.ME, DSJ.ME, DSJ.STAGENAME)
Msg = "Job " : JobName : ", Stage " : StageName : ", pid = " : getpid()
Call DSLogInfo(Msg, "Pid Report")
RETURN
----- Original Message -----
From: gbarsky@osde.com.ar
Date: Wed, 12 Nov 2003 19:20:16 -0300
To: datastage-users@oliver.com
Subject: Getting the PID
>
>
>
>
> Hi forumers.
>
> I have DataStage 5.2 over a Windows2000 platform.
>
> I would like to know if there is any way of getting the PID (Process Id)
of
> the task of the server for each job that it's running. This is important
> for me, because sometimes I need to kill some processes and I need this
> number.
>
> Any suggestion ?
>
>
> Guillermo P. Barsky - gbarsky@osde.com.ar
> Gerencia de Sistemas - Desarrollo
>
> OSDE Binario - Filial Metropolitana
> Alem 1067, Piso 16
> (5411)4510-4330
> http://www.osde.com.ar
>
<b>PLEASE READ</b>
Do not contact admin unless you have technical support or account questions. Do not send email or Private Messages about discussion topics to ADMIN. Contact the webmaster concerning abusive or offensive posts.
Do not contact admin unless you have technical support or account questions. Do not send email or Private Messages about discussion topics to ADMIN. Contact the webmaster concerning abusive or offensive posts.
Getting the PID
1. GCI stands for General Call Interface, a mechanism that allows
DataStage BASIC code to invoke functions written in C. It's primarily a
"scratch pad" for converting between the untyped data in DataStage to or
from strongly typed data needed by the C function. It is also necessary
(on UNIX) to rebuild the DataStage executable to link to the required
functions; this makes many folks wary about using GCI with DataStage.
2. The &PH& directory on the server is where every background process
(phantom) in the project keeps a record if its activities. DSD.RUN is
the name of the program that is run to execute a server job. For each
server job there is a file in the &PH& directory; the name of the file
is DSD.RUN_nnnnn_mmmmm, where nnnnn is the start time and mmmmm is the
start date, both in DataStage internal format.
3. A pid is a unique identifier of a process. A server job will have
one process running the job, and any number of other processes
(depending on the design) running active stages.
My subroutine gets the stage name so that the subroutine can be invoked
as a before-stage subroutine in an active stage, and return the pid of
the process running that stage.
4. The pid (the number returned by the getpid() function) is the number
that you could use with a kill command. This is not, however, the
preferred method of terminating a DataStage process, however; prefer
other options first, such as logging out the processes in a job using
Cleanup Resources from Director or from the DS.TOOLS menu on the server.
5. DS.TOOLS is a menu that you can invoke if you are in the DataStage
environment on the DataStage server (for example connected via telnet).
DS.TOOLS provides many of the options from Cleanup Resources (Director)
and Cleanup Project (Administrator) plus one or two others.
----- Original Message -----
From: gbarsky@osde.com.ar
Date: Thu, 13 Nov 2003 12:36:34 -0300
To:
Subject: Re: Getting the PID
>
>
>
>
> Ray:
>
> Thank you for your explanation. It was very good, but there are some
things
> that I didn't understand.
>
> Question 1) What is a GCI ?
>
> Question 2) What is the DSD.RUN and the &PH& directory ?
>
> Question 3) What does the PID depend on ? Is it related to the main
job, or
> it may depend on the stage ? In your subroutine, why are you getting
the
> stage name, and then the PID ?
>
> Question 4) I wrote this code:
> pidi = DSGetJobInfo(DSJ.ME, DSJ.JOBPID);
> CALL DSLogInfo(">> PID del proceso===>":pidi:".","MSG");
>
> When I tested it, a number was returned. What is this number ? Is this
the
> number to kill the task in the server ?
>
> Question 5) What is DS.TOOLS (this appeared in the response of David
> Barham) ?
>
> Thanks in advance.
>
>
> Guillermo P. Barsky - gbarsky@osde.com.ar
> Gerencia de Sistemas - Desarrollo
>
> OSDE Binario - Filial Metropolitana
> Alem 1067, Piso 16
> (5411)4510-4330
> http://www.osde.com.ar
>
>
>
> "Ray Wurlod"
> Para:
datastage-users@oliver.com
> cc:
> 12/11/2003 08:03 Asunto: Re: Getting
the PID
> p.m.
> Por favor, responda
> a datastage-users
>
>
>
>
>
>
> Where do you want to do this from?
>
> A DataStage process can determine its own pid by calling getpid().
This
> must first be declared to be a GCI function:
> DECLARE GCI getpid
>
> The pid with which a job runs is to be found in the "environment
variable
> settings" event in the job log. There is an environment variable
called
> DS_USERNO. On Windows platform this is the same as the pid.
>
> Entries for DSD.RUN in the &PH& directory contain the user numbers for
the
> job phantom itself and (in square brackets) of any child process
notifying
> completion of an active stage.
>
> DataStage user numbers can be mapped to pids on UNIX via the
PORT.STATUS
> command on the server, or via the Cleanup Resources window in
Director.
>
> You could write a generic before- subroutine to log the pid.
>
> SUBROUTINE LogPid(InputArg, ErrorCode)
>
> DECLARE GCI getpid
> ErrorCode = 0
> JobName = DSGetJobInfo(DSJ.ME, DSJ.JOBNAME)
> StageName = DSGetStageInfo(DSJ.ME, DSJ.ME, DSJ.STAGENAME)
> Msg = "Job " : JobName : ", Stage " : StageName : ", pid = " :
getpid()
> Call DSLogInfo(Msg, "Pid Report")
>
> RETURN
>
> ----- Original Message -----
> From: gbarsky@osde.com.ar
> Date: Wed, 12 Nov 2003 19:20:16 -0300
> To: datastage-users@oliver.com
> Subject: Getting the PID
>
> >
> >
> >
> >
> > Hi forumers.
> >
> > I have DataStage 5.2 over a Windows2000 platform.
> >
> > I would like to know if there is any way of getting the PID (Process
Id)
> of
> > the task of the server for each job that it's running. This is
important
> > for me, because sometimes I need to kill some processes and I need
this
> > number.
> >
> > Any suggestion ?
> >
> >
> > Guillermo P. Barsky - gbarsky@osde.com.ar
> > Gerencia de Sistemas - Desarrollo
> >
> > OSDE Binario - Filial Metropolitana
> > Alem 1067, Piso 16
> > (5411)4510-4330
> > http://www.osde.com.ar
> >
>
>
>
>
DataStage BASIC code to invoke functions written in C. It's primarily a
"scratch pad" for converting between the untyped data in DataStage to or
from strongly typed data needed by the C function. It is also necessary
(on UNIX) to rebuild the DataStage executable to link to the required
functions; this makes many folks wary about using GCI with DataStage.
2. The &PH& directory on the server is where every background process
(phantom) in the project keeps a record if its activities. DSD.RUN is
the name of the program that is run to execute a server job. For each
server job there is a file in the &PH& directory; the name of the file
is DSD.RUN_nnnnn_mmmmm, where nnnnn is the start time and mmmmm is the
start date, both in DataStage internal format.
3. A pid is a unique identifier of a process. A server job will have
one process running the job, and any number of other processes
(depending on the design) running active stages.
My subroutine gets the stage name so that the subroutine can be invoked
as a before-stage subroutine in an active stage, and return the pid of
the process running that stage.
4. The pid (the number returned by the getpid() function) is the number
that you could use with a kill command. This is not, however, the
preferred method of terminating a DataStage process, however; prefer
other options first, such as logging out the processes in a job using
Cleanup Resources from Director or from the DS.TOOLS menu on the server.
5. DS.TOOLS is a menu that you can invoke if you are in the DataStage
environment on the DataStage server (for example connected via telnet).
DS.TOOLS provides many of the options from Cleanup Resources (Director)
and Cleanup Project (Administrator) plus one or two others.
----- Original Message -----
From: gbarsky@osde.com.ar
Date: Thu, 13 Nov 2003 12:36:34 -0300
To:
Subject: Re: Getting the PID
>
>
>
>
> Ray:
>
> Thank you for your explanation. It was very good, but there are some
things
> that I didn't understand.
>
> Question 1) What is a GCI ?
>
> Question 2) What is the DSD.RUN and the &PH& directory ?
>
> Question 3) What does the PID depend on ? Is it related to the main
job, or
> it may depend on the stage ? In your subroutine, why are you getting
the
> stage name, and then the PID ?
>
> Question 4) I wrote this code:
> pidi = DSGetJobInfo(DSJ.ME, DSJ.JOBPID);
> CALL DSLogInfo(">> PID del proceso===>":pidi:".","MSG");
>
> When I tested it, a number was returned. What is this number ? Is this
the
> number to kill the task in the server ?
>
> Question 5) What is DS.TOOLS (this appeared in the response of David
> Barham) ?
>
> Thanks in advance.
>
>
> Guillermo P. Barsky - gbarsky@osde.com.ar
> Gerencia de Sistemas - Desarrollo
>
> OSDE Binario - Filial Metropolitana
> Alem 1067, Piso 16
> (5411)4510-4330
> http://www.osde.com.ar
>
>
>
> "Ray Wurlod"
> Para:
datastage-users@oliver.com
> cc:
> 12/11/2003 08:03 Asunto: Re: Getting
the PID
> p.m.
> Por favor, responda
> a datastage-users
>
>
>
>
>
>
> Where do you want to do this from?
>
> A DataStage process can determine its own pid by calling getpid().
This
> must first be declared to be a GCI function:
> DECLARE GCI getpid
>
> The pid with which a job runs is to be found in the "environment
variable
> settings" event in the job log. There is an environment variable
called
> DS_USERNO. On Windows platform this is the same as the pid.
>
> Entries for DSD.RUN in the &PH& directory contain the user numbers for
the
> job phantom itself and (in square brackets) of any child process
notifying
> completion of an active stage.
>
> DataStage user numbers can be mapped to pids on UNIX via the
PORT.STATUS
> command on the server, or via the Cleanup Resources window in
Director.
>
> You could write a generic before- subroutine to log the pid.
>
> SUBROUTINE LogPid(InputArg, ErrorCode)
>
> DECLARE GCI getpid
> ErrorCode = 0
> JobName = DSGetJobInfo(DSJ.ME, DSJ.JOBNAME)
> StageName = DSGetStageInfo(DSJ.ME, DSJ.ME, DSJ.STAGENAME)
> Msg = "Job " : JobName : ", Stage " : StageName : ", pid = " :
getpid()
> Call DSLogInfo(Msg, "Pid Report")
>
> RETURN
>
> ----- Original Message -----
> From: gbarsky@osde.com.ar
> Date: Wed, 12 Nov 2003 19:20:16 -0300
> To: datastage-users@oliver.com
> Subject: Getting the PID
>
> >
> >
> >
> >
> > Hi forumers.
> >
> > I have DataStage 5.2 over a Windows2000 platform.
> >
> > I would like to know if there is any way of getting the PID (Process
Id)
> of
> > the task of the server for each job that it's running. This is
important
> > for me, because sometimes I need to kill some processes and I need
this
> > number.
> >
> > Any suggestion ?
> >
> >
> > Guillermo P. Barsky - gbarsky@osde.com.ar
> > Gerencia de Sistemas - Desarrollo
> >
> > OSDE Binario - Filial Metropolitana
> > Alem 1067, Piso 16
> > (5411)4510-4330
> > http://www.osde.com.ar
> >
>
>
>
>
<b>PLEASE READ</b>
Do not contact admin unless you have technical support or account questions. Do not send email or Private Messages about discussion topics to ADMIN. Contact the webmaster concerning abusive or offensive posts.
Do not contact admin unless you have technical support or account questions. Do not send email or Private Messages about discussion topics to ADMIN. Contact the webmaster concerning abusive or offensive posts.
Getting the PID
Daniel:
Here is an output of the following command: tlist uvsh | find "uvsh"
C:\Documents and Settings\mt23772067>tlist uvsh | find "uvsh"
4412 uvsh.exe
CmdLine: E:\Ascential\DataStage\Engine/bin/uvsh DSD.RUN CHKSAP.SL301
0/9999 p
mUsuario=zetl pmPassword=LM;D9IVH=9:M0GGI4H pmHost=10.250.0.30
pmMandante=301 pm
DriveEjecucion=E: pmPathBase=\Ascential\DataStage\Publico\OSDE\
pmTipoProceso=S
pmTipoArchivo=L DSJobController=StartCobranzas
0x00400000 uvsh.exe
As you can see, you have described the PID and the entire command line that
executed the "uvsh" task.
Guillermo P. Barsky - gbarsky@osde.com.ar
Gerencia de Sistemas - Desarrollo
OSDE Binario - Filial Metropolitana
Alem 1067, Piso 16
(5411)4510-4330
http://www.osde.com.ar
"Sutton, Daniel A"
eing.com> cc:
Asunto: RE: Getting the PID
14/11/2003 05:42
p.m.
Por favor, responda
a datastage-users
We are finding that we have PIDs left hanging. We are executing DS 5.2 on
WIN2000.
We have learned that the best way to eliminate them is through Cleanup
Resources (Director) and not through WIN2000. But we don't know what job
or process the PID is from. Is there a way to determine the originator of
a PID? All we know is that it came from a specific User.
Furthermore, if we have a job that miss behaves, how do we determine the
PID and insure that the PID has been terminated?
Daniel A. Sutton Associate Technical Fellow, Boeing Navigator
Hierarchical Databases, Data Warehouse, and Migration Control Group
To be in a dialogue, we must listen from where the other person speaks.
Otherwise, we only have two monologues
Boeing Philadelphia IS/Data Management
610-591-7124 610-591-7524(fax) 800-946-4646 pwd 1499533(beeper)
email: daniel.a.sutton@boeing.com
Regular Mail Address:
Boeing
PO Box 16858 MS-P29-29
Philadelphia PA 19142-0858
-----Original Message-----
From: Ray Wurlod [mailto:rayw@mindless.com]
Sent: Thursday, November 13, 2003 3:21 PM
To: datastage-users@oliver.com
Subject: Re: Getting the PID
1. GCI stands for General Call Interface, a mechanism that allows
DataStage BASIC code to invoke functions written in C. It's primarily a
"scratch pad" for converting between the untyped data in DataStage to or
from strongly typed data needed by the C function. It is also necessary (on
UNIX) to rebuild the DataStage executable to link to the required
functions; this makes many folks wary about using GCI with DataStage.
2. The &PH& directory on the server is where every background process
(phantom) in the project keeps a record if its activities. DSD.RUN is the
name of the program that is run to execute a server job. For each server
job there is a file in the &PH& directory; the name of the file is
DSD.RUN_nnnnn_mmmmm, where nnnnn is the start time and mmmmm is the start
date, both in DataStage internal format.
3. A pid is a unique identifier of a process. A server job will have one
process running the job, and any number of other processes (depending on
the design) running active stages.
My subroutine gets the stage name so that the subroutine can be invoked as
a before-stage subroutine in an active stage, and return the pid of the
process running that stage.
4. The pid (the number returned by the getpid() function) is the number
that you could use with a kill command. This is not, however, the
preferred method of terminating a DataStage process, however; prefer other
options first, such as logging out the processes in a job using Cleanup
Resources from Director or from the DS.TOOLS menu on the server.
5. DS.TOOLS is a menu that you can invoke if you are in the DataStage
environment on the DataStage server (for example connected via telnet).
DS.TOOLS provides many of the options from Cleanup Resources (Director) and
Cleanup Project (Administrator) plus one or two others.
----- Original Message -----
From: gbarsky@osde.com.ar
Date: Thu, 13 Nov 2003 12:36:34 -0300
To:
Subject: Re: Getting the PID
>
>
>
>
> Ray:
>
> Thank you for your explanation. It was very good, but there are some
things
> that I didn't understand.
>
> Question 1) What is a GCI ?
>
> Question 2) What is the DSD.RUN and the &PH& directory ?
>
> Question 3) What does the PID depend on ? Is it related to the main job,
or
> it may depend on the stage ? In your subroutine, why are you getting the
> stage name, and then the PID ?
>
> Question 4) I wrote this code:
> pidi = DSGetJobInfo(DSJ.ME, DSJ.JOBPID);
> CALL DSLogInfo(">> PID del proceso===>":pidi:".","MSG");
>
> When I tested it, a number was returned. What is this number ? Is this
the
> number to kill the task in the server ?
>
> Question 5) What is DS.TOOLS (this appeared in the response of David
> Barham) ?
>
> Thanks in advance.
>
>
> Guillermo P. Barsky - gbarsky@osde.com.ar
> Gerencia de Sistemas - Desarrollo
>
> OSDE Binario - Filial Metropolitana
> Alem 1067, Piso 16
> (5411)4510-4330
> http://www.osde.com.ar
>
>
>
> "Ray Wurlod"
> Para:
datastage-users@oliver.com
> cc:
> 12/11/2003 08:03 Asunto: Re: Getting the
PID
> p.m.
> Por favor, responda
> a datastage-users
>
>
>
>
>
>
> Where do you want to do this from?
>
> A DataStage process can determine its own pid by calling getpid(). This
> must first be declared to be a GCI function:
> DECLARE GCI getpid
>
> The pid with which a job runs is to be found in the "environment variable
> settings" event in the job log. There is an environment variable called
> DS_USERNO. On Windows platform this is the same as the pid.
>
> Entries for DSD.RUN in the &PH& directory contain the user numbers for
the
> job phantom itself and (in square brackets) of any child process
notifying
> completion of an active stage.
>
> DataStage user numbers can be mapped to pids on UNIX via the PORT.STATUS
> command on the server, or via the Cleanup Resources window in Director.
>
> You could write a generic before- subroutine to log the pid.
>
> SUBROUTINE LogPid(InputArg, ErrorCode)
>
> DECLARE GCI getpid
> ErrorCode = 0
> JobName = DSGetJobInfo(DSJ.ME, DSJ.JOBNAME)
> StageName = DSGetStageInfo(DSJ.ME, DSJ.ME, DSJ.STAGENAME)
> Msg = "Job " : JobName : ", Stage " : StageName : ", pid = " : getpid()
> Call DSLogInfo(Msg, "Pid Report")
>
> RETURN
>
> ----- Original Message -----
> From: gbarsky@osde.com.ar
> Date: Wed, 12 Nov 2003 19:20:16 -0300
> To: datastage-users@oliver.com
> Subject: Getting the PID
>
> >
> >
> >
> >
> > Hi forumers.
> >
> > I have DataStage 5.2 over a Windows2000 platform.
> >
> > I would like to know if there is any way of getting the PID (Process
Id)
> of
> > the task of the server for each job that it's running. This is
important
> > for me, because sometimes I need to kill some processes and I need this
> > number.
> >
> > Any suggestion ?
> >
> >
> > Guillermo P. Barsky - gbarsky@osde.com.ar
> > Gerencia de Sistemas - Desarrollo
> >
> > OSDE Binario - Filial Metropolitana
> > Alem 1067, Piso 16
> > (5411)4510-4330
> > http://www.osde.com.ar
> >
>
>
>
>
Here is an output of the following command: tlist uvsh | find "uvsh"
C:\Documents and Settings\mt23772067>tlist uvsh | find "uvsh"
4412 uvsh.exe
CmdLine: E:\Ascential\DataStage\Engine/bin/uvsh DSD.RUN CHKSAP.SL301
0/9999 p
mUsuario=zetl pmPassword=LM;D9IVH=9:M0GGI4H pmHost=10.250.0.30
pmMandante=301 pm
DriveEjecucion=E: pmPathBase=\Ascential\DataStage\Publico\OSDE\
pmTipoProceso=S
pmTipoArchivo=L DSJobController=StartCobranzas
0x00400000 uvsh.exe
As you can see, you have described the PID and the entire command line that
executed the "uvsh" task.
Guillermo P. Barsky - gbarsky@osde.com.ar
Gerencia de Sistemas - Desarrollo
OSDE Binario - Filial Metropolitana
Alem 1067, Piso 16
(5411)4510-4330
http://www.osde.com.ar
"Sutton, Daniel A"
eing.com> cc:
Asunto: RE: Getting the PID
14/11/2003 05:42
p.m.
Por favor, responda
a datastage-users
We are finding that we have PIDs left hanging. We are executing DS 5.2 on
WIN2000.
We have learned that the best way to eliminate them is through Cleanup
Resources (Director) and not through WIN2000. But we don't know what job
or process the PID is from. Is there a way to determine the originator of
a PID? All we know is that it came from a specific User.
Furthermore, if we have a job that miss behaves, how do we determine the
PID and insure that the PID has been terminated?
Daniel A. Sutton Associate Technical Fellow, Boeing Navigator
Hierarchical Databases, Data Warehouse, and Migration Control Group
To be in a dialogue, we must listen from where the other person speaks.
Otherwise, we only have two monologues
Boeing Philadelphia IS/Data Management
610-591-7124 610-591-7524(fax) 800-946-4646 pwd 1499533(beeper)
email: daniel.a.sutton@boeing.com
Regular Mail Address:
Boeing
PO Box 16858 MS-P29-29
Philadelphia PA 19142-0858
-----Original Message-----
From: Ray Wurlod [mailto:rayw@mindless.com]
Sent: Thursday, November 13, 2003 3:21 PM
To: datastage-users@oliver.com
Subject: Re: Getting the PID
1. GCI stands for General Call Interface, a mechanism that allows
DataStage BASIC code to invoke functions written in C. It's primarily a
"scratch pad" for converting between the untyped data in DataStage to or
from strongly typed data needed by the C function. It is also necessary (on
UNIX) to rebuild the DataStage executable to link to the required
functions; this makes many folks wary about using GCI with DataStage.
2. The &PH& directory on the server is where every background process
(phantom) in the project keeps a record if its activities. DSD.RUN is the
name of the program that is run to execute a server job. For each server
job there is a file in the &PH& directory; the name of the file is
DSD.RUN_nnnnn_mmmmm, where nnnnn is the start time and mmmmm is the start
date, both in DataStage internal format.
3. A pid is a unique identifier of a process. A server job will have one
process running the job, and any number of other processes (depending on
the design) running active stages.
My subroutine gets the stage name so that the subroutine can be invoked as
a before-stage subroutine in an active stage, and return the pid of the
process running that stage.
4. The pid (the number returned by the getpid() function) is the number
that you could use with a kill command. This is not, however, the
preferred method of terminating a DataStage process, however; prefer other
options first, such as logging out the processes in a job using Cleanup
Resources from Director or from the DS.TOOLS menu on the server.
5. DS.TOOLS is a menu that you can invoke if you are in the DataStage
environment on the DataStage server (for example connected via telnet).
DS.TOOLS provides many of the options from Cleanup Resources (Director) and
Cleanup Project (Administrator) plus one or two others.
----- Original Message -----
From: gbarsky@osde.com.ar
Date: Thu, 13 Nov 2003 12:36:34 -0300
To:
Subject: Re: Getting the PID
>
>
>
>
> Ray:
>
> Thank you for your explanation. It was very good, but there are some
things
> that I didn't understand.
>
> Question 1) What is a GCI ?
>
> Question 2) What is the DSD.RUN and the &PH& directory ?
>
> Question 3) What does the PID depend on ? Is it related to the main job,
or
> it may depend on the stage ? In your subroutine, why are you getting the
> stage name, and then the PID ?
>
> Question 4) I wrote this code:
> pidi = DSGetJobInfo(DSJ.ME, DSJ.JOBPID);
> CALL DSLogInfo(">> PID del proceso===>":pidi:".","MSG");
>
> When I tested it, a number was returned. What is this number ? Is this
the
> number to kill the task in the server ?
>
> Question 5) What is DS.TOOLS (this appeared in the response of David
> Barham) ?
>
> Thanks in advance.
>
>
> Guillermo P. Barsky - gbarsky@osde.com.ar
> Gerencia de Sistemas - Desarrollo
>
> OSDE Binario - Filial Metropolitana
> Alem 1067, Piso 16
> (5411)4510-4330
> http://www.osde.com.ar
>
>
>
> "Ray Wurlod"
> Para:
datastage-users@oliver.com
> cc:
> 12/11/2003 08:03 Asunto: Re: Getting the
PID
> p.m.
> Por favor, responda
> a datastage-users
>
>
>
>
>
>
> Where do you want to do this from?
>
> A DataStage process can determine its own pid by calling getpid(). This
> must first be declared to be a GCI function:
> DECLARE GCI getpid
>
> The pid with which a job runs is to be found in the "environment variable
> settings" event in the job log. There is an environment variable called
> DS_USERNO. On Windows platform this is the same as the pid.
>
> Entries for DSD.RUN in the &PH& directory contain the user numbers for
the
> job phantom itself and (in square brackets) of any child process
notifying
> completion of an active stage.
>
> DataStage user numbers can be mapped to pids on UNIX via the PORT.STATUS
> command on the server, or via the Cleanup Resources window in Director.
>
> You could write a generic before- subroutine to log the pid.
>
> SUBROUTINE LogPid(InputArg, ErrorCode)
>
> DECLARE GCI getpid
> ErrorCode = 0
> JobName = DSGetJobInfo(DSJ.ME, DSJ.JOBNAME)
> StageName = DSGetStageInfo(DSJ.ME, DSJ.ME, DSJ.STAGENAME)
> Msg = "Job " : JobName : ", Stage " : StageName : ", pid = " : getpid()
> Call DSLogInfo(Msg, "Pid Report")
>
> RETURN
>
> ----- Original Message -----
> From: gbarsky@osde.com.ar
> Date: Wed, 12 Nov 2003 19:20:16 -0300
> To: datastage-users@oliver.com
> Subject: Getting the PID
>
> >
> >
> >
> >
> > Hi forumers.
> >
> > I have DataStage 5.2 over a Windows2000 platform.
> >
> > I would like to know if there is any way of getting the PID (Process
Id)
> of
> > the task of the server for each job that it's running. This is
important
> > for me, because sometimes I need to kill some processes and I need this
> > number.
> >
> > Any suggestion ?
> >
> >
> > Guillermo P. Barsky - gbarsky@osde.com.ar
> > Gerencia de Sistemas - Desarrollo
> >
> > OSDE Binario - Filial Metropolitana
> > Alem 1067, Piso 16
> > (5411)4510-4330
> > http://www.osde.com.ar
> >
>
>
>
>
<b>PLEASE READ</b>
Do not contact admin unless you have technical support or account questions. Do not send email or Private Messages about discussion topics to ADMIN. Contact the webmaster concerning abusive or offensive posts.
Do not contact admin unless you have technical support or account questions. Do not send email or Private Messages about discussion topics to ADMIN. Contact the webmaster concerning abusive or offensive posts.
Getting the PID
The option buttons in the Cleanup Resources window allow you to select the processes associated with a particular job. One of the menu options in DS.TOOLS provides similar functionality.
----- Original Message -----
From: "Sutton, Daniel A"
Date: Fri, 14 Nov 2003 15:42:46 -0500
To:
Subject: RE: Getting the PID
> We are finding that we have PIDs left hanging. We are executing DS 5.2 on WIN2000.
>
> We have learned that the best way to eliminate them is through Cleanup Resources (Director) and not through WIN2000. But we don't know what job or process the PID is from. Is there a way to determine the originator of a PID? All we know is that it came from a specific User.
>
> Furthermore, if we have a job that miss behaves, how do we determine the PID and insure that the PID has been terminated?
>
> Daniel A. Sutton Associate Technical Fellow, Boeing Navigator
> Hierarchical Databases, Data Warehouse, and Migration Control Group
>
> To be in a dialogue, we must listen from where the other person speaks.
> Otherwise, we only have two monologues
>
> Boeing Philadelphia IS/Data Management
> 610-591-7124 610-591-7524(fax) 800-946-4646 pwd 1499533(beeper)
>
> email: daniel.a.sutton@boeing.com
>
> Regular Mail Address:
> Boeing
> PO Box 16858 MS-P29-29
> Philadelphia PA 19142-0858
>
>
>
>
> -----Original Message-----
> From: Ray Wurlod [mailto:rayw@mindless.com]
> Sent: Thursday, November 13, 2003 3:21 PM
> To: datastage-users@oliver.com
> Subject: Re: Getting the PID
>
>
> 1. GCI stands for General Call Interface, a mechanism that allows DataStage BASIC code to invoke functions written in C. It's primarily a "scratch pad" for converting between the untyped data in DataStage to or from strongly typed data needed by the C function. It is also necessary (on UNIX) to rebuild the DataStage executable to link to the required functions; this makes many folks wary about using GCI with DataStage.
>
> 2. The &PH& directory on the server is where every background process (phantom) in the project keeps a record if its activities. DSD.RUN is the name of the program that is run to execute a server job. For each server job there is a file in the &PH& directory; the name of the file is DSD.RUN_nnnnn_mmmmm, where nnnnn is the start time and mmmmm is the start date, both in DataStage internal format.
>
> 3. A pid is a unique identifier of a process. A server job will have one process running the job, and any number of other processes (depending on the design) running active stages.
> My subroutine gets the stage name so that the subroutine can be invoked as a before-stage subroutine in an active stage, and return the pid of the process running that stage.
>
> 4. The pid (the number returned by the getpid() function) is the number that you could use with a kill command. This is not, however, the preferred method of terminating a DataStage process, however; prefer other options first, such as logging out the processes in a job using Cleanup Resources from Director or from the DS.TOOLS menu on the server.
>
> 5. DS.TOOLS is a menu that you can invoke if you are in the DataStage environment on the DataStage server (for example connected via telnet). DS.TOOLS provides many of the options from Cleanup Resources (Director) and Cleanup Project (Administrator) plus one or two others.
>
> ----- Original Message -----
> From: gbarsky@osde.com.ar
> Date: Thu, 13 Nov 2003 12:36:34 -0300
> To:
> Subject: Re: Getting the PID
>
> >
> >
> >
> >
> > Ray:
> >
> > Thank you for your explanation. It was very good, but there are some things
> > that I didn't understand.
> >
> > Question 1) What is a GCI ?
> >
> > Question 2) What is the DSD.RUN and the &PH& directory ?
> >
> > Question 3) What does the PID depend on ? Is it related to the main job, or
> > it may depend on the stage ? In your subroutine, why are you getting the
> > stage name, and then the PID ?
> >
> > Question 4) I wrote this code:
> > pidi = DSGetJobInfo(DSJ.ME, DSJ.JOBPID);
> > CALL DSLogInfo(">> PID del proceso===>":pidi:".","MSG");
> >
> > When I tested it, a number was returned. What is this number ? Is this the
> > number to kill the task in the server ?
> >
> > Question 5) What is DS.TOOLS (this appeared in the response of David
> > Barham) ?
> >
> > Thanks in advance.
> >
> >
> > Guillermo P. Barsky - gbarsky@osde.com.ar
> > Gerencia de Sistemas - Desarrollo
> >
> > OSDE Binario - Filial Metropolitana
> > Alem 1067, Piso 16
> > (5411)4510-4330
> > http://www.osde.com.ar
> >
> >
> >
> > "Ray Wurlod"
> > Para: datastage-users@oliver.com
> > cc:
> > 12/11/2003 08:03 Asunto: Re: Getting the PID
> > p.m.
> > Por favor, responda
> > a datastage-users
> >
> >
> >
> >
> >
> >
> > Where do you want to do this from?
> >
> > A DataStage process can determine its own pid by calling getpid(). This
> > must first be declared to be a GCI function:
> > DECLARE GCI getpid
> >
> > The pid with which a job runs is to be found in the "environment variable
> > settings" event in the job log. There is an environment variable called
> > DS_USERNO. On Windows platform this is the same as the pid.
> >
> > Entries for DSD.RUN in the &PH& directory contain the user numbers for the
> > job phantom itself and (in square brackets) of any child process notifying
> > completion of an active stage.
> >
> > DataStage user numbers can be mapped to pids on UNIX via the PORT.STATUS
> > command on the server, or via the Cleanup Resources window in Director.
> >
> > You could write a generic before- subroutine to log the pid.
> >
> > SUBROUTINE LogPid(InputArg, ErrorCode)
> >
> > DECLARE GCI getpid
> > ErrorCode = 0
> > JobName = DSGetJobInfo(DSJ.ME, DSJ.JOBNAME)
> > StageName = DSGetStageInfo(DSJ.ME, DSJ.ME, DSJ.STAGENAME)
> > Msg = "Job " : JobName : ", Stage " : StageName : ", pid = " : getpid()
> > Call DSLogInfo(Msg, "Pid Report")
> >
> > RETURN
> >
> > ----- Original Message -----
> > From: gbarsky@osde.com.ar
> > Date: Wed, 12 Nov 2003 19:20:16 -0300
> > To: datastage-users@oliver.com
> > Subject: Getting the PID
> >
> > >
> > >
> > >
> > >
> > > Hi forumers.
> > >
> > > I have DataStage 5.2 over a Windows2000 platform.
> > >
> > > I would like to know if there is any way of getting the PID (Process Id)
> > of
> > > the task of the server for each job that it's running. This is important
> > > for me, because sometimes I need to kill some processes and I need this
> > > number.
> > >
> > > Any suggestion ?
> > >
> > >
> > > Guillermo P. Barsky - gbarsky@osde.com.ar
> > > Gerencia de Sistemas - Desarrollo
> > >
> > > OSDE Binario - Filial Metropolitana
> > > Alem 1067, Piso 16
> > > (5411)4510-4330
> > > http://www.osde.com.ar
> > >
> >
> >
> >
> >
>
----- Original Message -----
From: "Sutton, Daniel A"
Date: Fri, 14 Nov 2003 15:42:46 -0500
To:
Subject: RE: Getting the PID
> We are finding that we have PIDs left hanging. We are executing DS 5.2 on WIN2000.
>
> We have learned that the best way to eliminate them is through Cleanup Resources (Director) and not through WIN2000. But we don't know what job or process the PID is from. Is there a way to determine the originator of a PID? All we know is that it came from a specific User.
>
> Furthermore, if we have a job that miss behaves, how do we determine the PID and insure that the PID has been terminated?
>
> Daniel A. Sutton Associate Technical Fellow, Boeing Navigator
> Hierarchical Databases, Data Warehouse, and Migration Control Group
>
> To be in a dialogue, we must listen from where the other person speaks.
> Otherwise, we only have two monologues
>
> Boeing Philadelphia IS/Data Management
> 610-591-7124 610-591-7524(fax) 800-946-4646 pwd 1499533(beeper)
>
> email: daniel.a.sutton@boeing.com
>
> Regular Mail Address:
> Boeing
> PO Box 16858 MS-P29-29
> Philadelphia PA 19142-0858
>
>
>
>
> -----Original Message-----
> From: Ray Wurlod [mailto:rayw@mindless.com]
> Sent: Thursday, November 13, 2003 3:21 PM
> To: datastage-users@oliver.com
> Subject: Re: Getting the PID
>
>
> 1. GCI stands for General Call Interface, a mechanism that allows DataStage BASIC code to invoke functions written in C. It's primarily a "scratch pad" for converting between the untyped data in DataStage to or from strongly typed data needed by the C function. It is also necessary (on UNIX) to rebuild the DataStage executable to link to the required functions; this makes many folks wary about using GCI with DataStage.
>
> 2. The &PH& directory on the server is where every background process (phantom) in the project keeps a record if its activities. DSD.RUN is the name of the program that is run to execute a server job. For each server job there is a file in the &PH& directory; the name of the file is DSD.RUN_nnnnn_mmmmm, where nnnnn is the start time and mmmmm is the start date, both in DataStage internal format.
>
> 3. A pid is a unique identifier of a process. A server job will have one process running the job, and any number of other processes (depending on the design) running active stages.
> My subroutine gets the stage name so that the subroutine can be invoked as a before-stage subroutine in an active stage, and return the pid of the process running that stage.
>
> 4. The pid (the number returned by the getpid() function) is the number that you could use with a kill command. This is not, however, the preferred method of terminating a DataStage process, however; prefer other options first, such as logging out the processes in a job using Cleanup Resources from Director or from the DS.TOOLS menu on the server.
>
> 5. DS.TOOLS is a menu that you can invoke if you are in the DataStage environment on the DataStage server (for example connected via telnet). DS.TOOLS provides many of the options from Cleanup Resources (Director) and Cleanup Project (Administrator) plus one or two others.
>
> ----- Original Message -----
> From: gbarsky@osde.com.ar
> Date: Thu, 13 Nov 2003 12:36:34 -0300
> To:
> Subject: Re: Getting the PID
>
> >
> >
> >
> >
> > Ray:
> >
> > Thank you for your explanation. It was very good, but there are some things
> > that I didn't understand.
> >
> > Question 1) What is a GCI ?
> >
> > Question 2) What is the DSD.RUN and the &PH& directory ?
> >
> > Question 3) What does the PID depend on ? Is it related to the main job, or
> > it may depend on the stage ? In your subroutine, why are you getting the
> > stage name, and then the PID ?
> >
> > Question 4) I wrote this code:
> > pidi = DSGetJobInfo(DSJ.ME, DSJ.JOBPID);
> > CALL DSLogInfo(">> PID del proceso===>":pidi:".","MSG");
> >
> > When I tested it, a number was returned. What is this number ? Is this the
> > number to kill the task in the server ?
> >
> > Question 5) What is DS.TOOLS (this appeared in the response of David
> > Barham) ?
> >
> > Thanks in advance.
> >
> >
> > Guillermo P. Barsky - gbarsky@osde.com.ar
> > Gerencia de Sistemas - Desarrollo
> >
> > OSDE Binario - Filial Metropolitana
> > Alem 1067, Piso 16
> > (5411)4510-4330
> > http://www.osde.com.ar
> >
> >
> >
> > "Ray Wurlod"
> > Para: datastage-users@oliver.com
> > cc:
> > 12/11/2003 08:03 Asunto: Re: Getting the PID
> > p.m.
> > Por favor, responda
> > a datastage-users
> >
> >
> >
> >
> >
> >
> > Where do you want to do this from?
> >
> > A DataStage process can determine its own pid by calling getpid(). This
> > must first be declared to be a GCI function:
> > DECLARE GCI getpid
> >
> > The pid with which a job runs is to be found in the "environment variable
> > settings" event in the job log. There is an environment variable called
> > DS_USERNO. On Windows platform this is the same as the pid.
> >
> > Entries for DSD.RUN in the &PH& directory contain the user numbers for the
> > job phantom itself and (in square brackets) of any child process notifying
> > completion of an active stage.
> >
> > DataStage user numbers can be mapped to pids on UNIX via the PORT.STATUS
> > command on the server, or via the Cleanup Resources window in Director.
> >
> > You could write a generic before- subroutine to log the pid.
> >
> > SUBROUTINE LogPid(InputArg, ErrorCode)
> >
> > DECLARE GCI getpid
> > ErrorCode = 0
> > JobName = DSGetJobInfo(DSJ.ME, DSJ.JOBNAME)
> > StageName = DSGetStageInfo(DSJ.ME, DSJ.ME, DSJ.STAGENAME)
> > Msg = "Job " : JobName : ", Stage " : StageName : ", pid = " : getpid()
> > Call DSLogInfo(Msg, "Pid Report")
> >
> > RETURN
> >
> > ----- Original Message -----
> > From: gbarsky@osde.com.ar
> > Date: Wed, 12 Nov 2003 19:20:16 -0300
> > To: datastage-users@oliver.com
> > Subject: Getting the PID
> >
> > >
> > >
> > >
> > >
> > > Hi forumers.
> > >
> > > I have DataStage 5.2 over a Windows2000 platform.
> > >
> > > I would like to know if there is any way of getting the PID (Process Id)
> > of
> > > the task of the server for each job that it's running. This is important
> > > for me, because sometimes I need to kill some processes and I need this
> > > number.
> > >
> > > Any suggestion ?
> > >
> > >
> > > Guillermo P. Barsky - gbarsky@osde.com.ar
> > > Gerencia de Sistemas - Desarrollo
> > >
> > > OSDE Binario - Filial Metropolitana
> > > Alem 1067, Piso 16
> > > (5411)4510-4330
> > > http://www.osde.com.ar
> > >
> >
> >
> >
> >
>
<b>PLEASE READ</b>
Do not contact admin unless you have technical support or account questions. Do not send email or Private Messages about discussion topics to ADMIN. Contact the webmaster concerning abusive or offensive posts.
Do not contact admin unless you have technical support or account questions. Do not send email or Private Messages about discussion topics to ADMIN. Contact the webmaster concerning abusive or offensive posts.