cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Mike Tutkowski <mike.tutkow...@solidfire.com>
Subject Re: [QUESTION] Debugging CS VMware logic in Eclipse
Date Tue, 08 Apr 2014 00:51:01 GMT
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 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.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 to
> >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 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 <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 config.
> >> > >
> >> > > 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 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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?video=play>
*(tm)*

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message