From owner-freebsd-chat Wed Mar 7 12:56:10 2001 Delivered-To: freebsd-chat@freebsd.org Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (Postfix) with ESMTP id CF22C37B719 for ; Wed, 7 Mar 2001 12:56:04 -0800 (PST) (envelope-from tlambert@usr05.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.9.3/8.9.3) id NAA21878; Wed, 7 Mar 2001 13:47:27 -0700 (MST) Received: from usr05.primenet.com(206.165.6.205) via SMTP by smtp04.primenet.com, id smtpdAAAH4aGmQ; Wed Mar 7 13:47:01 2001 Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id NAA28420; Wed, 7 Mar 2001 13:52:34 -0700 (MST) From: Terry Lambert Message-Id: <200103072052.NAA28420@usr05.primenet.com> Subject: Re: DJBDNS vs. BIND To: res03db2@gte.net (Robert Clark) Date: Wed, 7 Mar 2001 20:52:29 +0000 (GMT) Cc: tlambert@primenet.com (Terry Lambert), wes@softweyr.com (Wes Peters), rjesup@wgate.com, mwm@mired.org (Mike Meyer), dillon@earth.backplane.com (Matt Dillon), bright@wintelcom.net (Alfred Perlstein), josb@cncdsl.com, chat@FreeBSD.ORG In-Reply-To: <20010307074917.B47638@darkstar.gte.net> from "Robert Clark" at Mar 07, 2001 07:49:17 AM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-chat@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > In the instance of a post mortem, would a log of successive configuration > changes be more valuable than a file where only the last state is stored? > > Some config files do track successive changes to a small degree. Or at > least show something about what added a section to the file. (rc.conf) IMO, yes, it would be significantly more valuable. Not only could I fallback to a previous state, which would mean the unti would continue functioning, and a post-portem would therefore be unnecessary, but... if I had the device instrumented such that fallbacks were reported to me (with prior permission by the user, perhaps built into the cost structure for support, e.g. "extend your 30 day warranty to 90 days, automatically!"), I could do even better. It would let me identify cognitive problems in my user interface, which led to misconfigurations in the first place, and it would let me identify state transitions which the UI should enforce against to prevent "impossible" states. Effectively, it would let me considerably improve my product, and the value which I deliver to my customer. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-chat" in the body of the message