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