1994 1995 1996 1997 1998 1999 2000 2001 2002 2003 2004 2005 2006 2007 2008 2009 2010 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 2009 2010 2011 2012 2013 2014 2015 2016 <2017> 2018 2019 2020 2021 2022 2023 2024 |
<== Date ==> | <== Thread ==> |
---|
Subject: | seq 2.2.4 problem? |
From: | Mark Rivers <[email protected]> |
To: | "'Ben Franksen'" <[email protected]> |
Cc: | "[email protected]" <[email protected]> |
Date: | Tue, 31 Jan 2017 19:26:48 +0000 |
Hi Ben, 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. Thanks, Mark |