GhettoVCB - Sauvegarde plusieurs partitions

**MagicSonny** · 18/10/2016, 10h23

Bonjour,

J'utilise GhettoVCB pour sauver mes VMs. Le script appelle un fichier où il y a la liste des VMs. Je viens d'en ajouter une dans la liste. Mais la sauvegarde ne se fait pas complètement. Je précise que cette VM a 2 partitions. Il a donc deux fichers vmdk : SMS1.vmdk et SMS1_1.vmdk.

Voici le log que je reçoit :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
2016-10-17 22:30:03 -- info: ============================== ghettoVCB LOG START ==============================

2016-10-17 22:30:03 -- debug: Succesfully acquired lock directory - /tmp/ghettoVCB.work

2016-10-17 22:30:03 -- debug: HOST VERSION: VMware ESXi 5.5.0 build-2718055
2016-10-17 22:30:03 -- debug: HOST LEVEL: VMware ESXi 5.5.0 Update 2
2016-10-17 22:30:03 -- debug: HOSTNAME: localhost

2016-10-17 22:30:03 -- info: CONFIG - VERSION = 2013_01_11_0
2016-10-17 22:30:03 -- info: CONFIG - GHETTOVCB_PID = 54757370
2016-10-17 22:30:03 -- info: CONFIG - VM_BACKUP_VOLUME = /vmfs/volumes/Sauvegardes_VTL/Backup
2016-10-17 22:30:03 -- info: CONFIG - VM_BACKUP_ROTATION_COUNT = 2
2016-10-17 22:30:03 -- info: CONFIG - VM_BACKUP_DIR_NAMING_CONVENTION = 2016-10-17_22-30-02
2016-10-17 22:30:03 -- info: CONFIG - DISK_BACKUP_FORMAT = thin
2016-10-17 22:30:03 -- info: CONFIG - POWER_VM_DOWN_BEFORE_BACKUP = 0
2016-10-17 22:30:03 -- info: CONFIG - ENABLE_HARD_POWER_OFF = 0
2016-10-17 22:30:03 -- info: CONFIG - ITER_TO_WAIT_SHUTDOWN = 3
2016-10-17 22:30:03 -- info: CONFIG - POWER_DOWN_TIMEOUT = 5
2016-10-17 22:30:03 -- info: CONFIG - SNAPSHOT_TIMEOUT = 30
2016-10-17 22:30:03 -- info: CONFIG - LOG_LEVEL = debug
2016-10-17 22:30:03 -- info: CONFIG - BACKUP_LOG_OUTPUT = /tmp/ghettoVCB-2016-10-17_22-30-02-54757370.log
2016-10-17 22:30:03 -- info: CONFIG - ENABLE_COMPRESSION = 0
2016-10-17 22:30:03 -- info: CONFIG - VM_SNAPSHOT_MEMORY = 0
2016-10-17 22:30:03 -- info: CONFIG - VM_SNAPSHOT_QUIESCE = 0
2016-10-17 22:30:03 -- info: CONFIG - ALLOW_VMS_WITH_SNAPSHOTS_TO_BE_BACKEDUP = 0
2016-10-17 22:30:03 -- info: CONFIG - VMDK_FILES_TO_BACKUP = all
2016-10-17 22:30:03 -- info: CONFIG - VM_SHUTDOWN_ORDER = 
2016-10-17 22:30:03 -- info: CONFIG - VM_STARTUP_ORDER = 
2016-10-17 22:30:03 -- info: CONFIG - EMAIL_LOG = 1
2016-10-17 22:30:03 -- info: CONFIG - EMAIL_SERVER = **********
2016-10-17 22:30:03 -- info: CONFIG - EMAIL_SERVER_PORT = 25
2016-10-17 22:30:03 -- info: CONFIG - EMAIL_DELAY_INTERVAL = 1
2016-10-17 22:30:03 -- info: CONFIG - EMAIL_FROM = *************
2016-10-17 22:30:03 -- info: CONFIG - EMAIL_TO = ***********
2016-10-17 22:30:03 -- info: CONFIG - WORKDIR_DEBUG = 0
2016-10-17 22:30:03 -- info: 

2016-10-18 02:39:35 -- debug: Storage Information after backup: 
2016-10-18 02:39:35 -- debug: SRC_DATASTORE: Datastore_01
2016-10-18 02:39:35 -- debug: SRC_DATASTORE_CAPACITY: 256.0
1489.0 GB
2016-10-18 02:39:35 -- debug: SRC_DATASTORE_FREE: 376.4 GB
2016-10-18 02:39:35 -- debug: SRC_DATASTORE_BLOCKSIZE: 1
2016-10-18 02:39:35 -- debug: SRC_DATASTORE_MAX_FILE_SIZE: 256 GB
2016-10-18 02:39:35 -- debug: 
2016-10-18 02:39:35 -- debug: DST_DATASTORE: Sauvegardes_VTL
2016-10-18 02:39:35 -- debug: DST_DATASTORE_CAPACITY: 256.0
1688.8 GB
2016-10-18 02:39:35 -- debug: DST_DATASTORE_FREE: 729.8 GB
2016-10-18 02:39:35 -- debug: DST_DATASTORE_BLOCKSIZE: 1
2016-10-18 02:39:35 -- debug: DST_DATASTORE_MAX_FILE_SIZE: 256 GB
2016-10-18 02:39:35 -- debug: 
2016-10-18 02:39:40 -- debug: Storage Information before backup: 
2016-10-18 02:39:40 -- debug: SRC_DATASTORE: Datastore_02_Raid5
2016-10-18 02:39:40 -- debug: SRC_DATASTORE_CAPACITY: 63488.0
2978.2 GB
2016-10-18 02:39:40 -- debug: SRC_DATASTORE_FREE: 1834.8 GB
2016-10-18 02:39:40 -- debug: SRC_DATASTORE_BLOCKSIZE: 1
2016-10-18 02:39:40 -- debug: SRC_DATASTORE_MAX_FILE_SIZE: 256 GB
2016-10-18 02:39:40 -- debug: 
2016-10-18 02:39:40 -- debug: DST_DATASTORE: Sauvegardes_VTL
2016-10-18 02:39:40 -- debug: DST_DATASTORE_CAPACITY: 256.0
1688.8 GB
2016-10-18 02:39:40 -- debug: DST_DATASTORE_FREE: 729.8 GB
2016-10-18 02:39:40 -- debug: DST_DATASTORE_BLOCKSIZE: 1
2016-10-18 02:39:40 -- debug: DST_DATASTORE_MAX_FILE_SIZE: 256 GB
2016-10-18 02:39:40 -- debug: 
2016-10-18 02:39:41 -- debug: getVMDKs() - SMS1_1.vmdk###300:SMS1.vmdk###100:
2016-10-18 02:39:42 -- info: Initiate backup for SMS1
2016-10-18 02:39:42 -- info: Creating Snapshot "ghettoVCB-snapshot-2016-10-18" for SMS1
2016-10-18 02:39:43 -- debug: Waiting for snapshot "ghettoVCB-snapshot-2016-10-18" to be created
2016-10-18 02:39:43 -- debug: Snapshot timeout set to: 1800 seconds
2016-10-18 02:39:44 -- debug: findVMDK() - Searching for VMDK: "SMS1_1.vmdk" to backup
2016-10-18 02:39:44 -- debug: /sbin/vmkfstools -i "/vmfs/volumes/Datastore_02_Raid5/SMS1/SMS1_1.vmdk" -a "lsilogic" -d "thin" "/vmfs/volumes/Sauvegardes_VTL/Backup/SMS1/SMS1-2016-10-17_22-30-02/SMS1_1.vmdk"
2016-10-18 02:39:45 -- info: ERROR: error in backing up of "/vmfs/volumes/Datastore_02_Raid5/SMS1/SMS1_1.vmdk" for SMS1
2016-10-18 02:39:45 -- debug: findVMDK() - Searching for VMDK: "SMS1.vmdk" to backup
2016-10-18 02:39:45 -- debug: /sbin/vmkfstools -i "/vmfs/volumes/Datastore_02_Raid5/SMS1/SMS1.vmdk" -a "lsilogic" -d "thin" "/vmfs/volumes/Sauvegardes_VTL/Backup/SMS1/SMS1-2016-10-17_22-30-02/SMS1.vmdk"
2016-10-18 02:44:07 -- info: Removing snapshot from SMS1 ...
2016-10-18 02:44:07 -- debug: Removing /vmfs/volumes/Sauvegardes_VTL/Backup/SMS1/SMS1-2016-10-15_22-30-01
2016-10-18 02:44:08 -- info: Backup Duration: 4.43 Minutes
2016-10-18 02:44:08 -- info: ERROR: Unable to backup SMS1 due to error in VMDK backup!

2016-10-18 02:44:08 -- info: ###### Final status: WARNING: All VMs backed up, but some disk(s) failed! ######

2016-10-18 02:44:08 -- debug: Succesfully removed lock directory - /tmp/ghettoVCB.work

2016-10-18 02:44:08 -- info: ============================== ghettoVCB LOG END ================================

Il n'arrive pas à sauver une des 2 partitions. A votre avis d'où ça peut venir ?

Cdlt.

**MagicSonny** · 16/11/2016, 14h05

C'est bon j'ai trouvé la solution. C'était un problème de blocksize (taille du bloc) du datastore où les VMs sont sauvées. Comme il était de 1, la taille maximale d'un bloc est de 256Go or comme une des deux partitions de ma VM fait 300Go, et bien ça ne pouvait pas être sauvegardé.
Du coup j'ai été obligé de copier les sauvegardes sur un autre Datastore par précaution, supprimer le Datastore en question pour le recréer en le formatant avec un blocksize autre que 1 (j' ai choisi 4 du coup le blocksize maxi est de 2To) et avec VMFS-5.
Et la sauvegarde se fait normalement !