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 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
<== Date ==> <== Thread ==>

Subject: Re: caget() from C++
From: "Church, Eric D" <eric.church@pnnl.gov>
To: Mark Rivers <rivers@cars.uchicago.edu>, "'Kasemir, Kay'" <kasemirk@ornl.gov>, Ralph Lange <ralph.lange@gmx.de>, EPICS Tech Talk <tech-talk@aps.anl.gov>
Cc: "Mendez, Jennifer M" <Jennifer.Mendez@pnnl.gov>
Date: Wed, 6 Dec 2017 03:33:09 +0000
So, indeed, the warnings go away when I set EPICS_CA_AUTO_ADDR_LIST=NO. However, no matter if I use my eth0 or eth1 broadcast address, I can not use camonitor on either set of IOC’s PVs. 

Along these lines, I tried to read Kay’s 2012 post (http://www.aps.anl.gov/epics/tech-talk/2012/msg02356.php), that motivated the following effort:
I tried firing up IOC1 with EPICS_CA_ADDR_LIST=eth0bcast:5065, EPICS_CA_ PORT=5065 and IOC2 with EPICS_CA_ADDR_LIST=eth0bcast:5066, EPICS_CA_ PORT=5066, and in the session where I run camonitor I say EPICS_CA_ADDR_LIST=” eth0bcast:5066”. I also tried it with eth0->eth1.

camonitor fails when I do this, and CSS and archive-engine do also. Only, it seems, if I set EPICS_CA_ADDR_LIST=localhost can I use camonitor, and only then on the PVs of the second IOC that I fire up.


What is so non-standard about my network on this everything-on-one-computer setup of mine? Does a firewall even matter in this case?

- Eric


On 12/5/17, 2:45 PM, "Mark Rivers" <rivers@cars.uchicago.edu> wrote:

    If you set the EPICS_CA_ADDR_LIST to the broadcast address then you must also set EPICS_CA_AUTO_ADDR_LIST=NO.  That is why you are getting these warnings, because these broadcast addresses were already being used because EPICS_CA_AUTO_ADDR_LIST was defaulting to YES.
    
    Warning: Duplicate EPICS CA Address list entry "192.168.1.255:5064" discarded
    Warning: Duplicate EPICS CA Address list entry "130.20.49.255:5064" discarded
    
    
    > -----Original Message-----
    > From: Church, Eric D [mailto:eric.church@pnnl.gov]
    > Sent: Tuesday, December 05, 2017 4:06 PM
    > To: Mark Rivers; 'Kasemir, Kay'; Ralph Lange; EPICS Tech Talk
    > Cc: Mendez, Jennifer M
    > Subject: Re: caget() from C++
    > 
    > 
    > I attach a file showing my efforts at setting this variable in the xterm session in which I run
    > my caxyz commands and the record of my puzzling problems. Before trying to export these
    > values of EPICS_CA_ADDR_LIST, all was well. Whereas, after setting it, failingx2, if I
    > unset it I can not connect: I am not returning to successful camonitoring of just even one
    > IOC.
    > 
    > Note: all the relevant-looking complaints from my 2nd IOC terminal in the attached file ….
    > 
    > - Eric
    > 
    > 
    > 
    > On 12/5/17, 1:43 PM, "Mark Rivers" <rivers@cars.uchicago.edu> wrote:
    > 
    >     > Looks like the EPICS_CA_ADDR_LIST used by camonitor is not using the broadcast
    > address of your host.
    > 
    >     It should be doing that automatically without you needing to set
    > EPICS_CA_ADDR_LIST.  Can you send the output of the following commands Linux
    > command in the shell where you are running camonitor.
    > 
    >     ifconfig
    >     printenv | grep EPICS
    > 
    >     At the IOC shell prompt on both the first and second IOCs send the output of
    > 
    >     epicsPrtEnvParams
    > 
    > 
    >     What happens if you set EPICS_CA_ADDR_LIST manually to the broadcast address of
    > your system?  For example on my system ifconfig shows:
    > 
    >     p5p1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
    >             inet 164.54.160.82  netmask 255.255.255.0  broadcast 164.54.160.255
    >             inet6 fe80::3efd:feff:fea3:f258  prefixlen 64  scopeid 0x20<link>
    >             ether 3c:fd:fe:a3:f2:58  txqueuelen 1000  (Ethernet)
    >             RX packets 80276465019  bytes 92598173910474 (84.2 TiB)
    >             RX errors 0  dropped 114  overruns 0  frame 0
    >             TX packets 32261858165  bytes 16671972218313 (15.1 TiB)
    >             TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
    > 
    >     So I would set EPICS_CA_ADDR_LIST=164.54.160.255
    > 
    >     Mark
    > 
    > 
    > 
    > 
    >     > -----Original Message-----
    >     > From: Kasemir, Kay [mailto:kasemirk@ornl.gov]
    >     > Sent: Tuesday, December 05, 2017 3:37 PM
    >     > To: Church, Eric D; Mark Rivers; Ralph Lange; EPICS Tech Talk
    >     > Cc: Mendez, Jennifer M
    >     > Subject: Re: caget() from C++
    >     >
    >     > >Indeed camonitor can properly watch a channel on the first IOC when only it is
    > running. I
    >     > can dial up and down the voltage from CSS on a particular PV on this first IOC and
    > watch
    >     > it move on camonitor. >When I start the second IOC I can continue this exercise on
    > POVs
    >     > on the first IOC. If I kill camonitor, per your suggestion, I can not start it again on a PV
    > on
    >     > the first IOC. And if I kill the second IOC I can >once again start camonitor
    > successfully on
    >     > a PV on the first IOC.
    >     >
    >     > >What does it mean, do ya think?
    >     >
    >     > Looks like the EPICS_CA_ADDR_LIST used by camonitor is not using the broadcast
    >     > address of your host.
    > 
    > 
    > 
    
    


Replies:
Re: caget() from C++ Mark Rivers
References:
caget() from C++ Church, Eric D
Re: caget() from C++ Andrew Johnson
Re: caget() from C++ Church, Eric D
Re: caget() from C++ Mark Rivers
Re: caget() from C++ Church, Eric D
RE: caget() from C++ Mark Rivers
Re: caget() from C++ Church, Eric D
RE: caget() from C++ Mark Rivers
Re: caget() from C++ Church, Eric D
Re: caget() from C++ Mark Rivers
Re: caget() from C++ Ralph Lange
Re: caget() from C++ Mark Rivers
Re: caget() from C++ Church, Eric D
Re: caget() from C++ Kasemir, Kay
RE: caget() from C++ Mark Rivers
Re: caget() from C++ Church, Eric D
RE: caget() from C++ Mark Rivers

Navigate by Date:
Prev: Re: EPICS 7 Release Candidate 1 Michael Davidsaver
Next: Re: caget() from C++ Mark Rivers
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
Navigate by Thread:
Prev: RE: caget() from C++ Mark Rivers
Next: Re: caget() from C++ Mark Rivers
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
ANJ, 05 Dec 2017 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·