Hi Aleks,
On Sat, Jan 16, 2016 at 02:59:16PM +0100, Aleksandar Lazic wrote:
> Hi Hank.
>
> Any update on this case?
>
> In the meantime how about to add gmane as a second ml archive link to
> http://www.haproxy.org/ ?
>
> The link for gmane is
>
> http://dir.gmane.org/gmane.comp.web.haproxy
Forgot to add the ML :/
On 01/16/2016 07:43 PM, Nenad Merdanovic wrote:
> Hello Robert,
>
> + Baptiste
>
>>
>> Connect() failed for backend bk: no free ports.
>>
>> If you comment out either the load-server-state-from-file line or remove
>> 'resolvers dns' from the end of the server line, then
Hi Hank.
Any update on this case?
In the meantime how about to add gmane as a second ml archive link to
http://www.haproxy.org/ ?
The link for gmane is
http://dir.gmane.org/gmane.comp.web.haproxy
BR Aleks
Am 10-01-2016 20:08, schrieb Hank Leininger:
On Sun, Jan 10, 2016 at 02:19:52PM +010
Dear Sir or Madam
Good business in 2016!
This is Gary from Shenzhen HYX Hardware and Electronics Co., Ltd specialized in
CCTV CAMERA HOUSING MANUFACTURER -OSD/External Focusing Housing-CCTV Camera
Waterproof Housing-Box Camera Shell-Mini Camera Housing-Lens mount
brace/stand/steady
Catalog, pric
Hi,
I believe I’ve found a bug in HAProxy 1.6.3. If both the resolvers feature and
the seamless reload/state saving feature are both used, it seems that the
backends are considered permanently unreachable.
Here’s my config;
global
stats socket u...@haproxy.sock level admin
defaults
load-s
5 matches
Mail list logo