[redhat] rm commando neemt veel cpu in beslag?

[marko77]

Ik ben nu al een tijdje lekker bezig met een eigen linux server en vooralsnog gaat alles aardig.

echter nu heb ik een raar probleem met bepaalde processen. Om schijfruimte vrij te maken heb ik pas een aantal grote log files verwijderd en wat oude backups, hiervoor heb ik het commando rm gebruikt.

Als ik nu 'top' run zie ik dat de rm commandos nog aanwezig zijn en zo rond de 7 % cpu gebruiken.
Zie plaatje:



de D staat voorzover ik weet voor slapende processen (toch?) maar waarom blijven processen hier in de lijst staan als ze niet meer actief zijn?

[igmar]

D is 'defunct' en geeft aan dat de betreffende processen op IO wachten. Dat duidt meestal op een hele dikke rm operatie, of dat de disk aan het overlijden is.

[marko77]

heeft het niets met de kswapd te maken? aangezien die ook veel cpu vreet.

De rm acties hierboven was een file van 700 mb en een aantal van 80-100 mb.
Dat valt toch wel mee?

[bolluserectus]

Als de files al verwijderd zijn, lijkt het me veilig om de processen te 'kill'en.
Daarna zou ik wel ff kijken met bijvoorbeeld hdparm hoe snel je HDD is, en of hij nog wel OK is.

[marko77]

de processen heb ik al gekild, maar waarom bleven ze in eerste instantie staan? Doordat ze geen reactie van de HD hebben gehad oid?

[deadinspace]

igmar schreef op dinsdag 22 februari 2005 @ 10:56:
D is 'defunct' en geeft aan dat de betreffende processen op IO wachten.

Defunct is wat anders; Status D betekent 'uninterruptible sleep' en houdt inderdaad in dat die processes op I/O wachten.

Die rm's in top zien er uit als doodnormale rm's. Het is dan alleen de vraag waarom ze draaien.

marko77 schreef op dinsdag 22 februari 2005 @ 11:11:
de processen heb ik al gekild, maar waarom bleven ze in eerste instantie staan? Doordat ze geen reactie van de HD hebben gehad oid?

Draaiden ze niet vanuit een cronjob ofzo?

[Sjonny]

is het dan niemand opgevallen dat die processen 118Mb+ zijn?
en dat het proces initlog bijna 800Mb is?
ziet er flink gort uit .. een of andere memleak die hier dikke pret heeft.
wel helemaal bij met alle updates en patches van redhat?