Le fichier SQL ne peut être lu

Version imprimable

06/10/2007, 20h18
venomelektro

Le fichier SQL ne peut être lu

Salut,

j ai un drole de bug dans phpmyadmin, lors que j essaye d importer un fichier .sql lors de l upload, l erreur suivante est affichée

Citation:

Erreur
Le fichier n'a pu être lu

le fichier que j essaye de mettre est du .sql en texte brut, encodé en utf8 et j ai bien selectionné utf8 dans la select box.

le fichier fait 432 ko, si je te compresse en gz j ai la meme erreur et les insctructions sont trop lourdes pour etre copié coller dans le textarea sql

bon , je peux biensur me prendre la tete a diviser le fichier en x bouts et copier/coller les requetes a la main dans la partie "SQL" mais bon, l interet d utiliser phpmyadmin c est justement de gagner du temps, donc j aimerais comprendre pourquoi ca bugge comme ca.

une idée?

edit :

petit complément d info: je suis sous linux et firefox 2.0.0.6
09/10/2007, 23h42
venomelektro

je remonte le topic, personne n a d idée?

c est quand meme un gros probleme qui se produit tres fréquement chez moi

je suis pourtant sur la derniere version de pma (2.11.1)

et je n ai aucun probleme lors d upload de fichier via php sur le serveur en question en dehors de pma !
10/10/2007, 00h53
N1bus

Bonjour,

432 ko n'est pas un gros fichier de bdd.

Ton fichier a été exporté avec PMA ? (même version ?)

Lors de l'exportation, as tu coché Protéger les noms des tables et des champs par des "`"

As tu essayé en cochant Encoder les champs binaires en hexadécimal ?

As tu coché Transmetre ou as tu copié/collé le code dans un fichier txt que tu as ensuite renommé en sql ?

Si ce ne sont pas des données confidentielles, peux tu mettre ton fichier sql ici en pièce jointe pour qu'on essaye de notre côté ?

Tu uploades sur ton serveur distant ou sur ton pc ?
10/10/2007, 11h51
venomelektro

les données ne sont pas spécialement confidentielles et surtout ca se produit avec un grand nombre de fichiers.

Ca fait un moment que j ai le probleme , quand j ai décidé a poster ici , c etais avec le fichier sql de zen cart(fork oscommerce version : zen-cart-v1.3.7.1-full-patched-07052007)

ensuite avec un export sql fait par mes soins sur une ancienne version de pma(2.6.4-pl3)

et la je viens de faire un export depuis la 2.11.1 vers la 2.11.1 et ..pareil

j ai testé sur un petit fichier que voici tel quel :

Citation:

-- phpMyAdmin SQL Dump
-- version 2.11.1
-- http://www.phpmyadmin.net
--
-- Serveur: localhost
-- Généré le : Mer 10 Octobre 2007 à 11:29
-- Version du serveur: 5.0.32
-- Version de PHP: 5.2.0-8+etch7

SET SQL_MODE="NO_AUTO_VALUE_ON_ZERO";

--
-- Base de données: `deviant`
--

-- --------------------------------------------------------

--
-- Structure de la table `queue`
--

CREATE TABLE IF NOT EXISTS `queue` (
`id` int(11) NOT NULL auto_increment,
`timest` timestamp NOT NULL default CURRENT_TIMESTAMP,
`track_id` int(11) NOT NULL,
`user_id` int(11) NOT NULL default '0',
PRIMARY KEY (`id`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1 AUTO_INCREMENT=26632 ;

--
-- Contenu de la table `queue`
--

INSERT INTO `queue` (`id`, `timest`, `track_id`, `user_id`) VALUES
(26630, '2007-07-09 23:11:10', 56, 4),
(26631, '2007-07-30 10:49:05', 16, 4);

l erreur est la meme si je vire les commentaires avant "CREATE TABLE"
10/10/2007, 12h01
N1bus

je viens de tester ton fichier direct dans la fenetre sQL puis en important aprés avoir créé un fichier queue.sql et ça fonctionne nickel.

Tu devrais reinstaller PMA
10/10/2007, 12h33
venomelektro

il est installé sur un serveur dédié sous debian , je mets a jour regulierement la version dès qu une nouvelle release est annoncée sur le site de pma.. je comprends pas.. le problème n est pas d hier ca fait plusieurs versions que je me traine ce problème.

je vais encore une fois tout réinstaller et on verra bien , je posterais ici pour dire quoi :D
10/10/2007, 13h01
venomelektro

meme probleme apres une reinstall complete ... que faire?

j ai testé aussi depuis windowsXP/IE7 meme probleme , ca vient donc pas apparement du coté client
10/10/2007, 14h28
N1bus

Alors c'est peut etre un probleme avec Mysql (voir la config).
Faut peut etre essayer de réinstaller Mysql.
10/10/2007, 14h52
venomelektro

je crois moyennent a cette solution, j ai 25 sites en production sur ce serveur dont la plupart utilise mysql et pour certains de maniere assez intensive (ecommerce)

le serveur est stable et mysql n a jamais planté que j ai ce serveur (10 mois)

si je passe par mysqldump je peux faire des import/export sans probleme

personne ne sauvait m indiquer dans quel fichier chercher l explication de ce probleme? le message n etant franchement pas tres clair :(
10/10/2007, 16h03
N1bus

Citation:

petit complément d info: je suis sous linux et firefox 2.0.0.6

J'avais pas fait gaffe .

J'ai testé sous XP + IE6 : ça marche
J'ai également testé sous SLES 10 + FF : ça marche aussi

Tu utilises le même pma et même config php pour tous tes sites ?

ayé j ai trouvé !

bourde de ma part quand j ai deplacé le pma de place sur le serveur, il etait dans un virtual host avec un open_base_dir et du coup j ouverture du fichier uploadé été bloqué par la restriction du base_dir !!

j ai compris en allant voir le code source du fichier import.php et en voyant que l erreur etait affiché quand le fopen du fichier uploadé retournait false !!

dommage que pma n affiche pas un message plus explicite dans ce cas, j aurais pu corriger depuis un bail ;)

import.php ligne 301
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 case 'none': $import_handle = @fopen($import_file, 'r'); break; default: $message = sprintf($strUnsupportedCompressionDetected, $compression); $show_error_header = TRUE; $error = TRUE; break; } } if (!$error && $import_handle === FALSE) { $message = $strFileCouldNotBeRead; $show_error_header = TRUE; $error = TRUE; }