Prozess wurde von bash über ulimt gestartet, läuft aber noch gut

450
Zak Zheng

Hintergrund:

Ich habe einen Cron, um den Supervisor als Benutzer "A" zu starten. search wurde mit dem bash-Befehl gestartet. Die Top-Anzeige zeigt, dass 40G VRIT gegessen wurde. Dann logge ich mich als "A" ein. Führen Sie "bash" und "ulimit -a" aus. Ich sah, dass virtueller Speicher höchstens 32 G betrug.

Frage:

warum lief es immer noch gut, wurde aber nicht von ulimit getötet? Ich habe die Protokolldatei geprüft. Gesucht hat fast die letzten 3 Monate gut gelaufen.

Konfigurationsdatei:

[programm: sphinx-searchd] Befehl = / bin / bash -c "\ eval `/xx/xx/xx/corresponding_env.sh bash` && \ exec $ xx / sphinx_searchd.py \ " numprocs = 1 autostart = true autorestart = true exitcodes = 0 startsecs = 10 Startretries = 100 redirect_stderr = true stdout_logfile = / xx / xx / logs / sphinx_searchd.log

ulimit-Ausgabe:

maschinenname> bash # ~ maschinenname> ulimit -a # ~ Kerndateigröße (Blöcke, -c) 0 Datenseg-Größe (KB, -d) unbegrenzt Planungspriorität (-e) 0 Dateigröße (Blöcke, -f) unbegrenzt Anstehende Signale (-i) 289857 maximaler gesperrter Speicher (kBytes, -l) 64 Maximale Speichergröße (kByte, -m) unbegrenzt offene Dateien (-n) 16384 Pipe-Größe (512 Byte, -p) 8 POSIX-Nachrichtenwarteschlangen (Bytes, -q) 819200 Echtzeitpriorität (-r) 0 Stapelgröße (kBytes, -s) 10240 CPU-Zeit (Sekunden, -t) unbegrenzt maximale Benutzerprozesse (-u) 32768 virtueller Speicher (kByte, -v) 33554432 Dateisperren (-x) unbegrenzt
0

0 Antworten auf die Frage

Verwandte Probleme