From owner-freebsd-current Fri Apr 9 2:34:42 1999 Delivered-To: freebsd-current@freebsd.org Received: from ns.plaut.de (ns.plaut.de [194.39.177.166]) by hub.freebsd.org (Postfix) with ESMTP id 2355C15480 for ; Fri, 9 Apr 1999 02:34:36 -0700 (PDT) (envelope-from root@nihil.plaut.de) Received: from totum.plaut.de (totum.plaut.de [194.39.177.9]) by ns.plaut.de (8.8.8/8.8.7) with ESMTP id LAA26424; Fri, 9 Apr 1999 11:32:34 +0200 (CEST) (envelope-from root@nihil.plaut.de) Received: (from uucp@localhost) by totum.plaut.de (8.8.7/8.7.3) with UUCP id LAA14632; Fri, 9 Apr 1999 11:32:34 +0200 (MET DST) Received: from localhost (root@localhost) by nihil.plaut.de (8.9.3/8.8.8) with ESMTP id LAA10385; Fri, 9 Apr 1999 11:31:19 +0200 (CEST) (envelope-from root@nihil.plaut.de) Date: Fri, 9 Apr 1999 11:31:18 +0200 (CEST) From: Michael Reifenberger To: Greg Lehey Cc: FreeBSD-Current Subject: Re: Panic: Invalid longjmp with vinum configured by novice In-Reply-To: <19990409105253.S2142@lemis.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, On Fri, 9 Apr 1999, Greg Lehey wrote: ... > > # vinum start > > You don't need to do this unless you already have objects defined from > an earlier run of vinum. Ah, ok. > > > # vinum resetconfig > > You never need to do this after a start. To quote vinum(8): I was aware of the fact that this command ist not for the normal use. I just wanted to set a clean startingpoint for this example. > Not much. It's trivial to implement, but just another way of shooting > yourself in the foot. I find the configfile appropriate for initial confiurations. But what is the best method if one disk faults and gets replaced. Then I shouldn't need the overall confguration. Unfortunately the documentation is not that specific about this point, one should need only to recreate the subdisks which laid on the faulty disk after creating a vinum slice on the fresh disk, right? Or does vinum replicates itself after the failure onto the fresh disk? > > > I suspect one will not have a r/w filesystem in worst case scenarios > > for creating vinum createfiles (And even if, `ed` is not my friend.) > > Hmm. I suppose that might be an argument. But vinum(8) doesn't offer > you much in the way of editing facilities either. A command history and commandline editing :-) And many thanks for helping anyway! Bye! ---- Michael Reifenberger Plaut Software GmbH, R/3 Basis To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message