Thanks for your help, Justin. I ran gmxcheck -c topol.tpr (&quot;12284 atoms in file&quot;) and gmxcheck -f traj.xtc (&quot;# Atoms  29&quot;). The difference is the SOL atoms. I made another .tpr file with xtcgroups = TDR SOL, and now gmxcheck shows that the number of atoms in topol.tpr is 12284, but I still can&#39;t get g_covar to work. Maybe these are unrelated problems, I&#39;m not sure.<br>
~Dayle<br>
<br><div class="gmail_quote">On Wed, Apr 1, 2009 at 2:49 PM, Justin A. Lemkul <span dir="ltr">&lt;<a href="mailto:jalemkul@vt.edu" target="_blank">jalemkul@vt.edu</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<div><br>
<br>
Dayle Smith wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi Tsjerk,<br>
Thank you for your quick and helpful response. I defined &quot;xtc_grps  = TDR&quot; in my .mdp file (then I use grompp -f mdpme.mdp -c confout.gro -p topol.top -o topol.tpr -np 8 -n index.ndx, index contains TDR and SOL) and run it with -np 8. I&#39;m afraid that I don&#39;t understand what &quot;shuffling&quot; or &quot;matching series&quot; refers to (a clue that I&#39;m doing something wrong).  This g_covar error message is probably another clue:<br>


<br>
WARNING: number of atoms in tpx (29) and trajectory (29) do not match<br>
-------------------------------------------------------<br>
Program g_covar, VERSION 3.3.3<br>
Source code file: nrjac.c, line: 129<br>
Fatal error:<br>
Error: Too many iterations in routine JACOBI<br>
<br>
So the # of atoms is the same, but some other key ingredient doesn&#39;t match. Can you please enlighten me?!<br>
</blockquote>
<br></div>
I think the output error message is bizarre, but you still have a number of atoms in the .tpr that does not match the .xtc.  If your simulation is of TDR and SOL, then those groups will be in your topol.tpr.  If your xtc-grps specify only TDR, then there will be a coordinate mismatch.  Run the following:<br>


<br>
gmxcheck -c topol.tpr<br>
gmxcheck -f traj.xtc<br>
<br>
and see if gmxcheck reports the same number of atoms in both files.  This is the quickest way to know for sure.<br>
<br>
-Justin<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
Thanks a lot,<br>
Dayle<div><br>
<br>
<br>
<br>
<br>
On Wed, Apr 1, 2009 at 11:12 AM, Tsjerk Wassenaar &lt;<a href="mailto:tsjerkw@gmail.com" target="_blank">tsjerkw@gmail.com</a> &lt;mailto:<a href="mailto:tsjerkw@gmail.com" target="_blank">tsjerkw@gmail.com</a>&gt;&gt; wrote:<br>


<br>
    Hi Dayle,<br>
<br>
    Errm, really, the only cases I know of this error to occur is when I<br>
    had a mismatch between the reference and trajectory. Did you specify<br>
    xtc-groups? Did you shuffle the system? How did you assert that you<br>
    have matching series? Have you tried using the reference and the<br>
    trajectory to convert (part of) the trajectory to .pdb and visualize?<br>
    If all else fails, can you send (a link to) an archive containing a<br>
    single frame from the trajectory and the reference?<br>
<br>
    Cheers,<br>
<br>
    Tsjerk<br>
<br>
    2009/4/1 Dayle Smith &lt;<a href="mailto:daylemariesmith@gmail.com" target="_blank">daylemariesmith@gmail.com</a><br></div>
    &lt;mailto:<a href="mailto:daylemariesmith@gmail.com" target="_blank">daylemariesmith@gmail.com</a>&gt;&gt;:<div><br>
     &gt; Greetings---<br>
     &gt; I&#39;m working with a DNA system, and all of the routines I&#39;ve<br>
    worked with that<br>
     &gt; require Jacobi diagonalization (g_covar, g_rms, etc) fail with<br>
    the &quot;Too many<br>
     &gt; iterations in routine JACOBI&quot; error. I&#39;m using gromacs-3.3.3 with<br>
    ffamber99<br>
     &gt; on the NCSA Mercury cluster. I&#39;ve searched the archives, and I&#39;ve<br>
    found<br>
     &gt; several entries in which users are advised to check that the<br>
    coordinates in<br>
     &gt; the trajectory and structure files match (mine do). I&#39;ve also<br>
    tried running<br>
     &gt; covariance analysis on a small ligand molecule, and I get the<br>
    same error. I<br>
     &gt; can get g_covar to work with -nofit, but then I can&#39;t run g_anaeig.<br>
     &gt;<br>
     &gt; I&#39;m eagerly looking forward to your suggestions!<br>
     &gt;<br>
     &gt; Have a great day,<br>
     &gt; Dayle Smith<br>
     &gt; Department of Physics<br>
     &gt; Whitman College<br>
     &gt;<br>
    <br></div></blockquote></blockquote></div><br>