Don,

I neglected to mention the Solr Katta integration patch, SOLR-1395
That's a great place to start coding wise!

-J

On Wed, Oct 14, 2009 at 4:20 PM, Don Clore <don.cl...@5to1.com> wrote:
> I'm sorry, for clarification, is it the *wiki# pages that are under
> development, or the features (I'm guessing the latter)?
>
> If the latter (ZooKeeperIntegration and KattaIntegration are not available
> yet), is there any sort of guess as to when these features might become
> available?
>
> thanks,
> Don
>
> On Wed, Oct 14, 2009 at 2:13 PM, Jason Rutherglen <
> jason.rutherg...@gmail.com> wrote:
>
>> Dan,
>>
>> For automatic failover there are 2 wiki pages that may be helpful,
>> however both are in the development stage.
>>
>> http://wiki.apache.org/solr/ZooKeeperIntegration
>> http://wiki.apache.org/solr/KattaIntegration
>>
>> -J
>>
>> On Wed, Oct 14, 2009 at 12:48 PM, Katz, Dan <dan.k...@fepoc.com> wrote:
>> > Hi folks,
>> >
>> > I'm tasked with designing a failover architecture for our new Solr
>> > server. I've read the Replication section in the docs
>> > (http://wiki.apache.org/solr/SolrReplication) and I need some
>> > clarification/insight. My questions:
>> >
>> > 1.      Is there such a thing as "master/master" replication?
>> > 2.      If we have one master and one slave server, and the master goes
>> > down, does the slave automatically become the master? What's the process
>> > for brining the server back up and getting the two back in sync? Is it a
>> > manual process always?
>> > 3.      We're running Solr inside Tomcat on Windows currently. Any
>> > suggestions for a load balancer that will automatically switch to the
>> > alternate server if one goes down?
>> >
>> > Thanks in advance,
>> >
>> > --
>> > Dan Katz
>> > Lead Web Developer
>> > FEP Operations Center(r)
>> > 202.203.2572 (Direct)
>> > dan.k...@fepoc.com
>> >
>> >
>> >
>> ********************************************************************************
>> > Unauthorized interception of this communication could be a
>> > violation of Federal and State Law. This communication and
>> > any files transmitted with it are confidential and may contain
>> > protected health information. This communication is solely
>> > for the use of the person or entity to whom it was addressed.
>> > If you are not the intended recipient, any use, distribution,
>> > printing or acting in reliance on the contents of this message
>> > is strictly prohibited. If you have received this message
>> > in error, please notify the sender and destroy any and all copies.
>> > Thank you.
>> >
>> *******************************************************************************
>> >
>> >
>>
>

Reply via email to