[one-users] Issue with picking up proper ulimits during contextualization

[Richard Bettridge]

Hey,

I'm having an issue where the ulimit for open files isn't being set properly when I spin up a process for a user during contextualization.

Upon start up of the non-persistent ubuntu 12 image, I am setting limits.conf to what I want and I'm explicitly adding ulimit -n 65536 to the user's .bashrc. However at the end of my 90_tomcat script when I execute the tomcat process the ulimit is not being picked up and is set to 1024 instead

As a test in my 90_tomcat script I'm running ulimit -a >> /tmp/tomcatsu.txt

root at host002:/mnt# cat 90_tomcat |grep "su tomcatA"
su tomcatA -l -c "ulimit -a >> /tmp/tomcatsu.txt"


So this gets run at the end of 90_tomcat:
su tomcatA -l -c "ulimit -a >> /tmp/tomcatsu.txt"
su tomcatA -l -c "/var/jakarta-tomcatA/bin/startup.sh"

When I cat the txt file it says 1024:

root at host002:/etc/pam.d# cat /tmp/tomcatsu.txt |grep open
open files                      (-n) 1024

But when I log in manually as root and run /mnt/90_tomcat by hand I end up getting the proper ulimit:

root at host002:/etc/pam.d# cat /tmp/tomcatsu.txt |grep open
open files                      (-n) 65536


Not sure what the issue but I'd appreciate any input.

Thanks,


Richard Bettridge
Systems Engineering Specialist
BlackBerry


---------------------------------------------------------------------
This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other than the intended recipient is prohibited. If you have received this transmission in error, please immediately reply to the sender and delete this information from your system. Use, dissemination, distribution, or reproduction of this transmission by unintended recipients is not authorized and may be unlawful.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20130726/2b50954d/attachment.htm>