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] 4th edition file server available
Date: Wed,  8 Jan 2003 16:57:50 +0100	[thread overview]
Message-ID: <a8642b7c754f55d2f5c20559a1a02d55@plan9.escet.urjc.es> (raw)
In-Reply-To: <200301081109.h08B97629776@zamenhof.cs.utwente.nl>

[-- Attachment #1: Type: text/plain, Size: 912 bytes --]

Not to fossil, but we're using this to move our worm into vac, which
can be serviced by venti. 9fs automates it for us.

#!/bin/rc
# mkvac: creates one vac archive. argument is day number.
#

srv -q il!sargazos.escet.urjc.es
mount /srv/il!sargazos.escet.urjc.es /n/dump dump
date
vname=`{echo $1 | sed 's|/|_|g'}
lname=`{cat mkvac.last}
echo vac -s -b16k -f dump/2002/$vname.vac -d dump/2002/$lname -q /n/dump/$1
time vac -s -b16k -f dump/2002/$vname.vac -d dump/2002/$lname -q /n/dump/$1
echo echo $vname.vac '>' mkvac.last
 echo $vname.vac > mkvac.last
unmount /n/dump
rm /srv/il!sargazos.escet.urjc.es
date


This other one calls the previous one to automate it:
#!/bin/rc
days=(0508 0507 0506 .....other preferred days here)
for (d in $days) {
	cp /dev/text /n/once/nemo/mkvacs.out
	echo -n $d starts ' '
	mkvac 2002/$d
	echo
}
exit


We are doing 1.5 months per day or so.

[-- Attachment #2: Type: message/rfc822, Size: 3844 bytes --]

From: Axel Belinfante <Axel.Belinfante@cs.utwente.nl>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] 4th edition file server available
Date: Wed, 08 Jan 2003 12:09:07 +0100
Message-ID: <200301081109.h08B97629776@zamenhof.cs.utwente.nl>

Congratulations!

I feel a bit adventurous -- but also in the need of
a little (or more?) hand-holding.

I have browsed through the setting up docs on wiki,
and a couple of the refered man pages, but
could not easily see how to build a fossil from
(to replace) an existing fake-worm file server,
taking into account the dump partition.

I recall reading before that at bell labs worm
disks of the fs were copied ``by hand'' one by one,
by taking them out of the fs.
Is there a way to transfer dump to fossil from
a running fake-worm fs (so, just using normal 9p
access, without going to the ``raw disks'')?

On a related note: my fake-worm fs uses relatively small
blocks (4Kb). Can I freely choose a block size for the
venti underlying the fossil, or should there be
a strict relation between the fake-worm  block size
and the fossil/venti block size (e.g. due to transfer
of dump blocks)?

Thanks for any insight (pointers welcome),
Axel.

> The new 4th edition file server, named Fossil,
> is now available on sources.  There are some
> how-to docs for setting up Venti and Fossil at:
[snip] 
> It is still a work in progress, but it's ready to be used
> by those feeling adventurous.

  reply	other threads:[~2003-01-08 15:57 UTC|newest]

Thread overview: 37+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-01-08  6:45 Russ Cox
2003-01-08 11:09 ` Axel Belinfante
2003-01-08 15:57   ` Fco.J.Ballesteros [this message]
2003-01-08 15:56 ` andrey mirtchovski
2003-01-08 16:53   ` Russ Cox
2003-01-08 22:52 ` Andrew
2003-01-08 22:54   ` Russ Cox
2003-01-09  8:24     ` Fco.J.Ballesteros
2003-01-09 13:16 ` Axel Belinfante
2003-01-29  1:37 ` [9fans] Fossil questions John Packer
2003-01-29  2:02   ` Russ Cox
2003-01-30  0:17     ` John Packer
2003-01-30 16:58       ` Tharaneedharan Vilwanathan
2003-01-30 17:22         ` Russ Cox
2003-01-08  7:18 [9fans] 4th edition file server available Skip Tavakkolian
2003-01-08  8:13 okamoto
2003-01-08 16:56 ` Russ Cox
2003-01-09 13:44 rog
2003-01-09 14:39 ` Russ Cox
2003-01-12  2:36 Joel Salomon
2003-01-12  3:10 ` jmk
2003-01-13 10:01 Richard Miller
2003-01-13 17:13 ` Russ Cox
2003-01-14 15:20   ` andrey mirtchovski
2003-01-14 18:55     ` Scott Schwartz
2003-01-14 19:11       ` andrey mirtchovski
2003-01-14 19:18         ` andrey mirtchovski
2003-01-14 19:28         ` Russ Cox
2003-01-15  9:34           ` Douglas A. Gwyn
2003-01-15 14:22             ` Russ Cox
2003-01-13 17:19 ` rob pike, esq.
2003-01-14  6:06 okamoto
2003-01-14 13:55 ` David Presotto
2003-02-14 16:04 ` Andrey S. Kukhar
2003-01-14 18:23 Skip Tavakkolian
2003-01-14 19:13 Russ Cox
2003-02-10 21:06 Andrey S. Kukhar

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=a8642b7c754f55d2f5c20559a1a02d55@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).