On 03/31/2010 08:43 PM, Pete Zaitcev wrote:
diff --git a/server/server.c b/server/server.c
index 3208e0f..2d68ee6 100644
--- a/server/server.c
+++ b/server/server.c
@@ -55,7 +55,7 @@ static struct argp_option options[] = {
Store database environment in DIRECTORY. Default:
On 04/01/2010 09:51 PM, Pete Zaitcev wrote:
From: Jeff Garzikjgar...@pobox.com
Subject: Re: Tabled issues
Date: Mon, 29 Mar 2010 15:32:33 -0400
I asserted that the standard stats dump facility must dump
all available statistics. That does not exclude other methods
of stat(us) dumping. Your
On 04/01/2010 09:51 PM, Pete Zaitcev wrote:
At certain network and disk speeds, tabled can blow its stack by
filling it with (essentially) endless recursion:
#2 0x0040c077 in cli_write_free (cli=value optimized out, tmp=
0x7bb910, done=value optimized out) at server.c:397
#3
On Tue, 06 Apr 2010 12:57:57 -0400
Jeff Garzik j...@garzik.org wrote:
applied, thanks. I will endeavor to make the stats dump more like nfs4d
in the future, FWIW.
I was going to look into it too, but there's now some stuff
I urgently need to address in Darcy's report on tabled's faults.
So I
On 04/06/2010 11:32 PM, Pete Zaitcev wrote:
On Tue, 06 Apr 2010 10:40:33 -0400
Jeff Garzikj...@garzik.org wrote:
The debug levels are
0: key messages affecting server operation, only
1: debugging output enabled, sans per-packet output
2: debugging output enabled,
On Wed, 07 Apr 2010 00:36:32 -0400
Jeff Garzik j...@garzik.org wrote:
On 04/06/2010 11:32 PM, Pete Zaitcev wrote:
On Tue, 06 Apr 2010 10:40:33 -0400
Jeff Garzikj...@garzik.org wrote:
The debug levels are
0: key messages affecting server operation, only
1: debugging output