From owner-freebsd-current Sat Jan 16 02:29:41 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA28297 for freebsd-current-outgoing; Sat, 16 Jan 1999 02:29:41 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA28292 for ; Sat, 16 Jan 1999 02:29:38 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.1/8.8.5) with ESMTP id LAA09604; Sat, 16 Jan 1999 11:28:51 +0100 (CET) To: asami@cs.berkeley.edu (Satoshi Asami) cc: current@FreeBSD.ORG Subject: Re: mounting double-ended SCSI disks In-reply-to: Your message of "Sat, 16 Jan 1999 02:20:06 PST." <199901161020.CAA47520@silvia.hip.berkeley.edu> Date: Sat, 16 Jan 1999 11:28:50 +0100 Message-ID: <9602.916482530@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >However, if I try to mount it from B read-only while A is mounting it >read-write, it succeeds. This looks dangerous, as A writing data onto >the disk could cause B's cache to go stale without B knowing it. Is >it a good idea to allow read-only mounts of a dirty filesystem anyway? >(The filesystem could be corrupted, right?) UFS/FFS doesn't expect anybody else to muck about on the device while they have it open, and violating that is a bad idea, I cannot tell if it would lead to panics, but I can imagine a couple of ways it would become quantum mechanical in such a setup. A couple of filesystem have been designed over the years which allow for multiple machine access, but they tend to have lousy performance because of caching being so inefficient. One of the better implementations cheated, they stored the stuff in an Oracle database on a third machine, but used a filesystem interface... -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." FreeBSD -- It will take a long time before progress goes too far! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message