Experimental Physics and Industrial Control System
I have a very odd problem with one particular vxWorks (EPICS 3.14.11) IOC, where the connection count as reported by casr climbs into the many thousands, all to one client (the gateway server). Simply running `casr 2` is enough to clear this condition!
Let me try and be precise.
1. The server is vxWorks 5.5.1 and EPICS 3.14.11
2. The server is running an asyn driver interfacing to a firewire camera and providing images over EPICS
3. The ethernet connection is horribly horribly overloaded (100MBit link), EPICS would like to deliver far more image frames than the network will permit
4. The EPICS gateway clearly struggles to connect to the IOC, typically most of the PVs provided by the IOC are inaccessible through the gateway.
5. At some random point during operation the number of IOC connections ($(IOC):CA:CNX as reported by vxStats) starts climbing steadily.
6. Running casr reports that practically all of these connections are to the gateway, for example:
SR01C-DI-IOC-02 -> casr
Channel Access Server V4.11
Connected circuits:
TCP 172.23.194.201:38552(cs03r-cs-gate-01.cs.diamond.ac.uk): User="gate", V4.11, 8697 Channels, Priority=0
TCP 172.23.194.38:59307(cs03r-cs-serv-38.pri.diamond.ac.uk): User="epics_user", V4.11, 12 Channels, Priority=0
TCP 172.23.194.201:38553(cs03r-cs-gate-01.cs.diamond.ac.uk): User="gate", V4.11, 18 Channels, Priority=0
TCP 172.23.194.27:50143(cs03r-cs-serv-27.pri.diamond.ac.uk): User="archiver", V4.11, 1 Channels, Priority=20
TCP 172.23.194.28:52559(cs03r-cs-serv-28.pri.diamond.ac.uk): User="archiver", V4.11, 1 Channels, Priority=20
7. Running `casr 2` takes forever (well, several minutes), the connection is over a 9600 baud serial line. Of the 8697 channels, the same PV is reported over and over and over and over again (it's a simple camera STATUS provided by the asyn driver).
8. After `casr 2` has completed, the bogus channels have gone away:
SR01C-DI-IOC-02 -> casr
Channel Access Server V4.11
Connected circuits:
TCP 172.23.194.201:38552(cs03r-cs-gate-01.cs.diamond.ac.uk): User="gate", V4.11, 6 Channels, Priority=0
TCP 172.23.194.38:59307(cs03r-cs-serv-38.pri.diamond.ac.uk): User="epics_user", V4.11, 12 Channels, Priority=0
TCP 172.23.194.201:38553(cs03r-cs-gate-01.cs.diamond.ac.uk): User="gate", V4.11, 18 Channels, Priority=0
TCP 172.23.194.27:50143(cs03r-cs-serv-27.pri.diamond.ac.uk): User="archiver", V4.11, 1 Channels, Priority=20
TCP 172.23.194.28:52559(cs03r-cs-serv-28.pri.diamond.ac.uk): User="archiver", V4.11, 1 Channels, Priority=20
Very odd. Any thoughts?
--
This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail.
Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd.
Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message.
Diamond Light Source Limited (company no. 4375679). Registered in England and Wales with its registered office at Diamond House, Harwell Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom
- Replies:
- Re: Runaway connection count on IOC Andrew Johnson
- RE: Runaway connection count on IOC Hill, Jeff
- Navigate by Date:
- Prev:
Re: EPICS host architectures Andrew Johnson
- Next:
Re: EPICS host architectures Benjamin Franksen
- 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: VxWorks 6.8 & devIocStats Andrew Johnson
- Next:
Re: Runaway connection count on IOC Andrew Johnson
- 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