0001701: Ulimits defined in /etc/security/limits.conf (or limits.d) are not effective on boot

View Issue Details [ Jump to Notes ]

[ Issue History ] [ Print ]

Project

Category

View Status

Date Submitted

Last Update

0001701

ClearOS

system-base - Base System

public

2014-05-14 10:06

2015-02-05 10:37

Reporter

user2

Assigned To

user2

Priority

normal

Severity

minor

Reproducibility

have not tried

Status

closed

Resolution

no change required

Platform

OS Version

Product Version

Target Version

7.0.0 Alpha 2

Fixed in Version

7.0.0 Alpha 2

Summary

0001701: Ulimits defined in /etc/security/limits.conf (or limits.d) are not effective on boot

Description

The /etc/security/limits.d/95-clearos.conf file in the ClearOS base package sets the number of file descriptors to 16384 (default is 1024) and number of processes to 4096 (default is 1024). These limits work when a daemon is restarted, but the old defaults are still used on boot. Wah!? This little gem confirms the behavior -- original @ http://pic.dhe.ibm.com/infocenter/clmhelp/v4r0/index.jsp?topic=%2Fcom.ibm.jazz.install.doc%2Ftopics%2Fc_special_considerations_linux.html [^]

   Important: If you use a system startup script such as /etc/init.d/was
   or /etc/rc.*/SXXWebSphere to start WebSphere Application Server at
   system boot up time, init.d invokes the startup scripts with the maximum
   number of file descriptors set to 1024 instead of the system default value
   that is set in /etc/security/limits.conf (65536). To avoid this problem, after
   a system boot up, manually run /etc/init.d/was restart from a root shell.
   This will ensure that WebSphere Application Server is restarted with the
   correct file descriptor limit.

Well... that's certainly unexpected behavior.

Tags

No tags attached.

Attached Files

Relationships

related to

0001436

closed

user2

Ulimits defined in /etc/security/limits.conf (or limits.d) are not effective on boot

Notes
(0001207) user2 2014-06-10 13:45	Still problematic, but default is now 16384. Closing for now.

Issue History
Date Modified	Username	Field	Change
2014-05-14 10:06	user2	New Issue
2014-05-14 10:06	user2	Issue generated from: 0001436
2014-05-14 10:06	user2	Relationship added	related to 0001436
2014-05-14 10:07	user2	Status	new => confirmed
2014-06-10 13:45	user2	Note Added: 0001207
2014-06-10 13:45	user2	Status	confirmed => resolved
2014-06-10 13:45	user2	Fixed in Version	=> 7.0.0 Alpha 2
2014-06-10 13:45	user2	Resolution	open => no change required
2014-06-10 13:45	user2	Assigned To	=> user2
2015-02-05 10:37	user2	Status	resolved => closed
2018-03-30 11:36	user2	Category	clearos-base - Base System => system-base - Base System

ClearOS Bug Tracker