Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  <19992000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  Index 1994  1995  1996  1997  1998  <19992000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019 
<== Date ==> <== Thread ==>

Subject: RE: One CA server question and one CA server problem
From: johill@lanl.gov (Jeff Hill)
To: <saa@slac.stanford.edu>, <tech-talk@aps.anl.gov>
Date: Tue, 7 Sep 1999 16:44:06 -0600

> -----Original Message-----
> From: saa@SLAC.Stanford.EDU [mailto:saa@SLAC.Stanford.EDU]
> Sent: Wednesday, September 01, 1999 12:48 PM
> To: tech-talk@aps.anl.gov
> Subject: One CA server question and one CA server problem
>
>
> To people running portable CA servers:
>
> Question:  I've recently added diagnostics to my CA server to keep track
>            of the last 10 PVs broadcast to me that don't exist on
> my server.
>            I also keep a counter of the number of times non-existent PVs
> 	   are requested and the time of the last request.  I see I'm being
>            bombarded constantly with many PVs that belong on a totally
>            different control system (BaBar - and a different subnet).  So
>            there is a leak somewhere (probably the gateway).
> Besides shutting
>            down each client until the problem goes away, are there other
>            less invasive techniques for finding "noisy" clients?

1) In the old server you can type "CASDEBUG = NNN" from the vxWorks shell,
and
in the new server you can set the debug level from the command line.

2) From the vxWorks shell you can frequently type "dbcar 1" at the vxWorks
shell prompt to see the unresolved DB links. There is a similar command in
the
sequencer - as I recall it is call "seqShow".

3) I frequently use the Solaris command "snoop dstport 5064" to watch the
UDP name resolution traffic. The command "snoop dstport 5065" can be used
to watch the server beacons on your LAN. You will typically need to be root
to run this program.

> The server
>            runs on a VMS system with Multinet (there may be some Multinet
>            tool...).

As I recall Multinet supplies a similar facility to Solaris's "snoop" called
tcpdump.

Jeff



References:
One CA server question and one CA server problem saa

Navigate by Date:
Prev: RE: One CA server question Jeff Hill
Next: Job Opening at Argonne/APS Bill McDowell
Index: 1994  1995  1996  1997  1998  <19992000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019 
Navigate by Thread:
Prev: RE: One CA server question Jeff Hill
Next: Arrays and portable channel access server Tony Cox - (415)926-3105
Index: 1994  1995  1996  1997  1998  <19992000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019 
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 ·