Thanks ... must be something wrong with my image.  I rebuilt my rhel-based
images using HAProxy 1.6 with following changes to
conf/haproxy-config.template file:

listen stats
    bind :{{.StatsPort}}
{{ else }}
listen stats
    bind :1936

It seems like HAProxy 1.6 does not like the format specified in
haproxy-config.template file.

On Wed, Feb 17, 2016 at 6:03 PM, Clayton Coleman <[email protected]>
wrote:

> Seems like a bug in either the router image or the router settings.
>
> On Feb 17, 2016, at 4:26 PM, Rishi Misra <[email protected]>
> wrote:
>
> Hmm .. odd, this is what I get in event monitor:
>
> 2:55:08 PM
> Pod
> router-1-zw83z
> Unhealthy
> Readiness probe failed: <html><body><h1>401 Unauthorized</h1> You need a
> valid user and password to access this content. </body></html> (3 times
> in the last 20 seconds)
>
> On Wed, Feb 17, 2016 at 3:58 PM, Clayton Coleman <[email protected]>
> wrote:
>
>> The readiness and liveness probes don't support authentication - the
>> health check, even if stats are enabled, should not require authorization.
>>
>> On Wed, Feb 17, 2016 at 3:16 PM, Rishi Misra <[email protected]
>> > wrote:
>>
>>> Thanks Ram - I was able to get around it using by removing Liveness and
>>> Readiness probe entries from router dc.  However, I'd like to know why http
>>> probes are not working.  It seems like username/password are not being
>>> passed in the request.  Router config does have these entries defined:
>>>
>>>           - name: STATS_PASSWORD
>>>             value: xxxxxx
>>>           - name: STATS_PORT
>>>             value: "1936"
>>>           - name: STATS_USERNAME
>>>             value: admin
>>>
>>> I also see that router pod does have username/password defined in
>>> haproxy.config.  So it must be the probe itself which is failing to pass
>>> the credentials.  Let me know how I can debug this further.
>>>
>>> Thanks.
>>>
>>> On Fri, Jan 8, 2016 at 4:17 PM, Ram Ranganathan <[email protected]>
>>> wrote:
>>>
>>>> Well, not really recommended on a live/prod system.
>>>>
>>>> But on a test system, one approach would be to create the router as you
>>>> did and then edit the router DC (oc edit dc router) and disable the
>>>> Liveness and Readiness probes (comment with # the relevant sections in the
>>>> yaml or delete the bits in json) and wait for the router to come up.
>>>>
>>>> And you can then adjust your firewall rules to see if you can connect
>>>> to the healthz and router ports (1936, 80, 443) using curl ala:
>>>>     curl -vvv http://127.0.0.1:1936/healthz   #  or use: curl -I -H
>>>> "Host: foo.test"  http://127.0.0.1:80/ - you should get back a 503
>>>> from the router
>>>>
>>>> HTH,
>>>>
>>>> Ram//
>>>>
>>>> On Fri, Jan 8, 2016 at 7:10 AM, Rishi Misra <
>>>> [email protected]> wrote:
>>>>
>>>>> Hello,
>>>>>
>>>>> For some reason router pod fails to start.  It appears to be
>>>>> connection related but I can't seem to figure out what would cause it.  I
>>>>> have disabled firewall on my system but continue to get this error.  Any
>>>>> pointers greatly appreciated:
>>>>>
>>>>> 9:30:41 AM
>>>>> Pod
>>>>> router-1-gvp03
>>>>> Unhealthy
>>>>> Readiness probe failed: Get http://x.xx.xxx.xx:1936/healthz: dial tcp
>>>>> x.xx.xxx.xx:1936: getsockopt: connection refused
>>>>> Log entries correspond to:
>>>>>
>>>>> I0108 09:30:41.773611   48315 prober.go:183] HTTP-Probe Host: http://
>>>>> x.xx.xxx.xx, Port: 1936, Path: /healthz
>>>>> I0108 09:30:41.773781   48315 prober.go:183] HTTP-Probe Host: http://
>>>>> x.xx.xxx.xx, Port: 1936, Path: /healthz
>>>>> I0108 09:30:41.773892   48315 prober.go:183] HTTP-Probe Host: http://
>>>>> x.xx.xxx.xx, Port: 1936, Path: /healthz
>>>>> I0108 09:30:41.774025   48315 prober.go:139] Readiness probe for
>>>>> "router-1-gvp03_test:router" failed (failure): Get 
>>>>> http://x.xx.xxx.xx:1936/healthz:
>>>>> dial tcp x.xx.xxx.xx:1936: getsockopt: connection refused
>>>>> I0108 09:30:41.774314   48315 server.go:734]
>>>>> Event(api.ObjectReference{Kind:"Pod", Namespace:"test",
>>>>> Name:"router-1-gvp03", UID:"5f3265d4-b614-11e5-9574-02000000002e",
>>>>> APIVersion:"v1", ResourceVersion:"744",
>>>>> FieldPath:"spec.containers{router}"}): reason: 'Unhealthy' Readiness probe
>>>>> failed: Get http://x.xx.xxx.xx:1936/healthz: dial tcp x.xx.xxx.xx:1936:
>>>>> getsockopt: connection refused
>>>>>
>>>>> Thanks.
>>>>>
>>>>> _______________________________________________
>>>>> dev mailing list
>>>>> [email protected]
>>>>> http://lists.openshift.redhat.com/openshiftmm/listinfo/dev
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Ram//
>>>> main(O,s){s=--O;10<putchar(3^O?97-(15&7183>>4*s)*(O++?-1:1):10)&&\
>>>> main(++O,s++);}
>>>>
>>>
>>>
>>> _______________________________________________
>>> dev mailing list
>>> [email protected]
>>> http://lists.openshift.redhat.com/openshiftmm/listinfo/dev
>>>
>>>
>>
>
_______________________________________________
dev mailing list
[email protected]
http://lists.openshift.redhat.com/openshiftmm/listinfo/dev

Reply via email to