Re: Better way to do development for SSVM agent code

2015-12-10 Thread Syed Mushtaq
Thanks for your responses guys, I ended up copying the jar that was generated and restarting the SSVM. One thing to note though is that the SSVM has a default DROP policy so I needed to change it before I could scp my jar. -Syed On Wed, Dec 9, 2015 at 11:08 PM, Anshul Gangwar wrote: > You can u

Re: Better way to do development for SSVM agent code

2015-12-09 Thread Anshul Gangwar
You can use QuickCloud. With this you can run secondary storage server wherever you want. For more details refer https://cwiki.apache.org/confluence/display/CLOUDSTACK/QuickCloud. On 10-Dec-2015, at 2:46 AM, Syed Mushtaq mailto:syed1.mush...@gmail.com>> wrote: Hi, I've been working on a coupl

Re: Better way to do development for SSVM agent code

2015-12-09 Thread Frank Maximus
You can also run the agent inside the management server, by changing the advanced setting secondary.storage.vm to false. That way no secondary storage vm will be used. Regards, Frank On 9 Dec 2015 22:21, "Syed Mushtaq" wrote: > Hi, > > I've been working on a couple of fixes on the Swift integra

Re: Better way to do development for SSVM agent code

2015-12-09 Thread Wido den Hollander
On 12/09/2015 10:16 PM, Syed Mushtaq wrote: > Hi, > > I've been working on a couple of fixes on the Swift integration which > primarily involves changes on the agent that runs on the secondary storage > VM. For every change that I do, I have to rebuild the systemvm profile and > blow up my secon