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
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 CloudSta
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
s
gt; > 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 che
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
>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
gt; 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] Debugg
tch 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: [Q
gards,
> 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
> >
> > T
> 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
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,
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 wrote:
> Also, both codebases were compiled the following way:
>
> mvn -P developer,systemvm c
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 wrote:
> Hi,
>
> I have a weird debug problem that perhaps someone might be
13 matches
Mail list logo