Summary: /nobackup/global performance is now back to normal. Jobs that ran between 01:10 and 10:40 today might have been slowed down due to slow performance on /nobackup/global.<br><br>If you are concerned that your job might hit its wall time limit due to this, please email the job IDs to <a href="mailto:support@nsc.liu.se">support@nsc.liu.se</a> and we will extend the wall time limit for that job.<br>

<br><br>Details:<br><br>The /nobackup performance problem seems to have started around 01:10 and things returned to normal around 10:40 while we were still investigating the problem.<br><br>We collected some data, but did not manage to find the exact cause. Our best guess is that one or more jobs performed disk I/O in some unusual way that overloaded the storage system or triggered a software bug.<br>

<br>If anyone happened to be testing new exotic disk I/O code between 01:10 and 10:40 today, please let us know so we can see if that was the cause of this.<br><br><br>-- <br>Mats Kronberg, NSC Support &lt;<a href="mailto:support@nsc.liu.se">support@nsc.liu.se</a>&gt;<br>

<br>