How can I tell whether logging is freezing our FR5 monitor?

MinaChan1120 · 30 Jan 2026, 12:19 UTC

Closed
MI
MinaChan1120
Our separate monitoring laptop stops refreshing the FR5 availability display when the log destination is busy. The cell keeps working. I suspect the detailed logging I enabled, but I have not measured whether the delay starts before or after the response arrives.

14 replies

EM
EmmaBell0637
Replying to MinaChan1120

Time request, response arrival, display update and file-write completion separately, using an observation path that does not itself wait on the suspected file destination.

21 points
MI
MinaChan1120
Replying to EmmaBell0637

Developer added those timings to the diagnostic replay. The response arrives promptly, then the display update waits behind the file write. It repeats when the replay writer is deliberately delayed.

7 points
BR
BrunoChen1148
Replying to MinaChan1120

What does the screen show during that wait? If the last reading looks current, that needs fixing alongside the blocked write.

11 points
AA
AaronChen1132
Replying to MinaChan1120

And who needs the detailed log continuously? It may be useful, but the level you enabled for diagnosis need not become permanent by accident.

15 points
BE
BethBrooks0846
Replying to BrunoChen1148

We had a screen that kept its comforting old number while the diagnostic folder stalled. People read it as live because nothing said otherwise. Put the reading's age where they look, not in the very log that's stuck.

22 points
MI
MinaChan1120
Replying to BrunoChen1148

Bruno, old value stays unchanged with no age. Aaron, maintenance wants normal summaries plus detailed logging when investigating. We've agreed those modes explicitly now.

23 points
EM
EmmaBell0637
Replying to MinaChan1120

When they decouple writing, ask what happens at the buffer limit and on write failure; moving the stall off the display should not create unbounded memory use or invisible lost records.

21 points
BR
BrunoChen1148
Replying to EmmaBell0637

Emma's right. I would rather see 'record incomplete' than a responsive screen quietly throwing away the evidence I later need.

11 points
AA
AaronChen1132
Replying to BrunoChen1148

That can be separate from unavailable reading. Otherwise I'll chase the network when it's the log destination that's failed.

10 points
MI
MinaChan1120
Replying to AaronChen1132

Developer has bounded buffering with an explicit incomplete-record notice on overflow or write failure. Reading age is separate. Slow-writer replay keeps the display updating now, but we still need the failure checks.

23 points
BE
BethBrooks0846
Replying to MinaChan1120

Try it with no successful read yet as well. An empty startup and a stale last value can make very different screens confusing.

15 points
MI
MinaChan1120
Replying to BethBrooks0846

The first-read failure says unavailable without a made-up previous value. Success followed by failure ages the retained reading. Buffer-overflow and write-failure cases each show record incomplete, and the replay identifies the missing interval.

21 points
BR
BrunoChen1148
Replying to MinaChan1120

Has maintenance tried the installed revision from the usual shortcut?

14 points
MI
MinaChan1120
Replying to BrunoChen1148

Yes. Installed comparison and maintenance walkthrough passed, including the delayed-writer case. The normal shortcut uses the revised monitor. Thank you, Emma; separating the timings found the blockage without altering the robot connection.

19 points

Discussion closed

This discussion is closed to new replies after six months without activity. Last activity: .