You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cloudstack.apache.org by "Han,Meng" <me...@ufl.edu> on 2013/07/23 19:34:38 UTC

[GSOC]cannot add host with the lastest master

Hi all,

When I deploy CloudStack using the latest master, I can start jetty but 
it gave me the following error:

com.google.gson.JsonParseException: The JsonDeserializer 
com.cloud.agent.transport.ArrayTypeAdaptor@3bfd6f73 failed to 
deserialize json object 
[{"StartupRoutingCommand":{"cpus":2,"speed":3000,"memory":3844370432,"dom0MinMemory":384437043,"poolSync":false,"vms":{},"caps":"hvm,snapshot","pool":"/root","hypervisorType":"KVM","hostDetails":{"com.cloud.network.Networks.RouterPrivateIpStrategy":"HostLocal","Host.OS":"CentOS","Host.OS.Kernel.Version":"2.6.32-358.el6.x86_64","Host.OS.Version":"6.4"},"type":"Routing","dataCenter":"1","pod":"1","cluster":"1","guid":"a7320748-6346-3c9a-975e-90ac4ae4a986-LibvirtComputingResource","name":"meng.acis.ufl.edu","id":1,"version":"4.1.0","publicIpAddress":"10.244.18.55","publicNetmask":"255.255.255.0","publicMacAddress":"00:23:ae:94:f7:22","privateIpAddress":"10.244.18.55","privateMacAddress":"00:23:ae:94:f7:22","privateNetmask":"255.255.255.0","storageIpAddress":"10.244.18.55","storageNetmask":"255.255.255.0","storageMacAddress":"00:23:ae:94:f7:22","resourceName":"LibvirtComputingResource","gatewayIpAddress":"10.244.18.1","contextMap":{},"wait":0}},{"StartupStorageCommand":{"totalSi!
 ze":0,"po
olInfo":{"uuid":"2b96eacb-4af5-48f3-bd37-31123a14bf70","host":"10.244.18.55","localPath":"/var/lib/libvirt/images/","hostPath":"/var/lib/libvirt/images/","poolType":"Filesystem","capacityBytes":52844687360,"availableBytes":23876186112},"resourceType":"STORAGE_POOL","hostDetails":{},"type":"Storage","dataCenter":"1","pod":"1","guid":"a7320748-6346-3c9a-975e-90ac4ae4a986-LibvirtComputingResource","name":"meng.acis.ufl.edu","id":1,"version":"4.1.0","resourceName":"LibvirtComputingResource","contextMap":{},"wait":0}}] 
given the type class [Lcom.cloud.agent.api.Command;
	at 
com.google.gson.JsonDeserializerExceptionWrapper.deserialize(JsonDeserializerExceptionWrapper.java:64)
	at 
com.google.gson.JsonDeserializationVisitor.invokeCustomDeserializer(JsonDeserializationVisitor.java:92)
	at 
com.google.gson.JsonDeserializationVisitor.visitUsingCustomHandler(JsonDeserializationVisitor.java:80)
	at com.google.gson.ObjectNavigator.accept(ObjectNavigator.java:101)
	at 
com.google.gson.JsonDeserializationContextDefault.fromJsonArray(JsonDeserializationContextDefault.java:67)
	at 
com.google.gson.JsonDeserializationContextDefault.deserialize(JsonDeserializationContextDefault.java:52)
	at com.google.gson.Gson.fromJson(Gson.java:551)
	at com.google.gson.Gson.fromJson(Gson.java:498)
	at com.cloud.agent.transport.Request.getCommands(Request.java:235)
	at 
com.cloud.agent.manager.AgentManagerImpl$AgentHandler.processRequest(AgentManagerImpl.java:1201)
	at 
com.cloud.agent.manager.AgentManagerImpl$AgentHandler.doTask(AgentManagerImpl.java:1354)
	at 
com.cloud.agent.manager.ClusteredAgentManagerImpl$ClusteredAgentHandler.doTask(ClusteredAgentManagerImpl.java:666)
	at com.cloud.utils.nio.Task.run(Task.java:83)
	at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
	at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
	at java.lang.Thread.run(Thread.java:722)
Caused by: com.cloud.utils.exception.CloudRuntimeException: can't find 
StartupRoutingCommand
	at 
com.cloud.agent.transport.ArrayTypeAdaptor.deserialize(ArrayTypeAdaptor.java:75)
	at 
com.cloud.agent.transport.ArrayTypeAdaptor.deserialize(ArrayTypeAdaptor.java:36)
	at 
com.google.gson.JsonDeserializerExceptionWrapper.deserialize(JsonDeserializerExceptionWrapper.java:51)
	... 15 more

Due to this error, I am not able to add any KVM host. Could anyone give 
me some pointers?

The following is the command I used to build CloudStack.

mvn -P developer clean install
mvn -P developer -pl developer -Ddeploydb
mvn -pl  :cloud-client-ui jetty:run

Thank you all.
Cheers,
Meng



Re: [GSOC]cannot add host with the lastest master

Posted by Nguyen Anh Tu <ng...@gmail.com>.
2013/9/4 Rajesh Battala <ra...@citrix.com>

> Can you please post the error (agent log and vmops.log.)


Yah.

Log on my local branch, equivalent 4.1, with
acton-systemvm-02062012.qcow2.bz2 template. This error is the same with
master branch, systemvmtemplate-2013-06-12-master-kvm.qcow2.bz2 template I
tried.

2013-09-03 15:47:16,398 DEBUG [utils.ssh.SSHCmdHelper]
(2118547643@qtp-1638334796-7:null) cloudstack-setup-agent  -m 192.168.4.246
-z 1 -p 1 -c 1 -g 2d14143f-416f-3950-a120-0a5b0aa4748e -a --pubNic=cloudbr0
--prvNic=cloudbr0 --guestNic=cloudbr0 output:[OK]
CloudStack Agent setup is done!
nfigure Cgroup ...

2013-09-03 15:47:18,283 ERROR [agent.transport.Request]
(AgentManager-Handler-2:null) Caught problem with
[{"StartupRoutingCommand":{"cpus":1,"speed":3901,"memory":1960632320,"dom0MinMemory":196063232,"poolSync":false,"vms":{},"caps":"hvm,snapshot","pool":"/root","hypervisorType":"KVM","hostDetails":{"com.cloud.network.Networks.RouterPrivateIpStrategy":"HostLocal","Host.OS":"CentOS","Host.OS.Kernel.Version":"2.6.32-358.18.1.el6.x86_64","Host.OS.Version":"6.4"},"type":"Routing","dataCenter":"1","pod":"1","cluster":"1","guid":"2d14143f-416f-3950-a120-0a5b0aa4748e-LibvirtComputingResource","name":"localhost.localdomain","version":"4.1.1","publicIpAddress":"192.168.4.112","publicNetmask":"255.255.255.0","publicMacAddress":"00:0c:29:65:b9:13","privateIpAddress":"192.168.4.112","privateMacAddress":"00:0c:29:65:b9:13","privateNetmask":"255.255.255.0","storageIpAddress":"192.168.4.112","storageNetmask":"255.255.255.0","storageMacAddress":"00:0c:29:65:b9:13","resourceName":"LibvirtComputingResource","contextMap":{},"wait":0}},{"StartupStorageCommand":{"totalSize":0,"poolInfo":{"uuid":"acbc11bf-8a35-4b4b-bb2d-c51c60391cd1","host":"192.168.4.112","localPath":"/var/lib/libvirt/images/","hostPath":"/var/lib/libvirt/images/","poolType":"Filesystem","capacityBytes":16698482688,"availableBytes":14904889344},"resourceType":"STORAGE_POOL","hostDetails":{},"type":"Storage","dataCenter":"1","pod":"1","guid":"2d14143f-416f-3950-a120-0a5b0aa4748e-LibvirtComputingResource","name":"localhost.localdomain","version":"4.1.1","resourceName":"LibvirtComputingResource","contextMap":{},"wait":0}}]
com.google.gson.JsonParseException: The JsonDeserializer
com.cloud.agent.transport.ArrayTypeAdaptor@4f15fab2 failed to deserialize
json object
[{"StartupRoutingCommand":{"cpus":1,"speed":3901,"memory":1960632320,"dom0MinMemory":196063232,"poolSync":false,"vms":{},"caps":"hvm,snapshot","pool":"/root","hypervisorType":"KVM","hostDetails":{"com.cloud.network.Networks.RouterPrivateIpStrategy":"HostLocal","Host.OS":"CentOS","Host.OS.Kernel.Version":"2.6.32-358.18.1.el6.x86_64","Host.OS.Version":"6.4"},"type":"Routing","dataCenter":"1","pod":"1","cluster":"1","guid":"2d14143f-416f-3950-a120-0a5b0aa4748e-LibvirtComputingResource","name":"localhost.localdomain","version":"4.1.1","publicIpAddress":"192.168.4.112","publicNetmask":"255.255.255.0","publicMacAddress":"00:0c:29:65:b9:13","privateIpAddress":"192.168.4.112","privateMacAddress":"00:0c:29:65:b9:13","privateNetmask":"255.255.255.0","storageIpAddress":"192.168.4.112","storageNetmask":"255.255.255.0","storageMacAddress":"00:0c:29:65:b9:13","resourceName":"LibvirtComputingResource","contextMap":{},"wait":0}},{"StartupStorageCommand":{"totalSize":0,"poolInfo":{"uuid":"acbc11bf-8a35-4b4b-bb2d-c51c60391cd1","host":"192.168.4.112","localPath":"/var/lib/libvirt/images/","hostPath":"/var/lib/libvirt/images/","poolType":"Filesystem","capacityBytes":16698482688,"availableBytes":14904889344},"resourceType":"STORAGE_POOL","hostDetails":{},"type":"Storage","dataCenter":"1","pod":"1","guid":"2d14143f-416f-3950-a120-0a5b0aa4748e-LibvirtComputingResource","name":"localhost.localdomain","version":"4.1.1","resourceName":"LibvirtComputingResource","contextMap":{},"wait":0}}]
given the type class [Lcom.cloud.agent.api.Command;
        at
com.google.gson.JsonDeserializerExceptionWrapper.deserialize(JsonDeserializerExceptionWrapper.java:64)
        at
com.google.gson.JsonDeserializationVisitor.invokeCustomDeserializer(JsonDeserializationVisitor.java:92)
        at
com.google.gson.JsonDeserializationVisitor.visitUsingCustomHandler(JsonDeserializationVisitor.java:80)
        at com.google.gson.ObjectNavigator.accept(ObjectNavigator.java:101)
        at
com.google.gson.JsonDeserializationContextDefault.fromJsonArray(JsonDeserializationContextDefault.java:67)
        at
com.google.gson.JsonDeserializationContextDefault.deserialize(JsonDeserializationContextDefault.java:52)
        at com.google.gson.Gson.fromJson(Gson.java:551)
        at com.google.gson.Gson.fromJson(Gson.java:498)
        at com.cloud.agent.transport.Request.getCommands(Request.java:235)
        at
com.cloud.agent.manager.AgentManagerImpl$AgentHandler.processRequest(AgentManagerImpl.java:1196)
        at
com.cloud.agent.manager.AgentManagerImpl$AgentHandler.doTask(AgentManagerImpl.java:1349)
        at
com.cloud.agent.manager.ClusteredAgentManagerImpl$ClusteredAgentHandler.doTask(ClusteredAgentManagerImpl.java:666)
        at com.cloud.utils.nio.Task.run(Task.java:83)
        at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
        at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
        at java.lang.Thread.run(Thread.java:722)
Caused by: com.cloud.utils.exception.CloudRuntimeException: can't find
StartupRoutingCommand
        at
com.cloud.agent.transport.ArrayTypeAdaptor.deserialize(ArrayTypeAdaptor.java:75)
        at
com.cloud.agent.transport.ArrayTypeAdaptor.deserialize(ArrayTypeAdaptor.java:36)
        at
com.google.gson.JsonDeserializerExceptionWrapper.deserialize(JsonDeserializerExceptionWrapper.java:51)
        ... 15 more

-- 

N.g.U.y.e.N.A.n.H.t.U

RE: [GSOC]cannot add host with the lastest master

Posted by Rajesh Battala <ra...@citrix.com>.
If you are on CS version < 4.2 use acton-systemvm-02062012.qcow2.bz2,  on 4.2 new systemvm template should be used.

Can you please post the error (agent log and vmops.log.)

Thanks
Rajesh Battala

-----Original Message-----
From: Nguyen Anh Tu [mailto:ng.tuna@gmail.com] 
Sent: Tuesday, September 3, 2013 10:15 PM
To: dev@cloudstack.apache.org
Subject: Re: [GSOC]cannot add host with the lastest master

2013/9/3 Wei ZHOU <us...@gmail.com>

> ps: The systemvm template you download is for cloudstack 4.2+, not 4.1 
> and
> pre-4.1
>

Hi Wei,

Could you tell me how to download the systemvm template for 4.2.0-SNAPSHOT.
I'm working on sdnextensions branch,* *equivalent** 4.1 I think. I have still used acton-systemvm-02062012.qcow2.bz2 template (it's quite old) before getting this error.

Thanks for help :-)


-- 

N.g.U.y.e.N.A.n.H.t.U

Re: [GSOC]cannot add host with the lastest master

Posted by Nguyen Anh Tu <ng...@gmail.com>.
2013/9/3 Wei ZHOU <us...@gmail.com>

> ps: The systemvm template you download is for cloudstack 4.2+, not 4.1 and
> pre-4.1
>

Hi Wei,

Could you tell me how to download the systemvm template for 4.2.0-SNAPSHOT.
I'm working on sdnextensions branch,* *equivalent** 4.1 I think. I have
still used acton-systemvm-02062012.qcow2.bz2 template (it's quite old)
before getting this error.

Thanks for help :-)


-- 

N.g.U.y.e.N.A.n.H.t.U

Re: [GSOC]cannot add host with the lastest master

Posted by Wei ZHOU <us...@gmail.com>.
You'd better keep the same version on management server and hosts.

ps: The systemvm template you download is for cloudstack 4.2+, not 4.1 and
pre-4.1


2013/9/3 Nguyen Anh Tu <ng...@gmail.com>

> So guys, anyone can tell me a completely solution? :-)
>
> I got the same issue when adding kvm host. I tried with 4.1 and master
> code. SystemVM template I download from
>
> http://download.cloud.com/templates/4.2/systemvmtemplate-2013-06-12-master-kvm.qcow2.bz2
>
> Not success.
>
> Thanks for any help :-)
>
>
> 2013/7/25 Sebastien Goasguen <ru...@gmail.com>
>
> > Meng, I see that you are on IRC. Try to ask there you might be able to
> get
> > some direct help which will go faster than email.
> >
> > -sebastien
> >
> > On Jul 24, 2013, at 1:11 PM, "Han,Meng" <me...@ufl.edu> wrote:
> >
> > > Thank you all guys!
> > >
> > > If I am understanding this correctly, using "mvn clean install -P
> > developer,systemvm" will build the latest management server and systemvm
> > code.
> > > This latest management server is using fully qualified class name which
> > requires the latest agent and system vm template to work well with it.
> > >
> > > About the latest systemvm template, I should use
> cloud-install-sys-tmplt
> > with the latest template link (
> > http://jenkins.cloudstack.org/view/master/job/build-systemvm-master/) to
> > get the  template installed.
> > > About the latest agent, I should use the packaging.sh scripts inside
> > packaging directory to get the latest agent rpm. After I got this rpm, I
> > can use yum install to install the latest agent.
> > >
> > > After the above two steps I will be able to add the host to Cloudstack.
> > Is this right?
> > >
> > > Also in cloud.spec file (packaging/centos63/cloud.spec) the build
> > command used is rpmbuild mvn -Pawsapi,systemvm clean install, do I need
> to
> > modify it to mvn -Pdevelper,systemvm clean install?
> > >
> > > When I build the rpm packages using "./packaging.sh", I get the
> > following error:
> > > [INFO] Apache CloudStack AWS API Bridge .................. FAILURE
> > [6.581s]
> > > [INFO]
> > ------------------------------------------------------------------------
> > > [INFO] BUILD FAILURE
> > > [INFO]
> > ------------------------------------------------------------------------
> > > [INFO] Total time: 5:29.190s
> > > [INFO] Finished at: Wed Jul 24 13:09:56 EDT 2013
> > > [INFO] Final Memory: 60M/337M
> > > [INFO]
> > ------------------------------------------------------------------------
> > > [ERROR] Failed to execute goal
> > org.apache.maven.plugins:maven-compiler-plugin:2.5.1:compile
> > (default-compile) on project cloud-awsapi: Compilation failure:
> Compilation
> > failure:
> > > [ERROR] error: error reading
> > /root/.m2/repository/org/apache/axis2/mex/1.5.4/mex-1.5.4-impl.jar; error
> > in opening zip file
> > > [ERROR] error: error reading
> >
> /root/.m2/repository/org/apache/axis2/axis2-mtompolicy/1.5.4/axis2-mtompolicy-1.5.4.jar;
> > error in opening zip file
> > > [ERROR] error: error reading
> >
> /root/.m2/repository/org/apache/ws/commons/axiom/axiom-dom/1.2.10/axiom-dom-1.2.10.jar;
> > error in opening zip file
> > > [ERROR] error: error reading
> > /root/.m2/repository/org/opensaml/opensaml1/1.1/opensaml1-1.1.jar; error
> in
> > opening zip file
> > > [ERROR] -> [Help 1]
> > > org.apache.maven.lifecycle.LifecycleExecutionException: Failed to
> > execute goal org.apache.maven.plugins:maven-compiler-plugin:2.5.1:compile
> > (default-compile) on project cloud-awsapi: Compilation failure
> > >       at
> >
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:212)
> > >       at
> >
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
> > >       at
> >
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
> > >       at
> >
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
> > >       at
> >
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
> > >       at
> >
> org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183)
> > >       at
> >
> org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161)
> > >       at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:318)
> > >       at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:153)
> > >       at org.apache.maven.cli.MavenCli.execute(MavenCli.java:555)
> > >       at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:214)
> > >       at org.apache.maven.cli.MavenCli.main(MavenCli.java:158)
> > >       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:601)
> > >       at
> >
> org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290)
> > >       at
> >
> org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230)
> > >       at
> >
> org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:414)
> > >       at
> > org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:357)
> > > Caused by: org.apache.maven.plugin.CompilationFailureException:
> > Compilation failure
> > >       at
> >
> org.apache.maven.plugin.AbstractCompilerMojo.execute(AbstractCompilerMojo.java:729)
> > >       at
> > org.apache.maven.plugin.CompilerMojo.execute(CompilerMojo.java:128)
> > >       at
> >
> org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:106)
> > >       at
> >
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:208)
> > >       ... 19 more
> > > [ERROR]
> > > [ERROR] Re-run Maven using the -X switch to enable full debug logging.
> > > [ERROR]
> > > [ERROR] For more information about the errors and possible solutions,
> > please read the following articles:
> > > [ERROR] [Help 1]
> > http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException
> > > [ERROR]
> > > [ERROR] After correcting the problems, you can resume the build with
> the
> > command
> > > [ERROR]   mvn <goals> -rf :cloud-awsapi
> > > error: Bad exit status from /var/tmp/rpm-tmp.gy0E3H (%build)
> > >
> > >
> > > RPM build errors:
> > >    Bad exit status from /var/tmp/rpm-tmp.gy0E3H (%build)
> > >
> > >
> > > Does any one encounter this error before?
> > >
> > > Thank you very much.
> > >
> > > Cheers,
> > > Meng
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > On Wed, 24 Jul 2013 10:55:52 +0000, Donal Lafferty wrote:
> > >> I had an offline conversation with Chiradeep to sort this out.
> > >>
> > >> Provided the latest SystemVM code is built, there's no difficulty.
> > >> E.g. using "mvn clean install -P developer,systemvm"
> > >> See
> > >>
> >
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/How+to+build+on+master+branch
> > >>
> > >>
> > >> That said, our instructions elsewhere, and for newbies in particular,
> > >> are different.  I'm not sure what to do about that.
> > >>
> > >> DL
> > >>
> > >>
> > >>> -----Original Message-----
> > >>> From: Donal Lafferty
> > >>> Sent: 24 July 2013 11:04 AM
> > >>> To: dev@cloudstack.apache.org
> > >>> Subject: RE: [GSOC]cannot add host with the lastest master
> > >>>
> > >>> Hi Chiradeep,
> > >>>
> > >>> Before I explore further, can I ask where
> > >>> "StartupSecondaryStorageCommand" mentioned in the defect
> > >>> https://issues.apache.org/jira/browse/CLOUDSTACK-3377 gets used?
> > >>>
> > >>> DL
> > >>>
> > >>>
> > >>> > -----Original Message-----
> > >>> > From: Chiradeep Vittal [mailto:Chiradeep.Vittal@citrix.com]
> > >>> > Sent: 24 July 2013 6:01 AM
> > >>> > To: dev@cloudstack.apache.org
> > >>> > Subject: Re: [GSOC]cannot add host with the lastest master
> > >>> >
> > >>> > Not sure what the vintage of the systemvm has to do with it. They
> do
> > >>> > not contain the agent (Java jar files) until the systemvm is
> created
> > and
> > >>> started.
> > >>> > When first started, the jar files are copied into the system vm.
> > >>> >
> > >>> >
> > >>> > On 7/24/13 3:41 AM, "Donal Lafferty" <do...@citrix.com>
> > wrote:
> > >>> >
> > >>> > >Hi Meng,
> > >>> > >
> > >>> > >You may also be having problems with your system VM.  Let me
> > explain:
> > >>> > >
> > >>> > >The issue you see is caused by a change in JSON serialisation that
> > >>> > >happened in 4.2.
> > >>> > >
> > >>> > >Previously, we recorded an object's type using it's class' simple
> > name.
> > >>> > >Now, we are using the full class name, which include the package.
> > E.g.
> > >>> > >the serializer used to write { "StartupRoutingCommand" : ... },
> but
> > >>> > >now it records
> > >>> >
> > >{"com.cloud.agent.api.com.cloud.agent.api.StartupRoutingCommand":...}
> > >>> > >
> > >>> > >A lot of code compile against 4.1 will not be able to communicate
> > >>> > >with the latest management server.
> > >>> > >
> > >>> > >This means you also have to update your system VM templates.  If
> you
> > >>> > >don't, you get an error like
> > >>> > >https://issues.apache.org/jira/browse/CLOUDSTACK-3377
> > >>> > >
> > >>> > >Unfortunately, the default download URLs for system VMs are for
> 4.1.
> > >>> > >
> > >>> > >If you have not already, download the latest system VMs from
> > >>> > >
> > http://jenkins.cloudstack.org/view/master/job/build-systemvm-master/
> > >>> > >
> > >>> > >Cheers,
> > >>> > >
> > >>> > >DL
> > >>> > >
> > >>> > >> -----Original Message-----
> > >>> > >> From: Wido den Hollander [mailto:wido@widodh.nl]
> > >>> > >> Sent: 23 July 2013 9:27 PM
> > >>> > >> To: dev@cloudstack.apache.org
> > >>> > >> Subject: Re: [GSOC]cannot add host with the lastest master
> > >>> > >>
> > >>> > >> Hi Meng,
> > >>> > >>
> > >>> > >> On 07/23/2013 09:28 PM, Han,Meng wrote:
> > >>> > >> > Hi Wei,
> > >>> > >> >
> > >>> > >> > Thank you for your reply.
> > >>> > >> >
> > >>> > >> > On Wed, 24 Jul 2013 02:08:36 +0800, Wei ZHOU wrote:
> > >>> > >> >> I suggest updating the agent on host as well
> > >>> > >> >
> > >>> > >> >
> > >>> > >> > I run yum install cloudstack-agent on the kvm host, it told me
> > >>> > >> > that it's already the latest version.  I found the post
> > >>> > >> > here:https://issues.apache.org/jira/browse/CLOUDSTACK-3118
> > >>> > >> > Rajesh Battala  mentioned that he installed the latest agent
> > from
> > >>> > >> > the build CloudStack-non-OSS-MASTER-499-rhel6.3.
> > >>> > >> >
> > >>> > >>
> > >>> > >> This is what you run into:
> > >>> > >> https://issues.apache.org/jira/browse/CLOUDSTACK-3714
> > >>> > >>
> > >>> > >> > Do you know where can I get that build and how to start the
> > agent
> > >>> > >> > if I have the build(will service cloudstack-agent start do) ?
> > >>> > >> > I didn't find the build in
> > >>> > >> >
> > https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=summar
> > >>> > >> > y
> > >>> > >> >
> > >>> > >>
> > >>> > >> I see you use RHEL/CentOS, with the packaging script in
> > >>> > >>packaging/rhel you  should be able to build RPM packages from
> > master.
> > >>> > >>
> > >>> > >> Wido
> > >>> > >>
> > >>> > >> >
> > >>> > >> > Any help is appreciated.
> > >>> > >> >
> > >>> > >> > Cheers,
> > >>> > >> > Meng
> > >>> > >> >
> > >
> >
> >
>
>
> --
>
> N.g.U.y.e.N.A.n.H.t.U
>

Re: [GSOC]cannot add host with the lastest master

Posted by Nguyen Anh Tu <ng...@gmail.com>.
So guys, anyone can tell me a completely solution? :-)

I got the same issue when adding kvm host. I tried with 4.1 and master
code. SystemVM template I download from
http://download.cloud.com/templates/4.2/systemvmtemplate-2013-06-12-master-kvm.qcow2.bz2

Not success.

Thanks for any help :-)


2013/7/25 Sebastien Goasguen <ru...@gmail.com>

> Meng, I see that you are on IRC. Try to ask there you might be able to get
> some direct help which will go faster than email.
>
> -sebastien
>
> On Jul 24, 2013, at 1:11 PM, "Han,Meng" <me...@ufl.edu> wrote:
>
> > Thank you all guys!
> >
> > If I am understanding this correctly, using "mvn clean install -P
> developer,systemvm" will build the latest management server and systemvm
> code.
> > This latest management server is using fully qualified class name which
> requires the latest agent and system vm template to work well with it.
> >
> > About the latest systemvm template, I should use cloud-install-sys-tmplt
> with the latest template link (
> http://jenkins.cloudstack.org/view/master/job/build-systemvm-master/) to
> get the  template installed.
> > About the latest agent, I should use the packaging.sh scripts inside
> packaging directory to get the latest agent rpm. After I got this rpm, I
> can use yum install to install the latest agent.
> >
> > After the above two steps I will be able to add the host to Cloudstack.
> Is this right?
> >
> > Also in cloud.spec file (packaging/centos63/cloud.spec) the build
> command used is rpmbuild mvn -Pawsapi,systemvm clean install, do I need to
> modify it to mvn -Pdevelper,systemvm clean install?
> >
> > When I build the rpm packages using "./packaging.sh", I get the
> following error:
> > [INFO] Apache CloudStack AWS API Bridge .................. FAILURE
> [6.581s]
> > [INFO]
> ------------------------------------------------------------------------
> > [INFO] BUILD FAILURE
> > [INFO]
> ------------------------------------------------------------------------
> > [INFO] Total time: 5:29.190s
> > [INFO] Finished at: Wed Jul 24 13:09:56 EDT 2013
> > [INFO] Final Memory: 60M/337M
> > [INFO]
> ------------------------------------------------------------------------
> > [ERROR] Failed to execute goal
> org.apache.maven.plugins:maven-compiler-plugin:2.5.1:compile
> (default-compile) on project cloud-awsapi: Compilation failure: Compilation
> failure:
> > [ERROR] error: error reading
> /root/.m2/repository/org/apache/axis2/mex/1.5.4/mex-1.5.4-impl.jar; error
> in opening zip file
> > [ERROR] error: error reading
> /root/.m2/repository/org/apache/axis2/axis2-mtompolicy/1.5.4/axis2-mtompolicy-1.5.4.jar;
> error in opening zip file
> > [ERROR] error: error reading
> /root/.m2/repository/org/apache/ws/commons/axiom/axiom-dom/1.2.10/axiom-dom-1.2.10.jar;
> error in opening zip file
> > [ERROR] error: error reading
> /root/.m2/repository/org/opensaml/opensaml1/1.1/opensaml1-1.1.jar; error in
> opening zip file
> > [ERROR] -> [Help 1]
> > org.apache.maven.lifecycle.LifecycleExecutionException: Failed to
> execute goal org.apache.maven.plugins:maven-compiler-plugin:2.5.1:compile
> (default-compile) on project cloud-awsapi: Compilation failure
> >       at
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:212)
> >       at
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
> >       at
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
> >       at
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
> >       at
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
> >       at
> org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183)
> >       at
> org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161)
> >       at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:318)
> >       at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:153)
> >       at org.apache.maven.cli.MavenCli.execute(MavenCli.java:555)
> >       at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:214)
> >       at org.apache.maven.cli.MavenCli.main(MavenCli.java:158)
> >       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:601)
> >       at
> org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290)
> >       at
> org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230)
> >       at
> org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:414)
> >       at
> org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:357)
> > Caused by: org.apache.maven.plugin.CompilationFailureException:
> Compilation failure
> >       at
> org.apache.maven.plugin.AbstractCompilerMojo.execute(AbstractCompilerMojo.java:729)
> >       at
> org.apache.maven.plugin.CompilerMojo.execute(CompilerMojo.java:128)
> >       at
> org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:106)
> >       at
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:208)
> >       ... 19 more
> > [ERROR]
> > [ERROR] Re-run Maven using the -X switch to enable full debug logging.
> > [ERROR]
> > [ERROR] For more information about the errors and possible solutions,
> please read the following articles:
> > [ERROR] [Help 1]
> http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException
> > [ERROR]
> > [ERROR] After correcting the problems, you can resume the build with the
> command
> > [ERROR]   mvn <goals> -rf :cloud-awsapi
> > error: Bad exit status from /var/tmp/rpm-tmp.gy0E3H (%build)
> >
> >
> > RPM build errors:
> >    Bad exit status from /var/tmp/rpm-tmp.gy0E3H (%build)
> >
> >
> > Does any one encounter this error before?
> >
> > Thank you very much.
> >
> > Cheers,
> > Meng
> >
> >
> >
> >
> >
> >
> >
> >
> > On Wed, 24 Jul 2013 10:55:52 +0000, Donal Lafferty wrote:
> >> I had an offline conversation with Chiradeep to sort this out.
> >>
> >> Provided the latest SystemVM code is built, there's no difficulty.
> >> E.g. using "mvn clean install -P developer,systemvm"
> >> See
> >>
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/How+to+build+on+master+branch
> >>
> >>
> >> That said, our instructions elsewhere, and for newbies in particular,
> >> are different.  I'm not sure what to do about that.
> >>
> >> DL
> >>
> >>
> >>> -----Original Message-----
> >>> From: Donal Lafferty
> >>> Sent: 24 July 2013 11:04 AM
> >>> To: dev@cloudstack.apache.org
> >>> Subject: RE: [GSOC]cannot add host with the lastest master
> >>>
> >>> Hi Chiradeep,
> >>>
> >>> Before I explore further, can I ask where
> >>> "StartupSecondaryStorageCommand" mentioned in the defect
> >>> https://issues.apache.org/jira/browse/CLOUDSTACK-3377 gets used?
> >>>
> >>> DL
> >>>
> >>>
> >>> > -----Original Message-----
> >>> > From: Chiradeep Vittal [mailto:Chiradeep.Vittal@citrix.com]
> >>> > Sent: 24 July 2013 6:01 AM
> >>> > To: dev@cloudstack.apache.org
> >>> > Subject: Re: [GSOC]cannot add host with the lastest master
> >>> >
> >>> > Not sure what the vintage of the systemvm has to do with it. They do
> >>> > not contain the agent (Java jar files) until the systemvm is created
> and
> >>> started.
> >>> > When first started, the jar files are copied into the system vm.
> >>> >
> >>> >
> >>> > On 7/24/13 3:41 AM, "Donal Lafferty" <do...@citrix.com>
> wrote:
> >>> >
> >>> > >Hi Meng,
> >>> > >
> >>> > >You may also be having problems with your system VM.  Let me
> explain:
> >>> > >
> >>> > >The issue you see is caused by a change in JSON serialisation that
> >>> > >happened in 4.2.
> >>> > >
> >>> > >Previously, we recorded an object's type using it's class' simple
> name.
> >>> > >Now, we are using the full class name, which include the package.
> E.g.
> >>> > >the serializer used to write { "StartupRoutingCommand" : ... }, but
> >>> > >now it records
> >>> >
> >{"com.cloud.agent.api.com.cloud.agent.api.StartupRoutingCommand":...}
> >>> > >
> >>> > >A lot of code compile against 4.1 will not be able to communicate
> >>> > >with the latest management server.
> >>> > >
> >>> > >This means you also have to update your system VM templates.  If you
> >>> > >don't, you get an error like
> >>> > >https://issues.apache.org/jira/browse/CLOUDSTACK-3377
> >>> > >
> >>> > >Unfortunately, the default download URLs for system VMs are for 4.1.
> >>> > >
> >>> > >If you have not already, download the latest system VMs from
> >>> > >
> http://jenkins.cloudstack.org/view/master/job/build-systemvm-master/
> >>> > >
> >>> > >Cheers,
> >>> > >
> >>> > >DL
> >>> > >
> >>> > >> -----Original Message-----
> >>> > >> From: Wido den Hollander [mailto:wido@widodh.nl]
> >>> > >> Sent: 23 July 2013 9:27 PM
> >>> > >> To: dev@cloudstack.apache.org
> >>> > >> Subject: Re: [GSOC]cannot add host with the lastest master
> >>> > >>
> >>> > >> Hi Meng,
> >>> > >>
> >>> > >> On 07/23/2013 09:28 PM, Han,Meng wrote:
> >>> > >> > Hi Wei,
> >>> > >> >
> >>> > >> > Thank you for your reply.
> >>> > >> >
> >>> > >> > On Wed, 24 Jul 2013 02:08:36 +0800, Wei ZHOU wrote:
> >>> > >> >> I suggest updating the agent on host as well
> >>> > >> >
> >>> > >> >
> >>> > >> > I run yum install cloudstack-agent on the kvm host, it told me
> >>> > >> > that it's already the latest version.  I found the post
> >>> > >> > here:https://issues.apache.org/jira/browse/CLOUDSTACK-3118
> >>> > >> > Rajesh Battala  mentioned that he installed the latest agent
> from
> >>> > >> > the build CloudStack-non-OSS-MASTER-499-rhel6.3.
> >>> > >> >
> >>> > >>
> >>> > >> This is what you run into:
> >>> > >> https://issues.apache.org/jira/browse/CLOUDSTACK-3714
> >>> > >>
> >>> > >> > Do you know where can I get that build and how to start the
> agent
> >>> > >> > if I have the build(will service cloudstack-agent start do) ?
> >>> > >> > I didn't find the build in
> >>> > >> >
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=summar
> >>> > >> > y
> >>> > >> >
> >>> > >>
> >>> > >> I see you use RHEL/CentOS, with the packaging script in
> >>> > >>packaging/rhel you  should be able to build RPM packages from
> master.
> >>> > >>
> >>> > >> Wido
> >>> > >>
> >>> > >> >
> >>> > >> > Any help is appreciated.
> >>> > >> >
> >>> > >> > Cheers,
> >>> > >> > Meng
> >>> > >> >
> >
>
>


-- 

N.g.U.y.e.N.A.n.H.t.U

Re: [GSOC]cannot add host with the lastest master

Posted by Sebastien Goasguen <ru...@gmail.com>.
Meng, I see that you are on IRC. Try to ask there you might be able to get some direct help which will go faster than email.

-sebastien

On Jul 24, 2013, at 1:11 PM, "Han,Meng" <me...@ufl.edu> wrote:

> Thank you all guys!
> 
> If I am understanding this correctly, using "mvn clean install -P developer,systemvm" will build the latest management server and systemvm code.
> This latest management server is using fully qualified class name which requires the latest agent and system vm template to work well with it.
> 
> About the latest systemvm template, I should use cloud-install-sys-tmplt with the latest template link (http://jenkins.cloudstack.org/view/master/job/build-systemvm-master/) to get the  template installed.
> About the latest agent, I should use the packaging.sh scripts inside packaging directory to get the latest agent rpm. After I got this rpm, I can use yum install to install the latest agent.
> 
> After the above two steps I will be able to add the host to Cloudstack. Is this right?
> 
> Also in cloud.spec file (packaging/centos63/cloud.spec) the build command used is rpmbuild mvn -Pawsapi,systemvm clean install, do I need to modify it to mvn -Pdevelper,systemvm clean install?
> 
> When I build the rpm packages using "./packaging.sh", I get the following error:
> [INFO] Apache CloudStack AWS API Bridge .................. FAILURE [6.581s]
> [INFO] ------------------------------------------------------------------------
> [INFO] BUILD FAILURE
> [INFO] ------------------------------------------------------------------------
> [INFO] Total time: 5:29.190s
> [INFO] Finished at: Wed Jul 24 13:09:56 EDT 2013
> [INFO] Final Memory: 60M/337M
> [INFO] ------------------------------------------------------------------------
> [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.5.1:compile (default-compile) on project cloud-awsapi: Compilation failure: Compilation failure:
> [ERROR] error: error reading /root/.m2/repository/org/apache/axis2/mex/1.5.4/mex-1.5.4-impl.jar; error in opening zip file
> [ERROR] error: error reading /root/.m2/repository/org/apache/axis2/axis2-mtompolicy/1.5.4/axis2-mtompolicy-1.5.4.jar; error in opening zip file
> [ERROR] error: error reading /root/.m2/repository/org/apache/ws/commons/axiom/axiom-dom/1.2.10/axiom-dom-1.2.10.jar; error in opening zip file
> [ERROR] error: error reading /root/.m2/repository/org/opensaml/opensaml1/1.1/opensaml1-1.1.jar; error in opening zip file
> [ERROR] -> [Help 1]
> org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.5.1:compile (default-compile) on project cloud-awsapi: Compilation failure
> 	at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:212)
> 	at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
> 	at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
> 	at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
> 	at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
> 	at org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183)
> 	at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161)
> 	at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:318)
> 	at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:153)
> 	at org.apache.maven.cli.MavenCli.execute(MavenCli.java:555)
> 	at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:214)
> 	at org.apache.maven.cli.MavenCli.main(MavenCli.java:158)
> 	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:601)
> 	at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290)
> 	at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230)
> 	at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:414)
> 	at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:357)
> Caused by: org.apache.maven.plugin.CompilationFailureException: Compilation failure
> 	at org.apache.maven.plugin.AbstractCompilerMojo.execute(AbstractCompilerMojo.java:729)
> 	at org.apache.maven.plugin.CompilerMojo.execute(CompilerMojo.java:128)
> 	at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:106)
> 	at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:208)
> 	... 19 more
> [ERROR]
> [ERROR] Re-run Maven using the -X switch to enable full debug logging.
> [ERROR]
> [ERROR] For more information about the errors and possible solutions, please read the following articles:
> [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException
> [ERROR]
> [ERROR] After correcting the problems, you can resume the build with the command
> [ERROR]   mvn <goals> -rf :cloud-awsapi
> error: Bad exit status from /var/tmp/rpm-tmp.gy0E3H (%build)
> 
> 
> RPM build errors:
>    Bad exit status from /var/tmp/rpm-tmp.gy0E3H (%build)
> 
> 
> Does any one encounter this error before?
> 
> Thank you very much.
> 
> Cheers,
> Meng
> 
> 
> 
> 
> 
> 
> 
> 
> On Wed, 24 Jul 2013 10:55:52 +0000, Donal Lafferty wrote:
>> I had an offline conversation with Chiradeep to sort this out.
>> 
>> Provided the latest SystemVM code is built, there's no difficulty.
>> E.g. using "mvn clean install -P developer,systemvm"
>> See
>> https://cwiki.apache.org/confluence/display/CLOUDSTACK/How+to+build+on+master+branch
>> 
>> 
>> That said, our instructions elsewhere, and for newbies in particular,
>> are different.  I'm not sure what to do about that.
>> 
>> DL
>> 
>> 
>>> -----Original Message-----
>>> From: Donal Lafferty
>>> Sent: 24 July 2013 11:04 AM
>>> To: dev@cloudstack.apache.org
>>> Subject: RE: [GSOC]cannot add host with the lastest master
>>> 
>>> Hi Chiradeep,
>>> 
>>> Before I explore further, can I ask where
>>> "StartupSecondaryStorageCommand" mentioned in the defect
>>> https://issues.apache.org/jira/browse/CLOUDSTACK-3377 gets used?
>>> 
>>> DL
>>> 
>>> 
>>> > -----Original Message-----
>>> > From: Chiradeep Vittal [mailto:Chiradeep.Vittal@citrix.com]
>>> > Sent: 24 July 2013 6:01 AM
>>> > To: dev@cloudstack.apache.org
>>> > Subject: Re: [GSOC]cannot add host with the lastest master
>>> >
>>> > Not sure what the vintage of the systemvm has to do with it. They do
>>> > not contain the agent (Java jar files) until the systemvm is created and
>>> started.
>>> > When first started, the jar files are copied into the system vm.
>>> >
>>> >
>>> > On 7/24/13 3:41 AM, "Donal Lafferty" <do...@citrix.com> wrote:
>>> >
>>> > >Hi Meng,
>>> > >
>>> > >You may also be having problems with your system VM.  Let me explain:
>>> > >
>>> > >The issue you see is caused by a change in JSON serialisation that
>>> > >happened in 4.2.
>>> > >
>>> > >Previously, we recorded an object's type using it's class' simple name.
>>> > >Now, we are using the full class name, which include the package. E.g.
>>> > >the serializer used to write { "StartupRoutingCommand" : ... }, but
>>> > >now it records
>>> > >{"com.cloud.agent.api.com.cloud.agent.api.StartupRoutingCommand":...}
>>> > >
>>> > >A lot of code compile against 4.1 will not be able to communicate
>>> > >with the latest management server.
>>> > >
>>> > >This means you also have to update your system VM templates.  If you
>>> > >don't, you get an error like
>>> > >https://issues.apache.org/jira/browse/CLOUDSTACK-3377
>>> > >
>>> > >Unfortunately, the default download URLs for system VMs are for 4.1.
>>> > >
>>> > >If you have not already, download the latest system VMs from
>>> > >http://jenkins.cloudstack.org/view/master/job/build-systemvm-master/
>>> > >
>>> > >Cheers,
>>> > >
>>> > >DL
>>> > >
>>> > >> -----Original Message-----
>>> > >> From: Wido den Hollander [mailto:wido@widodh.nl]
>>> > >> Sent: 23 July 2013 9:27 PM
>>> > >> To: dev@cloudstack.apache.org
>>> > >> Subject: Re: [GSOC]cannot add host with the lastest master
>>> > >>
>>> > >> Hi Meng,
>>> > >>
>>> > >> On 07/23/2013 09:28 PM, Han,Meng wrote:
>>> > >> > Hi Wei,
>>> > >> >
>>> > >> > Thank you for your reply.
>>> > >> >
>>> > >> > On Wed, 24 Jul 2013 02:08:36 +0800, Wei ZHOU wrote:
>>> > >> >> I suggest updating the agent on host as well
>>> > >> >
>>> > >> >
>>> > >> > I run yum install cloudstack-agent on the kvm host, it told me
>>> > >> > that it's already the latest version.  I found the post
>>> > >> > here:https://issues.apache.org/jira/browse/CLOUDSTACK-3118
>>> > >> > Rajesh Battala  mentioned that he installed the latest agent from
>>> > >> > the build CloudStack-non-OSS-MASTER-499-rhel6.3.
>>> > >> >
>>> > >>
>>> > >> This is what you run into:
>>> > >> https://issues.apache.org/jira/browse/CLOUDSTACK-3714
>>> > >>
>>> > >> > Do you know where can I get that build and how to start the agent
>>> > >> > if I have the build(will service cloudstack-agent start do) ?
>>> > >> > I didn't find the build in
>>> > >> > https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=summar
>>> > >> > y
>>> > >> >
>>> > >>
>>> > >> I see you use RHEL/CentOS, with the packaging script in
>>> > >>packaging/rhel you  should be able to build RPM packages from master.
>>> > >>
>>> > >> Wido
>>> > >>
>>> > >> >
>>> > >> > Any help is appreciated.
>>> > >> >
>>> > >> > Cheers,
>>> > >> > Meng
>>> > >> >
> 


RE: [GSOC]cannot add host with the lastest master

Posted by "Han,Meng" <me...@ufl.edu>.
Thank you all guys!

If I am understanding this correctly, using "mvn clean install -P 
developer,systemvm" will build the latest management server and systemvm 
code.
This latest management server is using fully qualified class name which 
requires the latest agent and system vm template to work well with it.

About the latest systemvm template, I should use 
cloud-install-sys-tmplt with the latest template link 
(http://jenkins.cloudstack.org/view/master/job/build-systemvm-master/) 
to get the  template installed.
About the latest agent, I should use the packaging.sh scripts inside 
packaging directory to get the latest agent rpm. After I got this rpm, I 
can use yum install to install the latest agent.

After the above two steps I will be able to add the host to Cloudstack. 
Is this right?

Also in cloud.spec file (packaging/centos63/cloud.spec) the build 
command used is rpmbuild mvn -Pawsapi,systemvm clean install, do I need 
to modify it to mvn -Pdevelper,systemvm clean install?

When I build the rpm packages using "./packaging.sh", I get the 
following error:
[INFO] Apache CloudStack AWS API Bridge .................. FAILURE 
[6.581s]
[INFO] 
------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] 
------------------------------------------------------------------------
[INFO] Total time: 5:29.190s
[INFO] Finished at: Wed Jul 24 13:09:56 EDT 2013
[INFO] Final Memory: 60M/337M
[INFO] 
------------------------------------------------------------------------
[ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-compiler-plugin:2.5.1:compile 
(default-compile) on project cloud-awsapi: Compilation failure: 
Compilation failure:
[ERROR] error: error reading 
/root/.m2/repository/org/apache/axis2/mex/1.5.4/mex-1.5.4-impl.jar; 
error in opening zip file
[ERROR] error: error reading 
/root/.m2/repository/org/apache/axis2/axis2-mtompolicy/1.5.4/axis2-mtompolicy-1.5.4.jar; 
error in opening zip file
[ERROR] error: error reading 
/root/.m2/repository/org/apache/ws/commons/axiom/axiom-dom/1.2.10/axiom-dom-1.2.10.jar; 
error in opening zip file
[ERROR] error: error reading 
/root/.m2/repository/org/opensaml/opensaml1/1.1/opensaml1-1.1.jar; error 
in opening zip file
[ERROR] -> [Help 1]
org.apache.maven.lifecycle.LifecycleExecutionException: Failed to 
execute goal 
org.apache.maven.plugins:maven-compiler-plugin:2.5.1:compile 
(default-compile) on project cloud-awsapi: Compilation failure
	at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:212)
	at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
	at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
	at 
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
	at 
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
	at 
org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183)
	at 
org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161)
	at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:318)
	at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:153)
	at org.apache.maven.cli.MavenCli.execute(MavenCli.java:555)
	at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:214)
	at org.apache.maven.cli.MavenCli.main(MavenCli.java:158)
	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:601)
	at 
org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290)
	at 
org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230)
	at 
org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:414)
	at 
org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:357)
Caused by: org.apache.maven.plugin.CompilationFailureException: 
Compilation failure
	at 
org.apache.maven.plugin.AbstractCompilerMojo.execute(AbstractCompilerMojo.java:729)
	at org.apache.maven.plugin.CompilerMojo.execute(CompilerMojo.java:128)
	at 
org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:106)
	at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:208)
	... 19 more
[ERROR]
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, 
please read the following articles:
[ERROR] [Help 1] 
http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException
[ERROR]
[ERROR] After correcting the problems, you can resume the build with 
the command
[ERROR]   mvn <goals> -rf :cloud-awsapi
error: Bad exit status from /var/tmp/rpm-tmp.gy0E3H (%build)


RPM build errors:
     Bad exit status from /var/tmp/rpm-tmp.gy0E3H (%build)


Does any one encounter this error before?

Thank you very much.

Cheers,
Meng








On Wed, 24 Jul 2013 10:55:52 +0000, Donal Lafferty wrote:
> I had an offline conversation with Chiradeep to sort this out.
>
> Provided the latest SystemVM code is built, there's no difficulty.
> E.g. using "mvn clean install -P developer,systemvm"
> See
> 
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/How+to+build+on+master+branch
>
>
> That said, our instructions elsewhere, and for newbies in particular,
> are different.  I'm not sure what to do about that.
>
> DL
>
>
>> -----Original Message-----
>> From: Donal Lafferty
>> Sent: 24 July 2013 11:04 AM
>> To: dev@cloudstack.apache.org
>> Subject: RE: [GSOC]cannot add host with the lastest master
>>
>> Hi Chiradeep,
>>
>> Before I explore further, can I ask where
>> "StartupSecondaryStorageCommand" mentioned in the defect
>> https://issues.apache.org/jira/browse/CLOUDSTACK-3377 gets used?
>>
>> DL
>>
>>
>> > -----Original Message-----
>> > From: Chiradeep Vittal [mailto:Chiradeep.Vittal@citrix.com]
>> > Sent: 24 July 2013 6:01 AM
>> > To: dev@cloudstack.apache.org
>> > Subject: Re: [GSOC]cannot add host with the lastest master
>> >
>> > Not sure what the vintage of the systemvm has to do with it. They 
>> do
>> > not contain the agent (Java jar files) until the systemvm is 
>> created and
>> started.
>> > When first started, the jar files are copied into the system vm.
>> >
>> >
>> > On 7/24/13 3:41 AM, "Donal Lafferty" <do...@citrix.com> 
>> wrote:
>> >
>> > >Hi Meng,
>> > >
>> > >You may also be having problems with your system VM.  Let me 
>> explain:
>> > >
>> > >The issue you see is caused by a change in JSON serialisation 
>> that
>> > >happened in 4.2.
>> > >
>> > >Previously, we recorded an object's type using it's class' simple 
>> name.
>> > >Now, we are using the full class name, which include the package. 
>> E.g.
>> > >the serializer used to write { "StartupRoutingCommand" : ... }, 
>> but
>> > >now it records
>> > 
>> >{"com.cloud.agent.api.com.cloud.agent.api.StartupRoutingCommand":...}
>> > >
>> > >A lot of code compile against 4.1 will not be able to communicate
>> > >with the latest management server.
>> > >
>> > >This means you also have to update your system VM templates.  If 
>> you
>> > >don't, you get an error like
>> > >https://issues.apache.org/jira/browse/CLOUDSTACK-3377
>> > >
>> > >Unfortunately, the default download URLs for system VMs are for 
>> 4.1.
>> > >
>> > >If you have not already, download the latest system VMs from
>> > 
>> >http://jenkins.cloudstack.org/view/master/job/build-systemvm-master/
>> > >
>> > >Cheers,
>> > >
>> > >DL
>> > >
>> > >> -----Original Message-----
>> > >> From: Wido den Hollander [mailto:wido@widodh.nl]
>> > >> Sent: 23 July 2013 9:27 PM
>> > >> To: dev@cloudstack.apache.org
>> > >> Subject: Re: [GSOC]cannot add host with the lastest master
>> > >>
>> > >> Hi Meng,
>> > >>
>> > >> On 07/23/2013 09:28 PM, Han,Meng wrote:
>> > >> > Hi Wei,
>> > >> >
>> > >> > Thank you for your reply.
>> > >> >
>> > >> > On Wed, 24 Jul 2013 02:08:36 +0800, Wei ZHOU wrote:
>> > >> >> I suggest updating the agent on host as well
>> > >> >
>> > >> >
>> > >> > I run yum install cloudstack-agent on the kvm host, it told 
>> me
>> > >> > that it's already the latest version.  I found the post
>> > >> > here:https://issues.apache.org/jira/browse/CLOUDSTACK-3118
>> > >> > Rajesh Battala  mentioned that he installed the latest agent 
>> from
>> > >> > the build CloudStack-non-OSS-MASTER-499-rhel6.3.
>> > >> >
>> > >>
>> > >> This is what you run into:
>> > >> https://issues.apache.org/jira/browse/CLOUDSTACK-3714
>> > >>
>> > >> > Do you know where can I get that build and how to start the 
>> agent
>> > >> > if I have the build(will service cloudstack-agent start do) ?
>> > >> > I didn't find the build in
>> > >> > 
>> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=summar
>> > >> > y
>> > >> >
>> > >>
>> > >> I see you use RHEL/CentOS, with the packaging script in
>> > >>packaging/rhel you  should be able to build RPM packages from 
>> master.
>> > >>
>> > >> Wido
>> > >>
>> > >> >
>> > >> > Any help is appreciated.
>> > >> >
>> > >> > Cheers,
>> > >> > Meng
>> > >> >


RE: [GSOC]cannot add host with the lastest master

Posted by Donal Lafferty <do...@citrix.com>.
I had an offline conversation with Chiradeep to sort this out.

Provided the latest SystemVM code is built, there's no difficulty.  E.g. using "mvn clean install -P developer,systemvm"
See https://cwiki.apache.org/confluence/display/CLOUDSTACK/How+to+build+on+master+branch 

That said, our instructions elsewhere, and for newbies in particular, are different.  I'm not sure what to do about that.

DL


> -----Original Message-----
> From: Donal Lafferty
> Sent: 24 July 2013 11:04 AM
> To: dev@cloudstack.apache.org
> Subject: RE: [GSOC]cannot add host with the lastest master
> 
> Hi Chiradeep,
> 
> Before I explore further, can I ask where
> "StartupSecondaryStorageCommand" mentioned in the defect
> https://issues.apache.org/jira/browse/CLOUDSTACK-3377 gets used?
> 
> DL
> 
> 
> > -----Original Message-----
> > From: Chiradeep Vittal [mailto:Chiradeep.Vittal@citrix.com]
> > Sent: 24 July 2013 6:01 AM
> > To: dev@cloudstack.apache.org
> > Subject: Re: [GSOC]cannot add host with the lastest master
> >
> > Not sure what the vintage of the systemvm has to do with it. They do
> > not contain the agent (Java jar files) until the systemvm is created and
> started.
> > When first started, the jar files are copied into the system vm.
> >
> >
> > On 7/24/13 3:41 AM, "Donal Lafferty" <do...@citrix.com> wrote:
> >
> > >Hi Meng,
> > >
> > >You may also be having problems with your system VM.  Let me explain:
> > >
> > >The issue you see is caused by a change in JSON serialisation that
> > >happened in 4.2.
> > >
> > >Previously, we recorded an object's type using it's class' simple name.
> > >Now, we are using the full class name, which include the package.  E.g.
> > >the serializer used to write { "StartupRoutingCommand" : ... }, but
> > >now it records
> > >{"com.cloud.agent.api.com.cloud.agent.api.StartupRoutingCommand":...}
> > >
> > >A lot of code compile against 4.1 will not be able to communicate
> > >with the latest management server.
> > >
> > >This means you also have to update your system VM templates.  If you
> > >don't, you get an error like
> > >https://issues.apache.org/jira/browse/CLOUDSTACK-3377
> > >
> > >Unfortunately, the default download URLs for system VMs are for 4.1.
> > >
> > >If you have not already, download the latest system VMs from
> > >http://jenkins.cloudstack.org/view/master/job/build-systemvm-master/
> > >
> > >Cheers,
> > >
> > >DL
> > >
> > >> -----Original Message-----
> > >> From: Wido den Hollander [mailto:wido@widodh.nl]
> > >> Sent: 23 July 2013 9:27 PM
> > >> To: dev@cloudstack.apache.org
> > >> Subject: Re: [GSOC]cannot add host with the lastest master
> > >>
> > >> Hi Meng,
> > >>
> > >> On 07/23/2013 09:28 PM, Han,Meng wrote:
> > >> > Hi Wei,
> > >> >
> > >> > Thank you for your reply.
> > >> >
> > >> > On Wed, 24 Jul 2013 02:08:36 +0800, Wei ZHOU wrote:
> > >> >> I suggest updating the agent on host as well
> > >> >
> > >> >
> > >> > I run yum install cloudstack-agent on the kvm host, it told me
> > >> > that it's already the latest version.  I found the post
> > >> > here:https://issues.apache.org/jira/browse/CLOUDSTACK-3118
> > >> > Rajesh Battala  mentioned that he installed the latest agent from
> > >> > the build CloudStack-non-OSS-MASTER-499-rhel6.3.
> > >> >
> > >>
> > >> This is what you run into:
> > >> https://issues.apache.org/jira/browse/CLOUDSTACK-3714
> > >>
> > >> > Do you know where can I get that build and how to start the agent
> > >> > if I have the build(will service cloudstack-agent start do) ?
> > >> > I didn't find the build in
> > >> > https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=summar
> > >> > y
> > >> >
> > >>
> > >> I see you use RHEL/CentOS, with the packaging script in
> > >>packaging/rhel you  should be able to build RPM packages from master.
> > >>
> > >> Wido
> > >>
> > >> >
> > >> > Any help is appreciated.
> > >> >
> > >> > Cheers,
> > >> > Meng
> > >> >


RE: [GSOC]cannot add host with the lastest master

Posted by Donal Lafferty <do...@citrix.com>.
Hi Chiradeep,

Before I explore further, can I ask where "StartupSecondaryStorageCommand" mentioned in the defect https://issues.apache.org/jira/browse/CLOUDSTACK-3377 gets used?

DL


> -----Original Message-----
> From: Chiradeep Vittal [mailto:Chiradeep.Vittal@citrix.com]
> Sent: 24 July 2013 6:01 AM
> To: dev@cloudstack.apache.org
> Subject: Re: [GSOC]cannot add host with the lastest master
> 
> Not sure what the vintage of the systemvm has to do with it. They do not
> contain the agent (Java jar files) until the systemvm is created and started.
> When first started, the jar files are copied into the system vm.
> 
> 
> On 7/24/13 3:41 AM, "Donal Lafferty" <do...@citrix.com> wrote:
> 
> >Hi Meng,
> >
> >You may also be having problems with your system VM.  Let me explain:
> >
> >The issue you see is caused by a change in JSON serialisation that
> >happened in 4.2.
> >
> >Previously, we recorded an object's type using it's class' simple name.
> >Now, we are using the full class name, which include the package.  E.g.
> >the serializer used to write { "StartupRoutingCommand" : ... }, but now
> >it records
> >{"com.cloud.agent.api.com.cloud.agent.api.StartupRoutingCommand":...}
> >
> >A lot of code compile against 4.1 will not be able to communicate with
> >the latest management server.
> >
> >This means you also have to update your system VM templates.  If you
> >don't, you get an error like
> >https://issues.apache.org/jira/browse/CLOUDSTACK-3377
> >
> >Unfortunately, the default download URLs for system VMs are for 4.1.
> >
> >If you have not already, download the latest system VMs from
> >http://jenkins.cloudstack.org/view/master/job/build-systemvm-master/
> >
> >Cheers,
> >
> >DL
> >
> >> -----Original Message-----
> >> From: Wido den Hollander [mailto:wido@widodh.nl]
> >> Sent: 23 July 2013 9:27 PM
> >> To: dev@cloudstack.apache.org
> >> Subject: Re: [GSOC]cannot add host with the lastest master
> >>
> >> Hi Meng,
> >>
> >> On 07/23/2013 09:28 PM, Han,Meng wrote:
> >> > Hi Wei,
> >> >
> >> > Thank you for your reply.
> >> >
> >> > On Wed, 24 Jul 2013 02:08:36 +0800, Wei ZHOU wrote:
> >> >> I suggest updating the agent on host as well
> >> >
> >> >
> >> > I run yum install cloudstack-agent on the kvm host, it told me that
> >> > it's already the latest version.  I found the post
> >> > here:https://issues.apache.org/jira/browse/CLOUDSTACK-3118
> >> > Rajesh Battala  mentioned that he installed the latest agent from
> >> > the build CloudStack-non-OSS-MASTER-499-rhel6.3.
> >> >
> >>
> >> This is what you run into:
> >> https://issues.apache.org/jira/browse/CLOUDSTACK-3714
> >>
> >> > Do you know where can I get that build and how to start the agent
> >> > if I have the build(will service cloudstack-agent start do) ?
> >> > I didn't find the build in
> >> > https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=summary
> >> >
> >>
> >> I see you use RHEL/CentOS, with the packaging script in
> >>packaging/rhel you  should be able to build RPM packages from master.
> >>
> >> Wido
> >>
> >> >
> >> > Any help is appreciated.
> >> >
> >> > Cheers,
> >> > Meng
> >> >


Re: [GSOC]cannot add host with the lastest master

Posted by Chiradeep Vittal <Ch...@citrix.com>.
Not sure what the vintage of the systemvm has to do with it. They do not
contain the agent (Java jar files) until the systemvm is created and
started. When first started, the jar files are copied into the system vm.


On 7/24/13 3:41 AM, "Donal Lafferty" <do...@citrix.com> wrote:

>Hi Meng,
>
>You may also be having problems with your system VM.  Let me explain:
>
>The issue you see is caused by a change in JSON serialisation that
>happened in 4.2.  
>
>Previously, we recorded an object's type using it's class' simple name.
>Now, we are using the full class name, which include the package.  E.g.
>the serializer used to write { "StartupRoutingCommand" : ... }, but now
>it records 
>{"com.cloud.agent.api.com.cloud.agent.api.StartupRoutingCommand":...}
>
>A lot of code compile against 4.1 will not be able to communicate with
>the latest management server.
>
>This means you also have to update your system VM templates.  If you
>don't, you get an error like
>https://issues.apache.org/jira/browse/CLOUDSTACK-3377
>
>Unfortunately, the default download URLs for system VMs are for 4.1.
>
>If you have not already, download the latest system VMs from
>http://jenkins.cloudstack.org/view/master/job/build-systemvm-master/
>
>Cheers,
>
>DL
>
>> -----Original Message-----
>> From: Wido den Hollander [mailto:wido@widodh.nl]
>> Sent: 23 July 2013 9:27 PM
>> To: dev@cloudstack.apache.org
>> Subject: Re: [GSOC]cannot add host with the lastest master
>> 
>> Hi Meng,
>> 
>> On 07/23/2013 09:28 PM, Han,Meng wrote:
>> > Hi Wei,
>> >
>> > Thank you for your reply.
>> >
>> > On Wed, 24 Jul 2013 02:08:36 +0800, Wei ZHOU wrote:
>> >> I suggest updating the agent on host as well
>> >
>> >
>> > I run yum install cloudstack-agent on the kvm host, it told me that
>> > it's already the latest version.  I found the post
>> > here:https://issues.apache.org/jira/browse/CLOUDSTACK-3118
>> > Rajesh Battala  mentioned that he installed the latest agent from the
>> > build CloudStack-non-OSS-MASTER-499-rhel6.3.
>> >
>> 
>> This is what you run into:
>> https://issues.apache.org/jira/browse/CLOUDSTACK-3714
>> 
>> > Do you know where can I get that build and how to start the agent if I
>> > have the build(will service cloudstack-agent start do) ?
>> > I didn't find the build in
>> > https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=summary
>> >
>> 
>> I see you use RHEL/CentOS, with the packaging script in packaging/rhel
>>you
>> should be able to build RPM packages from master.
>> 
>> Wido
>> 
>> >
>> > Any help is appreciated.
>> >
>> > Cheers,
>> > Meng
>> >


RE: [GSOC]cannot add host with the lastest master

Posted by Donal Lafferty <do...@citrix.com>.
Hi Meng,

You may also be having problems with your system VM.  Let me explain:

The issue you see is caused by a change in JSON serialisation that happened in 4.2.  

Previously, we recorded an object's type using it's class' simple name.  Now, we are using the full class name, which include the package.  E.g. the serializer used to write { "StartupRoutingCommand" : ... }, but now it records {"com.cloud.agent.api.com.cloud.agent.api.StartupRoutingCommand":...}

A lot of code compile against 4.1 will not be able to communicate with the latest management server.

This means you also have to update your system VM templates.  If you don't, you get an error like https://issues.apache.org/jira/browse/CLOUDSTACK-3377

Unfortunately, the default download URLs for system VMs are for 4.1.

If you have not already, download the latest system VMs from http://jenkins.cloudstack.org/view/master/job/build-systemvm-master/ 

Cheers,

DL

> -----Original Message-----
> From: Wido den Hollander [mailto:wido@widodh.nl]
> Sent: 23 July 2013 9:27 PM
> To: dev@cloudstack.apache.org
> Subject: Re: [GSOC]cannot add host with the lastest master
> 
> Hi Meng,
> 
> On 07/23/2013 09:28 PM, Han,Meng wrote:
> > Hi Wei,
> >
> > Thank you for your reply.
> >
> > On Wed, 24 Jul 2013 02:08:36 +0800, Wei ZHOU wrote:
> >> I suggest updating the agent on host as well
> >
> >
> > I run yum install cloudstack-agent on the kvm host, it told me that
> > it's already the latest version.  I found the post
> > here:https://issues.apache.org/jira/browse/CLOUDSTACK-3118
> > Rajesh Battala  mentioned that he installed the latest agent from the
> > build CloudStack-non-OSS-MASTER-499-rhel6.3.
> >
> 
> This is what you run into:
> https://issues.apache.org/jira/browse/CLOUDSTACK-3714
> 
> > Do you know where can I get that build and how to start the agent if I
> > have the build(will service cloudstack-agent start do) ?
> > I didn't find the build in
> > https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=summary
> >
> 
> I see you use RHEL/CentOS, with the packaging script in packaging/rhel you
> should be able to build RPM packages from master.
> 
> Wido
> 
> >
> > Any help is appreciated.
> >
> > Cheers,
> > Meng
> >

Re: [GSOC]cannot add host with the lastest master

Posted by Wido den Hollander <wi...@widodh.nl>.
Hi Meng,

On 07/23/2013 09:28 PM, Han,Meng wrote:
> Hi Wei,
>
> Thank you for your reply.
>
> On Wed, 24 Jul 2013 02:08:36 +0800, Wei ZHOU wrote:
>> I suggest updating the agent on host as well
>
>
> I run yum install cloudstack-agent on the kvm host, it told me that it's
> already the latest version.  I found the post
> here:https://issues.apache.org/jira/browse/CLOUDSTACK-3118
> Rajesh Battala  mentioned that he installed the latest agent from the
> build CloudStack-non-OSS-MASTER-499-rhel6.3.
>

This is what you run into: 
https://issues.apache.org/jira/browse/CLOUDSTACK-3714

> Do you know where can I get that build and how to start the agent if I
> have the build(will service cloudstack-agent start do) ?
> I didn't find the build in
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=summary
>

I see you use RHEL/CentOS, with the packaging script in packaging/rhel 
you should be able to build RPM packages from master.

Wido

>
> Any help is appreciated.
>
> Cheers,
> Meng
>

Re: [GSOC]cannot add host with the lastest master

Posted by "Han,Meng" <me...@ufl.edu>.
Hi Wei,

Thank you for your reply.

On Wed, 24 Jul 2013 02:08:36 +0800, Wei ZHOU wrote:
> I suggest updating the agent on host as well


I run yum install cloudstack-agent on the kvm host, it told me that 
it's already the latest version.  I found the post 
here:https://issues.apache.org/jira/browse/CLOUDSTACK-3118
Rajesh Battala  mentioned that he installed the latest agent from the 
build CloudStack-non-OSS-MASTER-499-rhel6.3.

Do you know where can I get that build and how to start the agent if I 
have the build(will service cloudstack-agent start do) ?
I didn't find the build in 
https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=summary


Any help is appreciated.

Cheers,
Meng


Re: [GSOC]cannot add host with the lastest master

Posted by Wei ZHOU <us...@gmail.com>.
I suggest updating the agent on host as well