[ 
https://issues.apache.org/jira/browse/SOLR-4194?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13533206#comment-13533206
 ] 

Shawn Heisey commented on SOLR-4194:
------------------------------------

I still cannot figure out what happened to break it, but I have some more 
information.  It appears to be the qt.path parameter introduced by my patch on 
SOLR-4143 that causes the current explosion.  This patch was included before 
when it was working, though.

If I change qt.path to qt, or any other garbage parameter, it works.  This is 
ironic because SOLR-4143 is designed to fix a problem with talking to the PRH 
on Solr 3.5.0.  It's also very weird, because only SolrJ is patched to 
recognize the qt.path parameter.  I didn't think that this would bleed through 
to Solr, but it looks like I was wrong.

                
> PingRequestHandler - shards parameter inherited from search handler definition
> ------------------------------------------------------------------------------
>
>                 Key: SOLR-4194
>                 URL: https://issues.apache.org/jira/browse/SOLR-4194
>             Project: Solr
>          Issue Type: Bug
>    Affects Versions: 4.1
>         Environment: solr-impl    4.1-SNAPSHOT 1421496 - ncindex - 2012-12-13 
> 14:56:25
>            Reporter: Shawn Heisey
>             Fix For: 4.1, 5.0
>
>
> Included in all my cores is a PingRequestHandler named /admin/ping, which I 
> use to enable/disable the server from the perspective of a load balancer 
> running haproxy.  The handler includes a qt parameter set to /lbcheck.
> I have a special core defined (I call it a broker) that includes the shards 
> parameter in most of its search handler definitions.  This includes /select, 
> /lbcheck, and others.
> When the /admin/ping handler is called, the query is sent to the /lbcheck 
> parameter as expected, which gets distributed because it includes shards.  If 
> one of those shards happens to be down, the handler will give an error 
> response to the load balancer.
> The problem is that the PingRequestHandler seems to inherit the shards 
> parameter from the search handler it is using, which causes the /admin/ping 
> request itself to be distributed, which is not what I want.  The individual 
> shards are not used by the load balancer, so they always remain disabled.
> This works perfectly in 3.5.0.  The official 4.0.0 release has not been 
> tested.
> Config and log data will follow in the comments.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Reply via email to