Advertisement
mysidia

Veeam v6.0.0.153 64-bit CBT Issue

Dec 20th, 2011
3,046
0
Never
Not a member of Pastebin yet? Sign Up, it unlocks many cool features!
text 5.70 KB | None | 0 0
  1. Veeam Backup and Replication version 6 CBT failing
  2.  
  3. CBT failing on drives other than Hard Disk 1. So far on any VM I tried to backup with Veeam 6; Environment vCenter 5 all hosts ESXi5; vCenter 5 was a clean install. I went through the CTK reset procedure mentioned by aweiss. No dice, same behavior persists.
  4.  
  5. Also, if I create a brand new Version 8 VM with 2 blank hard drives, power it on, install an OS; create a new backup job, add the new VM to the backup job. Run the backup job twice, the same warning appears on the brand new VM, and CBT is not used for the reverse incremental backup. The warning is raised immediately on the 2nd run of the new backup job
  6. "Cannot use CBT: Soap fault. A specified parameter was not correct. . deviceKeyDetail:"
  7.  
  8.  
  9.  
  10. The agent.backup_job.source log on the proxy speaks of the same
  11. < 1644> dsk| WARN|It is impossible to create disk changes tracker in accordance with the specified settings. Default tracker will be used.
  12. < 1644> dsk| >> |Soap fault. A specified parameter was not correct.
  13. < 1644> dsk| >> |deviceKeyDetail: '<InvalidArgumentFault xmlns="urn:internalvim25" xsi:type="InvalidArgument"><invalidProperty>deviceKey</invalidProperty></InvalidArgumentFault>', endpoint: ''
  14. < 1644> dsk| >> |--tr:Failed to enumerate changed areas of the disk using CTK. Device key: [2001], size: size: [2147483648]. VM ref: [vm-951]. Change ID: [52 2d 7b 8f ac 61 51 cc-77 4c 7b ec 91 50 bb 7b/1]
  15.  
  16. After investigation I see that in fact "2001" seems to be a valid device key for the disk device on the target VM.
  17. That is.. the error doesn't make sense because 2001 in fact is the device key associated with the VMDK in the VM's
  18. config spec.
  19. On the very same VMDK that Veeam says CBT couldn't be used on, I inspected the VM's CBT status by invoking
  20. QueryChangedDiskAreas(), using the vSphere PowerCLI, and I see what appears a proper response shown....
  21.  
  22. And I am able to fetch lists of changed blocks through Powershell while the backup is in progress.....
  23. So Powershell can see the changed blocks, but Veeam can't? That doesn't make sense.
  24.  
  25. Nonetheless...
  26.  
  27. PowerCLI C:\>$x = Get-VM "test1p" ; $xv = $x | Get-View; foreach($z in $xv.Config.Hardware.Device) {; if ($z.DeviceInfo.Label.ToLower() -match ".*hard disk.*") { $z.DeviceInfo.Label, $z.Key | ft; } }
  28. Hard disk 1 2000
  29. Hard disk 2 2001
  30. PowerCLI C:\> $s = Get-Snapshot -VM $x ; $sv = $s | Get-View ; $s
  31. Name Description PowerState
  32. ---- ----------- ----------
  33. VEEAM BACKUP TEMP... Please do not delete this s... PoweredOff
  34. PowerCLI C:\> $ch0=$xv.QueryChangedDiskAreas($sv.MoRef,2001,0,"52 2d 7b 8f ac 61 51 cc-77 4c 7b ec 91 50 bb 7b/1"); $ch0
  35. PowerCLI C:\> $ch0=$xv
  36. .QueryChangedDiskAreas($sv.MoRef,2001,0,"52 2d 7b 8f ac 61 51 cc-77 4c 7b ec 91
  37. 50 bb 7b/1"); $ch0
  38.  
  39. StartOffset : 0
  40. Length : 2147483648
  41. ChangedArea : {VMware.Vim.DiskChangeExtent, VMware.Vim.DiskChangeExtent, VM
  42. ware.Vim.DiskChangeExtent, VMware.Vim.DiskChangeExtent...}
  43. DynamicType :
  44. DynamicProperty :
  45. PowerCLI C:\> $ch0.ChangedArea
  46. Start Length DynamicType DynamicProperty
  47. ----- ------ ----------- ---------------
  48. 0 65536
  49. 1048576 17235968
  50. 135266304 65536
  51. 135528448 5701632
  52. 141557760 2162688
  53. 403701760 65536
  54. 537919488 33619968
  55. 672137216 65536
  56. 940572672 65536
  57. 1074724864 131072
  58.  
  59.  
  60.  
  61. .... later, after backup is done.. .....
  62.  
  63. PowerCLI C:\> $x = Get-VM "test1p" ; $xv = $x | Get-View;
  64. PowerCLI C:\>$s = New-Snapshot -VM $x -Name "temp1"
  65. PowerCLI C:\>$xv = $x | Get-View; $sv = $s | Get-View; $a=@()
  66. PowerCLI C:\>foreach($z in $sv.Config.Hardware.Device) {; if ($z.DeviceInfo.Label.ToLower() -match ".*hard disk.*") { $a += $z } }
  67. PowerCLI C:\>foreach($dsk in $a) { $dsk.Key, $dsk.Backing.Get_ChangeID(); }
  68. 2000
  69. 52 73 8a c2 4c e9 a1 b8-d0 cf d7 b7 49 e4 23 ab/22
  70. 2001
  71. 52 2d 7b 8f ac 61 51 cc-77 4c 7b ec 91 50 bb 7b/22
  72.  
  73. PowerCLI C:\>Remove-Snapshot $s -Confirm:$false
  74. PowerCLI C:\>$s = New-Snapshot -VM $x -Name "temp2" ; $xv = $x | Get-View ; $sv = $s | Get-View; $a = @();
  75.  
  76. PowerCLI C:\> $ch1=$xv.QueryChangedDiskAreas($sv.MoRef,2000,0,"52 73 8a c2 4c e9 a1 b8-d0 cf d7 b7 49 e4 23 ab/22"); $ch1
  77. StartOffset : 0
  78. Length : 10737418240
  79. ChangedArea : {VMware.Vim.DiskChangeExtent, VMware.Vim.DiskChangeExtent, VM
  80. ware.Vim.DiskChangeExtent, VMware.Vim.DiskChangeExtent...}
  81. DynamicType :
  82. DynamicProperty :
  83.  
  84. PowerCLI C:\>$ch2 = $xv.QueryChangedDiskAreas($sv.MoRef, 2001, 0, "52 2d 7b 8f ac 61 51 cc-77 4c 7b ec 91 50 bb 7b/22"); $ch2
  85. StartOffset : 0
  86. Length : 2147483648
  87. ChangedArea : {VMware.Vim.DiskChangeExtent, VMware.Vim.DiskChangeExtent, VM
  88. ware.Vim.DiskChangeExtent, VMware.Vim.DiskChangeExtent...}
  89. DynamicType :
  90. DynamicProperty :
  91.  
  92. PowerCLI C:\> $ch2.ChangedArea
  93. Start Length DynamicType DynamicProperty
  94. ----- ------ ----------- ---------------
  95. 0 65536
  96. 1048576 17235968
  97. 135266304 65536
  98. 135528448 5701632
  99. 141557760 2162688
  100. 403701760 65536
  101. 537919488 33619968
  102. 672137216 65536
  103. 940572672 65536
  104. 1074724864 131072
Advertisement
Add Comment
Please, Sign In to add comment
Advertisement