On 3/18/20, Steven Stallion <sstallion@gmail.com> wrote:
[ ...]
>
> I've had a lot of luck using venti from plan9port with fossil running
> natively on my plan9 fileserver. I keep a directory on sources (now
> 9p.io) with some notes and example scripts on how to make this work:
> http://9p.io/sources/contrib/stallion/venti/. The biggest benefit to
> this configuration is it makes offsite backups a breeze from the Linux
> host.
>
Nice stuff, Steven. I found my small Linuxmint workstation not up to
the task, the worst symptom being that shutting venti down takes a
very long time, tens of minutes, I think. It didn't matter when the
host was on all the time, but of late power blackouts have made that
untenable.

What I wish to contribute here is that using an external drive and
configuring it as a raw image allows it to be used (I presume even
shared) between Venti hosts. My most recent (and pretty old)
configuration is this:

$ cat sdb.conf
index   main

isect   /dev/sdb3:0k-20774910k
arenas  /dev/sdb3:20774911k-418906111k
bloom   /dev/sdb3:418906112k-419430400k

mem     80m
bcmem   160m
icmem   256m

addr    tcp!*!venti
httpaddr        tcp!*!8008

Sadly, there is at least one damaged block and I did not have the
foresight to set the drive up as a mirror or better.  It is not
critical, but that would be helpful.

The equally low priority problem I mentioned in the past: vacfs on p9p
truncates all large files on reading. Cinap suggested checking for
mixed-size pointer/integer types, but that becomes a mission. Still,
it is worth doing.

The native version of vacfs works flawlessly and mounts quite
successfully under p9p.

Lucio.

------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/T5df913730c26a8d5-M1e28a77bd74a8c1e489a33aa
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription