Univention Bugzilla – Full Text Bug Listing |
Summary: | increase default max open files limit (default: 1024) | ||
---|---|---|---|
Product: | UCS | Reporter: | Ingo Steuwer <steuwer> |
Component: | Samba | Assignee: | Arvid Requate <requate> |
Status: | CLOSED FIXED | QA Contact: | Stefan Gohmann <gohmann> |
Severity: | normal | ||
Priority: | P5 | CC: | gohmann, jmm, meybohm, petersen, requate |
Version: | UCS 3.1 | ||
Target Milestone: | UCS 3.2-0-errata | ||
Hardware: | Other | ||
OS: | Linux | ||
What kind of report is it?: | --- | What type of bug is this?: | --- |
Who will be affected by this bug?: | --- | How will those affected feel about the bug?: | --- |
User Pain: | Enterprise Customer affected?: | ||
School Customer affected?: | ISV affected?: | ||
Waiting Support: | Flags outvoted (downgraded) after PO Review: | ||
Ticket number: | Bug group (optional): | ||
Max CVSS v3 score: | |||
Bug Depends on: | |||
Bug Blocks: | 35362 | ||
Attachments: | default.patch |
Description
Ingo Steuwer
2013-08-28 15:46:27 CEST
*** 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 |