All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jeff Garzik <jeff@garzik.org>
To: Pete Zaitcev <zaitcev@redhat.com>
Cc: Project Hail List <hail-devel@vger.kernel.org>
Subject: Re: [Patch] tabled: parse Chunk parameters in CLD v2
Date: Sun, 16 Aug 2009 09:32:37 -0400	[thread overview]
Message-ID: <4A880A75.6020107@garzik.org> (raw)
In-Reply-To: <20090816071033.1bcab0ae@redhat.com>

Pete Zaitcev wrote:
> diff --git a/test/start-daemon b/test/start-daemon
> index 590da92..203e392 100755
> --- a/test/start-daemon
> +++ b/test/start-daemon
> @@ -20,10 +20,10 @@ fi
>  cld -d data/cld -P cld.pid -p 18081 -E
>  chunkd -C $top_srcdir/test/chunkd-test.conf -E
>  
> -# 3 is enough, but we like to let chunkd to come up eary and register with CLD
> +# 3 is enough, but we like to let chunkd to come up early and register with CLD
>  sleep 7
>  
> -../server/tabled -C $top_srcdir/test/tabled-test.conf -E
> +../server/tabled -C $top_srcdir/test/tabled-test.conf -E -D
>  
>  sleep 3
>  


Thinking out loud...

I occasionally wonder about a TCP control channel for tabled, to be used 
for various administration purposes.

tdbadm is not as useful when replication is active, unless tdbadm 
becomes the db4 master -- undesirable when the cluster is active.

An alternative, already employed by bind utility rndc(8), is to create 
an authenticated TCP-based control channel, to be used for various 
administrative purposes.

In tabled's case, we could use such a channel for

* database maintenance activities, while database cluster is active

* querying server startup status, so that you know _precisely_ when 
tabled is active.  That would permit you to eliminate the various "sleep 
3" and "sleep 7", I hope?

Regards,

	Jeff




  reply	other threads:[~2009-08-16 13:32 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-08-16 13:10 [Patch] tabled: parse Chunk parameters in CLD v2 Pete Zaitcev
2009-08-16 13:32 ` Jeff Garzik [this message]
2009-08-16 14:28   ` Pete Zaitcev
2009-08-17  2:01 ` Jeff Garzik

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4A880A75.6020107@garzik.org \
    --to=jeff@garzik.org \
    --cc=hail-devel@vger.kernel.org \
    --cc=zaitcev@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.