You only need to run package.sh when you've tested everything and made
sure it's ready. Then you package the final product. For testing, you
can just edit utilities.py in its installed location on the server.

You can run the agent in a VM if you're using vmware-fusion or KVM,
you just have to enable the support for vmx on the hypervisor so you
can modprobe the kvm modules, and then set the 'nested' flag on the
module configs. If you don't, I believe the agent will fail to start
anyway, as it does 'lsmod| grep kvm' on startup.

See devcloud-kvm as an example of running the agent in a vm:
https://cwiki.apache.org/confluence/display/CLOUDSTACK/devcloud-kvm

On Fri, Jul 5, 2013 at 11:42 AM, Abhishek Lahiri <lahiris...@gmail.com> wrote:
> Hi,
>
> I am attempting to make a simple change in the
> cloudstack/dist/rpmbuild/SOURCES/cloudstack-4.2.0-SNAPSHOT/python/lib/cloudutils/utilities.py
> script , so that the cloudstack-setup-agent script does not throw an error
> and exit if it cannot fine /dev/kvm (usage scenario - running cloudstack
> inside a running vm). Anyway the change is trivial , but after I make the
> change I have to run cloudstack/packaging/centos63/package.sh which takes a
> very long time to complete and generate the rpms under
> cloudstack/dist/rpmbuild/RPMS/x86_64. Is there any way I can speed up this
> process? I just need to generate the
> cloudstack-agent-4.2.0-SNAPSHOT.el6.x86_64.rpm package everytime I make
> some change to the utilities.py script.  This will save me a lot of time.
>
> Thanks
> AL

Reply via email to