From owner-freebsd-small Mon Nov 29 17:32:50 1999 Delivered-To: freebsd-small@freebsd.org Received: from smtp10.nwnexus.com (smtp10.nwnexus.com [206.63.63.53]) by hub.freebsd.org (Postfix) with ESMTP id 745C4156C9 for ; Mon, 29 Nov 1999 17:30:41 -0800 (PST) (envelope-from golding@halcyon.com) Received: from king.halcyon.com (golding@king.halcyon.com [206.63.63.10]) by smtp10.nwnexus.com (8.8.8/8.8.8) with ESMTP id RAA10103; Mon, 29 Nov 1999 17:30:40 -0800 (PST) Received: (from golding@localhost) by king.halcyon.com (8.8.8/8.8.8) id RAA05517; Mon, 29 Nov 1999 17:30:40 -0800 (PST) Date: Mon, 29 Nov 1999 17:30:40 -0800 (PST) From: Kim and Chet Golding To: Poul-Henning Kamp Cc: small@FreeBSD.ORG Subject: Re: md - memory disk wishlist ? In-Reply-To: <23780.943913333@critter.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-small@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 29 Nov 1999, Poul-Henning Kamp wrote: > In message , Kim and > Chet Golding writes: > > > >Great Question! On 1 and 2.. yes seems unlikely for the basic way the mfs works now with picobsd, but if it's used as a failover system some of these kinds of things would be real handy. If a md was used basicly as a status & config for a router (or other device) then in a system that supported failover both active and backup systems might back eachother up in this manner. So if one were to go offline (say it's upstream network connection failed) the other could step in and assume the role. I'm sure many folk have seen the kind of harsh environments I have, memory fails, power goes out, you know... why not ask? =) By the way... thanks for asking! Chet > > > >1. Mirror or Raid mode would be very cool. > > For a memory disk ? > > >2. A cluster hook of some sort would be super if you had multiple systems > >and could config/treat a memory disk as a single unit and let the unit > >take care of passing updates to another system. (Maybe on boot this > >could reload itself from another systems md based on a switch-file or > >test-condition script in /etc... or after network was up.. failing over > >to something in /etc/defaults if network is unreachable..) > > Uhm. This is a network filesystem, isn't it ? > > >3. Snap effect... Something like a .bak but with versions say up to 16 > >working in a lifo manner. Would be good for some situations. Giving you > >a version cache device for sql tables or floppy build versions. > > Hmm, that could be made rather simply I think. It's on the list. > > -- > 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-small" in the body of the message