Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1837 connectés 

 



Dernière réponse
Sujet : MySQL sur dédié qui répond plus
Ruliane Si c'est pas critique tu peux essayer de désactiver les backups pendant un moment et voir si ça plante toujours. Je ne vois pas vraiment ce que ça peut être d'autre. Sinon il y a peut-être moyen de lancer MySQL en verbose pour avoir plus d'infos dans le log.

Votre réponse
Nom d'utilisateur    Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !
Le ton de votre message                        
                       
Votre réponse


[b][i][u][strike][spoiler][fixed][cpp][url][email][img][*]   
 
   [quote]
 

Options

 
Vous avez perdu votre mot de passe ?


Vue Rapide de la discussion
Ruliane Si c'est pas critique tu peux essayer de désactiver les backups pendant un moment et voir si ça plante toujours. Je ne vois pas vraiment ce que ça peut être d'autre. Sinon il y a peut-être moyen de lancer MySQL en verbose pour avoir plus d'infos dans le log.
nycius ecoute nan c'est ca qui est tres etrange
Ruliane

nycius a écrit :

090801 14:58:39  mysqld started
090801 14:58:39 [Warning] option 'max_join_size': unsigned value 18446744073709551615 adjusted to 4294967295
090801 14:58:39 [Warning] option 'max_join_size': unsigned value 18446744073709551615 adjusted to 4294967295
090801 14:58:39  InnoDB: Started; log sequence number 0 43655
090801 14:58:39 [Note] /usr/libexec/mysqld: ready for connections.
Version: '5.0.77'  socket: '/var/lib/mysql/mysql.sock'  port: 3306  Source distribution
090802  2:24:08 [Note] /usr/libexec/mysqld: Normal shutdown
 
Voici ce que je trouve dans les logs


[:gratgrat] Il y a un truc qui arrête ton serveur... rien dans le syslog ? (ou l'équivalent sous FC)

nycius 090801 14:58:39  mysqld started
090801 14:58:39 [Warning] option 'max_join_size': unsigned value 18446744073709551615 adjusted to 4294967295
090801 14:58:39 [Warning] option 'max_join_size': unsigned value 18446744073709551615 adjusted to 4294967295
090801 14:58:39  InnoDB: Started; log sequence number 0 43655
090801 14:58:39 [Note] /usr/libexec/mysqld: ready for connections.
Version: '5.0.77'  socket: '/var/lib/mysql/mysql.sock'  port: 3306  Source distribution
090802  2:24:08 [Note] /usr/libexec/mysqld: Normal shutdown
 
Voici ce que je trouve dans les logs
nycius sur une FC9
ya un raid configuré par FC
 
ya différends backup , certains save en local les BDD, dautre sur un ftp distant
arkrom installé sur quoi ?
y a un raid ou pas ?
backup vers quoi ?  
sa peut venir d'un engorgement du serveur qui supporte le backup ( si y a plusieur  copie dessus en meme temps la nuit )  
ton SQL tombe en time out et plante
nycius non rien dans le crontab d'une trace d'intégrité RAID ou autre
 
Je pourrais le voir ou ?
 
C'est un serveur installé from scratch
arkrom y a pas une verification d'integrité RAID ou autre maintenance en auto la nuit ?
 
si ca a lieu en meme temps que le backup SQL ca peut poser problème
nycius J'ai des backups qui tournent la nuit donc je me suis dit que ca pouvait venir de ca.
 
Seulement j'ai lancé ces backups justement et tout a bien tourné sans tombé mysql derriere
arkrom c'est tous les jours ? c'est a heure fixe ?
une operation de backup qui plante la base peut etre  
 
sinon un bug qui  fait planter le serveur SQL de temps a autre, ca peut venir du serveur lui meme ou de l'OS en dessous,  
tu a un log uptime voir si tu a pas subbit un reboot sauvage au mement de l'arret ?  
nycius Salut a tous,
 
J'ai un dédié sous FC9 qui sert uniquement de BDD.
Celui fonctionne tres bien mais a un moment donné, dans la nuit celui ci ne répond, le front n'arrive plus a se connecter dessus.
 
Je suis obligé de relancer mysql pour que ca reparte depuis le front.
 
J'arrive pas a comprendre d'ou ca pourrait venir, qqun aurait une idée ?
 
 
Merci !

Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR