EPICS Home

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  <20172018  2019  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  <20172018  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Re: seq 2.2.4 problem?
From: Benjamin Franksen <[email protected]>
To: Mark Rivers <[email protected]>
Cc: "[email protected]" <[email protected]>
Date: Wed, 1 Feb 2017 16:51:26 +0100
On 31.01.2017 20:26, Mark Rivers wrote:
> We upgraded our beamlines from base 3.14.12.5 and seq 2.2.3 to base
> 3.15.5 and seq 2.2.4.
> 
> This morning we observed a problem with Channel Access Security from
> ca_array_put from an SNL program which we had not seen before, and
> are wondering if it could be related to a change in the version of
> seq.
> 
> Configuration:
> 
> 
> -          A soft IOC (linux-x86_64) runs an SNL program that
> controls an undulator at the APS.
> 
> -          The APS undulator is behind a PV Gateway, and implements
> Channel Access Security.  Only certain computers and accounts are
> allowed to control the undulator, and they are only allowed to
> control it in user-beam mode, not during studies modes.
> 
> -          We started our the IOC when the APS was in studies mode,
> so the SNL program was not allowed to write to the undulator.
> 
> -          This morning the APS changed to user mode, so the SNL
> program should have been able to control the undulator.  However, it
> could not.  We had these errors in our log:
> 
> Mon Jan 30 17:58:17 2017sevr=minor ca_array_put(typeToCA(type), count, var->chid, value): Write access denied
> Mon Jan 30 17:59:00 2017sevr=minor ca_array_put(typeToCA(type), count, var->chid, value): Write access denied
> Mon Jan 30 17:59:00 2017sevr=minor ca_array_put(typeToCA(type), count, var->chid, value): Write access denied
> Mon Jan 30 17:59:00 2017sevr=minor ca_array_put(typeToCA(type), count, var->chid, value): Write access denied
> Mon Jan 30 17:59:00 2017sevr=minor ca_array_put(typeToCA(type), count, var->chid, value): Write access denied
> Tue Jan 31 09:21:58 2017sevr=minor ca_array_put(typeToCA(type), count, var->chid, value): Write access denied
> Tue Jan 31 09:21:58 2017sevr=minor ca_array_put(typeToCA(type), count, var->chid, value): Write access denied
> Tue Jan 31 09:22:01 2017sevr=minor ca_array_put(typeToCA(type), count, var->chid, value): Write access denied
> Tue Jan 31 09:22:01 2017sevr=minor ca_array_put(typeToCA(type), count, var->chid, value): Write access denied
> Tue Jan 31 09:23:12 2017sevr=minor ca_array_put(typeToCA(type), count, var->chid, value): Write access denied
> Tue Jan 31 09:23:12 2017sevr=minor ca_array_put(typeToCA(type), count, var->chid, value): Write access denied
> Tue Jan 31 09:23:12 2017sevr=minor ca_array_put(typeToCA(type), count, var->chid, value): Write access denied
> 
> Note that the errors from Jan. 30 (yesterday) are expected because
> the APS was in studies mode. But at 08:00 on Jan. 31 (this morning) the APS
> switched to user mode and we should have been able to write to the
> undulator. However, we could not.
> 
> Rebooting our IOC, i.e. restarting the SNL program fixed the problem.
> 
> Can you think of any reason why seq 2.2.4 might be causing this
> issue? I thought I would ask before I begin to dig deeper and set up test IOCs.

What I can tell you is that the sequencer does not install an
access_rights_handler for its channels. IIUC this should not prevent it
from writing to the PVs once write access has been restored. Experts who
know more about the internals of the CA client library may chime in here
and correct me...

Cheers
Ben
-- 
"Make it so they have to reboot after every typo." ― Scott Adams

Attachment: signature.asc
Description: OpenPGP digital signature


References:
seq 2.2.4 problem? Mark Rivers

Navigate by Date:
Prev: Re: snl 2.2.4 question Benjamin Franksen
Next: Announcing the Transient Recorder Framework ambroz . bizjak
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  <20172018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: seq 2.2.4 problem? Mark Rivers
Next: Problem of Running RTEMS/EPiCS Application on BSP altcycv_devkt Jianxium Yan
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  <20172018  2019  2020  2021  2022  2023  2024