You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cloudstack.apache.org by Mike Tutkowski <mi...@solidfire.com> on 2014/04/07 04:19:38 UTC
[QUESTION] Debugging CS VMware logic in Eclipse
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)*
Re: [QUESTION] Debugging CS VMware logic in Eclipse
Posted by Mike Tutkowski <mi...@solidfire.com>.
Hi Sateesh,
I understand the content of your message a bit better now. :)
See...in the past, I've always been able to debug what VMware logic I
needed from code running inside of the management server.
I was not aware until recently that certain VMware commands can be routed
to either logic running inside of the management server or logic running
inside of an SSVM.
So, what I'm trying to learn now is how to switch the routing from one to
the other and then determine how a customer would typically run in a VMware
environment.
Thanks!
Mike
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 <pu...@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)*
Re: [QUESTION] Debugging CS VMware logic in Eclipse
Posted by Mike Tutkowski <mi...@solidfire.com>.
Thanks, Kelven!
Yeah, I did get it to work via SSVM.
The weird part is that at one point this logic must have been running in
the management server because I was stepping through the code in the
debugger like I do for any code that runs in the management server.
On Friday, April 25, 2014, Kelven Yang <ke...@citrix.com> wrote:
> Mike,
>
> Sorry for replying late, I¹ve been on a vacation.
>
> Re-routing storage commands to SSVM has been there from very beginning.
>
> Having the logic running on management server is mainly for two reasons
>
> 1) to bootstrap system VMs
> 2) To rescue when SSVM is not online.
>
> VMware behave under CloudStack is of its own kind, so you will see a lot
> of differences. Hope you¹ve already got familiar with it :)
>
> Kelven
>
> On 4/15/14, 11:58 PM, "Mike Tutkowski" <mike.tutkowski@solidfire.com<javascript:;>
> >
> wrote:
>
> >Hi Kelven,
> >
> >Just wanted to follow up on this.
> >
> >I was running my scenario with VMware again and I see in VMwareGuru that
> >CopyCommand is sent to the SSVM.
> >
> >Do you know if this was changed at some point? When I did a bunch of my
> >testing in the not-too-distant past, I was seeing my CopyCommands being
> >sent to the server resource for the hypervisor in question that lives
> >within the management server. I was able to trace through the logic in
> >copyTemplateToPrimaryStorage(CopyCommand) and watch my code execute.
> >
> >Now this command seems to be routed to the SSVM, though. I don't see any
> >recent changes to VMwareGuru, though. I thought you might have some
> >insight
> >into this.
> >
> >Thanks!
> >Mike
> >
> >
> >On Tue, Apr 8, 2014 at 12:09 PM, Mike Tutkowski <
> >mike.tutkowski@solidfire.com <javascript:;>> wrote:
> >
> >> Thanks, Kelven!
> >>
> >> Just so I can get a better understanding of this, is there any
> >>real-world
> >> scenario where a customer using VMware would run with storage delegation
> >> going to the server resource in the management server?
> >>
> >> Also, when you say "storage-related commands," do you just mean the
> >> commands in VmwareStorageProcessor?
> >>
> >> Thanks for clarifying this for me, Kelven. This is a bit different from
> >> how it works with XenServer and KVM and I just want to make sure I have
> >>it
> >> straight in my head. :)
> >>
> >
> >
> >
> >--
> >*Mike Tutkowski*
> >*Senior CloudStack Developer, SolidFire Inc.*
> >e: mike.tutkowski@solidfire.com <javascript:;>
> >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)*
Re: [QUESTION] Debugging CS VMware logic in Eclipse
Posted by Kelven Yang <ke...@citrix.com>.
Mike,
Sorry for replying late, I¹ve been on a vacation.
Re-routing storage commands to SSVM has been there from very beginning.
Having the logic running on management server is mainly for two reasons
1) to bootstrap system VMs
2) To rescue when SSVM is not online.
VMware behave under CloudStack is of its own kind, so you will see a lot
of differences. Hope you¹ve already got familiar with it :)
Kelven
On 4/15/14, 11:58 PM, "Mike Tutkowski" <mi...@solidfire.com>
wrote:
>Hi Kelven,
>
>Just wanted to follow up on this.
>
>I was running my scenario with VMware again and I see in VMwareGuru that
>CopyCommand is sent to the SSVM.
>
>Do you know if this was changed at some point? When I did a bunch of my
>testing in the not-too-distant past, I was seeing my CopyCommands being
>sent to the server resource for the hypervisor in question that lives
>within the management server. I was able to trace through the logic in
>copyTemplateToPrimaryStorage(CopyCommand) and watch my code execute.
>
>Now this command seems to be routed to the SSVM, though. I don't see any
>recent changes to VMwareGuru, though. I thought you might have some
>insight
>into this.
>
>Thanks!
>Mike
>
>
>On Tue, Apr 8, 2014 at 12:09 PM, Mike Tutkowski <
>mike.tutkowski@solidfire.com> wrote:
>
>> Thanks, Kelven!
>>
>> Just so I can get a better understanding of this, is there any
>>real-world
>> scenario where a customer using VMware would run with storage delegation
>> going to the server resource in the management server?
>>
>> Also, when you say "storage-related commands," do you just mean the
>> commands in VmwareStorageProcessor?
>>
>> Thanks for clarifying this for me, Kelven. This is a bit different from
>> how it works with XenServer and KVM and I just want to make sure I have
>>it
>> straight in my head. :)
>>
>
>
>
>--
>*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)*
Re: [QUESTION] Debugging CS VMware logic in Eclipse
Posted by Mike Tutkowski <mi...@solidfire.com>.
Hi Kelven,
Just wanted to follow up on this.
I was running my scenario with VMware again and I see in VMwareGuru that
CopyCommand is sent to the SSVM.
Do you know if this was changed at some point? When I did a bunch of my
testing in the not-too-distant past, I was seeing my CopyCommands being
sent to the server resource for the hypervisor in question that lives
within the management server. I was able to trace through the logic in
copyTemplateToPrimaryStorage(CopyCommand) and watch my code execute.
Now this command seems to be routed to the SSVM, though. I don't see any
recent changes to VMwareGuru, though. I thought you might have some insight
into this.
Thanks!
Mike
On Tue, Apr 8, 2014 at 12:09 PM, Mike Tutkowski <
mike.tutkowski@solidfire.com> wrote:
> Thanks, Kelven!
>
> Just so I can get a better understanding of this, is there any real-world
> scenario where a customer using VMware would run with storage delegation
> going to the server resource in the management server?
>
> Also, when you say "storage-related commands," do you just mean the
> commands in VmwareStorageProcessor?
>
> Thanks for clarifying this for me, Kelven. This is a bit different from
> how it works with XenServer and KVM and I just want to make sure I have it
> straight in my head. :)
>
--
*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)*
Re: [QUESTION] Debugging CS VMware logic in Eclipse
Posted by Mike Tutkowski <mi...@solidfire.com>.
Thanks, Kelven!
Just so I can get a better understanding of this, is there any real-world
scenario where a customer using VMware would run with storage delegation
going to the server resource in the management server?
Also, when you say "storage-related commands," do you just mean the
commands in VmwareStorageProcessor?
Thanks for clarifying this for me, Kelven. This is a bit different from how
it works with XenServer and KVM and I just want to make sure I have it
straight in my head. :)
Re: [QUESTION] Debugging CS VMware logic in Eclipse
Posted by Kelven Yang <ke...@citrix.com>.
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" <mi...@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 <ke...@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" <mi...@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 <pu...@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)*
Re: [QUESTION] Debugging CS VMware logic in Eclipse
Posted by Mike Tutkowski <mi...@solidfire.com>.
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 <ke...@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" <mi...@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 <pu...@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)*
Re: [QUESTION] Debugging CS VMware logic in Eclipse
Posted by Kelven Yang <ke...@citrix.com>.
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" <mi...@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 <pu...@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)*
Re: [QUESTION] Debugging CS VMware logic in Eclipse
Posted by Mike Tutkowski <mi...@solidfire.com>.
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 <pu...@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)*
RE: [QUESTION] Debugging CS VMware logic in Eclipse
Posted by Sateesh Chodapuneedi <sa...@citrix.com>.
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 <pu...@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)*
Re: [QUESTION] Debugging CS VMware logic in Eclipse
Posted by Mike Tutkowski <mi...@solidfire.com>.
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 <pu...@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)*
Re: [QUESTION] Debugging CS VMware logic in Eclipse
Posted by Punith S <pu...@cloudbyte.com>.
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
Re: [QUESTION] Debugging CS VMware logic in Eclipse
Posted by Mike Tutkowski <mi...@solidfire.com>.
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)*