obsługa limitów w rc-scripts (było Re: AC [1st try])

[Jakub Bogusz]

On Sun, Jun 01, 2003 at 10:49:18AM +0200, Mariusz Mazur wrote:
> On Sunday 01 of June 2003 10:30, Tomasz Pala wrote:
> > On Sun, Jun 01, 2003 at 00:19:45 +0200, Andrzej Krzysztofowicz wrote:
> > > > kernel:	2.4.20 - lub jesli bedzie 2.4.21
> > > > gcc:	3.2.3
> > >
> > > Co masz przeciwko gcc 3.3 ?
> >
> > Ma znacznie większe restrykcje co do składni niż poprzedni. Na przykład
> > wywali się na łańcuchach wielolinijkowych. glibc się nie kompiluje.
> 
> I tak zanim to pld2.0 wydamy to powinny powychodzić nowe wersje większośći 
> programów. Nie ma się co spieszyć. Afaik są do zrobienia jakieś poprawki w 
> rc-scriptsach (support dla upsów, mój patch na bycie chroot-safe),

Wsparcie dla ustawiania limitów dla demonów (teraz jest hard limit na
core =0 z niezbyt ładnym hackiem umożliwiającym wyłączenie oraz limit na
procesy =unlimited). Do tego może katalog, który ma być $PWD przy
uruchamianiu demona.

IIRC nie da się ustawić jednocześnie limitów hard i soft w jednym
poleceniu - dlatego potrzebne są dwie zmienne - proponuję (do ustawiania
w sysconfig, w razie potrzeby w samym skrypcie init) domyślne wartości
(ustawiane w functions i /etc/sysconfig/system):

SERVICE_LIMITS_HARD="-H -c0 -p unlimited"
SERVICE_LIMITS_SOFT="-S -p unlimited"

ew. jeszcze (hm, myślałem że daemon() robi cd /, ale nie znalazłem tego):
SERVICE_RUN_PWD="/"

Hm, tylko nie wiem co zrobić z tym, że limit procesów jest różnie
definiowany w różnych powłokach :/
Może definiować zmienną ${sh_limit_procs} równą "-p" dla ksh i "-u" dla
reszty?

Puściłbym Cc na rc-scripts, ale nie jestem zapisany.


> postfix 
> już działa jak trzeba?

AFAIK tak, orzech poprawił zanim mi się zechciało zajrzeć :)

> Wszystko jest na sasl2 przeportowane?

Nie wiem, IIRC z solid-pop3em jest problem.


-- 
Jakub Bogusz    http://cyber.cs.net.pl/~qboosh/