Description of problem: I misconfigured resource_limits.conf to set memory_limit_in_bytes to 10g (instead of the intended 1g) and the following issues arose: 1) httpd segfaults due to a failure of passenger to write to /tmp unless I had logged in as root 2) tc also failed during app creation failing to write to /tmp Version-Release number of selected component (if applicable): How reproducible: 100% on my instance Steps to Reproduce: 1. configure memory_limit_in_bytes to be 10g 2. attempt to restart httpd 3. Actual results: BOOM Expected results: At the least oo-diagnostics should catch this Additional info:
Looks like this happens even with 1g gear memory size. Only time it works is with the default 512m
Yes, OSE2.0.0
I do have an environment where I can recreate this. When I switched resource_limits.conf back to the default settings it works.
It's running on a VM on my laptop. It's a clean RHEL6.5 install with OSE2.0. Nothing out of the ordinary.
Would you mind attaching your exact resource_limits.conf? On a newly created RHEL 6.5 OSE 2.x host I had no problems setting: memory_limit_in_bytes=10737418240 # 10g memory_memsw_limit_in_bytes=10842275840 # 10737418240 (10g) + 104857600 (100mb) I was able to verify under /cgroup/memory/openshift/$uuid that the values were set for my gears. I haven't yet had any problems with application creation or restarting httpd (still digging) I'm wondering if you gears were perhaps actually using large amounts of memory and causing problems for the rest of the system. What was the value for memory.max_usage_in_bytes for you gears? On a side note, not being able to write to /tmp really seems like it would be caused by something else.
I had not increased memory_memsw_limit_in_bytes when I increased memory_limit_in_bytes. Never had to do this in OSE1.2. Works fine when I adjust both.
That settings was new to me too. :)