Return-Path: X-Original-To: apmail-cloudstack-dev-archive@www.apache.org Delivered-To: apmail-cloudstack-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 5096310A06 for ; Wed, 25 Sep 2013 06:46:04 +0000 (UTC) Received: (qmail 72814 invoked by uid 500); 25 Sep 2013 06:46:02 -0000 Delivered-To: apmail-cloudstack-dev-archive@cloudstack.apache.org Received: (qmail 72739 invoked by uid 500); 25 Sep 2013 06:46:01 -0000 Mailing-List: contact dev-help@cloudstack.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cloudstack.apache.org Delivered-To: mailing list dev@cloudstack.apache.org Received: (qmail 72731 invoked by uid 99); 25 Sep 2013 06:46:00 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 25 Sep 2013 06:46:00 +0000 X-ASF-Spam-Status: No, hits=2.7 required=5.0 tests=RCVD_IN_PSBL,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy includes SPF record at spf.trusted-forwarder.org) Received: from [109.72.87.139] (HELO smtp02.mail.pcextreme.nl) (109.72.87.139) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 25 Sep 2013 06:45:56 +0000 Received: from [IPv6:2a00:f10:11c:ab:b554:3993:49f2:378a] (unknown [IPv6:2a00:f10:11c:ab:b554:3993:49f2:378a]) by smtp02.mail.pcextreme.nl (Postfix) with ESMTPA id 1E6054009E for ; Wed, 25 Sep 2013 08:45:33 +0200 (CEST) Message-ID: <5242868C.2030803@widodh.nl> Date: Wed, 25 Sep 2013 08:45:32 +0200 From: Wido den Hollander User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: dev@cloudstack.apache.org Subject: Re: Libvirt-java 0.5.0 has been released References: <523767CE.8000506@widodh.nl> <523D44A4.4070308@widodh.nl> <57465B82-3AE1-46CC-B689-28D8C141D5BB@GMAIL.com> <523D4A8F.8080708@widodh.nl> <7565ACF4-D12F-4777-B057-926524445AB5@GMAIL.com> <523ED24B.3040203@widodh.nl> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org On 09/24/2013 11:39 PM, Yoshikazu Nojima wrote: > Hi, > libvirt-java 0.5.1 is released, and I tried to upgrade it to 0.5.1, > > diff --git a/pom.xml b/pom.xml > index a8778f1..1c85bc4 100644 > --- a/pom.xml > +++ b/pom.xml > @@ -81,7 +81,7 @@ > 0.9.8 > 0.10 > build/replace.properties > - 0.5.0 > + 0.5.1 > 0.1.3 > target > 1.0.10 > -- > 1.8.3.msysgit.0 > > but I faced another error. > > 24/09/2013 05:27:12 28923 jsvc.exec error: Cannot start daemon > 24/09/2013 05:27:12 28922 jsvc.exec error: Service exit with a return value of 5 > log4j:WARN No appenders could be found for logger > (org.apache.commons.httpclient.params.DefaultHttpParams). > log4j:WARN Please initialize the log4j system properly. > log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig > for more info. > java.lang.reflect.InvocationTargetException > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:616) > at org.apache.commons.daemon.support.DaemonLoader.start(DaemonLoader.java:177) > Caused by: java.lang.NoSuchMethodError: > com.sun.jna.Pointer.nativeValue(Lcom/sun/jna/Pointer;)J > at org.libvirt.Library.free(Unknown Source) > at org.libvirt.Connect.getCapabilities(Unknown Source) > at com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.IsHVMEnabled(LibvirtComputingResource.java:4509) > at com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.configure(LibvirtComputingResource.java:747) > at com.cloud.agent.Agent.(Agent.java:161) > at com.cloud.agent.AgentShell.launchAgent(AgentShell.java:421) > at com.cloud.agent.AgentShell.launchAgentFromClassInfo(AgentShell.java:376) > at com.cloud.agent.AgentShell.launchAgent(AgentShell.java:357) > at com.cloud.agent.AgentShell.start(AgentShell.java:454) > ... 5 more > Could it be you have a older version of JNA on your system in the classpath which is causing problems? > with libvirt 0.5.1, I received following error: > > 24/09/2013 05:26:13 28823 jsvc.exec error: Cannot start daemon > 24/09/2013 05:26:13 28822 jsvc.exec error: Service exit with a return value of 5 > log4j:WARN No appenders could be found for logger > (org.apache.commons.httpclient.params.DefaultHttpParams). > log4j:WARN Please initialize the log4j system properly. > log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig > for more info. > java.lang.reflect.InvocationTargetException > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:616) > at org.apache.commons.daemon.support.DaemonLoader.start(DaemonLoader.java:177) > Caused by: java.lang.UnsupportedClassVersionError: > org/libvirt/LibvirtException : Unsupported major.minor version 51.0 > at java.lang.ClassLoader.defineClass1(Native Method) > at java.lang.ClassLoader.defineClass(ClassLoader.java:634) > at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142) > at java.net.URLClassLoader.defineClass(URLClassLoader.java:277) > at java.net.URLClassLoader.access$000(URLClassLoader.java:73) > at java.net.URLClassLoader$1.run(URLClassLoader.java:212) > at java.security.AccessController.doPrivileged(Native Method) > at java.net.URLClassLoader.findClass(URLClassLoader.java:205) > at java.lang.ClassLoader.loadClass(ClassLoader.java:321) > at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294) > at java.lang.ClassLoader.loadClass(ClassLoader.java:266) > at java.lang.Class.forName0(Native Method) > at java.lang.Class.forName(Class.java:188) > at com.cloud.agent.AgentShell.launchAgentFromClassInfo(AgentShell.java:370) > at com.cloud.agent.AgentShell.launchAgent(AgentShell.java:357) > at com.cloud.agent.AgentShell.start(AgentShell.java:454) > ... 5 more > > > > 2013/9/22 Wido den Hollander : >> >> >> On 09/21/2013 09:38 AM, Hugo Trippaers wrote: >>> >>> Ahh ok. >>> >>> Any idea how long that is going to take? At the moment our automated build >>> are basically non functional as they all fail to build and thus also don't >>> kickoff the downstream builds like the noredist build. Can we revert to an >>> older version of libvirt in the meantime to work around this issue? >>> >> >> I hope to get it done this week, but it is out of my hands. >> >> Reverting to libvirt-java 0.4.9 would be possible, but we would also have to >> revert my VNC listen port patch since that already uses the new 0.5.0 API. >> >> Wido >> >> >>> Cheers, >>> >>> Hugo >>> >>> >>> On Sep 21, 2013, at 3:28 PM, Wido den Hollander wrote: >>> >>>> >>>> >>>> On 09/21/2013 09:15 AM, Hugo Trippaers wrote: >>>>> >>>>> Hey Wido, >>>>> >>>>> Did they publish the updated jar with the same version number? If that >>>>> is the case maven will not take care of it as by definition release >>>>> artefacts will be cached indefinitely and never be replaced. Only snapshot >>>>> dependencies will be updated. >>>>> >>>> >>>> They didn't publish a new JAR yet. They want some feedback on 0.5.0 first >>>> if it technically works, if so, they will release 0.5.1 which is Java 6 >>>> compatible. >>>> >>>> Wido >>>> >>>>> Cheers, >>>>> >>>>> HUgo >>>>> >>>>> >>>>> >>>>> On Sep 21, 2013, at 3:03 PM, Wido den Hollander wrote: >>>>> >>>>>> >>>>>> >>>>>> On 09/17/2013 08:35 PM, Mike Tutkowski wrote: >>>>>>> >>>>>>> I'm not familiar with how we package these binding classes in >>>>>>> CloudStack. >>>>>>> >>>>>>> Is there a new JAR I need to download or source code? >>>>>>> >>>>>> >>>>>> Sorry, forgot this one! Nothing to do on your side. Maven will take >>>>>> care of this. >>>>>> >>>>>> The RPM and DEB packaging will automatically include these bindings. >>>>>> >>>>>> Wido >>>>>> >>>>>>> Thanks! >>>>>>> >>>>>>> >>>>>>> On Mon, Sep 16, 2013 at 2:19 PM, Wido den Hollander >>>>>>> wrote: >>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On 09/16/2013 07:46 PM, Min Chen wrote: >>>>>>>> >>>>>>>>> I got the following test failure in building master: >>>>>>>>> >>>>>>>>> Running com.cloud.hypervisor.kvm.**resource.** >>>>>>>>> LibvirtComputingResourceTest >>>>>>>>> Tests run: 3, Failures: 0, Errors: 2, Skipped: 1, Time elapsed: >>>>>>>>> 0.059 sec >>>>>>>>> <<< FAILURE! >>>>>>>>> testCreateVMFromSpecLegacy(**com.cloud.hypervisor.kvm.** >>>>>>>>> resource.LibvirtComputi >>>>>>>>> ngResourceTest) Time elapsed: 0.018 sec <<< ERROR! >>>>>>>>> java.lang.**UnsupportedClassVersionError: >>>>>>>>> org/libvirt/LibvirtException : >>>>>>>>> Unsupported major.minor version 51.0 >>>>>>>>> at java.lang.ClassLoader.**defineClass1(Native Method) >>>>>>>>> at java.lang.ClassLoader.**defineClassCond(ClassLoader.** >>>>>>>>> java:631) >>>>>>>>> at >>>>>>>>> java.lang.ClassLoader.**defineClass(ClassLoader.java:**615) >>>>>>>>> at java.security.**SecureClassLoader.defineClass(** >>>>>>>>> SecureClassLoader.java:141) >>>>>>>>> at java.net.URLClassLoader.**defineClass(URLClassLoader.** >>>>>>>>> java:283) >>>>>>>>> at >>>>>>>>> java.net.URLClassLoader.**access$000(URLClassLoader.**java:58) >>>>>>>>> at java.net.URLClassLoader$1.run(**URLClassLoader.java:197) >>>>>>>>> at java.security.**AccessController.doPrivileged(**Native >>>>>>>>> Method) >>>>>>>>> at >>>>>>>>> java.net.URLClassLoader.**findClass(URLClassLoader.java:**190) >>>>>>>>> at >>>>>>>>> java.lang.ClassLoader.**loadClass(ClassLoader.java:**306) >>>>>>>>> at sun.misc.Launcher$**AppClassLoader.loadClass(** >>>>>>>>> Launcher.java:301) >>>>>>>>> at >>>>>>>>> java.lang.ClassLoader.**loadClass(ClassLoader.java:**247) >>>>>>>>> at >>>>>>>>> >>>>>>>>> com.cloud.hypervisor.kvm.**resource.**LibvirtComputingResourceTest.** >>>>>>>>> testCreateVM >>>>>>>>> FromSpecLegacy(**LibvirtComputingResourceTest.**java:64) >>>>>>>>> >>>>>>>>> >>>>>>>>> Wido, is this related to this libvirt change? >>>>>>>>> >>>>>>>>> >>>>>>>> I think so. I'll test this tomorrow, but I think the RedHat guys >>>>>>>> build the >>>>>>>> bindings with Java 7 since they all work on a recent Fedora version. >>>>>>>> >>>>>>>> Wido >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>> Thanks >>>>>>>>> -min >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> On 9/16/13 4:28 AM, "Wido den Hollander" wrote: >>>>>>>>> >>>>>>>>> On 09/16/2013 12:51 PM, Wei ZHOU wrote: >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>> Thanks Wido. >>>>>>>>>>> >>>>>>>>>>> Do you know the minimal requirement of libvirt if we use >>>>>>>>>>> libvirt-java >>>>>>>>>>> 0.5.0 >>>>>>>>>>> ? >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> There shouldn't be a difference in the required libvirt version. I >>>>>>>>>> implemented a couple of methods in the bindings which were already >>>>>>>>>> in >>>>>>>>>> libvirt for a long time, but the bindings was just missing them. >>>>>>>>>> >>>>>>>>>> Wido >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>> 2013/9/16 Wido den Hollander >>>>>>>>>>> >>>>>>>>>>> Hi, >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> I worked with the RedHat guys last week to get libvirt-java 0.5.0 >>>>>>>>>>>> released >>>>>>>>>>>> which has some nice new features for us: >>>>>>>>>>>> >>>>>>>>>>>> - Supports different XML on destination host during migration >>>>>>>>>>>> - Supports resizing volumes >>>>>>>>>>>> - Supports more snapshot functionalities >>>>>>>>>>>> >>>>>>>>>>>> I took the liberty to depend on 0.5.0 in master and also merge in >>>>>>>>>>>> the >>>>>>>>>>>> code >>>>>>>>>>>> for the VNC listen, we now no longer listen on 0.0.0.0 for VNC, >>>>>>>>>>>> which >>>>>>>>>>>> was a >>>>>>>>>>>> security issue imho. >>>>>>>>>>>> >>>>>>>>>>>> The reason I'm bringing this to the list is that we can simplify >>>>>>>>>>>> some >>>>>>>>>>>> code >>>>>>>>>>>> around resizing volumes and snapshotting where we currently have >>>>>>>>>>>> some >>>>>>>>>>>> nasty >>>>>>>>>>>> scripts to do the work. >>>>>>>>>>>> >>>>>>>>>>>> See my commits in libvirt-java: >>>>>>>>>>>> http://www.libvirt.org/git/?p=**** >>>>>>>>>>>> >>>>>>>>>>>> libvirt-java.git;a=summary>>>>>>>>>>> libvirt-java.gi >>>>>>>>>>>> t;a=summary> >>>>>>>>>>>> >>>>>>>>>>>> So keep in mind libvirt-java has some new features! >>>>>>>>>>>> >>>>>>>>>>>> Wido >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>> >>>>>>> >>>>> >>> >>