You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@commons.apache.org by "Mladen Turk (JIRA)" <ji...@apache.org> on 2012/12/06 13:56:59 UTC
[jira] [Commented] (DAEMON-270) JSVC process capability issue
[ https://issues.apache.org/jira/browse/DAEMON-270?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13511316#comment-13511316 ]
Mladen Turk commented on DAEMON-270:
------------------------------------
I'm not sure why would that be a bad thing and why would that be a major issue.
>From your comment it is clear that if you set user's 'ulimit -u unlimited' it'll work.
Anyhow, it can just be a bug in the linux kernel.
> JSVC process capability issue
> -----------------------------
>
> Key: DAEMON-270
> URL: https://issues.apache.org/jira/browse/DAEMON-270
> Project: Commons Daemon
> Issue Type: Bug
> Components: Jsvc
> Affects Versions: 1.0.11
> Environment: Linux centos 6.3, jdk1.7, tomcat
> Reporter: Raintung Li
>
> For jsvc, start fork process to start JVM, then downgrade the process capability to 0.
> Is it really requirement? or any concern?
> For my test env, it happen can't start more threads in the java.
> After the check, it is limited by "ulimit -u" max process for user. It is very interesting things, actually it doesn't control threads by this attribute in the normal process.
> Downgrade the process capability cause this issue. Max threads number should be control by env memory, kernel max threads parameter, stack size.
> For my suggestion, could remove downgrade the process capability, only inherit the parent's process capability and add some "read/netbind/setuid.." extra privilege if don't have.
>
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira