Nous avons un s=E9rieux probl=E8me de lenteur avec Linux.
Voila ce qui se passe.
Nous avons 2-3 sites sur un serveur et =E0 quelques heures de la
journ=E9e le serveur est inaccessible en http:// tellement la page est
longue =E0 arriver.
1=2E Regarder les Access
En regardant les access_log : rien de special, peut =EAtre 100 acc=E8s =E0
des petits fichiers par minutes en tout sur l'ensemble des sites.
2=2E Commande Top
L=E0, il y a surement le souci, la commande TOP, nous montre que le
process HTTPD consomme enormement (20% du total CPU). J'ai l'impression
que la cons=E9quence est la lenteur exessive.
La source du probl=E8me ne semble pas =EAtre les acces =E0 des fichiers
(100 acc=E8s minute au total).
Les requ=EAtes sur SQL sont ouverte puis referm=E9e =E0 chaque
utilisation.
Depuis votre savoir et experience, auriez-vous une piste ?
Nous ne sommes pas tr=E8s agiles en reseaux informatiques. Merci merci.
Depuis votre savoir et experience, auriez-vous une piste ? Nous ne sommes pas très agiles en reseaux informatiques.
Payez vous un professionnel.
Henry16
Nous avons un sérieux problème de lenteur avec Linux et malheureusemnt, nous n'avons pas assez d'argent pour faire appel à un seigneur des réseaux. Voila ce qui se passe. Nous avons 2-3 sites sur un serveur et à quelques heures de la journée le serveur est inaccessible en http:// tellement la page est longue à arriver. 1. Regarder les Access En regardant les access_log : rien de special, peut être 100 accès à
des petits fichiers par minutes en tout sur l'ensemble des sites. 2. Commande Top Là, il y a surement le souci, la commande TOP, nous montre que le process HTTPD consomme enormement (20% du total CPU). J'ai l'impression
que la conséquence est la lenteur exessive. La source du problème ne semble pas être les acces à des fichiers (100 accès minute au total). Les requêtes sur SQL sont ouverte puis refermée à chaque utilisation.
Depuis votre savoir et experience, auriez-vous une piste ? Nous ne sommes pas très agiles en reseaux informatiques. Merci merci.
Henry .
Nous avons un sérieux problème de lenteur avec Linux et
malheureusemnt, nous n'avons pas assez d'argent pour faire appel à un
seigneur des réseaux.
Voila ce qui se passe.
Nous avons 2-3 sites sur un serveur et à quelques heures de la
journée le serveur est inaccessible en http:// tellement la page est
longue à arriver.
1. Regarder les Access
En regardant les access_log : rien de special, peut être 100 accès à
des petits fichiers par minutes en tout sur l'ensemble des sites.
2. Commande Top
Là, il y a surement le souci, la commande TOP, nous montre que le
process HTTPD consomme enormement (20% du total CPU). J'ai l'impression
que la conséquence est la lenteur exessive.
La source du problème ne semble pas être les acces à des fichiers
(100 accès minute au total).
Les requêtes sur SQL sont ouverte puis refermée à chaque
utilisation.
Depuis votre savoir et experience, auriez-vous une piste ?
Nous ne sommes pas très agiles en reseaux informatiques. Merci merci.
Nous avons un sérieux problème de lenteur avec Linux et malheureusemnt, nous n'avons pas assez d'argent pour faire appel à un seigneur des réseaux. Voila ce qui se passe. Nous avons 2-3 sites sur un serveur et à quelques heures de la journée le serveur est inaccessible en http:// tellement la page est longue à arriver. 1. Regarder les Access En regardant les access_log : rien de special, peut être 100 accès à
des petits fichiers par minutes en tout sur l'ensemble des sites. 2. Commande Top Là, il y a surement le souci, la commande TOP, nous montre que le process HTTPD consomme enormement (20% du total CPU). J'ai l'impression
que la conséquence est la lenteur exessive. La source du problème ne semble pas être les acces à des fichiers (100 accès minute au total). Les requêtes sur SQL sont ouverte puis refermée à chaque utilisation.
Depuis votre savoir et experience, auriez-vous une piste ? Nous ne sommes pas très agiles en reseaux informatiques. Merci merci.
Henry .
Emmanuel Florac
Le Mon, 16 Oct 2006 07:06:17 -0700, Henry16 a écrit :
Depuis votre savoir et experience, auriez-vous une piste ?
Si vous avez une application web avec une base SQL derrière et que ce n'est pas très bien sécurisé, il est fort possible que vous soyiez "rooté" et que votre serveur soit utilisé à votre insu pour faire des choses malhonnêtes : envoyer du spam, pire, héberger des pages de "phishing", difffuser des virus, etc. Les applications codées en PHP par des jeunes peu compétents mais qui se croient brillants sont particulièrement sujettes à ce problème...
-- "Dope will get you through times of no money better than money will get you through times of no dope." Freewheelin' Franklin
Le Mon, 16 Oct 2006 07:06:17 -0700, Henry16 a écrit :
Depuis votre savoir et experience, auriez-vous une piste ?
Si vous avez une application web avec une base SQL derrière et que ce
n'est pas très bien sécurisé, il est fort possible que vous soyiez
"rooté" et que votre serveur soit utilisé à votre insu pour faire des
choses malhonnêtes : envoyer du spam, pire, héberger des pages de
"phishing", difffuser des virus, etc.
Les applications codées en PHP par des jeunes peu compétents mais qui se
croient brillants sont particulièrement sujettes à ce problème...
--
"Dope will get you through times of no money better
than money will get you through times of no dope."
Freewheelin' Franklin
Le Mon, 16 Oct 2006 07:06:17 -0700, Henry16 a écrit :
Depuis votre savoir et experience, auriez-vous une piste ?
Si vous avez une application web avec une base SQL derrière et que ce n'est pas très bien sécurisé, il est fort possible que vous soyiez "rooté" et que votre serveur soit utilisé à votre insu pour faire des choses malhonnêtes : envoyer du spam, pire, héberger des pages de "phishing", difffuser des virus, etc. Les applications codées en PHP par des jeunes peu compétents mais qui se croient brillants sont particulièrement sujettes à ce problème...
-- "Dope will get you through times of no money better than money will get you through times of no dope." Freewheelin' Franklin
Matthieu Moy
Emmanuel Florac writes:
Les applications codées en PHP par des jeunes peu compétents mais qui se croient brillants sont particulièrement sujettes à ce problème...
Google -> "faille include php" grep include *.php
En général, on commence par là ;-).
-- Matthieu
Emmanuel Florac <eflorac@imaginet.fr> writes:
Les applications codées en PHP par des jeunes peu compétents mais qui se
croient brillants sont particulièrement sujettes à ce problème...
Les applications codées en PHP par des jeunes peu compétents mais qui se croient brillants sont particulièrement sujettes à ce problème...
Google -> "faille include php" grep include *.php
En général, on commence par là ;-).
-- Matthieu
zoot
Quel genre de systeme,Quelle memoire, disks, comment sont repartit les disques ... Est ce que vous utiliser une database ( Mysql ?) Quelle version de linux, apache php Mysql ?? ca peut donner une idee si ca fonctionne normalement en dehors des heures de pointes, ce ne peut etre que un probleme de systeme sous dimentioner? quoique !?? Zoot
wrote:
Nous avons un sérieux problème de lenteur avec Linux et malheureusemnt, nous n'avons pas assez d'argent pour faire appel à un seigneur des réseaux. Voila ce qui se passe. Nous avons 2-3 sites sur un serveur et à quelques heures de la journée le serveur est inaccessible en http:// tellement la page est longue à arriver. 1. Regarder les Access En regardant les access_log : rien de special, peut être 100 accès à
des petits fichiers par minutes en tout sur l'ensemble des sites. 2. Commande Top Là, il y a surement le souci, la commande TOP, nous montre que le process HTTPD consomme enormement (20% du total CPU). J'ai l'impression
que la conséquence est la lenteur exessive. La source du problème ne semble pas être les acces à des fichiers (100 accès minute au total). Les requêtes sur SQL sont ouverte puis refermée à chaque utilisation.
Depuis votre savoir et experience, auriez-vous une piste ? Nous ne sommes pas très agiles en reseaux informatiques. Merci merci.
Henry .
Quel genre de systeme,Quelle memoire, disks, comment sont repartit les
disques ...
Est ce que vous utiliser une database ( Mysql ?)
Quelle version de linux, apache php Mysql ??
ca peut donner une idee
si ca fonctionne normalement en dehors des heures de pointes, ce ne
peut etre que un probleme de systeme sous dimentioner? quoique !??
Zoot
Henry16@2cuk.co.uk wrote:
Nous avons un sérieux problème de lenteur avec Linux et
malheureusemnt, nous n'avons pas assez d'argent pour faire appel à un
seigneur des réseaux.
Voila ce qui se passe.
Nous avons 2-3 sites sur un serveur et à quelques heures de la
journée le serveur est inaccessible en http:// tellement la page est
longue à arriver.
1. Regarder les Access
En regardant les access_log : rien de special, peut être 100 accès à
des petits fichiers par minutes en tout sur l'ensemble des sites.
2. Commande Top
Là, il y a surement le souci, la commande TOP, nous montre que le
process HTTPD consomme enormement (20% du total CPU). J'ai l'impression
que la conséquence est la lenteur exessive.
La source du problème ne semble pas être les acces à des fichiers
(100 accès minute au total).
Les requêtes sur SQL sont ouverte puis refermée à chaque
utilisation.
Depuis votre savoir et experience, auriez-vous une piste ?
Nous ne sommes pas très agiles en reseaux informatiques. Merci merci.
Quel genre de systeme,Quelle memoire, disks, comment sont repartit les disques ... Est ce que vous utiliser une database ( Mysql ?) Quelle version de linux, apache php Mysql ?? ca peut donner une idee si ca fonctionne normalement en dehors des heures de pointes, ce ne peut etre que un probleme de systeme sous dimentioner? quoique !?? Zoot
wrote:
Nous avons un sérieux problème de lenteur avec Linux et malheureusemnt, nous n'avons pas assez d'argent pour faire appel à un seigneur des réseaux. Voila ce qui se passe. Nous avons 2-3 sites sur un serveur et à quelques heures de la journée le serveur est inaccessible en http:// tellement la page est longue à arriver. 1. Regarder les Access En regardant les access_log : rien de special, peut être 100 accès à
des petits fichiers par minutes en tout sur l'ensemble des sites. 2. Commande Top Là, il y a surement le souci, la commande TOP, nous montre que le process HTTPD consomme enormement (20% du total CPU). J'ai l'impression
que la conséquence est la lenteur exessive. La source du problème ne semble pas être les acces à des fichiers (100 accès minute au total). Les requêtes sur SQL sont ouverte puis refermée à chaque utilisation.
Depuis votre savoir et experience, auriez-vous une piste ? Nous ne sommes pas très agiles en reseaux informatiques. Merci merci.
