Précédent   Forum des professionnels en informatique > Systèmes > Linux > Système
Système Vos questions autour de l'administration système
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 13/04/2011, 16h04   #1
Invité de passage
 
Inscription : août 2006
Messages : 8
Détails du profil
Informations forums :
Inscription : août 2006
Messages : 8
Points : 2
Points : 2
Par défaut Relire une bande qui contient plusieurs dumps

Bonjour;

Je fais 2 dumps consécutifs avec les commandes suivantes:
Code :
1
2
3
mt -f /dev/st0 rewi
dump -u -0 -f /dev/nst0 /PART1
dump -u -0 -f /dev/nst0 /PART2
Maintenant je veux relire le 1er dump
Code :
1
2
mt -t /dev/st0 rewi
restore -t -f/dev/nst0
OK,ça marche.
Puis le 2eme
Code :
1
2
3
mt -t /dev/st0 rewi
mt -f /dev/nst0 fsf 1
restore -t -f /dev/nst0
Ça marche aussi très bien, mais c'est un peu lourd, surtout si j'ai pas 2 dumps mais 200!

Essayons plus light

Code :
1
2
mt -f /dev/st0 rewi
restore -t -f/dev/nst0
(ok évidement)
Et maintenant, pas de rewi, mais on enchaine sur le 2eme file (puisque il est juste derrière le 1er, ça permettrait de gagner un temps énorme chaque fois)

Code :
1
2
3
4
5
6
restore -t -f/dev/nst0
Dump   date: Tue Apr 12 15:52:37 2011
Dumped from: the epoch
Level 0 dump of /PART1 on <nom-machine>:/dev/<nom-dev>
Label: /PART1
no header after volume mark!
Pourquoi a-t-il ce comportement? Que faut-il faire si je veux enchainer les lectures (comme je le fais pour les dump)?
C'est un comportement que j'ai déja observé sur pas mal de système linux, pas uniquement sur celui-là (rh5)

Si quelqu'un a un début d'explication ou une séquence légèrement différente, ça m'intéresse.
En vous remeciant.
Pierre31 est déconnecté   Envoyer un message privé Réponse avec citation 10
Vieux 13/04/2011, 16h11   #2
Expert Confirmé Sénior
 
Avatar de frp31
 
Homme francois
Ingénieur systèmes et réseaux
Inscription : juillet 2006
Messages : 3 534
Détails du profil
Informations personnelles :
Nom : Homme francois
Âge : 35
Localisation : France, Haute Garonne (Midi Pyrénées)

Informations professionnelles :
Activité : Ingénieur systèmes et réseaux
Secteur : Aéronautique - Marine - Espace - Armement

Informations forums :
Inscription : juillet 2006
Messages : 3 534
Points : 7 743
Points : 7 743
pour aligner les dumps il faut les enchainer... mais je pensais que ça marcherai aussi "à la main" du moment que tu utilises le nst0....

genre

Code :
for i in / /etc /opt /home ; do dump -... -f /dev/nst0 ; done
ferai des essai aussi .. ça m'intéresse ton cas...
me souvient pas avoir eu à faire de rewind puis fsf à chaque fois....

ça va être l'occasion de ressortir mon vieux lecteur et de faire une sauvegarde.
frp31 est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 13/04/2011, 16h27   #3
Invité de passage
 
Inscription : août 2006
Messages : 8
Détails du profil
Informations forums :
Inscription : août 2006
Messages : 8
Points : 2
Points : 2
Par défaut C'est l'enchainement des restore qui ne marche pas!

Bonjour,

Tu écris :
Citation:
...pour aligner les dumps il faut les enchainer...
Je sais pas si tu as bien lu, mais coté dump, ça roule (je l'ai souvent fait...).

Bizarrement, c'est l'enchainement des restore sur le NoRewi qui ne marche pas, ceci en "manuel" ou en auto ds une boucle.

En tous cas, merci pour la réponse.
Pierre31 est déconnecté   Envoyer un message privé Réponse avec citation 10
Vieux 13/04/2011, 17h04   #4
Expert Confirmé Sénior
 
Avatar de frp31
 
Homme francois
Ingénieur systèmes et réseaux
Inscription : juillet 2006
Messages : 3 534
Détails du profil
Informations personnelles :
Nom : Homme francois
Âge : 35
Localisation : France, Haute Garonne (Midi Pyrénées)

Informations professionnelles :
Activité : Ingénieur systèmes et réseaux
Secteur : Aéronautique - Marine - Espace - Armement

Informations forums :
Inscription : juillet 2006
Messages : 3 534
Points : 7 743
Points : 7 743
non pour moi le restore échoue parce que l'enchainement des dumps n'est pas bon justement.

je teste cette nuit et je te dis ce qu'il en est.
mais je reste persuadé que c'est là le problème.
frp31 est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 13/04/2011, 18h05   #5
Invité de passage
 
Inscription : août 2006
Messages : 8
Détails du profil
Informations forums :
Inscription : août 2006
Messages : 8
Points : 2
Points : 2
La, je comprend pas ta réponse!
Si tu relis mon post:

Code :
1
2
3
4
5
6
7
mt -t /dev/st0 rewi
restore -t -f/dev/nst0 
OK,ça marche.
Puis le 2eme
mt -t /dev/st0 rewi
mt -f /dev/nst0 fsf 1
restore -t -f /dev/nst0
Ça marche

Ça veut bien dire que les dumps sont bons! Donc que les "enchainements" sont bons aussi. J'ai déjà fait beaucoup de resto de fichiers et je n'ai jamais eu de soucis! C'est donc que les dumps sont nickels!
J'ai voulu rajouter dans le job de dump, la liste à la fin, pour être moins aveugle en quelques sortes; et c'est en implémentant la liste "en enchainant" que ça ne marche pas! Par contre, si, dans le job, je fais la méthode bourrin: rewi, skip n, restore -t, rewi, skip n+1, ça marche, mais c'est long, c'est tout!
Pierre31 est déconnecté   Envoyer un message privé Réponse avec citation 01
Vieux 13/04/2011, 19h09   #6
Expert Confirmé Sénior
 
Avatar de frp31
 
Homme francois
Ingénieur systèmes et réseaux
Inscription : juillet 2006
Messages : 3 534
Détails du profil
Informations personnelles :
Nom : Homme francois
Âge : 35
Localisation : France, Haute Garonne (Midi Pyrénées)

Informations professionnelles :
Activité : Ingénieur systèmes et réseaux
Secteur : Aéronautique - Marine - Espace - Armement

Informations forums :
Inscription : juillet 2006
Messages : 3 534
Points : 7 743
Points : 7 743
non justement le dump est bon oui mais pas l'enchainnement puisque le marqueur de fichier n'a pas été trouvé et que tu est obligé de le sauter avec fsf 1...

sur bande tu as tjrs 1 marquer 1 fichier 1 marqueur 1 fichier et ainsi de suite
là restore trouve 1 marqueur 1 fichier 1 fichier .... donc il gueule c'est logique
frp31 est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 13/04/2011, 20h09   #7
Expert Confirmé Sénior
 
Avatar de frp31
 
Homme francois
Ingénieur systèmes et réseaux
Inscription : juillet 2006
Messages : 3 534
Détails du profil
Informations personnelles :
Nom : Homme francois
Âge : 35
Localisation : France, Haute Garonne (Midi Pyrénées)

Informations professionnelles :
Activité : Ingénieur systèmes et réseaux
Secteur : Aéronautique - Marine - Espace - Armement

Informations forums :
Inscription : juillet 2006
Messages : 3 534
Points : 7 743
Points : 7 743
bon j'arrive pas à reproduire l'erreur...
ma SDLT passe bien

en fait on peu passer d'un fichier à l'autre sans faire de boucle (au dump)
comme tu fais ça marche aussi .
(je savais pas, pour moi une boucle était obligatoire)
frp31 est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 15/04/2011, 15h37   #8
Invité de passage
 
Inscription : août 2006
Messages : 8
Détails du profil
Informations forums :
Inscription : août 2006
Messages : 8
Points : 2
Points : 2
Par défaut mt fsf

Je pense que la réponse se trouve là :
http://surf.ml.seikei.ac.jp/~nakano/....en.html#ss1.1

Pus exactement, au chapitre 2 : the mt command
et précisément, ici
quand il fait un mt fsf 2 (regardez bien la marque bleu)

puis ici : mt fsf

Mais, c'est O/S dépendant ou driver dépendant ce qui in fine revient au même!

Donc, si on intercale un mt fsf 1 pour atteindre l'EOF mark qui suit mon 1er dump, ça marche

Code :
1
2
3
4
mt rewi
restore -t
mt fsf 1
restore -t
et là, sur mon système, ça marche
J'ai bien relu mes 2 dumps, sans le rewi intercalaire, cqfd
Pierre31 est déconnecté   Envoyer un message privé Réponse avec citation 01
Réponse Proposer ce sujet en actualité
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 02h32.


 
 
 
 
Partenaires

Hébergement Web