Since the downtime, issues with jobs failing due to diskIO errors and insufficient storage.  Some tuning on the dense servers to handle diskIO was needed before they could all be added to the cluster, so we did not get back to the nominal number of slots immediately.  We are working on replacing or upgrading disks in some servers to help with the diskIO issues, and will also investigate tuning the Maxdiskio parameter as Rod suggested in his email this morning.  The previous cause of insufficient storage errors, the pilot getting the available space on the entire server and not the pod, was fixed some time ago, so it's still unclear why these errors have returned.

Had to restart storage servers Monday to apply security mitigations.  This led to two internal dCache cells becoming problematic, causing successful tape recalls to be reported as failed.  The result was several waves of failed transfers as tape staging jobs were repeatedly retried, until the problem was identified and fixed.