Sorry - perhaps I should have been more precise: I'm looking at the code inside of the server resource for XenServer or VMware that downloads a template from the secondary-storage NFS share to primary storage. I've modified this code in the past for a feature I'm working on and wanted to trace through part of it.
On Mon, Apr 7, 2014 at 12:16 AM, Sateesh Chodapuneedi < sateesh.chodapune...@citrix.com> wrote: > Mike, > Most of storage commands would run inside SSVM. You need to attach > debugger to cloud agent in SSVM to catch those break points. > > Regards, > Sateesh > > > -----Original Message----- > > From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] > > Sent: 07 April 2014 09:53 > > To: dev@cloudstack.apache.org > > Subject: Re: [QUESTION] Debugging CS VMware logic in Eclipse > > > > That's an interesting thought, Punith. > > > > I just checked my debug config, though, and it appears the proper path > is in place. > > > > Plus, I also noticed just a moment ago that some VMware code can hit a > breakpoint (I'm seeing stats requests get breakpointed, but not my > > storage commands). > > > > > > On Sun, Apr 6, 2014 at 10:16 PM, Punith S <punit...@cloudbyte.com> > wrote: > > > > > hi, > > > > > > try deleting the existing remote debug config and try to add new one , > > > i guess vmware project is not imported in the existing debug config. > > > > > > thanks. > > > > > > > > > On Mon, Apr 7, 2014 at 7:55 AM, Mike Tutkowski < > > > mike.tutkow...@solidfire.com > > > > wrote: > > > > > > > Also, both codebases were compiled the following way: > > > > > > > > mvn -P developer,systemvm clean install -D noredist > > > > > > > > I ran the CS MS this way: > > > > > > > > mvn -pl client jetty:run -D noredist > > > > > > > > > > > > On Sun, Apr 6, 2014 at 8:19 PM, Mike Tutkowski < > > > > mike.tutkow...@solidfire.com > > > > > wrote: > > > > > > > > > Hi, > > > > > > > > > > I have a weird debug problem that perhaps someone might be able to > > > > > shed some light on. > > > > > > > > > > I am trying to hit a breakpoint in VmwareStorageProcessor > > > > > (copyTemplateToPrimaryStorage(CopyCommand)). > > > > > > > > > > This has worked fine in the past, but - for whatever reason - > > > > > today I > > > can > > > > > hit breakpoints in CS core code, but not in VmwareStorageProcessor. > > > > > > > > > > The code executes just fine...the template is copied down from > > > secondary > > > > > storage and all of that. I can set and hit a breakpoint in CS code > > > > > that sends the message; however, breakpoints in the VMware-related > > > > > code get ignored. > > > > > > > > > > The code on my management server and the code on my client machine > > > where > > > > I > > > > > am debugging are at the same SHA value. > > > > > > > > > > Any ideas what might be going on here? I can hit an equivalent > > > breakpoint > > > > > in XenServer code (where the template is being copied down). > > > > > > > > > > Thanks! > > > > > > > > > > -- > > > > > *Mike Tutkowski* > > > > > *Senior CloudStack Developer, SolidFire Inc.* > > > > > e: mike.tutkow...@solidfire.com > > > > > o: 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 > > > > o: 303.746.7302 > > > > Advancing the way the world uses the > > > > cloud<http://solidfire.com/solution/overview/?video=play> > > > > *(tm)* > > > > > > > > > > > > > > > > -- > > > regards, > > > > > > punith s > > > cloudbyte.com > > > > > > > > > > > -- > > *Mike Tutkowski* > > *Senior CloudStack Developer, SolidFire Inc.* > > e: mike.tutkow...@solidfire.com > > o: 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 o: 303.746.7302 Advancing the way the world uses the cloud<http://solidfire.com/solution/overview/?video=play> *(tm)*
