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)*
