Univention Bugzilla – Bug 32415
increase default max open files limit (default: 1024)
Last modified: 2014-07-15 12:35:56 CEST
Reported by a customer (2013082821004831) In several environments he saw Samba4 opened about 6 files per client-connection, where the default limit (ulimit) is always set to 1024. He had to increase the ulimits on most servers.
Related: Bug 32221
*** Bug 33031 has been marked as a duplicate of this bug. ***
Reported again. 2013121321001433
Should be fixed with the next erratum.
added univention-config-registry set \ "security/limits/user/*/hard/nofile"?"32828" \ "security/limits/user/*/soft/nofile"?"32828" to univention-samba4.postinst and univention-samba.postinst this increases the "Max open files" limit for the smbd process YAML: 2013-12-18-univention-samba.yaml 2014-01-08-univention-samba4.yaml
A UCR jenkins test fails: ---------------------------------------------------------------------------- Standard Ausgabe (STDOUT) Checking dump... Checking dump --shell... Checking quoting... Test failed. Output of --shell dump contains non-quoted values. Bug exists as expected: Bug #16637 Standard Fehler (STDERR) WARNING: univention-baseconfig is deprecated by univention-config-registry. WARNING: univention-baseconfig is deprecated by univention-config-registry. security/limits/user/*/hard/nofile= ---------------------------------------------------------------------------- For more information: http://jenkins.knut.univention.de:8080/view/Autotest/job/UCS%203.2%20Autotest%20MultiEnv/234/SambaVersion=s4,Systemrolle=member/testReport/%28root%29/03_ucr_60ucr_dump/Test_Univention_Config_Registry_dump/ (In reply to Felix Botner from comment #5) > univention-config-registry set \ > "security/limits/user/*/hard/nofile"?"32828" \ > "security/limits/user/*/soft/nofile"?"32828" > > to univention-samba4.postinst and univention-samba.postinst > > this increases the "Max open files" limit for the smbd process Does this effect all other processes as well? I think in this case it should not be set in the samba packages.
*** Bug 29620 has been marked as a duplicate of this bug. ***
removed ulimit nofile stuff from univention-samba and univention-samba4, instead we set the limit always in univention-pam. YAML: 2013-12-09-univention-pam.yaml Added security/limits/user/default/soft/nofile?'8192' \ security/limits/user/default/hard/nofile?'8192' \ to univention-pam. The template converts "default" to "*" because ucs-test complains about the "*" in the name of ucr variables. These "default" settings are always at the beginning of /etc/security/limits.conf before other settings to allow other settings to overwrite these values (especially security/limits/user/*/..., which is used by customers). So if both are defined security/limits/user/default/soft/nofile and security/limits/user/*/soft/nofile "security/limits/user/*/soft/nofile" should win. For now we use 8192 as default. QA please verify that copying 10.000 1kB files from samba to a win7 client works, see http://forum.univention.de/viewtopic.php?t=2100&p=7369.
Created attachment 5735 [details] default.patch I think occupying the string "default" is no optimal design, so I propose using security/limits/user//hard/nofile"?"32828" to set the factory default. The attached patch would adjust this.
Ok, after discussing this with our support we agreed upon using this for the factory default: security/limits/user/.*/hard/nofile"?"32828" I adjusted the package and the advisory accordingly. Bug reassigned.
Now it's security/limits/deafult/user/soft/nofile"?"8192" security/limits/deafult/user/hard/nofile"?"8192" Advisory adjusted.
Now it is set to 8192 instead of 32828. Any particular reason?
As discussed, I adjusted the limit to 32768. Package is rebuilt and advisory adjusted.
YAML: OK (I've adjusted the default value) Code: OK Tests: OK
http://errata.univention.de/ucs/3.2/30.html