GhettoVCBg2

[jlorenzo]

Hello,

we are recently discovered 4 version of ghettoVCBg2 and we are trying to use it from Vma, exists another more recent version than 4? if exists, where can we download it?

We have 3 Esxi Update 3 free version servers and one Esxi update 2 Foundation server, all with Vm´s on the local storage and with a shared NFS datastore in a Windows 2003 Server. We don´t have virtual center.

Our intentions are copy the local storage Vm´s of each server to NFS datastore. First we added all servers to Vma without problems with sudo vifp addserver IP and the password... when we execute the script from Vma "./ghettoVCBg2.pl --vmlist list", the file list contain the name of the Vm that we are using to test this proccess we obtain the log..

12-16-2009 03:54:00 -- info: ============================== ghettoVCBg2 LOG START ==============================

12-16-2009 03:54:00 -- info: CONFIG - BACKUP_LOG_OUTPUT = /tmp/ghettoVCBg2.log

12-16-2009 03:54:00 -- info: CONFIG - VM_BACKUP_DATASTORE = Sntbck

12-16-2009 03:54:00 -- info: CONFIG - VM_BACKUP_DIRECTORY = vma

12-16-2009 03:54:00 -- info: CONFIG - DISK_BACKUP_FORMAT = zeroedthick

12-16-2009 03:54:00 -- info: CONFIG - ADAPTER_FORMAT = lsilogic

12-16-2009 03:54:00 -- info: CONFIG - POWER_VM_DOWN_BEFORE_BACKUP = NO

12-16-2009 03:54:00 -- info: CONFIG - VM_SNAPSHOT_MEMORY = NO

12-16-2009 03:54:00 -- info: CONFIG - VM_SNAPSHOT_QUIESCE = NO

12-16-2009 03:54:00 -- info: CONFIG - VM_BACKUP_DIR_NAMING_CONVENTION = 2009-12-16

12-16-2009 03:54:00 -- info: CONFIG - VM_VMDK_FILES = all

12-16-2009 03:54:00 -- debug: Main: Login by vi-fastpass to: 134.134.20.202

12-16-2009 03:54:00 -- debug: copyTask: Task START

12-16-2009 03:54:00 -- debug: copyTask: waiting for next job and sleep ...

12-16-2009 03:54:03 -- debug: Main: Disconnect from: 134.134.20.202

12-16-2009 03:54:03 -- debug: Main: Login by vi-fastpass to: 10.20.222.3

12-16-2009 03:54:05 -- info: Initiate backup for sntcata found on 10.20.222.3

12-16-2009 03:54:16 -- debug: sntcata original powerState: poweredOn

12-16-2009 03:54:16 -- debug: Creating Snapshot "ghettoVCBg2-snapshot-2009-12-16" for sntct

12-16-2009 03:54:26 -- info: sntct has 1 VMDK(s)

12-16-2009 03:54:26 -- debug: backupVMDK: Backing up "[Datastore1] sntct/sntct.vmdk" to "[Sntbck] vma/sntct/sntct-2009-12-16/sntct.vmdk"

12-16-2009 03:54:26 -- debug: backupVMDK: Signal copyThread to start

12-16-2009 03:54:26 -- debug: backupVMDK: Backup progress: Elapsed time 0 min

12-16-2009 03:54:26 -- debug: copyTask: Wake up and follow the white rabbit, with status: doCopy

12-16-2009 03:54:26 -- debug: CopyThread: Start backing up VMDK(s) ...

12-16-2009 03:54:29 -- debug: copyTask: send copySuccess message ...

12-16-2009 03:54:29 -- debug: copyTask: waiting for next job and sleep ...

12-16-2009 03:55:26 -- debug: backupVMDK: Successfully completed backup for sntct/sntct.vmdk Elapsed time: 1 min

12-16-2009 03:55:28 -- debug: Removing Snapshot "ghettoVCBg2-snapshot-2009-12-16" for sntct

12-16-2009 03:55:31 -- debug: checkVMBackupRotation: Starting ...

12-16-2009 03:55:39 -- info: Backup completed for sntct!

12-16-2009 03:55:39 -- debug: Main: Disconnect from: 10.20.222.3

12-16-2009 03:55:39 -- debug: Main: Calling final clean up

12-16-2009 03:55:39 -- debug: cleanUP: Thread clean up starting ...

12-16-2009 03:55:39 -- debug: cleanUp: Send exit to copyThread

12-16-2009 03:55:39 -- debug: copyTask: Wake up and follow the white rabbit, with status: exit

12-16-2009 03:55:39 -- debug: copyTask: die ...

12-16-2009 03:55:39 -- debug: cleanUp: Join passed

12-16-2009 03:55:39 -- info: ============================== ghettoVCBg2 LOG END ==============================

Everything seems to have gone well, but only the .vmx file is copied to NFS datastorage. In the vsphere console we can see that folder of the destination backup is created, snapshot is created and in the Vsphere client the copy file proccess fail with "error general fault cause by file. One of the parameters supplied is invalid",we have seen that this can be an error with the value of variable $DISK_BACKUP_FORMAT, in our case we have test with all values without best results.

Somebody had the same error?

Thanks