Mailing-List: contact dev-help@cloudstack.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cloudstack.apache.org
Received-SPF: pass (athena.apache.org: domain of mike.tutkowski@solidfire.com
 designates 209.85.219.50 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <CF68905D.65BF8%kelven.yang@citrix.com>
References: 
 <CACOnxCju2gfqOB5w98pT6piyKyfB9RcBO3cj+p=mdFFcU_0zFQ@mail.gmail.com>
	<CF68905D.65BF8%kelven.yang@citrix.com>
Date: Mon, 7 Apr 2014 18:51:01 -0600
Message-ID: 
 <CACOnxCjm3qX0unUkFfBAOf64KQQTjgPGAjx30DKRoE7AvqR1vw@mail.gmail.com>
Subject: Re: [QUESTION] Debugging CS VMware logic in Eclipse
From: Mike Tutkowski <mike.tutkowski@solidfire.com>
To: "dev@cloudstack.apache.org" <dev@cloudstack.apache.org>
Cc: Sateesh Chodapuneedi <sateesh.chodapuneedi@citrix.com>
Content-Type: multipart/alternative; boundary=089e0139fc3abfbb3404f67d6079

--089e0139fc3abfbb3404f67d6079
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

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.yang@citrix.com> wrote:

> If it is only for debugging purpose, you can temporarily make code change=
s
> to re-route command to the VMware resource that=B9s running inside
> management server. That will be more convenient than debugging inside SSV=
M
>
> Kelven
>
> On 4/6/14, 11:19 PM, "Mike Tutkowski" <mike.tutkowski@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 t=
o
> >trace through part of it.
> >
> >
> >On Mon, Apr 7, 2014 at 12:16 AM, Sateesh Chodapuneedi <
> >sateesh.chodapuneedi@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.tutkowski@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 pa=
th
> >> 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 <punith.s@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 confi=
g.
> >> > >
> >> > > thanks.
> >> > >
> >> > >
> >> > > On Mon, Apr 7, 2014 at 7:55 AM, Mike Tutkowski <
> >> > > mike.tutkowski@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.tutkowski@solidfire.com
> >> > > > > wrote:
> >> > > >
> >> > > > > Hi,
> >> > > > >
> >> > > > > I have a weird debug problem that perhaps someone might be abl=
e
> >>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.tutkowski@solidfire.com
> >> > > > > o: 303.746.7302
> >> > > > > Advancing the way the world uses the cloud<
> >> > > > http://solidfire.com/solution/overview/?video=3Dplay>
> >> > > > > *(tm)*
> >> > > > >
> >> > > >
> >> > > >
> >> > > >
> >> > > > --
> >> > > > *Mike Tutkowski*
> >> > > > *Senior CloudStack Developer, SolidFire Inc.*
> >> > > > e: mike.tutkowski@solidfire.com
> >> > > > o: 303.746.7302
> >> > > > Advancing the way the world uses the
> >> > > > cloud<http://solidfire.com/solution/overview/?video=3Dplay>
> >> > > > *(tm)*
> >> > > >
> >> > >
> >> > >
> >> > >
> >> > > --
> >> > > regards,
> >> > >
> >> > > punith s
> >> > > cloudbyte.com
> >> > >
> >> >
> >> >
> >> >
> >> > --
> >> > *Mike Tutkowski*
> >> > *Senior CloudStack Developer, SolidFire Inc.*
> >> > e: mike.tutkowski@solidfire.com
> >> > o: 303.746.7302
> >> > Advancing the way the world uses the
> >> > cloud<http://solidfire.com/solution/overview/?video=3Dplay>
> >> > *(tm)*
> >>
> >
> >
> >
> >--
> >*Mike Tutkowski*
> >*Senior CloudStack Developer, SolidFire Inc.*
> >e: mike.tutkowski@solidfire.com
> >o: 303.746.7302
> >Advancing the way the world uses the
> >cloud<http://solidfire.com/solution/overview/?video=3Dplay>
> >*(tm)*
>
>


--=20
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkowski@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?video=3Dplay>
*(tm)*

--089e0139fc3abfbb3404f67d6079--