Re: runtime error

[Pierrick M Hanlet via Tech-talk <tech-talk at aps.anl.gov>]

Hi Andrew,
Thank you for the explanation.

We're taking baby steps to turn off rsrv and go fully to multicast.  There have been no hardware or network
changes, so, it's likely to be as Mark suggests.  I'm happy to try your suggestion of explicitly try the machine's
network interface; is the EPICS_CAS_INTF_ADDR_LIST environment variable?
Cheers,
Pierrick

On 12/11/24 16:30, Johnson, Andrew N. wrote:

[EXTERNAL] – This message is from an external sender

Hi Pierrick,

 

epicsPrtEnvParams only displays ENV_PARAMS values; the PVA environment variables were never made into ENV_PARAMS, maybe because Matej didn’t know about them, maybe because they don’t have a C++ API. You can run epicsEnvShow to display all of them, I’m not sure if that takes a glob pattern to limit which ones to print in your version of Base though.

 

Does the error go away if you configure it to use the network interface on the machine as well, and does that allow the multicast routing to work? It wouldn’t surprise me if your desired configuration was never considered when the server code was written.

 

- Andrew

 

-- 

Complexity comes for free, Simplicity you have to work for.

 

 

On 12/11/24, 3:59 PM, "Tech-talk" <tech-talk-bounces at aps.anl.gov> wrote:

 

Hi Mark,
Apart from the ADDR_LIST, I have:

EPICS_CA_CONN_TMO: 30.0
EPICS_CA_AUTO_ADDR_LIST is undefined
EPICS_CA_REPEATER_PORT: 5065
EPICS_CA_SERVER_PORT: 5064
EPICS_CA_MAX_ARRAY_BYTES: 16384
EPICS_CA_AUTO_ARRAY_BYTES: YES
EPICS_CA_MAX_SEARCH_PERIOD: 300.0
EPICS_CA_NAME_SERVERS is undefined
EPICS_CA_MCAST_TTL: 32
EPICS_CAS_INTF_ADDR_LIST: 239.128.1.6
EPICS_CAS_IGNORE_ADDR_LIST is undefined
EPICS_CAS_AUTO_BEACON_ADDR_LIST: NO
EPICS_CAS_BEACON_ADDR_LIST: 239.128.1.7
EPICS_CAS_SERVER_PORT is undefined
EPICS_CA_BEACON_PERIOD: 15.0
EPICS_CAS_BEACON_PERIOD is undefined
EPICS_CAS_BEACON_PORT is undefined
EPICS_BUILD_COMPILER_CLASS: gcc
EPICS_BUILD_OS_CLASS: Linux
EPICS_BUILD_TARGET_ARCH: linux-x86_64
EPICS_TZ: CST6CDT,M3.2.0/2,M11.1.0/2
EPICS_TS_NTP_INET is undefined
EPICS_IOC_IGNORE_SERVERS is undefined
EPICS_IOC_LOG_PORT: 7004
EPICS_IOC_LOG_INET is undefined
EPICS_IOC_LOG_FILE_LIMIT: 1000000
EPICS_IOC_LOG_FILE_NAME is undefined
EPICS_IOC_LOG_FILE_COMMAND is undefined
IOCSH_PS1: epics>
IOCSH_HISTSIZE: 50
IOCSH_HISTEDIT_DISABLE is undefined

Until recently, I had EPICS_IOC_IGNORE_SERVERS=rsrv also.  Why are there
no PVA environment variables?
We are working on turning off rsrv and moving strictly to multicast.
Cheers,
Pierrick


On 12/11/24 15:46, Mark Rivers wrote:
> [EXTERNAL] – This message is from an external sender
>
> Hi Pierrick,
>
> Before iocInit can you add
>
> epicsPrtEnvParams
>
> Perhaps some environment variable is set incorrectly.
>
> Mark
>
> Sent from my iPhone
>
>> On Dec 11, 2024, at 4:18 PM, Pierrick M Hanlet via Tech-talk <tech-talk at aps.anl.gov> wrote:
>>
>> Greetings all,
>> For several days now, I've been attempting to debug a runtime error:
>>
>> iocInit()
>> Starting iocInit
>> ############################################################################
>> ## EPICS R7.0.7
>> ## Rev. R7.0.7-dirty
>> ## Rev. Date Git: 2022-09-07 13:50:35 -0500
>> ############################################################################
>> iocRun: All initialization complete
>> c++ error: No (specified) network interface(s) available.
>> On line 206 of ../../src/server/serverContext.cpp
>> /home/hanlet/epicsDEV/base/lib/linux-x86_64/libpvAccess.so.7.1.6(_ZN5epics6pvData6detail14ExceptionMixedINS0_13BaseExceptionEEC2IPKcEET_S7_i+0xbb)
>> [0x7f5839c9bb4b]
>> /home/hanlet/epicsDEV/base/lib/linux-x86_64/libpvAccess.so.7.1.6(+0x8b3b6)
>> [0x7f5839c5d3b6]
>> /home/hanlet/epicsDEV/base/lib/linux-x86_64/libpvAccess.so.7.1.6(_ZN5epics8pvAccess13ServerContext6createERKNS1_6ConfigE+0x274)
>> [0x7f5839cf5c24]
>> /home/hanlet/epicsDEV/base/lib/linux-x86_64/libpvAccessIOC.so.7.1.6(+0x57ba)
>> [0x7f5839d807ba]
>> /home/hanlet/epicsDEV/base/lib/linux-x86_64/libpvAccessIOC.so.7.1.6(+0x5f10)
>> [0x7f5839d80f10]
>> /home/hanlet/epicsDEV/base/lib/linux-x86_64/libCom.so.3.22.0(initHookAnnounce+0x79)
>> [0x7f583975e119]
>> /home/hanlet/epicsDEV/base/lib/linux-x86_64/libdbCore.so.3.22.0(iocRun+0x70)
>> [0x7f5839865e00]
>> /home/hanlet/epicsDEV/base/lib/linux-x86_64/libdbCore.so.3.22.0(iocInit+0x25)
>> [0x7f5839865ea5]
>> /home/hanlet/epicsDEV/base/lib/linux-x86_64/libdbCore.so.3.22.0(+0x5f349)
>> [0x7f5839866349]
>> /home/hanlet/epicsDEV/base/lib/linux-x86_64/libCom.so.3.22.0(+0x341c5)
>> [0x7f583975d1c5]
>> ../../bin/linux-x86_64/myTestMove(main+0x12) [0x406dd2]
>> /lib64/libc.so.6(+0x295d0) [0x7f58390295d0]
>> /lib64/libc.so.6(__libc_start_main+0x80) [0x7f5839029680]
>> ../../bin/linux-x86_64/myTestMove(_start+0x25) [0x406e25]
>>
>> We're on Alma Linux 9, base 7.0.7 (as shown above), using C++20. This is
>> a stripped down IOC which doesn't even load a database.
>> It stems from serverContext.cpp in the "introspect network interfaces"
>> section of the code.
>>
>> Any help would be greatly appreciated,
>> Pierrick
>>
>> --
>> Pierrick Hanlet
>> Fermi National Accelerator
>> Accelerator Front End Controls
>> +1-630-840-5555 -- lab
>> +1-312-687-4980 -- mobile
>>
>> "Whether you think you can or think you can't, you're right" -- Henry Ford
>>

--
Pierrick Hanlet
Fermi National Accelerator
Accelerator Front End Controls
+1-630-840-5555 -- lab
+1-312-687-4980 -- mobile

"Whether you think you can or think you can't, you're right" -- Henry Ford

-- 
Pierrick Hanlet
Fermi National Accelerator
Accelerator Front End Controls
+1-630-840-5555 -- lab
+1-312-687-4980 -- mobile

"Whether you think you can or think you can't, you're right" -- Henry Ford