[DUMP-RESTORE] Specify next volume freezing [Résolu]

[bidaleon]

Bonjour,

Voilà j'ai un utilisateur qui a supprimé "malencontreusement" ses entrées dans l'intranet et j'aimerais récupérer ces entrées (environnement LAMP).
Le serveur est un centOS 5.4 et je backup toute les bases avec un DUMP. J'ai donc récupérer le fichier dump avant la modification de l'utilisateur et je voudrais extraire la table mysql concerné depuis ce fichier.

Je fais donc un restore :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
 
[root]# restore -ivf /mnt/path/filename
Verify tape and initialize maps
Input is from a local file/pipe
Input block size is 32
Dump   date: Fri Jan  8 21:00:05 2010
Dumped from: the epoch
Level 0 dump of / (dir path) on severname:/dev/md0
Label: none
Extract directories from tape
Initialize symbol table.
restore > add path/table_name.*
Make node .path
restore > extract
Extract requested files
You have not read any volumes yet.
Unless you know which volume your file(s) are on you should start
with the last volume and work towards the first.
Specify next volume # (none if no more volumes): 1

Mon seul problème enfin de compte est qu'une fois que je tape "entrée" aprés avoir specifié le prochain volume, rien ne se passe... Je suis bloqué et je ne sais pas ce que fais le serveur. Donc ctrl+c et je quit.

Le fichier dump est accessible sans problème, je peu aussi choisir les fichiers que je veu (ici les 3 fichiers qui compose ma table mysql) regarder ce qu'il y a dedans etc etc.

J'ai fait le tour du man, des forums et tout me semble correct depuis les 30 000 essais effectué depuis hier... Je n'ai plus trop d'idées sur le sujet maintenant.

Merci d'avoir pris le temps de regarder cette discution et si vous avez une idée n'hésitez pas a m'en faire part... Merci !

[bidaleon]

Dites moi si je me suis mal exprimé ou si vous avez besoin de plus de details...

[dahtah]

Salut, je connais pas les outils que t'utilises, donc je dis peut être des conneries, mais

Envoyé par bidaleon

Mon seul problème enfin de compte est qu'une fois que je tape "entrée" aprés avoir specifié le prochain volume, rien ne se passe... Je suis bloqué et je ne sais pas ce que fais le serveur. Donc ctrl+c et je quit.

Sous linux, en général quand t'as pas de sortie, tout se passe bien. Donc attends au lieu de faire un ctrl+c... Surtout que j'imagine que le restore d'une base prend du temps (en fonction de la taille bien sur).
Bon courage

[bidaleon]

Merci pour ton commentaire dahtah.

Le problème n'est pas réellement d'attendre pour l'extraction mais que le restore s'arrete sur le choix du volume et ne continue pas à l'action suivante... Ensuite le système devrait me demander d'attribuer le owner/mode [y/n] enfin si je me rappelle bien...

Pour ce qui est du temps d'extraction je ne pense que ce soit si long vu que je ne fait qu'un extract d'une seule table mysql (3 fichiers, .frm .MYI et .MYD) et cette table n'est pas si grosse que ca, seulement 1780 entrée exactement...

Dans tout le cas je vais tout de même réessayer et attendre beaucoup plus longtemp... Peut être que le temps de restore est proportionnel a la taille du fichier DUMP et non de la taille des fichiers que l'on veu extracter... Je te tiens au courant.

[bidaleon]

Bon d'accord, faut que j'apprenne à être patient... Marche parfaitement.

Code :

1
2
3
 
Set directory mode, owner, and times.
set owner/mode for '.'? [yn] y

Enfin de compte il pose cette question à la fin. Merci dahtah pour ton aide

Résolu !