charge cpu 100% sur proliant 1600

[drek]

Lut,

SME 7 final fraichement installer sur un proliant 1600 BI PII 350 RAID materiel compact 4 DD SCSI 9.1

une vision de la commande top semble indiquer un soucis avec la charge cpu.

Code: Tout sélectionner

top - 23:50:48 up 54 min,  1 user,  load average: 3.18, 3.27, 2.67
Tasks: 195 total,   7 running, 157 sleeping,   0 stopped,  31 zombie
Cpu(s): 32.4% us, 67.3% sy,  0.0% ni,  0.0% id,  0.0% wa,  0.3% hi,  0.0% si
Mem:    319864k total,   294696k used,    25168k free,    45620k buffers
Swap:   655352k total,        4k used,   655348k free,    80736k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
1623 root      22   0  2996  288  240 R 12.9  0.1   6:01.87 runsv
5782 root      25   0  2484  328  268 R  2.6  0.1   0:14.08 runsvdir
2051 root      17   0  3748 1000  740 R  2.3  0.3   0:00.87 top
15352 root      16   0  8160 1920 1560 S  1.0  0.6   0:00.52 sshd
    1 root      16   0  2740  660  568 S  0.0  0.2   0:01.13 init
    2 root      RT   0     0    0    0 S  0.0  0.0   0:00.00 migration/0
    3 root      34  19     0    0    0 S  0.0  0.0   0:00.00 ksoftirqd/0
    4 root       5 -10     0    0    0 S  0.0  0.0   0:00.01 events/0
    5 root       5 -10     0    0    0 S  0.0  0.0   0:00.02 khelper




tentative de redemarrage des services gourmand (spamd-clamd-etc...)

rien changer...

une chose via :

Code: Tout sélectionner

tail -F /var/log/messages

Jul 27 23:44:31 fso-linux afpd[12888]: uam: uam not found (status=-1)
Jul 27 23:44:31 fso-linux afpd[12888]: uam: "DHCAST128" available
Jul 27 23:44:31 fso-linux afpd[12888]: Finished parsing Config File
Jul 27 23:45:06 fso-linux kernel: hda: drive_cmd: status=0x51 { DriveReady SeekComplete Error }
Jul 27 23:45:06 fso-linux kernel: hda: drive_cmd: error=0x04Aborted Command
Jul 27 23:47:44 fso-linux httpd: PHP Warning:  mb_strrpos(): Empty haystack in /home/e-smith/files/ibays/phpmyvisite/html/core/include/Logs.functions.php on line 143
Jul 27 23:50:05 fso-linux kernel: hda: drive_cmd: status=0x51 { DriveReady SeekComplete Error }
Jul 27 23:50:05 fso-linux kernel: hda: drive_cmd: error=0x04Aborted Command
Jul 27 23:55:04 fso-linux kernel: hda: drive_cmd: status=0x51 { DriveReady SeekComplete Error }
Jul 27 23:55:04 fso-linux kernel: hda: drive_cmd: error=0x04Aborted Command




la il y a erreur relative au disque dur ??

le systeme fonctionne mais relativement lent
une idée sur le probleme ??

[MasterSleepy]

Salut,

Que le système soit lent ne m'étonne pas du tout.
Tu as 31 zombies

Le tout maintenant est de savoir quelles sont les process qui sont "zombisés".
Tu peux déjà regarder la liste de process

Code: Tout sélectionner

ps -ef

En général ceux avec <defunc> marqué après sont des zombies.
Il faudra que tu coupes le service incriminé, style httpd-e-smith et que tu tues les zombies manuellement.
Après relance le service et ca devrait rentrer dans l'ordre.

A+

[Muzo]

pf -ef | grep defunc

[drek]

Re,

pas facile a detecter ce process qui deconne ,il y en as bien un qui joue au yoyo il est nommer multilog

il demarre puis s'eteint de suite ,avec le marquage defunct mais c'est tres rapide et en boucle regulierement ,seulement je ne sait quel est ce process .
je ne sait quel service redemarrer.
pour ce qui est des zombies pour les voirs il faut faire un copier au bon moment sinon ça reste 0 .

[MasterSleepy]

Dis voir, as-tu installé d'autre contribs????

[drek]

Re,

oui quelques une :

Code: Tout sélectionner

smeserver-apache-error-1.2-2.noarch.rpm
smeserver-autofsck-0.2-2.noarch.rpm
smeserver-phpmyadmin-multiuser-2.1-1.noarch.rpm
smeserver-sysmon-5.0-3.noarch.rpm
smeserver-ubar-1.0-1.i386.rpm
sme7admin


euh fallait pas lol...?

[MasterSleepy]

Essaye de désinstaller cette contribs
smeserver-ubar-1.0-1.i386.rpm

C'est la seul, qui potentiellement pourrait faire le genre de chose que tu as.

[drek]

Re,

bon rien a faire alors on vas retenter une install ,comportement trop etrange il ne voit plus les contribs installer bref ....

réinstall effectuer sans ajout tout vas bien .... a suivre.

reprise du combat ce soir 19h00 install des contribs necessaires .[/code]

[drek]

Lut ,

suite...

réinstall de sme 7 et ajout des contribs

Code: Tout sélectionner

smeserver-apache-error-1.2-2.noarch.rpm
smeserver-phpmyadmin-multiuser-2.1-1.noarch.rpm
sme7admin et ses depandances


Code: Tout sélectionner

Tasks: 165 total,   1 running, 164 sleeping,   0 stopped,   0 zombie
Cpu(s):  1.3% us, 26.8% sy,  0.0% ni,  0.0% id, 71.9% wa,  0.0% hi,  0.0% si
Mem:    319864k total,   305696k used,    14168k free,      460k buffers
Swap:   655352k total,   306288k used,   349064k free,   167856k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
3139 root      15   0  271m  12m 2204 D 18.7  4.1 356:46.96 sme7admind
  221 root      16   0     0    0    0 D  3.9  0.0  49:50.56 kjournald
26111 root      17   0  2960  984  744 R  1.9  0.3   0:02.46 top
   34 root      15   0     0    0    0 S  1.6  0.0  22:25.08 pdflush
   35 root      15   0     0    0    0 S  1.3  0.0  35:15.26 kswapd0
26058 root      16   0  7700 1920 1560 S  1.3  0.6   0:01.09 sshd
    1 root      16   0  2236  176  124 S  0.0  0.1   0:07.04 init
    2 root      RT   0     0    0    0 S  0.0  0.0   0:00.00 migration/0
    3 root      34  19     0    0    0 S  0.0  0.0   0:01.82 ksoftirqd/0
    4 root       5 -10     0    0    0 S  0.0  0.0   0:00.02 events/0
    5 root       5 -10     0    0    0 S  0.0  0.0   0:00.01 khelper
    6 root       5 -10     0    0    0 S  0.0  0.0   0:00.11 kblockd/0
    7 root      25   0     0    0    0 S  0.0  0.0   0:00.00 khubd
   33 root      15   0     0    0    0 S  0.0  0.0  21:45.71 pdflush
   36 root       9 -10     0    0    0 S  0.0  0.0   0:00.00 aio/0
  109 root      25   0     0    0    0 S  0.0  0.0   0:00.00 kseriod
  189 root      19   0     0    0    0 S  0.0  0.0   0:00.00 scsi_eh_0

la le systeme et lent les disques travaille durs .....


Code: Tout sélectionner

top - 19:18:37 up 2 days, 18:47,  1 user,  load average: 0.62, 0.90, 0.96
Tasks: 165 total,   1 running, 164 sleeping,   0 stopped,   0 zombie
Cpu(s):  1.3% us,  1.6% sy,  0.0% ni, 97.1% id,  0.0% wa,  0.0% hi,  0.0% si
Mem:    319864k total,   305888k used,    13976k free,    38868k buffers
Swap:   655352k total,   306288k used,   349064k free,   110000k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
26138 root      17   0  2588  984  744 R  1.9  0.3   0:00.54 top
26058 root      16   0  7700 1920 1560 S  1.0  0.6   0:01.28 sshd
    1 root      16   0  2236  176  124 S  0.0  0.1   0:07.04 init
    2 root      RT   0     0    0    0 S  0.0  0.0   0:00.00 migration/0
    3 root      34  19     0    0    0 S  0.0  0.0   0:01.82 ksoftirqd/0
    4 root       5 -10     0    0    0 S  0.0  0.0   0:00.02 events/0
    5 root       5 -10     0    0    0 S  0.0  0.0   0:00.01 khelper
    6 root       5 -10     0    0    0 S  0.0  0.0   0:00.11 kblockd/0
    7 root      25   0     0    0    0 S  0.0  0.0   0:00.00 khubd
   33 root      15   0     0    0    0 S  0.0  0.0  21:45.71 pdflush
   34 root      16   0     0    0    0 S  0.0  0.0  22:25.50 pdflush
   36 root       9 -10     0    0    0 S  0.0  0.0   0:00.00 aio/0
   35 root      15   0     0    0    0 S  0.0  0.0  35:15.60 kswapd0
  109 root      25   0     0    0    0 S  0.0  0.0   0:00.00 kseriod
  189 root      19   0     0    0    0 S  0.0  0.0   0:00.00 scsi_eh_0
  192 root      19   0     0    0    0 S  0.0  0.0   0:00.00 scsi_eh_1
  206 root       7 -10     0    0    0 S  0.0  0.0   0:00.00 kmirrord

5 minutes + tard ça vas mieux mais le syteme reste lent ......


les disques travaille quasi perpetuellement je pensait ameliorer les accés ainsi que le fonctionnement de la sme en utilisant ce proliant 1600et une sme7 mais je constate une baisse net des performances entre mon ancien hardwware (440BX avec PII@500) sous sme6 et ce proliant a base de 440BX avec 2xPII@350 sous sme7 ,es ce normal pas normal je ne sait pas ....votre avis ???

[sibsib]

Hello,

J'ai une archi un peu semblable à ton ancien système (Un Cyrix C3, c'est a peu près un PII 400, à la surlouche).

Ce qui m'inquiète sur ta machine, c'est la consommation de RAM : 311 Mo en vive, autant en swap, c'est énorme !
Avec sme7admin qui tourne, je suis avec un uptime de 37 jours à 383 Mo de RAM et ... 7 Mo de swap utilisé !

Ce qui m'inquiète particulièrement, ce sont les 271 Mo de ram (virtuelles, certes, mais tout de même) utilisé par sme7admind.

Tu devrais commencer par un service sme7admind stop pour voir ce qui se passe, je pense.

Plus généralement : je pense que ta machine devrait tenir, même si l'avantage d'un bi-pro reste à démontrer sur cette architecture. De la RAM, oui, le bi-pro...

A+,
Pascal

[drek]

Re,

merçi pour ton aide .

donc...

Code: Tout sélectionner

# service sme7admind stop
Stopping sme7admin daemon:                                 [  OK  ]



top - 17:34:48 up 3 days, 17:04,  1 user,  load average: 0.14, 0.10, 0.04
Tasks: 159 total,   1 running, 158 sleeping,   0 stopped,   0 zombie
Cpu(s):  1.0% us,  1.6% sy,  0.0% ni, 97.4% id,  0.0% wa,  0.0% hi,  0.0% si
Mem:    319864k total,   255640k used,    64224k free,    46396k buffers
Swap:   655352k total,    42256k used,   613096k free,    44196k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
5949 root      17   0  2728  980  744 R  1.9  0.3   0:00.23 top
5863 root      16   0  7732 1920 1560 S  0.6  0.6   0:01.54 sshd
3165 root      16   0  7056 1236  696 S  0.3  0.4   1:00.54 hald
    1 root      16   0  2236  176  124 S  0.0  0.1   0:07.21 init
    2 root      RT   0     0    0    0 S  0.0  0.0   0:00.00 migration/0
    3 root      34  19     0    0    0 S  0.0  0.0   0:02.01 ksoftirqd/0
    4 root       5 -10     0    0    0 S  0.0  0.0   0:00.06 events/0
    5 root       5 -10     0    0    0 S  0.0  0.0   0:00.01 khelper
    6 root       5 -10     0    0    0 S  0.0  0.0   0:00.11 kblockd/0
    7 root      25   0     0    0    0 S  0.0  0.0   0:00.00 khubd
   33 root      15   0     0    0    0 S  0.0  0.0  24:04.59 pdflush
   34 root      15   0     0    0    0 S  0.0  0.0  24:37.95 pdflush
   36 root       9 -10     0    0    0 S  0.0  0.0   0:00.00 aio/0
   35 root      15   0     0    0    0 S  0.0  0.0  38:25.90 kswapd0
  109 root      25   0     0    0    0 S  0.0  0.0   0:00.00 kseriod
  189 root      19   0     0    0    0 S  0.0  0.0   0:00.00 scsi_eh_0
  192 root      19   0     0    0    0 S  0.0  0.0   0:00.00 scsi_eh_1



effectivement sme7admin me fait mal au swap dés l'arret du service le swap c'est liberer aie ...

suite...

Code: Tout sélectionner

service sme7admind start
Starting sme7admin daemon:                                 [  OK  ]


top - 17:40:32 up 3 days, 17:09,  1 user,  load average: 0.42, 0.18, 0.07
Tasks: 160 total,   1 running, 159 sleeping,   0 stopped,   0 zombie
Cpu(s):  1.0% us,  1.6% sy,  0.0% ni, 97.4% id,  0.0% wa,  0.0% hi,  0.0% si
Mem:    319864k total,   265368k used,    54496k free,    47112k buffers
Swap:   655352k total,    42256k used,   613096k free,    45040k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
6003 root      17   0  3100  984  744 R  1.6  0.3   0:01.36 top
5863 root      16   0  7732 1920 1560 S  0.6  0.6   0:02.13 sshd
   34 root      15   0     0    0    0 S  0.3  0.0  24:38.08 pdflush
    1 root      16   0  2236  176  124 S  0.0  0.1   0:07.21 init
    2 root      RT   0     0    0    0 S  0.0  0.0   0:00.00 migration/0
    3 root      34  19     0    0    0 S  0.0  0.0   0:02.01 ksoftirqd/0
    4 root       5 -10     0    0    0 S  0.0  0.0   0:00.06 events/0
    5 root       5 -10     0    0    0 S  0.0  0.0   0:00.01 khelper
    6 root       5 -10     0    0    0 S  0.0  0.0   0:00.11 kblockd/0
    7 root      25   0     0    0    0 S  0.0  0.0   0:00.00 khubd
   33 root      15   0     0    0    0 S  0.0  0.0  24:04.59 pdflush
   36 root       9 -10     0    0    0 S  0.0  0.0   0:00.00 aio/0
   35 root      15   0     0    0    0 S  0.0  0.0  38:25.90 kswapd0
  109 root      25   0     0    0    0 S  0.0  0.0   0:00.00 kseriod
  189 root      19   0     0    0    0 S  0.0  0.0   0:00.00 scsi_eh_0
  192 root      19   0     0    0    0 S  0.0  0.0   0:00.00 scsi_eh_1
  206 root       7 -10     0    0    0 S  0.0  0.0   0:00.00 kmirrord


je surveille ...a voir dans le temps .

[fraedhrim]

Tiens c'est marrant j'ai un problème sur une SME 6.0.1 avec sme6admin.
Au démarrage de la machine j'ai un "diff" qui vient remplir complètement le swap et qui plante la machine.

Si je désactive sme6admin je n'ai plus le problème.

Mais bon pas sur que ça tourne autour du même sujet... Il s'agit d'une workstation Compad Deskpro EN. J'en ai une autre identique sur laquelle je n'ai pas ce problème. :/

Bon courage.