From owner-freebsd-chat Wed Mar 7 0:40:21 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 2A8A837B719 for ; Wed, 7 Mar 2001 00:40:18 -0800 (PST) (envelope-from tlambert@usr05.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.9.3/8.9.3) id BAA12103; Wed, 7 Mar 2001 01:34:26 -0700 (MST) Received: from usr05.primenet.com(206.165.6.205) via SMTP by smtp04.primenet.com, id smtpdAAA2FaaMx; Wed Mar 7 01:34:17 2001 Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id BAA14141; Wed, 7 Mar 2001 01:40:01 -0700 (MST) From: Terry Lambert Message-Id: <200103070840.BAA14141@usr05.primenet.com> Subject: Re: DJBDNS vs. BIND To: wes@softweyr.com (Wes Peters) Date: Wed, 7 Mar 2001 08:40:01 +0000 (GMT) Cc: tlambert@primenet.com (Terry Lambert), 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: <3AA5DB60.86A5C03D@softweyr.com> from "Wes Peters" at Mar 06, 2001 11:55:28 PM 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 > > I would argue that human recovery is not a useful scenario, even > > in the absence of a backup. > > Which flies in the face of every system recovery ever attempted, including > the one I got to do last week. Even if you just finished a full backup > of the system when it crashed/got killed, some files may be out of date. You are thinking about systems which have sufficient exposed complexity that there are likely to be operators on hand to do the job; the incremental costs of doing the job are, I think, unrelated. A storage format and appropriate tools to allow severable partial recovery of the data by a human are generally enough. Basically, this means that binary data is not the issue, easy human recovery in this situation is. I'd also argue that this situtation itself is increasingly rare. In an embedded system running FreeBSD, for example, the only time an operator with the necessary capability will see te data, one way or another, is in a post mortem of a returned system. This means that the vast majority of cases require the ability to perform automatic "best guess" recovery, at a minimum, or "last change state rollback" (effectively, working configuration versioning), at best. 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