It seems to me the problem is the xmlrpc dependency of the XAPI jar rather than the jar itself, as the changes between the previous version and the latest one do not explain this sort of errors. The jar we ship depends on 3.1 while cloudstack was using 3.1.3 which contains several bug fixes compared to the old one. What I can do is upload a new jar with corrected dependency and submit a new patch.
From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] Sent: 07 April 2014 3:06 PM To: dev@cloudstack.apache.org Cc: Konstantina Chremmou Subject: Re: [4.4] Current State Now that I think about it, the issue I sent an e-mail regarding earlier where I could not create an SR (SR.create) only started happening after the XAPI change. Due to this issue, managed storage is currently not functional with XenServer, which is blocking my 4.4 testing. On Mon, Apr 7, 2014 at 5:44 AM, Murali Reddy <murali.re...@citrix.com<mailto:murali.re...@citrix.com>> wrote: Errors I have seen are similar to log's pasted by Sanjay. I am running into below error while stopping and starting the VM's. 2014-04-07 13:26:38,960 DEBUG [c.c.h.x.r.CitrixResourceBase] (DirectAgent-107:ctx-0aa97361) cannot get host enabled status, host 10.147.28.60 due to org.apache.xmlrpc.client.XmlRpcClientException: Failed to parse servers response: Premature end of file. org.apache.xmlrpc.client.XmlRpcClientException: Failed to parse servers response: Premature end of file. at org.apache.xmlrpc.client.XmlRpcStreamTransport.readResponse(XmlRpcStreamTra nsport.java:177) at org.apache.xmlrpc.client.XmlRpcStreamTransport.sendRequest(XmlRpcStreamTran sport.java:145) at org.apache.xmlrpc.client.XmlRpcHttpTransport.sendRequest(XmlRpcHttpTranspor t.java:94) at org.apache.xmlrpc.client.XmlRpcSunHttpTransport.sendRequest(XmlRpcSunHttpTr ansport.java:44) at org.apache.xmlrpc.client.XmlRpcClientWorker.execute(XmlRpcClientWorker.java :53) at org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:166) at org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:136) at org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:125) at com.xensource.xenapi.Connection.dispatch(Connection.java:330) at com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConnecti on.dispatch(XenServerConnectionPool.java:457) at com.xensource.xenapi.Host.getEnabled(Host.java:672) at com.cloud.hypervisor.xen.resource.CitrixResourceBase.pingXAPI(CitrixResourc eBase.java:409) at com.cloud.hypervisor.xen.resource.CitrixResourceBase.getCurrentStatus(Citri xResourceBase.java:4302) at com.cloud.agent.manager.DirectAgentAttache$PingTask.runInContext(DirectAgen tAttache.java:144) at org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedC ontextRunnable.java:49) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(Def aultManagedContext.java:56) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithCo ntext(DefaultManagedContext.java:103) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithCon text(DefaultManagedContext.java:53) at org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedCon textRunnable.java:46) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:304) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access $301(ScheduledThreadPoolExecutor.java:178) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Sc heduledThreadPoolExecutor.java:293) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1 145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java: 615) at java.lang.Thread.run(Thread.java:744) Caused by: org.xml.sax.SAXParseException; Premature end of file. at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.xmlrpc.client.XmlRpcStreamTransport.readResponse(XmlRpcStreamTra nsport.java:175) On 07/04/14 4:51 PM, "Sanjay Tripathi" <sanjay.tripa...@citrix.com<mailto:sanjay.tripa...@citrix.com>> wrote: >Hi Tina, > >Even I am facing similar issues after the change in XAPI. A lot of >exceptions are coming when CS tries to launch system VMs. > >Please find the management server logs at: http://pastebin.com/6s44hDq5. > >--Sanjay > >-----Original Message----- >From: Konstantina Chremmou >[mailto:konstantina.chrem...@citrix.com<mailto:konstantina.chrem...@citrix.com>] >Sent: Monday, April 7, 2014 4:21 PM >To: dev@cloudstack.apache.org<mailto:dev@cloudstack.apache.org> >Subject: RE: [4.4] Current State > >Hi Murali, > >The latest XAPI jar can be used with older versions of xenserver. Could >you please specify what are the exact errors you get after that commit? > >Thanks, >Tina > >> -----Original Message----- >> From: Mike Tutkowski >> [mailto:mike.tutkow...@solidfire.com<mailto:mike.tutkow...@solidfire.com>] >> Sent: 07 April 2014 7:53 AM >> To: dev@cloudstack.apache.org<mailto:dev@cloudstack.apache.org> >> Subject: Re: [4.4] Current State >> >> XS 6.1 >> >> On Monday, April 7, 2014, Murali Reddy >> <murali.re...@citrix.com<mailto:murali.re...@citrix.com>> wrote: >> >> > >> > Are you running XS 6.2? Have not tried latest 4.4, but last week >> > with plain XenServer 6.2 I am running into several xapi errors after >> > the commit >> > 1439c69b7e4396d0b8b26076585c6465e44624f3 to remove XAPI jar. >> > >> > I able to run 4.4 with XenServer 6.2 fine with the previous commit >> > 3ee55cd17b941b1fdb1e0bb150bebfb8ece8155d though. >> > >> > On 07/04/14 11:47 AM, "Mike Tutkowski" >> > <mike.tutkow...@solidfire.com<mailto:mike.tutkow...@solidfire.com><javascript:;> >> > > >> > wrote: >> > >> > >Hi, >> > > >> > >Sorry for all the e-mails today. I must have spent 6 hours (to no >> > >avail) trying to get 4.4 into a usable state with XenServer or >> > >VMware so that I could demo a 4.4 feature for a customer tomorrow. >> > > >> > >Is anyone else experiencing massive issues getting a cloud up and >> > >running with current 4.4? >> > > >> > >Perhaps it's my imagination, but it seems for being past feature >> > >freeze that the code should be a lot more reliable. >> > > >> > >Thoughts? >> > > >> > >Thanks >> > > >> > >-- >> > >*Mike Tutkowski* >> > >*Senior CloudStack Developer, SolidFire Inc.* >> > >e: mike.tutkow...@solidfire.com<mailto:mike.tutkow...@solidfire.com> >> > ><javascript:;> >> > >o: 303.746.7302<tel:303.746.7302> >> > >Advancing the way the world uses the >> > >cloud<http://solidfire.com/solution/overview/?video=play> >> > >*(tm)* >> > > >> > >> > >> > >> >> -- >> *Mike Tutkowski* >> *Senior CloudStack Developer, SolidFire Inc.* >> e: mike.tutkow...@solidfire.com<mailto:mike.tutkow...@solidfire.com> >> o: 303.746.7302<tel:303.746.7302> >> Advancing the way the world uses the >> cloud<http://solidfire.com/solution/overview/?video=play> >> *(tm)* > -- Mike Tutkowski Senior CloudStack Developer, SolidFire Inc. e: mike.tutkow...@solidfire.com<mailto:mike.tutkow...@solidfire.com> o: 303.746.7302 Advancing the way the world uses the cloud<http://solidfire.com/solution/overview/?video=play>(tm)
