Date: Thu, 29 Jun 2017 07:43:10 -0600 From: Alan Somers <asomers@freebsd.org> To: "Eugene M. Zheganin" <emz@norma.perm.ru> Cc: FreeBSD <freebsd-stable@freebsd.org> Subject: Re: redundant zfs pool, system traps and tonns of corrupted files Message-ID: <CAOtMX2gvASYCj2Z94a0bd0bm1pCD5azZSprZEP7ShDj04YZbtA@mail.gmail.com> In-Reply-To: <3c4044c5-9016-80ce-1302-2546c76f0dd4@norma.perm.ru> References: <fec0d640-7818-3e35-059a-fc0c5a588684@norma.perm.ru> <3c4044c5-9016-80ce-1302-2546c76f0dd4@norma.perm.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Jun 29, 2017 at 6:04 AM, Eugene M. Zheganin <emz@norma.perm.ru> wrote: > Hi, > > On 29.06.2017 16:37, Eugene M. Zheganin wrote: >> >> Hi. >> >> >> Say I'm having a server that traps more and more often (different panics: >> zfs panics, GPFs, fatal traps while in kernel mode etc), and then I realize >> it has tonns of permanent errors on all of it's pools that scrub is unable >> to heal. Does this situation mean it's a bad memory case ? Unfortunately I >> switched the hardware to an identical server prior to encountering zpools >> have errors, so I'm not use when did they appear. Right now I'm about to run >> a memtest on an old hardware. >> >> >> So, whadda you say - does it point at the memory as the root problem ? Certainly a good guess. >> > > I'm also not quite getting the situation when I have errors on a vdev level, > but 0 errors on a lower device layer (could someone please explain this): ZFS checksums whole records at a time. On RAIDZ, each record is spread over multiple disks, usually the entire RAID stripe. So when ZFS detects a checksum error on a record stored in RAIDZ, it doesn't know which individual disk was actually responsible. Instead, it blames the RAIDZ vdev. That's why you have thousands of checksum errors on your raidz vdevs. The few checksum errors you have on individual disks might have come from the labels or uberblocks, which are not raided. -Alan
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAOtMX2gvASYCj2Z94a0bd0bm1pCD5azZSprZEP7ShDj04YZbtA>