Voila voila...
 
j'avais les fichiers mysql dans /var/mysql
 
Le souci, c'est que je pensais pas que ca ira la quand j'ai fait mon partitionnement et la partition var, sera a terme trop petite.
 
Donc, je jette un oeil dans /etc/my.cnf je vois basedir et datadir... => je me dit oki pas de pb =>
 
service mysqld stop
usermod -d /home/special/mysql -m mysql
vi /etc/my.cnf, je fait les modifs...
 
et je fait un
 
service mysqld start
et la : [FAILED] image : fache
 
les logs ne sont pas très parlantes :
 
050629 23:14:28 [Warning] Can't create test file /home/special/mysql/dell1.lower-test
/usr/libexec/mysqld: Can't change dir to '/home/special/mysql/' (Errcode: 13)
050629 23:14:28 [ERROR] Aborting
 
Pourtant les droits sur les fichiers sont correct!
 
Pour info :
 
Redhat ES 4 update 1,
MySQL 4.1
 
Note : c'est assez urgent... je doit livrer le serveur demain soir et bcp de boulot a faire
 
paquerette

Probleme de droits ? Serveur chroote ?

ben les droits sont clean, et le serveur n'est pas chrooter (enfin ca a pas l'air, vu l'arbo du répertoire)
 
Comme j'ai une sauvegarde de toutes les bases, j'ai essayer ca :  
j'ai viré le rpm de mysqlserver => ca vire le user mysql, réinstaller (recréer le répertoire), redémmarer (recréer les bases)
 
Sauf que ca déconne
 
050629 23:51:04  mysqld started
InnoDB: The first specified data file ./ibdata1 did not exist:
InnoDB: a new database to be created!
050629 23:51:04  InnoDB: Setting file ./ibdata1 size to 10 MB
InnoDB: Database physically writes the file full: wait...
050629 23:51:04  InnoDB: Log file ./ib_logfile0 did not exist: new to be created
InnoDB: Setting log file ./ib_logfile0 size to 5 MB
InnoDB: Database physically writes the file full: wait...
050629 23:51:05  InnoDB: Log file ./ib_logfile1 did not exist: new to be created
InnoDB: Setting log file ./ib_logfile1 size to 5 MB
InnoDB: Database physically writes the file full: wait...
InnoDB: Doublewrite buffer not found: creating new
InnoDB: Doublewrite buffer created
InnoDB: Creating foreign key constraint system tables
InnoDB: Foreign key constraint system tables created
050629 23:51:05  InnoDB: Started; log sequence number 0 0
/usr/libexec/mysqld: ready for connections.
Version: '4.1.10a'  socket: '/var/lib/mysql/mysql/mysql.sock'  port: 3306  Source distribution
 
Comme ca tout a l'air nickel sauf que :  
Timeout error occurred trying to start MySQL Daemon.
Starting MySQL:                                            [FAILED]
 
 
Si j'essaie d'arreter/redémarrer j'ai la meme erreur et ca dans les logs :
 
050630 00:02:30  mysqld started
050630  0:02:30  InnoDB: Started; log sequence number 0 43634
/usr/libexec/mysqld: ready for connections.
Version: '4.1.10a'  socket: '/var/lib/mysql/mysql/mysql.sock'  port: 3306  Source distribution
 
et en essayant de se connecter avec mysql
 
[root@dell1 init.d]# mysql
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2)

Purée l'erreur visieuse !
en rétablissant dans le fichier /etc/my.cnf le chemin par défaut, j'ai mis un mysql de trop dans le chemin du fichier socket
 
/var/lib/mysql/mysql/mysql.sock
 
en mettant ca :  
/var/lib/mysql/mysql.sock
ca marche....
 
pfiouuuhhhhhh    
 
 

par contre pas moyen de faire démarrer mysqld avec les fichiers dans /home/special/mysql
 
La je viens de recopier les anciennes base dans /var/lib/mysql et ca redémmare...
 
je capte pas pkoi ca ne marche pas dans /home
c'est pas les memes partition, mais c'est les memes systems de fichier...
 

personne n'a rencontrer ce pb?
 
 

les droits de /home/special/mysql sont bons ?  
y a quoi dans les logs ?

l'ensemble du chemin jusqu'au répertoire /home/special/mysql est en 755, les répertoires dans mysql sont en 700 les fichier en 660.
 
et si je regarde /var/lib/mysql ou ca marche
cd /var/lib/mysql  
 
[root@dell1 mysql]# getfacl mysql
# file: mysql
# owner: mysql
# group: mysql
user::rwx
group::---
other::---
 
[root@dell1 mysql]# getfacl .
# file: .
# owner: mysql
# group: mysql
user::rwx
group::r-x
other::r-x
 
Donc pas d'acl particulier...
 
Paquerette

et si tu passes pas un export avec mysqldump, et que tu l'importes dans ton mysql dans le nouveau chemin ? Je pense que c'est quand meme la méthode la plus propre mais ce n'est que mon avis