Heavy fs corruption with 9.0-RELEASE

H hm at hm.net.br
Mon Mar 12 21:41:46 UTC 2012


David Thiel wrote:
> On Fri, Mar 09, 2012 at 01:53:59AM -0800, Adrian Chadd wrote:
>> PR ?
> The original thread was here:
>
> http://marc.info/?t=132502460000001&r=1&w=2
>
> Ignore the part where it takes me a while to figure out fsck isn't 
> softupdate-aware.
>
> There was further followup off-list with the associated SUJ developers 
> with clearer test results, but no definitive resolution as of yet, as 
> far as I know. I didn't get a chance to test the write cache disabling 
> approach or do further testing before I had to turn off SUJ.
>
> Arnaud: Would you be able to record a few test cases with SUJfsck and 
> then regular fsck, both using the -v flag (with output piped to some 
> other fs)? Can you also see if:

have you ever thought about that the real problem could be that fsck can
not determine the fs type soon the partition is dirty?

in my experience it does not matter if it is SU or SUJ, the problem is
that fsck bails out and the system boots normally even with bad blocks,
because of this fatality the errors are dragged from boot to boot and
things are getting worse

since I added -t ufs to /etc/rc.d/fsck I have no problems anymore with
this issue

background fsck of course must be disabled and fsck_yes enabled

H





> kern.cam.ada.write_cache=0
> hw.ata.wc=0
>
> while leaving SUJ enabled helps at all?
>
>> On 8 March 2012 11:07, David Thiel <lx at freebsd.org> wrote:
>>> On Mon, Mar 05, 2012 at 05:12:16PM -0500, Arnaud Lacombe wrote:
>>>> I've been running a couple of system with 9.0-RELEASE since it is out.
>>>> All the system were installed through the standard installation
>>>> procedure. After unclean reboot, either crash or power-failure, I get
>>>> a huge amount of really bad filesystem corruption (read: "silent",
>>>> fs-wide, corruptions). This happens with either i386 or amd64 build.
>>>> Systems involved use compact flash as their system permanent storage
>>>> medium.
>>> I have had this same behavior on every SUJ system I've built, both on
>>> SSDs and otherwise, on i386, PPC and amd64. Remove SUJ and revert to
>>> plain softupdates, and I strongly suspect your problems will disappear.
>>>
>>> _______________________________________________
>>> freebsd-stable at freebsd.org mailing list
>>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
>>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe at freebsd.org"
> _______________________________________________
> freebsd-stable at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscribe at freebsd.org"


-- 
H
+55 11 4249.2222


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 260 bytes
Desc: OpenPGP digital signature
Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20120312/57c8075a/signature.pgp


More information about the freebsd-stable mailing list