gzip frisst resourcen

A

andydrummer

New Member
Oha grad war mein Server apgeschmiert und da frisst grad ein gzip ein haufen resourcen. wie finde ich raus was das verursacht:
Code: 
top - 09:27:43 up 20 min,  1 user,  load average: 2.81, 3.00, 1.88
Tasks: 127 total,   3 running, 123 sleeping,   0 stopped,   1 zombie
Cpu(s): 73.7% us,  5.7% sy,  0.0% ni,  0.0% id, 20.3% wa,  0.3% hi,  0.0% si
Mem:    514392k total,   504636k used,     9756k free,     7940k buffers
Swap:  1052248k total,     6228k used,  1046020k free,   269480k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
[COLOR="Yellow"] 6428 root      16   0  1708  640  268 S 40.2  0.1   3:44.50 gzip[/COLOR]
 4937 mysql     16   0  102m  21m 4324 S 18.0  4.2   3:19.91 mysqld
 8093 wwwrun    15   0 28340  14m 7676 S 11.0  2.8   0:00.33 httpd2-prefork
 6429 root      15   0 14208  11m 2204 S  2.0  2.2   0:08.90 PleskX.pl
 7440 wwwrun    16   0     0    0    0 Z  1.7  0.0   0:01.42 httpd2-pref <defunct>
 6427 root      16   0 14120  11m 2220 S  1.3  2.2   0:09.70 PleskX.pl
 7770 root      18   0  2200  696  556 R  1.3  0.1   0:02.31 tar
 6380 root      16   0 19368 8436 2940 S  0.3  1.6   0:01.24 agent_runner
    1 root      16   0   692  264  224 S  0.0  0.1   0:01.11 init
    2 root      34  19     0    0    0 S  0.0  0.0   0:00.00 ksoftirqd/0
    3 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 events/0
    4 root      10  -5     0    0    0 S  0.0  0.0   0:00.02 khelper
    5 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 kthread
   11 root      14  -5     0    0    0 S  0.0  0.0   0:00.00 kacpid
  330 root      10  -5     0    0    0 S  0.0  0.0   0:00.26 k
 
Nein kein logrotate

Nein kein logrotate am laufen. Die Zeit wird immer größer. Wie resette ich den Dienst oder halte ihn an ?
 
ich könnte jetzt natürlich sagen 'man [man]kill[/man]'... besser wäre es jedoch wenn Du rausfindest, warum das gzip überhaupt läuft (im top sieht man auch ein tar, daher wird es sicher durch das aufgerufen...)
Code: 
pstree
verrät Dir die Aufrufhierarchie und damit den cron-job, der das ganze initiiert hat.
 
PLESK ist "Schuld": es macht grade ein BackUp und du hast die Option "Do not compress backup files" nicht angeklickt, daher der gzip Task.

Du könntest in PLESK als Admin>Backup>"Execute scheduled backup processes with low priority" mal probieren - bringt m.E. aber nicht viel...

Die Situation wird sich nicht ändern, bis das Backup erfolgreich durchgeführt wurde: auch wenn du Prozesse killst u./o. resetest oder sogar re-bootest, die sind gleich wieder da.

Schau mal ob das Ziel das du f.d. Backups definiert hast i.O. ist.
 
You must log in or register to reply here.
Back
Top