From mboxrd@z Thu Jan 1 00:00:00 1970 Content-Type: multipart/alternative; boundary=Apple-Mail-BF5AA89C-EFA2-42B7-9C43-1E8C147D358B Content-Transfer-Encoding: 7bit References: From: Steve Simon In-Reply-To: Message-Id: <41E0E7F1-C19C-47F1-9326-C2791EA3378B@quintile.net> Date: Thu, 17 Dec 2015 22:13:02 +0000 To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Mime-Version: 1.0 (1.0) Subject: Re: [9fans] Migration of vac score to fossil Topicbox-Message-UUID: 7aa650ca-ead9-11e9-9d60-3106f5b1d025 --Apple-Mail-BF5AA89C-EFA2-42B7-9C43-1E8C147D358B Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable I have long wanted to do this but on the one occasion I tried I got lost ins= ide fossil. the problem is fossil expects venti to have a hierarchy of the form /active/= and /archive/ where as your venti does not, I guess it has just your home d= ir. it is easy to create the required placeholder in a new fossil attached to yo= ur fossil. what is missing is a fossil admin command to create a new directo= ry but attach it to a given, existing venti score. if you could do this you c= ould creat an empty fossil attached to your existing fossil and then populat= e your /archive/yyyy/mmdd/usr/yourname with each venti score you have from y= our old vac(1)s. have a look at the fossil create command. -Steve > On 17 Dec 2015, at 17:05, Ole-Hjalmar Kristensen wrote: >=20 > I have a file server running Linux at home, with a normal ext3 file system= and a plan9port venti. I use this venti for vac backup of both the ext3 fil= e system and other Linux boxes. However, the 2 TB ext3 is running out of spa= ce, while the venti is roughly 50% full. I could just buy a bigger disk, of c= ourse, but the exit3 itself is mainly an archive (pictures, video, and many y= ears of accumulated documents and software), so I consider switching to a fo= ssil+venti file server instead. The fossil manual says "The score should hav= e been generated by fossil rather than by vac, so that the appropriate snaps= hot metadata is present". Is there any way of coercing fossil to initialize i= tself properly from a score produced by vac? I could copy the files from ext= 3, but would likely run out of space in fossil, which I gather is a bad idea= . I run a 9front cwfs auth/cpu/file server, but have no experience with foss= il, so any help is welcome. >=20 >=20 >=20 >=20 >=20 --Apple-Mail-BF5AA89C-EFA2-42B7-9C43-1E8C147D358B Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable

I have long wanted to do this but on t= he one occasion I tried I got lost inside fossil.

the problem is fossil exp= ects venti to have a hierarchy of the form /active/ and /archive/ where as y= our venti does not, I guess it has just your home dir.

it is easy to create= the required placeholder in a new fossil attached to your fossil. what is m= issing is a fossil admin command to create a new directory but attach it to a= given, existing venti score. if you could do this you could creat an empty f= ossil attached to your existing fossil and then populate your /archive/yyyy/= mmdd/usr/yourname with each venti score you have from your old vac(1)s.

have a look at the fossil create command= .

-Steve

On 17 Dec 2015, at 17:05, Ole-Hjalmar Kristensen <ole.hjalmar.kristensen@gmail= .com> wrote:

I have a file server running Linux at home, with a normal ext3 file sys= tem and a plan9port venti. I use this venti for vac backup of both the ext3 f= ile system and other Linux boxes. However, the 2 TB ext3 is running out of s= pace, while the venti is roughly 50% full. I could just buy a bigger disk, o= f course, but the exit3 itself is mainly an archive (pictures, video, and ma= ny years of accumulated documents and software), so I consider switching to a= fossil+venti file server instead. The fossil manual says "The score should h= ave been generated by fossil rather than by vac, so that the appropriate sna= pshot metadata is present". Is there any way of coercing fossil to initializ= e itself properly from a score produced by vac? I could copy the files from e= xt3, but would likely run out of space in fossil, which I gather is a bad id= ea. I run a 9front cwfs auth/cpu/file server, but have no experience with fo= ssil, so any help is welcome.
=20 =20 =20 =20

= --Apple-Mail-BF5AA89C-EFA2-42B7-9C43-1E8C147D358B--