Return-Path: Delivered-To: apmail-lucene-solr-user-archive@locus.apache.org Received: (qmail 20084 invoked from network); 1 Jul 2008 12:32:49 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 1 Jul 2008 12:32:49 -0000 Received: (qmail 94507 invoked by uid 500); 1 Jul 2008 12:32:47 -0000 Delivered-To: apmail-lucene-solr-user-archive@lucene.apache.org Received: (qmail 94488 invoked by uid 500); 1 Jul 2008 12:32:47 -0000 Mailing-List: contact solr-user-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: solr-user@lucene.apache.org Delivered-To: mailing list solr-user@lucene.apache.org Received: (qmail 94477 invoked by uid 99); 1 Jul 2008 12:32:47 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 01 Jul 2008 05:32:47 -0700 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of bill.w.au@gmail.com designates 66.249.92.175 as permitted sender) Received: from [66.249.92.175] (HELO ug-out-1314.google.com) (66.249.92.175) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 01 Jul 2008 12:31:57 +0000 Received: by ug-out-1314.google.com with SMTP id h3so373890ugf.29 for ; Tue, 01 Jul 2008 05:32:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type:references; bh=M0FU/cB71VrC+jAbjI/5OIdiGGqx1ENwCgHzyR4M6ac=; b=byEP+pEa43GhxnjZ/psjaIrg7ENB+OEHD101wF8BuqBctOQVbyv5QP2sbZYWdqO0S7 3zcyykRrawOPt3Pao7TIyFZCrCAo7E3yAsVrAp0awnM33eDj/S5zli0X46VEnbA1JeOD tIhHNEWBxb545Q2oacgYhsERzTG/QzKjhp2P8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:references; b=gl4Gz2vB4zM5/PO9K0dH/0Hua0l1zgFPXjecrMDpwIPNVFf2F5+RQLcPD6e4pgn/kI RDxxjdZboUGiOGl7ZQxR8Eua1KCcz+eHi5FOtjI5iZcMTyvT0nLcKaJcXckEawIJXS2/ OBkyKJFBJG8p47hleZQ5x0FKthn0G+er3hlZk= Received: by 10.66.233.10 with SMTP id f10mr311575ugh.8.1214915536617; Tue, 01 Jul 2008 05:32:16 -0700 (PDT) Received: by 10.66.221.2 with HTTP; Tue, 1 Jul 2008 05:32:16 -0700 (PDT) Message-ID: <3b5f72030807010532g70c64653q8b196c680cce945d@mail.gmail.com> Date: Tue, 1 Jul 2008 08:32:16 -0400 From: "Bill Au" To: solr-user@lucene.apache.org Subject: Re: Rsyncd start and stop for multiple instances In-Reply-To: <4869E19B.5020800@gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_22629_32073153.1214915536596" References: <484E3A4F.8080909@gmail.com> <3b5f72030806130633w603d89f6p4d68da82d3b809e5@mail.gmail.com> <4869E19B.5020800@gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_22629_32073153.1214915536596 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline You can either use a dedicated rsync port for each instance or hack the existing scripts to support multiple rsync modules. Both ways should work. Bill On Tue, Jul 1, 2008 at 3:49 AM, Jacob Singh wrote: > Hi Bill and Others: > > > Bill Au wrote: > > The rsyncd-start scripts gets the data_dir path from the command line and > > create a rsyncd.conf on the fly exporting the path as the rsync module > named > > "solr". The salves need the data_dir path on the master to look for the > > latest snapshot. But the rsync command used by the slaves relies on the > > rsync module name "solr" to do the file transfer using rsyncd. > > So is the answer that replication simply won't work for multiple > instances unless I have a dedicated port for each one? > > Or is the answer that I have to hack the existing scripts? > > I'm a little confused when you say that slave needs to know the master's > data dir, but, no matter what it sends, it needs to match the one known > by the master when it starts rsyncd... > > Sorry if my questions are newbie, I've not actually used rsyncd, but > I've read up quite a bit now. > > Thanks, > Jacob > > > > > Bill > > > > On Tue, Jun 10, 2008 at 4:24 AM, Jacob Singh > wrote: > > > >> Hey folks, > >> > >> I'm messing around with running multiple indexes on the same server > >> using Jetty contexts. I've got the running groovy thanks to the > >> tutorial on the wiki, however I'm a little confused how the collection > >> distribution stuff will work for replication. > >> > >> The rsyncd-enable command is simple enough, but the rsyncd-start command > >> takes a -d (data dir) as an argument... Since I'm hosting 4 different > >> instances, all with their own data dirs, how do I do this? > >> > >> Also, you have to specify the master data dir when you are connecting > >> from the slave anyway, so why does it need to be specified when I start > >> the daemon? If I just start it with any old data dir will it work for > >> anything the user running it has perms on? > >> > >> Thanks, > >> Jacob > >> > > > > ------=_Part_22629_32073153.1214915536596--