<p>For all the sites that see small percentage of jobs fail with timeouts on input/output:</p>

<p>we are investigating interaction between rucio mover, gfal2 and xrootd. In a number of cases actual transfer was not even attempted and the reason seems to be the way rucio mover tries to stat file and get checksum. Hopefully fix will come soon, once ready we will try to get it expressly tested and deployed. This does not exclude possibility there are other issues lurking there.</p>

<p>Fred:</p>

<p>It was an OK week for production.</p>

<ul>
	<li>There were a number of&nbsp; tasks that had high failure rates but from the submission side.
	<ul>
		<li>Most recently in the last day looping event generation jobs that killed as a group.</li>
	</ul>
	</li>
	<li>I was going to mention the Rucio transfer issue but Ilija beat me to it by providing the notes above.</li>
	<li>The was also an unintended Rucio release which caused trouble for about 1 day.</li>
	<li>Several sites had short-term issues.</li>
	<li>Covid jobs seemed to run OK but of course reduced ATLAS production.
	<ul>
		<li>NET2 had some stage-out issues with the covid jobs.</li>
	</ul>
	</li>
	<li>Looks like recovering just over a month (Feb 28 to Apr 8) of accounting data for CPB will be hard. Right now CPB is not reporting anything to the official GRACC/APEL system for the entire month of March.</li>
	<li>Port scanning form LHCONE????</li>
</ul>