Re: master/slave failure scenario

2009-05-21 Thread Otis Gospodnetic
ith little effort. Otis -- Sematext -- http://sematext.com/ -- Lucene - Solr - Nutch - Original Message > From: nk 11 > To: solr-user@lucene.apache.org > Sent: Thursday, May 21, 2009 12:44:55 PM > Subject: Re: master/slave failure scenario > > You are right... I just

Re: master/slave failure scenario

2009-05-21 Thread nk 11
You are right... I just don't like the idea of stopping the indexing process if the master fails until a new one is started (more or less by hand). On Thu, May 21, 2009 at 6:49 PM, Bryan Talbot wrote: > Indexing is usually much more expensive that replication so it won't scale > well as you add m

Re: master/slave failure scenario

2009-05-21 Thread Bryan Talbot
Indexing is usually much more expensive that replication so it won't scale well as you add more servers. Also, what would a client do if it was able to send the update to only some of the servers because others were down (for maintenance, etc)? -Bryan On May 21, 2009, at May 21, 6:04

Re: master/slave failure scenario

2009-05-21 Thread nk 11
Just curious. What would be the disadvantages of a no replication / multi master (no slave) setup? The client code should do the updates for evey master ofc, but if one machine would fail then I can imediatly continue the indexing process and also I can query the index on any machine for a valid re

Re: master/slave failure scenario

2009-05-14 Thread nk 11
wow! that was just a couple of days old! thanks as lot! 2009/5/14 Noble Paul നോബിള്‍ नोब्ळ् > yeah there is a hack > > https://issues.apache.org/jira/browse/SOLR-1154?focusedCommentId=12708316&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#action_12708316 > > On Thu, May

Re: master/slave failure scenario

2009-05-14 Thread Noble Paul നോബിള്‍ नोब्ळ्
yeah there is a hack https://issues.apache.org/jira/browse/SOLR-1154?focusedCommentId=12708316&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#action_12708316 On Thu, May 14, 2009 at 6:07 PM, nk 11 wrote: > sorry for the mail. I wanted to hit reply :( > > On Thu, May 14, 2

Re: master/slave failure scenario

2009-05-14 Thread nk 11
oh, so the configuration must be manualy changed? Can't something be passed at (re)start time? > > 2009/5/14 Noble Paul നോബിള്‍ नोब्ळ् > >> On Thu, May 14, 2009 at 4:07 PM, nk 11 wrote: >> > Ok so the VIP will point to the new master. but what makes a slave >> promoted >> > to a master? Only t

Re: master/slave failure scenario

2009-05-14 Thread nk 11
Ok so the VIP will point to the new master. but what makes a slave promoted to a master? Only the fact that it will receive add/update requests? And I suppose that this "hot" promotion is possible only if the slave is convigured as master also... 2009/5/14 Noble Paul നോബിള്‍ नोब्ळ् > ideally , w

Re: master/slave failure scenario

2009-05-13 Thread Noble Paul നോബിള്‍ नोब्ळ्
ideally , we don't do that. you can just keep the master host behind a VIP so if you wish to change the master make the VIP point to the new host On Wed, May 13, 2009 at 10:52 PM, nk 11 wrote: > This is more interesting.Such a procedure would involve taking down and > reconfiguring the slave? > >

Re: master/slave failure scenario

2009-05-13 Thread nk 11
This is more interesting.Such a procedure would involve taking down and reconfiguring the slave? On Wed, May 13, 2009 at 7:55 PM, Bryan Talbot wrote: > Or ... > > 1. Promote existing slave to new master > 2. Add new slave to cluster > > > > > -Bryan > > > > > > On May 13, 2009, at May 13, 9:48 AM

Re: master/slave failure scenario

2009-05-13 Thread Bryan Talbot
Or ... 1. Promote existing slave to new master 2. Add new slave to cluster -Bryan On May 13, 2009, at May 13, 9:48 AM, Jay Hill wrote: - Migrate configuration files from old master (or backup) to new master. - Replicate from a slave to the new master. - Resume indexing to new master.

Re: master/slave failure scenario

2009-05-13 Thread Jay Hill
- Migrate configuration files from old master (or backup) to new master. - Replicate from a slave to the new master. - Resume indexing to new master. -Jay On Wed, May 13, 2009 at 4:26 AM, nk 11 wrote: > Nice. > What if the master fails permanently (like a disk crash...) and the new > master is

Re: master/slave failure scenario

2009-05-13 Thread nk 11
Nice. What if the master fails permanently (like a disk crash...) and the new master is a clean machine? 2009/5/13 Noble Paul നോബിള്‍ नोब्ळ् > On Wed, May 13, 2009 at 12:10 PM, nk 11 wrote: > > Hello > > > > I'm kind of new to Solr and I've read about replication, and the fact > that a > > node

Re: master/slave failure scenario

2009-05-13 Thread Noble Paul നോബിള്‍ नोब्ळ्
On Wed, May 13, 2009 at 12:10 PM, nk 11 wrote: > Hello > > I'm kind of new to Solr and I've read about replication, and the fact that a > node can act as both master and slave. > I a replica fails and then comes back on line I suppose that it will resyncs > with the master. right > > But what happ

master/slave failure scenario

2009-05-12 Thread nk 11
Hello I'm kind of new to Solr and I've read about replication, and the fact that a node can act as both master and slave. I a replica fails and then comes back on line I suppose that it will resyncs with the master. But what happnes if the master fails? A slave that is configured as master will k