CBT reset issue

[jamerson]

After i tried to run the script on the host , i get the below no VM been detected.

[thuizenga]

After i tried to run the script on the host , i get the below no VM been detected.

Assuming you typed in the correct name when it asked you, was your virtual machine both powered on and free of snapshots?

[jamerson]

yes VM's are on .
I've logged with the root password.

[Gostev]

After i tried to run the script

Which script are you trying? There are a few of them available.

[jamerson]

a Question, I have a VM with two disks.
on the step 4 of the tutorial https://www.veeam.com/kb1113
4. Set the all of the "scsi0:x.ctkEnabled" values to false
do I have to it for both disk ?
SCSI0:0.ctkEnabled
SCSI0:1.ctkEnabled
and delete both ctk.vdk files ?

[Gostev]

Correct, set on both disks and delete both CTK files.

[jamerson]

just did , I saw the ctk file were deleted after I turn the vm they didn't comes back,
now a new backup is running. how do I know the backup is not corrupted ?

[Gostev]

You could perform a test restore, for example.

[jamerson]

restore file or entire VM ? when there is a cbt file with the VM on the data store means the VM is affected by the CBT issue ?

thank you

[Gostev]

Julien, please do not quote the immediate post you are replying to in its entirety (this is a basic forum etiquette). There is no use in doing this, moreover it trashes the topic with constant repeats, making it hard to read.

Normally, to perform full recoverability testing properly, you'd want to restore the entire VM, power it on in the isolated network, wait until it boots up, and check if all applications are functioning correctly. Then, perform integrity checks for file system (using chkdsk) and for application databases (using application-specific integrity testing tools).

CBT file presence on the data store is normal, this is where CBT engine stores the map of changed blocks.

[jamerson]

thank you
restore test has been applied and everything seems to work.