Linux Btrfs filesystem development
 help / color / mirror / Atom feed
From: Josef Bacik <jbacik@fusionio.com>
To: "Swâmi Petaramesh" <swami@petaramesh.org>
Cc: Josef Bacik <JBacik@fusionio.com>,
	"linux-btrfs@vger.kernel.org" <linux-btrfs@vger.kernel.org>
Subject: Re: scrub "correcting" tons of errors ?
Date: Fri, 29 Mar 2013 09:12:18 -0400	[thread overview]
Message-ID: <20130329131218.GC1876@localhost.localdomain> (raw)
In-Reply-To: <515591D9.5010802@petaramesh.org>

On Fri, Mar 29, 2013 at 07:06:33AM -0600, Swâmi Petaramesh wrote:
> Hi Josef,
> 
> Le 29/03/2013 13:58, Josef Bacik a écrit :
> > So this is probably because of the extent tree corruption you had, it's just
> > cleaning things up and you should be fine once it finishes.  Thanks,
> 
> Er... It's on a different machine !
> 
> Current (at the time I write) status is :
> 
> # btrfs scrub status /
> scrub status for 346b81b2-0735-4c4d-a137-1995bc78ad70
>         scrub resumed at Fri Mar 29 11:52:43 2013 and finished after
> 7470 seconds
>         total bytes scrubbed: 231.96GB with 149691 errors
>         error details: csum=149691
>         corrected errors: 149691, uncorrectable errors: 0, unverified
> errors: 0
> 
> I have to say that scrub completely froze the machine at least 4 times
> (disk had ceased activity and any command that would imply a disk access
> would hang forever), but at least after a (quite brutal) reboot it could
> be resumed...
> 
> The only thing about this FS is that it had been imaged, then restored,
> using partclone.btrfs (which itself is supposed to use the BTRFS libraries).
> 

This is where I go "AHA!" and just assume that it wasn't our fault ;).

> I have a screenshot of "last thing I saw when it hanged", I can upload
> it somewhere, should it be relevant...
> 

Screenshots are welcome, I have no doubt scrub is fixing actual problems, but it
definitely shouldn't be hanging the box so I'd like to get those fixed if
possible.  Sysrq+w during hangs are very usefull but may be too much output for
screenshots, netconsole works very nicely for this

http://fedoraproject.org/wiki/Netconsole

Thanks,

Josef

  reply	other threads:[~2013-03-29 13:12 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-03-29  9:50 scrub "correcting" tons of errors ? Swâmi Petaramesh
2013-03-29 12:58 ` Josef Bacik
2013-03-29 13:06   ` Swâmi Petaramesh
2013-03-29 13:12     ` Josef Bacik [this message]
2013-03-29 13:23       ` Swâmi Petaramesh
2013-03-29 13:35       ` Swâmi Petaramesh
2013-03-29 13:26     ` Josef Bacik
2013-03-29 13:29       ` cwillu
2013-03-29 13:39       ` Swâmi Petaramesh
2013-03-29 13:57         ` Josef Bacik
2013-03-29 13:06   ` Harald Glatt
2013-03-29 13:11     ` Hugo Mills

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20130329131218.GC1876@localhost.localdomain \
    --to=jbacik@fusionio.com \
    --cc=linux-btrfs@vger.kernel.org \
    --cc=swami@petaramesh.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox