<br><font size=2 face="sans-serif">Hi, </font>
<br>
<br><font size=2 face="sans-serif">We're making some progress on recovering
our GFS disk..</font>
<br>
<br><font size=2 face="sans-serif">We've created a small c app, which marked
all bytes as 0xff on:</font>
<br>
<br><font size=2 face="sans-serif">grp hdr: with offset 80</font>
<br><font size=2 face="sans-serif">grp blk: with offset 120</font>
<br>
<br><font size=2 face="sans-serif">But fsck takes ages to run (looks like
weeks on our full disk). If we run on a smaller disk the process completes
faster but after that, device is non mountable.</font>
<br>
<br><font size=2 face="sans-serif">So, we're thinking about an alternate
strategy. What if we try and reconstruct the GFS headers to tell it where
old file group structures are located. ie. I can identity all (old and
new) filegroups on the disk. I then change the header structures so they
point to the old file groups (at least the ones that were not overwritten
by the previous mkfs) rather than the new file groups. </font>
<br>
<br><font size=2 face="sans-serif">Does this approach make sense? Where
do I update the GFS headers to tell the system where the old file group
headers are located? </font>
<br>
<br><font size=2 face="sans-serif">Damon.</font>
<pre>Working to protect human rights worldwide

DISCLAIMER
Internet communications are not secure and therefore Amnesty International Ltd does not accept legal responsibility for the contents of this message. If you are not the intended recipient you must not disclose or rely on the information in this e-mail. Any views or opinions presented are solely those of the author and do not necessarily represent those of Amnesty International Ltd unless specifically stated. Electronic communications including email might be monitored by Amnesty International Ltd. for operational or business reasons.

This message has been scanned for viruses by Postini.
www.postini.com