EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  <20092010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024  Index 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  <20092010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Re: Killing a soft IOC which doesn't have an interactive shell
From: David Kline <[email protected]>
To: "Rees, Nick (DLSLtd,RAL,DIA)" <[email protected]>
Cc: [email protected]
Date: Thu, 10 Sep 2009 06:28:17 -0500
nick,

i've been using screen on the ebricks (http://www.aps.anl.gov/bcda/ebrick/index.php) for quite sometime now and haven't seen any problems. it is nice to be able to attach/detach to/from an iocsh at will (simultaneous connections as well), in addition to a log file being produced that shows the history of what commands were issued. startup/shutdown is easily done with a single command from a linux shell prompt.

cheers,
/david

Rees, Nick (DLSLtd,RAL,DIA) wrote:
We have a need to run IOC's on Linux without a stdin and are looking for
the best way to set this up. The IOC's are to be used in a test harness
so need to be run up and down automatically and repeatedly.

The obvious thing to do was to duplicate what is done with the "softIoc
-s" command, which is to execute the startup script and then call
epicsThreadExitMain. The problem is that once epicsThreadExitMain is
called the process shows up as <defunct> and doesn't respond to normal
signals and only dies with a kill -9.

The solutions we can think of are:

1. Wrap the IOC in screen or procServ and so it has a stdin
2. Don't call epicsThreadExitMain, but install a signal handler that
gives a semaphore and then takes the semaphore.
3. Use kill -9 to kill the IOC.

Is there a recommended way to do this? In many ways, option 2 seems
best, but there should be an Epics call that does that for us. I don't
know of one, but would be happy to contribute one if it was supported.

Cheers,

Nick Rees
Principal Software Engineer           Phone: +44 (0)1235-778430
Diamond Light Source                  Fax:   +44 (0)1235-446713
This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail.
Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd. Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message.
Diamond Light Source Limited (company no. 4375679). Registered in England and Wales with its registered office at Diamond House, Harwell Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom


--

+-------------------------------------------------+
David M. Kline                   [email protected]
Beamline Controls and Data Acquisition (BCDA)
Argonne National Laboratory, Advanced Photon Source
Argonne IL, 60439                      630.252.8639
 ---------------------------------------------
         Beamlines R Us -- EBRICKs Rule
+-------------------------------------------------+
References:
Killing a soft IOC which doesn't have an interactive shell Rees, Nick (DLSLtd,RAL,DIA)

Navigate by Date:
Prev: Killing a soft IOC which doesn't have an interactive shell Rees, Nick (DLSLtd,RAL,DIA)
Next: Re: Access security problem GOURNAY Jean-Francois
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  <20092010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: Killing a soft IOC which doesn't have an interactive shell Rees, Nick (DLSLtd,RAL,DIA)
Next: RE: Killing a soft IOC which doesn't have an interactive shell Mark Rivers
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  <20092010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
ANJ, 31 Jan 2014 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·