From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <9f33c00d81eb0839108248e9c1cc0b20@quintile.net>
From: "Steve Simon" <steve@quintile.net>
Date: Fri, 31 Aug 2007 23:12:33 +0100
To: 9fans@cse.psu.edu
Subject: Re: [9fans] farewell to /sys/src/fs and IL
In-Reply-To: <8ccc8ba40708311203o4f658e17k2ca0d86a1315a56c@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Topicbox-Message-UUID: b3129a9c-ead2-11e9-9d60-3106f5b1d025

> anyone have any notes on migrating from kenfs to fossil/venti?

I copied some old tar and zip archives from tapes
and cds a while back thusly:

	cpu% @{cd /n/cdrom/fred/1-Apr-2001 && tar cf /fd/1 .} | @{cd /usr/steve/tmp/2001/0104/usr/fred && tar xTf /fd/0}
	cpu% con -l /srv/fscons
	prompt: fsys main snap -a -s /active/usr/steve/tmp/2002/0104 -d /archive/2002/0104

This is from memory but I think its right.

Though it would probably be better to do this using mkfs|extfs rather
than tar|tar to preserve as much plan9 metadata as possible. Note you can
only transfer as much data as you have space in your fossil store.

<wistful>

I have always planed to add an option to fossil to allow you to install
a given venti score in a named directory, this would allow you to just
vac(1) up a directory hierarchy and then install its score using somthing like

	
	cpu% vac /n/cdrom/fred/1-Apr-2001 
	vac:64daefaecc4df4b5cb48a368b361ef56012a4f46
	cpu% con -l /srv/fscons
	prompt: fsys main snap -a -v vac:64daefaecc4df4b5cb48a368b361ef56012a4f46 -d /archive/2002/0104

This would have the advantage of collecting all metadata correctly and allowing
archives bigger than your fossil disk to be installed.

Unfortunately though I had a look at this I never understood the
fossil code well enough to work out how to do it.

</wistful>

-Steve