Hi Kelven, Can you elaborate more on what you're referring to?
In the past, I've changed code and set breakpoints inside VmwareResource and VmwareStorageProcessor and was able to debug that way. As you say, that code was running inside the CS MS. When would this code run inside of SSVM instead of CS MS? I'm unclear about that. Thanks for clarifying! Mike On Mon, Apr 7, 2014 at 6:35 PM, Kelven Yang <kelven.y...@citrix.com> wrote: > If it is only for debugging purpose, you can temporarily make code changes > to re-route command to the VMware resource that¹s running inside > management server. That will be more convenient than debugging inside SSVM > > Kelven > > On 4/6/14, 11:19 PM, "Mike Tutkowski" <mike.tutkow...@solidfire.com> > wrote: > > >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)* > > -- *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)*
