Re: Help/Advice needed - some traffic don't reach VNET / VM

[Wei ZHOU]

Hi Andrija,

Are using advanced zone with isolated network or security groups ?

-Wei


2017-10-09 22:52 GMT+02:00 Andrija Panic :

> Hi guys,
>
> we have occasional but serious problem, that starts happening as it seems
> randomly (i.e. NOT under high load)  - not ACS related afaik, purely KVM,
> but feedback is really welcomed.
>
> - VM is reachable in general from everywhere, but not reachable from
> specific IP address ?!
> - VM is NOT under high load, network traffic next to zero, same for
> CPU/disk...
> - We mitigate this problem by migrating VM away to another host, not much
> of a solution...
>
> Description of problem:
>
> We let ping from "problematic" source IP address to the problematic VM, and
> we capture traffic on KVM host where the problematic VM lives:
>
> - Tcpdump on VXLAN interface (physical incoming interface on the host) - we
> see packet fine
> - tcpdump on BRIDGE = we see packet fine
> - tcpdump on VNET = we DON'T see packet.
>
> In the scenario above, I need to say that :
> - we can tcpdump packets from other source IPs on the VNET interface just
> fine (as expected), so should also see this problematic source IP's packets
> - we can actually ping in oposite direction - from the problematic VM to
> the problematic "source" IP
>
> We checked everything possible, from bridge port forwarding, to mac-to-vtep
> mapping, to many other things, removed traffic shaping from VNET interface,
> no iptables/ebtables, no STP on bridge, remove and rejoin interfaces to
> bridge, destroy bridge and create manually on the fly,
>
> Problem is really crazy, and I can not explain it - no iptables, no
> ebtables for troubleshooting pruposes (on this host) and
>
> We mitigate this problem by migrating VM away to another host, not much of
> a solution...
>
> This is Ubuntu 14.04, Qemu 2.5 (libvirt 1.3.1),
> Stock kernel 3.16-xx, regular bridge (not OVS)
>
> Anyone else ever heard of such problem - this is not intermittent packet
> dropping, but complete blackout/packet drop in some way...
>
> Thanks,
>
> --
>
> Andrija Panić
>

release manager 4.11?

[Daan Hoogland]

users and devs,

Sorry for the cross post.

Is there any devops guru that wishes to take on the 4.11 release, with
assistence of course?

-- 
Daan

Re: Help/Advice needed - some traffic don't reach VNET / VM

[Ivan Kudryavtsev]

Andrija, I saw it in the past. Problem might be coolnnected with kernel
version and vnet itself. Try to look for it. I don't remember how we
overcame it in the past...

10 окт. 2017 г. 8:07 ДП пользователь "Wei ZHOU" 
написал:

> Hi Andrija,
>
> Are using advanced zone with isolated network or security groups ?
>
> -Wei
>
>
> 2017-10-09 22:52 GMT+02:00 Andrija Panic :
>
> > Hi guys,
> >
> > we have occasional but serious problem, that starts happening as it seems
> > randomly (i.e. NOT under high load)  - not ACS related afaik, purely KVM,
> > but feedback is really welcomed.
> >
> > - VM is reachable in general from everywhere, but not reachable from
> > specific IP address ?!
> > - VM is NOT under high load, network traffic next to zero, same for
> > CPU/disk...
> > - We mitigate this problem by migrating VM away to another host, not much
> > of a solution...
> >
> > Description of problem:
> >
> > We let ping from "problematic" source IP address to the problematic VM,
> and
> > we capture traffic on KVM host where the problematic VM lives:
> >
> > - Tcpdump on VXLAN interface (physical incoming interface on the host) -
> we
> > see packet fine
> > - tcpdump on BRIDGE = we see packet fine
> > - tcpdump on VNET = we DON'T see packet.
> >
> > In the scenario above, I need to say that :
> > - we can tcpdump packets from other source IPs on the VNET interface just
> > fine (as expected), so should also see this problematic source IP's
> packets
> > - we can actually ping in oposite direction - from the problematic VM to
> > the problematic "source" IP
> >
> > We checked everything possible, from bridge port forwarding, to
> mac-to-vtep
> > mapping, to many other things, removed traffic shaping from VNET
> interface,
> > no iptables/ebtables, no STP on bridge, remove and rejoin interfaces to
> > bridge, destroy bridge and create manually on the fly,
> >
> > Problem is really crazy, and I can not explain it - no iptables, no
> > ebtables for troubleshooting pruposes (on this host) and
> >
> > We mitigate this problem by migrating VM away to another host, not much
> of
> > a solution...
> >
> > This is Ubuntu 14.04, Qemu 2.5 (libvirt 1.3.1),
> > Stock kernel 3.16-xx, regular bridge (not OVS)
> >
> > Anyone else ever heard of such problem - this is not intermittent packet
> > dropping, but complete blackout/packet drop in some way...
> >
> > Thanks,
> >
> > --
> >
> > Andrija Panić
> >
>

Re: release manager 4.11?

[Daan Hoogland]

Imran,

first please read [1] and [2]. There are bound to be ommisions in it. You
can come back with questions anytime.

[1] https://cwiki.apache.org/confluence/display/CLOUDSTACK/Release+Procedure
[2]
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Release+Management



On Tue, Oct 10, 2017 at 9:43 AM, Imran Ahmed  wrote:

> Hi Daan,
> I would be happy for contributing my part. Please guide me about the
> procedures.
> Regards,
>
> Imran
>
> -Original Message-
> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
> Sent: Tuesday, October 10, 2017 12:10 PM
> To: dev; us...@cloudstack.apache.org
> Subject: release manager 4.11?
>
> users and devs,
>
> Sorry for the cross post.
>
> Is there any devops guru that wishes to take on the 4.11 release, with
> assistence of course?
>
> --
> Daan
>
>


-- 
Daan

Re: [ANNOUNCE] Syed Mushtaq Ahmed has joined the PMC

[Boris Stoyanov]

Congrats Syed!

boris.stoya...@shapeblue.com 
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue
  
 

> On Oct 10, 2017, at 9:15 AM, Marc-Aurèle Brothier  wrote:
> 
> Congrats Syed 👏🏽
> 
> On Mon, Oct 9, 2017 at 7:49 PM, Syed Ahmed  wrote:
> 
>> Thank you all for the kind words. It's been a pleasure working with you
>> guys. I hope we continue the good work!
>> 
>> -Syed
>> 
>> On Mon, Oct 9, 2017 at 12:32 PM, Gabriel Beims Bräscher <
>> gabrasc...@gmail.com> wrote:
>> 
>>> Congrats, Syed!!!
>>> Well deserved!
>>> 
>>> 2017-10-09 13:26 GMT-03:00 Nitin Kumar Maharana <
>>> nitinkumar.mahar...@accelerite.com>:
>>> 
 Congratulations, Syed!!!
 On 09-Oct-2017, at 4:56 PM, Paul Angus > mailto:
 paul.an...@shapeblue.com>> wrote:
 
 Fellow CloudStackers,
 
 It gives me great pleasure to say that Syed has be invited to join the
>>> PMC
 and has gracefully accepted.
 Please joining me in congratulating Syed!
 
 
 Kind regards,
 
 Paul Angus
 
 
 paul.an...@shapeblue.com
 www.shapeblue.com
 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
 @shapeblue
 
 
 
 
 DISCLAIMER
 ==
 This e-mail may contain privileged and confidential information which
>> is
 the property of Accelerite, a Persistent Systems business. It is
>> intended
 only for the use of the individual or entity to which it is addressed.
>> If
 you are not the intended recipient, you are not authorized to read,
>>> retain,
 copy, print, distribute or use this message. If you have received this
 communication in error, please notify the sender and delete all copies
>> of
 this message. Accelerite, a Persistent Systems business does not accept
>>> any
 liability for virus infected mails.
 
>>> 
>> 

Re: Help/Advice needed - some traffic don't reach VNET / VM

[Andrija Panic]

Hi,

@Wei, no we are using VXLAN, advanced networking... problem is that packet
not passed from bridge to the VNET - that is "all"...

@Ivan, we did upgrade few hosts to kernel, 4.4 (made available from Ubuntu
16.04 to Ubuntu 14.04), but again we there had some issues with FortiOS
(some special OS, not Linux based as I was told), that RDP apps behind this
FW are "slow" (probably laggy), when this FortiGate VM is on new kernel...

But I'm sure we will move to 4.4, this bug is really driving me crazy... :(

THx

On 10 October 2017 at 09:52, Ivan Kudryavtsev 
wrote:

> Andrija, I saw it in the past. Problem might be coolnnected with kernel
> version and vnet itself. Try to look for it. I don't remember how we
> overcame it in the past...
>
> 10 окт. 2017 г. 8:07 ДП пользователь "Wei ZHOU" 
> написал:
>
> > Hi Andrija,
> >
> > Are using advanced zone with isolated network or security groups ?
> >
> > -Wei
> >
> >
> > 2017-10-09 22:52 GMT+02:00 Andrija Panic :
> >
> > > Hi guys,
> > >
> > > we have occasional but serious problem, that starts happening as it
> seems
> > > randomly (i.e. NOT under high load)  - not ACS related afaik, purely
> KVM,
> > > but feedback is really welcomed.
> > >
> > > - VM is reachable in general from everywhere, but not reachable from
> > > specific IP address ?!
> > > - VM is NOT under high load, network traffic next to zero, same for
> > > CPU/disk...
> > > - We mitigate this problem by migrating VM away to another host, not
> much
> > > of a solution...
> > >
> > > Description of problem:
> > >
> > > We let ping from "problematic" source IP address to the problematic VM,
> > and
> > > we capture traffic on KVM host where the problematic VM lives:
> > >
> > > - Tcpdump on VXLAN interface (physical incoming interface on the host)
> -
> > we
> > > see packet fine
> > > - tcpdump on BRIDGE = we see packet fine
> > > - tcpdump on VNET = we DON'T see packet.
> > >
> > > In the scenario above, I need to say that :
> > > - we can tcpdump packets from other source IPs on the VNET interface
> just
> > > fine (as expected), so should also see this problematic source IP's
> > packets
> > > - we can actually ping in oposite direction - from the problematic VM
> to
> > > the problematic "source" IP
> > >
> > > We checked everything possible, from bridge port forwarding, to
> > mac-to-vtep
> > > mapping, to many other things, removed traffic shaping from VNET
> > interface,
> > > no iptables/ebtables, no STP on bridge, remove and rejoin interfaces to
> > > bridge, destroy bridge and create manually on the fly,
> > >
> > > Problem is really crazy, and I can not explain it - no iptables, no
> > > ebtables for troubleshooting pruposes (on this host) and
> > >
> > > We mitigate this problem by migrating VM away to another host, not much
> > of
> > > a solution...
> > >
> > > This is Ubuntu 14.04, Qemu 2.5 (libvirt 1.3.1),
> > > Stock kernel 3.16-xx, regular bridge (not OVS)
> > >
> > > Anyone else ever heard of such problem - this is not intermittent
> packet
> > > dropping, but complete blackout/packet drop in some way...
> > >
> > > Thanks,
> > >
> > > --
> > >
> > > Andrija Panić
> > >
> >
>



-- 

Andrija Panić

Re: Help/Advice needed - some traffic don't reach VNET / VM

[Wei ZHOU]

Andrija,

We had similar issue before. However, we use advanced zone with security
groups, and the issue is because some security groups rules (iptables
rules) are not applied by security_group.py successfully.
is there any iptables rules on the hypervisors ?

-Wei

2017-10-10 11:23 GMT+02:00 Andrija Panic :

> Hi,
>
> @Wei, no we are using VXLAN, advanced networking... problem is that packet
> not passed from bridge to the VNET - that is "all"...
>
> @Ivan, we did upgrade few hosts to kernel, 4.4 (made available from Ubuntu
> 16.04 to Ubuntu 14.04), but again we there had some issues with FortiOS
> (some special OS, not Linux based as I was told), that RDP apps behind this
> FW are "slow" (probably laggy), when this FortiGate VM is on new kernel...
>
> But I'm sure we will move to 4.4, this bug is really driving me crazy... :(
>
> THx
>
> On 10 October 2017 at 09:52, Ivan Kudryavtsev 
> wrote:
>
> > Andrija, I saw it in the past. Problem might be coolnnected with kernel
> > version and vnet itself. Try to look for it. I don't remember how we
> > overcame it in the past...
> >
> > 10 окт. 2017 г. 8:07 ДП пользователь "Wei ZHOU" 
> > написал:
> >
> > > Hi Andrija,
> > >
> > > Are using advanced zone with isolated network or security groups ?
> > >
> > > -Wei
> > >
> > >
> > > 2017-10-09 22:52 GMT+02:00 Andrija Panic :
> > >
> > > > Hi guys,
> > > >
> > > > we have occasional but serious problem, that starts happening as it
> > seems
> > > > randomly (i.e. NOT under high load)  - not ACS related afaik, purely
> > KVM,
> > > > but feedback is really welcomed.
> > > >
> > > > - VM is reachable in general from everywhere, but not reachable from
> > > > specific IP address ?!
> > > > - VM is NOT under high load, network traffic next to zero, same for
> > > > CPU/disk...
> > > > - We mitigate this problem by migrating VM away to another host, not
> > much
> > > > of a solution...
> > > >
> > > > Description of problem:
> > > >
> > > > We let ping from "problematic" source IP address to the problematic
> VM,
> > > and
> > > > we capture traffic on KVM host where the problematic VM lives:
> > > >
> > > > - Tcpdump on VXLAN interface (physical incoming interface on the
> host)
> > -
> > > we
> > > > see packet fine
> > > > - tcpdump on BRIDGE = we see packet fine
> > > > - tcpdump on VNET = we DON'T see packet.
> > > >
> > > > In the scenario above, I need to say that :
> > > > - we can tcpdump packets from other source IPs on the VNET interface
> > just
> > > > fine (as expected), so should also see this problematic source IP's
> > > packets
> > > > - we can actually ping in oposite direction - from the problematic VM
> > to
> > > > the problematic "source" IP
> > > >
> > > > We checked everything possible, from bridge port forwarding, to
> > > mac-to-vtep
> > > > mapping, to many other things, removed traffic shaping from VNET
> > > interface,
> > > > no iptables/ebtables, no STP on bridge, remove and rejoin interfaces
> to
> > > > bridge, destroy bridge and create manually on the fly,
> > > >
> > > > Problem is really crazy, and I can not explain it - no iptables, no
> > > > ebtables for troubleshooting pruposes (on this host) and
> > > >
> > > > We mitigate this problem by migrating VM away to another host, not
> much
> > > of
> > > > a solution...
> > > >
> > > > This is Ubuntu 14.04, Qemu 2.5 (libvirt 1.3.1),
> > > > Stock kernel 3.16-xx, regular bridge (not OVS)
> > > >
> > > > Anyone else ever heard of such problem - this is not intermittent
> > packet
> > > > dropping, but complete blackout/packet drop in some way...
> > > >
> > > > Thanks,
> > > >
> > > > --
> > > >
> > > > Andrija Panić
> > > >
> > >
> >
>
>
>
> --
>
> Andrija Panić
>

Re: [ANNOUNCE] Syed Mushtaq Ahmed has joined the PMC

[Wei ZHOU]

Congrats Syed !

2017-10-09 13:26 GMT+02:00 Paul Angus :

> Fellow CloudStackers,
>
> It gives me great pleasure to say that Syed has be invited to join the PMC
> and has gracefully accepted.
> Please joining me in congratulating Syed!
>
>
> Kind regards,
>
> Paul Angus
>
>
> paul.an...@shapeblue.com
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> @shapeblue
>
>
>
>

Re: [ANNOUNCE] Syed Mushtaq Ahmed has joined the PMC

[Nicolas Vazquez]

Congratulations Syed!


From: Wei ZHOU 
Sent: Tuesday, October 10, 2017 7:18:47 AM
To: dev@cloudstack.apache.org
Subject: Re: [ANNOUNCE] Syed Mushtaq Ahmed has joined the PMC

Congrats Syed !

2017-10-09 13:26 GMT+02:00 Paul Angus :

> Fellow CloudStackers,
>
> It gives me great pleasure to say that Syed has be invited to join the PMC
> and has gracefully accepted.
> Please joining me in congratulating Syed!
>
>
> Kind regards,
>
> Paul Angus
>
>
> paul.an...@shapeblue.com
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> @shapeblue
>
>
>
>

nicolas.vazq...@shapeblue.com 
www.shapeblue.com
,   
@shapeblue
  
 

Re: [ANNOUNCE] Syed Mushtaq Ahmed has joined the PMC

[sachin patil]

Congrats Sir!!

On Tue, Oct 10, 2017 at 4:28 PM, Nicolas Vazquez <
nicolas.vazq...@shapeblue.com> wrote:

> Congratulations Syed!
>
> 
> From: Wei ZHOU 
> Sent: Tuesday, October 10, 2017 7:18:47 AM
> To: dev@cloudstack.apache.org
> Subject: Re: [ANNOUNCE] Syed Mushtaq Ahmed has joined the PMC
>
> Congrats Syed !
>
> 2017-10-09 13:26 GMT+02:00 Paul Angus :
>
> > Fellow CloudStackers,
> >
> > It gives me great pleasure to say that Syed has be invited to join the
> PMC
> > and has gracefully accepted.
> > Please joining me in congratulating Syed!
> >
> >
> > Kind regards,
> >
> > Paul Angus
> >
> >
> > paul.an...@shapeblue.com
> > www.shapeblue.com
> > 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> > @shapeblue
> >
> >
> >
> >
>
> nicolas.vazq...@shapeblue.com
> www.shapeblue.com
> ,
> @shapeblue
>
>
>
>

Re: Need some help in getting started

[Kapil Jain]

Thanks Nitin!

Regards,
Kapil

On Tue, Oct 10, 2017 at 1:29 AM, Nitin Kumar Maharana <
nitinkumar.mahar...@accelerite.com> wrote:

> Welcome to the CloudStack.
>
> Please go through the link starting from Development 101 (You would find
> most introductory contents here).
>
>
> Thanks,
> Nitin
> > On 10-Oct-2017, at 4:59 AM, Kapil Jain  wrote:
> >
> > Thanks Mike. Will start going thru the docs at the link you provided.
> >
> > Regards,
> > Kapil
> >
> > On Mon, Oct 9, 2017 at 6:52 PM, Tutkowski, Mike <
> mike.tutkow...@netapp.com>
> > wrote:
> >
> >> Hi,
> >>
> >> Welcome to the CloudStack Community!
> >>
> >> I would recommend you start here: https://cwiki.apache.org/
> >> confluence/display/CLOUDSTACK/Developers
> >>
> >> Feel free to send your questions to the list.
> >>
> >> Thanks!
> >> Mike
> >>
> >> On 10/9/17, 4:41 PM, "Kapil Jain"  wrote:
> >>
> >>Hello,
> >>
> >>I want to start contributing to cloudstack. I've experience in Java
> EE
> >> and
> >>new to the cloud world.
> >>
> >>I would appreciate if someone could help me in getting started - kind
> >> of
> >>mentor!
> >>
> >>Thanks,
> >>Kapil
> >>
> >>
> >>
>
> DISCLAIMER
> ==
> This e-mail may contain privileged and confidential information which is
> the property of Accelerite, a Persistent Systems business. It is intended
> only for the use of the individual or entity to which it is addressed. If
> you are not the intended recipient, you are not authorized to read, retain,
> copy, print, distribute or use this message. If you have received this
> communication in error, please notify the sender and delete all copies of
> this message. Accelerite, a Persistent Systems business does not accept any
> liability for virus infected mails.
>
>

Re: [ANNOUNCE] Syed Mushtaq Ahmed has joined the PMC

[Syed Ahmed]

Thanks All!

On Tue, Oct 10, 2017 at 7:44 AM, sachin patil 
wrote:

> Congrats Sir!!
>
> On Tue, Oct 10, 2017 at 4:28 PM, Nicolas Vazquez <
> nicolas.vazq...@shapeblue.com> wrote:
>
> > Congratulations Syed!
> >
> > 
> > From: Wei ZHOU 
> > Sent: Tuesday, October 10, 2017 7:18:47 AM
> > To: dev@cloudstack.apache.org
> > Subject: Re: [ANNOUNCE] Syed Mushtaq Ahmed has joined the PMC
> >
> > Congrats Syed !
> >
> > 2017-10-09 13:26 GMT+02:00 Paul Angus :
> >
> > > Fellow CloudStackers,
> > >
> > > It gives me great pleasure to say that Syed has be invited to join the
> > PMC
> > > and has gracefully accepted.
> > > Please joining me in congratulating Syed!
> > >
> > >
> > > Kind regards,
> > >
> > > Paul Angus
> > >
> > >
> > > paul.an...@shapeblue.com
> > > www.shapeblue.com
> > > 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> > > @shapeblue
> > >
> > >
> > >
> > >
> >
> > nicolas.vazq...@shapeblue.com
> > www.shapeblue.com
> > ,
> > @shapeblue
> >
> >
> >
> >
>

Can't create Basic Zone with master

[Tutkowski, Mike]

Hi,

I was trying to run the managed-storage regression test suite on PR 2018 
(https://github.com/apache/cloudstack/pull/2081) when I realized I couldn’t 
create a Basic Zone (using XenServer) with that code.

I then took a step back from that PR and tried to create a Basic Zone (again, 
with XenServer) using master (specifically f1c01a5).

After this didn’t work, I tried with the tag 4.10.0.0 (9d2893d) and it worked.

As such, it appears somewhere along the way that we have introduced code into 
master that has broken the use case of creating a Basic Zone (at least with 
XenServer).

It seems to be networking related.

Here is the stack trace I’m getting:

ERROR [c.c.a.ApiServer] (qtp708058685-279:ctx-a3ea1e98 ctx-b18fc696) 
(logid:ce86e7d9) unhandled exception executing api command: 
[Ljava.lang.String;@50361bfa
com.cloud.utils.exception.CloudRuntimeException: Unable to convert network 
offering with specified id to network profile
at 
org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.setupNetwork(NetworkOrchestrator.java:715)
at 
org.apache.cloudstack.engine.orchestration.NetworkOrchestrator$10.doInTransaction(NetworkOrchestrator.java:2296)
at 
org.apache.cloudstack.engine.orchestration.NetworkOrchestrator$10.doInTransaction(NetworkOrchestrator.java:2250)
at com.cloud.utils.db.Transaction$2.doInTransaction(Transaction.java:50)
at com.cloud.utils.db.Transaction.execute(Transaction.java:40)
at com.cloud.utils.db.Transaction.execute(Transaction.java:47)
at 
org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.createGuestNetwork(NetworkOrchestrator.java:2250)
at 
com.cloud.network.NetworkServiceImpl$4.doInTransaction(NetworkServiceImpl.java:1411)
at 
com.cloud.network.NetworkServiceImpl$4.doInTransaction(NetworkServiceImpl.java:1359)
at com.cloud.utils.db.Transaction.execute(Transaction.java:40)
at 
com.cloud.network.NetworkServiceImpl.commitNetwork(NetworkServiceImpl.java:1359)
at 
com.cloud.network.NetworkServiceImpl.createGuestNetwork(NetworkServiceImpl.java:1322)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:333)
at 
org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:190)
at 
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:157)
at 
org.apache.cloudstack.network.contrail.management.EventUtils$EventInterceptor.invoke(EventUtils.java:107)
at 
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:168)
at com.cloud.event.ActionEventInterceptor.invoke(ActionEventInterceptor.java:51)
at 
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:168)
at 
org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:92)
at 
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:179)
at 
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:213)
at com.sun.proxy.$Proxy231.createGuestNetwork(Unknown Source)
at 
org.apache.cloudstack.api.command.admin.network.CreateNetworkCmdByAdmin.execute(CreateNetworkCmdByAdmin.java:58)
at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:150)
at com.cloud.api.ApiServer.queueCommand(ApiServer.java:728)
at com.cloud.api.ApiServer.handleRequest(ApiServer.java:552)
at com.cloud.api.ApiServlet.processRequestInContext(ApiServlet.java:297)
at com.cloud.api.ApiServlet$1.run(ApiServlet.java:129)
at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:126)
at com.cloud.api.ApiServlet.doGet(ApiServlet.java:88)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:687)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:812)
at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1669)
at 
org.eclipse.jetty.websocket.server.WebSocketUpgradeFilter.doFilter(WebSocketUpgradeFilter.java:189)
at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585)
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
at org.eclipse.jetty.security.SecurityHan

Re: [ANNOUNCE] Syed Mushtaq Ahmed has joined the PMC

[Makrand]

Congratulations!!

--
Makrand


On Wed, Oct 11, 2017 at 12:38 AM, Syed Ahmed  wrote:

> Thanks All!
>
> On Tue, Oct 10, 2017 at 7:44 AM, sachin patil 
> wrote:
>
> > Congrats Sir!!
> >
> > On Tue, Oct 10, 2017 at 4:28 PM, Nicolas Vazquez <
> > nicolas.vazq...@shapeblue.com> wrote:
> >
> > > Congratulations Syed!
> > >
> > > 
> > > From: Wei ZHOU 
> > > Sent: Tuesday, October 10, 2017 7:18:47 AM
> > > To: dev@cloudstack.apache.org
> > > Subject: Re: [ANNOUNCE] Syed Mushtaq Ahmed has joined the PMC
> > >
> > > Congrats Syed !
> > >
> > > 2017-10-09 13:26 GMT+02:00 Paul Angus :
> > >
> > > > Fellow CloudStackers,
> > > >
> > > > It gives me great pleasure to say that Syed has be invited to join
> the
> > > PMC
> > > > and has gracefully accepted.
> > > > Please joining me in congratulating Syed!
> > > >
> > > >
> > > > Kind regards,
> > > >
> > > > Paul Angus
> > > >
> > > >
> > > > paul.an...@shapeblue.com
> > > > www.shapeblue.com
> > > > 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> > > > @shapeblue
> > > >
> > > >
> > > >
> > > >
> > >
> > > nicolas.vazq...@shapeblue.com
> > > www.shapeblue.com
> > > ,
> > > @shapeblue
> > >
> > >
> > >
> > >
> >
>