EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  1999  <20002001  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  <20002001  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: CA error #2 and #48
From: [email protected] (Jeff Hill)
To: <[email protected]>
Cc: "tech-talk" <[email protected]>
Date: Tue, 22 Feb 2000 14:23:04 -0700
Geoff,

I am not sure why your connections are timing out while they are being established.
What OS is your server running on? What OS is your client running on? Perhaps your server's
host is low on idle CPU time or perhaps it is low on file descriptors? There is an adjustable limit
on the maximum number of file descriptors in the vxWorks kernel. In vxWorks you can determine how
many file descriptors are in use by typing "fdShow()". You can look
at CPU usage with the "spy" utility on vxWorks.

>
> We're using R3.13.1.  I looked in iocinf.c at line 1479.  Here's the function.
> The messages I reported are coming out while I'm trying to connect a channel.
> Eventually the connect request times out.  Why does the server want to free
> resources associated with a client connection?

If the client detects (this is the client code that you are looking at) that the
server side of the TCP connection has disconnected or if the server has not responded
to a query after 30 seconds goes by without seeing a server beacon then it closes down
the connection and reclaims any associated resources.

> Here's what I see.  chanDisconnectCount is non-zero.
>
>         if (piiu == piiuCast) {       <====== piiu is not equal to piiuCast other wise
> chanDisconnectCount = 0u
>                 piiuCast = NULL;
>                 chanDisconnectCount = 0u;
>         }
>
> chanDisconnectCount gets set here.
>                 chanDisconnectCount = ellCount(&piiu->chidlist);
> ellCount returns the number of nodes that are found in a list.
>
> So there are still nodes in the list.  Why should this be an error?
>

If a connection is terminated and there are CA channels attached to it then the CA
client library generates a warning message. No warning message is generated if a
connection shuts down because the last channel on it was deleted.

Jeff



References:
Re: CA error #2 and #48 Geoff Savage

Navigate by Date:
Prev: Re: Problems with messages... Steve Lewis
Next: native type of gdd object Vladimir Sirotenko
Index: 1994  1995  1996  1997  1998  1999  <20002001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: Re: CA error #2 and #48 Geoff Savage
Next: native type of gdd object Vladimir Sirotenko
Index: 1994  1995  1996  1997  1998  1999  <20002001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
ANJ, 10 Aug 2010 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·