La restauration d’un système de fichiers à partir d’une copie Snapshot échoue
-
Un fichier PDF de toute la documentation
-
Administration pour Linux
- Configuration SnapDrive pour UNIX
- Contrôle d'accès basé sur des rôles dans SnapDrive pour UNIX
-
Installation et administration pour Solaris
- Configuration SnapDrive pour UNIX
- Contrôle d'accès basé sur des rôles dans SnapDrive pour UNIX
- Création et utilisation de copies Snapshot dans SnapDrive pour UNIX
-
Installation et administration pour IBM AIX
- Configuration SnapDrive pour UNIX
- Contrôle d'accès basé sur des rôles dans SnapDrive pour UNIX
-
Administration pour Linux
Plusieurs fichiers PDF
Creating your file...
Après la migration des mises à jour Red Hat Enterprise Linux 3 vers les mises à jour Red Hat Enterprise Linux 4, c’est-à-dire de LVM1 vers LVM2, la restauration d’un système de fichiers à partir d’une copie Snapshot échoue.
Lors de la restauration d’un système de fichiers (pris sur LVM1) à partir d’une copie Snapshot utilisant LVM2, l' snapdrive snap restore -fs
la commande ne monte pas le système de fichiers. Cependant, il restaure avec succès le groupe de disques et le volume hôte qui lui sont associés.
Par exemple, le volume hôte créé par LVM1 possède un fichier de périphérique dans /dev/Mydg_SDDg/Mydg_Sdhv
; Et le volume hôte créé par LVM2 a un fichier de périphérique dans /dev/mapper/Mydg_SdDg-Mydg_Sdhv
Cela se produit car les hôtes Red Hat Enterprise Linux 4 Update 3 utilisent LVM2, qui utilise un mappeur de périphériques pour interagir avec le noyau, alors que les hôtes Red Hat Enterprise Linux 3 Update 5 utilisent LVM1, qui n’utilisent pas de mappeur de périphériques.