RPS II en premium down tous les jours

39 réponses

Page 1 2

Auteur	Message
rudegreg \| Membre Inscrit le : 18/09/2007	# Le 09/02/2010 à 20:28 Bonjour, je fais appel a vos lumière car on début en administration de serveur et on tombe sur un gros soucis. Voila on a un site qui fait 600 VU/j sur un RPS II en premium (4Mo/s). On est un peu novice en admin serveur mais on a eu l'aide d'un professionnel pour le monter. le serveur tournais bien jusqu'au jour ou l'on a transférer le site dessus pour faire simple. Depuis il plante minimum 1 fois / J. Obligé de rebooter. la config : IP : 91.121.xx.xx Serveur iSCSI : iscsi87 Système (OS) : debian50 Noyau : 2.6.32.2 Nous avons ouvert un billet au support OVH. on a eu 1 réponse : [QUOTE]Nous n'avons pas identifier de soucis au niveau de votre machine si ce n'est énormément d'écriture disque qui pourrait occasionner ce genre de soucis.[/QUOTE] depuis on a mis en stand bye les crons mais rien n'y change. Il plante toujours autant. notre trafic (moyen) : Entrée : 891.1 kb/s Sortie : 1794.5 kb/s paquet (moyen) : Entrée : 1278.5 packet/s Sortie : 1729.1 packet/s D'après l'admin qui nous aide il met clairement en cause le iscsi. Quel est votre avis sur notre écriture disque ? Avez vous une idée du plantage ? Sachant qu'on débute dans ce domaine de compétence si vous pouviez expliquer version pour les nuls ca serais sympa car qund je vous lits dans ce domaine je ne vous suit pas toujours. le monde appartient a ceux qui se lèvent tôt ou a ceux qui se couchent tard !
crdffrance \| JOCELYN Membre Inscrit le : 18/04/2008	# Le 09/02/2010 à 21:12 Le prenium RPS chez OVH ça ne coûte pas plus cher que le standard ? Pour ton problème, as-tu installé l'utilitaire d'ovh ? http://www.crdf.fr
rudegreg \| Grégory Membre Inscrit le : 18/09/2007	# Le 09/02/2010 à 21:30 si ca coute un peu plus cher que le standard. En standard tu as 1MO/s de transit scsi alors qu'en premium 4 et business 10. non je crois pas qu'il ont utiliser l'utilitaire ovh mais tous fait l'installe en commande ssh le monde appartient a ceux qui se lèvent tôt ou a ceux qui se couchent tard !
crdffrance \| JOCELYN Membre Inscrit le : 18/04/2008	# Le 09/02/2010 à 21:33 J'avais participé à la première beta test des RPS chez OVH. Si je me souviens bien j'avais les mêmes problèmes de coupure au bout de quelques jours : le scsi bloquait et le serveur était indisponible. Afin de palier à ce problème, j'avais réinstaller le système et installé aussi l'utilitaire d'ovh un truc assez bizarre je dois dire et le problème était résolu. Je crois que c'est dans le dossier "/root/"... Si ça peut t'aider. http://www.crdf.fr
MathieuC \| Mathieu Modérateur Inscrit le : 15/07/2005	# Le 09/02/2010 à 21:37 Perso j'ai jamais reussi a avoir un RPS qui "fonctionne" correctement, y'avait toujours des freeze enormes ou des perfs disques trop faibles... Mais mes tests datent un peu (avant la mise en place des gammes standard / premium / business). Sinon, vu que tu payes 25€ / mois, pourquoi ne pas passer au premier prix de kimsufi (30€) qui au moins est un vrai serveur ? Avec un systeme de VPS, tu pourrais migrer la machine sans y passer des heures en cas de besoin d'augmentation de puissance (seul avantage des RPS)
abravanel666 \| Sylvain Modérateur Inscrit le : 19/07/2009	# Le 09/02/2010 à 21:40 J'ai fait un test de joomla sur RPS ca ramait à mort !! la même requete sql entre rps et kimsufi ca faisait un facteur 10 ou 20 ... Bref ca va bien pour bricoler, faire du dev mais pour de la prod c'est pas adapté http://www.magasins-usine.info http://www.shoppingactu.com
crdffrance \| JOCELYN Membre Inscrit le : 18/04/2008	# Le 09/02/2010 à 21:41 Oui c'est pour çà que pour le même prix, tu peux sûrement avoir un kim... http://www.crdf.fr
rudegreg \| Grégory Membre Inscrit le : 18/09/2007	# Le 09/02/2010 à 22:13 il ne fait pas une journée sans tomber. D'après ce que je comprend il perd la connexion avec le disque dure donc il met en cache et quand la mémoire est pleine il répond plus. On n'a pas pris le kimsufi car la mémoire nous semblait faible mais je crois qu'on va regretter. A terme on voudrais mettre tous nos sites dessus et le RPS sur le papier nous semblait bien pour commencer dans le serveur dédié. C'est quoi l'utilitaire OVH ? il est ou ? car ce qu'on avait vu semble dater un peu. le monde appartient a ceux qui se lèvent tôt ou a ceux qui se couchent tard !
crdffrance \| JOCELYN Membre Inscrit le : 18/04/2008	# Le 09/02/2010 à 22:18 Après c'était en version beta, donc je ne sais pas si ça évolué. Mais tout ce que je peux te dire, c'est que j'avais le même genre de problème. Essaye de demander à OVH de changer le scsi vers un autre HDD. Pour ma part, je vais essayer de te chercher dans mes backups serveurs le fichier bash. http://www.crdf.fr
rudegreg \| Grégory Membre Inscrit le : 18/09/2007	# Le 09/02/2010 à 22:27 Ovh répond plus depuis leur seul et unique réponse ou il nous dit qu'on fait trop d'écriture sans plus d'explication. Merci c'est gentil ! le monde appartient a ceux qui se lèvent tôt ou a ceux qui se couchent tard !
darkham \| Adrien Membre Inscrit le : 11/05/2005	# Le 10/02/2010 à 07:44 j'ai eu un rps, les accés disque une horreur ... j'ai vite résilié ce truc perso Widoox : http://www.widoox.fr
Akarys \| Thierry Membre Inscrit le : 19/01/2008	# Le 10/02/2010 à 07:51 Bonjour Ça ne règlera pas ton problème rudegreg, mais sache qu'un RPS ça peu marcher J'ai un RPS I, la version promo avec 50 Go, et pas de soucis. Il me sert de "séquenceur" pour des tâches type cron ou autre activité de monitoring; pour des données importantes de mes dédiés; pour des calculs de stats, et pour mon wiki perso. Donc pas un usage intensif mais une dispo quasi 100%. # Moyenne : Lecture: 243.81 reqs/s - Ecriture: 81.07 reqs/s $ uptime 07:30:46 up 54 days, 3:22, 1 user, load average: 0.29, 0.22, 0.26 Seulement 54 jours car je l'avais rebooté pour un noyau plus à jour. L'ancien n'était même plus proposé par le manager OVH ;)
Bool \| Olivier Modérateur Inscrit le : 09/05/2005	# Le 10/02/2010 à 08:54 Les lectures/écritures disque, vous les surveillez avec iostat ? Savez vous quelles partitions posent problème ? Et/ou quelle application ? Parmis les questions connes : vous avez essayé de les réduire ces écritures ? Genre activer le writeback du système de fichier, si ce n'est pas déjà fait ? Et le /tmp, il est en mémoire ? La machine swap ? Y a du MySQL ? principalement en InnoDB ou MyISAM. daevel : infogérance et conseil \|\| moi
angelzeke \| Villaumé Anonyme Inscrit le : 26/10/2005	# Le 10/02/2010 à 10:34 Bonjour à tous, je suis le frère de grégory et développeur sur le projet, j'ai bien dis développeur et pas administrateur réseau. Donc on a toujours le même problème, avec un plantage encore hier soir. Les écritures de disque, on les récupère sur le manageur d'OVH, on ne sait pas exactement la partitions qui pose problème. A ma connaissance nous n'avons pas activer le "writeback" mais je suis intéresser de savoir en quoi cela consiste? Il y a exclusivement du MYSQL en MyISAM qui représente selon moi la quasi totalité des écritures, donc nous n'avons pas trop moyen de les réduire. Concernant le /tmp à savoir si il est en mémoire ou savoir si la machine swap, la j'en ai aucune idée, peut on le savoir simplement? Hier j'ai tester, en me disant que l'on était plus à cela près de changer le Netboot, je suis passe sur le HD au lieu du 2.6.32.2 x86 & SMP. En tout cas merci pour votre aide vous cherchez un annuaire RSS dans lequel vous pouvez lire vos flux RSS/RDF et faire vos favoris www.1001rss.com
Bool \| Olivier Modérateur Inscrit le : 09/05/2005	# Le 10/02/2010 à 10:40 Donne le résultat d'un "mount" déjà. On aura la liste des partitions avec leurs options de montage. Pour le swap : "free -m" Et pour ce qui est des stats, donne le premier résultat d'un "iostat -N -k 60", puis le second (les deux blocs vont s'afficher à 1 minute d'interval). Il y a exclusivement du MYSQL en MyISAM qui représente selon moi la quasi totalité des écritures, donc nous n'avons pas trop moyen de les réduire. Bah justement, peut être essayer InnoDB avec un innodb_flush_log_at_trx_commit à 2 (voir 0 si t'es joueur). daevel : infogérance et conseil \|\| moi
angelzeke \| Villaumé Anonyme Inscrit le : 26/10/2005	# Le 10/02/2010 à 10:46 Resultat d'un mount : /dev/sda1 on / type ext3 (rw,noatime,nodiratime,errors=remount-ro) tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755) proc on /proc type proc (rw,noexec,nosuid,nodev) sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) udev on /dev type tmpfs (rw,mode=0755) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620) /dev/sda2 on /home type ext3 (rw,noatime,nodiratime) free -m : total used free shared buffers cached Mem: 998 644 353 0 9 332 -/+ buffers/cache: 302 695 Swap: 491 2 489 Pour iostat il me dis que la commande n'est pas trouver! Cela fait quoi exactement la commande "innodb_flush_log_at_trx_commit"? vous cherchez un annuaire RSS dans lequel vous pouvez lire vos flux RSS/RDF et faire vos favoris www.1001rss.com
Bool \| Olivier Modérateur Inscrit le : 09/05/2005	# Le 10/02/2010 à 10:56 mmm un bon partitionnement bien pourri à la OVH Bref. Ajoutes dans ton /etc/fstab : tmpfs /tmp tmpfs defaults,noatime,nosuid,nodev 0 0 puis tapes : cd /tmp ; mount /tmp ; mv * /tmp/ Et modifie le fichier /etc/default/rcS afin d'avoir RAMRUN et RAMLOCK à yes. Pour appliquer ça par contre vaut mieux rebooter. Pour le writeback, il me semble qu'il est actif par défaut sur le kernel 2.6.32... mais va savoir si OVH l'a pas désactivé (et je ne sais pas comment le vérifier). Sinon tu peux toujours remplacer ext3 par ext4 sur ton /home ; en supposant que les problèmes d'écritures viennent du /home : pour iostat : aptitude install sysstat. Pour le "innodb flush log at trx commit", cf la doc : # If set to 1, InnoDB will flush (fsync) the transaction logs to the # disk at each commit, which offers full ACID behavior. If you are # willing to compromise this safety, and you are running small # transactions, you may set this to 0 or 2 to reduce disk I/O to the # logs. Value 0 means that the log is only written to the log file and # the log file flushed to disk approximately once per second. Value 2 # means the log is written to the log file at each commit, but the log # file is only flushed to disk approximately once per second. En gros ça laisse l'OS bufferiser un peu les écritures. daevel : infogérance et conseil \|\| moi
angelzeke \| Villaumé Anonyme Inscrit le : 26/10/2005	# Le 10/02/2010 à 13:17 J'ai enfin réussi à installer iostat et voici les resultats : iostat -N -k 60 Linux 2.6.24.5-grsec-xxxx-grs-ipv4-32 (r31323.ovh.net) 10.02.2010 _i686_ avg-cpu: %user %nice %system %iowait %steal %idle 17,83 0,00 1,88 3,20 0,00 77,09 Device: tps kB_read/s kB_wrtn/s kB_read kB_wrtn uba 0,02 0,06 0,38 435 2792 sda 4,85 42,06 256,06 305970 1862804 vous cherchez un annuaire RSS dans lequel vous pouvez lire vos flux RSS/RDF et faire vos favoris www.1001rss.com
angelzeke \| Villaumé Anonyme Inscrit le : 26/10/2005	# Le 10/02/2010 à 13:21 Sinon j'ai fait toutes les modifications que tu nous recommande resultat du mount : /dev/sda1 on / type ext3 (rw,noatime,nodiratime,errors=remount-ro) tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755) proc on /proc type proc (rw,noexec,nosuid,nodev) sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) varrun on /var/run type tmpfs (rw,nosuid,mode=0755) varlock on /var/lock type tmpfs (rw,noexec,nosuid,nodev,mode=1777) udev on /dev type tmpfs (rw,mode=0755) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620) /dev/sda2 on /home type ext3 (rw,noatime,nodiratime) tmpfs on /tmp type tmpfs (rw,nosuid,nodev,noatime) free -m : total used free shared buffers cached Mem: 998 834 164 0 11 488 -/+ buffers/cache: 334 664 Swap: 491 2 489 Merci bool et les autres pour vos précieux conseils, nous allons attendre de voir si ces modifications empêchent le serveur de crasher à moins que l'un de vous ai une autre remarque tout aussi intéressante. vous cherchez un annuaire RSS dans lequel vous pouvez lire vos flux RSS/RDF et faire vos favoris www.1001rss.com
Bool \| Olivier Modérateur Inscrit le : 09/05/2005	# Le 10/02/2010 à 13:42 Pour iostat faudrait le laisser tourner une minute Parce que là, 5 transactions par seconde en moyenne, et 3% d'iowait, ça fait peur. daevel : infogérance et conseil \|\| moi

Auteur

Message

Inscrit le : 18/09/2007

# Le 09/02/2010 à 20:28

Bonjour,
je fais appel a vos lumière car on début en administration de serveur et on tombe sur un gros soucis.
Voila on a un site qui fait 600 VU/j sur un RPS II en premium (4Mo/s).
On est un peu novice en admin serveur mais on a eu l'aide d'un professionnel pour le monter.

le serveur tournais bien jusqu'au jour ou l'on a transférer le site dessus pour faire simple.

Depuis il plante minimum 1 fois / J. Obligé de rebooter.

la config :
IP : 91.121.xx.xx
Serveur iSCSI : iscsi87
Système (OS) : debian50
Noyau : 2.6.32.2

Nous avons ouvert un billet au support OVH. on a eu 1 réponse :
[QUOTE]Nous n'avons pas identifier de soucis au niveau de votre machine si ce n'est énormément d'écriture disque qui pourrait occasionner ce genre de soucis.[/QUOTE]

depuis on a mis en stand bye les crons mais rien n'y change. Il plante toujours autant.

notre trafic (moyen) :
Entrée : 891.1 kb/s
Sortie : 1794.5 kb/s

paquet (moyen) :
Entrée : 1278.5 packet/s
Sortie : 1729.1 packet/s

D'après l'admin qui nous aide il met clairement en cause le iscsi.

Quel est votre avis sur notre écriture disque ?
Avez vous une idée du plantage ?

Sachant qu'on débute dans ce domaine de compétence si vous pouviez expliquer version pour les nuls ca serais sympa car qund je vous lits dans ce domaine je ne vous suit pas toujours.

le monde appartient a ceux qui se lèvent tôt ou a ceux qui se couchent tard !

crdffrance | JOCELYN
Membre

Inscrit le : 18/04/2008

# Le 09/02/2010 à 21:12

Le prenium RPS chez OVH ça ne coûte pas plus cher que le standard ?

Pour ton problème, as-tu installé l'utilitaire d'ovh ?

http://www.crdf.fr

rudegreg | Grégory
Membre

Inscrit le : 18/09/2007

# Le 09/02/2010 à 21:30

si ca coute un peu plus cher que le standard.
En standard tu as 1MO/s de transit scsi alors qu'en premium 4 et business 10.

non je crois pas qu'il ont utiliser l'utilitaire ovh mais tous fait l'installe en commande ssh

le monde appartient a ceux qui se lèvent tôt ou a ceux qui se couchent tard !

crdffrance | JOCELYN
Membre

Inscrit le : 18/04/2008

# Le 09/02/2010 à 21:33

J'avais participé à la première beta test des RPS chez OVH. Si je me souviens bien j'avais les mêmes problèmes de coupure au bout de quelques jours : le scsi bloquait et le serveur était indisponible. Afin de palier à ce problème, j'avais réinstaller le système et installé aussi l'utilitaire d'ovh un truc assez bizarre je dois dire et le problème était résolu. Je crois que c'est dans le dossier "/root/"... Si ça peut t'aider.

http://www.crdf.fr

MathieuC | Mathieu
Modérateur

Inscrit le : 15/07/2005

# Le 09/02/2010 à 21:37

Perso j'ai jamais reussi a avoir un RPS qui "fonctionne" correctement, y'avait toujours des freeze enormes ou des perfs disques trop faibles... Mais mes tests datent un peu (avant la mise en place des gammes standard / premium / business).

Sinon, vu que tu payes 25€ / mois, pourquoi ne pas passer au premier prix de kimsufi (30€) qui au moins est un vrai serveur ?

Avec un systeme de VPS, tu pourrais migrer la machine sans y passer des heures en cas de besoin d'augmentation de puissance (seul avantage des RPS)

abravanel666 | Sylvain
Modérateur

Inscrit le : 19/07/2009

# Le 09/02/2010 à 21:40

J'ai fait un test de joomla sur RPS ca ramait à mort !!
la même requete sql entre rps et kimsufi ca faisait un facteur 10 ou 20 ...
Bref ca va bien pour bricoler, faire du dev mais pour de la prod c'est pas adapté

http://www.magasins-usine.info http://www.shoppingactu.com

crdffrance | JOCELYN
Membre

Inscrit le : 18/04/2008

# Le 09/02/2010 à 21:41

Oui c'est pour çà que pour le même prix, tu peux sûrement avoir un kim...

http://www.crdf.fr

rudegreg | Grégory
Membre

Inscrit le : 18/09/2007

# Le 09/02/2010 à 22:13

il ne fait pas une journée sans tomber.
D'après ce que je comprend il perd la connexion avec le disque dure donc il met en cache et quand la mémoire est pleine il répond plus.
On n'a pas pris le kimsufi car la mémoire nous semblait faible mais je crois qu'on va regretter.
A terme on voudrais mettre tous nos sites dessus et le RPS sur le papier nous semblait bien pour commencer dans le serveur dédié.

C'est quoi l'utilitaire OVH ? il est ou ? car ce qu'on avait vu semble dater un peu.

le monde appartient a ceux qui se lèvent tôt ou a ceux qui se couchent tard !

crdffrance | JOCELYN
Membre

Inscrit le : 18/04/2008

# Le 09/02/2010 à 22:18

Après c'était en version beta, donc je ne sais pas si ça évolué. Mais tout ce que je peux te dire, c'est que j'avais le même genre de problème. Essaye de demander à OVH de changer le scsi vers un autre HDD.

Pour ma part, je vais essayer de te chercher dans mes backups serveurs le fichier bash.

http://www.crdf.fr

rudegreg | Grégory
Membre

Inscrit le : 18/09/2007

# Le 09/02/2010 à 22:27

Ovh répond plus depuis leur seul et unique réponse ou il nous dit qu'on fait trop d'écriture sans plus d'explication. Merci c'est gentil !

le monde appartient a ceux qui se lèvent tôt ou a ceux qui se couchent tard !

darkham | Adrien
Membre

Inscrit le : 11/05/2005

# Le 10/02/2010 à 07:44

j'ai eu un rps, les accés disque une horreur ...
j'ai vite résilié ce truc perso

Widoox : http://www.widoox.fr

Akarys | Thierry
Membre

Inscrit le : 19/01/2008

# Le 10/02/2010 à 07:51

Bonjour
Ça ne règlera pas ton problème rudegreg, mais sache qu'un RPS ça peu marcher

J'ai un RPS I, la version promo avec 50 Go, et pas de soucis. Il me sert de "séquenceur" pour des tâches type cron ou autre activité de monitoring; pour des données importantes de mes dédiés; pour des calculs de stats, et pour mon wiki perso. Donc pas un usage intensif mais une dispo quasi 100%.

# Moyenne : Lecture: 243.81 reqs/s - Ecriture: 81.07 reqs/s
$ uptime 07:30:46 up 54 days, 3:22, 1 user, load average: 0.29, 0.22, 0.26

Seulement 54 jours car je l'avais rebooté pour un noyau plus à jour.
L'ancien n'était même plus proposé par le manager OVH ;)

Bool | Olivier
Modérateur

Inscrit le : 09/05/2005

# Le 10/02/2010 à 08:54

Les lectures/écritures disque, vous les surveillez avec iostat ?

Savez vous quelles partitions posent problème ? Et/ou quelle application ?

Parmis les questions connes : vous avez essayé de les réduire ces écritures ? Genre activer le writeback du système de fichier, si ce n'est pas déjà fait ? Et le /tmp, il est en mémoire ? La machine swap ? Y a du MySQL ? principalement en InnoDB ou MyISAM.

daevel : infogérance et conseil || moi

angelzeke | Villaumé
Anonyme

Inscrit le : 26/10/2005

# Le 10/02/2010 à 10:34

Bonjour à tous, je suis le frère de grégory et développeur sur le projet, j'ai bien dis développeur et pas administrateur réseau. Donc on a toujours le même problème, avec un plantage encore hier soir.
Les écritures de disque, on les récupère sur le manageur d'OVH, on ne sait pas exactement la partitions qui pose problème.
A ma connaissance nous n'avons pas activer le "writeback" mais je suis intéresser de savoir en quoi cela consiste?
Il y a exclusivement du MYSQL en MyISAM qui représente selon moi la quasi totalité des écritures, donc nous n'avons pas trop moyen de les réduire.
Concernant le /tmp à savoir si il est en mémoire ou savoir si la machine swap, la j'en ai aucune idée, peut on le savoir simplement?

Hier j'ai tester, en me disant que l'on était plus à cela près de changer le Netboot, je suis passe sur le HD au lieu du 2.6.32.2 x86 & SMP.

En tout cas merci pour votre aide

vous cherchez un annuaire RSS dans lequel vous pouvez lire vos flux RSS/RDF et faire vos favoris
www.1001rss.com

Bool | Olivier
Modérateur

Inscrit le : 09/05/2005

# Le 10/02/2010 à 10:40

Donne le résultat d'un "mount" déjà. On aura la liste des partitions avec leurs options de montage.

Pour le swap : "free -m"
Et pour ce qui est des stats, donne le premier résultat d'un "iostat -N -k 60", puis le second (les deux blocs vont s'afficher à 1 minute d'interval).

Il y a exclusivement du MYSQL en MyISAM qui représente selon moi la quasi totalité des écritures, donc nous n'avons pas trop moyen de les réduire.

Bah justement, peut être essayer InnoDB avec un innodb_flush_log_at_trx_commit à 2 (voir 0 si t'es joueur).

daevel : infogérance et conseil || moi

angelzeke | Villaumé
Anonyme

Inscrit le : 26/10/2005

# Le 10/02/2010 à 10:46

Resultat d'un mount :

/dev/sda1 on / type ext3 (rw,noatime,nodiratime,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
/dev/sda2 on /home type ext3 (rw,noatime,nodiratime)

free -m :

total used free shared buffers cached
Mem: 998 644 353 0 9 332
-/+ buffers/cache: 302 695
Swap: 491 2 489

Pour iostat il me dis que la commande n'est pas trouver!

Cela fait quoi exactement la commande "innodb_flush_log_at_trx_commit"?

vous cherchez un annuaire RSS dans lequel vous pouvez lire vos flux RSS/RDF et faire vos favoris
www.1001rss.com

Bool | Olivier
Modérateur

Inscrit le : 09/05/2005

# Le 10/02/2010 à 10:56

mmm un bon partitionnement bien pourri à la OVH Bref.

Ajoutes dans ton /etc/fstab :

tmpfs		/tmp		tmpfs	defaults,noatime,nosuid,nodev 0 0

puis tapes :

cd /tmp ; mount /tmp ; mv * /tmp/

Et modifie le fichier /etc/default/rcS afin d'avoir RAMRUN et RAMLOCK à yes. Pour appliquer ça par contre vaut mieux rebooter.

Pour le writeback, il me semble qu'il est actif par défaut sur le kernel 2.6.32... mais va savoir si OVH l'a pas désactivé (et je ne sais pas comment le vérifier). Sinon tu peux toujours remplacer ext3 par ext4 sur ton /home ; en supposant que les problèmes d'écritures viennent du /home : pour iostat : aptitude install sysstat.

Pour le "innodb flush log at trx commit", cf la doc :

# If set to 1, InnoDB will flush (fsync) the transaction logs to the
# disk at each commit, which offers full ACID behavior. If you are
# willing to compromise this safety, and you are running small
# transactions, you may set this to 0 or 2 to reduce disk I/O to the
# logs. Value 0 means that the log is only written to the log file and
# the log file flushed to disk approximately once per second. Value 2
# means the log is written to the log file at each commit, but the log
# file is only flushed to disk approximately once per second.

En gros ça laisse l'OS bufferiser un peu les écritures.

daevel : infogérance et conseil || moi

angelzeke | Villaumé
Anonyme

Inscrit le : 26/10/2005

# Le 10/02/2010 à 13:17

J'ai enfin réussi à installer iostat et voici les resultats :

iostat -N -k 60
Linux 2.6.24.5-grsec-xxxx-grs-ipv4-32 (r31323.ovh.net) 10.02.2010 _i686_

avg-cpu: %user %nice %system %iowait %steal %idle
17,83 0,00 1,88 3,20 0,00 77,09

Device: tps kB_read/s kB_wrtn/s kB_read kB_wrtn
uba 0,02 0,06 0,38 435 2792
sda 4,85 42,06 256,06 305970 1862804

vous cherchez un annuaire RSS dans lequel vous pouvez lire vos flux RSS/RDF et faire vos favoris
www.1001rss.com

angelzeke | Villaumé
Anonyme

Inscrit le : 26/10/2005

# Le 10/02/2010 à 13:21

Sinon j'ai fait toutes les modifications que tu nous recommande

resultat du mount :

/dev/sda1 on / type ext3 (rw,noatime,nodiratime,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
varrun on /var/run type tmpfs (rw,nosuid,mode=0755)
varlock on /var/lock type tmpfs (rw,noexec,nosuid,nodev,mode=1777)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
/dev/sda2 on /home type ext3 (rw,noatime,nodiratime)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,noatime)

free -m :

total used free shared buffers cached
Mem: 998 834 164 0 11 488
-/+ buffers/cache: 334 664
Swap: 491 2 489

Merci bool et les autres pour vos précieux conseils, nous allons attendre de voir si ces modifications empêchent le serveur de crasher à moins que l'un de vous ai une autre remarque tout aussi intéressante.

vous cherchez un annuaire RSS dans lequel vous pouvez lire vos flux RSS/RDF et faire vos favoris
www.1001rss.com

Bool | Olivier
Modérateur

Inscrit le : 09/05/2005

# Le 10/02/2010 à 13:42

Pour iostat faudrait le laisser tourner une minute Parce que là, 5 transactions par seconde en moyenne, et 3% d'iowait, ça fait peur.

daevel : infogérance et conseil || moi

Page 1 2

Répondre

Vous ne pouvez pas participer au forum, car votre inscription n'a pas été validée. Pour vous faire valider en tant que Membre, cliquez ici.