[OpenSIPS-Users] Load balancer probe _mode=1 bug?

[Bogdan-Andrei Iancu]

Hi Bill,

Could you please try the attached patch? It seams that there was an 
issue with the the probing values in the code. Let me know if the patch 
does solves your problem and I will upload it on SVN.

Regards,
Bogdan

Bill W. wrote:
> Hi everyone,
>
> I'm using opensips 1.6.0-tls with the load balancer module and it
> appears as though probe_mode 1 isn't working.
>
> I set probe_mode 1 in the database, reload, and then stop the service
> being monitored.
>
> I then make a call so my failure_route script does an lb_disable() on
> the failed host.
>
> After that no probing occurs (verified with tcpdump), even though
> lb_list reports "enabled=no auto-re=on".
>
> If I set probe_mode 2 in the database, then opensips start probing,
> detects when the service has started again, and re-enables it.
>
> Here are my settings
> modparam("load_balancer", "probing_interval", 30)
> modparam("load_balancer", "probing_method", "OPTIONS")
> modparam("load_balancer", "probing_from","sip:lbprobe at 10.0.0.10")
>
> Thoughts?
>
> Thanks in advance,
> Bill
>
>
> version: opensips 1.6.0-tls (i386/linux)
> flags: STATS: Off, USE_IPV6, USE_TCP, USE_TLS, USE_SCTP, DISABLE_NAGLE,
> USE_MCAST, SHM_MEM, SHM_MMAP, PKG_MALLOC, F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
> ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
> MAX_URI_SIZE 1024, BUF_SIZE 65535
> poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
> svnrevision: unknown
> @(#) $Id: main.c 6169 2009-09-22 12:48:37Z bogdan_iancu $
> main.c compiled on 13:43:26 Dec  8 2009 with gcc 4.4
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>   


-- 
Bogdan-Andrei Iancu
www.voice-system.ro

-------------- next part --------------
A non-text attachment was scrubbed...
Name: lb.patch
Type: text/x-diff
Size: 484 bytes
Desc: not available
Url : http://lists.opensips.org/pipermail/users/attachments/20100104/84f3757f/attachment.patch