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
next prev parent 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.