CentOS6 probleempje met ulimit

Citaat:

---

Oorspronkelijk geplaatst door visser

Ik blijf het een fors hoog aantal processen vinden. Linux kan enorm snel forken, dus of je moment-opname van het aantal open processen nu iets zegt dat je daarmee onder de limiet blijft betwijfel ik.
Het zou nog best kunnen dat daarvoor hij er nog een paar honderd meer had.

Hoeveel processen draaien er bij de centos 5 en Solaris 10 versies ?

---

Kom er net eigenlijk pas achter dat het probleem veroorzaakt wordt door een ander process wat ik dacht, stukje java software (ook zelf geschreven) dat z'n 800 processen forked. Op Solaris en Centos5 doet hij er net zoveel maar daar staat de bescherming default vermoed ik hoger. De vraag blijft eigenlijk waarom hij mijn max. user processes setting dan niet oppakt.

Als ik met de hand een shell bomb maak, krijg ik ongeveer het aantal processen dat ik heb ingesteld voordat de fork protection intreed. Dus blijkbaar is dat niet het probleem.

Citaat:

---

Oorspronkelijk geplaatst door bami82

De vraag blijft eigenlijk waarom hij mijn max. user processes setting dan niet oppakt.

---

Kijk eens op je oude & nieuwe systeem of de system-wide limieten afwijken:

Code:

---

grep "" /proc/sys/*/*max*

---

Kijk even naar je kern.maxprocperuid & kern.maxproc in sysctl. Mogelijk dat daar het probleem zit.

Citaat:

---

Oorspronkelijk geplaatst door maxnet

Kijk eens op je oude & nieuwe systeem of de system-wide limieten afwijken:

Code:

---

grep "" /proc/sys/*/*max*

---

---

Dit is het resultaat, ik zie niet echt iets erg afwijkends.

Werkend systeem (CentOS 5.6)

Code:

---


/proc/sys/fs/aio-max-nr:65536
/proc/sys/fs/file-max:102299
/proc/sys/kernel/max_lock_depth:1024
/proc/sys/kernel/msgmax:65536
/proc/sys/kernel/ngroups_max:65536
/proc/sys/kernel/pid_max:32768
/proc/sys/kernel/shmmax:4294967295
/proc/sys/kernel/threads-max:32766
/proc/sys/sunrpc/max_resvport:1023
/proc/sys/vm/max_map_count:65536
/proc/sys/vm/max_reclaims_in_progress:0
/proc/sys/vm/max_writeback_pages:1024

---

Niet werkend (CentOS6)

Code:

---

/proc/sys/fs/aio-max-nr:65536
/proc/sys/fs/file-max:65536
/proc/sys/kernel/max_lock_depth:1024
/proc/sys/kernel/msgmax:65536
/proc/sys/kernel/ngroups_max:65536
/proc/sys/kernel/perf_event_max_sample_rate:100000
/proc/sys/kernel/pid_max:32768
/proc/sys/kernel/shmmax:68719476736
/proc/sys/kernel/threads-max:119308
/proc/sys/net/nf_conntrack_max:65536
/proc/sys/sunrpc/max_resvport:1023
/proc/sys/vm/max_map_count:65530

---

Citaat:

---

Oorspronkelijk geplaatst door dennis0162

Kijk even naar je kern.maxprocperuid & kern.maxproc in sysctl. Mogelijk dat daar het probleem zit.

---

Staan niet ingesteld in sysctl.conf dus waarschijnlijk op een default, enig idee hoe ik die default kan checken?

Citaat:

---

Oorspronkelijk geplaatst door bami82

Dit is het resultaat, ik zie niet echt iets erg afwijkends.

Werkend systeem (CentOS 5.6)

Code:

---


/proc/sys/fs/aio-max-nr:65536
/proc/sys/fs/file-max:102299
/proc/sys/kernel/max_lock_depth:1024
/proc/sys/kernel/msgmax:65536
/proc/sys/kernel/ngroups_max:65536
/proc/sys/kernel/pid_max:32768
/proc/sys/kernel/shmmax:4294967295
/proc/sys/kernel/threads-max:32766
/proc/sys/sunrpc/max_resvport:1023
/proc/sys/vm/max_map_count:65536
/proc/sys/vm/max_reclaims_in_progress:0
/proc/sys/vm/max_writeback_pages:1024

---

Niet werkend (CentOS6)

Code:

---

/proc/sys/fs/aio-max-nr:65536
/proc/sys/fs/file-max:65536
/proc/sys/kernel/max_lock_depth:1024
/proc/sys/kernel/msgmax:65536
/proc/sys/kernel/ngroups_max:65536
/proc/sys/kernel/perf_event_max_sample_rate:100000
/proc/sys/kernel/pid_max:32768
/proc/sys/kernel/shmmax:68719476736
/proc/sys/kernel/threads-max:119308
/proc/sys/net/nf_conntrack_max:65536
/proc/sys/sunrpc/max_resvport:1023
/proc/sys/vm/max_map_count:65530

---

Staan niet ingesteld in sysctl.conf dus waarschijnlijk op een default, enig idee hoe ik die default kan checken?

---

Als ik zo kijk zijn dat (kern.maxprocperuid & kern.maxproc) *BSD parameters, geen Linux settings.

met sysctl -a kun je alle ingestelde kernel parameters zien, vergelijk die dan tussen werkend en niet werkend.

Met dit aantal processen zal het wel lastig zijn, maar ik zou toch ook kijken naar het verschil tussen werkend en niet werkend als je het proces onder strace opstart.

(strace -f <programma> , of later attachen : strace -f -p <proces id> ).

Kan het max. aantal file handles even naar gelijk niveau ophogen: echo 102299 > /proc/sys/fs/file-max
Verder dezelfde Java editie?

Ik denk dat het verstandiger is om uit te zoeken wat de limits van je user zijn, en deze verruimen. System wide kun je wel switchen, maar user based kan er nog steeds een lagere threshold actief zijn. Je kan in de init ook meegeven bijvoorbeeld dat er meer openfiles voor één user mogelijk is. Dat zal ook kunnen met processes etc etc etc.