[gepi-users] Pb de restauration

[Thomas BELLIARD]

Ah zut pardon, j'aurais du relire le début de la discussion avant de
répondre !

Donc je ne vois pas vraiment d'où peut venir le problème :-(

Comme ça marche chez OVH, est-ce que tu as essayé de faire la
restauration chez OVH puis un export complet depuis phpMyAdmin chez OVH
puis un import avec phpMyAdmin chez Nuxit ?

Un peu compliqué comme procédure mais comme phpMyAdmin propose pas mal
d'options sur le format de l'export ça pourrait mieux marcher.

Thomas


latour.s at free.fr a écrit :
> Ce n'est pas un pb de mémoire mais un pb de commande dans la requete je pense
> et j'ai bien un accès phpMyadmin
> 
> Selon Thomas BELLIARD <thomas.belliard at free.fr>:
> 
>> Bonjour,
>>
>> Il doit bien y avoir un accès phpMyAdmin chez Nuxit ? Dans ce cas il
>> serait sans doute plus simple de passer par là plutôt que par Gepi.
>> L'utilisation mémoire de phpMyAdmin est plus optimisée que celle de
>> Gepi, et devrait donc mieux se paser.
>>
>> S'il n'y a aucun moyen, c'est embêtant... Ca veut dire que les
>> limitations d'utilisation mémoire sur les serveurs de Nuxit empêchent
>> une utilisation à plein régime de Gepi. Mais ça me surprendrait quand
>> même.
>>
>> Thomas
>>
>>
>> Sébastien LATOUR a écrit :
>>> Bon après un nouvel essai ce dimanche je n'arrive toujours pas a restaurer
>>> ma base dans gepi 1.4.4
>>> Jusqu'à  maintenant j'étais très content de Nuxit ! Sui-je le seul Ã
>> avoir ce
>>> problème ?
>>> Je viens d'installer en secours sur mon site (chez ovh) et ça n'a posé
>> aucun
>>> problème. Jusqu'à ce que je trouve la solution ça va permettre de ne pas
>>> perturber les collègues, mais ce n'est pas viable comme solution.
>>> Votre aide sera d'une grande utilité si je veux m'en sortir je crois.
>>> Cordialement
>>> Sébastien LATOUR
>>> Prof de maths et prétice au collège des trois vallées de Florac (48)
>>>
>>> -----Message d'origine-----
>>> De : gepi-users-bounces+latour.s=free.fr at lists.adullact.net
>>> [mailto:gepi-users-bounces+latour.s=free.fr at lists.adullact.net] De la part
>>> de Julien.Jocal at ac-bordeaux.fr
>>> Envoyé : jeudi 12 avril 2007 09:49
>>> À : Liste des utilisateurs de gepi
>>> Objet : Re : Re: [gepi-users] Pb de restauration
>>>
>>> En plus, un fichier sql est un fichier texte. Pour enlever les drop, il
>>> suffit de prendre un bloc note et remplacer tous les drop par des //drop
>> ou
>>> des /* drop pour qu'ils deviennent des commentaires, ça devrait être
>> rapide.
>>> Pour désarchiver le .gz, l'utilitaire 7zip est très bien et "gratuit".
>>>
>>> bonne journée
>>>
>>> Julien Jocal
>>> Collège de Sauveterre de Guyenne
>>> 33 - Gironde
>>>
>>> ----- Message d'origine -----
>>> De: "Stephane Boireau (Animateur TICE Bernay/Pont-Audemer)"
>>> <stephane.boireau at ac-rouen.fr>
>>> Date: Jeudi, Avril 12, 2007 9:24 am
>>> Objet: Re: [gepi-users] Pb de restauration
>>> À: Liste des utilisateurs de gepi <gepi-users at lists.adullact.net>
>>>
>>>> Bonjour,
>>>>
>>>> Le jeudi 12 avril 2007 08:38, Julien.Jocal at ac-bordeaux.fr a écrit :
>>>>> en toute logique, une restauration veut revenir à une situation
>>>> antérieure.> De plus quand on fait une sauvegarde, les opérations
>>>> sauvegardées sont du
>>>>> type CREATE TABLE et INSERT INTO . Le tout étant précédé de ces
>>>> DROP qui
>>>>> effacent chaque table au préalable. Donc, en l'état, l'ensemble
>>>> de la BDD
>>>>> est recréée, difficile de pourvoir simplement faire une
>>>> restauration...>
>>>>> Mais si on efface le contenu de la bdd directement (phpmyadmin ou
>>>>> webmin,...) et si on enlève toutes les instructions de type DROP
>>>> du fichier
>>>>> gepi_le_date.sql.gz, il doit bien être possible de remettre en
>>>> place cette
>>>>> bdd.
>>>> Que l'hébergeur interdise les DROP DATABASE ne semble pas anormal.
>>>> Par contre, je suis surpris qu'il interdise les DROP TABLE.
>>>>
>>>> Sinon, la procédure proposée par Julien doit fonctionner.
>>>> (il faut quand même dé-gzipper le gepi_le_date.sql.gz s'il est au
>>>> format gz)
>>>>
>>>> Cordialement.
>>>> --
>>>> Stéphane Boireau.
>>>>
>>>>
>>>>> ----- Message d'origine -----
>>>>> De: "E. Lebrun" <Eric.Lebrun at ac-Poitiers.Fr>
>>>>> Date: Jeudi, Avril 12, 2007 0:22 am
>>>>> Objet: Re: [gepi-users] Pb de restauration
>>>>> À: Liste des utilisateurs de gepi <gepi-users at lists.adullact.net>
>>>>>
>>>>>> ça explique visiblement l'échec de la restauration précédente
>>>> (avec> > Gepi)
>>>>>> et ça ressemble à une option rendue indisponible par l'hébergeur.
>>>>>> Nuxit
>>>>>> interdirait-il cette commande ? si oui, je ne vois pas comment
>>>>>> faire...
>>>>>> une sauvegarde expurgée de ses commandes "drop if not exist"
>>>> peut-
>>>>>> elle
>>>>>> être restaurée sans souci ? la parole aux connaisseurs...
>>>>>>
>>>>>> Sébastien LATOUR a écrit :
>>>>>>> Dans phpmyadmin, je ne m'y connais pas trop mais voilà ce que
>>>>>> j'ai fait :
>>>>>>> - l'onglet sql j'ai donné mon fichier de sauvegarde comme
>>>> requête> > > - j'ai exécuté
>>>>>>> Et j'obtiens :
>>>>>>>  MySQL a répondu:
>>>>>>> La commande "DROP DATABASE" est désactivée.
>>>>>>> J'avoue que j'ai cherché et je ne trouve pas où l'activer
>>>>>>>
>>>>>>> -----Message d'origine-----
>>>>>>> De : gepi-users-bounces+latour.s=free.fr at lists.adullact.net
>>>>>>> [mailto:gepi-users-bounces+latour.s=free.fr at lists.adullact.net]
>>>>>> De la part
>>>>>>
>>>>>>> de E. Lebrun
>>>>>>> Envoyé : mercredi 11 avril 2007 22:55
>>>>>>> À : Liste des utilisateurs de gepi
>>>>>>> Objet : Re: [gepi-users] Pb de restauration
>>>>>>>
>>>>>>> essayer une restauration (du même fichier sauvegarde)
>>>> directement> >
>>>>>> via
>>>>>>
>>>>>>> phpmyadmin...? éventuellement tronçonner la sauvegarde en
>>>>>> plusieurs
>>>>>>
>>>>>>> fichiers si elle est trop grosse
>>>>>>>
>>>>>>> Sébastien LATOUR a écrit :
>>>>>>>> Bonsoir
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Voulant mettre à jour ma version de Gepi, j’ai fait une fausse
>>>>>> manip et
>>>>>>
>>>>>>>> je n’arrive pas à restaurer ma sauvegarde.
>>>>>>>>
>>>>>>>> Je suis hébergé chez Nuxit et Gepi donne ce message :
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> *La procédure de restauration ne peut pas continuer.
>>>>>>>> Un problème est survenu lors du traitement d'une requête
>>>> près de :.
>>>>>>>> DROP TABLE IF EXISTS `absences`;*
>>>>>>>>
>>>>>>>> * *
>>>>>>>>
>>>>>>>> Quelqu’un peut-il m’aider ?
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Cordialement
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Sébastien LATOUR
>>>>>>>>
>>>>>>>> Prétice du collège de Florac (48)
>>>>>>>>
>>>>>>>>
>>>>>>>> -------------------------------------------------------------
>>>> ----
>>>>>> -------
>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> gepi-users mailing list
>>>>>>>> gepi-users at lists.adullact.net
>>>>>>>> https://lists.adullact.net/mailman/listinfo/gepi-users
>>>>>> --
>>>>>> Éric LEBRUN
>>>>>> Proviseur adjoint
>>>>>> Lycée Camille Guérin
>>>>>>
>>>>>> 33 rue de la Gibauderie - 86000 Poitiers
>>>>>> téléphone : 05.49.46.28.70 - télécopie : 05.49.45.21.43
>>>> --
>>>> Stephane Boireau
>>>> Animateur TICE Bernay/Pont-Audemer
>>>>
>>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> gepi-users mailing list
>>> gepi-users at lists.adullact.net
>>> https://lists.adullact.net/mailman/listinfo/gepi-users
>>
> 
> 
> 
> _______________________________________________
> gepi-users mailing list
> gepi-users at lists.adullact.net
> https://lists.adullact.net/mailman/listinfo/gepi-users

-------------- section suivante --------------
Une pièce jointe non texte a été nettoyée...
Nom: signature.asc
Type: application/pgp-signature
Taille: 252 octets
Desc: OpenPGP digital signature
Url: http://lists.adullact.net/pipermail/gepi-users/attachments/20070418/a96f679c/signature.pgp