[one-users] Problem with VMWare Server 2.0 as hypervisor

Tino Vazquez tinova at fdi.ucm.es
Tue Jun 8 05:43:55 PDT 2010


Sorry, I forgot the link

[1] http://jcalcote.wordpress.com/2009/06/19/java-https-key-setup/

--
Constantino Vázquez, Grid & Virtualization Technology
Engineer/Researcher: http://www.dsa-research.org/tinova
DSA Research Group: http://dsa-research.org
Globus GridWay Metascheduler: http://www.GridWay.org
OpenNebula Virtual Infrastructure Engine: http://www.OpenNebula.org



On Tue, Jun 8, 2010 at 2:43 PM, Tino Vazquez <tinova at fdi.ucm.es> wrote:
> Hi,
>
> It looks like you are having problems with your keystore, maybe the
> certification file associated to the host is not its certificate?
>
> Take a look at this [1] for more insight. I suggest rebuilding the
> keystore entry for that host.
>
> Regards,
>
> -Tino
>
> --
> Constantino Vázquez, Grid & Virtualization Technology
> Engineer/Researcher: http://www.dsa-research.org/tinova
> DSA Research Group: http://dsa-research.org
> Globus GridWay Metascheduler: http://www.GridWay.org
> OpenNebula Virtual Infrastructure Engine: http://www.OpenNebula.org
>
>
>
> On Tue, Jun 8, 2010 at 1:22 PM, Manish Sapariya <manish at gslab.com> wrote:
>> Hi Tino,
>> Thanks for the reply.
>>
>> I am using FQDN of the host, it is resolvable.
>> Port 443 is accessible using telnet and the browser as well.
>> I tried changing the port to 8333 and recompiling the sources
>> but it did not help.
>>
>> I just now tried with ESXi server as well
>> and I am seeing same problem. When I printed
>> the stack trace after modifying some code,
>> I see following exception.
>>
>> ===========================================================================================
>> [08.06.2010 16:48:19] Failed monitoring host leopard2.gslab.com.Reason: ;
>> nested exception is:
>>        java.net.SocketException: java.security.NoSuchAlgorithmException:
>> Error constructing implementation (algorithm: Default, provider: SunJSSE,
>> class: sun.security.ssl.DefaultSSLContextImpl)
>> ---- Debug stack trace ----
>> AxisFault
>>  faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Server.userException
>>  faultSubcode:
>>  faultString: java.net.SocketException:
>> java.security.NoSuchAlgorithmException: Error constructing implementation
>> (algorithm: Default, provider: SunJSSE, class:
>> sun.security.ssl.DefaultSSLContextImpl)
>>  faultActor:
>>  faultNode:
>>  faultDetail:
>>
>> {http://xml.apache.org/axis/}stackTrace:java.net.SocketException:
>> java.security.NoSuchAlgorithmException: Error constructing implementation
>> (algorithm: Default, provider: SunJSSE, class:
>> sun.security.ssl.DefaultSSLContextImpl)
>>        at
>> javax.net.ssl.DefaultSSLSocketFactory.throwException(SSLSocketFactory.java:197)
>> ============================================================================================
>>
>> When I tried to compile the samples in SDK and invoke the connect sample it
>> connects alright without giving the exception. In fact
>> it was also failing when I was using Icedtea java 1.7. But when
>> I switched to Sun Java 1.5, the connect sample in SDK started working
>> fine, but not opennebula. I have made sure that the JAVAHOME points
>> to sun java.
>>
>> I am clueless as far as this error is concerned and have tried out
>> all the possible things that I can think of.
>>
>> I would really appreciate any help getting this to work.
>>
>> Do you think I shall give a try using opennebula controller on Ubuntu?
>>
>> Thanks and Regards,
>> Manish
>>
>> Office Phone : 46711053
>> Extension    : #1053
>>
>> On 6/8/2010 3:40 PM, Tino Vazquez wrote:
>>>
>>> Hi Manish,
>>>
>>> Let's try to avoid common problems:
>>>
>>> * Try a telnet connection between OpenNebula front-end and the remote
>>> vmware server host to port 443, (note that vmware server needs to be
>>> listening in port 443). This is to avoid firewall issues.
>>>
>>> * Are you using the FQDN of the host?
>>>
>>> Best regards,
>>>
>>> -Tino
>>>
>>> --
>>> Constantino Vázquez, Grid&  Virtualization Technology
>>> Engineer/Researcher: http://www.dsa-research.org/tinova
>>> DSA Research Group: http://dsa-research.org
>>> Globus GridWay Metascheduler: http://www.GridWay.org
>>> OpenNebula Virtual Infrastructure Engine: http://www.OpenNebula.org
>>>
>>>
>>>
>>> On Mon, Jun 7, 2010 at 2:55 PM, Manish Sapariya<manish at gslab.com>  wrote:
>>>>
>>>> Hi,
>>>> I am not able to get my setup of OpenNebula with
>>>> VMWare Server 2.0 running.
>>>>
>>>> The im_vmware.log show 'Connection refused'.
>>>>
>>>> I have tried following but did not help.
>>>> - Change the port of VMWare server to 443.
>>>> - Change the java code to talk to 8333.
>>>>
>>>> Here is my configuration:
>>>>
>>>> - OS Fedora (Both for controller and the VMWare server)
>>>> - one 1.4
>>>>
>>>> Is there any way where in I can tell if my setup is
>>>> correct or not, some unit tests or alike?
>>>>
>>>> --
>>>> Thanks and Regards,
>>>> Manish
>>>> _______________________________________________
>>>> Users mailing list
>>>> Users at lists.opennebula.org
>>>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>>>>
>>>
>>
>



More information about the Users mailing list