On Wed, 2002-10-23 at 11:24, Brian Gulizia wrote:
> Hi,
>
> For some reason one of the shares that is critical to our operation has
> disappeared.
> People were complaining that they were no longer able to access certain
> shares so we decided
> to reboot the server. (when we looked at it, the server was acting very
> sluggish)
> When the server came back up, one of our shares was missing. I received an
> error message
> of /dev/sdb not a valid block device on bootup and when I tried to manually
> mount the volume.
> (sdb is an attached raid array)
> We powered everything down and back up again, and we did not receive the
> error, but when
> we looked at the share we noticed that it had absolutely nothing in it. We
> used KDiskfree
> and saw that the share does in fact have something on it, because 68% of the
> drive is showing
> used.
>
> I have read these newsgroups and saw mention of an xfs_repair and an
> xfs_check command.
> I unmounted the share and started to run xfs_check and an impossibly large
> list started scrolling
> by talking about bad blocks. I saw one post that mentioned running
> xfs_repair -L but I am unclear
> how the xfs_repair will work as well as what the -L option does. I was
> hoping to garner some more
> information before running the xfs_repair command as some of the data will be
> hard to replace.
If you saw a message about "xfs_repair -L," that is telling you that the
filesystem has a dirty log, and it should be mounted & cleanly unmounted
before xfs_repair will tell you anything meaningful.
the -L option will clear out the log and continue, but you DO NOT WANT
TO DO THIS unless you cannot mount the filesystem due to log corruption,
you will irreversibly lose valuable metadata with this option.
Once again, for clarity:
DO NOT RUN xfs_repair -L UNLESS YOU HAVE TRIED TO CLEANLY MOUNT &
UNMOUNT FIRST.
Try mounting & unmounting the filesystem, then run xfs_check and
xfs_repair -n, and save the output. (-n tells repair to not actually do
anything yet).
-Eric
> Any advice would be greatly appreciated.
>
> Brian Gulizia
>
--
Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs
sandeen@xxxxxxx SGI, Inc. 651-683-3102
|