Conversion with Converter 4.3 fails with "Dangling SSL error"

[heinerhardt]

I´m facing an issue when trying to convert a Windows 2003 machine in vCenter 4.1 (using converter 4.3 standalone). It doesn´t matter if is via hot or cold clone methods, both are failing.

Some log entries refers to "dangling SSL error" but all the basic troubleshoots shows that the communication with vCenter is OK (tests with SSL port 443 and 902 for converter). The process seems to start fine, the virtual machine are created but when the clone process starts in the first disk, the conversion process is aborted, the virtual machine is deleted and the task fail.

Below follows the log:

Section for VMware vCenter Converter Standalone, pid=3004, version=4.3.0, build=build-292238, option=Release

Failed to create console writer

Current working directory: C:\Program Files (x86)\VMware\VMware vCenter Converter Standalone

Trying converter_server

Ufa shutdown manager registered.

Initializing SSL Contexts

Using system libcrypto, version 9080CF

Vmacore::InitSSL: doVersionCheck = true, handshakeTimeoutUs = 120000000

Initializing certificates

32 max LROs

6 reserved internal LROs

6 reserved short LROs

12 reserved long LROs

86400-second task lifetime

Duplicate key 'hi_IN' in file 'C:\Program Files (x86)\VMware\VMware vCenter Converter Standalone\locale\iso2win.vlcl'

Duplicate key 'az_AZ' in file 'C:\Program Files (x86)\VMware\VMware vCenter Converter Standalone\locale\iso2win.vlcl'

Duplicate key 'sr_SP' in file 'C:\Program Files (x86)\VMware\VMware vCenter Converter Standalone\locale\iso2win.vlcl'

Duplicate key 'az_AZ' in file 'C:\Program Files (x86)\VMware\VMware vCenter Converter Standalone\locale\isodata.vlcl'

Duplicate key 'sr_SP' in file 'C:\Program Files (x86)\VMware\VMware vCenter Converter Standalone\locale\isodata.vlcl'

Duplicate key 'uz_UZ' in file 'C:\Program Files (x86)\VMware\VMware vCenter Converter Standalone\locale\isodata.vlcl'

Added locale path C:\Program Files (x86)\VMware\VMware vCenter Converter Standalone\locale\ to locale map

Locale subsystem initialized from C:\Program Files (x86)\VMware\VMware vCenter Converter Standalone\locale\ with default locale en.

Local Domain : WORKGROUP

IsWorkgroup: Yes

Local Machine: GERENCIADOR

BaseScheduler initialization complete -- void __thiscall Converter::Server::Scheduler::BaseScheduler::Initialize(const class boost::shared_ptr &) ("d:/build/ob/bora-292238/bora/sysimage/ufad/server/scheduler/baseScheduler.cpp:112")

ServerPlugin Init

Trying ufa_agent

Initializing SSL context

Plugin initialized

-- BEGIN -- TaskManager

Loaded all items from the scheduler's database tables. -- void __thiscall Converter::Server::Scheduler::BaseScheduler::LoadSchedulerItemIdMap(void) ("d:/build/ob/bora-292238/bora/sysimage/ufad/server/scheduler/baseScheduler.cpp:70")

Loaded all items from scheduler's database tables.Scheduler's item map contains 1 items. -- void __thiscall Converter::Server::Scheduler::PriorityQScheduler::LoadPriorityQ(void) ("d:/build/ob/bora-292238/bora/sysimage/ufad/server/scheduler/priorityQScheduler.cpp:183")

ServerPlugin Start

SOAP pipe name:
.\pipe\vmware-converter-server-soap

Using default for nonChunkingAgents: 'VMware VI Client|VMware-client|VMware-client/3.*'

Using default for agentsNeedingContentLength: 'VMware-client'

Max buffered response size is 104857600 bytes

doPendedPostBodyReads: false, enableChunkedResponses: true

Http Service started:

Soap (over Named Pipe) started on pipe
.\pipe\vmware-converter-server-soap. enableRemoteAccess = false, nonRootAccess = true, useSSL = false

Plugin started

vmware-converter-server service started

Scheduler scheduling item 2 to run at time = 2010-11-30 22:08:58.115. -- void __thiscall Converter::Server::Scheduler::SimpleScheduler::Run(void) ("d:/build/ob/bora-292238/bora/sysimage/ufad/server/scheduler/simpleScheduler.cpp:88")

Failed to insert scheduler mapping for job "5"; Reason: Object not found ...ignoring -- void __thiscall Converter::Server::Job::Job2SchedulerItemTable::LoadDataFromDatabase(void) ("d:/build/ob/bora-292238/bora/sysimage/lib/converter/server/job/job2SchedulerItemTable.cpp:638")

const class Converter::Server::Job::Job2SchedulerItemTable::Job2ItemRow &__thiscall Converter::Server::Job::Job2SchedulerItemTable::GetRow(const int &) const -- scheduler item with id = "2" was not found in the job 2 scheduler item table. ...skipping item="2". -- void __thiscall Converter::Server::Job::JobProcessorImpl::StartProcessingJobs(void) ("d:/build/ob/bora-292238/bora/sysimage/lib/converter/server/job/jobProcessorImpl.cpp:380")

HOSTINFO 165577316 @ 2474091Hz -> 0 @ 1000000Hz

HOSTINFO ((x * 3471955797) >> 33) + -66924505

No entry in the job2SchedulerItem table for unexecuted item (2): Unable to find row in job2SchedulerItem table for item with ID = 2 -- scheduler item with id = "2" was not found in the job 2 scheduler item table. ...deleted item and ignoring. -- void __thiscall Converter::Server::Job::JobProcessorImpl::StartProcessingJobs(void) ("d:/build/ob/bora-292238/bora/sysimage/lib/converter/server/job/jobProcessorImpl.cpp:406")

Get user name failed: 1332

GetTokenInformation failed: 1312

Get user name failed: 1332

GetTokenInformation failed: 1312

Found dangling SSL error: error:00000001:lib(0):func(0):reason(1)

ConverterConnection: KeepAlive timer canceled, StopKeepAlive succeeded

[2010-11-30 22:11:25.723 04024 info 'vmomi.soapStub Resetting stub adapter for server PIPE:
.\pipe\vmware-converter-worker-soap : Closed

Get user name failed: 1332

GetTokenInformation failed: 1312

Found dangling SSL error: error:00000001:lib(0):func(0):reason(1)

Connecting to host 172.16.254.30 on port 443

Authenticating user gerenciador\administrator

Reusing existing VIM connection to 172.16.254.30

Scheduled timer canceled, StopKeepAlive succeeds

[2010-11-30 22:13:12.508 06740 info 'vmomi.soapStub Resetting stub adapter for server TCP:172.16.254.30:443 : Closed

Connecting to host 172.16.254.30 on port 443

Authenticating user gerenciador\administrator

Scheduled timer canceled, StopKeepAlive succeeds

ComputeResource for vim.ResourcePool:resgroup-9 is vim.ClusterComputeResource:domain-c8

[2010-11-30 22:13:12.672 06740 info 'vmomi.soapStub Resetting stub adapter for server TCP:172.16.254.30:443 : Closed

Created new scheduler item with id = "3", firstTimeToRun = "2010-11-30 22:13:12.508", source = "32:64:FF:8D:09:DC:74:CD:44:F9:AE:A7:AA:3D:12:94:4B:1C:9B:9B", targetRPOInMinutes = "0". -- __thiscall Converter::Server::Scheduler::SchedulerItemImpl::SchedulerItemImpl(const class Converter::Server::Scheduler::SchedulerItemSpec &,const int &,const class boost::shared_ptr &) ("d:/build/ob/bora-292238/bora/sysimage/ufad/server/scheduler/schedulerItemImpl.cpp:87")

scheduler item with id="3" created -- int __thiscall Converter::Server::Scheduler::PriorityQScheduler::AddSchedulerItem(const class boost::shared_ptr &) ("d:/build/ob/bora-292238/bora/sysimage/ufad/server/scheduler/priorityQScheduler.cpp:46")

Scheduler scheduling item 3 to run at time = 2010-11-30 22:13:12.879. -- void __thiscall Converter::Server::Scheduler::SimpleScheduler::Run(void) ("d:/build/ob/bora-292238/bora/sysimage/ufad/server/scheduler/simpleScheduler.cpp:88")

ConverterConnection: KeepAlive timer canceled, StopKeepAlive succeeded

[2010-11-30 22:13:12.927 04028 info 'vmomi.soapStub Resetting stub adapter for server PIPE:
.\pipe\vmware-converter-worker-soap : Closed

Hope that someone has the answer for this thread.

Regards

Heiner

[JPSoto]

I'm having the same issue. I had our networking team open the firewall ports for any/any and it seems to have fixed the issue with one of the systems but not the other. would love to know what causes this. i opened a case with vmware and they didn't give me any clear direction.

[AndreTheGiant]

Welcome to the community.

Thread has been moved to Converter area.

Andre

[idle-jam]

Perhaps if you could post the response from the support, we could try to decipher for you 😃

iDLE-jAM | VCP 2, VCP 3 & VCP 4

If you found this or any other answer useful please consider the use of the Helpful or correct buttons to award points.

[svaldes]

I'm having the same, problem. If someone could find a solution will be appreciate. Thanks!

[continuum]

Converter problems never are the same.

Please create a new post and provide all info we would ask anyway:

which version of Converter was used ?

where was it installed ?

what OS is used on the source machine

what target was defined in converter ?

were all firewalls checked or disabled ?

was converter started with right-click "run as admin"




_________________________

VMX-parameters- WS FAQ -[ MOAcd|http://sanbarrow.com/moa241.html] - VMDK-Handbook

[heinerhardt]

which version of Converter was used ?

4.3

where was it installed ?

Windows 2008 R2

what OS is used on the source machine

Windows 2003 SP2

what target was defined in converter ?

ESXi 4.1 build 320137

were all firewalls checked or disabled ?

No firewall between source/destination

was converter started with right-click "run as admin"

It wasn´t started with "run as admin". Windows UAC is disabled.

[svaldes]

Sory continuum, you are right.

Just for the records, I disable windows firewall on the Hyper-V host and the converted work fine.

[continuum]

I would install Converter 3.0.3 directly on the 2003 machine.

Then plug in a USB disk and let the converter create a VM from the running system and store it on the USB disk.

You can then upload it to the ESX from a second machine any time later.

This is NOT the fastest variant - but as it is almost failsafe I use it when ever I am really in a hurry




_________________________

VMX-parameters- WS FAQ -[ MOAcd|http://sanbarrow.com/moa241.html] - VMDK-Handbook

[Sam30]

@Continuum

Off the topic but On the method you just posted.

I don't think so if we can export the complete physical machine to some format, put it in attached USB to the same physical machine, copy it over & then import it over the ESX.

If so can you tell me the step by step process of that.

Thanks

Sam

[continuum]

1. install 3.0.3 on the host to be converted
2. launch it - and select "this machine"
3. select target - this will be a Workstation VM
4. select path to store the VM - this will be on the USB disk
5. select vmdk-format - order 2Gb split format - name the vmdk "split.vmdk"
6. let converter work

7. unplug USB and go to your admin host
8. upload vmx-file + all 2gb vmdk slices to new directory on ESX or ESXi with fastscp or winscp

9. open console on ESXi - cd to new directory and import vmdk with vmkfstools a la

vmkfstools -i split.vmdk onepiece.vmdk -d thin

10. add vmx-file to repository with Datastorebrowser
11. in Viclient remove split.vmdk
12. in Viclient add onepiece.vmdk

start VM

[Sam30]

@Continuum

Have you ever tried this as it's going to be at the enterprise level, so I don't want to take chances. BTW it's a Windows2003 Server

[ipctecho]

Hi All,

I was able to fix a "Dangling SSL Error" by adding DNS entries in the hosts file on the machine I was trying to convert, for the ESXi hosts that I was sending the VM to. This was for a migration where the DNS servers between old and new networks were different and the Physical and VM's were on different subnets across a firewall.

Hope this helps!!

Bernardo

[Javaman310]

ipctecho,

THANK YOU!

That was the solution for this error in my environment!