Kimsufi (pas) : MySQL ne tient pas le coup!

Audiofeeline · 14 Janvier 2009

Bonjour à tous,
j'ai un Kimsufi en offre L et de temps en temps MySQL plante sans que vraiment je comprenne pourquoi.
J'ai quelques sites dessus mais essentiellement deux gros blogs sous Wordpress qui utilise le système de cache.
1Go de RAM devrait être suffisant, qu'en pensez-vous ?
Merci.

YoyoS · 14 Janvier 2009

Un plantage n'est pas forcément un problème de surcharge. Vérifie la charge en heure de pointe.

Audiofeeline · 14 Janvier 2009

La plus grosse audience était entre 18 et 19h mais le MySQL a planté plus tard.
J'ai du mal à comprendre pour ne rien te cacher.

agenceinternet · 14 Janvier 2009

Utilise tu Plesk et là tu mis à jour en version 9 ?

Car j'ai fais l'erreur de faire cela en décembre et depuis ça plante toutes les semaines... (Apparemment c'est MySql qui plante du à une charge Swap qui atteint 100%...

J'ai contacter OVH qui m'a gentillement envoyé ****... Ils m'ont dit d'aller chez Swsoft me plaindre....

:wink:

EDIT : Ton message m'a donné envie d'en poster également un sur les différents problèmes que je rencontre avec mon Plesk et Kimsufi... : https://www.webrankinfo.com/forum/t/differents-probleme-avec-plesk-9-sur-kimsufi-2xl.105325/#1002539

YoyoS · 14 Janvier 2009

MySQl plante desfois en effet, pour rien :mrgreen: Ca ne m'est quand même plus arrivé depuis ma dernière install linux, soit il y a très longtemps. Va voir les fichiers logs dans /var/log et essaie d'identifier le problème !

Plesk sur un kimsufi, c'est un peu l'usine à gaz où tu profites pas des quelques performences du kimsufi non ?

Bool · 14 Janvier 2009

Non, MySQL ne plante jamais "pour rien", faut pas exagérer.

YoyoS · 14 Janvier 2009

Oue bien sur je rigole ... Normalement il y a toujours une raison, j'ai dis pour rien car à l'époque, j'allais pas trop voir les logs

julienr · 14 Janvier 2009

y a que MySQL qui plante ? => pb hard peut être

agenceinternet · 14 Janvier 2009

Dans mon cas je ne sais pas vraiment trop ce qui plante, car je n'ai plus accès à rien du tout quand ça plante... Mais par contre le transfère des e-mails vers Google Apps fonctionne... Donc la gestion des DNS est ok...

Bool · 14 Janvier 2009

"plus accès à rien du tout", c'est probablement que ce n'est pas "planté" justement. Ce serait uniquement très mal configuré, ce qui induit bien souvent une saturation complète de la mémoire (swap y compris), et donc une "non réponse" des applications jusqu'à ce que OOM Killer se décide à intervenir.

agenceinternet · 14 Janvier 2009

Vive les mise à jour... Quel bêtise j'ai fait en passant à la version 9 de Plesk...

Je n'ai pas touché à la configuration de Plesk, est-ce que c'est possible qu'il se soit dérégler à cause de la mise à jour ?

YoyoS · 14 Janvier 2009

Fallait t'y attendre agenceinternet. Quand tu prends un dédié, il faut soit engager une personne qui peut bosser dessus quand il y a du boulot, soit apprendre et mettre les mains dedans. Jj'ai installé mon kimsufi au tout début sur toutes les rlz pour tester un peu et j'ai trouvé que Plesk était particulièrement lourd et complexe. Désolé de ne pouvoir t'aider si t'as des problèmes, va falloir chercher dans les logs, forums sur plesk, etc.

Bon revenons au sujet, quand tu n'as plus eu accès à ton serveur c'est surement qu'il était simplement trop occupé, load average énorme, etc. T'as regardé les logs ovh ? Mrtg etc ?

snowman · 14 Janvier 2009

Mysql ne plante pas pour rien.

Déjà regarde les logs, ensuite regarde l'espace disque avec df -h (partition / configurée par défaut à 5go chez ovh !, ça se remplit vite avec le fichier bin qui stocke toutes les opérations)

Audiofeeline · 14 Janvier 2009

Code:

> df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1             3.0G  1.6G  1.3G  56% /
/dev/sda2             226G  1.1G  214G   1% /home
shm                   486M     0  486M   0% /dev/shm

Par contre je n'arrive pas à accèder aux logs avec le gestionnaire de fichiers de Webmin...
Merci de votre aide !

fandecine · 14 Janvier 2009

Si vous utilisez une release made in OVH faite attention car il y a quelques oublis en particulierdu côté de la rotation des logs. Resultat, au bout d'un certain temps (qui depends de l'ectivité mail du serveur), le fichier log de qmail bouffe tout l'espace disque (et oui, tout plein de gogas utilisés pour rien :mrgreen: ). J'ai eu le cas sur deux kimsufi de clients au bout de quelques mois de fonctionnement, le serveur était gelé et pour cause !

En reconfigurant logrotate, et en supprimant le fichier log de qmail le problème a bien entendu disparu

Audiofeeline · 15 Janvier 2009

fandecine a dit:
En reconfigurant logrotate, et en supprimant le fichier log de qmail le problème a bien entendu disparu

Logrotate?...

fandecine · 15 Janvier 2009

Audiofeeline a dit:
fandecine a dit:

En reconfigurant logrotate, et en supprimant le fichier log de qmail le problème a bien entendu disparu

Cliquez pour agrandir...

Logrotate?...

Oui, le fichier de log de qmail n'était pas pris en compte dans la rotation des logs. Il faut donc soit ajouter les instructions nécessaires dans logrotate.conf soit ajouter un fichier d'instruction pour faire tourner les logs de qmail dans le dossier /etc/logrotate.d

julienr · 15 Janvier 2009

fandecine a dit:
le fichier log de qmail bouffe tout l'espace disque (et oui, tout plein de gogas utilisés pour rien :mrgreen: )

là apparemment le serveur est pépère au niveau espace disque...

Audiofeeline · 15 Janvier 2009

Ouais c'est pas trop d'espace dont j'ai besoin... :lol:

julienr · 15 Janvier 2009

non mais bon tu es root sur ta machine ?

faut pas avoir peur de lancer putty

Audiofeeline · 15 Janvier 2009

julienr a dit:
faut pas avoir peur de lancer putty

Si je savais ce que c'est déjà!

:lol: :lol: :lol:

J'ai regardé dans /var/ mais à la place d'un dossier log j'ai un truc pas cliquable (Je suis en root).

snowman · 15 Janvier 2009

Les logs se trouvent par défaut sur /home/log chez ovh, /var/log est un lien symbolique.

fandecine · 15 Janvier 2009

c'est un lien symbolique (un racourci ) qui doit pointer sur /home/log c'est à dire que tes fichiers log sont dans /home/log :wink:

edit: grillé par snowman

raljx · 15 Janvier 2009

Lance putty : http://www.chiark.greenend.org.uk/~sgta ... nload.html

ton login : root
ton mdp : fourni avec ton mail de confirmation d'ouverture de ton dédié

Puis :
cd /var/log
ls -l pour lister tes fichiers puis : nano "tonfichierdelog" ou vi "tonfichierdelog"

Audiofeeline · 15 Janvier 2009

Voilà le bousin :

080226 14:52:19 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=stock-bin' to avoid this problem.
080226 14:52:19 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.21-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.21
080226 16:11:09 [Note] /usr/sbin/mysqld: Normal shutdown

080226 16:11:09 [Note] /usr/sbin/mysqld: Shutdown complete

080226 16:11:11 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
080226 16:11:11 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
080418 22:39:20 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
080418 22:39:20 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
080419 0:52:31 [Note] /usr/sbin/mysqld: Normal shutdown

080419 0:52:32 [Note] /usr/sbin/mysqld: Shutdown complete

080419 0:53:35 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
080419 0:53:35 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
080420 20:53:11 [Note] /usr/sbin/mysqld: Normal shutdown

080420 20:53:11 [Note] /usr/sbin/mysqld: Shutdown complete

080420 20:54:15 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
080420 20:54:15 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
080420 22:10:34 [Note] /usr/sbin/mysqld: Normal shutdown

080420 22:10:34 [Note] /usr/sbin/mysqld: Shutdown complete

080420 22:11:38 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
080420 22:11:38 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
080420 22:55:50 [Note] /usr/sbin/mysqld: Normal shutdown

080420 22:55:50 [Note] /usr/sbin/mysqld: Shutdown complete

080420 22:56:54 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
080420 22:56:54 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
080420 23:25:26 [Note] /usr/sbin/mysqld: Normal shutdown

080420 23:25:26 [Note] /usr/sbin/mysqld: Shutdown complete

080420 23:26:30 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
080420 23:26:30 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
080421 3:52:08 [Note] /usr/sbin/mysqld: Normal shutdown

080421 3:52:08 [Note] /usr/sbin/mysqld: Shutdown complete

080421 3:53:12 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
080421 3:53:13 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
080421 5:08:12 [Note] /usr/sbin/mysqld: Normal shutdown

080421 5:08:12 [Note] /usr/sbin/mysqld: Shutdown complete

080421 5:09:16 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
080421 5:09:17 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
080423 8:20:55 [Note] /usr/sbin/mysqld: Normal shutdown

080423 8:20:55 [Note] /usr/sbin/mysqld: Shutdown complete

080423 8:21:59 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
080423 8:22:00 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
080424 5:38:20 [Note] /usr/sbin/mysqld: Normal shutdown

080424 5:38:24 [Note] /usr/sbin/mysqld: Shutdown complete

080424 5:39:33 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
080424 5:39:33 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
080424 6:53:11 [Note] /usr/sbin/mysqld: Normal shutdown

080424 6:53:11 [Note] /usr/sbin/mysqld: Shutdown complete

080424 6:54:15 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
080424 6:54:16 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
080425 17:22:26 [Note] /usr/sbin/mysqld: Normal shutdown

080425 17:22:26 [Note] /usr/sbin/mysqld: Shutdown complete

080425 17:23:30 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
080425 17:23:30 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
080502 16:23:04 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
080502 16:23:05 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
080509 1:54:43 [Note] /usr/sbin/mysqld: Normal shutdown

080509 1:54:44 [Note] /usr/sbin/mysqld: Shutdown complete

080509 1:55:47 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
080509 1:55:48 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
080509 3:46:16 [Note] /usr/sbin/mysqld: Normal shutdown

080509 3:46:16 [Note] /usr/sbin/mysqld: Shutdown complete

080509 3:47:19 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
080509 3:47:20 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
080509 19:28:28 [Note] /usr/sbin/mysqld: Normal shutdown

080509 19:28:28 [Note] /usr/sbin/mysqld: Shutdown complete

080509 19:29:34 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
080509 19:29:35 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
080512 15:37:34 [Note] /usr/sbin/mysqld: Normal shutdown

080512 15:37:35 [Note] /usr/sbin/mysqld: Shutdown complete

080512 15:38:39 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
080512 15:38:40 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
080515 5:20:19 [Note] /usr/sbin/mysqld: Normal shutdown

080515 5:20:19 [Note] /usr/sbin/mysqld: Shutdown complete

080515 5:23:28 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
080515 5:23:28 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
080515 17:29:10 [Note] /usr/sbin/mysqld: Normal shutdown

080515 17:29:10 [Note] /usr/sbin/mysqld: Shutdown complete

080515 17:33:22 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
080515 17:33:23 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
080605 19:49:34 [Note] /usr/sbin/mysqld: Normal shutdown

080605 19:49:34 [Note] /usr/sbin/mysqld: Shutdown complete

080605 19:50:39 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
080605 19:50:39 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
080606 5:13:24 [Note] /usr/sbin/mysqld: Normal shutdown

080606 5:13:24 [Note] /usr/sbin/mysqld: Shutdown complete

080606 5:14:28 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
080606 5:14:29 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
080606 5:34:07 [Note] /usr/sbin/mysqld: Normal shutdown

080606 5:34:07 [Note] /usr/sbin/mysqld: Shutdown complete

080606 5:35:11 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
080606 5:35:12 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
080606 5:39:57 [Note] /usr/sbin/mysqld: Normal shutdown

080606 5:39:57 [Note] /usr/sbin/mysqld: Shutdown complete

080606 5:41:01 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
080606 5:41:02 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
080606 5:44:00 [Note] /usr/sbin/mysqld: Normal shutdown

080606 5:44:00 [Note] /usr/sbin/mysqld: Shutdown complete

080606 5:45:04 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
080606 5:45:05 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
080606 15:59:23 [Note] /usr/sbin/mysqld: Normal shutdown

080606 15:59:23 [Note] /usr/sbin/mysqld: Shutdown complete

080606 16:00:27 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
080606 16:00:28 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
080606 16:40:34 [Note] /usr/sbin/mysqld: Normal shutdown

080606 16:40:34 [Note] /usr/sbin/mysqld: Shutdown complete

080606 16:41:38 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
080606 16:41:39 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
080608 14:18:34 [Note] /usr/sbin/mysqld: Normal shutdown

080608 14:18:34 [Note] /usr/sbin/mysqld: Shutdown complete

080608 14:19:38 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
080608 14:19:39 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
080611 19:05:18 [Note] /usr/sbin/mysqld: Normal shutdown

080611 19:05:18 [Note] /usr/sbin/mysqld: Shutdown complete

080611 19:06:22 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
080611 19:06:23 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
080614 14:51:33 [Note] /usr/sbin/mysqld: Normal shutdown

080614 14:51:33 [Note] /usr/sbin/mysqld: Shutdown complete

080614 14:52:37 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
080614 14:52:38 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
080623 19:24:29 [Note] /usr/sbin/mysqld: Normal shutdown

080623 19:24:30 [Note] /usr/sbin/mysqld: Shutdown complete

080623 19:25:35 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
080623 19:25:35 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
080723 16:01:36 [ERROR] Got error 127 when reading table './weedooz/wp_posts'
080823 17:34:59 [Note] /usr/sbin/mysqld: Normal shutdown

080823 17:35:00 [Note] /usr/sbin/mysqld: Shutdown complete

080823 17:36:06 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
080823 17:36:06 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
080903 19:58:14 [Note] /usr/sbin/mysqld: Normal shutdown

080903 19:58:15 [Note] /usr/sbin/mysqld: Shutdown complete

080903 19:59:18 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
080903 19:59:19 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
080904 6:05:55 [Note] /usr/sbin/mysqld: Normal shutdown

080904 6:05:55 [Note] /usr/sbin/mysqld: Shutdown complete

080904 6:06:59 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
080904 6:07:00 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
080909 5:42:15 [Note] /usr/sbin/mysqld: Normal shutdown

080909 5:42:15 [Note] /usr/sbin/mysqld: Shutdown complete

080909 5:43:19 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
080909 5:43:20 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
080916 5:59:02 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
080916 5:59:03 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
080917 18:46:42 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
080917 18:46:43 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
080929 15:34:37 [Note] /usr/sbin/mysqld: Normal shutdown

080929 15:34:37 [Note] /usr/sbin/mysqld: Shutdown complete

080929 15:35:41 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
080929 15:35:42 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
081001 8:39:49 [Note] /usr/sbin/mysqld: Normal shutdown

081001 8:39:49 [Note] /usr/sbin/mysqld: Shutdown complete

081001 8:40:53 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
081001 8:40:54 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
081005 9:13:58 [Note] /usr/sbin/mysqld: Normal shutdown

081005 9:13:58 [Note] /usr/sbin/mysqld: Shutdown complete

081005 9:15:04 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
081005 9:15:05 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
081015 19:21:08 [Note] /usr/sbin/mysqld: Normal shutdown

081015 19:21:09 [Note] /usr/sbin/mysqld: Shutdown complete

081015 19:22:14 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
081015 19:22:15 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
081028 17:59:31 [Note] /usr/sbin/mysqld: Normal shutdown

081028 17:59:32 [Note] /usr/sbin/mysqld: Shutdown complete

081028 18:00:36 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
081028 18:00:36 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
081028 18:07:14 [Note] /usr/sbin/mysqld: Normal shutdown

081028 18:07:14 [Note] /usr/sbin/mysqld: Shutdown complete

081028 18:08:18 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
081028 18:08:19 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
081029 17:23:58 [Note] /usr/sbin/mysqld: Normal shutdown

081029 17:23:58 [Note] /usr/sbin/mysqld: Shutdown complete

081029 17:25:02 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
081029 17:25:03 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
081108 20:52:08 [Note] /usr/sbin/mysqld: Normal shutdown

081108 20:52:09 [Note] /usr/sbin/mysqld: Shutdown complete

081108 20:53:13 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
081108 20:53:14 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
081109 7:48:16 [Note] /usr/sbin/mysqld: Normal shutdown

081109 7:48:16 [Note] /usr/sbin/mysqld: Shutdown complete

081109 7:49:19 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
081109 7:49:20 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
081109 8:46:46 [Note] /usr/sbin/mysqld: Normal shutdown

081109 8:46:46 [Note] /usr/sbin/mysqld: Shutdown complete

081109 8:47:50 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
081109 8:47:51 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
081123 18:30:14 [Note] /usr/sbin/mysqld: Normal shutdown

081123 18:30:15 [Note] /usr/sbin/mysqld: Shutdown complete

081123 18:33:28 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
081123 18:33:28 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
081125 18:04:35 [Note] /usr/sbin/mysqld: Normal shutdown

081125 18:04:36 [Note] /usr/sbin/mysqld: Shutdown complete

081125 18:05:40 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
081125 18:05:41 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
081203 18:07:01 [Note] /usr/sbin/mysqld: Normal shutdown

081203 18:07:01 [Note] /usr/sbin/mysqld: Shutdown complete

081203 18:08:06 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
081203 18:08:06 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
081204 17:05:23 [Note] /usr/sbin/mysqld: Normal shutdown

081204 17:05:24 [Note] /usr/sbin/mysqld: Shutdown complete

081204 17:06:27 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
081204 17:06:28 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
081205 10:46:24 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
081205 10:46:25 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
081205 11:00:23 [Note] /usr/sbin/mysqld: Normal shutdown

081205 11:00:23 [Note] /usr/sbin/mysqld: Shutdown complete

081205 11:01:27 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
081205 11:01:28 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
081206 19:05:16 [Note] /usr/sbin/mysqld: Normal shutdown

081206 19:05:17 [Note] /usr/sbin/mysqld: Shutdown complete

081206 19:06:22 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
081206 19:06:23 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
081208 20:34:34 [Note] /usr/sbin/mysqld: Normal shutdown

081208 20:34:35 [Note] /usr/sbin/mysqld: Shutdown complete

081208 20:35:39 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
081208 20:35:40 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
081208 20:43:58 [Note] /usr/sbin/mysqld: Normal shutdown

081208 20:43:58 [Note] /usr/sbin/mysqld: Shutdown complete

081208 20:45:02 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
081208 20:45:03 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
081219 17:43:53 [Note] /usr/sbin/mysqld: Normal shutdown

081219 17:43:54 [Note] /usr/sbin/mysqld: Shutdown complete

081219 17:45:01 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
081219 17:45:01 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
081222 23:07:42 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
081222 23:07:42 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
081228 12:57:06 [Note] /usr/sbin/mysqld: Normal shutdown

081228 12:57:06 [Note] /usr/sbin/mysqld: Shutdown complete

081228 12:58:11 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
081228 12:58:12 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
090101 23:32:27 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
090101 23:32:27 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
090102 19:20:05 [Note] /usr/sbin/mysqld: Normal shutdown

090102 19:20:05 [Note] /usr/sbin/mysqld: Shutdown complete

090102 19:21:10 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
090102 19:21:11 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
090110 4:48:47 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
090110 4:48:47 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
090110 23:42:27 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
090110 23:42:27 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
090113 17:48:11 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
090113 17:48:12 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
090114 4:30:46 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
090114 4:30:47 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2
090114 5:58:15 [Note] /usr/sbin/mysqld: Normal shutdown

090114 5:58:15 [Note] /usr/sbin/mysqld: Shutdown complete

090114 5:59:19 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=/var/run/mysqld/mysqld-bin' to avoid this problem.
090114 5:59:20 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.44-log' socket: '/var/run/mysqld/mysqld.sock' port: 0 Gentoo Linux mysql-5.0.44-r2

snowman · 15 Janvier 2009

Edit /etc/my.cnf and put a couple of lines in the [mysqld] section like:
log−bin = mysqld−bin
relay−log = mysqld−relay−bin

Après tu dois faire un /etc/init.d/mysql restart

raljx · 15 Janvier 2009

plutot ca non?

log-bin=/var/run/mysqld/mysqld-bin

sinon c'est quoi ca : relay−log = mysqld−relay−bin ?

julienr · 16 Janvier 2009

je pense pas que cela soit voulu d'activer les logs de réplication, je pense qu'un bon # devant, ça évitera déjà le warning au démarage

Audiofeeline · 16 Janvier 2009

Pourquoi ai-je l'impression de rien piger là ? :lol: :lol: :lol:

YoyoS · 16 Janvier 2009

Pacque t'aurais du rester en mutu :mrgreen:

Audiofeeline · 16 Janvier 2009

En fait je crois que ça vient surtout du fait qu'il ne tient pas la charge le kimsufi...

fandecine · 16 Janvier 2009

Peut tu nous montrer le fichier my.cnf ?

YoyoS · 16 Janvier 2009

Il est peut-être limite en charge c'est possible. Tu as combien de pages vues au total ? Et en heure de pointe ? Mais bon, optimise le avant de dire qu'il est insuffisant. Evidemment si t'es un manche et que tu as jamais lancé putty, abandonne les dédiés :mrgreen:

fandecine · 16 Janvier 2009

Le probléme ne vient pas du kimsufi lui même mais plutôt de la config. On fait de grandes choses avec un kimsufi comme servir 100.000 pages jour (et surement plus) :wink:

Tu as choisi une installation passe partout qui n'est peut-être pas adaptée à tes besoins.

Et le my.cnf, on peut le voir :mrgreen:

julienr · 16 Janvier 2009

de mon avis la conf par défaut tient très bien la route, c'est très certainement soit un pb matériel, soit un pb de requête concurrentiel qui se lock dès qu'il y a un peu de charge...

fandecine · 16 Janvier 2009

julienr a dit:
de mon avis la conf par défaut tient très bien la route, c'est très certainement soit un pb matériel, soit un pb de requête concurrentiel qui se lock dès qu'il y a un peu de charge...

tsss ! tsss! Par defaut, un kisumfi avec release OVH fait serveur WEB, serveur DNS, Serveur FTP, serveur Mail avec anti spam et tout et tout etc etc ... :wink:

ça ne peut tenir la route qu'en fonction de l'utilisation qui en faite. Le serveur universel n'existe pas ! Il faut donc adapter la configuration à ses besoins et faire des choix pour trouver la bonne adéquation entre les besoins et les capacités du serveur :mrgreen:

Audifeeline, je te conseille de procéder par étape :

1 - vérifier si le serveur swappe, si c'est le cas c'est que les ressources sont mal configurer et qu'il faut modifier la conf (diminuer les ressources alouées aux services les moins prioritaires)

2 - si le serveur ne swappe pas, il faut verifier que la conf de Mysql est adaptée (puisque c'est lui qui pose problème). D'aprés les logs, mysql est configurer comme master avec réplication ce qui semble inutile. Donc, il faut analyser la conf Mysql.

Enfin, c'est comme ça que je ferais :wink:

julienr · 16 Janvier 2009

lol, tu lui parlerais en javanais je pense que çà lui ferai le même effet

plus simplement, j'imagine que chez ovh dans la console d'administration doit y avoir au minimum un MRTG, çà peux donner une idée des pics en fonction des restart de mysql ...

fandecine · 16 Janvier 2009

julienr a dit:
lol, tu lui parlerais en javanais je pense que çà lui ferai le même effet

On va voir :wink:

tudufu regardedegue sidigui ledegueu serveurdegueu swappedefgueu !

j'avoue que je suis pas tre "fluent" en javanais :mrgreen:

julienr · 16 Janvier 2009

fandecine a dit:
swappedefgueu

et la vulgarisation de ce terme en javanais c'est dans tes cordes ?

fandecine · 16 Janvier 2009

julienr a dit:
fandecine a dit:

swappedefgueu

Cliquez pour agrandir...

et la vulgarisation de ce terme en javanais c'est dans tes cordes ?

Tu veux dire expliquer ce que veut dire "serveur qui swappe" ?

Audiofeeline · 16 Janvier 2009

Bon j'ai l'impression que le problème est assez complexe puisqu'hier le serveur ramait à mort.

# /etc/mysql/my.cnf: The global mysql configuration file.
# $Header: /var/cvsroot/gentoo-x86/dev-db/mysql/files/my.cnf-4.1,v 1.3 2006/05/05 19:51:40 chtekk Exp $

# The following options will be passed to all MySQL clients
[client]
#password = your_password
port = 3306
socket = /var/run/mysqld/mysqld.sock
character-sets-dir=/usr/share/mysql/charsets
default-character-set=latin1

[php-cgi]
character-sets-dir=/usr/share/mysql/charsets
default-character-set=latin1

[mysql]
character-sets-dir=/usr/share/mysql/charsets
default-character-set=latin1

[mysqladmin]
character-sets-dir=/usr/share/mysql/charsets
default-character-set=latin1

[mysqlcheck]
character-sets-dir=/usr/share/mysql/charsets
default-character-set=latin1

[mysqldump]
character-sets-dir=/usr/share/mysql/charsets
default-character-set=latin1

[mysqlimport]
character-sets-dir=/usr/share/mysql/charsets
default-character-set=latin1

[mysqlshow]
character-sets-dir=/usr/share/mysql/charsets
default-character-set=latin1

[myisamchk]
character-sets-dir=/usr/share/mysql/charsets

[myisampack]
character-sets-dir=/usr/share/mysql/charsets

# use [safe_mysqld] with mysql-3
[mysqld_safe]
err-log = /var/log/mysql/mysql.err

# add a section [mysqld-4.1] or [mysqld-5.0] for specific configurations
[mysqld]
character-set-server = latin1
init-connect='SET NAMES latin1'
default-character-set = latin1
user = mysql
port = 3306
socket = /var/run/mysqld/mysqld.sock
pid-file = /var/run/mysqld/mysqld.pid
log-error = /var/log/mysql/mysqld.err
basedir = /usr
datadir = /var/lib/mysql
skip-locking
key_buffer = 16M
max_allowed_packet = 1M
table_cache = 64
sort_buffer_size = 512K
net_buffer_length = 8K
read_buffer_size = 256K
read_rnd_buffer_size = 512K
myisam_sort_buffer_size = 8M
language = /usr/share/mysql/english

# security:
# using "localhost" in connects uses sockets by default
skip-networking
bind-address = 127.0.0.1

log-bin
server-id = 1

# point the following paths to different dedicated disks
tmpdir = /tmp/
#log-update = /path-to-dedicated-directory/hostname

# you need the debug USE flag enabled to use the following directives,
# if needed, uncomment them, start the server and issue
# #tail -f /tmp/mysqld.sql /tmp/mysqld.trace
# this will show you *exactly* what's happening in your server

#log = /tmp/mysqld.sql
#gdb
#debug = d:t:i,/tmp/mysqld.trace
#one-thread

# uncomment the following directives if you are using BDB tables
#bdb_cache_size = 4M
#bdb_max_lock = 10000

# the following is the InnoDB configuration
# if you wish to disable innodb instead
# uncomment just the next line
skip-innodb
#
# the rest of the innodb config follows:
# don't eat too much memory, we're trying to be safe on 64Mb boxes
# you might want to bump this up a bit on boxes with more RAM
innodb_buffer_pool_size = 16M
# this is the default, increase it if you have lots of tables
innodb_additional_mem_pool_size = 2M
#
# i'd like to use /var/lib/mysql/innodb, but that is seen as a database :-(
# and upstream wants things to be under /var/lib/mysql/, so that's the route
# we have to take for the moment
#innodb_data_home_dir = /var/lib/mysql/
#innodb_log_arch_dir = /var/lib/mysql/
#innodb_log_group_home_dir = /var/lib/mysql/
# you may wish to change this size to be more suitable for your system
# the max is there to avoid run-away growth on your machine
innodb_data_file_path = ibdata1:10M:autoextend:max:128M
# we keep this at around 25% of of innodb_buffer_pool_size
# sensible values range from 1MB to (1/innodb_log_files_in_group*innodb_buffer_pool_size)
innodb_log_file_size = 5M
# this is the default, increase it if you have very large transactions going on
innodb_log_buffer_size = 8M
# this is the default and won't hurt you
# you shouldn't need to tweak it
set-variable = innodb_log_files_in_group=2
# see the innodb config docs, the other options are not always safe
innodb_flush_log_at_trx_commit = 1
innodb_lock_wait_timeout = 50

[mysqldump]
quick
max_allowed_packet = 16M

[mysql]
# uncomment the next directive if you are not familiar with SQL
#safe-updates

[isamchk]
key_buffer = 20M
sort_buffer_size = 20M
read_buffer = 2M
write_buffer = 2M

[myisamchk]
key_buffer = 20M
sort_buffer_size = 20M
read_buffer = 2M
write_buffer = 2M

[mysqlhotcopy]
interactive-timeout

YoyoS · 16 Janvier 2009

Ton serveur rame même toute la nuit selon ton graph mrtg, je doute que tu ais un max de visiteur vers 4h du mat aussi

Donc oui, c'est obligatoirement un problème de config.

edit ortho

acamar · 16 Janvier 2009

Un truc à la hate.. j'ai eu un même problème de plantage inexpliqué en heure de pointe sur un RPS.. il s'agissait en fait que j'ai par négligence configuré un site sur PHP5 qui utilise plutôt un script PHP4.

J'aurais du me casser le crane avec un RPS assez suffisant pour des sites qui ne consomme pas trop de ressources.

julienr · 16 Janvier 2009

YoyoS a dit:
Ton serveur rame même toute la nuit selon ton graph mrtg

toi t'as des infos qu'on a pas

Audiofeeline · 16 Janvier 2009

J'ai vu un truc zarbi dans syslog et qui correspondrait au moment où le serveur a ramé à bloc :

Code:

Jan 15 18:19:10 ks355760 named[2369]: unexpected RCODE (SERVFAIL) resolving 'www.weblogues.com/A/IN': 217.70.177.40#53
Jan 15 18:19:10 ks355760 named[2369]: client 91.121.137.158#42593: query (cache) 'www.weblogues.com/A/IN' denied
Jan 15 18:19:10 ks355760 named[2369]: unexpected RCODE (SERVFAIL) resolving 'www.weblogues.com/A/IN': 217.70.177.40#53
Jan 15 18:19:10 ks355760 named[2369]: client 91.121.137.158#36233: query (cache) 'www.weblogues.com/A/IN' denied
Jan 15 18:19:10 ks355760 named[2369]: unexpected RCODE (SERVFAIL) resolving 'www.weblogues.com/A/IN': 217.70.177.40#53
Jan 15 18:19:10 ks355760 named[2369]: client 91.121.137.158#60881: query (cache) 'www.weblogues.com/A/IN' denied
Jan 15 18:19:10 ks355760 named[2369]: unexpected RCODE (SERVFAIL) resolving 'www.weblogues.com/A/IN': 217.70.177.40#53
Jan 15 18:19:10 ks355760 named[2369]: client 91.121.137.158#40845: query (cache) 'www.weblogues.com/A/IN' denied
Jan 15 18:20:01 ks355760 cron[17966]: (root) CMD (/usr/local/rtm/bin/rtm >/dev/null 2>/dev/null)
Jan 15 18:20:01 ks355760 cron[17969]: (root) CMD (test -x /usr/sbin/run-crons && /usr/sbin/run-crons )
Jan 15 18:21:01 ks355760 cron[18189]: (root) CMD (/usr/local/rtm/bin/rtm >/dev/null 2>/dev/null)
Jan 15 18:21:34 ks355760 named[2369]: unexpected RCODE (SERVFAIL) resolving 'www.weblogues.com/A/IN': 217.70.177.40#53
Jan 15 18:21:34 ks355760 named[2369]: client 91.121.137.158#34549: query (cache) 'www.weblogues.com/A/IN' denied
Jan 15 18:21:34 ks355760 named[2369]: unexpected RCODE (SERVFAIL) resolving 'www.weblogues.com/A/IN': 217.70.177.40#53
Jan 15 18:21:34 ks355760 named[2369]: client 91.121.137.158#50302: query (cache) 'www.weblogues.com/A/IN' denied
Jan 15 18:21:34 ks355760 named[2369]: unexpected RCODE (SERVFAIL) resolving 'www.weblogues.com/A/IN': 217.70.177.40#53
Jan 15 18:21:34 ks355760 named[2369]: client 91.121.137.158#54661: query (cache) 'www.weblogues.com/A/IN' denied
Jan 15 18:21:34 ks355760 named[2369]: unexpected RCODE (SERVFAIL) resolving 'www.weblogues.com/A/IN': 217.70.177.40#53
Jan 15 18:21:34 ks355760 named[2369]: client 91.121.137.158#50081: query (cache) 'www.weblogues.com/A/IN' denied

-http://91.121.137.158/cgi-bin/mrtg.cgi/cpu/day
J'ai le même genre de choses à 5h du matin (pic CPU sur le graphique).

YoyoS · 16 Janvier 2009

Tite recherche de 2sec et : http://forum.ovh.com/showthread.php?p=188692

J'ai aussi plein d'attaques de ce type, ça ne doit pas être ça à mon avis.

Utilise la commande top pour voir tes processus. Il doit y en avoir quelqu'un qui prennent un gros pourcentage de cpu, c'est lesquels ?

julienr · 16 Janvier 2009

si tu penses que cela vient de mysql qui tient pas, peut être que de logger les requêtes lentes peux donner des indications :

rajoute dans le my.cnf :

log-slow-queries=/var/log/mysql/log-slow-queries.log

ensuite doit falloir redémarrer mysql

yro · 20 Janvier 2009

Quand tu détectes que ta machine rame, je te conseille de faire les choses suivantes:
* Connecte toi avec putty sur le serveur
* mets toi en root si tu ne te connectes pas directement en root
* pour avoir un instantané de ce qui tourne sur ta machine, fait "ps -ef > processus.txt" (ça va créer un fichier processus.txt qui contient la liste des processus en fonctionnement)
* tu tapes "vmstats 5 30 > vmstats.txt". Ca va donner une trace de ce qui se passe sur la machine, dans un fichier vmstats.txt. Attention c'est assez long comme commande car ça donne la trace toutes les 5 secondes pendant 30 fois
* un petit "tail -100 /var/log/messages > messages.txt" pour avoir les 100 dernières infos des logs dans un fichier messages.txt

Avec ça, tu as 3 fichiers (processus.txt, vmstats.txt et messages.txt) qui devraient permettre de savoir l'état de la machine. Tu peux les poster ou me les envoyer pour qu'on en sache plus et qu'on puisse t'aider. Il n'y a pas de raison que MySQL ne tienne pas la charge, je l'ai utilisé dans de très gros environnements sans soucis.

Yro

Audiofeeline · 23 Janvier 2009

Bon... J'ai un peu optimisé mes sites...
En fait je crois qu'il s'agit d'un problème de charge CPU puisqu'il était toujours à 50/60%.
En utilisant du cache sur mon blog par exemple, j'ai gagné 20% mais je ne crois pas que ce soit normal que le CPU tourne tout le temps à 40%.
Qu'en dites-vous ?

YoyoS · 23 Janvier 2009

Bien sur que non c'est pas normal, surtout la nuit vers 4h du mat quand il n'y a pas un chat

Audiofeeline · 2 Février 2009

Bon après avoir mené ma petite enquête et effectué quelques recherches, il semblerait que l'augmentation de la charge du CPU venait du fait que les champs de formulaire du moteur de recherche interne de WordPress était spammé par des bots qui lançaient de nombreuses requêtes simultanées.
J'ai donc remplacé tout ça par Google Custom Search (et du coup je monétise les recherches) et la charge a diminué de moitié!
Je ne sais pas s'il s'agit d'une attaque qui me vise particulièrement, avez-vous déjà rencontré ce problème ?
Merci de vos réponses en tout cas.
Cette affaire m'aura au moins permis d'optimiser un peu mieux mes sites... :mrgreen:

Audiofeeline · 4 Février 2009

Ca se corse!
J'ai trouvé ça dans mon syslog :

Code:

Feb  2 17:38:23 ks355760 named[2369]: client 69.64.87.156#19172: query (cache) './NS/IN' denied

En recherchant l'ip sur Google, j'ai trouvé un article qui parle d'attaques DDos...
Mon serveur va exploser là... :lol:

julienr · 4 Février 2009

bah tu fais /etc/init.d/named stop
et tu héberges tes dns autre part que sur ton serveur, ce qui n'est pas une bonne idée en soit, ceci au passage

Audiofeeline · 4 Février 2009

Comment ça "héberger" les dns ?...

julienr · 4 Février 2009

bah généralement le registrar chez qui tu prends tes noms de domaine, gère aussi leurs hébergement :|

Audiofeeline · 6 Février 2009

Je prend mes domaines chez Gandi et j'héberge sur mon Kimsufipa.

En fait j'ai des vieilles montées en charge inexplicables...
Le CPU s'emballe, la RAM est à 80%...

J'ai tout optimisé mes sites, normalement ça devrait pas être gourmand à ce point...

julienr · 6 Février 2009

Audiofeeline a dit:
Je prend mes domaines chez Gandi et j'héberge sur mon Kimsufipa.

vi je me suis mal exprimé, ce que je veux dire, image à l'appuye c'est ceci :

Code:

;; AUTHORITY SECTION:
abcd.ef.		45751	IN	NS	ks123456.kimsufi.com.
abcd.ef.		45751	IN	NS	ns.kimsufi.com.

;; ADDITIONAL SECTION:
ns.kimsufi.com.		2255	IN	A	213.186.33.199

ou ks123456.kimsufi.com est ton ks

même si ns.kimsufi.com est dns secondaire, pourquoi ne pas laisser gandi gérer ceci vu que c'est leur métier et donc d'avoir quelques choses comme ceci :

Code:

;; AUTHORITY SECTION:
abcd.ef.		45751	IN	NS	a.dns.gandi.net.
abcd.ef.		45751	IN	NS	b.dns.gandi.net.

et de gérer tout depuis leur console ?

ensuite tu désinstalles bind de ton serveur : moins d'ennuye et très certainement des ressources de libérées !

Audiofeeline · 6 Février 2009

Bon alors là va falloir m'expliquer comme si j'avais 5 ans... :lol:
Si je fais pointer mes DNS ailleurs que sur mon serveur, ça va pas marcher...
Là ça me dépasse...

julienr · 6 Février 2009

c curieux ce que tu me dis, mais bon j'imagine que c'est webmin qui configure ce genre de chose tout seul ...

un serveur dns est un serveur qui contient la définition des noms de domaines qu'il héberge.
un serveur dns héberge des noms de domaines dans le sens ou il répond aux requêtes qui demandent vers quelles ip pointent les noms de domaines qu'il héberge
un serveur dns qui héberge ton nom de domaine possède généralement une interface web sur laquelle tu peux gérer vers quelle ip pointe ton www

généralement quand tu achètes un nom de domaine chez un registrar, une fois le nom de domaine créé, c'est à dire enregistré sur leurs serveurs dns, tu te connectes à ton espace client et tu saisi l'adresse ip de ton serveur web ou tu as configuré ton nom de domaine (un virtualhost dans apache) et c'est tout.

toi là, tu as dit à ton registrar que tu voulais te passer de leur service d"hébergement de dns, tu as donc configuré ton propre serveur dns sur ton kimsufi d'ou tu gères directement tes noms de domaines. Ce qui veux dire en d'autre terme que ton serveur répond à toutes les requêtes dns qui concernent tes noms de domaines en plus de servir les sites associés. C'est pas forcément la meilleure chose à faire en terme de charge et de sécurité...

Audiofeeline · 6 Février 2009

Ah d'accord mais si je met les DNS de Gandi ça va pas pointer vers mon Kimsufi, c'est ça que je pige pas...
Tu parles du DNS secondaire ?

julienr · 6 Février 2009

Bah si tu veux arrêter d'héberger le serveur dns de tes noms de domaine il faudra prévoir une migration, c'est à dire paramétrer chez gandi, la config de tes noms de domaine actuellement sur ton serveur dns.

Ensuite dans l'interface de gandi pour chacun de tes noms de domaines, tu modifie ce qui actuellement doit être à ks123456.kimsufi.com / ns.kimsufi.com par a.dns.gandi.net /b.dns.gandi.net

Une semaine après, normalement la migration est effectuée et là tu peux couper ton serveur dns.

YoyoS · 7 Février 2009

J'imagine que seul gandi fait ça? car la plupart des registrars ne s'occupent pas de ça et ne proposent donc pas ce service.

Gandi est très cher comparé à la concurrence, peut-être est-ce pour ça.

Audiofeeline · 7 Février 2009

YoyoS a dit:
Gandi est très cher comparé à la concurrence, peut-être est-ce pour ça.

Ils offrent un service irréprochable, c'est surtout pour ça que je suis chez eux.
Connaissant la valeur de mes NDD je préfère payer un peu plus.

Sinon je ne comprend pas comment ça peut marcher, si je fais pointer mes DNS chez Gandi, mon site ne s'affichera pas.
(Se gratte la tête)

Edit : Je me documente un peu, en fait je crois que j'avais mal compris depuis le début comment fonctionnaient les DNS... :mrgreen:

Concrètement, a.dns.gandi.net c'est la machine qui va s'occuper de traiter la "redirection" de mon nom de domaine vers mon hébergement qui est identifié par son adresse IP, c'est bien ça ?

Audiofeeline · 13 Mars 2009

Bon je me remet là dessus...
J'ai toujours pas trop compris le principe de faire pointer les DNS chez Gandi...

julienr · 13 Mars 2009

gandi.net a dit:
Pendant l'enregistrement de votre domaine, utilisez l'interface d'achat rapide : les domaines seront automatiquement enregistrés avec les DNS de Gandi.
Aprés l'enregistrement de votre domaine, utilisez l'onglet Administration. Aprés vous êtes authentifié, sur le tableau de bord, sélectionnez le domaine à modifier. Puis au bas de la page des détails du domaine, rendez vous à la rubrique "Paramètres techniques" puis "Modifier".

je n'ai aucun compte chez gandi, je ne peux pas t'aider plus, mais la solution doit se trouver sur la page en question.

Audiofeeline · 14 Mars 2009

Oui ça je sais faire mais je ne pige pas "comment ça marche".
Si je pointe sur les DNS de Gandi, comment je fais communiquer mon domaine avec mon serveur ?
Il faut que je mette l'IP de ma machine ?

YoyoS · 14 Mars 2009

J'viens de regarder et tous les registrars lowcosts et même godaddy proposent d'éditer les zone dns chez eux directement aussi. Tu mets les dns du registrar et puis après, tu ajoutes l'ip de ton serveur, tes sous domaines, etc chez ton registrar.

Audiofeeline · 14 Mars 2009

Ok, donc si j'ai bien pigé, c'est Gandi qui va se charger de dire que le nom de domaine pointe vers tel serveur ?
Pour l'instant, c'est ma machine qui gère ça ?
J'ai bon ?

YoyoS · 14 Mars 2009

T'as tout bon

Audiofeeline · 14 Mars 2009

Merci, je vais tenter ça avec un domaine pour voir ce que ça donne.
Bon weekend.