We're considering upgrading our VxWorks and Linux IOCs from the
now-ancient R3.14.6 to R3.14.9, but in testing I'm encountering an odd
issue with access security when reading channels from either.
My test access security file (one that we've been using successfully in
R3.14.6 for years) looks like this:
ASG(DEFAULT) {
RULE(1,READ)
RULE(1,WRITE,TRAPWRITE)
}
My test Linux IOC ("plain") startup script is thus:
< envPaths
cd ${TOP}
dbLoadDatabase("dbd/plain.dbd")
plain_registerRecordDeviceDriver(pdbbase)
dbLoadRecords("db/plainDb.db")
cd ${TOP}/iocBoot/${IOC}
asSetFilename "access.acf"
iocInit()
And my test database has a single channel, a calc record that increments
and loops:
record(calc, "MYCNTR0")
{
field(DESC, "Counter")
field(SCAN, ".1 second")
field(CALC, "(A<B)?(A+C):D")
field(INPA, "MYCNTR0.VAL NPP NMS")
field(INPB, "1000")
field(INPC, "3")
field(INPD, "0")
field(EGU, "Counts")
field(ADEL, "1.00")
}
About one time in ten if I run the command "caget MYCNTR0" (from the
same or a different Linux box) I get the following error:
Read operation timed out: some PV data was not read.
MYCNTR0 *** no read access
The same sort of error sometimes crops up in EDM (1-12-3) compiled
w/R3.14.9, again not every time but some times:
CA get control info error('MYCNTR0'): Read access denied
If I disable access security on the test IOC (comment out the
asSetFilename line) I never have a problem. caget and EDM compiled with
R3.14.6 also never have a problem. caget built for win32-x86 on a PC
also never has a problem.
This is all with plain unpatched unmodified straight-from-the-tarball
R3.14.9. I'm really hoping I'm missing something obvious! Anybody have
a clue they could lend me?
--
John A. Priller | Phone : (517) 333-6375
MSU Cyclotron Laboratory | Fax : (517) 324-8126
South Shaw Lane | Email : [email protected]
East Lansing, MI 48824 | Web : http://www.nscl.msu.edu/~priller/
- Replies:
- Re: R3.14.9 access security and "no read access" w/caget Andrew Johnson
- Re: R3.14.9 access security and "no read access" w/caget Steven M. Hartman
- Navigate by Date:
- Prev:
RE: List of all server on an Epics network Jeff Hill
- Next:
RE: where is ca_detach_context()? Liyu, Andrei V
- 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
- Navigate by Thread:
- Prev:
Re: PC/104 serial Comm board Driver? Eric Norum
- Next:
Re: R3.14.9 access security and "no read access" w/caget Andrew Johnson
- 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
|