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: R3.14.9 access security and "no read access" w/caget
From: "John A. Priller" <[email protected]>
To: [email protected]
Date: Tue, 26 May 2009 13:58:19 -0400
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  <20092010  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  <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 ·