> Now, I am seeing occasional checksum errors. I stress-tested the heck out > of the thing for a week or so (filled up the filesystem, then deleted most > the junk I used for that, etc) and when I ran a scrub it found 12 of them. > I'm assuming that since I am running multiple redundancies that that's not > a huge problem. Is this correct? Should I cronjob a scrub once a month? > Are you using ECC RAM? If you're not, then you'll see some checksumming/parity calculation errors. Is this a huge problem? I guess it could be when you consider how important your data is to you. Your ZPool(s) could get really screwed up if you're getting checksumming errors. A cronjob to scrub the system isn't a bad idea, I guess you'd have to make sure that nothing is going to try and use the system during the scrubbing process though. -> Jake -> Jake On Tue, Mar 11, 2014 at 2:24 PM, <tclug at freakzilla.com> wrote: > This is a follow-up to my ZFS woes from a month or so ago. > > Funny thing. When that machine had 16gigs of RAM + 16gigs of swap, it was > using 15gig of RAM and not touching swap at all, and ZFS performace was > horrible. > > So I threw another 16gigs of RAM in there. > > Now it uses 20gigs of RAM (still not touching swap, obviously) and ZFS > performance is fine. > > Now, I am seeing occasional checksum errors. I stress-tested the heck out > of the thing for a week or so (filled up the filesystem, then deleted most > the junk I used for that, etc) and when I ran a scrub it found 12 of them. > I'm assuming that since I am running multiple redundancies that that's not > a huge problem. Is this correct? Should I cronjob a scrub once a month? > > I'm pretty gald I didn't need to move away from ZFS... > > -- > _______________________________________________ > TCLUG Mailing List - Minneapolis/St. Paul, Minnesota > tclug-list at mn-linux.org > http://mailman.mn-linux.org/mailman/listinfo/tclug-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mailman.mn-linux.org/pipermail/tclug-list/attachments/20140311/ef341c43/attachment.html>