If the workload does not work, it's usually a problem related to the fact that COSBI cannot write the .ini file.
The problem is associated to missing drivers. Install all the drivers needed, and all will work fine :)
$VM = "WindowsXP";Invoke-Command -ScriptBlock {vboxmanage controlvm $args reset} -ArgumentList $VM ComputerName 10.3.2.127
VBoxManage.exe: error: Invalid machine state: PoweredOff+ CategoryInfo : NotSpecified: (VBoxManage.exe:...ate: PoweredOff:String) [], RemoteException+ FullyQualifiedErrorId : NativeCommandErrorVBoxManage.exe: error: Details: code VBOX_E_INVALID_VM_STATE (0x80bb0002), component Console, interface IConsole, callee IUnknownContext: "Reset()" at line 124 of file VBoxManageControlVM.cpp
host: State: running (since 2011-10-22T22:20:35.359000000)remote: State: powered off (since 2011-10-18T14:39:32.000000000)
Invoke-Command -ScriptBlock {vboxmanage startvm "WindowsXP" --type headless} -ArgumentList "WindowsXP" -ComputerName 10.3.2.127Waiting for VM "WindowsXP" to power on...VBoxManage.exe: error: Failed to open release log (could not open file 'C:\Documents and Settings\perfmon\VirtualBox VMs\WindowsXP\Logs\VBox.log' (fOpen=0x322), VERR_SHARING_VIOLATION)+ CategoryInfo : NotSpecified: (VBoxManage.exe:...RING_VIOLATION):String) [], RemoteException+ FullyQualifiedErrorId : NativeCommandErrorVBoxManage.exe: error: Details: code E_FAIL (0x80004005), component Console, interface IConsole, callee
Invoke-Command -ScriptBlock {vboxmanage startvm "WindowsXP" --type headless} -ArgumentList "WindowsXP" -ComputerName 10.3.2.127Waiting for VM "WindowsXP" to power on...VM "WindowsXP" has been successfully started.
Invoke-Command -ScriptBlock {vboxmanage controlvm $args reset} -ArgumentList "WindowsXP" -ComputerName 10.3.2.127
State: running (since 2011-10-28T12:54:58.718000000)
SELECT DISTINCT * INTO [new_table] FROM [old_table]In addition, if the table already exist, we can use the INSERT INTO command:
INSERT INTO [new_table]
SELECT * FROM [old_table]