Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Restarting the hsdioc_89 process "fixed" the problem.  Also saw this in hsdioc_88: /reg/neh/home/cpo/2020/06/18_18:16:40_daq-tst-dev07:hsdioc_88.log.  And here: /reg/neh/home/cpo/2020/06/18_18:51:48_daq-tst-dev07:hsdioc_1a.log

 

 Tried running hsd134PVs with the "-E" option (ignore errors, so it would retry?) but still see failures /reg/neh/home/cpo/2020/07/02_18:27:00_daq-tst-dev07:hsdioc_89.log and /reg/neh/home/cpo/2020/07/02_18:27:00_daq-tst-dev07:hsdioc_1a.log.  Wasn't able to follow all the "-E" logic yet.  Maybe doesn't retry?

 

UNSOLVED: Running at 10Hz with no recording phase2 of disable not be seen by any hsds: /reg/neh/home/cpo/2020/06/16_15:26:24_drp-tst-acc06:control.log.  can see control.py try to write xpm pv's for disable phase 2.  Saw this again here when recording at 100Hz:  /reg/neh/home/cpo/2020/06/18_15:37:36_drp-tst-acc06:control.log.  Seemed not so reproducible at 10Hz, but reproducible at 100Hz.  Saw it with slow update disabled here: /reg/neh/home/cpo/2020/06/18_18:33:51_daq-tst-dev03.pcdsn:control_gui.log.  hsd logs show phase1 of disable but not phase2.  also saw this without recording here: /reg/neh/home/cpo/2020/06/18_18:51:48_drp-tst-acc06:control.log

...