Re: Loadbalancer traffic distribution question

2018-02-01 Thread Aspari Sunil Kumar
There isn't much can be done in mid tier.this is purely LB team need to
analyse what is going wrong . Need to sit with them and see why all the
connections are going to one server in reality with the help of logs.. we
had strange problem recently that on 2 AR servers we used to see same set
of users .. we fixed this after lot of analysis with LB team

On Feb 1, 2018 7:09 PM, "LJ LongWing"  wrote:

I've always preferred to use least connections personally, but from what
I've read of the docs they recommend round robinbut round robin doesn't
explain how your LB would be putting everyone on one node...it should
literally go 1, 2, 3, 1, 2, 3 for new connections, and as you discussed,
keep you on your current server if you are within the timeout, but you
should have fairly even load across nodesdo they keep logs of the
monitor activity so you can review if the monitor is reporting a server as
down during specified periods?  What monitor style are you using, ping,
tcpip port, something else?

On Thu, Feb 1, 2018 at 9:00 AM, Thomas Miskiewicz 
wrote:

> Hey LJ and thank you for the prompt reply.
>
> Talked to them already. We’re using round robin. I’m not an expert on LB
> but my understanding was that we would have about an equal amount of users
> on all AR Servers using it.
>
> The guy explained that once you connect there is a time out of 180
> seconds. If you do something within the 180 seconds you will end up on the
> same server. If you don’t they will balance. Sounds plausible. Any yet
> what’s the likelihood that people then will be balanced on the second box
> and not the third.
>
> Does anyone there use round robin as well? How do your users get
> distributed? What are you Mid Tier settings, connection settings in
> particular?
>
>
> Thomas
>
>
>
> On Feb 1, 2018, at 4:49 PM, LJ LongWing  wrote:
>
> Thomas,
> You'll need to work with the LB team to identify what distribution method
> they are usingcommon options are 'round robin' in which it just simply
> points everything at each server in turn, 'least connections' where it
> tries to analyze how many are 'currently' connected to each node and send
> the traffic to the one with the least current loadyou'll also want to
> check and verify that the monitor that you are using to determine if a node
> is online or not is functioning properly because if the LB monitor says a
> node is down, it obviously won't send any traffic to it...but if that
> monitor is faulty, it might be up and running but not reporting as online
> and can cause the scenario you described...
>
> On Thu, Feb 1, 2018 at 8:44 AM, Thomas Miskiewicz 
> wrote:
>
>> Hi Listers,
>>
>> we got a physical load balancer before the Mid-Tier servers and a logical
>> load balancer between the Mid Tier and our AR Servers.
>>
>> We noticed that on some days all the users land on only one AR Server. On
>> other days two. What’s the reason behind it? What do we need to configure
>> and to enforce equal distribution?
>>
>>
>> Thomas
>> --
>> ARSList mailing list
>> ARSList@arslist.org
>> https://mailman.rrr.se/cgi/listinfo/arslist
>>
>
> --
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist
>
>
>
> --
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist
>
>

--
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist


Re: Update worklog (diary ) field from sql - v9

2016-06-12 Thread Aspari Sunil Kumar
May be silly idea :) , did you try using import tool to import data into
dairy field?

On Sun, Jun 12, 2016 at 3:24 PM, Su Kaur  wrote:

> Hello,
>
> I am trying to append some data to existing worklog field using a sql
> statement. Nothing is working out. Could someone please help?
>
> Thanks!
> Kaur
>
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> "Where the Answers Are, and have been for 20 years"
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"