在HBase使用的過程中，通過java程式查詢HBase資料時，在某機器上hbase使用者下壓測時遇到這個問題，導致程式異常掛掉。在網上google了一下，發現原因是：
當前使用者下無法建立更多的執行緒（當然root使用者沒這個問題）
HBase 的doc中有相關描述：http://hbase.apache.org/0.94/book/trouble.rs.html
下面是解決方案：
系統能夠建立的最大執行緒數：(MaxProcessMemory - JVMMemory – 系統記憶體) / (ThreadStackSize) = Number of threads
有兩種方式：
1. 減少xxx下的ThreadStackSize
2. 增加xxx下的nproc數量
修改

[[email protected]]$ 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-----可以減小這個，建議在jvm –xss中減少
cputime              (seconds, -t) unlimited
max userprocesses             (-u)
 
 1024-----可以增加這個到65535
virtualmemory          (kbytes, -v)unlimited
filelocks                     (-x) unlimited

修改/etc/security/limits.conf

*    soft    nofile    65536
*    hard    nofile    65536
xxx soft nproc  65535
xxx hard nproc  65535
xxx soft stack  1024
xxx hard stack  1024

其中 xxx表示啟動hbase的使用者,如使用hadoop啟動hbase,則配置如下:

* - nproc 102400
* - nofile 102400

hadoop           hard    nproc           65535
hadoop           soft    nproc           65535
hadoop           hard    stack           1024
hadoop           soft    stack           1024

本文參考文章http://beyond3518.blog.51cto.com/1360525/1764190，但是文章中說，改成32000就可以，在某些情況下可能不夠（當前改成32000依舊出現上述問題）。所以需要適當調大（此處調大到65535就可以了。）