<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Exchange Server">
<!-- converted from text --><style><!-- .EmailQuote { margin-left: 1pt; padding-left: 4pt; border-left: #800000 2px solid; } --></style>
</head>
<body>
<meta content="text/html; charset=UTF-8">
<style type="text/css" style="">
<!--
p
        {margin-top:0;
        margin-bottom:0}
-->
</style>
<div dir="ltr">
<div id="x_divtagdefaultwrapper" dir="ltr" style="font-size:12pt; color:#000000; font-family:Calibri,Helvetica,sans-serif">
<p>Hi Jean-Michel,</p>
<p><br>
</p>
<p>Previously I have contacted the "graham" staff, their response was everything seemed normal on their ends. Thats why I am here to see if I can have any luck.</p>
<p>A few more of my runs have died, and I have not received any reply from them yet.</p>
<p><br>
</p>
<p>Yangxin</p>
</div>
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="x_divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" color="#000000" style="font-size:11pt"><b>From:</b> MITgcm-support <mitgcm-support-bounces@mitgcm.org> on behalf of Jean-Michel Campin <jmc@mit.edu><br>
<b>Sent:</b> Wednesday, March 25, 2020 10:20:46 PM<br>
<b>To:</b> mitgcm-support@mitgcm.org<br>
<b>Subject:</b> Re: [MITgcm-support] jobs died suddenly</font>
<div> </div>
</div>
</div>
<font size="2"><span style="font-size:10pt;">
<div class="PlainText">Hi Yangxin,<br>
<br>
I could be be due to disk system on this computer that was not allowing the model
<br>
to access this file from one othe node you were using. To check this, I would suggest
<br>
to try to re-run it without changing anything, and keep a reccord of which node your<br>
job was affected to. This way you might be able to contact the "graham" admin staff<br>
with more precise information.<br>
<br>
Cheers,<br>
Jean-Michel<br>
<br>
On Thu, Mar 26, 2020 at 02:10:57AM +0000, Yangxin He wrote:<br>
> Hi Matt,<br>
> <br>
> <br>
> so for the sudden crash of the run, do you think the problem is in the code or it may be something with graham (compute Canada)?<br>
> <br>
> <br>
> Yangxin<br>
> <br>
> ________________________________<br>
> From: MITgcm-support <mitgcm-support-bounces@mitgcm.org> on behalf of Matthew Mazloff <mmazloff@ucsd.edu><br>
> Sent: Wednesday, March 25, 2020 4:28:30 PM<br>
> To: mitgcm-support@mitgcm.org<br>
> Subject: Re: [MITgcm-support] jobs died suddenly<br>
> <br>
> That is a separate issue. The model crashed but the HPC didn?t stop the job. I don?t know how to remedy that and the HPC support should be able to help with that.<br>
> The model was not running. The executable had stopped and that is your primary issue. I am not sure why the model crashed, but my first guess is it happened while trying to read an OBW or OBE file.<br>
> <br>
> Matt<br>
> <br>
> <br>
> On Mar 25, 2020, at 1:22 PM, Yangxin He <y67he@uwaterloo.ca<mailto:y67he@uwaterloo.ca>> wrote:<br>
> <br>
> Hi Matt,<br>
> <br>
> Yep. This is part of my data file:<br>
> #obcs forcing<br>
>  periodicExternalForcing=.TRUE.,<br>
>  externForcingPeriod=36.,<br>
>  externForcingCycle=86148.,<br>
> <br>
>  &<br>
> <br>
> Apart from this, Enrico has the same problem as to run not producing files but still running.<br>
> I submitted a ticket to graham compute Canada, they did not know why and suggested me to try here.<br>
> <br>
> Yangxin<br>
> ________________________________<br>
> From: MITgcm-support <mitgcm-support-bounces@mitgcm.org<mailto:mitgcm-support-bounces@mitgcm.org>> on behalf of Matthew Mazloff <mmazloff@ucsd.edu<mailto:mmazloff@ucsd.edu>><br>
> Sent: Wednesday, March 25, 2020 4:17:53 PM<br>
> To: mitgcm-support@mitgcm.org<mailto:mitgcm-support@mitgcm.org><br>
> Subject: Re: [MITgcm-support] jobs died suddenly<br>
> <br>
> Well it definitely died while trying to read something for the obcs:<br>
> ABNORMAL END: S/R MDS_READ_SEC_YZ<br>
> <br>
> Do you also give boundary files that have a start time and period given in data.exf?<br>
> E.g.:<br>
>  obcsWstartdate1     = 20081216,<br>
>  obcsWstartdate2     = 00000,<br>
>  obcsWperiod         = 2629800,<br>
> <br>
> Matt<br>
> <br>
> <br>
> On Mar 25, 2020, at 1:11 PM, Yangxin He <y67he@uwaterloo.ca<mailto:y67he@uwaterloo.ca>> wrote:<br>
> <br>
> Hi Matt,<br>
> <br>
> This would be really confusing.<br>
> My file seems to be the right size, and the run died after running fine for 34 tidal periods. If the size of boundary files is the problem, then the run would have died in the beginning?<br>
> Another thing is, I have been using this set up for about a year now, and it was running fine only until recently.<br>
> <br>
> Yangxin<br>
> ________________________________<br>
> From: MITgcm-support <mitgcm-support-bounces@mitgcm.org<mailto:mitgcm-support-bounces@mitgcm.org>> on behalf of Matthew Mazloff <mmazloff@ucsd.edu<mailto:mmazloff@ucsd.edu>><br>
> Sent: Wednesday, March 25, 2020 4:06:38 PM<br>
> To: mitgcm-support@mitgcm.org<mailto:mitgcm-support@mitgcm.org><br>
> Subject: Re: [MITgcm-support] jobs died suddenly<br>
> <br>
> Hello<br>
> <br>
> The code crashed trying to read a file. The file is size NY*NZ*NT so I suspect it is an eastern or western boundary condition file. Make sure your files are long enough.<br>
> <br>
> -Matt<br>
> <br>
> <br>
> On Mar 25, 2020, at 12:24 PM, Yangxin He <y67he@uwaterloo.ca<mailto:y67he@uwaterloo.ca>> wrote:<br>
> <br>
> Hello there,<br>
> <br>
> Recently several jobs of mine died of no reason. The error message is<br>
> [y67he@gra-login1 b6]$ more sim-29315632.err<br>
> ABNORMAL END: S/R MDS_READ_SEC_YZ<br>
> srun: Job step aborted: Waiting up to 62 seconds for job step to finish.<br>
> slurmstepd: error: *** JOB 29315632 ON gra228 CANCELLED AT 2020-03-25T08:30:08 DUE TO TIME LIMIT ***<br>
> <br>
> slurmstepd: error: *** STEP 29315632.0 ON gra228 CANCELLED AT 2020-03-25T08:30:08 DUE TO TIME LIMIT ***<br>
> The time limit was not the problem. The code simply stopped producing any new results, however, it was still running.<br>
> This is confusing, because I have been using the same set up for a while and this only started to happen in the past few weeks.<br>
> <br>
> I ran my code on graham in compute Canada, and the people there suggested it may be the problem in the code.<br>
> Can anyone shed any lights on this?<br>
> <br>
> Thanks<br>
> <br>
> Yangxin<br>
> _______________________________________________<br>
> MITgcm-support mailing list<br>
> MITgcm-support@mitgcm.org<mailto:MITgcm-support@mitgcm.org><br>
> <a href="http://mailman.mitgcm.org/mailman/listinfo/mitgcm-support">http://mailman.mitgcm.org/mailman/listinfo/mitgcm-support</a><br>
> <br>
> _______________________________________________<br>
> MITgcm-support mailing list<br>
> MITgcm-support@mitgcm.org<mailto:MITgcm-support@mitgcm.org><br>
> <a href="http://mailman.mitgcm.org/mailman/listinfo/mitgcm-support">http://mailman.mitgcm.org/mailman/listinfo/mitgcm-support</a><br>
> <br>
> _______________________________________________<br>
> MITgcm-support mailing list<br>
> MITgcm-support@mitgcm.org<mailto:MITgcm-support@mitgcm.org><br>
> <a href="http://mailman.mitgcm.org/mailman/listinfo/mitgcm-support">http://mailman.mitgcm.org/mailman/listinfo/mitgcm-support</a><br>
> <br>
<br>
> _______________________________________________<br>
> MITgcm-support mailing list<br>
> MITgcm-support@mitgcm.org<br>
> <a href="http://mailman.mitgcm.org/mailman/listinfo/mitgcm-support">http://mailman.mitgcm.org/mailman/listinfo/mitgcm-support</a><br>
<br>
_______________________________________________<br>
MITgcm-support mailing list<br>
MITgcm-support@mitgcm.org<br>
<a href="http://mailman.mitgcm.org/mailman/listinfo/mitgcm-support">http://mailman.mitgcm.org/mailman/listinfo/mitgcm-support</a><br>
</div>
</span></font>
</body>
</html>