From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] 4th edition file server available From: Fco.J.Ballesteros In-Reply-To: <200301081109.h08B97629776@zamenhof.cs.utwente.nl> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-yodzavqbpmrltxqbishqyeojwz" Date: Wed, 8 Jan 2003 16:57:50 +0100 Topicbox-Message-UUID: 3c5e5b90-eacb-11e9-9e20-41e7f4b1d025 This is a multi-part message in MIME format. --upas-yodzavqbpmrltxqbishqyeojwz Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit 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. --upas-yodzavqbpmrltxqbishqyeojwz Content-Type: message/rfc822 Content-Disposition: inline Received: from mail.cse.psu.edu ([130.203.4.6]) by aquamar; Wed Jan 8 16:22:22 MET 2003 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id DB65B199EE; Wed, 8 Jan 2003 06:10:08 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from utrhcs.cs.utwente.nl (utrhcs.cs.utwente.nl [130.89.10.247]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 89D26199B6 for <9fans@cse.psu.edu>; Wed, 8 Jan 2003 06:09:17 -0500 (EST) Received: from zeus.cs.utwente.nl (zeus.cs.utwente.nl [130.89.10.12]) by utrhcs.cs.utwente.nl (8.12.5/8.12.5) with ESMTP id h08B9AWx002161 for <9fans@cse.psu.edu>; Wed, 8 Jan 2003 12:09:10 +0100 (MET) Received: from zamenhof.cs.utwente.nl (zamenhof [130.89.13.77]) by zeus.cs.utwente.nl (8.12.5/8.12.5) with ESMTP id h08B973R027070 for <9fans@cse.psu.edu>; Wed, 8 Jan 2003 12:09:07 +0100 (MET) Received: from localhost (belinfan@localhost) by zamenhof.cs.utwente.nl (8.11.6+Sun/8.10.2) with SMTP id h08B97629776 for <9fans@cse.psu.edu>; Wed, 8 Jan 2003 12:09:07 +0100 (MET) Message-Id: <200301081109.h08B97629776@zamenhof.cs.utwente.nl> X-Authentication-Warning: zamenhof.cs.utwente.nl: belinfan@localhost didn't use HELO protocol X-Mailer: exmh version 2.5 07/13/2001 with version: MH 6.8.3 #20[UCI] To: 9fans@cse.psu.edu Subject: Re: [9fans] 4th edition file server available In-reply-to: Your message of "Wed, 08 Jan 2003 01:45:59 -0500." <2cc072395188fe909bebe5303642e13c@plan9.bell-labs.com> References: <2cc072395188fe909bebe5303642e13c@plan9.bell-labs.com> From: Axel Belinfante X-Organisation: University of Twente, Department of Computer Science, Formal Methods and Tools Group, PO Box 217, NL-7500 AE Enschede, The Netherlands X-Phone: +31 53 4893774 X-Telefax: +31 53 4893247 X-Face: 3YGZY^_!}k]>-k'9$LK?8GXbi?vs=2v*ut,/8z,z!(QNBk_>~:~"MJ_%i`sLLqGN,DGbkT@ N\jhX/jNLTz2hO_R"*RF(%bRvk+M,iU7SvVJtC*\B6Ud<7~`MGMp7rCI6LVp=%k=HE?-UCV?[p\$R? mI\n2/!#3/wZZsa[m7d;PKWiuH6'~ List-Archive: Date: Wed, 08 Jan 2003 12:09:07 +0100 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. --upas-yodzavqbpmrltxqbishqyeojwz--