VMware Cloud Community
sdv19
Contributor
Contributor
Jump to solution

High number of threads on vcenter6 appliance

Hi, in my vcenter6 appliance there are near 4000 threads, 2000 of wich are:

/usr/java/jre-vmware/bin/vsphere-client -Djava.security.auth.login.config=/usr/lib/vmware-vsphere-client/server/configuration/org.eclipse.virgo.kernel.authentication.config -Dorg.eclipse.virgo.kernel.authentication.file=/usr/lib/vmware-vsphere-client/server/configuration/org.eclipse.virgo.kernel.user

is that number of threads normal?

thanks,

1 Solution

Accepted Solutions
NathanosBlightc
Commander
Commander
Jump to solution

It seems everything is normal. However check the rate of daily tasks of your virtual environment that vCenter must handle them, regardless of tasks that are handled by ESXi hosts via agents such as HA Agents and so on ...  

Please mark my comment as the Correct Answer if this solution resolved your problem

View solution in original post

Reply
0 Kudos
8 Replies
KocPawel
Hot Shot
Hot Shot
Jump to solution

Check (WebClient):

Highlight vCenter > Monitor tab > Sessions subtab

Maybe you have a lot of idle sessions.

sdv19
Contributor
Contributor
Jump to solution

Thanks KocPawel, but in my WebClient don´t exists the sessions subtab:

vcenter.png

Reply
0 Kudos
KocPawel
Hot Shot
Hot Shot
Jump to solution

It has to be somewhere Smiley Happy Maybe on Home page?

Or give me info what version do you have and I will try to find it.

Reply
0 Kudos
NathanosBlightc
Commander
Commander
Jump to solution

Check running tasks on VCSA by execution of vimtop CLI in the Shell or SSH Access.

Please mark my comment as the Correct Answer if this solution resolved your problem
Reply
0 Kudos
sdv19
Contributor
Contributor
Jump to solution

Finally I found it, but there are only 3 active sessions.

Reply
0 Kudos
sdv19
Contributor
Contributor
Jump to solution

This is the output of the vimtop:

VIMTop0.5 (Alpha3): uptime: 33 days 20:50:47, load average:  1.22,  1.17,  1.02

Tasks:     30 all,    1 run,   29 sleep,    0 block,    0 stop,    0 zombie

CPUs:    2.0%us   2.0%sy   0.0%ni 390.9%id   0.0%wa   0.0%hi   0.0%si   0.0%st  9200MHz

CPU      %USR     %SYS      %NI     %IDL     %IOW     %IRQ    %SIRQ   %STEAL      MHZ

2        0.98     0.00     0.00    97.22     0.00     0.00     0.00     0.00  2300.00

3        0.00     0.00     0.00    97.22     0.00     0.00     0.00     0.00  2300.00

0        0.00     0.00     0.00    97.22     0.00     0.00     0.00     0.00  2300.00

Memory:   16862920KB total  11113930KB used   5748989KB free    799248KB buffs

Swap:     27913084KB total      7966KB used  27905118KB free   3820437KB cached

Vmalloc:  35184372MB total       185MB used  35184186MB free  35184163MB chunk

(Enter),(H)elp,(R)efresh,(P)ause,(S)et period,(W)rite config,Dis(k)s,Netw(o)rk,(Q)uit

PID     NAME                      THREADS    %CPU     MHZ    %MEM        MEM       VIRT

                                       num ^1    %     MHz       %         MB         MB

8659    Inventory Service             482    0.98      22    5.22     880.97    4558.93

6890    Licensing Manager              94    0.98      22    1.66     280.71     766.01

5730    Reverse HTTP Proxy             45    0.98      22    0.15      24.87     323.70

29314   VIM Top                         4    0.98      22    0.42      70.03     281.74

10536   SMS/SPBM                      166    0.00       0    1.49     251.60    1491.24

13042   Vpx Workflow                  135    0.00       0    1.42     238.85     605.90

7357    CM Service Control Agent       98    0.00       0    1.37     230.98     772.99

9538    vCenter Server                 94    0.00       0    1.88     316.63     751.98

6312    Component Manager              37    0.00       0    1.06     179.33     596.81

5555    VM Directory                   33    0.00       0    0.11      18.77   21990.41

5503    VMCA                           21    0.00       0    0.05       7.91     336.11

8047    CIM Health Service             15    0.00       0    0.41      68.62     368.31

22676   CIM Health Service             14    0.00       0    0.41      69.40     413.22

8404    vPostgres                       1    0.00       0    0.01       2.24      12.54

14570   vPostgres VCDB                  1    0.00       0    0.22      36.47     795.29

8462    vPostgres Checkpointer          1    0.00       0    1.16     195.68     785.25

8466    vPostgres Stats Collector       1    0.00       0    0.02       3.00      64.89

8426    vPostgres                       1    0.00       0    0.31      51.73     784.79

14572   vPostgres VCDB                  1    0.00       0    0.14      23.74     792.92

7572    vPostgres VCDB                  1    0.00       0    0.07      11.15     788.73

7573    vPostgres VCDB                  1    0.00       0    0.09      15.38     788.34

7574    vPostgres VCDB                  1    0.00       0    0.07      12.25     787.61

8039    CIM Health Service              1    0.00       0    0.01       1.74      12.02

8455    vPostgres Logger                1    0.00       0    0.01       2.40      64.33

8463    vPostgres Writer                1    0.00       0    0.04       6.62     785.12

8464    vPostgres Wal Writer            1    0.00       0    0.11      19.32     785.12

9189    vPostgres VCDB                  1    0.00       0    0.04       6.69     787.63

9190    vPostgres VCDB                  1    0.00       0    0.05       8.34     787.63

9593    vPostgres VCDB                  1    0.00       0    0.06      10.65     790.90

28927   vPostgres VCDB                  1    0.00       0    0.04       6.84     787.61

Reply
0 Kudos
NathanosBlightc
Commander
Commander
Jump to solution

It seems everything is normal. However check the rate of daily tasks of your virtual environment that vCenter must handle them, regardless of tasks that are handled by ESXi hosts via agents such as HA Agents and so on ...  

Please mark my comment as the Correct Answer if this solution resolved your problem
Reply
0 Kudos
sdv19
Contributor
Contributor
Jump to solution

Thank you all so much for your help
Reply
0 Kudos