<div>Hi Christopher,</div><div>you can try to use the program gmx_rescue, by Marc Baaden to recovery your trajectory.</div><div><br></div><div>Below there is the adderess:</div><a href="http://baaden.free.fr/soft/compchem.html">http://baaden.free.fr/soft/compchem.html</a><br>
<br>Francesco<div><br><div class="gmail_quote">2012/6/9 Mark Abraham <span dir="ltr">&lt;<a href="mailto:Mark.Abraham@anu.edu.au" target="_blank">Mark.Abraham@anu.edu.au</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

  
    
  
  <div bgcolor="#FFFFFF" text="#000000"><div class="im">
    On 9/06/2012 7:27 AM, Christopher Neale wrote:
    <blockquote type="cite">
      
      
      <div style="direction:ltr;font-size:x-small;font-family:Tahoma">
        Dear Users:
        <div><br>
        </div>
        <div>I have a 500 ns trajectory of 65 GB that gives a floating
          point exception when I run it through gmxcheck or trjcat
          (generated and analyzed with gromacs 4.5.5). Has anybody
          encountered this? I ran mdrun with -append so this is the xtc
          resulting from months of simulation of a 1,000,000 atom
          system. If I run trjconv -f md.xtc -b 200000, where the
          floating point exception occurred around t=180000 ps in
          gmxcheck, then I can extract the readable frames and repair
          around the damaged section. Still, I&#39;d rather not lose any
          data and I had thought that the new default -append option to
          mdrun checked for these types of problems at runtime.</div>
        <br>
      </div>
    </blockquote>
    <br></div>
    I&#39;ve no idea what might happen when some file-system transient
    occurs mid-simulation, but if mdrun has managed to compute a
    checksum on an incomplete file and stored that in the checkpoint,
    then the append mechanism can be none the wiser. The check upon
    restart is that the checksum matches, not that the checksum is
    computed on a file whose properties would satisfy gmxcheck.<br>
    <br>
    Note also that some file systems that do not support file locking
    and this is known to cause issues (Redmine 924), but I don&#39;t know if
    this is related to your observation.<span class="HOEnZb"><font color="#888888"><br>
    <br>
    Mark<br>
  </font></span></div>

<br>--<br>
gmx-users mailing list    <a href="mailto:gmx-users@gromacs.org">gmx-users@gromacs.org</a><br>
<a href="http://lists.gromacs.org/mailman/listinfo/gmx-users" target="_blank">http://lists.gromacs.org/mailman/listinfo/gmx-users</a><br>
Please search the archive at <a href="http://www.gromacs.org/Support/Mailing_Lists/Search" target="_blank">http://www.gromacs.org/Support/Mailing_Lists/Search</a> before posting!<br>
Please don&#39;t post (un)subscribe requests to the list. Use the<br>
www interface or send it to <a href="mailto:gmx-users-request@gromacs.org">gmx-users-request@gromacs.org</a>.<br>
Can&#39;t post? Read <a href="http://www.gromacs.org/Support/Mailing_Lists" target="_blank">http://www.gromacs.org/Support/Mailing_Lists</a><br></blockquote></div><br><br clear="all"><div><br></div>-- <br>Cordiali saluti, Dr.Oteri Francesco<br>

</div>