Discussion :

[michel.roger@items-si.fr]

j'ai un fichier data.txt situé sur le serveur

-rw-rw-r-- 1 apache apache

j'accède à ce fichier en php avec fopen.

mais l'instruction SQL : LOAD DATA INFILE me retourne toujours l'erreur :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
LOAD DATA INFILE '/home/login/www/imports/data.txt' INTO TABLE ctable
M> FIELDS TERMINATED BY '|'
M> LINES TERMINATED BY '\n';

#13 - Can't get stat of '/home/login/www/imports/data.txt'' (Errcode: 13)

- Dans un script php qui exécute un fichier SQL
- En passant par phpMyAdmin
- Directement en ligne de commande

je n'ai pas de pb de connexion à la base, les instructions drop table et
create table sont exécutées sans pb.

le user à tous les droits.

d'ou peut bien venir cette erreur ?

[qi130]

Lorsque les fichiers de données sont sur le serveur, celui-ci utilise les règles suivantes :

* Si un chemin absolu est fourni, le serveur utilise le chemin tel quel.
* Si un chemin relatif est fourni, avec un ou plusieurs éléments de dossiers, le serveur recherche le fichier relativement à son dossier de données.
* Si le fichier n'a pas d'éléments de dossier, le serveur recherche les données dans le dossier de base de données courante.

Notez que ces règles font qu'un fichier tel que ./myfile.txt est lu dans le dossier de données du serveur, alors que s'il est nommé myfile.txt, il sera lu dans le dossier de base de données courante.

Est-ce le cas ?

[michel.roger@items-si.fr]

c'est effectivement le premier cas : chemin absolu du fichier situé sur le serveur.

pour vérif, ce chemin est identique à celui fourni à la fonction fopen de php qui permet la lecture du fichier sans pb, ou encore utilisé pour uploader en ssh le fichier sur le serveur.

[qi130]

J'ai cependant un doute sur le caractère absolu du chemin : si le serveur tourne sous windows, il manque l'unité, non ?

[michel.roger@items-si.fr]

Le serveur tourne sous linux, le chemin est correct.

[ren0]

Bonjour,

Errcode 13 : c'est un permission denied....

Comme ton process apache a bien les droits en lecture sur ton fichier data.txt, le probleme vient forcément de ta config de mysql....

Essaye de redémarrer mysql avec l'option --local-infile et retente ton import.

HTH

[michel.roger@items-si.fr]

oui, je crois qu'il va falloir tenter ça.

mais je reste dubitatif, il ne s'agit pour moi pas de LOCAL INFILE mais de INFILE tout court, c.à.d en accedant à un fichier présent sur le serveur et non sur le poste client comme le permettrait LOCAL INFILE.

Mais peut-être y at-il un rapport qd même.

Merci