Date: Tue, 30 May 2000 18:24:13 -0300 (ADT) From: Bryan Bursey <bbmail@cfdnet.me.tuns.ca> To: "Mike C. Muir" <mmuir@es.co.nz> Cc: stable@FreeBSD.ORG Subject: Re: -j n and -STABLE world. Message-ID: <Pine.BSF.4.10.10005301821240.20165-100000@cfdnet.me.tuns.ca> In-Reply-To: <Pine.BSF.4.21.0005301409060.72492-100000@ogre.lan>
next in thread | previous in thread | raw e-mail | index | archive | help
Sorry to follow my own message, but I'd like to confirm that I'm dealing with a SMP kernel on a machine that it not overclocked. The 'installworld' fails consistently in the same place. The tail end of the stdout is shown below. ===> bin/rm install -c -s -o root -g wheel -m 555 rm /bin install -c -o root -g wheel -m 444 rm.1.gz /usr/share/man/man1 /usr/share/man/man1/unlink.1.gz -> /usr/share/man/man1/rm.1.gz rm: permission denied *** Error code 126 /bin/unlink -> /bin/rm 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error Cheers, Bryan On Tue, 30 May 2000, Mike C. Muir wrote: > I am curious as to how reliable using -j when building world under > 4.0-STABLE is.. Ive seen it do some weird things, and noting that -j with > an installworld has problems when it comes to /bin/ln and /bin/rm it made > me wonder if building world was a potential problem (I have had no > problems without -j). > The system in question IS an overclocked machine, but has proven 100% > stable under any other situation, indeed I have managed to make -j8 > buildworld many times, however 1 in 8 attempts seg faults somewhere along > the way (usually early in the rm'ing part, or very late.) > Memory is also fine, this has been checked with memtest86 v2.3, running > for 50 hours (4 passes.) > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.10.10005301821240.20165-100000>