Code: Select all
Warning: Unknown: failed to open stream: Too many open files in Unknown on line 0Na wäre ja denkbar.Dass der apache logfiles wieder schliesst und "nur" die öffnet, die er aktuell braucht?
Ist das eine Limitierung pro Benutzer oder pro Prozess?Das ist eine Limitierung des OS. Dafür kann der Apache nichts.
Das Problem ist, die Log-Dateien sind bereits zusammengefasst.Roger Wilco wrote:Alternative: Alle VirtualHosts in die gleiche Datei loggen lassen und (falls überhaupt erforderlich) nachträglich nach VirtualHost aufteilen.
gilt das nicht nur für die jeweils aktuelle Shell und bleibt also für Apache ohne Wirkung?man ulimit
ulimit -n <eine Zahl Deiner Wahl>
Das kannst du mit `lsof` prüfen. Außerdem sind es ja nicht nur die Logfiles, die geöffnet sind. Der Apache greift durchaus noch auf andere Dateien zu, so dass bei 1000 VirtualHosts das voreingestellte Limit 1024 Dateien schnell erreicht ist.stickybit wrote:Wird jede Log-Datei also u.U. zwei Mal geöffnet bzw. vom System als geöffnet gezählt?
Pro Prozess bzw. was auch immer in der /etc/limits.conf als Domäne eingetragen ist (siehe `man limits.conf` und `man bash`).stickybit wrote:gilt das o.g. Limit pro Prozess oder pro Benutzer?
Ist das richtig? Ich finde zwar die types.h Datei aber __FD_SETSIZE darin nicht.Damit auch Squid oder andere Programme in den Genuss des höheren Limits kommen, muss noch in der Datei /usr/include/bits/types.h der Wert von __FD_SETSIZE angepasst werden:
#define __FD_SETSIZE 4096
Dann übersetzt man die entsprechenden Programme neu.
matzewe01 wrote:Ich habe aber gar keine limits.conf für was gilt es denn?
Der Pfad lautet /etc/security/limits.conf und nicht /etc/limits.conf, wie zuerst von mir geschrieben. In /etc gibt es dafür die /etc/limits, welche wiederum etwas ähnliches macht, nur ohne PAM-Modul.limits.conf(5) wrote:limits.conf - configuration file for the pam_limits module
Sorry, das hab ich jetzt nicht ganz verstanden. Werden die /etc/init.d/* Scripts nicht vom Root ausgeführt und die sämtlichen Anweisungen würden dann nur für Root gelten?matzewe01 wrote:Mit Sicherheit auch.
Setzte es in dessen Umgebung.
z.B. in /etc/init.d/apache2
Schon einen Blick in /etc/limits oder /etc/security/limits.conf auf einem Linux-System geworfen? ;)jfreund wrote:Tja, also unter FreeBSD gäbe es dafür die Login Classes... (da lassen sich solche Limits an den User binden).
sysctl fs.file-maxjfreund wrote:Über sysctl lässt sich da übrigens unter Linux nichts festlegen, habe ich grade noch mal nachgeschaut.
/usr/linux/Documentation/filesystems/proc.txt wrote:file-nr and file-max
--------------------
The kernel allocates file handles dynamically, but doesn't free them again at
this time.
The value in file-max denotes the maximum number of file handles that the
Linux kernel will allocate. When you get a lot of error messages about running
out of file handles, you might want to raise this limit. The default value is
10% of RAM in kilobytes. To change it, just write the new number into the
file:
# cat /proc/sys/fs/file-max
4096
# echo 8192 > /proc/sys/fs/file-max
# cat /proc/sys/fs/file-max
8192
This method of revision is useful for all customizable parameters of the
kernel - simply echo the new value to the corresponding file.
Historically, the three values in file-nr denoted the number of allocated file
handles, the number of allocated but unused file handles, and the maximum
number of file handles. Linux 2.6 always reports 0 as the number of free file
handles -- this is not an error, it just means that the number of allocated
file handles exactly matches the number of used file handles.
Attempts to allocate more file descriptors than file-max are reported with
printk, look for "VFS: file-max limit <number> reached".
Gelten aber nur für Logins per Shadow beziehungsweise PAM und helfen hier nicht wirklich weiter...Roger Wilco wrote:Schon einen Blick in /etc/limits oder /etc/security/limits.conf auf einem Linux-System geworfen? ;)jfreund wrote:Tja, also unter FreeBSD gäbe es dafür die Login Classes... (da lassen sich solche Limits an den User binden).
um das Thema abzuschließen. Ich muss also ulimit -n XXX Befehl in einem der Init-Scripte aufrufen. Die Beschränkung gilt dann für alle Serverprozesse. Richtig?Joe User wrote:Gelten aber nur für Logins per Shadow beziehungsweise PAM und helfen hier nicht wirklich weiter...
ok, danke!jfreund wrote:Sollte so sein, da vom init-Skript aus gestartete Prozesse als Child des Shell-Prozesses gestartet werden, der das init-Skript abarbeitet.