On Fri, 21 Oct 2005, Chris Timossi wrote:
> We are seeing a similar failure to the one described. We have not been
> able to correlate the failure with any network activity and we have not
> tried the nmap test. We did examine the mbufs, memory and task list and
> saw nothing unusual. The only symptom was that CA clients lost
> connections and a reboot of the IOC restored the connections. It's an
> intermitant phenomena that occurs on the time scale of a few per months
> and started relatively recently.
Chris--
The best indicator for the scenario I described is a non-zero value which
does not decrease in the Recv-Q column from inetstatShow() for the beacon
port (typically UDP 1028 +/-2):
-> inetstatShow
Active Internet connections (including servers)
PCB Proto Recv-Q Send-Q Local Address Foreign Address (state)
. . .
727480 UDP 1694 0 0.0.0.0.1028 0.0.0.0.0
Adding a shutdown(sock,0) in rsrv_online_notify_task() is working for me.
--
Steve Hartman
[email protected] || 919-660-2650
Duke Free Electron Laser Laboratory
- References:
- UDP to CA_UDP hangs network? Steven Hartman
- Re: UDP to CA_UDP hangs network? Chris Timossi
- Navigate by Date:
- Prev:
Re: UDP to CA_UDP hangs network? Chris Timossi
- Next:
Re: autosave V4.1 and caRepeater Tim Mooney
- 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
- Navigate by Thread:
- Prev:
Re: UDP to CA_UDP hangs network? Chris Timossi
- Next:
Capfast symbol for R3.13 scan record Peregrine McGehee
- 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
|