Experimental Physics and Industrial Control System
Folks -
Last month we discussed the bug in EPICS NTP support that caused the IOC
time to fall behind in 10 second increments. This bug was fixed in
3.13.2.
At that time, I wrote that the only operational fix was to reboot the
IOC. As this is often inconvenient, I offer a somewhat less intrusive
solution.
As the problem has to do with NTP requests becoming out of sync with the
replies, it occurred to me that disconnecting the IOC from the network
would cause the queued (old) replies to be read as responses to subsequent
requests, while no new replies would be received.
Thus, the solution is to unplug the network connection and wait for
(amount_of_time_the_IOC_clock_is_slow + 15-20 seconds), by which time the
IOC will have emptied the receive queue. On reconnecting the network, the
time will be correctly re-synced by the subsequent NTP transactions.
While this interruption in service may still not be acceptable, at least it
involves less time and disruption than rebooting.
----
Brian McAllister Controls Programmer/Beam Physicist
[email protected] MIT-Bates Linear Accelerator
(617) 253-9537 Middleton, MA
- Navigate by Date:
- Prev:
Re: increasing the number of file descriptors Andrew Johnson
- Next:
Re: An et_wish crash EPICS User
- 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: increasing the number of file descriptors Andrew Johnson
- Next:
Can EPICS be used in Tokamak? Happy
- 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