[BC3] [linux] limits.conf werkt niet lekker?

[ACM]

Even doen alsof ik ongeduldig ben

[ACM]

Op mijn server wil ik uiteraard het resource-gebruik wat controleerbaar houden.
Dingen waar ik aan dacht zijn open files, priority, maxlogins etc.
Er zijn twee user groepen, beheerders (priests) en andere gebruikers (people), waarbij de beheerders natuurlijk meer rechten hebben dan de gewone gebruikers.

Deze limits.conf

code:

#@people       -    nproc        30
#@priests     -    nproc         50
@people    hard    priority   5
@priests      hard    priority    0
#@people       hard    nofile       50
#@priests     hard    nofile        100
#@people       -    maxlogins    10

Doet echter niet wat ik denk dat ie moet doen
nproc wil ik 30 per "people" hebben en 50 per "priest.
Maar, als ik dat uitcommentaar, dan kan geen enkele people meer inloggen, omdat er dan "resources temporary not available" komt te staan (er zijn op dat moment _geen_ people processen, dus laat staan teveel voor die user).
Aantal processen was iets van 58 toen.

Priority werkt gelukkig.

nofile hetzelfde verhaal, gewoon inloggen kan al te "erg" zijn voor het aantal open files dan (zelfs voor een priest, ondanks dat ie er 50 open mag hebben (en geeneen had))

Weet iemand welke settings ik hier moet veranderen/instellen zodat het wel werkt "zoals ik wil"?

[edit]
Ohja, maxlogins heb ik verder nog niet getest, maar ik geloof dat dat wel redelijk werkte.

[ACM]

Blijkbaar is dit probleem te "moeilijk" voor dit forum

Weet iemand welke newsgroup het meest geschikt hiervoor is?
Die redhat groepen lijken me niet echt een hoger niveau dan GoT te hebben...

[Jordi]

Tja, het enige wat ik kan bedenken is gewoon de waarde van het aantal user processes en open files hoger te zetten... zelfs als ik de soft limits van beide op 30 heb staan, krijg ik "cannot make pipes for command substitution" errors. Bij een waarde van 50 heb ik dat niet, maar dat heb ik maar kort uitgeprobeerd. Overigens was hier het inkrimpen van het maximum aantal user processes al ''voldoende'' om ook ''too many open files'' errors te genereren...

[ACM]

Wel vage implementatie hebben ze er dan aan gegeven

Want ik heb inderdaad hetzelfde, toen ik de userprocessen op 50 zette kreeg ik er een tijdje later last van (draaiden wat meer apache''s)
En dan maakte het niet uit of het per user of per groep ingesteld stond...

Ik ga het wel met een ulimit oid proberen in de /etc/profile...