Aller au contenu

Sujets conseillés

Posté (modifié)

Salut à tous!

Cette belle place est mon dernier espoir :evil:

Je vient de changer recement de server dédié, et depuis c'est la rame totale ....

Le server est extremement lent! Souvent inaccecible ....

Timeout 300

KeepAlive On

MaxKeepAliveRequests 0

KeepAliveTimeout 7

MinSpareServers 40

MaxSpareServers 80

StartServers 60

MaxClients 900

MaxRequestsPerChild 0

J'ai installer MRTG en speed, donc certain graff ne marche pas, je m'en escuse ...

http://65.98.61.234/mrtg/

2048Mo de RAM, un P4 3.0Ghz me semble ... load average: 0.35, 0.18, 0.17

... et voilà :gueule: sa rame :gueule:

Le site à un fort trafic ... 30'000 visites et plus de 200'000 pages vues ...

Merci si vous pouvez m'aider :blush:

Modifié par eMule
Posté

J'ai mis les config de HUB trouver sur le forum ... et sa rame toujours autant ... donc atuellement

Timeout 300

KeepAlive On

MaxKeepAliveRequests 100

KeepAliveTimeout 15

MinSpareServers 10

MaxSpareServers 20

StartServers 25

MaxClients 150

MaxRequestsPerChild 50

19:03:26 up 4 days, 19:51, 2 users, load average: 0.12, 0.16, 0.17

145 processes: 141 sleeping, 1 running, 3 zombie, 0 stopped

CPU states: cpu user nice system irq softirq iowait idle

total 2.4% 0.0% 1.4% 0.0% 0.4% 0.0% 95.5%

cpu00 2.9% 0.0% 1.9% 0.9% 0.9% 0.0% 93.1%

cpu01 1.9% 0.0% 0.9% 0.0% 0.0% 0.0% 97.0%

Mem: 2041324k av, 1764800k used, 276524k free, 0k shrd, 191900k buff

861212k active, 744368k inactive

Swap: 2096440k av, 0k used, 2096440k free 1359996k cached

Posté

Tu as quel espace libre sur la partition / ?

Je n'arrive pas à voir tes mrtg, le serveur ne répond pas :(

Posté
root_AT_server145 [/dev]# fdisk -l

Disk /dev/sda: 120.0 GB, 120034123776 bytes

255 heads, 63 sectors/track, 14593 cylinders

Units = cylinders of 16065 * 512 = 8225280 bytes

  Device Boot    Start      End    Blocks  Id  System

/dev/sda1  *        1      191  1534176  83  Linux

/dev/sda2          192      2231  16386300  83  Linux

/dev/sda3          2232      3506  10241437+  83  Linux

/dev/sda4          3507    14593  89056327+  f  Win95 Ext'd (LBA)

/dev/sda5          3507      3767  2096451  82  Linux swap

/dev/sda6          3768      3832    522081  83  Linux

/dev/sda7          3833    14593  86437701  83  Linux

Les statistiques ont été mises à jour le Dimanche 24 Juillet 2005 à 19:10

--------------------------------------------------------------------------------

Graphique quotidien (sur 5 minutes : Moyenne)

Max /home 99.0 % (9.9%) Moyenne /home 99.0 % (9.9%) Actuel /home 99.0 % (9.9%)

Max / 81.0 % (8.1%) Moyenne / 81.0 % (8.1%) Actuel / 81.0 % (8.1%)

Tu me conseille quoi ?

Posté

Ce n'est pas un fdisk que je te demande, mais le résultat d'une commande "df"

Posté

Ecuse moi :s

root_AT_server145 [/dev]# df

Filesystem          1K-blocks      Used Available Use% Mounted on

/dev/sda1              1510032    261608  1171716  19% /

/dev/sda7            85080348    166580  80591884  1% /home

none                  1020660        0  1020660  0% /dev/shm

/dev/sda6              505605    11961    467540  3% /tmp

/dev/sda3            10080520  4496712  5071740  47% /usr

/dev/sda2            16128668    445248  14864108  3% /var

De se côté la c'est bon :P

On as un disque dur 120Go SATA ... et le site doit prendre 75Mo à tout casser!

Je pense que le problème vient de la config du httpd.conf .... tu as une config à me proposer ?

Merci pour tout Dan!

Posté

Tu as un nombre important de ctxt/process, qui grimpe à partir de midi.

Tu es à 3600... et devrais tourner à moins de 500/700 vu que c'est un nouveau serveur, avec peu d'activité.

Qu'as-tu lancé à cette heure précise ?

Quelle distrib Linux tournes-tu ? Quel noyau ?

Posté

J'ai justement rien lancé ...

Distrib : Centos, version free de RedHat

Noyau : 2.6.11.7.dn5.p4

Je vais essayer de monter les chiffres du httpd.conf pour voir :)

Posté

Si tu n'as rien lancé... alors quelqu'un l'a fait à ta place.

Avec la config httpd.conf du HUb, tu devrais ronronner, et il ne sert à rien de booster les chiffres.

As-tu tourné rootkit ou rkhunter pour voir si tu n'avais pas de crasse ?

Regardé dans /tmp et /var/tmp si tu n'avais pas de process qui ne devraient pas y être ?

Donnes le résultat de "ps alfxw" et de "netstat -tanpu" entre les balises [codebox ] et [/codebox ] (sans l'espace avant le ] de fermeture)

Posté

Pour moi c'est idiot d'avoir autant de process Apache.... :evil:

Ca ne sert qu'à charger inutilement le serveur, mais le vrai problème n'est pas là.

Installe rkhunter et fais le tourner.

A voir le nombre de SYN_RECV (Une requête de connexion a été reçue du réseau ) avec des ports farfelus donné par la commande netstat, je dirais que ton serveur est en train de se faire hacker.

Posté

Conseille moi une config poour mon httpd.conf alors stp

Sachant que j'ai un grand nombre de visiteurs, et de connection ...

Je vais installer rkhunter :)

Posté
Conseille moi une config poour mon httpd.conf alors stp

Sachant que j'ai un grand nombre de visiteurs, et de connection ...

Je vais installer rkhunter :)

Pour pouvoir passer MaxClients à une valeur supérieure à 256, il faut aussi augmenter ServerLimit.

Donc je dirais que par défaut tu peux changer les valeurs du Hub, mettre MaxClients à 256 et laisser les autres valeurs telles quelles.

Une vingtaine de serveurs de réserve est normalement largement suffisante.

Tu sers de serveur de relai pour du peer-to-peer ? Parce que le nombre de connexions Ethernet me semble très élevé.

Dan

Posté

Pas de relais, juste un site mais il y a ennormement de connecter ...

Je vais donc essayer ta config :)

Posté

Quelle est ton appli principale? Parce qu'avoir 3500 context switches par seconde signifie que le nombre de paquets reçus par Ethernet n'est pas très loin de cette valeur.

La charge serveur n'est pas élevée, et la mémoire et le CPU ne sont pas saturés. C'est donc vraisemblablement au niveau du réseau que tu coinces.

De quelle bande passante disposes-tu ? As-tu fait des essais de transfert de fichier vers un serveur qui "dépote" ?

Les serveurs dédiés qu'on trouve aux USA souffrent souvent d'une bande passante qui est loin d'être celle annoncée commercialement.

Un de mes clients dont je m'occupe des serveurs a deux bi-Xeon aux USA, et ceux-ci sont infiniment plus lents en transfert que l'équivalent chez OVH (un facteur 40 en tout cas), même entre ces deux serveurs sur le même réseau...

Lance une commande "vmstat 1 20" et donne-nous l'info (elle va tourner pendant 20 secondes)

Posté
root_AT_server145 [~]# vmstat 1 20

procs                      memory      swap          io    system        cpu

r  b  swpd  free  buff  cache  si  so    bi    bo  in    cs us sy id wa

0  0      0 1252436 196764 410068    0    0    4    23  174    97  2  2 96  0

0  0      0 1252756 196764 410068    0    0    0    0 1477  228  2  2 96  0

0  0      0 1252356 196768 410064    0    0    0  104 1361  158  2  1 96  0

0  0      0 1250484 196768 410064    0    0    0    0 1358  212  3  2 95  0

0  0      0 1250788 196768 410064    0    0    0    0 1408  157  2  2 97  0

0  0      0 1250636 196780 410052    0    0    0  116 1436  240  2  2 96  0

0  0      0 1250324 196780 410052    0    0    8    3 1411  225  3  1 96  0

0  0      0 1252132 196780 410052    0    0    0    0 1460  358  6  4 91  0

0  0      0 1251708 196784 410048    0    0    0    88 1401  243  3  3 95  0

0  0      0 1251452 196784 410048    0    0    0    0 1424  211  3  2 96  0

0  0      0 1250316 196784 410048    0    0    0    60 1340  305  4  3 94  0

0  0      0 1249676 196788 410044    0    0    0    23 1430  154  2  2 97  0

0  0      0 1250964 196788 410044    0    0    0    0 1423  189  3  3 94  0

0  0      0 1250436 196792 410040    0    0    0    84 1490  133  1  1 98  0

0  0      0 1249732 196792 410040    0    0    0    0 1372  234  2  2 96  0

0  0      0 1249436 196796 410036    0    0    0  128 1410  196  2  2 97  0

0  0      0 1249108 196800 410032    0    0    0    47 1347  209  2  2 97  0

0  0      0 1248876 196800 410032    0    0    0    0 1507  156  2  2 97  0

0  0      0 1249468 196800 410032    0    0    0    40 1392  148  2  1 98  0

0  0      0 1248588 196800 410100    0    0    0    0 1434  140  2  2 96  0

root_AT_server145 [~]#

Quand on reguarde MRTG, quand le nombre de process est elevé, le nombre de ctxt/processes est très faible et le server tourne très bien!

Donc j'aimerais trouver une solution pour peut être refaire monter se nombre de process ... non ?

Posté

Mets une valeur de 50 à MaxRequestsPerChild

et la valeur 100 à MaxKeepAliveRequests

Laisser les deux à 0 fait que tu ne contrôles plus rien en matière de process Apache.

Posté

J'ai modifier par tes valeurs Dan :)

Sa reste lent, même pour une 404 .... le temp de connection et de réponse est super lent :'(

Personne aurait d'autre idée ?

Posté
Personne aurait d'autre idée ?

Je t'ai dit... la bande passante ! Tu n'as pas répondu à mes questions !

Fais des tests de transfert de fichier, et regardes comment est configurée ta carte réseau.

Il faudrait peut-être te montrer plus réactif si tu ne veux pas que les gens se lassent d'essaier de t'aider, non ?

Posté

C'est bien ce qu'il me semblait. Ton serveur est bridé au niveau du D/L ... c'est souvent le cas avec des serveurs U/S. :(

Tu n'as malheureusement pas grand-chose à faire, si ce n'est regarder si l'interface réseau est correctement configurée, mais à mon avis le problème est plus en amont.

A mon avis c'est au niveau de la bande passante et des liens de peering de ton hébergeur que ça doit coincer.

Posté

Je doute fortement car avant on avait un server sur le même hebergeur, et sa marcher nickel! On as du changer car carte mère et hdd sata mort .... on est aller sur OVH, et même resultat, le server arrivé pa sa suivre après 6h du matin .... et la encore pareil!

Bon je vais continuer mon invistigation même si je reste persuader que c'est un problème au niveau de la configuration d'un truc :s

Veuillez vous connecter pour commenter

Vous pourrez laisser un commentaire après vous êtes connecté.



Connectez-vous maintenant
×
×
  • Créer...