Return-Path: 
 <dev-return-57724-apmail-httpd-dev-archive=httpd.apache.org@httpd.apache.org>
Delivered-To: apmail-httpd-dev-archive@www.apache.org
Received: (qmail 9677 invoked from network); 12 Jul 2007 14:52:30 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 12 Jul 2007 14:52:30 -0000
Received: (qmail 154 invoked by uid 500); 12 Jul 2007 14:52:28 -0000
Delivered-To: apmail-httpd-dev-archive@httpd.apache.org
Received: (qmail 105 invoked by uid 500); 12 Jul 2007 14:52:28 -0000
Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@httpd.apache.org
list-help: <mailto:dev-help@httpd.apache.org>
list-unsubscribe: <mailto:dev-unsubscribe@httpd.apache.org>
List-Post: <mailto:dev@httpd.apache.org>
List-Id: <dev.httpd.apache.org>
Delivered-To: mailing list dev@httpd.apache.org
Received: (qmail 99989 invoked by uid 99); 12 Jul 2007 14:52:28 -0000
Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 Jul 2007 07:52:28 -0700
X-ASF-Spam-Status: No, hits=0.0 required=10.0
	tests=
X-Spam-Check-By: apache.org
Received-SPF: neutral (herse.apache.org: local policy)
Received: from [213.191.128.81] (HELO mxout2.iskon.hr) (213.191.128.81)
    by apache.org (qpsmtpd/0.29) with SMTP; Thu, 12 Jul 2007 07:52:25 -0700
Received: (qmail 15366 invoked from network); 12 Jul 2007 16:52:01 +0200
X-Remote-IP: 213.191.142.122
Received: from unknown (HELO mx.iskon.hr) (213.191.142.122)
  by mxout2.iskon.hr with SMTP; 12 Jul 2007 16:52:01 +0200
Received: (qmail 13835 invoked from network); 12 Jul 2007 16:52:01 +0200
X-AVScan: ClamAV
X-Remote-IP: 89.164.4.209
Received: from 4-209.dsl.iskon.hr (HELO ?192.168.0.168?) (89.164.4.209)
  by mx.iskon.hr with SMTP; 12 Jul 2007 16:52:01 +0200
Message-ID: <4696400F.1030304@apache.org>
Date: Thu, 12 Jul 2007 16:51:59 +0200
From: Mladen Turk <mturk@apache.org>
User-Agent: Mozilla
MIME-Version: 1.0
To: dev@httpd.apache.org
Subject: Re: httpd returns 500 when a route does not belong to the balancer.
References: <46961263.7090006@gmail.com> <4696259B.506@apache.org>
 <469630A6.7070507@gmail.com> <46963759.1020504@apache.org>
 <46963CF1.2090100@gmail.com>
In-Reply-To: <46963CF1.2090100@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Checked: Checked by ClamAV on apache.org

jean-frederic clere wrote:
>>>>>
>>>>
>>>> Hmm, "nofailover=On" is used for non-matched routes.
>>>
>>> The failover stuff is between the members of a balancer not between 
>>> balancers.
>>>
>>
>> Not true.
> 
> ? In find_route_worker(proxy_balancer *balancer...)

nofailover == sticky_force

<snip>
    runtime = find_session_route(*balancer, r, &route, url);
    if (runtime) {
       ...
    }
    else if (route && (*balancer)->sticky_force) {
         ...
         return HTTP_SERVICE_UNAVAILABLE;
     }
</snip>

So it means that if route doesn't match the runtime
will be NULL. However if there is route *and* nofailover=On
return HTTP_SERVICE_UNAVAILABLE.

By default (nofilover=Off) it will match the URI which might
lead to a different balancer or node.

nofailover is used to return 503 in case there is miss matching
route (session affinity mark), and it's actually a sticky_force,
and you cannot have a sticky_force and cross instance sessions
without session replication (thus you don't need route)

Regards,
Mladen.