* Josh Huston <[EMAIL PROTECTED]> (Mon, Jan 22, 2001 at 10:54:10AM -0600)
> You can get the mirrors offline and then fsck the master disk and then
> attach the mirror again to re-sync it. Hopefully, it should fix the
> problem.
Yeah, you can do that.
But you can get the same kind of errors if you're ufsdumpping a live
filesystem, and the directory from within you are backing up gets deleted.
(case in point, we rebuild a lot of our under development software
overnight, suns C++ compiler dumps it's instantiated templates in a subdir,
and our make script cleans up after the fact.
If this happens while UFSDUMP tries to dump those files to tape, we get
similar errors.
Scared the [censured] out of me the first few times I saw the error popup.
Using gnutar will not give you this error as gnutar is more forgiving.
Of course, you may have a corrupt filesystem, in which case an fsck is a
good thing to do.
However I would simply unmount and then fsck the mirror.
I've had to do that a few times with mirrors attached to a Sol 7 box, and
metatool is good enough that if the FS is corrupt, an fsck of the MD (iso
the raw disks) works.
(and it's faster ).
Based on all that, my recommened course of action would be
1) fsck -m -f /dev/md/rdsk/d17
This forces and fsck *check* (that is, it only checks, it doesn';t try
to repair the filesystem [1])
If this returns an OK you are in a situation as described in the first
bit of my mail (dir being deleted while being ufsdumped)
2) if fsck indicates an error,
umount the mirror and fsck the mirror
3) if the mirror cannot be fsck-ed, try Josh's solution, and fsck the
master. Triple check the syntax for reattaching the master and slave to
the mirror. Friend of mine once accidantelly synced the wrong way, and
that's the moment you're very g;ad you had made backups recently ;)
[1] fsck-ing a live filesystem, and correcting it while it's active can
cause a kernel panic, and that's not what you want if you have a filesystem
that's not really stable ;)
Kind regards,
--
Gerhard den Hollander Phone +31-10.280.1515
Technical Support Jason Geosystems BV Fax +31-10.280.1511
(When calling please note: we are in GMT+1)
[EMAIL PROTECTED] POBox 1573
visit us at http://www.jasongeo.com 3000 BN Rotterdam
JASON.......#1 in Reservoir Characterization The Netherlands
This e-mail and any attachment is/are intended solely for the named
addressee(s) and may contain information that is confidential and privileged.
If you are not the intended recipient, we request that you do not
disseminate, forward, distribute or copy this e-mail message.
If you have received this e-mail message in error, please notify us
immediately by telephone and destroy the original message.
