Description of problem: The customer was having problems with an application, and was unable to get the application to produce a core file. I told them to check ulimit and they found that the default values for ulimit set in /etc/profile suppress core file creation. The customer would like this changed to not supress core files by default. The line in /etc/profile is 'ulimit -S -c 0' Version-Release number of selected component (if applicable): Any How reproducible: Look in /etc/profile Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Core files to be enabled by default. Additional info:
I'm not sure if the change for everyone is way to go. As /etc/profile is configuration file, you may/could modify it yourself or you could add profile.d script which would change the ulimit to -c unlimited. Anyway, this /etc/profile ulimit could be at least a bit improved (e.g. like described in http://en.linuxreviews.org/HOWTO_enable_core-dumps - to make user able to change it easily for certain deamons/globally by envvar. Will probably do that in Fedora Rawhide soon. NOTE: core dumps disabled by default is intentional behaviour, so any change in that needs some real justification. Could you please add more info why the customer wants to change global defaults instead of having his own profile.d script?
Closing WONTFIX, coredump files should not be enabled by default. However - in rawhide setup that line was removed from /etc/profile as kernel changed it's default for soft coredump size to 0 (so no core dump). That's not the case of RHEL-5, so keeping that line.