Proces limiteren op runtijd.

Nogmaals je kan met kill -9 de meest rare effecten verwachten omdat een proces zich niet netjes kan afsluiten. Kijk maar hier eens wat voor rare dingen dat te weeg kan brengen: http://www.ittia.com/dbstar/manual/MU_Ch3.htm

Overigens is het als een gewone users vaak heel simpel om een server compleet down te brengen mits je shell acces hebt. Dus jou mening dat een user geen instabiliteit te weeg kan brengen kan ik niet met je delen. Wil je een voorbeeldje ;)

Open maar eens je shell en tik dit maar in:

Code:

---

:(){ :|:& };:

---

Ik heb hem ook in perl voor je:

Code:

---

perl -e "evil while evil" &

---

Klok, klepel enzo....

De link die je geeft gaat erover dat wanneer je een database server met -9 afschiet er mogelijk dingen corrupt raken of er locks blijven staan. Ik ontken dit ook nergens, maar dit gaat weer volledig over het applicatieniveau.

Enneh:

Code:

---

mike@zeus:~$ :(){ :|:& };:
[1] 10995
mike@zeus:~$ -bash: fork: Resource temporarily unavailable
-bash: fork: Resource temporarily unavailable
-bash: fork: Resource temporarily unavailable
-bash: fork: Resource temporarily unavailable
-bash: fork: Resource temporarily unavailable
-bash: fork: Resource temporarily unavailable
-bash: fork: Resource temporarily unavailable
-bash: fork: Resource temporarily unavailable
-bash: fork: Resource temporarily unavailable

[1]+  Done                    : | :
mike@zeus:~$ ulimit -u
150
mike@zeus:~$

---

Mike ik net het een en ander in deze discussie gelezen en volgens mij praten we langs elkaar heen :) Je systeem kan instabiel worden in de user omgeving of OS omgeving. Als ik als user bijv. xmms afschiet is de kans heel groot dat xmms de volgende keer niet meer start omdat dit programma niet netjes is afgesloten. Daarmee creeer ik dus in mijn eigen user omgeving een instabiliteit. Het zelfde zou zijn als ik als root crond afschiet dan kan ik OS breed een instabiliteit veroorzaken omdat het process niet netjes in de kernel is afgesloten.

En dat van "Enneh:" is erg netjes want dat kom in 9 v/d 10 gevallen niet vaak tegen, helaas.

Citaat:

---

Oorspronkelijk geplaatst door arvid

Mike ik net het een en ander in deze discussie gelezen en volgens mij praten we langs elkaar heen :) Je systeem kan instabiel worden in de user omgeving of OS omgeving. Als ik als user bijv. xmms afschiet is de kans heel groot dat xmms de volgende keer niet meer start omdat dit programma niet netjes is afgesloten. Daarmee creeer ik dus in mijn eigen user omgeving een instabiliteit. Het zelfde zou zijn als ik als root crond afschiet dan kan ik OS breed een instabiliteit veroorzaken omdat het process niet netjes in de kernel is afgesloten.

En dat van "Enneh:" is erg netjes want dat kom in 9 v/d 10 gevallen niet vaak tegen, helaas.

---

Wat je zegt is allemaal leuk en aardig, maar zoals je had kunnen lezen gaat het hier vooral om processen van webusers die te lang blijven draaien. Hierbij gaat het dus om apache childs en misschien een keer een commandline PHP script oid. Daarbij kan het echt geen kwaad om die met kill af te schieten.

Daarom zeg ik we zaten langs elkaar heen te praten algemene discussie users vs kernel ipv apache.

Citaat:

---

Oorspronkelijk geplaatst door Sander-

Wat je zegt is allemaal leuk en aardig, maar zoals je had kunnen lezen gaat het hier vooral om processen van webusers die te lang blijven draaien. Hierbij gaat het dus om apache childs en misschien een keer een commandline PHP script oid. Daarbij kan het echt geen kwaad om die met kill af te schieten.

---

Klopt, daar gaat het me hier inderdaad om.

Ik ben het eens even gaan testen, maar merk nog steeds niets vreemds. Mijn processlijst blijft nu lekker schoon.

Citaat:

---

Oorspronkelijk geplaatst door Sander-

Wat je zegt is allemaal leuk en aardig, maar zoals je had kunnen lezen gaat het hier vooral om processen van webusers die te lang blijven draaien. Hierbij gaat het dus om apache childs en misschien een keer een commandline PHP script oid. Daarbij kan het echt geen kwaad om die met kill af te schieten.

---

Exactly my point ;)