Fichier mysql.sock manquant [Réglé]
Mysqle ne veut pas démarrer et impossible de le régénérer
Logiciels / Autres logiciels
Ysabeau Membre non connecté
-
- Voir le profil du membre Ysabeau
- Inscrit le : 09/08/2015
- Site internet
- Groupes :
-
Ambassadeur
Je veux travailler sur des sites en local. Ce que j'ai réussi à faire en juin. Mais là.
1/ j'accède bien à localhost, donc Apache est bien démarré (j'ai vérifié).
2/ PhpMyAdmin fonctionne (j'ai vérifié sauf que j'ai oublié les mots de passe, soupir).
3/ Mariadb est bien installé (revérifié aussi).
Dans le Centre de commande, j'ai beau appuyer sur le bouton Démarrer, mysql reste arrêté.
Quand je passe par la Konsole et que j'entre cette commande :
Code BASH :
mysql -u root -p
Elle me balance qu'il manque le fichier mysql.sock, ce qui est, hélas, tout à fait vrai, ni à cette adresse /var/lib/mysql/mysql.sock (valeur par défaut, semble-t-il), ni là : /var/run/mysqld.
Donc, avant de vous enquiquiner, je farfouine, tombe sur ce fil et j'essaie ça :
Code BASH :
systemctl status mysqld
Et là, il me balance tout un tas de trucs, je crois comprendre que ça signifie que ça n'a rien donné.
Code BASH :
● mysqld.service - MySQL database server Loaded: loaded (/usr/lib/systemd/system/mysqld.service; enabled; vendor preset: enabled) Active: activating (start) since mar. 2018-07-31 15:53:44 CEST; 2s ago Process: 10513 ExecStartPre=/usr/sbin/mysqld-prepare-db-dir (code=exited, status=0/SUCCESS) Main PID: 10534 (mysqld) Status: "Free innodb buffer pool" CGroup: /system.slice/mysqld.service └─10534 /usr/sbin/mysqld juil. 31 15:53:44 localhost.localdomain mysqld[10534]: 2018-07-31 15:53:44 139918980540480 [Note] InnoDB: Percona XtraDB (http://www.percona.com) 5.6.39-83.1 juil. 31 15:53:44 localhost.localdomain mysqld[10534]: 2018-07-31 15:53:44 139918300935936 [Note] InnoDB: Dumping buffer pool(s) not yet started juil. 31 15:53:44 localhost.localdomain mysqld[10534]: 2018-07-31 15:53:44 139918980540480 [Warning] mysqld: GSSAPI plugin : default principal 'mariadb/localho juil. 31 15:53:44 localhost.localdomain mysqld[10534]: 2018-07-31 15:53:44 139918980540480 [ERROR] mysqld: Server GSSAPI error (major 851968, minor 2529639093) juil. 31 15:53:44 localhost.localdomain mysqld[10534]: 2018-07-31 15:53:44 139918980540480 [ERROR] Plugin 'gssapi' init function returned error. juil. 31 15:53:44 localhost.localdomain mysqld[10534]: 180731 15:53:44 server_audit: MariaDB Audit Plugin version 1.4.3 STARTED. juil. 31 15:53:44 localhost.localdomain mysqld[10534]: 180731 15:53:44 server_audit: Query cache is enabled with the TABLE events. Some table reads can be veil juil. 31 15:53:44 localhost.localdomain mysqld[10534]: 2018-07-31 15:53:44 139918980540480 [ERROR] Can't init tc log juil. 31 15:53:44 localhost.localdomain mysqld[10534]: 2018-07-31 15:53:44 139918980540480 [ERROR] Aborting juil. 31 15:53:44 localhost.localdomain mysqld[10534]: 180731 15:53:44 server_audit: STOPPED
En complément :
1/ je ne sais pas le nom de la base (s'il n'y en a qu'une)
2/ je ne me souviens pas du mot de passe
3/ mon CMS préféré, à savoir SPIP, n'accepte aucun de mes identifiants/mots de passe habituels.
Bref, je suis un peu larguée sur ce coup-là.
Si quelqu'un à une idée de génie (ou même de demi-génie) ?
Merci.
Ysabeau Membre non connecté
-
- Voir le profil du membre Ysabeau
- Inscrit le : 09/08/2015
- Site internet
- Groupes :
-
Ambassadeur
Code BASH :
# systemctl restart mysqld.service Job for mysqld.service failed because the control process exited with error code. See "systemctl status mysqld.service" and "journalctl -xe" for details.
magnux77 Membre non connecté
-
- Voir le profil du membre magnux77
- Inscrit le : 21/09/2009
- Groupes :
-
Membre d'Honneur
Sers-toi des fichiers de config de SPIP pour retrouver le nom de database et les chaînes de connexion (user/password).
Sinon, sous /etc, en root kek part il y a le fichier de config mysql.
Je trouve bizarre que ta DB soit en InnoDB ou (XtraDB pour MariaDB) : verrouillage ligne, clés étrangères et intégrité référentielle pour SPIP ?...
N'y a-t-il pas eu des mises à jour logicielles de MariaDB sans upgrade des tables ?
Bon courage !
Édité par magnux77 Le 01/08/2018 à 10h21
Ysabeau Membre non connecté
-
- Voir le profil du membre Ysabeau
- Inscrit le : 09/08/2015
- Site internet
- Groupes :
-
Ambassadeur
Donc, quand je fais :
Code BASH :
mysql -u root -p
il me balance systématiquement ça après que j'ai entré un mot de passe (qui doit être l'un de ceux utilisés) :
Code BASH :
Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2 "No such file or directory")
Pourquoi ce fichu fichier a disparu, mystère.
Après je ne sais pas du tout si j'ai ou pas upgradé les tables. Je fais les mises à jour et c'est tout. SPIP le fait quand je mets à jour la version de SPIP, mais MariaDB, je ne sais pas.
Ysabeau Membre non connecté
-
- Voir le profil du membre Ysabeau
- Inscrit le : 09/08/2015
- Site internet
- Groupes :
-
Ambassadeur
Code BASH :
mysql -u root -p mysql spip
en me disant que ça devait être le nom de la base. Il me sort une tartine qui commence comme ça :
Code BASH :
.mysql Ver 15.1 Distrib 10.1.33-MariaDB, for Linux (x86_64) using readline 5.1 Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.
Et les options.
D'après lui le socket devait être à cet endroit /var/lib/mysql/mysql.sock.
Ben non. Pas plus de socket que de beurre en broche !
Je me retrouve donc, socquettes aux pieds, comme une poule devant un couteau.
Édité par Ysabeau Le 01/08/2018 à 15h24
magnux77 Membre non connecté
-
- Voir le profil du membre magnux77
- Inscrit le : 21/09/2009
- Groupes :
-
Membre d'Honneur
D'après ce que j'ai lu upon the web, la suppression du fichier .sock est préconisée pour résoudre un certain nombre de problèmes.
Pour le retrouver où qu'il soit caché, en root, faire
Code BASH :
find / -name "*.sock"
Xcuz ! Mais je retourne me baigner
Édité par magnux77 Le 01/08/2018 à 16h43
Ysabeau Membre non connecté
-
- Voir le profil du membre Ysabeau
- Inscrit le : 09/08/2015
- Site internet
- Groupes :
-
Ambassadeur
Bonne baignade.
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Citation :
juil. 31 15:53:44 localhost.localdomain mysqld[10534]: 2018-07-31 15:53:44 139918980540480 [ERROR] mysqld: Server GSSAPI error (major 851968, minor 2529639093)
juil. 31 15:53:44 localhost.localdomain mysqld[10534]: 2018-07-31 15:53:44 139918980540480 [ERROR] Plugin 'gssapi' init function returned error.
juil. 31 15:53:44 localhost.localdomain mysqld[10534]: 2018-07-31 15:53:44 139918980540480 [ERROR] Plugin 'gssapi' init function returned error.
Ton problème n'a pas l'air évident.
Je pense qu'il faut pas se focaliser sur la socket. Elle est créée et gérée par le démon mysqld pour échanger les données avec les clients, dont l'application mysql.
Le plugin gssapi a l'air de poser problème alors qu je soute qu'il te soit utile
Citation :
lib64sasl2-plug-gssapi - SASL GSSAPI mechanism plugin
This plugin implements the SASL GSSAPI (kerberos 5)mechanism.
This plugin implements the SASL GSSAPI (kerberos 5)mechanism.
Si tu a ce paquet installé, tente de le désinstaller.
Comment as-tu installé MariaDB ? Avec les paquets Mageia ?
Ysabeau Membre non connecté
-
- Voir le profil du membre Ysabeau
- Inscrit le : 09/08/2015
- Site internet
- Groupes :
-
Ambassadeur
Bon gssapi , n'est pas installé.
A priori MariaDB a été installé avec les paquets Mageia. Ce n'est pas moi qui l'ai installé.
funix Membre non connecté
-
- Voir le profil du membre funix
- Inscrit le : 17/12/2012
- Site internet
- Groupes :
socket = /var/lib/mysql/mysql.sock
s'il n'y a rien, il faut sans doute l'indiquer
Ysabeau Membre non connecté
-
- Voir le profil du membre Ysabeau
- Inscrit le : 09/08/2015
- Site internet
- Groupes :
-
Ambassadeur
funix Membre non connecté
-
- Voir le profil du membre funix
- Inscrit le : 17/12/2012
- Site internet
- Groupes :
Ysabeau :
Donc je crée un fichier vide mysql.sock ?
pas du tout, tu regardes si le fichier socket est bien défini dans /etc/my.cnf
Ysabeau Membre non connecté
-
- Voir le profil du membre Ysabeau
- Inscrit le : 09/08/2015
- Site internet
- Groupes :
-
Ambassadeur
Dedans, il n'y pas à la moindre socket.
Il y a bien un fichier socket, mais là /usr/lib/cups/backend.
De toute façon, quand je lis ça
Code BASH :
Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2 "No such file or directory")
Je comprends que la socket va chercher le fichier à un endroit où il n'est pas vu qu'il n'existe pas.
funix Membre non connecté
-
- Voir le profil du membre funix
- Inscrit le : 17/12/2012
- Site internet
- Groupes :
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Le problème de démarrage (et donc de création du mysql.sock crée quand mysql a démarré ?) ne vient t' il pas du fichier tc.log ?
Code TEXT :
139918980540480 [ERROR] Can't init tc log
(par contre j' ignore où il se trouve (le répertoire qui contient les données mysql ? ) s' il existe ni ce qu' il contient (donc des données qui peuvent être perdues).
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie