Hi Coles,
The symptoms you describe occur when you try to run EPICS R3.13 with the
SENS IP kernel which is option with vxWorks 5.3 and I suspect mandatory
with vxWorks 5.4. You can avoid this problem by choosing to _not_ install
SENs when you install vxWorks 5.3. The API used to query the broadcast
addresses used for each network interface card changes when using the
SENS IP kernel, and this causes original versions of CA to fail miserably.
I have installed a workaround for this problem into 3.14 and could back
patch 3.13 if there is a strong desire to use SENS with R3.13.
Jeff
>
> We have just upgraded the operating system on our host to Solaris
> and changed versions of VxWorks from 5.2 to 5.3. When we boot the IOC
> get the following error messages. We have not received the correct CD
> (correct installation key) for Tornado and VxWorks 5.3, so the build and
> installation was kind of a hack, but EPICS base and our local
> applications all built normally. The vxWorks image which we are
> presently using came from APS , vxWorks download for MPF. I'm not sure
> whether the first Error message is related to the CAC and CA errors.
> Are these errors fatal?. The IOC's seem to be working OK. MEDM
> finds all channels and the channels seem to control OK.
>
> Thanks, Coles
>
> Attaching network interface ei0... done.
> Error: PROXY with sequential addr disabled.
> Shared mem IP Address must be specified.
> Attaching network interface lo0... done.
> Loading symbol table from
> epics:/home/locus/epicsdev/BATES_Vx53/bin/mv167/vxWorks.sym ...done
>
> iocInit
> ##################################################################
> ##########
>
> ### Starting iocInit
> @(#)EPICS IOC CORE
> ### @(#)Version R3.13.1..0 $$Date: 1998/11/19 16:18:25 $$
> ##################################################################
> ##########
>
> ioctl SIOCGIFCONF failed: S_errno_ENXIO
> ioctl SIOCGIFCONF failed: S_errno_ENXIO
> CAC: SIOCGIFCONF ioctl failed because "S_errno_ENXIO"
> value = 0 = 0x0
>
> iocInit: All initialization complete
>
>
>
> CA online: A call to "assert (semTake(client_lock, WAIT_FOREVER)==OK)"
> failed in ../access.c a
> t 3089
> Please send a copy of the output from "tt (0xf8e380)" and a copy of this
> message
> to the author or "[email protected]"
> This problem occurred in "@(#)Version R3.13.1..0 $$Date: 1998/11/19
> 16:18:25 $$"
> filename="../taskwd.c" line number=175
> task f8e380 CA online suspended
>
> Done executing startup script /home/locus/abruzzio/ioc_startup/bob1.cmd
>
>
- Replies:
- Re: CA online: A call to "assert (semTake ... Marty Kraimer
- Navigate by Date:
- Prev:
Re: HP VXI Monitoring Dave Gurd
- Next:
RE: CA monitors...Update #2 Jeff Hill
- 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: CA monitors...Update #2 Jeff Hill
- Next:
Re: CA online: A call to "assert (semTake ... Marty Kraimer
- 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
|