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  2009  2010  2011  2012  2013  2014  2015  2016  2017  <20182019  2020  2021  2022  2023  2024  Index 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  <20182019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Re: EPICS CAS errors
From: Andrew Johnson <[email protected]>
To: "Hill, Jeff" <[email protected]>, "Oleg A. Makarov" <[email protected]>
Cc: "'[email protected]'" <[email protected]>
Date: Mon, 9 Apr 2018 15:38:34 -0500
On 04/09/2018 11:54 AM, Hill, Jeff wrote:
> You should be aware that this version of CAS is under the control and
> dominion of Osprey DCS.

That is a somewhat misleading statement; the EPICS core software is
managed by the EPICS core developers, any of who can and do commit
changes to the code, in most cases spending at least some of their own
time to do so. Just like employees of Argonne, Brookhaven, ORNL and
SLAC, some Osprey DCS developers contribute to EPICS in the same way
that IBM, Red Hat and Oracle employees contribute to the Linux kernel
without those companies "owning" Linux.

As a result of Jeff's disengagement from the community in recent years,
Michael Davidsaver has fixed bugs and introduced new features in areas
where Jeff used to have primary responsibilities. I am grateful to both
of them for their valuable contributions to the code.

Oleg A. Makarov wrote:
> yesterday EPICS PVs updates stalled on one of our IOCs. IOC reboot solve
> the problem.
> I am posting log messages from IOC console below. EPICS version is 3.15.5.

I have created a bug report to track this issue, see
https://bugs.launchpad.net/epics-base/+bug/1762543

> Should some corrections to the CAS be made, so that erroneous request
> does not cause suspended threads?

As Ralph pointed out, the two CAS warning messages pre-dated the
CAS-client assertion failures by a week or more, so we don't know
whether the two are connected at all.

It may be that all we can do is try to improve the diagnostics in the
dbEvent code and maybe avoid suspending the thread.

- Andrew

-- 
Arguing for surveillance because you have nothing to hide is no
different than making the claim, "I don't care about freedom of
speech because I have nothing to say." -- Edward Snowdon

References:
EPICS CAS errors Oleg A. Makarov
RE: EPICS CAS errors Hill, Jeff

Navigate by Date:
Prev: Re: EPICS CAS errors Ralph Lange
Next: Re: EPICS CAS errors Oleg A. Makarov
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  <20182019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: RE: EPICS CAS errors Hill, Jeff
Next: Re: EPICS CAS errors Ralph Lange
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  <20182019  2020  2021  2022  2023  2024 
ANJ, 09 Apr 2018 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·