Resource temporarily unavailable用户的连接数设置的太小


-bash:fork:Resource temporarily unavailable的问题

出现这个问题的原因是linux用户的连接数设置的太小,只要修改max user processes就可以    www.2cto.com

设置各linux 用户的最大进程数,下面我把某linux用户的最大进程数设为10000个:

ulimit -u 10000

ulimit -a

core file size          (blocks, -c) 0

data seg size           (kbytes, -d) unlimited

scheduling priority             (-e) 0

file size               (blocks, -f) unlimited

pending signals                 (-i) 81920

max locked memory       (kbytes, -l) 32

max memory size         (kbytes, -m) unlimited

open files                      (-n) 65536需要修改 (因为是tcp协议  要打开套接字,要打开文件句柄,而单进程的最大打开文件句柄操作系统是有限制的,默认是1024)

pipe size            (512 bytes, -p) 8

POSIX message queues     (bytes, -q) 819200

real-time priority              (-r) 0

stack size              (kbytes, -s) 10240

cpu time               (seconds, -t) unlimited

max user processes              (-u) 81920

virtual memory          (kbytes, -v) unlimited

file locks                      (-x) unlimited

何谓core文件,当一个程序崩溃时,在进程当前工作目录的core文件中复制了该进程的存储图像。

www.2cto.com

core文件仅仅是一个内存映象(同时加上调试信息),主要是用来调试的。

core文件是个二进制文件,需要用相应的工具来分析程序崩溃时的内存映像。

系统默认core文件的大小为0,所以没有创建。可以用ulimit命令查看和修改core文件的大小。

永久性改变

解除 Linux 系统的最大进程数和最大文件打开数限制:

vi /etc/security/limits.conf

# 添加如下的行

* soft noproc 11000  #软连接

* hard noproc 11000  #硬连接

* soft nofile 4100

* hard nofile 4100

说明:* 代表针对所有用户,noproc 是代表最大进程数,nofile 是代表最大文件打开数 
 

时间: 2024-11-12 03:33:56

Resource temporarily unavailable用户的连接数设置的太小的相关文章

RAC环境产生大量ons进程,导致用户进程资源耗尽,用户切换提示Resource temporarily unavailable

基本要素(时间.用户.问题) 用户才实施了LINUX5.8+11.2.0.4的RAC环境,使用一段时间后,当切换的grid用户的时候,提示Resource temporarily unavailable,如下: [[email protected] bin]# su- grid su: cannot set userid: Resource temporarily unavailable 但是我们在切换其他用户如oracle用户的时候,却能够正常切换,并且CRS集群使用正常,客户端的连接和用户的

修改linux用户的可以打开的最大文件数和进程数(fork: retry: Resource temporarily unavailable)

今天,jenkins发布应用时,遇到一个报错,如下: /etc/profile:fork: retry: Resource temporarily unavailable Google了一下,网上大家大部分说原因可能是,用户的进程数或者文件打开数,达到了限制.按照这个思路,我去查问题,发现用户的进程数为200多,文件打开数为1300多 而通过ulimit–a,看到 openfiles                      (-n) 1024 maxuser processes        

su切换用户报错cannot set user id: Resource temporarily unavailable

su: cannot set user id: 资源暂时不可用 登录root su - tomcat 报错: cannot set user id: Resource temporarily unavailable tomcat账号突然不可用. 根本原因是:linux操作系统默认最大允许进程数是1024. 随着应用的增加,我们的需求已超过了1024 曾经改过nproc配置: cat >> /etc/security/limits.conf << EOF *           so

su: cannot set user id: Resource temporarily unavailable

今天R&D所在主机出现su: cannot set user id: Resource temporarily unavailable资源不可用报错,直接通过其他机器ssh [email protected]时,提示 Write failed: Broken pipe. 进行排查发现机器内存使用已经没有了,进行临时的内存回收操作:sync ; sync 将内存数据刷新到磁盘 echo 3 > /proc/sys/vm/drop_caches 内存释放echo 0 > /proc/sys

cannot set user id: Resource temporarily unavailable

前阵子,Infra报告无法透过putty以及SecureCRT连接到数据库服务器,提示的错误为Resource temporarily unavailable.由于该服务器上有差不多有20个nstance,应该是超出了系统当前设置的值.关于超出资源限制的事之前有碰到过,只不过不是这个错误,而是open files: cannot modify limit: Operation not permitted.下面描述一下关于Resource temporarily unavailable这个错误及其

bash: fork: Resource temporarily unavailable

Last login: Wed Jul 26 09:19:11 2017 from ... -bash: fork: Resource temporarily unavailable -bash-3.2$ ps -ef | grep jerry -bash: fork: Resource temporarily unavailable -bash: fork: Resource temporarily unavailable -bash-3.2$ df -h -bash: fork: Resou

[转] - linux下使用write\send发送数据报 EAGAIN : Resource temporarily unavailable 错

linux下使用write\send发送数据报 EAGAIN : Resource temporarily unavailable 错 首先是我把套接字设置为异步的了,然后在使用write发送数据时采取的方式是循环发送大量的数据:由于是异步的,write\send将要发送的 数据提交到发送缓冲区后是立即返回的,并不需要对端确认数据已接收.在这种情况下是很有可能出现发送缓冲区被填满,导致write\send无法再向缓冲 区提交要发送的数据.因此就产生了Resource temporarily un

Linux报错-bash: fork: retry: Resource temporarily unavailable和进程描述符之间的关系

在公司服务器上切换用户,出现 "-bash: fork: retry: Resource temporarily unavailable"这样的报错,查询得知是普通用户能够使用的进程数太少和文件描述符太小导致的,每一个文件描述符会和一个文件对应,但是很多文件描述符也会和一个文件对应.相同的文件可以被不同的进程打开,也可以被同一个进程打开多次.我们可以从系统层面和进程层面来查看相应的文件描述符. 一,系统层面的文件描述符 涉及到系统层面的,基本上都是通过修改内核参数来实现的,修改系统中的

启动smaba后nginx 11 resource temporarily unavailable[转载]

地址:http://thobian.info/?p=1367 题目可能有点标题党,毕竟下面要说到的只是nginx在比较特殊的环境才回出现的500情况. 先说下自己的开发环境: WEB服务器:nginx,搭在本地虚拟机(虚拟机是直接copy过来的) 开发工具:zend studio(这个其实没什么好说的) 虚拟机操作系统:centos 6.0 本地操作系统:win7 本地.虚拟机通过samba实现文件共享.直接在win下修改代码,同步到linux 这几天在修改代码时,发现每次对CSS.JS文件做修