VmwareGuru has command delegation control, the normal logic is to utilize SSVM for storage related commands, if you want to debug fully within management server, you may want to bypass this delegation service and let all commands run within the management server. Following method in VmwareGuru does the delegation logic
public Pair<Boolean, Long> getCommandHostDelegation(long hostId, Command cmd); Kelven On 4/7/14, 5:51 PM, "Mike Tutkowski" <mike.tutkow...@solidfire.com> wrote: >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)*
