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

  FORUM HardWare.fr
  Linux et OS Alternatifs
  Installation

  [DEBIAN/Sarge] problème avec MySQL [RESOLU]

 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

[DEBIAN/Sarge] problème avec MySQL [RESOLU]

n°849844
stef_dober​mann
Personne n'est parfait ...
Posté le 09-10-2006 à 11:14:41  profilanswer
 

Bonjour,
 
j'ai installé mysql-serveur, mais il n'arrive pas à ce lancer !
voisi le message d'erreur :

Code :
  1. cobalt:/# /etc/init.d/mysql start
  2. Starting MySQL database server: mysqld...failed.
  3.         Please take a look at the syslog.
  4. /usr/bin/mysqladmin: connect to server at 'localhost' failed
  5. error: 'Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)'
  6. Check that mysqld is running and that the socket: '/var/run/mysqld/mysqld.sock' exists!
  7. cobalt:/#


 
voici le fichier syslog :

Code :
  1. Oct  9 09:10:08 home mysqld_safe[914]: started
  2. Oct  9 09:10:08 home mysqld[918]: ^G/usr/sbin/mysqld: Can't create/write to file '/tmp/ibjsmUwI' (Errcode: 13)
  3. Oct  9 09:10:08 home mysqld[918]: 061009  9:10:08  InnoDB: Error: unable to create temporary file; errno: 13
  4. Oct  9 09:10:08 home mysqld[918]: 061009  9:10:08 Can't init databases
  5. Oct  9 09:10:08 home mysqld[918]: 061009  9:10:08 Aborting
  6. Oct  9 09:10:08 home mysqld[918]:
  7. Oct  9 09:10:08 home mysqld[918]: 061009  9:10:08  InnoDB: Warning: shutting down a not properly started
  8. Oct  9 09:10:08 home mysqld[918]:                  InnoDB: or created database!
  9. Oct  9 09:10:08 home mysqld[918]: 061009  9:10:08 /usr/sbin/mysqld: Shutdown Complete
  10. Oct  9 09:10:08 home mysqld[918]:
  11. Oct  9 09:10:08 home mysqld_safe[920]: ended
  12. Oct  9 09:10:14 home /etc/init.d/mysql[983]: 0 processes alive and '/usr/bin/mysqladmin --defaults-file=/etc/mysql/debian.cnf ping' resulted in
  13. Oct  9 09:10:14 home /etc/init.d/mysql[983]: ^G/usr/bin/mysqladmin: connect to server at 'localhost' failed
  14. Oct  9 09:10:14 home /etc/init.d/mysql[983]: error: 'Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)'
  15. Oct  9 09:10:14 home /etc/init.d/mysql[983]: Check that mysqld is running and that the socket: '/var/run/mysqld/mysqld.sock' exists!


 
pourquoi j'ai ce problème d'écriture sur le /tmp ??
sur mon autre PC je n'ai eu le moindre soucis, fonctionne à merveille !
 
Edit : mise à jour du titre du message => STATUS == RESOLU


Message édité par stef_dobermann le 16-10-2006 à 10:04:11

---------------
Tout à commencé par un rêve...
mood
Publicité
Posté le 09-10-2006 à 11:14:41  profilanswer
 

n°849848
M300A
Sehr hopfen, vielen IBU, wow!
Posté le 09-10-2006 à 11:41:05  profilanswer
 

ls -l / | grep tmp

n°850063
coolben
http://www.starbusiness.fr
Posté le 10-10-2006 à 07:44:55  profilanswer
 

as tu de la palce sur ton pc ?

Citation :

$df

n°850175
stef_dober​mann
Personne n'est parfait ...
Posté le 10-10-2006 à 13:17:04  profilanswer
 

j'ai un hdd de 80 GO, avec seulement linux dessus, et rien d'installer.
c'est pour faire un serveur web de teste !
 
je pense que ca devrais largement suffir


---------------
Tout à commencé par un rêve...
n°850177
wedgeant
Da penguin inside
Posté le 10-10-2006 à 13:19:24  profilanswer
 

stef_dobermann a écrit :

j'ai un hdd de 80 GO, avec seulement linux dessus, et rien d'installer.
c'est pour faire un serveur web de teste !
 
je pense que ca devrais largement suffir


 
Pas bien de pas répondre à la question ...  :non:  
Le monsieur te demande le résultat de la commande

Code :
  1. df -m

(c'est plus mieux en Mo qu'en octets :D)

Message cité 1 fois
Message édité par wedgeant le 10-10-2006 à 13:19:37

---------------
Wedge#2487 @HS -#- PW: +∞ -#- Khaz-Modan/Boltiz @WoW
n°850195
coolben
http://www.starbusiness.fr
Posté le 10-10-2006 à 13:48:34  profilanswer
 

effectivement, je ne connaissais pas
merci

n°850280
stef_dober​mann
Personne n'est parfait ...
Posté le 10-10-2006 à 19:07:33  profilanswer
 

M300A a écrit :

ls -l / | grep tmp


cobalt:~# ls -l / | grep tmp
drwxr-xr-x   3 root root   4096 Oct 10 16:58 tmp


---------------
Tout à commencé par un rêve...
n°850281
stef_dober​mann
Personne n'est parfait ...
Posté le 10-10-2006 à 19:08:47  profilanswer
 

wedgeant a écrit :

Pas bien de pas répondre à la question ...  :non:  
Le monsieur te demande le résultat de la commande

Code :
  1. df -m

(c'est plus mieux en Mo qu'en octets :D)


voici le resultat :

Code :
  1. cobalt:~# df -h
  2. Filesystem            Size  Used Avail Use% Mounted on
  3. /dev/hda1              19G  207M   18G   2% /
  4. /dev/hda2             1.9G   20K  1.8G   1% /tmp
  5. /dev/hda4              53G  4.0K   50G   1% /www


 
mais c'est ce que je te disait, j'ai suffisament de place ;)


Message édité par stef_dobermann le 10-10-2006 à 19:13:16

---------------
Tout à commencé par un rêve...
n°850289
M300A
Sehr hopfen, vielen IBU, wow!
Posté le 10-10-2006 à 19:34:26  profilanswer
 

stef_dobermann a écrit :

cobalt:~# ls -l / | grep tmp
drwxr-xr-x   3 root root   4096 Oct 10 16:58 tmp


 
Bah oé t'as peté les droits de ton /tmp :D
 
chmod 1777 /tmp je crois :)

n°850341
coolben
http://www.starbusiness.fr
Posté le 10-10-2006 à 23:03:52  profilanswer
 

Bien joué M300A
Par contre pourquoi un 1 devant 777 dans le chmod ?

mood
Publicité
Posté le 10-10-2006 à 23:03:52  profilanswer
 

n°850364
M300A
Sehr hopfen, vielen IBU, wow!
Posté le 11-10-2006 à 00:56:05  profilanswer
 

heuu :)
 
je sais plus c'est le +t je crois que c pour que les fichiers créés appartiennent toujours a l'uid qui le crée mais du coup je me demande la diff avec le comportement de base.
 
Quelqu'un peut me rafraichir la mémoire ? ;)

n°850514
stef_dober​mann
Personne n'est parfait ...
Posté le 11-10-2006 à 14:26:57  profilanswer
 

ok c'est fait  

Code :
  1. cobalt:~# chmod 777 /tmp
  2. cobalt:~# ls -l / | grep tmp
  3. drwxrwxrwx   3 root root   4096 Oct 11 12:16 tmp


 
lancement de MySQL :

Code :
  1. cobalt:~# /etc/init.d/mysql start
  2. Starting MySQL database server: mysqld.
  3. Checking for crashed MySQL tables in the background.


 
c'est pour faire quoi la derniére ligne ?
 
apparement ca démarre !
vérifions :

Code :
  1. cobalt:~# ps aux | grep mysql
  2. root       605  0.1  0.1  2296 1096 pts/0    S    12:19   0:00 /bin/sh /usr/bin/mysqld_safe
  3. root       641  0.0  0.1  2296 1104 pts/0    S    12:19   0:00 /bin/sh /usr/bin/mysqld_safe
  4. mysql      642  0.4  1.3 73064 13616 pts/0   S    12:19   0:00 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/tmp/mysqld.pid --skip-locking --port=3306 --socket=/var/run/mysqld/mysqld.sock
  5. root       643  0.0  0.0  1476  484 pts/0    S    12:19   0:00 logger -p daemon.err -t mysqld_safe -i -t mysqld
  6. mysql      644  0.0  1.3 73064 13616 pts/0   S    12:19   0:00 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/tmp/mysqld.pid --skip-locking --port=3306 --socket=/var/run/mysqld/mysqld.sock
  7. mysql      645  0.0  1.3 73064 13616 pts/0   S    12:19   0:00 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/tmp/mysqld.pid --skip-locking --port=3306 --socket=/var/run/mysqld/mysqld.sock
  8. mysql      646  0.0  1.3 73064 13616 pts/0   S    12:19   0:00 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/tmp/mysqld.pid --skip-locking --port=3306 --socket=/var/run/mysqld/mysqld.sock
  9. mysql      647  0.0  1.3 73064 13616 pts/0   S    12:19   0:00 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/tmp/mysqld.pid --skip-locking --port=3306 --socket=/var/run/mysqld/mysqld.sock
  10. mysql      648  0.0  1.3 73064 13616 pts/0   S    12:19   0:00 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/tmp/mysqld.pid --skip-locking --port=3306 --socket=/var/run/mysqld/mysqld.sock
  11. mysql      649  0.0  1.3 73064 13616 pts/0   S    12:19   0:00 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/tmp/mysqld.pid --skip-locking --port=3306 --socket=/var/run/mysqld/mysqld.sock
  12. mysql      650  0.0  1.3 73064 13616 pts/0   S    12:19   0:00 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/tmp/mysqld.pid --skip-locking --port=3306 --socket=/var/run/mysqld/mysqld.sock
  13. mysql      651  0.0  1.3 73064 13616 pts/0   S    12:19   0:00 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/tmp/mysqld.pid --skip-locking --port=3306 --socket=/var/run/mysqld/mysqld.sock
  14. mysql      652  0.0  1.3 73064 13616 pts/0   S    12:19   0:00 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/tmp/mysqld.pid --skip-locking --port=3306 --socket=/var/run/mysqld/mysqld.sock
  15. root       688  0.0  0.0  1536  452 pts/0    R+   12:19   0:00 grep mysql


 
et enfin tentative execution d'une commade SQL :

Code :
  1. cobalt:~# mysql
  2. Welcome to the MySQL monitor.  Commands end with ; or \g.
  3. Your MySQL connection id is 6 to server version: 4.0.24_Debian-10sarge2-log
  4. Type 'help;' or '\h' for help. Type '\c' to clear the buffer.
  5. mysql> show databases;
  6. +----------+
  7. | Database |
  8. +----------+
  9. | mysql    |
  10. | test     |
  11. +----------+
  12. 2 rows in set (0.00 sec)
  13. mysql> quit
  14. Bye


 
voila je crois que c'est bon, reste mainteant à changer le répertoire de sauvegarde des db et mettre un mot de passe au root, et mettre une écoute externe sur l'autre carte réseau pour administrer / accéder à MySQL à distance.
 
Merci beaucoup à tous :jap:


---------------
Tout à commencé par un rêve...
n°850524
wedgeant
Da penguin inside
Posté le 11-10-2006 à 14:39:19  profilanswer
 

:)
 
Par contre, il aurait mieux valu faire tout ça avec l'utilisateur mysql et non en root ... m'enfin bon :sarcastic:


---------------
Wedge#2487 @HS -#- PW: +∞ -#- Khaz-Modan/Boltiz @WoW
n°850588
stef_dober​mann
Personne n'est parfait ...
Posté le 11-10-2006 à 15:45:43  profilanswer
 

ca change quoi ?


---------------
Tout à commencé par un rêve...
n°850604
M300A
Sehr hopfen, vielen IBU, wow!
Posté le 11-10-2006 à 15:59:43  profilanswer
 

non ca change rien mais ton /tmp à toujours pas des droits correctes.
 
Il doit être en 1777

n°850608
wedgeant
Da penguin inside
Posté le 11-10-2006 à 16:01:45  profilanswer
 

M300A a écrit :

non ca change rien mais ton /tmp à toujours pas des droits correctes.
 
Il doit être en 1777


 
bin si, un ch'tit peu, ça donne les droits en accès aux tables à tous les utilisateurs du groupe mysql, sinon faut se palucher à la main tous les changements de droit, alors qu'en le faisant directement, suffit d'ajouter les utilisateurs au groupe  :sarcastic:


---------------
Wedge#2487 @HS -#- PW: +∞ -#- Khaz-Modan/Boltiz @WoW
n°850626
M300A
Sehr hopfen, vielen IBU, wow!
Posté le 11-10-2006 à 16:24:37  profilanswer
 

??? Je saisis rien à ce que tu dis, les droits mysql n'ont rien à voir avec les droits unix....
 
De plus mysql tourne bien sous un uid séparé puisque c'est les paquet Debian (cf ps aux)

n°850635
THRAK
- THR4K -
Posté le 11-10-2006 à 16:36:38  profilanswer
 

M300A a écrit :

non ca change rien mais ton /tmp à toujours pas des droits correctes.
 
Il doit être en 1777


Je plussoie, il faut activer le sticky bit sur le répertoire /tmp afin de le rendre persistant :

Citation :

RÉPERTOIRES PERSISTANTS
       Quand un répertoire a son bit sticky positionné, les  fichiers  de  ce
       répertoire  ne  peuvent être effacés et renommés que par le superutil‐
       isateur et le propriétaire du fichier. Sans ce bit sticky, toutes  les
       personnes  ayant  l’autorisation  d’écrire  dans le répertoire peuvent
       supprimer ou renommer des  fichiers.  Le  bit  sticky  est  couramment
       utilisé sur des répertoires comme /tmp, qui sont accessibles en écrit‐
       ure par tout le monde.


 
Tu devrais avoir les droits suivants sur ton /tmp - c'est une question de sécurité :

drwxrwxrwt  8 root root 2,0K 2006-10-11 16:09 tmp/


---------------
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
n°850636
wedgeant
Da penguin inside
Posté le 11-10-2006 à 16:36:50  profilanswer
 

M300A a écrit :

??? Je saisis rien à ce que tu dis, les droits mysql n'ont rien à voir avec les droits unix....
 
De plus mysql tourne bien sous un uid séparé puisque c'est les paquet Debian (cf ps aux)


 
Ouaip, bon ... je compare à ma Slackware, forcément y'a quelques différences  :sol:  
 
En ce qui me concerne, je sais que si je lance le script en root, il n'y a que root qui peut accèder aux tables, s'il est lancé en user mysql, alors tous les users du groupe mysql y ont accès.
 
Pour le daemon, normal, c'est gèré par le script rc.mysqld ;)


---------------
Wedge#2487 @HS -#- PW: +∞ -#- Khaz-Modan/Boltiz @WoW
n°850641
M300A
Sehr hopfen, vielen IBU, wow!
Posté le 11-10-2006 à 16:47:32  profilanswer
 

Oui c'est pas applicable à debian ton truc :)

n°850720
stef_dober​mann
Personne n'est parfait ...
Posté le 11-10-2006 à 19:12:47  profilanswer
 

M300A a écrit :

non ca change rien mais ton /tmp à toujours pas des droits correctes.
 
Il doit être en 1777


ok, j'applique ces droits dès que possible :)


Message édité par stef_dobermann le 11-10-2006 à 19:13:14

---------------
Tout à commencé par un rêve...
mood
Publicité
Posté le   profilanswer
 


Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Linux et OS Alternatifs
  Installation

  [DEBIAN/Sarge] problème avec MySQL [RESOLU]

 

Sujets relatifs
[Samba] Probleme de reconnaissance de login/mdpAide pour un débutant: partitionner (résolu), partager et... Son.
Problème de charset ...ubuntu (edgy) + applies GTK1 = problème : locales + polices hideuses.
lire des mp3 sur debian en les sélectionnant sous windows ?Taille des paquets debian ?
Probleme de config de passerelle sous fedora core 4probleme avec ndiswrapper
debian sarge et kit wifi D-link DW-922 ? 
Plus de sujets relatifs à : [DEBIAN/Sarge] problème avec MySQL [RESOLU]


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