FTS3 Steering Meeting
→
Europe/Zurich
28/R-015 (CERN)
- It was requested to share the criteria used to decide if an error is recoverable or not
- Agreed that restoring a running FTS3 from a backup is dangerous
- Additionally, for postmortem the data can be very likely too old to be useful anyway
- Backups can be disabled, or done with the lowest integrity constrains possible, as to reduce the load
- [FTS-485] - Document new backup policy
- Low number of actives for a link seem to not completely honor the activity shares
- Hard to debug, since need to know number of queued per activity too, and this historical view is not available
- To follow up with the Dashboard to see if possible to better visualize
- See if this can be artificially reproduced offline
- [FTS-484] - Activity shares: honored?
- Stalled connection still happen, although not as critical
- Backport FTS-435 to fts-rest 3.4.2 may reduce the impact, or at least reduce the possibilities if happens again
- Monitoring SSL complains from browsers
- No Oracle FTS3 is used within WLCG
- ATLAS will test the new functionalities running in fts3-pilot.cern.ch. Upgrade to production when given the green light.
- For reference: Submission documentation, including deterministic job id generation
- It has been requested to experiments to document the usage they do/expect to do from the messaging, as to better test on that side too.
There are minutes attached to this event.
Show them.