Recover from a failed rename operation ?

[Stephen L. Ulmer]

 "rjs3" == Rob Siemborski <rjs3 at andrew.cmu.edu> writes:

  rjs3> I agree, this behaviour is incorrect.  However, I cannot
  rjs3> replicate this.  Atleast not in full.

[...]

  rjs3> Renaming user.cyrus to the new partition generates a System
  rjs3> I/O error, and (sadly) the mailbox dissapears from the mailbox
  rjs3> list (obviously incorrect).  The data is still in the original
  rjs3> location, however.

Dang, we ran across this last week and just finished verifying that we
got it cleaned up.

Our I/O error was actually generated by filesystem corruption in the
target partition.  Once we got our hearts started again, we added
about 300 INBOXes back to the malboxes.db and all seemed well.  Of
course we hadn't figured out *exactly* what happened, so we went
through the exercise of comparing the mailboxes to the backups and the
delivery logs to make a guess at whether we lost anything.

In our case, sometimes, parts of the mailbox were actually moved,
though not yet deleted from the source partition.  That is, we would
sometimes have the INBOX with the cyrus.* files in the target
partition.

--
Stephen L. Ulmer                              ulmer at nersp.nerdc.ufl.edu
Senior Systems Programmer                         http://www.ulmer.org/
Northeast Regional Data Center                      VOX: (352) 392-2061
University of Florida                               FAX: (352) 392-9440