In the meantime (assuming this will take you more than a few hours) should we revert?
--David On Mon, Apr 7, 2014 at 10:42 AM, Konstantina Chremmou <konstantina.chrem...@citrix.com> wrote: > 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)
