Hi Manoj,

 

   The API / SQL logs on each server might be good - I'd also kick off the
user logs.  There could be a number of items, but here's a couple to check
for (I didn't see what OS you are using, so I'm trying to keep this
generic):

 

  Is the load balancer set up to distribute the users  evenly or are they
using a different algorithm?

 

   Are all users going through the load balancer or are some going directly
to this server?  

 

   Look at which server things like escalations, email engine,  etc. are
active on.  There are some forms associated with server grouping that drive
which server these things are on.

 

    The server groupings use a process called ARSignal.  See if there are a
backup of these processes on the server that is running slow.  The servers
in the server group talk to each other through the ARSignal process.
Normally this process starts and stops very quickly, but if there is an
issue with the ARS servers talking to each other, these processes can hang
around (I've seen this on HPUX).

 

   I also don't know whether your database is on a separate server or on
this server.   If the DB is on this server, it will definitely have an
impact.

 

Hope these things help - ken

 

From: Action Request System discussion list(ARSList)
[mailto:[email protected]] On Behalf Of manoj jain
Sent: Thursday, July 16, 2009 3:44 AM
To: [email protected]
Subject: Re: Performance Issue Please Give Me Any Suggesstion

 

** 

Hi Lina & Ken,

 

Yes you were right that load balancer is infornt of system so what we can do
for reducing performance issue?But Performance issue occuring only in one
server which is not primary server.

 

Thanks & Regards,

Manoj jain

On Thu, Jul 16, 2009 at 12:52 PM, Lina Hartojo <[email protected]>
wrote:

** Hi Manoj

I assume the load balancer is the traffic controller for user access to the
servers within this server group, which means that the load balancer is
*always* in front of the system.  Ken, is that the case or is there any
other situation where this is not the case?  Apologies for my novice
knowledge, please explain if you can.

Kind regards - Lina

On Thu, Jul 16, 2009 at 4:56 PM, manoj jain <[email protected]>
wrote:

** 

Hi Ken,

 

1.No that server in which performance issue going on is not our primary
server.

so email and escalation is not part of that server.

2.We have a load balancer but i didn't get what is meaning of this sentence
"load balancer infornt of server".

 

Thanks & Regards,

Manoj Jain

On Wed, Jul 15, 2009 at 11:00 PM, Ken Pritchard <[email protected]> wrote:

** 

Manoj,

 

   Probably need to provide some additional information, such as:

 

   Is this your primary server (does it run escalations, email, etc..)?  

 

   Do you have a load balancer in front of the system?

 

  I found it helpful to lower the amount of user traffic that goes to the
primary server where your non-user items (such as escalations) are primarily
set to run.

 

Thank you - ken

 

From: Action Request System discussion list(ARSList)
[mailto:[email protected]] On Behalf Of manoj jain
Sent: Wednesday, July 15, 2009 12:21 PM
To: [email protected]
Subject: Performance Issue Please Give Me Any Suggesstion

 

** 

Hi Remedians,

 

I have one issue 

 

1.i have one server group on linux box there are three servers  in that
group.

2.Two servers running very good   without any performance issue.

3.One server running very  bad with high  performance  issue.

4.CPU utilization  in that server is 150%,Idel time 2%.

5.So please give me  any suggesstion  so that i could  resolve  this
performance  issue. 

6. How can i reduce cpu utilization and increase idel time.

 

Thanks & Regards,

Manoj Jain

_Platinum Sponsor: [email protected] ARSlist: "Where the Answers
Are"_ 

_Platinum Sponsor: [email protected] ARSlist: "Where the Answers
Are"_ 


_Platinum Sponsor: [email protected] ARSlist: "Where the Answers
Are"_ 


_Platinum Sponsor: [email protected] ARSlist: "Where the Answers
Are"_ 


_Platinum Sponsor: [email protected] ARSlist: "Where the Answers
Are"_ 


_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:[email protected] ARSlist: "Where the Answers Are"

Reply via email to