Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

Pages : 1

#1 Le 13/12/2013, à 23:23

bouddidje

[RÉSOLU] Mysql out

Bonjour,

Après une journée de recherche sur le net, je pose enfin mon problème ici.

Kimsufi 2G (les anciens)
Ubuntu 12.04.3 LTS
BDD dans /home/mysql; avec un lien symbolique (que j'ai refait pour être sûr) depuis /var/lib vers /home/mysql

depuis ce matin, mes sites (multisite en Drupal) indiquent

PDOException: SQLSTATE[HY000] [2002] Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) in lock_may_be_available() (line 167 of /home/MONUSER/www/drupal/html/includes/lock.inc).

Je n'ai plus accès à mes BDD depuis Sequel pro
Mysql semble ne plus fonctionner:

MOI@KSXX:~$ sudo service mysql stop
stop: Unknown instance: 
MOI@KSXX:~$ sudo service mysql start
start: Job failed to start
MOI@KSXX:~$ sudo service mysql restart
stop: Unknown instance: 
start: Job failed to start

J'ai fait des mises à jours* 

sudo apt-get update

et 

sudo apt-get-upgrade

pour voir: rien de plus

reboot

  ne change rien

MAJ qui étaient (tout ou partie)

libapache2-mod-php5 5.3.10-1ubuntu3.9
php5-cli 5.3.10-1ubuntu3.9
php5-common 5.3.10-1ubuntu3.9
php5-curl 5.3.10-1ubuntu3.9
php5-dev 5.3.10-1ubuntu3.9
php5-gd 5.3.10-1ubuntu3.9
php5-mysql 5.3.10-1ubuntu3.9
php-pear 5.3.10-1ubuntu3.9

J'ai essayé de regarder au niveau de Appramor
des droits et propriétaires dse fichier mysql
de créer un fichier mysqld.sock avec 

touch

dernière chose bizarre, le swap était dans les choux (90%) jusqu'à ce matin et le CPU faisait le yoyo
le seul error.lo que j'ai pu attrapé est le /var/log/mysql/error.log, vu que le /var/log/mysql.log est vide
il donne (une partie qui se répète de nombreuses fois)

/VAR/LOG/MYSQL/ERROR.LOG
	131213  6:49:21 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full name instead.
	131213  6:49:21 [Note] Plugin 'FEDERATED' is disabled.
	131213  6:49:21 InnoDB: The InnoDB memory heap is disabled
	131213  6:49:21 InnoDB: Mutexes and rw_locks use GCC atomic builtins
	131213  6:49:21 InnoDB: Compressed tables use zlib 1.2.3.4
	131213  6:49:22 InnoDB: Initializing buffer pool, size = 128.0M
	131213  6:49:23 InnoDB: Completed initialization of buffer pool
	InnoDB: Database page corruption on disk or a failed
	InnoDB: file read of page 5.
	InnoDB: You may have to recover from a backup.
	131213  6:49:23  InnoDB: Page dump in ascii and hex (16384 bytes):
	 len 16384; hex dfa

	 ...

	 ...
	 InnoDB: End of page dump
131213  6:49:40  InnoDB: Page checksum 3752244572, prior-to-4.0.14-form checksum 649297999
InnoDB: stored checksum 3752244572, prior-to-4.0.14-form stored checksum 1374057714
InnoDB: Page lsn 40 3623395099, low 4 bytes of lsn at page end 3623366053
InnoDB: Page number (if stored to page already) 5,
InnoDB: space id (if created with >= MySQL-4.1.1 and stored already) 0
InnoDB: Page may be a transaction system page
InnoDB: Database page corruption on disk or a failed
InnoDB: file read of page 5.
InnoDB: You may have to recover from a backup.
InnoDB: It is also possible that your operating
InnoDB: system has corrupted its own file cache
InnoDB: and rebooting your computer removes the
InnoDB: error.
InnoDB: If the corrupt page is an index page
InnoDB: you can also try to fix the corruption
InnoDB: by dumping, dropping, and reimporting
InnoDB: the corrupt table. You can use CHECK
InnoDB: TABLE to scan your table for corruption.
InnoDB: See also [url]http://dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html[/url]
InnoDB: about forcing recovery.
InnoDB: Ending processing because of a corrupt database page.
131213  6:49:40  InnoDB: Assertion failure in thread 4159820834624 in file buf0buf.c line 3619
InnoDB: We intentionally generate a memory trap.
InnoDB: Submit a detailed bug report to [url]http://bugs.mysql.com[/url].
InnoDB: If you get repeated assertion failures or crashes, even
InnoDB: immediately after the mysqld startup, there may be
InnoDB: corruption in the InnoDB tablespace. Please refer to
InnoDB: [url]http://dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html[/url]
InnoDB: about forcing recovery.
05:49:40 UTC - mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed, 
something is definitely wrong and this may fail.

key_buffer_size=16777216
read_buffer_size=131072
max_used_connections=0
max_threads=151
thread_count=0
connection_count=0
It is possible that mysqld could use up to 
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 346700 K  bytes of memory
Hope that's ok; if not, decrease some variables in the equation.

Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0 thread_stack 0x30000

...
Dois-je réinstaller mysql ?

Merci
J'ai 8 sites qui sont out du coup sad

Dernière modification par bouddidje (Le 14/12/2013, à 10:13)

REMEDACT: REgarde...MEdite...Agis !

Hors ligne

#2 Le 13/12/2013, à 23:44

compte supprimé x0

Re : [RÉSOLU] Mysql out

Salut,

Regarde par ici : http://forum.ubuntu-fr.org/viewtopic.php?pid=3285019
Et si ça ne fonctionne pas, là : http://forum.ubuntu-fr.org/viewtopic.php?pid=3285019
Mais après re-installation, il faudra :
- arrêter mysql
- changer le datadir dans /etc/mysql/my.cnf pour lui indiquer /home/mysql
(- faire pareil dans /etc/apparmor.d/usr.sbin.mysqld
- relancer apparmor) -> vérifie juste que c'est encore bon.
- démarrer mysql
Avec un peu de chances tu retrouveras tout comme c'était.

Dernière modification par Dr. Hugo Z. Hackenbush (Le 13/12/2013, à 23:48)

#3 Le 14/12/2013, à 08:49

bouddidje

Re : [RÉSOLU] Mysql out

Je vais jeter un œil à tes liens

Pour le my.cnf, avec le lien symbolique de /var/lib vers mon home ça ne suffit pas ? (idem pour Apparmor)

PS: tu as mis deux fois le même lien
merci

[EDIT]
essai de recréer le mysqld.sock

sudo touch /var/run/mysqld/mysqld.sock

et de l'attribuer à mysql

sudo chown mysql:mysql /var/run/mysqld/mysqld.sock

Rien

Dernière modification par bouddidje (Le 14/12/2013, à 09:32)

REMEDACT: REgarde...MEdite...Agis !

Hors ligne

#4 Le 14/12/2013, à 10:12

bouddidje

Re : [RÉSOLU] Mysql out

Salut

Pb résolu:

ça me semblait tendu de bidouiller ma BDD puisque je n'avais pas accès à ma BDD par Sequel pro.
Mais j'ai lu et suivi le premier conseil donné par sql lien pour BDD corrompue,  et j'ai donc
ajouté la ligne

innodb_force_recovery = 4

au fichier /etc/mysql/my.cnf en tapant

sudo nano /etc/mysql/my.cnf

le tout dans la section [mysqld], ce qui donnait (le "BLABLABLA" sont des commentaires ou autre)

"BLABLABLA"
[mysqld]
#
# * Basic Settings
"BLABLABLA"
# * InnoDB
#
# InnoDB is enabled by default with a 10MB datafile in /var/lib/mysql/.
# Read the manual for more InnoDB related options. There are many!
innodb_force_recovery = 4
#
# * Security Features
"BLABLABLA"

Puis redémarrer le serveur

sudo reboot

Problème résolu (à priori)

ah oui, et ne pas oublier de décommenter la ligne ou de la supprimer une fois le problème résolu

Dernière modification par bouddidje (Le 14/12/2013, à 10:44)

REMEDACT: REgarde...MEdite...Agis !

Hors ligne

Pages : 1