9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: Fco.J.Ballesteros <nemo@plan9.escet.urjc.es>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] simple venti question.
Date: Wed,  4 Feb 2004 08:23:38 +0100	[thread overview]
Message-ID: <816a43e64340b5f06e1299d88e1b9943@plan9.escet.urjc.es> (raw)
In-Reply-To: <Pine.LNX.4.44.0402032206250.23042-100000@maxroach.lanl.gov>

> Do I take the lastest or the firstest vac that gets printed when I do the
> 8.printarenas ?

Regarding the vac for your fossil, perhaps you could use the
script from rsc that I include below to print the last fossil vac number, and then do
a fossil/flfmt -v using that vac to recover from venti.

> err 2: mistmatched number index sections: found 2 expected 1
> fatal venti error blah blah blah

I've never seen this. I think that it's just that your venti
index is wrong. But from the man page it seems that you'd better
try venti/checkindex and then venti/buildindex, should checkindex
fail.


          venti/checkindex [ -f ] [ -B blockcachesize ] venti.config
          tmp
         venti/buildindex [ -B blockcachesize ] [ -Z ] venti.config
          tmp
          Buildindex .... This command is typically
          used to build a new index for a Venti system when the old
          index becomes too small, or to rebuild an index after media
          failure.

            Checkindex examines the Venti index described in
          venti.config. The program detects various error conditions
          including: blocks that are not indexed, index entries for
          blocks that do not exist, and duplicate index entries.  If
          requested, an attempt can be made to fix errors that are
          found.



#!/bin/rc

rfork e

switch($#*){
case 0
	file=/dev/sdC0/fossil
case 1
	file=$1
case *
	echo 'usage: lastfossil [/dev/sdC0/fossil]' >[1=2]
	exit usage
}

fn h2d { echo 'ibase=16;' print `{echo $1|tr a-z A-Z} |bc }
header=`{dd -bs 1024 -iseek 128 -count 1 -if $file >[2]/dev/null| xd -b | sed 1q}
bsize=`{h2d $header(8)^$header(9)}
super=`{h2d 0$header(10)^$header(11)^$header(12)^$header(13)}
x=`{dd -bs $bsize -iseek $super -count 1 -if $file >[2]/dev/null | xd -b |
	sed '1,2d;3s/^.......  .. .. //;4s/^.......  (.. .. .. .. .. ..).*/\1/;4q' | tr -d ' '}
echo vac:^$x(1)^$x(2)



  parent reply	other threads:[~2004-02-04  7:23 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-02-04  5:16 ron minnich
2004-02-04  5:20 ` ron minnich
2004-02-04  7:23 ` Fco.J.Ballesteros [this message]
2004-02-04 10:11 ` plan9
     [not found] <be08a54c6395e278cd2642164224462b@tombob.com>
2004-02-04 14:11 ` ron minnich
2004-02-04 14:11 ` ron minnich

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=816a43e64340b5f06e1299d88e1b9943@plan9.escet.urjc.es \
    --to=nemo@plan9.escet.urjc.es \
    --cc=9fans@cse.psu.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).