xfs
[Top] [All Lists]

Re: Crash recovery/zero-byte file question

To: Josh Endries <endries@xxxxxxxxxxxxxx>
Subject: Re: Crash recovery/zero-byte file question
From: Eric Sandeen <sandeen@xxxxxxxxxxx>
Date: Fri, 17 May 2013 16:44:07 -0500
Cc: xfs@xxxxxxxxxxx
Delivered-to: xfs@xxxxxxxxxxx
In-reply-to: <731755347.10846.1368808589019.JavaMail.root@xxxxxxxxxxxxxxxxxx>
References: <731755347.10846.1368808589019.JavaMail.root@xxxxxxxxxxxxxxxxxx>
User-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130328 Thunderbird/17.0.5
On 5/17/13 11:36 AM, Josh Endries wrote:
> Hello,

Hi Josh -

> We have a RHEL 6.3 machine with a large XFS mount that suffered a
> power outage. 

For starters, have you engaged your RH support folks?

> When it came back up, it allegedly fixed itself, but
> now many files are zero bytes. I found a bug report/errata fix at RH
> that mentions something similar, which might be what we ran into.

Which one?  RH support can probably help you decide if that bug report
applies, and where/when it was fixed.

> We
> are running a kernel that should have the fix as far as I can tell,
> but we definitely have zero byte files that shouldn't be.

shouldn't be because they had all been properly synced to disk
before the power loss, or?  (just in general, files not fsynced
aren't guaranteed to be in any particular state if you lose power,
though of course there are certain expectations of timely flushing).

> My question is: is there a way to restore this or fix it before going
> to backups? Is it worth it to unmount and run xfs_check or similar?
> Unfortunately, since the system came up and appeared to be working,
> some users have been using that mount point.

If you have backups that's probably the best option.

-Eric

p.s. xfs_check is deprecated in favor of xfs_repair [-n]

> Thanks, Josh
> 
> _______________________________________________ xfs mailing list 
> xfs@xxxxxxxxxxx http://oss.sgi.com/mailman/listinfo/xfs
> 

<Prev in Thread] Current Thread [Next in Thread>