From owner-freebsd-current Sat Jul 20 13:51:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA15293 for current-outgoing; Sat, 20 Jul 1996 13:51:45 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.177]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA15268; Sat, 20 Jul 1996 13:51:37 -0700 (PDT) Received: from critter.tfs.com (localhost.dk.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id WAA00658; Sat, 20 Jul 1996 22:51:19 +0200 (MET DST) To: "Michael L. VanLoon -- HeadCandy.com" cc: davidg@root.com, John Dyson , hsu@clinet.fi (Heikki Suonsivu), freebsd-current@freebsd.org Subject: Re: vm work helps In-reply-to: Your message of "Sat, 20 Jul 1996 11:15:15 PDT." <199607201815.LAA24104@MindBender.HeadCandy.com> Date: Sat, 20 Jul 1996 22:51:17 +0200 Message-ID: <656.837895877@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>I have repeatedly hit another problem, CCD seems to screw up if you use >>shared libraries stored on a striped partition. This would maybe also >>affect other kinds of access with or without mmap in the loop. > >Could you be more specific about how and when ccd screws up in this >situation? I've been running my entire /usr (shared libraries, bins, >and all) on ccd for almost a year. Granted, it's NetBSD, but they're >not *that* different, are they? Well, it's absolutely reproducible for me. I stripe a partition over some disks (2 & 3 have been tried) and run a cd /usr/src/release make release which points over there. It will usually get all the way through the "make world" in the chrooted env and then die when the tar-balls are rolled. I usually can find some of the shlibs have some number of corrupt/ wrong pages in them, and sometimes these will persist over reboot. This only happens when CCD is used. I hope John and David will find time to look over this some time. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so.