[gmx-users] How to rescue trr trajectory when two or more corrupted frames exist

Christopher Neale chris.neale at mail.utoronto.ca
Sat Apr 27 04:12:30 CEST 2013

If the corrupted frame is at 1000 ps, and you can not get at the data after the corrupted frame by using:
trjconv -b 1100 , then I suspect that you don't have any good solution here, unless the developers put in
some type of magic number at the start of each frame that you could search for with a c program (perhaps
contact the developers of gmx_rescue for advice?)

A related question is how you ended up with a long .trr file that has corruption in the middle.
Did that corruption happen at runtime or later due to a filesystem problem? If it was a later filesystem 
problem, then you might look into backup solutions. If it happened at runtime, then it would be 
useful to figure out what happened because ideally gromacs would not forever append to corrupted files
since many of us don't look at information in the .trr files until very late in the analysis and an optional
0.1% loss in efficiency might be reasonable to ensure that this doesn't happen (at least our system admins 
would tell us so). For that, you'll probably need to provide details, including what version of gromacs you 


-- original message --

I have some corrupted frames in different trajectories. gmxcheck with .trr trajectories gives extraordinary positions or velocities and with .xtc trajectories gives rise to the magic number error. I am aware of the program gmx_rescue kindly offered to us by its developers. However, this program can only work with .xtc files. It is possible to rescue .trr files when there is a maximum of one corrupted frame by checking the size of healthy frames, chopping the parts of the trajectory before and after, using e.g. programs head and tail with the corresponding integer multiples of one healthy frame in bytes and stitching them together. However, when there is two or more corrupted frames in different locations, although it is not hard to spot the exact locations, it is no longer possible to remove the problematic frames size-wise (or at least it is less likely to succeed than winning the lottery) , since the size of each corrupted frame is non-standard. Is there any corresponding software to gmx_rescue that can be used with .trr files? Is there any other recent program or any other way of coping with the problem? I did not post any details of my systems or the specific error messages I get because I believe my question is clear.

Thank you in advance!


More information about the gromacs.org_gmx-users mailing list