Shulou(Shulou.com)06/01 Report--

A brief sharing of solutions to similar problems

Just now, I encountered this problem when I was downloading a xxx user on a machine, and even the xxx could not get in.

It means that more threads cannot be created under xxx users (of course, root users do not have this problem).

The maximum number of threads that the system can create: (MaxProcessMemory-JVMMemory-system memory) / (ThreadStackSize) = Number of threads

There are two ways:

Reduce ThreadStackSize under xxx

Increase the number of nproc under xxx

Modify

[lsmpusr@wxlab28bin] $ulimit-a

Core filesize (blocks,-c) 0

Data segsize (kbytes,-d) unlimited

Schedulingpriority (- e) 0

Filesize (blocks,-f) unlimited

Pendingsignals (- I) 256636

Max lockedmemory (kbytes,-l) 64

Max memorysize (kbytes,-m) unlimited

Openfiles (- n) 65536

Pipesize (512bytes,-p) 8

POSIX messagequeues (bytes,-Q) 819200

Real-timepriority (- r) 0

Stacksize (kbytes,-s) 10240-this can be reduced, and it is recommended to reduce it in jvm-xss

Cputime (seconds,-t) unlimited

Max userprocesses (- u) 1024-can increase this to 32000

Virtualmemory (kbytes,-v) unlimited

Filelocks (- x) unlimited

Modify / etc/security/limits.conf

* soft nofile 65536

* hard nofile 65536

Xxx soft nproc 32000

Xxx hard nproc 32000

Xxx soft stack 1024

Xxx hard stack 1024

Where xxx represents the user who starts hbase. If you use hadoop to start hbase, the configuration is as follows:

*-nproc 102400

*-nofile 102400

Hadoop hard nproc 32000

Hadoop soft nproc 32000

Hadoop hard stack 1024

Hadoop soft stack 1024

Welcome to subscribe "Shulou Technology Information " to get latest news, interesting things and hot topics in the IT industry, and controls the hottest and latest Internet news, technology news and IT industry trends.