You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We need monitoring for the actions that replica recoverer daemon takes
Use Case
to see what's the impact of this daemon, i.e. how many replicas it "fixes"
if a user reports corrupt replicas, we can check this monitoring to see if it's caught by this machinery or not
Possible Solution
I think we simply need the suspicious replicas that the daemon processes (file name and RSE or simply PFN) and the action it took (ignore, create rule, declare bad or declare temporary unavailable). Ideally these should be pushed to rucio event monitoring.
Related Issues
No response
The text was updated successfully, but these errors were encountered:
A high level monitoring is already available in FTS monitoring [1]. Rucio uses Recovery activity for the transfers that replace bad replicas with healthy ones. It's already visible that this activity picked up after we enabled the daemon.
Enhancement Description
We need monitoring for the actions that replica recoverer daemon takes
Use Case
Possible Solution
I think we simply need the suspicious replicas that the daemon processes (file name and RSE or simply PFN) and the action it took (ignore, create rule, declare bad or declare temporary unavailable). Ideally these should be pushed to rucio event monitoring.
Related Issues
No response
The text was updated successfully, but these errors were encountered: