Écrire une réponse

Veuillez écrire votre message et l'envoyer

Cliquez dans la zone sombre de l'image pour envoyer votre message.

Retour

Résumé de la discussion (messages les plus récents en premier)

flop25
2014-02-07 20:20:03

sinon importez table par table

iGor
2014-02-07 17:15:15

C'est un peu près l'état de mes réflexions... :)

Merci pour la confirmation. J'ai essayé d'importer le dump sans les header environnementaux, mais ça marche pas mieux.

Je vais voir si je trouve une idée quelque part... et sinon je repartirais à zéro. :)

flop25
2014-02-07 16:31:18

je vous avoue qu'en fait ça doit plus être un pb mysql à mon avis, même si le pb n'ets survenu qu'avec le dump de piwigo
je suis à cours d'idée, perso
essayez peut être d'importer le dump sans ces header environnementaux

iGor
2014-02-07 15:45:40

Non, ce n'est pas la même version.
Sur le serveur actuel, c'est :

Code:

mysql  Ver 14.14 Distrib 5.1.47, for redhat-linux-gnu (i386) using readline 5.1

alors que sur le prochain, c'est :

Code:

mysql  Ver 14.14 Distrib 5.5.35, for debian-linux-gnu (x86_64) using readline 6.2

Le saut est en effet un peu... surprenant, mais pour Wordpress et Owncloud, c'est passé comme une lettre à la poste.

flop25
2014-02-07 15:30:28

d'accord
idem de mon coté

ce n'est aps la même version mysql?

iGor
2014-02-07 15:25:51

Merci pour la réponse !

Le dump à l'air d'avoir une jolie tête, pour autant que je sache. Il y a justement des commentaires qui ressemblent à ce que j'ai mis au-dessus au début du dump, mais sinon, c'est assez normal.

J'ai fait un :

Code:

mysqldump --user=... --password=... nom_db > dump.sql

et la même commande pour l'import avec < plutôt que >

flop25
2014-02-07 15:14:06

Bonjoru
jamais eu de soucis, ever

le dump est bien ? il a quelle tête ?
vous l'avez suivant quelle commande exacte ?

iGor
2014-02-07 14:40:22

Bonjour,

Je suis en train de migrer mon serveur Web auto-hébergé d'une machine à l'autre. J'en profite pour mettre à jour apache (du 1 au 2) et passe d'une Fedora à une Debian.

Pour les application avec MySQL, je fais un dump en export, que j'importe ensuite. J'ai un problème avec Piwigo, que je ne rencontre pas avec les autres applications (par exemple Wordpress).

Il s'agit de Piwigo 2.5.2, avec un MySQL 5.1.47 sur l'actuelle machine.

Quand j'importe mon dump dans le nouveau serveur MySQL, j'obtiens ceci :

Code:

-- MySQL dump 10.13  Distrib 5.5.35, for debian-linux-gnu (x86_64)
--
-- Host: localhost    Database: [nom]
-- ------------------------------------------------------
-- Server version  5.5.35-0+wheezy1

/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;
/*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */;
/*!40103 SET TIME_ZONE='+00:00' */;
/*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */;
/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;
/*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;
/*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;
/*!40103 SET TIME_ZONE=@OLD_TIME_ZONE */;

/*!40101 SET SQL_MODE=@OLD_SQL_MODE */;
/*!40014 SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS */;
/*!40014 SET UNIQUE_CHECKS=@OLD_UNIQUE_CHECKS */;
/*!40101 SET CHARACTER_SET_CLIENT=@OLD_CHARACTER_SET_CLIENT */;
/*!40101 SET CHARACTER_SET_RESULTS=@OLD_CHARACTER_SET_RESULTS */;
/*!40101 SET COLLATION_CONNECTION=@OLD_COLLATION_CONNECTION */;
/*!40111 SET SQL_NOTES=@OLD_SQL_NOTES */;

-- Dump completed on 2014-02-07 14:29:42

Le tout dure une demi-seconde :) Et bien entendu, quand je vais afficher les tables de ma base de donnée, et ben c'est tout vide.

Y a-t-il moyen de faire quelque chose ?

Merci d'avance :)

Pied de page des forums

Propulsé par FluxBB

github twitter newsletter Faire un don Piwigo.org © 2002-2024 · Contact