Soucis import de base SQL

le Ven 2 Déc 2011 09:38

Salut

En fait, le titre est faux, je n'ai pas de soucis d'import de base sql mais voulant migrer sur un dédié, j'ai un gros problème.

J'importe ma base sans problème mais regardez la photo ci-jointe, je n'ai plus accès aux onglets. Toutes les tables sont bien présentes et les données avec mais bon, je vais pas m'amuser à changer les DNS because si ça reste comme ça, ce sera quasi impossible à administrer. Si quelqu'un à un avis, je prend.

Merci

Fichiers joints
bdd.jpg
bdd.jpg (7,93 Ko) Vu 1037 fois


Avatar de l’utilisateur   
Msmedical
Like Rank Total : 1.5    
Actif
 
Messages : 68
Inscription : Mer 27 Avr 2011 08:40
Localisation : EPERNON







    
 

le Ven 2 Déc 2011 09:50

Bah je te rappelle qu'à la base, mysql s'administre en ligne de commande, phpmyadmin n'est jamais qu'une parmi nombre d'interfaces d'administration mysql.
Sinon, tu as essayé d'éplucher les logs web de mysqladmin pour savoir d'ou ça vient ?

Et si tu ne trouves pas, si tu es sur un serveur debian (ou ubuntu, mais n'insistes pas trop dans ce cas) tu peux aller exposer ton probléme dans la section "support debian" du forum debian-fr.org . Si on t'embête, tu envoies un MP à MattOTop (c'est moi).


Votre hébergement de vacances en Dordogne est sur http://www.locationdordogne.com/.

Avatar de l’utilisateur   
36positions
Like Rank Total : 1.5    
Actif
 
Messages : 2297
Inscription : Mar 9 Aoû 2011 12:10
Localisation : Caen

le Lun 5 Déc 2011 16:01

Ton pb est assez surprenant et je pense qu'il faut t'orienter vers des admin de SQL


8 crédits nécessaire (1 ligne(s) + 4 Lien(s) en signature + 0 profil WWW + 0 mise(s) en forme)
Vous avez seulement 5 crédits de disponible :(
Vérifiez les nouvelles rêgles des signatures du forum, SVP

Avatar de l’utilisateur   
referenceur
Like Rank Total : 3.5    
Actif
 
Messages : 2000
Inscription : Sam 31 Oct 2009 19:21
Localisation : Lyon

le Mar 6 Déc 2011 12:17

referenceur a écrit:Ton pb est assez surprenant et je pense qu'il faut t'orienter vers des admin de SQL


Je confirme, c'est vraiment louche, j'ai à peu près tout essayé et à priori, cela doit venir après déduction d'un problème de mémoire allouée dans les php.ini.

En fait, je vois que ça.

Cette base est correcte sur ma sql privée et en local, impec aussi.

Il n'y a que sur mon dédié que ça fait ça.
J'avoue, ça me saoule un peu puisqu'il n'y a plus que ça qui coince techniquement (je viens de régler un problème de librairie 64bits sur les modes de règlements CB).

Au passage, le gentoo 2 de OVH, c'est facile à mettre en place mais on est très limité, je le referait pas, (impossible d'installer une librairie... gênant) je filerais sur un debian le prochain coup.

Si quelqu'un connait un pote qui touche en SQL, je veux bien un p'tit contact. ;)



Avatar de l’utilisateur   
Msmedical
Like Rank Total : 1.5    
Actif
 
Messages : 68
Inscription : Mer 27 Avr 2011 08:40
Localisation : EPERNON

le Mar 6 Déc 2011 18:15

Msmedical a écrit:Si quelqu'un connait un pote qui touche en SQL, je veux bien un p'tit contact. ;)



Peut-être une petite recherche sur le forum OVH
Regarde ici

Sinon, sur un forum spécialisé. comme ici

Enfin, c'est qu'une suggestion. ;-)


petites annonces > création de sites

Avatar de l’utilisateur   
iLuc
Like Rank Total : 8.5    
Actif
 
Messages : 618
Inscription : Jeu 13 Jan 2011 05:03
Localisation : 13

le Mar 6 Déc 2011 20:44

essaie d'accéder a la frame de droite directement par son url ça doit être le fichier main.php (de mémoire). Car là tu as le navigation.php a gauche ce qui indique que tout n'est pas défaillant.

ça peut être aussi un problème de conf par exemple chez moi je peux accéder via l'url localhost mais pas mon IP interne du réseau en 192.168.1.65.


France et son patrimoine

Avatar de l’utilisateur   
Patrimoine    
Actif
 
Messages : 45
Inscription : Mar 6 Déc 2011 19:34

le Mer 7 Déc 2011 01:13

Ton réseau est donc sur cette frange là, et ton serveur est sur le .65 ?
Avec le forwarding ssh, ça peut être une mauvaise idée de fournir ton mappage interne.


referencement naturel,Adwords:Refeo.fr

Avatar de l’utilisateur   
36positions
Like Rank Total : 1.5    
Actif
 
Messages : 2297
Inscription : Mar 9 Aoû 2011 12:10
Localisation : Caen

le Mer 7 Déc 2011 09:59

192.168... réseau interne pour le dev pas exposé sur le net (mais ça change rien aux problèmes de configuration qui sont identiques).


France et son patrimoine

Avatar de l’utilisateur   
Patrimoine    
Actif
 
Messages : 45
Inscription : Mar 6 Déc 2011 19:34

le Mer 7 Déc 2011 10:21

Alors pour les réponses données, c'est sympa mais j'ai déjà fait le tour.

Pour Iluc, j'ai déjà posté ici: ***developpez.net/forums/d1160990/php/outils/phpmyadmin/perte-donglets-bdd/#post6384152*** et pour le moment c'est le désert.

Pour Patrimoine: le "main" me ramène ben... au "main" quoi, c'est à dire à la home de mon phpmyadmin sans le panneau de gauche (désolé, me souviens plus comment on appelle ça, je me rappelle juste que ça se code avec des nodes, ch'ui vieux moi :mrgreen: )

En attendant, j'ai installé sqlbuddy que je ne connaissais pas (et qui ne me plait pas trop à priori) mais au moins, je me sent un peu mieux, j'ai au moins un outil fonctionnel.

Vala vala, si vous avez une idée lumineuse, je prend toujours ;)



Avatar de l’utilisateur   
Msmedical
Like Rank Total : 1.5    
Actif
 
Messages : 68
Inscription : Mer 27 Avr 2011 08:40
Localisation : EPERNON

le Mer 7 Déc 2011 10:26

Epluches tes logs apache, et colles ici les messages d'erreurs qui peuvent te paraitrent intéressants, bizarres, ou incompréhensibles. J'ai vu qu'il y avait plusieurs linuxiens ici, donc à plusieurs, on devrait au moins pouvoir poser un diagnostic plus précis, avec plus d'infos.


referencement naturel,Adwords:Refeo.fr

Avatar de l’utilisateur   
36positions
Like Rank Total : 1.5    
Actif
 
Messages : 2297
Inscription : Mar 9 Aoû 2011 12:10
Localisation : Caen

le Mer 7 Déc 2011 12:11

Msmedical a écrit:le "main" me ramène ben... au "main" quoi, c'est à dire à la home de mon phpmyadmin sans le panneau de gauche

Ok donc physiquement phpmyadmin est fonctionnel ce qui est le principal.

concrètement sans connaitre de façon pointu le détail du fonctionnement de ce soft je sais qu'il tourne dans un frameset (une frame de nav a gauche et la main frame à droite) qui lui est induit par index.php dans le répertoire de phpmyadmin. Chez toi les deux scripts (navigation et main) fonctionnent quand tu te connecte donc le soft est pas en question.

Reste a comprendre pourquoi l'index ne charge pas la seconde frame.

si je regarde l'index on y trouve ça dès le début :

Code: Tout sélectionner
<?php
   /* vim: set expandtab sw=4 ts=4 sts=4: */
/**
* forms frameset
*
* @uses    $GLOBALS['cfg']['QueryHistoryDB']
* @uses    $GLOBALS['cfg']['Server']['user']
* @uses    $GLOBALS['cfg']['DefaultTabServer']     as src for the mainframe
* @uses    $GLOBALS['cfg']['DefaultTabDatabase']   as src for the mainframe
* @uses    $GLOBALS['cfg']['NaviWidth']            for navi frame width
* @uses    $GLOBALS['collation_connection']    from $_REQUEST (grab_globals.lib.php)
*                                              or common.inc.php
* @uses    $GLOBALS['available_languages'] from common.inc.php (select_lang.lib.php)
* @uses    $GLOBALS['db']
* @uses    $GLOBALS['charset']
* @uses    $GLOBALS['lang']
* @uses    $GLOBALS['text_dir']
* @uses    $_ENV['HTTP_HOST']
* @uses    PMA_getRelationsParam()
* @uses    PMA_purgeHistory()
* @uses    PMA_generate_common_url()
* @uses    PMA_VERSION
* @uses    session_write_close()
* @uses    time()
* @uses    PMA_getenv()
* @uses    header()                to send charset
* @package phpMyAdmin
*/

/**
* Gets core libraries and defines some variables
*/
require_once './libraries/common.inc.php';

// free the session file, for the other frames to be loaded
session_write_close();

// Gets the host name
if (empty($HTTP_HOST)) {
    if (PMA_getenv('HTTP_HOST')) {
        $HTTP_HOST = PMA_getenv('HTTP_HOST');
    } else {
        $HTTP_HOST = '';
    }
}


la ligne de commentaire "@uses $_ENV['HTTP_HOST']" et les première lignes de code me font penser que l'url utilisée pour accèder est importante.
D'autant que si tu regarde dans les fichiers de conf d'apache (chez moi httpd.conf qui inclu les .conf du sous dossier "webapps.d") tu trouve un sous fichier de configuration dédié a phpmyadmin ("phpmyadmin.conf")

Il ressemble a ça :
Code: Tout sélectionner
Alias /phpmyadmin /usr/share/phpmyadmin

<Directory /usr/share/phpmyadmin>
    Order deny,allow
    Deny from all
    Allow from 127.0.0.1
    Allow from 192.168.1.65
    ErrorDocument 403 "Access denied per /etc/httpd/conf/webapps.d/phpmyadmin.conf"

    php_flag session.auto_start 0
</Directory>

<Directory /usr/share/phpmyadmin/libraries>
    Order deny,allow
    Deny from all
</Directory>


Mon idée est que quand tu te connecte, tu utilise dans le navigateur une url qui n'est pas dans la liste <Directory /usr/share/phpmyadmin> et que phpmyadmin bug qque part. A savoir qu'il te charge une partie des frames et qu'après une vérification a la con il décide que tu n'a pas le droit d'être là et que du coup il te vire la frame suivante (qui pourtant fonctionne bien vue que tu la chope en direct). En fait c'est apache qui refuserait l'accès concrètement.

D'ailleurs si tu regarde plus loin dans index.php tu voie comment est composé l'url de la frame de contenu (main) :

Code: Tout sélectionner
    <frame frameborder="0" id="frame_content"
        src="<?php echo $main_target; ?>"
        name="frame_content" />


La variable $main_target est elle même calculée un peu avant :

Code: Tout sélectionner
if (! strlen($GLOBALS['db'])) {
    $main_target = $GLOBALS['cfg']['DefaultTabServer'];
} elseif (! strlen($GLOBALS['table'])) {
    $_GET['db'] = $GLOBALS['db'];
    $main_target = $GLOBALS['cfg']['DefaultTabDatabase'];
} else {
    $_GET['db'] = $GLOBALS['db'];
    $_GET['table'] = $GLOBALS['table'];
    $main_target = $GLOBALS['cfg']['DefaultTabTable'];
}

$url_query = PMA_generate_common_url($_GET);

if (isset($GLOBALS['target']) && is_string($GLOBALS['target']) && !empty($GLOBALS['target']) && in_array($GLOBALS['target'], $goto_whitelist)) {
    $main_target = $GLOBALS['target'];
}

$main_target .= $url_query;


il faut vérifier que $cfg['DefaultTabServer'] est bien initialisée à 'main.php' dans le fichier config.values.php (dossier libraries) mais je pense pas que le souci soit là.

Mais surtout que toutes les frames soit bien appelées via la bonne url. Pour ça via firebug tu peux observer avec l'onglet réseau que tous les appel de frame se font comme il faut.

Sinon comme dit plus haut voir les logs serait un plus pour trouver l'erreur.


France et son patrimoine

Avatar de l’utilisateur   
Patrimoine    
Actif
 
Messages : 45
Inscription : Mar 6 Déc 2011 19:34

le Mer 7 Déc 2011 12:19

J'y pense : As-tu une sauvegarde du serveur (antérieur à cette importation) ? Sinon recommence la manip et vois si tu n'as pas fait une erreur ou réinstalle PhpAdmin tout simplement


8 crédits nécessaire (1 ligne(s) + 4 Lien(s) en signature + 0 profil WWW + 0 mise(s) en forme)
Vous avez seulement 5 crédits de disponible :(
Vérifiez les nouvelles rêgles des signatures du forum, SVP

Avatar de l’utilisateur   
referenceur
Like Rank Total : 3.5    
Actif
 
Messages : 2000
Inscription : Sam 31 Oct 2009 19:21
Localisation : Lyon

le Mer 7 Déc 2011 12:25

Perso j'utilise le génialissime bigdump : http://www.ozerov.de/bigdump/

C'est un petit fichier php que tu édites et que tu lances, il te fractionne automatiquement ta BDD pour un import par paquet ce qui te permet de passer outre les limitations que t'imposent ton hébergeur. J'ai déjà déplacé une BDD de 300 Mo avec ça !

Bref tu devrais tenter ! ;)


Elna - Agence web Perpignan

Avatar de l’utilisateur   
Lexa    
Actif
 
Messages : 382
Inscription : Lun 26 Oct 2009 21:50

le Mer 7 Déc 2011 13:19

referenceur a écrit:J'y pense : As-tu une sauvegarde du serveur (antérieur à cette importation) ? Sinon recommence la manip et vois si tu n'as pas fait une erreur ou réinstalle PhpAdmin tout simplement
Sous debian, la reinstall d'un paquet ou sa mise à jour n'ecrasent pas les fichiers de configuration. Il faudrait purger le paquet puis le réinstaller, et pas certain que ça change quoi que ce soit, si le problème vient d'un détail de config apache et non phpmyadmin.

@lexa: bigdump a l'air intéressant, mais ça n'a rien à voir avec le pb. :mrgreen:


referencement naturel,Adwords:Refeo.fr

Avatar de l’utilisateur   
36positions
Like Rank Total : 1.5    
Actif
 
Messages : 2297
Inscription : Mar 9 Aoû 2011 12:10
Localisation : Caen

le Mer 7 Déc 2011 14:04

La reinstall a été effectuée plusieurs fois bien sûr... quand même.

Pour bigdump, je connais et ce n'est pas le problème, j'ai modifié mon php.ini et je peut importer ce que je veux (enfin à hauteur de moins de 1 giga).

Je dépouille les infos de Patrimoine là et truc tout bête, j'avais pas pensé à firebug, ce qui m’amène bien sur à un grand vide, juste balise head et body bien vide, normal quoi.

Par contre je sais pas dépouiller les infos réseau, je vais me jeter la dessus cet après'm.

Petite info complémentaire, j'ai d'autres petites bases importées et ça fonctionne très bien, c'est juste celle ci qui coince, d'où mon idée de base de problème de mémoire allouée mais je divague peut être.

Une autre info, j'ai tenté de l'importer fractionnée et ça commence correctement puis ça coince à environ 3/4. J'avais isolé la table que je pensais incriminée mais en commençant par elle, eh bien ça le faisait au 3/4 sur une autre portion.

Bref, même si je peut importer une grosse base, on dirait qu'à partir de 2mo environ (comme par hasard, la config de base) ça coince et je perd mon "main".

Voili voilou

ps: pour les logs apaches, je vois rien de bizarre, les seuls messages d'erreurs sont sur des access denied lorsque je relançais un service ou le serveur à priori.
Par contre, ouch, voilà la taille des logs.



Avatar de l’utilisateur   
Msmedical
Like Rank Total : 1.5    
Actif
 
Messages : 68
Inscription : Mer 27 Avr 2011 08:40
Localisation : EPERNON

le Mer 7 Déc 2011 16:07

Msmedical a écrit:ce qui m’amène bien sur à un grand vide, juste balise head et body bien vide, normal quoi.

Apache a t il des pages d'erreurs personnalisée et identifiables (ce qui n'est pas forcement un avantage en prod) ? juste pour savoir si ta main "vide" est une page d'erreur apache ?


France et son patrimoine

Avatar de l’utilisateur   
Patrimoine    
Actif
 
Messages : 45
Inscription : Mar 6 Déc 2011 19:34







    
 

Retourner vers Développement d'un site web




Autres sujets proches :
URL de base       13/02/2011
Acheter une base de données de mots clés français       21/09/2011
Souci avec positeo, création d'un suivit perso.       14/01/2012
Souci avec Seosoft       30/03/2012
vider les tables de la base de données       19/04/2012
mon cms sans base de donné       16/08/2008
Gros souci intégration au site       22/03/2011
Cohabitation blog et e-com sur une base de donnée mysql       16/10/2011