From owner-freebsd-current Sat Jan 16 02:20:17 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA27510 for freebsd-current-outgoing; Sat, 16 Jan 1999 02:20:17 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from vader.cs.berkeley.edu (vader.CS.Berkeley.EDU [128.32.38.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA27505 for ; Sat, 16 Jan 1999 02:20:16 -0800 (PST) (envelope-from asami@vader.cs.berkeley.edu) Received: from silvia.hip.berkeley.edu (sji-ca36-130.ix.netcom.com [207.92.172.130]) by vader.cs.berkeley.edu (8.8.7/8.7.3) with ESMTP id CAA09529 for ; Sat, 16 Jan 1999 02:20:12 -0800 (PST) Received: (from asami@localhost) by silvia.hip.berkeley.edu (8.9.1/8.6.9) id CAA47520; Sat, 16 Jan 1999 02:20:06 -0800 (PST) Date: Sat, 16 Jan 1999 02:20:06 -0800 (PST) Message-Id: <199901161020.CAA47520@silvia.hip.berkeley.edu> To: current@FreeBSD.ORG Subject: mounting double-ended SCSI disks From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, In our project, we're trying to connect two PCs to both ends of a SCSI chain. I've got it somewhat working, but have a couple of questions re. mounting the filesystems. If I mount the filesystem from one machine (A) as read-write, then the other one (B) can't mount it read-write because the clean flag is not set. This is ok. Also, I can mount the disk read-only from both A and B. (I even read the entire contents of a 20GB partition from both machines at the same time -- worked without a hitch.) 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?) Another problem is if A is mounting it read-only and then B tries to mount it read-write. This succeeds and is dangerous for the same reason as the last example. Since A can't write anything to the disk, I guess there is no way we can avoid this situation. (The only way I could think of avoiding a crash due to stale cache data was to have A check the clean flag before every read, but that seems excessively expensive.) Satoshi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message