From: Chris Samuel <chris@csamuel.org>
To: linux-btrfs@vger.kernel.org
Subject: Re: error count
Date: Sat, 10 Aug 2013 23:38:24 +1000 [thread overview]
Message-ID: <3489125.eqS4SDnS3P@quad> (raw)
In-Reply-To: <201308101919.27987.russell@coker.com.au>
[-- Attachment #1: Type: text/plain, Size: 2081 bytes --]
On Sat, 10 Aug 2013 07:19:27 PM Russell Coker wrote:
> But what does generation_errs mean? I'm seeing some on one system.
> Should I be concerned? If I write a Nagios check which ones should be
> warnings and which ones errors?
All I know is that ioctl.h says:
BTRFS_DEV_STAT_GENERATION_ERRS, /* an indication that blocks have not
* been written */
Looking at the kernel code that only seems to get incremented during a scrub.
The code that does that says:
} else if (generation != le64_to_cpu(h->generation)) {
sblock->header_error = 1;
sblock->generation_error = 1;
}
The generation there is from the btrfs inode structure, the header says:
/* full 64 bit generation number, struct vfs_inode doesn't have a big
* enough field for this.
*/
u64 generation;
The wiki says:
https://btrfs.wiki.kernel.org/index.php/Glossary
# generation
# An internal counter which updates for each transaction. When a
# metadata block is written (using copy on write), current generation
# is stored in the block, so that blocks which are too new (and hence
# possibly inconsistent) can be identified.
and:
https://btrfs.wiki.kernel.org/index.php/Btrfs_design
# Everything that points to a btree block also stores the generation
# field it expects that block to have. This allows Btrfs to detect
# phantom or misplaced writes on the media.
HTH!
> Also why does it give the following errors about trying to open /dev/sr0
> when using a BTRFS RAID-1 filesystem? Below is for a RAID-1 over /dev/sdb
> and /dev/sdc.
I don't get that here, I'm building btrfs-progs from git at commit
194aa4a1bd6447bb545286d0bcb0b0be8204d79f (July 5th), aka:
btrfs-progs$ git describe --tags
v0.20-rc1-358-g194aa4a
cheers!
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
This email may come with a PGP signature as a file. Do not panic.
For more info see: http://en.wikipedia.org/wiki/OpenPGP
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 482 bytes --]
prev parent reply other threads:[~2013-08-10 13:38 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-08-04 11:42 error count Russell Coker
2013-08-04 13:37 ` Bart Noordervliet
2013-08-10 4:58 ` Chris Samuel
2013-08-10 9:19 ` Russell Coker
2013-08-10 13:38 ` Chris Samuel [this message]
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=3489125.eqS4SDnS3P@quad \
--to=chris@csamuel.org \
--cc=linux-btrfs@vger.kernel.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;
as well as URLs for NNTP newsgroup(s).