Date: Sun, 1 Dec 1996 16:10:26 +0100 (MET) From: sos@freebsd.org To: dyson@freebsd.org (John S. Dyson) Cc: sos@freebsd.org, current@freebsd.org Subject: Re: Corrupted CVS updates Message-ID: <199612011510.QAA23315@ravenock.cybercity.dk> In-Reply-To: <32A19869.41C67EA6@freebsd.org> from "John S. Dyson" at Dec 1, 96 09:38:33 am
next in thread | previous in thread | raw e-mail | index | archive | help
In reply to John S. Dyson who wrote:
>
> Soren Schmidt wrote:
>
> >
> > Hmm, I have seen various problems with some of the bigger CTM
> > patches (esp. those that touch all files), this triggers our
> > old well known (but not understood) vm problem, that manifests
> > itself as an bogus diskblock (one page), that will disappear if
> > the disk is unmounted & then mounted again 95% of the times, the
> > last 5% that invalid block will have been written back to disk :(
> > It seems that my systems has been suffering pretty bad from this
> > over the last ~14 days or so. I have one workaround for this:
> > mount the disks via nfs and do the update from another machine,
> > this fixes the problem, but is dog slow....
> >
> Sorry for my Netscape reply -- only mailer that I have right
> now that supports mime...
:)
> Could you tell me if you are mounting your filesystems async?
> I am looking at the problem (in filesystem mode -- unfortunately
> meant to be in documentation mode.)
Well, its almost beyond use when I do NOT mount them async, async
makes the probelm a lot less worse...
Also this only happens on the really large patches, so size is
definatly a parameter in this...
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team
Even more code to hack -- will it ever end
..
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199612011510.QAA23315>