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: CA gatway runs away when zero length PV name in UDP search request
From: Shuei YAMADA <shuei.yamada@gmail.com>
To: tech-talk@aps.anl.gov
Date: Thu, 27 Apr 2017 09:53:46 +0900
Dear all,

I have a problem with CA gateway that it runs away and all PVs
subscribing via ca-gateway become disconnected. The problem occurred 4
times in past 6 month and each time I had to restart CA gateway. I'm
using CA gataway 2.1.0 with EPICS base 3.14.12.3 on Scientific Linux
6.8 (RHEL 6.8 clone).

The log file contains following message:
====
CAS Request: ? on jkjnuc31.ccr.jkcont:40325: cmd=6 cid=76 typ=5 cnt=11
psz=32 avail=4c
CAS:
Apr 20 06:29:30 !!! Errlog message received (message is above)
zero length PV name in UDP search request?
====
The machine in the logfile, jkjnuc31.ccr.jkcont (we're using private
network for accelerator control),  is one of our PCs running
CS-Studio. I replaced the machine with different one, upgraded CSS
from 4.1.1 to 4.4.1, but jkjnuc31 is sure to be involved every time.

I attached to the process during the inspection and got following back-trace:
====
(gdb) bt
#0  0x00007f5a180a74e0 in outBuf::commitMsg() () from
/svjk/jk/epics/R3.14.12/base-3.14.12.3-CSA/lib/linux-x86_64/libcas.so.3.14
#1  0x00007f5a18099512 in casDGClient::sendVersion() () from
/svjk/jk/epics/R3.14.12/base-3.14.12.3-CSA/lib/linux-x86_64/libcas.so.3.14
#2  0x00007f5a1809abb3 in casDGClient::processDG() () from
/svjk/jk/epics/R3.14.12/base-3.14.12.3-CSA/lib/linux-x86_64/libcas.so.3.14
#3  0x00007f5a180aa16b in casDGIntfOS::recvCB(inBufClient::fillParameter) ()
   from /svjk/jk/epics/R3.14.12/base-3.14.12.3-CSA/lib/linux-x86_64/libcas.so.3.14
#4  0x00007f5a17388fa6 in fdManager::process(double) () from
/svjk/jk/epics/R3.14.12/base-3.14.12.3-CSA/lib/linux-x86_64/libCom.so.3.14
#5  0x0000000000412f0e in gateServer::mainLoop (this=0x7a2440) at
../gateServer.cc:280
#6  0x0000000000406830 in startEverything (prefix=0x7ffcd6f010f5
"MRCO:GW:MR-CCR01") at ../gateway.cc:685
#7  0x0000000000408c16 in main (argc=26, argv=0x7ffcd6effbf8) at
../gateway.cc:1353
====
It seems that gateway falls into an infinite loop within
casDGClient::processDG().

Any help would be appreciated and thanks in advance.
Best regards,
Shuei YAMADA
-- 
                 ----------------------------------------------------
                 Shuei Yamada,
                 High Energy Accelerator Research Organization (KEK)
              J-PARC/Accelerator Control Group
                 mailto:shuei@post.kek.jp
                 ----------------------------------------------------

Replies:
Re: CA gatway runs away when zero length PV name in UDP search request Andrew Johnson

Navigate by Date:
Prev: Re: caRepeater not found when starting ioc under procServ Ralph Lange
Next: RE: EpicsQT and Archiver Appliance Abdalla Ahmad
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: EpicsQT and Archiver Appliance Abdalla Ahmad
Next: Re: CA gatway runs away when zero length PV name in UDP search request Kasemir, Kay
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, 02 May 2017 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·