oodt-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Mattmann, Chris A (388J)" <chris.a.mattm...@jpl.nasa.gov>
Subject Re: Start/Restart/Stop commands for FM, WM, RM
Date Wed, 18 Apr 2012 02:31:59 GMT
Hi Cynthia,

Anytime, hope the info was useful.

Thanks!

Cheers,
Chris

On Apr 17, 2012, at 7:28 AM, Wong, Cynthia L (388J) wrote:

> Chris,
> 
> Thanks,
> Cynthia
> 
> --
> Cynthia L. Wong
> Data Management Systems and Technologies
> Jet Propulsion Laboratory
> 4800 Oak Grove Drive, M/S  171-264, Pasadena, CA  91109-8099
> Phone:  818/393-2572, Email: Cynthia.L.Wong@jpl.nasa.gov
> 
> 
> 
> 
> On 4/15/12 7:23 PM, "Mattmann, Chris A (388J)"
> <chris.a.mattmann@jpl.nasa.gov> wrote:
> 
>> Hi Cynthia,
>> 
>> On Apr 13, 2012, at 12:55 PM, Wong, Cynthia L (388J) wrote:
>> 
>>> What are the behavior for these servers (FM, WM, RM) when the
>>> start/restart/stop commands are issued?
>>> 
>>> For example, when we issue command "fmgr start", it does the following:
>>> 
>>> Read properties files
>>> Read policy files
>>> Connect to database???
>> 
>> The answer to the above is largely dependent on what extension points
>> have been
>> configured, and what system properties have been configured for the
>> specific 
>> service component. For example, a good set of slides that describe this
>> process
>> are:
>> 
>> http://s.apache.org/GoS
>> 
>> e.g., slide 22 ,where it talks about what happens when you configure
>> e.g., the file manager with
>> a particular set of extension points.
>> 
>> You can find precisely what happened by looking at:
>> 
>> http://s.apache.org/0Ww
>> 
>> Check out the #loadConfiguration method. #refreshConfiguration allows an
>> external
>> client for the FM to reload its configuration and refresh it.
>> 
>>> 
>>> When we issue command "fmgr stop", does it wait for the current file
>>> transfer to complete?
>> 
>> Nope. Did you check out the filemgr script, here?
>> 
>> http://s.apache.org/m4y
>> 
>> stop just issues a kill to the current FM PID.
>> 
>> Also, I'm not sure it would make sense to wait for the current file
>> transfer to complete. That
>> could take an indefinite amount of time, and defeat the purpose of
>> calling "stop".
>> 
>>> 
>>> When we issue command "wmgr stop", does it wait for the workflow tasks
>>> to complete and shut down gracefully?
>> 
>> Nope, for the same reason as stated above -- "stop" means, "stop", not
>> "wait for workflow tasks to complete",
>> which again, could take an indefinite amount of time.
>> 
>>> 
>>> Is there documentation or javadocs to describe the details about these
>>> commands?
>> 
>> The wiki is probably the most active, up-to-date set of information. And
>> besides those, 
>> the component user guides, described here:
>> 
>> https://cwiki.apache.org/confluence/display/OODT/Component+Level+User+Guid
>> es
>> 
>> Cheers,
>> Chris
>> 
>> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>> Chris Mattmann, Ph.D.
>> Senior Computer Scientist
>> NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
>> Office: 171-266B, Mailstop: 171-246
>> Email: chris.a.mattmann@nasa.gov
>> WWW:   http://sunset.usc.edu/~mattmann/
>> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>> Adjunct Assistant Professor, Computer Science Department
>> University of Southern California, Los Angeles, CA 90089 USA
>> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>> 
> 


++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Chris Mattmann, Ph.D.
Senior Computer Scientist
NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
Office: 171-266B, Mailstop: 171-246
Email: chris.a.mattmann@nasa.gov
WWW:   http://sunset.usc.edu/~mattmann/
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Adjunct Assistant Professor, Computer Science Department
University of Southern California, Los Angeles, CA 90089 USA
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++


Mime
View raw message