PHPNET: Serveur qui sature sans raison apparente

Le
Thierry Houx
--BEGIN PGP SIGNED MESSAGE--
Hash: SHA1

Bonjour,

J'ai un serveur virtuel chez PHPNET; j'aimerais faire appel aux
compétences de ceux qui auraient un tel hébergement.

Pour des raisons que j'ignore, le serveur devient par moment
indisponible (bloqué); on le reboote à distance, et quand j'analyse les
log je ne vois rien de concret qui puisse expliquer le phénomène.
Je dois dire que le support PHPNET est très réactif à chaque fois que je
le sollicite; mais comme rien d'évident ne peut être mis en lumière.
Il semble qu'une tache se mette à utiliser tout le temps CPU.
J'aimerais donc que quelqu'un d'expérimenté puisse me suggérer des voies
de recherche (j'ai fait pour l'instant un travail qualitatif sur les
bases MySQL; le phénomène s'est toutefois reproduit).

L'hébergement est réalisé à partir d'une distrib Linux debian.

Cordialement.
- --
Thierry Houx (thierry.houx@alussinan.org)
Tourisme en Haute-Normandie, informatique libre et généalogie:
http://thierry.houx.free.fr/index.html
Webmestre du site http://www.geneacaux.org/ membre CGPCSM N°72-2576
--BEGIN PGP SIGNATURE--
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org

iD8DBQFH3f78vEfAUqhIJHURAoPTAJ4pECmeIKnc6H0cXB4XNkWURIjM1gCeKvIu
6CdVFU7Xnho85kd0ImIoqjc=
ê+J
--END PGP SIGNATURE--
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses Page 1 / 2
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Mihamina Rakotomandimby
Le #1609314
Thierry Houx wrote:
Pour des raisons que j'ignore, le serveur devient par moment
indisponible (bloqué); on le reboote à distance, et quand j'analyse les
log je ne vois rien de concret qui puisse expliquer le phénomène.


- quels logs?
- qu'est-ce qui bloque? (le serveur web, le systeme,...)
- quel OS/version/... et quels caractéristiques (disque,RAM,...)?
- quel type de "virtualisation" est utilisé (pour voir comment sont
limitées les ressources)
- quels logiciels sont utilisés sur le serveur (phpBB? Webmin?...)
- as-tu des stats de consommation de ressources?

Avec ce quelques détails on devrait déjà pouvoir avancer un peu.
Mais je pense qu'une fois l'OS annoncé, on devrait se déplacer sur le
groupe de l'OS.

--
Huile Essentielle de Camphre http://www.huile-camphre.fr
Infogerance http://www.infogerance.us
(Serveurs, Postes de travail, Développement logiciel)

Thierry Houx
Le #1611897
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Thierry Houx wrote:
Pour des raisons que j'ignore, le serveur devient par moment
indisponible (bloqué); on le reboote à distance, et quand j'analyse les
log je ne vois rien de concret qui puisse expliquer le phénomène.


- quels logs?
auth.log

messages
syslog

- qu'est-ce qui bloque? (le serveur web, le systeme,...)


L'ensemble devient inaccessible: Impossible d'acceder au site,
impossible de se logger en ssh, ftp impossible.

- quel OS/version/... et quels caractéristiques (disque,RAM,...)?


Debian Etch.
256Mo Ram, 8Go disque, bande passante grantie 3Mbps

- quel type de "virtualisation" est utilisé (pour voir comment sont
limitées les ressources)


Offre PHPNET VDS standard, je n'ai pas plus d'infos.

- quels logiciels sont utilisés sur le serveur (phpBB? Webmin?...)


forum phpBB, ExpoActes logiciel de consultation d'actes généalogiques,
base de 1.253.000 enregistrements, webmin (ce dernier marche mal).

- as-tu des stats de consommation de ressources?


hélas non, mais peut-être y a t'il une manip?

Avec ce quelques détails on devrait déjà pouvoir avancer un peu.
Mais je pense qu'une fois l'OS annoncé, on devrait se déplacer sur le
groupe de l'OS.



J'y ai bien pensé, mais si c'est un service web qui part en vrille?

Cordialement.
- --
Thierry Houx ()
Tourisme en Haute-Normandie, informatique libre et généalogie:
http://thierry.houx.free.fr/index.html
Webmestre du site http://www.geneacaux.org/ membre CGPCSM N°72-2576
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org

iD8DBQFH3q/3vEfAUqhIJHURAriQAKCK6O+k5jI3Ffl4itdeZxHOo/oseQCfbLNs
HKMYo7UpRM/ooH1d8n1/vn0 =Kfd5
-----END PGP SIGNATURE-----


manu157
Le #1635551
"Thierry Houx" de news:47deaff8$0$30749$
256Mo Ram
base de 1.253.000 enregistrements
Comment sont fait vos "select" sur la base ?

Quel est la structure de la base, index, autre ?

Emmanuel.

Thierry Houx
Le #1637450
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

"Thierry Houx" message de news:47deaff8$0$30749$
256Mo Ram
base de 1.253.000 enregistrements
Comment sont fait vos "select" sur la base ?

Quel est la structure de la base, index, autre ?

Emmanuel.


Exemple de select:
"(select ID, TYPACT, DATETXT, COMMUNE, NOM, PRE, 'X' as C_NOM, 'Y' as
C_PRE, LADATE,'Décès' as LIBELLE "

Les index sont nombreux, les tables correspondent au type d'actes:
décès, mariages, naissances, actes divers. Les recherches se font
souvent sur l'ensemble des tables
On utilise pas mal soundex et la recherche avec l'algorithme
levenshtein; la difficulté avec la généalogie, c'est que les noms n'ont
pas d'écriture invariable: Pour une même personne, on peut avoir
Lefebvre, Lefevre, Lefebure et c'est là un exemple simple.

Cordialement.
- --
Thierry Houx ()
Tourisme en Haute-Normandie, informatique libre et généalogie:
http://thierry.houx.free.fr/index.html
Webmestre du site http://www.geneacaux.org/ membre CGPCSM N°72-2576
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org

iD8DBQFH30i4vEfAUqhIJHURAixuAJ4o0W4cv3ninlFkavUN/tIk0J3qBgCgkfNn
Pk+hdRvvkF+GdrFUc5f+E80 =UY7w
-----END PGP SIGNATURE-----


manu157
Le #1650526
"Thierry Houx" de news:47df48b9$0$4428$
Les recherches se font souvent sur l'ensemble des tables
base de 1.253.000 enregistrements


Probablement un pb de manque de RAM alors, vérifiez si il n'y a pas de
oom_killer dans les logs

BertrandB
Le #1651432
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

"Thierry Houx" message de news:47deaff8$0$30749$
256Mo Ram
base de 1.253.000 enregistrements
Comment sont fait vos "select" sur la base ?

Quel est la structure de la base, index, autre ?

Emmanuel.


Exemple de select:
"(select ID, TYPACT, DATETXT, COMMUNE, NOM, PRE, 'X' as C_NOM, 'Y' as
C_PRE, LADATE,'Décès' as LIBELLE "

Les index sont nombreux, les tables correspondent au type d'actes:
décès, mariages, naissances, actes divers. Les recherches se font
souvent sur l'ensemble des tables


C'est comme tout les index trop nombreux ralentissent les écritures sans
forcément améliore les temps de lecture.
Il ne faut créer les index que si on fait des select avec filtre (WHERE)

On utilise pas mal soundex et la recherche avec l'algorithme
levenshtein; la difficulté avec la généalogie, c'est que les noms n'ont
pas d'écriture invariable: Pour une même personne, on peut avoir
Lefebvre, Lefevre, Lefebure et c'est là un exemple simple.



Et ne pas oublier que si l'on veut que l'index soit utilisé il ne faut
pas faire de calcul dessus (c'est ce qu'oracle appel un index cassé)
je crains
que ce soit un de vos problème.
Dans le cas de l'annuaire électronique un des index est constitué par
une version phonétisé du nom, ce qui permet justement d'éviter ce
"cassage d'index".


Cordialement.
- --
Thierry Houx ()
Tourisme en Haute-Normandie, informatique libre et généalogie:
http://thierry.houx.free.fr/index.html
Webmestre du site http://www.geneacaux.org/ membre CGPCSM N°72-2576
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org

iD8DBQFH30i4vEfAUqhIJHURAixuAJ4o0W4cv3ninlFkavUN/tIk0J3qBgCgkfNn
Pk+hdRvvkF+GdrFUc5f+E80 > =UY7w
-----END PGP SIGNATURE-----




Thierry Houx
Le #1680609
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

"Thierry Houx" message de news:47df48b9$0$4428$
Les recherches se font souvent sur l'ensemble des tables
base de 1.253.000 enregistrements


Probablement un pb de manque de RAM alors, vérifiez si il n'y a pas de
oom_killer dans les logs

Bonjour,


Non, pas de oom_killer.

Cordialement.
- --
Thierry Houx ()
Tourisme en Haute-Normandie, informatique libre et généalogie:
http://thierry.houx.free.fr/index.html
Webmestre du site http://www.geneacaux.org/ membre CGPCSM N°72-2576
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org

iD8DBQFH4JeavEfAUqhIJHURAt6gAJ9DNY+WNLJJ0UuzdxMR9u6Ei+9Q9gCcDHIY
rsudsf2fWTIvQtyJN4MgX9Q OEQ
-----END PGP SIGNATURE-----


Thierry Houx
Le #1684666
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


Exemple de select:
"(select ID, TYPACT, DATETXT, COMMUNE, NOM, PRE, 'X' as C_NOM, 'Y' as
C_PRE, LADATE,'Décès' as LIBELLE "

Les index sont nombreux, les tables correspondent au type d'actes:
décès, mariages, naissances, actes divers. Les recherches se font
souvent sur l'ensemble des tables

C'est comme tout les index trop nombreux ralentissent les écritures sans
forcément améliore les temps de lecture.
Il ne faut créer les index que si on fait des select avec filtre (WHERE)



C'est bien le cas.

On utilise pas mal soundex et la recherche avec l'algorithme
levenshtein; la difficulté avec la généalogie, c'est que les noms n'ont
pas d'écriture invariable: Pour une même personne, on peut avoir
Lefebvre, Lefevre, Lefebure et c'est là un exemple simple.


Et ne pas oublier que si l'on veut que l'index soit utilisé il ne faut
pas faire de calcul dessus (c'est ce qu'oracle appel un index cassé) je
crains
que ce soit un de vos problème.
Dans le cas de l'annuaire électronique un des index est constitué par
une version phonétisé du nom, ce qui permet justement d'éviter ce
"cassage d'index".



Dans notre cas, il n'y a pas de calcul. Nous avons parfois en pointe 50
à 60 personnes connectées et faisant simultanément des requêtes.
Le plus bizarre, c'est que la dernière fois que le système s'en bloqué,
c'était à un moment où personne n'était connecté (7h du matin).

Cordialement.
- --
Thierry Houx ()
Tourisme en Haute-Normandie, informatique libre et généalogie:
http://thierry.houx.free.fr/index.html
Webmestre du site http://www.geneacaux.org/ membre CGPCSM N°72-2576
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org

iD8DBQFH4JkXvEfAUqhIJHURAmIDAKDZA7kjBUNe3hNwyF1Cm4nJlJtW1wCfeBDO
mNAi5S7l1MmktNM1MQCqGg8 ËIJ
-----END PGP SIGNATURE-----


Mihamina Rakotomandimby
Le #1684665
Thierry Houx wrote:
Exemple de select:
"(select ID, TYPACT, DATETXT, COMMUNE, NOM, PRE, 'X' as C_NOM, 'Y' as
C_PRE, LADATE,'Décès' as LIBELLE "
Les index sont nombreux, les tables correspondent au type d'actes:
décès, mariages, naissances, actes divers. Les recherches se font
souvent sur l'ensemble des tables



Bon... j'ai déjà "consulté" pour geneanet et ils ont quelques millions
d'enregistrements. Ca ne tient pas dans 256 de RAM. En fait ils ont
plusieurs serveurs (je ne sais plus combien, mais beaucoup).
Je sais, ça n'a pas grand chose à voir, mais ça donne un ordre d'idée.

Maintenant, quand tu dis que ça "plante" quand il n'y a personne, alors
le problème est peut-être ailleurs que dans la coupure pour surcharge.

Si ça tient le coup pour 60 visiteurs simultanés, alors moi j'ai
tendance à dire que c'est pas un problème de charge pour le moment.

--
Huile Essentielle de Camphre http://www.huile-camphre.fr
Infogerance http://www.infogerance.us
(Serveurs, Postes de travail, Développement logiciel)


Thierry Houx
Le #1689337
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Thierry Houx wrote:
Exemple de select:
"(select ID, TYPACT, DATETXT, COMMUNE, NOM, PRE, 'X' as C_NOM, 'Y' as
C_PRE, LADATE,'Décès' as LIBELLE "
Les index sont nombreux, les tables correspondent au type d'actes:
décès, mariages, naissances, actes divers. Les recherches se font
souvent sur l'ensemble des tables



Bon... j'ai déjà "consulté" pour geneanet et ils ont quelques millions
d'enregistrements. Ca ne tient pas dans 256 de RAM. En fait ils ont
plusieurs serveurs (je ne sais plus combien, mais beaucoup).
Je sais, ça n'a pas grand chose à voir, mais ça donne un ordre d'idée.


En fait notre site était hébergé chez Geneanet; j'ai dû changer car la
taille de la base et le nombre de connectés écroulaient le serveur qui
est mutualisé (ça commençait à tousser fort chez Geneanet).
C'est pourquoi je suis passé à un serveur virtualisé, dont le
fonctionnement est rapide.

Maintenant, quand tu dis que ça "plante" quand il n'y a personne, alors
le problème est peut-être ailleurs que dans la coupure pour surcharge.

Si ça tient le coup pour 60 visiteurs simultanés, alors moi j'ai
tendance à dire que c'est pas un problème de charge pour le moment.



Je suis d'accord avec cette analyse; mon idée est qu'un script doit à un
moment boucler et saturer le CPU. La difficulté étant de savoir par quel
moyen identifier le "fautif". La grosse quantité des sollicitations
étant sur le php et MySQL, c'est ceux-là que j'incrimine en premier.

Cordialement.
- --
Thierry Houx ()
Tourisme en Haute-Normandie, informatique libre et généalogie:
http://thierry.houx.free.fr/index.html
Webmestre du site http://www.geneacaux.org/ membre CGPCSM N°72-2576
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org

iD8DBQFH4VQhvEfAUqhIJHURAsfvAJsHOw9fBi0etU8B3NUtSauieTLSpgCg3L8C
FrJU05CBxpL9iFZDcc6qLN0 =zaQ9
-----END PGP SIGNATURE-----



Publicité
Poster une réponse
Anonyme