Yeah, I should have guessed that you weren't running ECC. I don't you should have too many problems. You're right, raidz1 is basically raid5. Read-only during the scrub is a good idea. I think you should be able to edit the mount settings in /etc/*vfstab*. -> Jake On Tue, Mar 11, 2014 at 2:42 PM, <tclug at freakzilla.com> wrote: > Course I'm not using ECC RAM. This is a home system (: > > The data is... well, be nice if it didn't get corrupted, but if a video > file gets a small glitch in it, it's not a huge deal. I can always rerip > one disc if I need to. I also figured that's why I have two smaller raidz1 > (which is equivalent to raid5, right?) pools - it should be able to fix the > occasional checksum error. > > I've not seen any crop up on this setup until that scrub, which was after > I copied and erased about 8TB a couple of times. So not super worried. > > I can't really not use the filesystem during a scrub, since a scrub takes > over 24 hours. I could restrict it to read-only. > > Hey, that reminds me, for some reason the thing mounts as read-only when I > reboot. And since it's not in fstab I don't know where to fix that... > anyone?... > > > > > On Tue, 11 Mar 2014, Jake Vath wrote: > > >> 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 >> >> >> >> >> _______________________________________________ > 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/ea6e3f60/attachment.html>