P2V: Cannot see ntfs partition on a DAS

[3molo]

Hi,

Trying to convert a physical hp dl380 G5 with a MSA60 DAS connected to it, running Windows 2003 32 bit. The license is essentials plus, with a vcenter where two hosts are in a HA cluster and one additional host is on its own. Not sure if I am entitled to support for this license.

Multiple unexpected problems seen:

1) If connecting to the vcenter (which would be 127.0.0.1) from the server I run converter from, I only see the guests of the non HA clustered ESXi.

2) Connecting directly to one of the HA ESXi, when configuring source parameters I cannot find the DAS partition (G:) (which is 5TB, where 2% is in use), could it perhaps be because the destination datastore volume is on 500GB?

3) Even ignoring the DAS partition (G:), the conversion fail at 1%. See the log below:

[2011-03-09 17:03:03.409 01828 info 'Ufa'] Plugin started
[2011-03-09 17:03:03.413 01828 info 'App'] [serviceWin32,413] vmware-converter-server service started
[#1] [2011-03-09 17:03:03.426 01920 info 'Libs'] HOSTINFO 137167629 @ 3579545Hz -> 0 @ 1000000Hz
[#1] [2011-03-09 17:03:03.426 01920 info 'Libs'] HOSTINFO ((x * 2399728063) >> 33) + -38319850
[#2] [2011-03-10 08:38:47.320 01920 info 'Libs'] [ADS] Get user name failed: 1332
[#2] [2011-03-10 08:38:47.326 01920 info 'Libs'] [ADS] GetTokenInformation failed: 1312
[#3] [2011-03-10 08:38:50.209 01920 info 'Libs'] [ADS] Get user name failed: 1332
[#3] [2011-03-10 08:38:50.209 01920 info 'Libs'] [ADS] GetTokenInformation failed: 1312
[#3] [2011-03-10 08:38:57.680 01828 error 'App'] Found dangling SSL error: [0] error:00000001:lib(0):func(0):reason(1)
[#3] [2011-03-10 08:39:14.760 02660 info 'App'] [agentManager,83] [AgentManager] Install Agent on 10.0.0.9
[#3] [2011-03-10 08:39:20.909 01940 info 'App'] [agentManager,83] [AgentManager] Install Agent on 10.0.0.9
[#3] [2011-03-10 08:39:29.444 01940 error 'App'] [agentManager,95] [AgentManager] Install Agent failed: converter.fault.AgentInstallFault
[#3] [2011-03-10 08:42:27.000 02792 info 'App'] [agentManager,129] [AgentManager] Uninstall Agent from 10.0.0.9
[#3] [2011-03-10 08:42:46.345 01932 info 'App'] ConverterConnection: KeepAlive timer canceled, StopKeepAlive succeeded
[#3] [2011-03-10 08:42:47.357 01932 info 'vmomi.soapStub[0]'] Resetting stub adapter for server PIPE:\\.\pipe\vmware-converter-worker-soap : Closed
[#4] [2011-03-10 08:42:58.127 03656 info 'Libs'] [ADS] Get user name failed: 1332
[#4] [2011-03-10 08:42:58.127 03656 info 'Libs'] [ADS] GetTokenInformation failed: 1312
[#4] [2011-03-10 08:42:58.717 01920 error 'App'] Found dangling SSL error: [0] error:00000001:lib(0):func(0):reason(1)
[#4] [2011-03-10 08:43:08.089 01828 info 'App'] [agentManager,83] [AgentManager] Install Agent on 10.0.0.9
[#4] [2011-03-10 08:45:36.097 02660 info 'App'] Connecting to host esxi-ha01.mgmt.somehost on port 443
[#4] [2011-03-10 08:45:36.169 02660 info 'App'] Authenticating user root
[#4] [2011-03-10 08:45:36.191 02660 info 'App'] ComputeResource for vim.HostSystem:ha-host is vim.ComputeResource:ha-compute-res
[#4] [2011-03-10 08:45:36.196 02660 info 'App'] ResourcePool for vim.ComputeResource:ha-compute-res is vim.ResourcePool:ha-root-pool
[#4] [2011-03-10 08:45:36.202 02660 info 'App'] ComputeResource for vim.ResourcePool:ha-root-pool is vim.ComputeResource:ha-compute-res
[#4] [2011-03-10 08:45:36.214 02660 info 'App'] Datacenter for vim.ComputeResource:ha-compute-res is vim.Datacenter:ha-datacenter
[#4] [2011-03-10 08:45:36.223 02660 info 'App'] Root VM folder for vim.Datacenter:ha-datacenter is vim.Folder:ha-folder-vm
[#4] [2011-03-10 08:45:36.223 02660 info 'App'] Reusing existing VIM connection to esxi-ha01.mgmt.somehost
[#4] [2011-03-10 08:45:36.236 02660 info 'App'] Scheduled timer canceled, StopKeepAlive succeeds
[#4] [2011-03-10 08:45:36.244 02660 info 'vmomi.soapStub[2]'] Resetting stub adapter for server TCP:esxi-ha01.mgmt.somehost:443 : Closed
[#4] [2011-03-10 08:45:36.246 02660 info 'App'] Connecting to host esxi-ha01.mgmt.somehost on port 443
[#4] [2011-03-10 08:45:36.302 02660 info 'App'] Authenticating user root
[#4] [2011-03-10 08:45:36.315 02660 info 'App'] Scheduled timer canceled, StopKeepAlive succeeds
[#4] [2011-03-10 08:45:36.334 02660 info 'App'] ComputeResource for vim.ResourcePool:ha-root-pool is vim.ComputeResource:ha-compute-res
[#4] [2011-03-10 08:45:36.509 02660 info 'vmomi.soapStub[3]'] Resetting stub adapter for server TCP:esxi-ha01.mgmt.somehost:443 : Closed
[#4] [2011-03-10 08:45:36.510 02660 info 'App'] Created new scheduler item with id = "1", firstTimeToRun = "2011-03-10 08:45:36.245", source = "5F:FB:73:0D:35:E1:92:86:4D:5B:39:E5:B1:C6:6B:E1:99:F9:9D:E2", targetRPOInMinutes = "0". -- __thiscall Converter::Server::Scheduler::SchedulerItemImpl::SchedulerItemImpl(const class Converter::Server::Scheduler::SchedulerItemSpec &,const int &,const class boost::shared_ptr<class Converter::Server::Scheduler::SchedulerEnv> &,const class Vmacore::Ref<class Vmacore::Service::Logger> &,const class boost::optional<class Converter::VdbConnection &> &) ("d:/build/ob/bora-292238/bora/sysimage/ufad/server/scheduler/schedulerItemImpl.cpp:87")
[#4] [2011-03-10 08:45:36.510 02660 info 'App'] scheduler item with id="1" created -- int __thiscall Converter::Server::Scheduler::PriorityQScheduler::AddSchedulerItem(const class boost::shared_ptr<class Converter::Server::Scheduler::SchedulerItemSpec> &,const class boost::optional<class Converter::VdbConnection &> &) ("d:/build/ob/bora-292238/bora/sysimage/ufad/server/scheduler/priorityQScheduler.cpp:46")
[2011-03-10 08:45:36.543 01928 info 'App'] Scheduler scheduling item 1 to run at time = 2011-03-10 08:45:36.543. -- void __thiscall Converter::Server::Scheduler::SimpleScheduler::Run(void) ("d:/build/ob/bora-292238/bora/sysimage/ufad/server/scheduler/simpleScheduler.cpp:88")
[2011-03-10 08:45:36.556 01924 info 'App'] Connecting to host esxi-ha01.mgmt.somehost on port 443
[2011-03-10 08:45:36.597 01924 info 'App'] Authenticating user root
[2011-03-10 08:45:36.619 01924 info 'App'] ComputeResource for vim.HostSystem:ha-host is vim.ComputeResource:ha-compute-res
[2011-03-10 08:45:36.624 01924 info 'App'] ResourcePool for vim.ComputeResource:ha-compute-res is vim.ResourcePool:ha-root-pool
[2011-03-10 08:45:36.630 01924 info 'App'] ComputeResource for vim.ResourcePool:ha-root-pool is vim.ComputeResource:ha-compute-res
[2011-03-10 08:45:36.641 01924 info 'App'] Datacenter for vim.ComputeResource:ha-compute-res is vim.Datacenter:ha-datacenter
[2011-03-10 08:45:36.646 01924 info 'App'] Root VM folder for vim.Datacenter:ha-datacenter is vim.Folder:ha-folder-vm
[2011-03-10 08:45:36.646 01924 info 'App'] Reusing existing VIM connection to esxi-ha01.mgmt.somehost
[2011-03-10 08:45:36.676 01924 info 'App'] Scheduled timer canceled, StopKeepAlive succeeds
[2011-03-10 08:45:36.681 01924 info 'vmomi.soapStub[4]'] Resetting stub adapter for server TCP:esxi-ha01.mgmt.somehost:443 : Closed
[#4] [2011-03-10 08:45:36.719 01932 info 'App'] ConverterConnection: KeepAlive timer canceled, StopKeepAlive succeeded
[#4] [2011-03-10 08:45:36.741 01932 info 'vmomi.soapStub[1]'] Resetting stub adapter for server PIPE:\\.\pipe\vmware-converter-worker-soap : Closed
[2011-03-10 08:45:36.838 01924 info 'App'] Started task "task-1" for job="job-13", item ="1" -- void __thiscall Converter::Server::Job::JobProcessorImpl::StartProcessingJobs(void) ("d:/build/ob/bora-292238/bora/sysimage/lib/converter/server/job/jobProcessorImpl.cpp:351")
[2011-03-10 08:45:36.953 00252 info 'App'] [task,332] [task-1] -- BEGIN -- Convert
[2011-03-10 08:45:36.976 00252 error 'App'] Found dangling SSL error: [0] error:00000001:lib(0):func(0):reason(1)
[2011-03-10 08:45:37.064 00252 info 'App'] [taskSpec,464] [task-1] [TaskMap] task-1:task-1
[2011-03-10 08:46:14.246 00252 error 'App'] [task,344] [LRO] Unexpected Exception: converter.fault.CloneFault
[2011-03-10 08:46:14.991 00252 info 'App'] [task,373] [task-1] -- ERROR -- Convert: converter.fault.CloneFault
(converter.fault.CloneFault) {
   dynamicType = <unset>,
   faultCause = (vmodl.MethodFault) null,
   description = "Unknown exception",
   msg = "",

You guys have any solutions? Seen this before? Should I revert to cold cloning? Whats the deal with the DAS partition anyway?

Many many thanks in advance

[3molo]

> 1) If connecting to the vcenter (which would be 127.0.0.1) from the  server I run converter from, I only see the guests of the non HA  clustered ESXi.

My bad, they were under "discovered virtual machines"

>2) Connecting directly to one of the HA ESXi, when  configuring source parameters I cannot find the DAS partition (G:)  (which is 5TB, where 2% is in use), could it perhaps be because the  destination datastore volume is on 500GB?

This was because the partition is GPT (GUID PARTITION TABLE). See resolution below.

> 3) Even ignoring the DAS partition (G:), the conversion fail at 1%. See the log below

The source physical server was not allowed to connect back to the vcenter server by the firewall. Allow any any temporarily solved it.

The files of the GPT partition were instead synced using robocopy, painfully slow over windows shares but permissions were kept!