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 | 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 |
<== Date ==> | <== Thread ==> |
---|
Subject: | RE: Virtual circuit disconnect - caRepeater bug? |
From: | "Hill, Jeffrey O" <[email protected]> |
To: | Oleg Makarov <[email protected]>, "[email protected]" <[email protected]> |
Date: | Tue, 7 Feb 2012 19:40:06 +0000 |
Hello Oleg, Does a simple client such as
camonitor experience any disconnects at the same time that MEDM does? I am guessing probably not. Have we seen this symptom with any client other than MEDM? The message that you are seeing indicates that the OS has informed the CA client library that the TCP circuit dropped.
The channels can become disconnected in the MEDM application for two reasons; the client library might detect that the TCP circuit is unresponsive or in contrast it might be informed by the OS that the TCP circuit has disconnected. It appears that you are
experiencing the latter situation. Does the circuit called out in the diagnostic in question disconnect only briefly, or do any channels connected to PVs
on that IOC remain in a disconnected state? There is a “feature” in the CA client library where it will close down the TCP circuit if there are no-longer any channels
which use it. One possibility might be that a new display replaces the old display and we are seeing a timing induced false positive disconnect message when all channels on the IOC mentioned in the diagnostic are deleted. Do you know how many channels remain
connected to the IOC in question before and after the related display button is pressed? Ø
MEDM build with Epics 3.14.12.2 does not experience such "Virtual circuit disconnect"
Ø
problem while running on a workstation with Epics 3.14.11 installed. Presumably this is occurring on Linux, with an EPICS base build specifying shareable libraries (runtime linking) for
EPICS base. I seem to recall that the currently the paths to the sharable libraries are specified when MEDM is linked so this is perhaps an unexpected behavior, but perhaps that part of the build system has changed. Jeff From: Oleg
Makarov [mailto:[email protected]] Is a caRepeater bug was introduced starting from Epics 3.14.12? It is intermittent, and may occur when "Related Display" button on an medm screen is pressed. We were able to reproduce "Virtual circuit disconnect" message (see below) with Epics 3.14.12, Epics 3.14.12.1, and Epics 3.14.12.2 but not with Epics 3.14.11.
Other observations: 1) Workstations with Epics 3.14.11 do not experience such "Virtual circuit disconnect" problem with the same IOC, so this bug is likely on a client side. 2) MEDM build with Epics 3.14.12.2 does not experience such "Virtual circuit disconnect" problem while running on a workstation with Epics 3.14.11 installed. Is this bug in the caRepeater code? Any suggestions? Regards,
Oleg Makarov Mon Feb 06 18:19:30 CST 2012 medmCAExceptionHandlerCb: Channel Access Exception: Channel Name: Unavailable Native Type: Unavailable Native Count: 0 Access: Unavailable IOC: Unavailable Message: Virtual circuit disconnect Context: bl3ioc1.gmca.aps.anl.gov:5064 Requested Type: TYPENOTCONN Requested Count: 0 Source File: ../cac.cpp Line number: 1214 |