[
https://issues.apache.org/jira/browse/CLOUDSTACK-5883?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hugo Trippaers reopened CLOUDSTACK-5883:
----------------------------------------
Assignee: Hugo Trippaers (was: Animesh Chaturvedi)
manually prepared the 64-bit systemvm template via
https://issues.apache.org/jira/browse/CLOUDSTACK-4864.
In the JIRA bug I explained the issues with the default template and also
attached the modified OVF file as well. I can add a wiki page explaining the
exact changes done. I looked at the changes you made as part of 5883 and
observe the following issues which need to be resolved. Let me know.
>From the autogenerated template, the operating system section is referring to
>guest os id for vbox environment which is not correctly mapping to the right
>guest OS on ESXi hypervisor. This eventually resulting in the Debian 64bit
>system VM to be deployed as 32-bit otherLinux VM on ESXi.
---
<OperatingSystemSection ovf:id="96">
<Info>The kind of installed guest operating system</Info>
<Description>Debian_64</Description>
<vbox:OSType ovf:required="false">Debian_64</vbox:OSType>
---
Also it still has Vbox specific sections which may not make sense to vCenter.
Ofcourse this would not block deployment of the template in itself. Removing
this section ( <vbox:Machine>...</vbox:Machine>) would make it cleaner.
> unable to copy vmware routing template to primary storage
> ---------------------------------------------------------
>
> Key: CLOUDSTACK-5883
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-5883
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Management Server
> Affects Versions: 4.3.0
> Environment: CloudStack
> branch 4.3, 9ed4ab731fc5d722e3e0b819958ec8a2f4beccdb
> vCenter vApp: vSphere 5.1
> Hypervisor: VMware ESXi, 5.1.0, 799733
> Reporter: Hugo Trippaers
> Assignee: Hugo Trippaers
> Priority: Blocker
> Fix For: 4.3.0
>
>
> The following error is observed while doing a clean installation:
> 2014-01-16 10:22:00,521 ERROR [c.c.s.r.VmwareStorageProcessor]
> (DirectAgent-6:ctx-a6667180 10.200.23.49) Unable to copy templa
> te to primary storage due to exception:Exception:
> javax.xml.ws.soap.SOAPFaultException
> Message:
> Required parameter spec is missing
> while parsing call information for method ImportVApp
> at line 1, column 110
> while parsing SOAP body
> at line 1, column 102
> while parsing SOAP envelope
> at line 1, column 38
> while parsing HTTP request for method importVApp
> on object of type vim.ResourcePool
> at line 1, column 0
> javax.xml.ws.soap.SOAPFaultException:
> Required parameter spec is missing
> while parsing call information for method ImportVApp
> at line 1, column 110
> while parsing SOAP body
> at line 1, column 102
> while parsing SOAP envelope
> at line 1, column 38
> while parsing HTTP request for method importVApp
> on object of type vim.ResourcePool
> at line 1, column 0
> at
> com.sun.xml.internal.ws.fault.SOAP11Fault.getProtocolException(SOAP11Fault.java:178)
> at
> com.sun.xml.internal.ws.fault.SOAPFaultBuilder.createException(SOAPFaultBuilder.java:119)
> at
> com.sun.xml.internal.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:108)
>
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
