Jump to content
  • 0

Sauvegarde Des Bases Mysql Sans Phpmyadmin


Question

Bonsoir,

 

le service mysql ne voulant pas repartir, je suis à la limite de retour à la config par défaut. Seulement, je ne peux pas faire un backup recent des mes bases par phpmyadmin (puisque mysql ne fonctionne pas)

 

j'ai cherché un peu et je n'arrive à identifier, les fichiers qui contiendraient mes bases. j'ai fait un find sur *.sql, mais je n'ai rien trouvé de probant.

 

Auriez-vous une idée de où je pourrais chercher ?

 

résultat de ma recherche :

 

./mnt/HDA_ROOT/rootfs_2_3_6/mnt/HDA_ROOT/mysql/reset_pwd.sql
./mnt/HDA_ROOT/rootfs_2_3_6/mnt/HDA_ROOT/mysql/share/mysql/fill_help_tables.sql
./mnt/HDA_ROOT/rootfs_2_3_6/mnt/HDA_ROOT/mysql/share/mysql/mysql_fix_privilege_tables.sql
./mnt/HDA_ROOT/rootfs_2_3_6/mnt/HDA_ROOT/mysql/mysql-test/lib/init_db.sql
./mnt/HDA_ROOT/rootfs_2_3_6/mnt/HDA_ROOT/mysql/mysql-test/t/mysql_delimiter.sql
./mnt/HDA_ROOT/rootfs_2_3_6/mnt/HDA_ROOT/mysql/mysql-test/t/mysql_delimiter_source.sql
./mnt/HDA_ROOT/mysql/reset_pwd.sql
./mnt/HDA_ROOT/mysql/share/mysql/fill_help_tables.sql
./mnt/HDA_ROOT/mysql/share/mysql/mysql_fix_privilege_tables.sql
./mnt/HDA_ROOT/mysql/mysql-test/lib/init_db.sql
./mnt/HDA_ROOT/mysql/mysql-test/t/mysql_delimiter.sql
./mnt/HDA_ROOT/mysql/mysql-test/t/mysql_delimiter_source.sql
 
 
./share/external/sdb/Qweb/gallery3/installer/install.sql
./share/external/sdb/Qweb/photos/plugins/onlinestats/schema.sql
./share/external/sdb/Qweb/photos/sql/basic.sql
./share/external/sdb/Qweb/photos/sql/schema.sql
./share/external/sdb/Qweb/photos/sql/update.sql
./share/external/sdb/Qweb/phpMyAdmin/scripts/create_tables.sql
./share/external/sdb/Qweb/phpMyAdmin/scripts/upgrade_tables_mysql_4_1_2+.sql
./share/HDA_DATA/Qweb/phpMyAdmin/scripts/create_tables.sql
./share/HDA_DATA/Qweb/phpMyAdmin/scripts/upgrade_tables_mysql_4_1_2+.sql
./share/HDA_DATA/Qweb/gallery3/installer/install.sql
./share/HDA_DATA/Qweb/photos/plugins/onlinestats/schema.sql
./share/HDA_DATA/Qweb/photos/sql/basic.sql
./share/HDA_DATA/Qweb/photos/sql/schema.sql
./share/HDA_DATA/Qweb/photos/sql/update.sql
 
 
mais j'étais parti sur le principe que l'extension aurai pu être .sql  (Rien n'est moins sur...)
 
Une question en passant pour les expert LInux.  C'est souvent que le résultat de mes recherches avec la commande FIND me retourne des infos similaires (genre HDA_RootFS et HDA_ROOT, ou share/external et SHare/HDA_DATA
 
Merci pour votre aide.
Link to post
Share on other sites

8 answers to this question

Recommended Posts

  • 0

Bonsoir

 

Avez-vous essayer de redémarrer mysql en ligne de commande ? Ou en redémarrant le nas ?

 

Car pour accéder et gérer la base de données vaut mieux utiliser phpmyadmin pour éviter les problèmes.

 

Mais pour la base de données regarder ici :

 

/share/HDA_DATA/.@mysql/nom_de_votre_base

Link to post
Share on other sites
  • 0

Bonsoir,

 

oui, j'ai essayé (voir  ) mais le service n'arrive pas à rédemarrer. quand je fais un ps je ne vois que le msqld_safe...  (d'ailleurs la commande ps ne me rends jamais la main)

 

J'ai suivi votre lien et j'ai trouvé des fichiers, mais les intitulés ne me font pas penser à mes bases (j'ai tout récupérer quand même, on sait jamais) :

 

28/03/2013  14:50        10 485 782 ibdata1
28/03/2013  14:50         5 243247 ib_logfile0
28/03/2013  14:48         5 242880 ib_logfile1
28/03/2013  16:15    <REP>          mysql
28/03/2013  14:47               117 mysql-bin.000001
28/03/2013  14:47               117 mysql-bin.000002
28/03/2013  14:47               117 mysql-bin.000003
28/03/2013  14:47               117 mysql-bin.000004
28/03/2013  14:47               117 mysql-bin.000005
28/03/2013  14:47               117 mysql-bin.000006
28/03/2013  14:47               117 mysql-bin.000007
28/03/2013  14:47               117 mysql-bin.000008
28/03/2013  14:47               117 mysql-bin.000009
28/03/2013  14:47               171 mysql-bin.index
28/03/2013  14:50             6ÿ923 SERVEUR.err
28/03/2013  14:47    <REP>          test

 

J'ai éditer les fichiers, mais je n'ai rien vu qui me fasse pensé à mes bases ou à leurs contenus.

 

Ce que je comprends pas c'est pourquoi, quand je decoche le serveur mysql dans l'interface d'admin j'obtiens le résultat à la commande suivante :

 

[/etc/init.d] # /etc/init.d/mysqld.sh restart
 ERROR! MySQL manager or server PID file could not be found!
 
et quand je le réactive j'obtiens :
[/etc/init.d] # /etc/init.d/mysqld.sh restart
 ERROR! MySQL manager or server PID file could not be found!
Starting MySQL................................... ERROR!
 
log:130328 23:15:36  mysqld started
130328 23:15:36  InnoDB: Started; log sequence number 0 43655
130328 23:15:36 [ERROR] Can't start server: Bind on TCP/IP port: Address already in use
130328 23:15:36 [ERROR] Do you already have another mysqld server running on port: 3306 ?
130328 23:15:36 [ERROR] Aborting
 
130328 23:15:36  InnoDB: Starting shutdown...
130328 23:15:39  InnoDB: Shutdown completed; log sequence number 0 43655
130328 23:15:39 [Note] /usr/local/mysql/libexec/mysqld: Shutdown complete
 
130328 23:15:39  mysqld ended
 
C'est comme-ci le port 3306 était utilisé par un autre processus en meme temps.  Y a un moyen de connaitre les ports actifs sur le qnap ?
 
A bientot. Et encore merci pour votre réponse.
Link to post
Share on other sites
  • 0

Bonjour,

 

netstat -a ... vous montre les ports utilisées ou en attente de connexion : LISTEN

 

si vous mettez le QPKG Optware , les ipkg dont netstat qui est plus complet

 

/opt/bin/netstat -ap ... vous donnera en plus le nom du programme qui utilise le port ...

 

Philippe.

Link to post
Share on other sites
  • 0

Bonjour,  voici le resultat netstat -a

 

 

Proto Recv-Q Send-Q Local Address           Foreign Address         State
tcp        0      0 *:8800                  *:*                     LISTEN
tcp        0      0 localhost:6789          *:*                     LISTEN
tcp        0      0 *:3493                  *:*                     LISTEN
tcp        0      0 *:9095                  *:*                     LISTEN
tcp        0      0 *:rsync                 *:*                     LISTEN
tcp        0      0 *:mysql                 *:*                     LISTEN
tcp        0      0 *:netbios-ssn           *:*                     LISTEN
tcp        0      0 *:www                   *:*                     LISTEN
tcp        0      0 *:webcache              *:*                     LISTEN
tcp        0      0 *:ftp                   *:*                     LISTEN
tcp        0      0 *:ssh                   *:*                     LISTEN
tcp        0      0 *:https                 *:*                     LISTEN
tcp        0      0 *:445                   *:*                     LISTEN
tcp        1      0 localhost:mysql         localhost:55660         CLOSE_WAIT
tcp        1      0 localhost:mysql         localhost:37068         CLOSE_WAIT
tcp        1      0 localhost:mysql         localhost:37069         CLOSE_WAIT
tcp        1      0 localhost:mysql         localhost:58670         CLOSE_WAIT
tcp        1      0 localhost:mysql         localhost:51311         CLOSE_WAIT
 
Je ne sais comment l'interprèter...  j'ai installer ipkg net-tools et le résulat de la commande netstat ne m'a pas permit de mettre en evidence. 
 
J'arrête de chercher. J'ai trop peu de temps et je vais avoir besoin de mysql. Donc je remets tout à zero (puisque ca avait marché) et je reconfigure.
 
Merci en tout cas pour votre aide.
 
Je me rends compte également, qu'il me faudra encore pas mal de temps avant d'être familiarisé avec Linux. (penser au répertoire caché, savoir lire le résultat d'une commande, comprendre que c'est alias que je requête et pas un dossier, etc..)
 
Ca sera pour plus tard.
 
Bien à vous.
Link to post
Share on other sites
  • 0

Bonjour,

 

Il y a bien un programme en écoute sur le port Mysql ... donc, il faut le netstat complet pour voir si c'est bien mysql ... dans ce cas il faut voir pourquoi il ne stop pas correctement ... ou si c'est un "coucou" (erreur de frappe dans un port quelconque de l'administration) Linux a toujours été orienté "humain" ... et donc il n'y a de test sur un port existant que lorsqu'on cherche à l'utiliser ... il n'y a pas un outil global qui "lirait" tous les fichiers de configuration possible définissant des ports TCPIP ... d'ailleurs je ne sais même pas si cette liste existe :roll:

 

Bonne chance.

Philippe.

Link to post
Share on other sites
  • 0

Donc ca y est : j'ai accès à mon interface Mysql via phpmyadmin.

 

mais c'était bizarre. apres le Hard reset, j'ai voulu activé le service web et le service mysql. Pour le premier il a bien démarré, mais pas le second. J'ai du d'abord recreer mes "shares", j'ai mis les même noms, j'ai donc perdu aucunes données (comprends pas) et je n'ai reussi à lancer le service mysql qu'apresè avoir créer le volume Public. (pourquoi se cree-t-il pas tout seul)

 

Enfin, j'ai du faire un reset du password pour qu'il se règle à admin

 

Reste plus pour moi qu'a intégrer ma base.

Link to post
Share on other sites
  • 0

Bonjour,

 

Le reset a été "amélioré" (après cela dépend du point de vue :razz: ) ... en effet si il n'y a pas demande expresse lors de la réinstallation du firmware d’initialiser les disques (en fait la seule partition 3 de chaque disque ... celle des données) disque au sens unique (hardware) en single ou Raid ... le reset ne détruit que la configuration et pas le disque lui-même ...

 

Par contre il faut recréer les partages ...

avec un bouton pour tous les partages par défaut ... mais à la main, si on n'a pas sauvegardé la configuration AVANT pour les autres

 

Le mot de passe est réinitialisé par un reset court ... pas par le reset du firmware ... ou bien, il revient a admin ... avec un démarrage sans disque ... qui une fois remontées à chaud (les disques) ... permettent de récupérer les données ... dans certain cas ...

 

Beaucoup de shell d'initialisation du QNAP datent et sont restés compatibles avec les version antérieures pour permettre l'update ...

Pour identifier la base des répertoires "cachés" (commençant par un . comme .@mysql ou autre )... ils utilisent le chemin de Public pour en extraire la base /share/HDA_DATA MD0_DATA, etc. c'est pour cela qu'il faut recréer les partages par défaut pour être sur que tout sera retrouvé après ...

 

Je reconnais volontiers ... que ce n'est pas toujours évident ... c'est écrit ... mais un peu perdu au milieu de plein d'autres informations ... il faut relire (attentivement :roll: ) les guides hardware, troubleshooting et la documentation en ligne ... et aller un peu à la pèche ...

 

Philippe.

Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Answer this question...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
×
×
  • Create New...