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  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  <20202021  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  <20202021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Connection to PVA server fails despite server
From: "Wlodek, Jakub via Tech-talk" <tech-talk at aps.anl.gov>
To: "tech-talk at aps.anl.gov" <tech-talk at aps.anl.gov>
Date: Tue, 10 Nov 2020 17:28:58 +0000
Hi all,

I am currently working with an areaDetector IOC I am running in a container, and I am running into
some issues getting the PVA Image display working correctly. When I start the IOC, I don't see
any errors around the startPvaServer call, other than a note that it will use a dynamically
assigned TCP port. I can see the pva server using this port via `pvlist`, and I can see the
PV name for the Image PV through the IOC shell using `pval`, however, I can't seem to see
the PV in any of the PVA clients. In CSS it shows as disconnected, while if I run pvget, I get the following error
message when trying to communicate with the server from within the container (actual server IP replaced with 11.11.11 just in case):

jwlodek@xf17bm-ioc2:/epics/base/bin/linux-x86_64$ ./pvget -d XF:17BM-BI{USB-Cam:8}Pva1:Image
2020-11-10T17:15:14.805 Creating datagram socket from: 0.0.0.0:51396.
2020-11-10T17:15:14.805 Broadcast address #0: 11.11.11.255:5076. (not unicast)
2020-11-10T17:15:14.805 Broadcast address #1: 172.17.255.255:5076. (not unicast)
2020-11-10T17:15:14.805 Setting up UDP for interface 11.11.11.3/255.255.255.0, broadcast 11.11.11.255, dest <none>.
2020-11-10T17:15:14.805 Creating datagram socket from: 11.11.11.3:5076.
2020-11-10T17:15:14.805 Creating datagram socket from: 11.11.11.255:5076.
2020-11-10T17:15:14.805 Setting up UDP for interface 172.17.0.1/255.255.0.0, broadcast 172.17.255.255, dest <none>.
2020-11-10T17:15:14.805 Creating datagram socket from: 172.17.0.1:5076.
2020-11-10T17:15:14.805 Creating datagram socket from: 172.17.255.255:5076.
2020-11-10T17:15:14.805 Creating datagram socket from: 224.0.0.128:5076.
2020-11-10T17:15:14.805 Local multicast enabled on 127.0.0.1/224.0.0.128:5076.
2020-11-10T17:15:14.805 Sending 77 bytes 0.0.0.0:51396 -> 11.11.11.255:5076.
2020-11-10T17:15:14.806 UDP Client Rx (77) 11.11.11.255:5076 <- 11.11.11.3:51396
2020-11-10T17:15:14.806 Sending 77 bytes 0.0.0.0:51396 -> 172.17.255.255:5076.
2020-11-10T17:15:14.806 UDP Client Rx (53) 0.0.0.0:51396 <- 11.11.11.3:50350
2020-11-10T17:15:14.806 UDP Client Rx (77) 172.17.255.255:5076 <- 172.17.0.1:51396
Waiting...
2020-11-10T17:15:14.806 Connecting to PVA server: 11.11.11.3:60307.
2020-11-10T17:15:14.806 Opening socket to PVA server 11.11.11.3:60307, attempt 1.
2020-11-10T17:15:14.806 Socket connected to PVA server: 11.11.11.3:60307.
2020-11-10T17:15:14.806 Acquiring transport to 11.11.11.3:60307.
2020-11-10T17:15:17.487 UDP Client Rx (47) 11.11.11.255:5076 <- 11.11.11.3:60301
2020-11-10T17:15:17.487 UDP Client Rx (47) 172.17.255.255:5076 <- 172.17.0.1:60301
2020-11-10T17:15:17.702 UDP Client Rx (77) 11.11.11.255:5076 <- 11.11.11.3:37523
Timeout
2020-11-10T17:15:19.806 Connection to PVA server 11.11.11.3:60307 failed to be validated, closing it.
2020-11-10T17:15:19.806 TCP socket to 11.11.11.3:60307 is to be closed.
2020-11-10T17:15:19.806 Transport to 11.11.11.3:60307 still has 1 client(s) active and closing...
2020-11-10T17:15:19.808 getTransport() fails: Failed to verify TCP connection to '11.11.11.3:60307'.
On line 153 of ../../src/remote/blockingTCPConnector.cpp
/epics/base/lib/linux-x86_64/libpvAccess.so.7.1.2(_ZN5epics6pvData6detail14ExceptionMixedINS0_13BaseExceptionEEC2IPKcEET_S7_i+0xbd) [0x7f1607bec46d]
/epics/base/lib/linux-x86_64/libpvAccess.so.7.1.2(_ZN5epics8pvAccess20BlockingTCPConnector7connectERKSt10shared_ptrINS0_17ClientChannelImplEERKS2_INS0_15ResponseHandlerEER11osiSockAddras+0x717) [0x7f1607bec297]
/epics/base/lib/linux-x86_64/libpvAccess.so.7.1.2(+0xde473) [0x7f1607c05473]
/epics/base/lib/linux-x86_64/libpvAccess.so.7.1.2(+0xeb64a) [0x7f1607c1264a]
/epics/base/lib/linux-x86_64/libpvAccess.so.7.1.2(_ZN5epics8pvAccess20ChannelSearchManager14searchResponseERKNS0_10ServerGUIDEiiaP11osiSockAddr+0x262) [0x7f1607bee242]
/epics/base/lib/linux-x86_64/libpvAccess.so.7.1.2(+0xe506a) [0x7f1607c0c06a]
/epics/base/lib/linux-x86_64/libpvAccess.so.7.1.2(+0xde754) [0x7f1607c05754]
/epics/base/lib/linux-x86_64/libpvAccess.so.7.1.2(_ZN5epics8pvAccess20BlockingUDPTransport13processBufferERKSt10shared_ptrINS0_9TransportEER11osiSockAddrPNS_6pvData10ByteBufferE+0x143) [0x7f1607be73a3]
/epics/base/lib/linux-x86_64/libpvAccess.so.7.1.2(_ZN5epics8pvAccess20BlockingUDPTransport3runEv+0x1ec) [0x7f1607be831c]
/epics/base/lib/linux-x86_64/libCom.so.3.18.1(epicsThreadCallEntryPoint+0x29) [0x7f160792c0a9]
/epics/base/lib/linux-x86_64/libCom.so.3.18.1(+0x42b53) [0x7f1607931b53]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x7fa3) [0x7f16073ecfa3]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x3f) [0x7f16074ff4cf]


2020-11-10T17:15:19.808 UDP Client Rx (53) 0.0.0.0:51396 <- 11.11.11.3:50350
XF:17BM-BI{USB-Cam:8}Pva1:Image 2020-11-10T17:15:19.808 Connecting to PVA server: 11.11.11.3:60307.
2020-11-10T17:15:19.808 Opening socket to PVA server 11.11.11.3:60307, attempt 1.
2020-11-10T17:15:19.808 Socket connected to PVA server: 11.11.11.3:60307.
2020-11-10T17:15:19.809 Acquiring transport to 11.11.11.3:60307.
2020-11-10T17:15:24.809 Connection to PVA server 11.11.11.3:60307 failed to be validated, closing it.
2020-11-10T17:15:24.809 TCP socket to 11.11.11.3:60307 is to be closed.
2020-11-10T17:15:24.809 Transport to 11.11.11.3:60307 still has 1 client(s) active and closing...
2020-11-10T17:15:24.811 getTransport() fails: Failed to verify TCP connection to '11.11.11.3:60307'.
On line 153 of ../../src/remote/blockingTCPConnector.cpp
/epics/base/lib/linux-x86_64/libpvAccess.so.7.1.2(_ZN5epics6pvData6detail14ExceptionMixedINS0_13BaseExceptionEEC2IPKcEET_S7_i+0xbd) [0x7f1607bec46d]
/epics/base/lib/linux-x86_64/libpvAccess.so.7.1.2(_ZN5epics8pvAccess20BlockingTCPConnector7connectERKSt10shared_ptrINS0_17ClientChannelImplEERKS2_INS0_15ResponseHandlerEER11osiSockAddras+0x717) [0x7f1607bec297]
/epics/base/lib/linux-x86_64/libpvAccess.so.7.1.2(+0xde473) [0x7f1607c05473]
/epics/base/lib/linux-x86_64/libpvAccess.so.7.1.2(+0xeb64a) [0x7f1607c1264a]
/epics/base/lib/linux-x86_64/libpvAccess.so.7.1.2(_ZN5epics8pvAccess20ChannelSearchManager14searchResponseERKNS0_10ServerGUIDEiiaP11osiSockAddr+0x262) [0x7f1607bee242]
/epics/base/lib/linux-x86_64/libpvAccess.so.7.1.2(+0xe506a) [0x7f1607c0c06a]
/epics/base/lib/linux-x86_64/libpvAccess.so.7.1.2(+0xde754) [0x7f1607c05754]
/epics/base/lib/linux-x86_64/libpvAccess.so.7.1.2(_ZN5epics8pvAccess20BlockingUDPTransport13processBufferERKSt10shared_ptrINS0_9TransportEER11osiSockAddrPNS_6pvData10ByteBufferE+0x143) [0x7f1607be73a3]
/epics/base/lib/linux-x86_64/libpvAccess.so.7.1.2(_ZN5epics8pvAccess20BlockingUDPTransport3runEv+0x1ec) [0x7f1607be831c]
/epics/base/lib/linux-x86_64/libCom.so.3.18.1(epicsThreadCallEntryPoint+0x29) [0x7f160792c0a9]
/epics/base/lib/linux-x86_64/libCom.so.3.18.1(+0x42b53) [0x7f1607931b53]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x7fa3) [0x7f16073ecfa3]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x3f) [0x7f16074ff4cf]


2020-11-10T17:15:24.812 UDP socket 0.0.0.0:0 closed.
2020-11-10T17:15:24.812 UDP Client Rx (0) 0.0.0.0:51396 <- 11.11.11.3:50350
2020-11-10T17:15:24.812 UDP socket 11.11.11.3:5076 closed.
2020-11-10T17:15:24.812 UDP Client Rx (0) 11.11.11.3:5076 <- <Ukn Addr Type>
2020-11-10T17:15:24.812 UDP socket 11.11.11.255:5076 closed.
2020-11-10T17:15:24.812 UDP Client Rx (0) 11.11.11.255:5076 <- 11.11.11.3:37523
2020-11-10T17:15:24.812 UDP socket 172.17.0.1:5076 closed.
2020-11-10T17:15:24.812 UDP Client Rx (0) 172.17.0.1:5076 <- <Ukn Addr Type>
2020-11-10T17:15:24.812 UDP socket 172.17.255.255:5076 closed.
2020-11-10T17:15:24.813 UDP Client Rx (0) 172.17.255.255:5076 <- 172.17.0.1:60301
2020-11-10T17:15:24.813 UDP socket 224.0.0.128:5076 closed.
2020-11-10T17:15:24.813 UDP Client Rx (0) 224.0.0.128:5076 <- <Ukn Addr Type>

Here is what I get when I run pvlist:

GUID 0x42F0685F000000003BA10E0B version 1: tcp@[ 11.11.11.3:58739 ]
GUID 0x6EB8685F000000006EEF252B version 1: tcp@[ 11.11.11.3:5075 ]
GUID 0x7BC9AA5F00000000CA5B0023 version 2: tcp@[ 11.11.11.3:60307 ]

The PVA server created by this IOC is the one marked as version 2. I'm guessing I am doing something wrong when it comes to the network
configuration - if anyone has an idea what that could be please let me know. All other (Channel Access) PVs seem to be visible just fine
both inside and outside the container.

Thanks!
Jakub

Replies:
Re: Connection to PVA server fails despite server Michael Davidsaver via Tech-talk
Re: Connection to PVA server fails despite server Michael Davidsaver via Tech-talk

Navigate by Date:
Prev: Re: travis-ci.org service changes Ralph Lange via Tech-talk
Next: Career opportunities for EPICS Integrator at Telescope Services in Sweden Maria Almaz via Tech-talk
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  <20202021  2022  2023  2024 
Navigate by Thread:
Prev: Re: travis-ci.org service changes Ralph Lange via Tech-talk
Next: Re: Connection to PVA server fails despite server Michael Davidsaver via Tech-talk
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  <20202021  2022  2023  2024 
ANJ, 10 Nov 2020 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·