11 years ago Russ posted a program called ventino that keeps
its index in RAM. May be you can use it as a starting point?
http://mail.9fans.net/pipermail/9fans/2011-August/020604.html
> On Nov 25, 2020, at 11:13 AM, Steve Simon wrote:
>
> Hi,
>
> I have a pile of sealed venti arenas on an a
Hi,
I have a pile of sealed venti arenas on an a usb stick, and the last fossil
score.
is there any reasonable way I can view the dump filesystem from these with a
readonly
filesystem without:
formatting a filesystem to take them
building indexes
running venti
Thanks, I found the problem by inspection of src/lib9/_p9dialparse.c.
IPv6 is indeed the default when using an address of tcp!*!17034
/* translate host */
if(strcmp(host, "*") == 0){
ss->ss_family = AF_INET6;
((struct sockaddr_in6*)ss)->sin6_addr = in6addr_any;
}else if((he = gethostbyname(host))
> I can connect to the venti from localhost, but not from any other machine.
> However, if I run nc -l on ports 17034 and 80, I can connect from any
> machine. It is definitely not the packet filter, since the problem persists
> even if I disable the packet filter. Any suggestions about what might
I am in the process of moving a venti from Linux to OpenBSD.
First, unless int _p9dir(struct stat *lst, struct stat *st, char *name, Dir
*d, char **str, char *estr) is patched, it will always return size 0 for
raw partitions.
We need to allow character devices as well, not just block devices:
> I see several threads about how people are cloning their Venti
> servers to remote Venti servers as a means of creating a backup.
Personally, I use three different ways of replicating the
content of my Venti file servers.
1. The first method is to use venti/mirrorarenas to replicate
the
i append my venti arenas to usb memory sticks - only two so far. i don't store
music or videos on plan9 so compressed de-duplicated data doesn't take up much
space.
the only time i had problems was my own fault, over cooling a disk through my
own paranoia.
> On 26 Oct 2016, at 18:43, Steven
It was exactly this thought that led me to moving my venti store to
running out of plan9port. At home, I have a Linux server that provides
other services in addition to venti with an obnoxious amount of
storage. I also have a CrashPlan client running on this machine. The
result is an always-on
I see several threads about how people are cloning their Venti
servers to remote Venti servers as a means of creating a backup.
Reading over the man pages, I assume it's also possible to do
something like use rdarena to dump an arena out, encrypt it, and
put the encrypted arena into a remote
I would like to report the following:
tar: dirreadall steve/root/sys/lib/texmf/fonts/pk/ljfour/unihan: venti
i/o error or wrong score, block
447265754f80cb7ed8f104a82c3255718ba007bb
which seems to point to a sources disk error (/n/sources/contrib/...)..
I am shutting the workstation down and
This mail is just in case someone is thinking on setting a venti server
or just install plan9port in NetBSD64. I know is a p9p matter, but I've
saw a lot of people on this list using p9p to serve venti and even fossil
for their Plan9 machines. If this is a bad behavior on the mailing list,
On Tue, Jan 14, 2014 at 10:48:59PM -0800, Bakul Shah wrote:
On Jan 13, 2014, at 3:59 PM, Grant Mather hcaulfiel...@gmail.com wrote:
I partitioned the disk using fdisk to create one large OpenBSD
partition, and then created two paritions with disklabel, one for arenas
and one for isect. I
Are you using OpenBSD's stock pf ruleset? I don't think it blocks or
otherwise interferes with any 9Pish ports by default, but it's
something to check.
mmh
Date: Mon, 13 Jan 2014 16:59:13 -0700
From: Grant Mather hcaulfiel...@gmail.com
(snip)
Using plan9port-20120508 that is provided with
On Tue, Jan 14, 2014 at 03:46:11AM -0800, Michael Hansen wrote:
Are you using OpenBSD's stock pf ruleset? I don't think it blocks or
otherwise interferes with any 9Pish ports by default, but it's
something to check.
mmh
Date: Mon, 13 Jan 2014 16:59:13 -0700
From: Grant Mather
On Jan 13, 2014, at 3:59 PM, Grant Mather hcaulfiel...@gmail.com wrote:
I partitioned the disk using fdisk to create one large OpenBSD
partition, and then created two paritions with disklabel, one for arenas
and one for isect. I followed the wiki page for setting up venti, and
have been able
Hello everyone,
I am new to the list and to Plan 9. I have been trying to set up an
OpenBSD venti server for a few days now, but to no success. My
intention was to use it as the default venti server for my Plan 9
machine.
I partitioned the disk using fdisk to create one large OpenBSD
partition,
OK, thanks a lot for your help!
2012/1/20 David du Colombier 0in...@gmail.com:
Does the presence of the trailer imply that I should add an extra
block to the arenas backup?
If my last arena is
arena='arenas059' [31676186624,32213057536)
then I should backup 32213057536+8192 bytes instead
There's something weird going on. First checkarenas reports
% venti/checkarenas -v /dev/da1s4
arena='arenas00' [802816,537673728)
version=5 created=1265030300 modified=1265248834 sealed
score=f383ebf9edefe8d37733c8caba6ff53e8b5517b0
clumps=82,908 compressed clumps=22,812
that's only 98 blocks of 8192 bytes, not 128 as you mention.
Sorry, I got confused. It's 98 blocks on arena partition and
128 blocks on isect partition.
I just tried. This is what I did.
The goal is to manually recopy the first arena from
the first Venti (arenas1.img) to the second Venti
Thanks a lot, David, for your detailed reply.
I've followed your indications and now I am able to recover from my
venti backup :-)
I must confess that I am puzzled, because some sizes and most seeks
for dd are off by 1 block from what I expect. Particulary,
why do you
% dd -if arenas2.img -of
This is because each arena have an header (ArenaHead) and a trailer
(ArenaTrail) we would like to copy. The header, in particular, is located
just one block before the start of the arena.
--
David du Colombier
Does the presence of the trailer imply that I should add an extra
block to the arenas backup?
If my last arena is
arena='arenas059' [31676186624,32213057536)
then I should backup 32213057536+8192 bytes instead of 32213057536?
2012/1/20 David du Colombier 0in...@gmail.com:
This is because each
Does the presence of the trailer imply that I should add an extra
block to the arenas backup?
If my last arena is
arena='arenas059' [31676186624,32213057536)
then I should backup 32213057536+8192 bytes instead of 32213057536?
No, the trailer is located at the end of the arena,
just after
Just to make sure I could rebuild things in case I should, I've tried
to recover everything from my backed up arenas, but I failed. I am not
sure if things go wrong because the backup per se is wrong or I am
making a mistake while recovering from the backup (or both).
So this is how I create the
It seems that the backup I create is not correct, am I right?
You truncated your arena partition. The new partition size
doesn't match the size specified in ArenaPart.
You should format a new arena partition, then copy arenas
from the beginning of the first to the end of the last.
--
David du
To clarify things.
You backup is correct, but it's not necessary to backup the
first 128 blocks of the arena partition. Its only contains
the Venti configuration and the ArenaPart structure.
Here is an example of what I described in my precedent message.
Create an arena partition at least as
Hello,
I've backed up all my *active* arenas in to another disk, just to be
safe. The man page says that the index and the bloom filter may be
rebuilt if lost. So it seems sufficient to backup my arenas, am I
right?
saludos,
--
Hugo
So it seems sufficient to backup my arenas, am I
right?
Yes, exactly, I haev done this several times.
It might take a few hours and some studying of manuals
but the arenas are all you need.
-Steve
I've backed up all my *active* arenas in to another disk, just to be
safe. The man page says that the index and the bloom filter may be
rebuilt if lost. So it seems sufficient to backup my arenas, am I
right?
Yes, you can rebuild the index and the Bloom filter
with 'venti/buildindex -b'.
--
Great. Thanks.
I hope I will never need to use my backed up arenas :-)
2012/1/17 Steve Simon st...@quintile.net:
So it seems sufficient to backup my arenas, am I
right?
Yes, exactly, I haev done this several times.
It might take a few hours and some studying of manuals
but the arenas are
On Thu, 05 Jan 2012 15:03:11 EST erik quanstrom quans...@quanstro.net wrote:
venti doesn't have a scrub command, does it? zfs scrub was
instrumental in warning me that I needed new disks.
they're using coraid storage. all this is taken care of for them
by the SR appliance.
Hello,
Summary of the previous epidodes: My Plan9 installation was still the
initial one as far as partitionning is concerned. Since I had not
grasped the venti purpose, other was empty, everything going into
the venti archived. And I was doing a number of install/de-install
of kerTeX for tests
So the compiled result is not worth archiving.
it has been more than once that in tracking down a problem, i've
found that the known working executable worked but the source
from that point in history didn't. and vice versa. having the executables
and libraries archived was very valuable.
On Thu, Jan 05, 2012 at 07:59:00AM -0500, erik quanstrom wrote:
So the compiled result is not worth archiving.
it has been more than once that in tracking down a problem, i've
found that the known working executable worked but the source
from that point in history didn't. and vice versa.
On Thu, Jan 05, 2012 at 02:20:34PM +0100, tlaro...@polynum.com wrote:
And finally, didn't the increase in size of the disks, with
no decrease
no increase, of course. If probability of a failure for a sector is P,
increasing the number of sectors increases the probability of disk
Perhaps, but it seems to me like digging ore, extracting the small
percentage of valuable; forging a ring; and throwing it in the ore, and
storing the whole...
generally it's apparent which files are worth investigating, and between
history (list of changes by date) and a binary search, it
On Thu, Jan 05, 2012 at 08:27:50AM -0500, erik quanstrom wrote:
Secondly, I still use optical definitive storage from time to time
(disks go in a vault)... with KerGIS and others, and kerTeX, this still
fit 3 times on a CDROM. So...
if you are using venti, there is no reason to
I am not sure to understand your question.
Nothing forces you to dump the full Fossil tree to Venti
every night. You can run snap manually every time you
want, or run it only on a part of the tree.
You can also individually exclude some files from
the snapshots using the DMTMP bit.
If you
Because I use CVS (not on Plan9), and I backup my CVS. So, sources with
history. I do not consider CDROM to be eternal. So there is a small
number kept, and the older is destroyed when the new one is burnt.
sorry. i thought we were talking about organizing plan 9
storage. never mind
-
On Thu Jan 5 08:28:57 EST 2012, tlaro...@polynum.com wrote:
On Thu, Jan 05, 2012 at 02:20:34PM +0100, tlaro...@polynum.com wrote:
And finally, didn't the increase in size of the disks, with
no decrease
no increase, of course. If probability of a failure for a sector is P,
On Thu, Jan 05, 2012 at 09:14:28AM -0500, erik quanstrom wrote:
Because I use CVS (not on Plan9), and I backup my CVS. So, sources with
history. I do not consider CDROM to be eternal. So there is a small
number kept, and the older is destroyed when the new one is burnt.
sorry. i thought
On Thu, Jan 05, 2012 at 02:48:10PM +0100, David du Colombier wrote:
Fossil and Venti are very flexible, you can do almost
everything you want.
No doubt about that.
But perhaps the other users are smart enough to have understood all this
at installation time, but when I first installed Plan9,
On Thu, Jan 5, 2012 at 10:15 AM, tlaro...@polynum.com wrote:
But perhaps the other users are smart enough to have understood all this
at installation time, but when I first installed Plan9, that was not for
the archival features. And I spent my time on Plan9 looking for the
distributed
On Thu, Jan 05, 2012 at 10:44:18AM -0500, Russ Cox wrote:
The default is that you have so little data in comparison to a
modern disk that there is no good reason not to save full
snapshots. As Erik and others have pointed out, if you do
find reason to exclude certain trees from the
The third edition was published in june 2000. It predates
both Venti (april 2002) and Fossil (january 2003).
This documentation was about installing Plan 9 on a
standalone terminal running kfs, not a file server.
--
David du Colombier
I doubt anyone would object if you want to change the text and submit
to the website owners.
ron
On Thu, 05 Jan 2012 17:39:07 +0100 tlaro...@polynum.com wrote:
On Thu, Jan 05, 2012 at 10:44:18AM -0500, Russ Cox wrote:
The default is that you have so little data in comparison to a
modern disk that there is no good reason not to save full
snapshots. As Erik and others have pointed
On Thu, Jan 5, 2012 at 10:15 AM, tlaro...@polynum.com wrote:
But perhaps the other users are smart enough to have understood all this
at installation time, but when I first installed Plan9, that was not for
the archival features. And I spent my time on Plan9 looking for the
distributed
if you read 1TB, you have 8% chance of a silent bad read
sector. More important to worry about that in today's world
than optimizing disk space use.
do you have a citation for this? i know if you work out the
numbers from the BER, this is about what you get, but in
practice i do not see this
On Thu, Jan 05, 2012 at 09:36:13AM -0800, ron minnich wrote:
I doubt anyone would object if you want to change the text and submit
to the website owners.
That was my intention, but before, I wanted to submit to the list some
stuff, in order to not publish nonsense. [But probably some people
On Thu, Jan 05, 2012 at 10:07:08AM -0800, John Floren wrote:
For reference, I set up our current Plan 9 system about half a year
ago. We have 3.8 TB of Venti storage total. We have used 2.8 GB of
that, with basically no precautions taken to set anything +t; in
general, if it's around at 4
On Thu, 05 Jan 2012 13:01:52 EST erik quanstrom quans...@quanstro.net wrote:
if you read 1TB, you have 8% chance of a silent bad read
sector. More important to worry about that in today's world
than optimizing disk space use.
do you have a citation for this? i know if you work out the
On Thu, 05 Jan 2012 10:07:08 PST John Floren j...@jfloren.net wrote:
For reference, I set up our current Plan 9 system about half a year
ago. We have 3.8 TB of Venti storage total. We have used 2.8 GB of
that, with basically no precautions taken to set anything +t; in
general, if it's
On Thu Jan 5 13:26:16 EST 2012, ba...@bitblocks.com wrote:
On Thu, 05 Jan 2012 13:01:52 EST erik quanstrom quans...@quanstro.net
wrote:
if you read 1TB, you have 8% chance of a silent bad read
sector. More important to worry about that in today's world
than optimizing disk space
On Thu, 05 Jan 2012 10:07:08 PST John Floren j...@jfloren.net wrote:
For reference, I set up our current Plan 9 system about half a year
ago. We have 3.8 TB of Venti storage total. We have used 2.8 GB of
that, with basically no precautions taken to set anything +t; in
general, if it's
You'd save a bunch of energy if you only powered up venti
disks once @ 4AM for a few minutes (and on demand when you
look at /n/dump). Though venti might have fits! And the disks
might too! So may be this calls for a two level venti? First
to an SSD RAID and a much less frequent venti/copy
venti doesn't have a scrub command, does it? zfs scrub was
instrumental in warning me that I needed new disks.
they're using coraid storage. all this is taken care of for them
by the SR appliance.
Out of curiosity, how? ZFS blocks are checksummed. ZFS scrub reads
not physical blocks on
On Thu Jan 5 14:13:55 EST 2012, ara...@mgk.ro wrote:
venti doesn't have a scrub command, does it? zfs scrub was
instrumental in warning me that I needed new disks.
they're using coraid storage. all this is taken care of for them
by the SR appliance.
Out of curiosity, how? ZFS
but john, the whole your venti would easily fit in even a small server
memory, now and forever ;)
ron
For reference, I set up our current Plan 9 system about half a year
ago. We have 3.8 TB of Venti storage total. We have used 2.8 GB of
that, with basically no precautions taken to set anything +t; in
general, if it's around at 4 a.m., it's going into Venti. I figure we
have roughly another
On Thu, 05 Jan 2012 13:43:49 EST erik quanstrom quans...@quanstro.net wrote:
On Thu Jan 5 13:26:16 EST 2012, ba...@bitblocks.com wrote:
On Thu, 05 Jan 2012 13:01:52 EST erik quanstrom quans...@quanstro.net wr
ote:
if you read 1TB, you have 8% chance of a silent bad read
sector.
On Thu, 05 Jan 2012 13:50:48 EST erik quanstrom quans...@quanstro.net wrote:
You'd save a bunch of energy if you only powered up venti
disks once @ 4AM for a few minutes (and on demand when you
look at /n/dump). Though venti might have fits! And the disks
might too! So may be this calls
venti doesn't have a scrub command, does it? zfs scrub was
instrumental in warning me that I needed new disks.
they're using coraid storage. all this is taken care of for them
by the SR appliance.
When are you going to sell these retail?!
The question was for venti though.
i'm
You'd save a bunch of energy if you only powered up venti
disks once @ 4AM for a few minutes (and on demand when you
look at /n/dump).
If fossil is setup to dump to venti then it needs venti to
work at all. Fossil is a write cache, so, just after the dump
at 4am fossil is empty and consists
2012/1/5 Bakul Shah ba...@bitblocks.com:
You'd save a bunch of energy if you only powered up venti
disks once @ 4AM for a few minutes (and on demand when you
look at /n/dump). Though venti might have fits! And the disks
might too! So may be this calls for a two level venti? First
to an SSD
On Thu Jan 5 16:24:58 EST 2012, yari...@gmail.com wrote:
2012/1/5 Bakul Shah ba...@bitblocks.com:
You'd save a bunch of energy if you only powered up venti
disks once @ 4AM for a few minutes (and on demand when you
look at /n/dump). Though venti might have fits! And the disks
might too!
erik quanstrom wrote:
do you have a citation for this? i know if you work out the
numbers from the BER, this is about what you get, but in
practice i do not see this 8%. we do pattern writes all the
time, and i can't recall the last time i saw a silent read error.
Yes, the real numbers are
I setup Venti (from plan9 port for user space) on an x86 box. When my
program issues vtwrite( ) call, i get the following error:-
vtversion /dev/fd/10: vtversion: Connection reset by peer
vtversion /dev/fd/11: vtversion: Connection reset by peer
vtversion /dev/fd/10: vtversion: Connection reset
On Mon, Sep 20, 2010 at 1:34 AM, raghuveer r...@cs.utah.edu wrote:
I setup Venti (from plan9 port for user space) on an x86 box. When my
program issues vtwrite( ) call, i get the following error:-
vtversion /dev/fd/10: vtversion: Connection reset by peer
vtversion /dev/fd/11: vtversion:
There have been grumblings in 9fans from time to time about venti
allocating bizarre quantities of memory when explicit cache sizes are
not given by parameters or config file definitions.
The default apparently is attempting to use 20% of available RAM in
proportions suggested by venti(8), but it
After the reboot I can see:
2010/0427 20:53:40 err 4: read /dev/sdC0/isect offset 0xe70c8000 count
65536 buf 20ae000 returned 0:
/boot/venti: part /dev/sdC0/isect addr 0xe6c68000: icachewritesect
readpart: read /dev/sdC0/isect offset 0xe70c8000 count 65536 buf
20ae000 returned 0:
i
After the reboot I can see:
2010/0427 20:53:40 err 4: read /dev/sdC0/isect offset 0xe70c8000 count
65536 buf 20ae000 returned 0:
/boot/venti: part /dev/sdC0/isect addr 0xe6c68000: icachewritesect
readpart: read /dev/sdC0/isect offset 0xe70c8000 count 65536 buf
20ae000 returned 0:
i don't
Hi all,
I installed Erik's 9atom.iso (official distribution fails to perform
the bios boot):
- fossil+venti
- disk structure (proposed by installation process)
100 MB 9fat
512 B nvram
38057 MB fossil
190288 MB arenas
9514 MB isect
512 MB swap
After the reboot I can see:
2010/0427 20:53:40 err 4:
so you're completely disk bound? if disk activity on the windows
box is also low, your venti machine must be suffering.
It took just over 8 hours to copy 2.2Gb of data from an idle system to a
mostly idle system. The network is 1gbit.
So it's not maxing out the disk, not maxing out the
Hi,
I'm doing Windows - Venti using Limbo
In general all is well.
But when I unvac the resulting score with 9p9 on Debian it segfaults
because 'My Documents' is dr-xr-x-- so unvac creates a read only
directory and then tries to write into it.
I've got round it for now by chmoding 770 'My
But when I unvac the resulting score with 9p9 [sic] on Debian it segfaults
because 'My Documents' is dr-xr-x-- so unvac creates a read only
directory and then tries to write into it.
[...]
The only general purpose solution I can think of is two passes for unvac
but that doesn't sound
wouldn't it suffice to set temporary permissions of 777 and fixup
when leavinging that directory?
depth first, so it could be a while in between. Not really a massive
problem but still an issue
btw. it is a great way to backup. 1% of CPU while running, which is
doubly fortunate
Thanks for the links, now everything is working (apparently), but I
have no idea what was the source of my error(s).
2010/1/29 maht maht-9f...@maht0x0r.net:
Hi Hugo,
I did this only yesterday and am working on a backup script to go from SMB
share on Debian - cifs on plan9 running in Qemu on
Roman Shaposhnik wrote:
On Tue, Oct 20, 2009 at 8:53 PM, Enrico Weigelt weig...@metux.de wrote:
So I added several block types: eg. blob (payload data) and inode
(holding the tree).
From these I infer that you've build an object store, not just a block sotre.
How close was it to this:
On Tue, Oct 20, 2009 at 8:53 PM, Enrico Weigelt weig...@metux.de wrote:
So I added several block types: eg. blob (payload data) and inode
(holding the tree).
From these I infer that you've build an object store, not just a block sotre.
How close was it to this:
Russ Cox wrote:
Hi,
There was no real code to speak of. It was a draft of a draft.
I did some calculations of block-level commonality using a
few trivial programs that hashed each block of every file in
a tree, but you could recreate that in 100 lines of C or shell script.
We never stored
Well, since Russ is silent (and since this is not the first time this
question has come up: http://9fans.net/archive/2008/05/401) here's
a reliable link for anybody who might still be interested:
http://web.archive.org/web/20060308015519/http://project-iris.net/isw-2003/papers/sit.pdf
Now I remember this paper. Was the code ever released anywhere?
ron
On Thu, Oct 15, 2009 at 8:32 PM, ron minnich rminn...@gmail.com wrote:
Now I remember this paper. Was the code ever released anywhere?
There was no real code to speak of. It was a draft of a draft.
I did some calculations of block-level commonality using a
few trivial programs that hashed each
Guys,
I remember Russ authoring a paper on running Venti over distributed hash tables,
but I can't find the pdf anymore. All Google gives me is this:
http://74.125.155.132/scholar?q=cache:6Wu_j9JaaUcJ:scholar.google.com/hl=en
Help?
Thanks,
Roman.
Hi,
Plan 9's venti/copy has an undocumented -m option. What does it do?
Thanks,
-- vs
Plan 9's venti/copy has an undocumented -m option. What does it do?
the whole program is 262 lines long.
i'm betting what -m does can be discovered
by inspection.
it might be a good idea to submit a patch
to the man page, too.
- erik
On Fri, Aug 21, 2009 at 6:15 AM, Venkatesh Srinivasm...@acm.jhu.edu wrote:
Plan 9's venti/copy has an undocumented -m option. What does it do?
On Fri, Aug 21, 2009 at 6:23 AM, erik quanstromquans...@quanstro.net wrote:
the whole program is 262 lines long.
i'm betting what -m does can be
Hi,
I have a few score trees in Venti that p9p's venti/copy wouldn't copy,
but p9's would. venti/copy aborted with:
copy: reading block (type
16): read asked for got
da39a3ee5e6b4b0d3255bfef95601890afd80709
P9's
Thanks for the answer,
In p9's venti/copy, in scoretreecmp, there are two casts, from Avl* to
ScoreTree*; this depends on scoretree's avl being the first member of
the structure; I thought kencc was allowed to reorder structure
members, is that the case?
Thanks,
-- vs
I thought kencc was allowed to reorder structure members, is that the case?
No.
thanks for the tip. i got the same error (even the score, i think)
when i tried copying some vbackup scores to a new server a few weeks
ago. i hadn't thought of trying a different copy until you brought it
up. using plan 9's copy instead of p9p's seems to be working well
enough so far
I am trying to use buildindex but I run into trouble:
1.- the man page and the usage displayed by the command are
inconsistent. According to the man page, buildindex takes two
arguments and may take two options
venti/buildindex [ -B blockcachesize ] [ -Z ] venti.conf tmp
but execute buildindex
2009/5/13, Steve Simon st...@quintile.net:
I would suggest you try again from scratch.
I did, and now everything is working now with twice as many arenas :-)
I just extracted some files from march 15, and everything seems to be
working just fine.
I reformatted the indexes and called fmtindex
Hi,
I've been running a venti server for a couple of months now, and since
the arenas I am using are not very big, I need to add a couple more.
According to the man pages it's safe to add more arenas and the run
venti/fmtindex -a, but it isn't clear to me if this also applies to
the index section
If you add more index sections, you have to rebuild the index using
venti/buildindex.
Lucho
On Tue, May 12, 2009 at 7:20 AM, hugo rivera uai...@gmail.com wrote:
Hi,
I've been running a venti server for a couple of months now, and since
the arenas I am using are not very big, I need to add
OK, thanks
2009/5/12 Latchesar Ionkov lu...@ionkov.net:
If you add more index sections, you have to rebuild the index using
venti/buildindex.
Lucho
On Tue, May 12, 2009 at 7:20 AM, hugo rivera uai...@gmail.com wrote:
Hi,
I've been running a venti server for a couple of months now, and
On Tue May 12 11:20:33 EDT 2009, lu...@ionkov.net wrote:
If you add more index sections, you have to rebuild the index using
venti/buildindex.
does buildindex revisit all the data?
are there any pactice/experience-style writups out there from
folks with large venti setups?
- erik
I wrote this some time ago, not sure if this
represents a large enough installation for you.
http://www.quintile.net/papers/Venti-rescue.pdf
-Steve
1 - 100 of 154 matches
Mail list logo