Return-Path: X-Original-To: apmail-cloudstack-dev-archive@www.apache.org Delivered-To: apmail-cloudstack-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 502E618697 for ; Wed, 6 May 2015 09:04:51 +0000 (UTC) Received: (qmail 84655 invoked by uid 500); 6 May 2015 09:04:50 -0000 Delivered-To: apmail-cloudstack-dev-archive@cloudstack.apache.org Received: (qmail 84600 invoked by uid 500); 6 May 2015 09:04:50 -0000 Mailing-List: contact dev-help@cloudstack.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cloudstack.apache.org Delivered-To: mailing list dev@cloudstack.apache.org Received: (qmail 84588 invoked by uid 99); 6 May 2015 09:04:50 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 06 May 2015 09:04:50 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: message received from 54.76.25.247 which is an MX secondary for dev@cloudstack.apache.org) Received: from [54.76.25.247] (HELO mx1-eu-west.apache.org) (54.76.25.247) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 06 May 2015 09:04:25 +0000 Received: from mail-la0-f48.google.com (mail-la0-f48.google.com [209.85.215.48]) by mx1-eu-west.apache.org (ASF Mail Server at mx1-eu-west.apache.org) with ESMTPS id D3A35213C7 for ; Wed, 6 May 2015 09:04:23 +0000 (UTC) Received: by laat2 with SMTP id t2so2620328laa.1 for ; Wed, 06 May 2015 02:04:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :content-type; bh=GeJgJvNMGSzVeh1zSPSaziBAtNnecXuJfmDddXZ/Dx8=; b=TE6bGsnObNjjgOuTpkN7t5AEHso+6xvQExqH33ZqwAMPN1w5e+MCoWe6WOeDnoKU2/ CBXkVFj2IU5UKSHHvBWcyIo6q7s43TnEgRAJWm8bKm9+OzvjfUcQFf67qfKn7ORYAip4 eF6H5kISS0xEzDblwgUNqvxNe9d4n89z1LEEOQetd8snFrb+SlxqwUH/REpZ4vAXNHsZ H8XLKbZA/ig23Ux1lXN/J+su3lhn172tHiLZFMNw3XIFGB/KLppSDTmVeU5cT72hPb2X a5/lDn6jMCA2gYeySfFTu9xzyCCeBcEEu8EMhzlUrf0g8pRvZDsUS0LRn7cKNv51ESjx q2EQ== X-Received: by 10.152.27.1 with SMTP id p1mr27086908lag.112.1430903063239; Wed, 06 May 2015 02:04:23 -0700 (PDT) MIME-Version: 1.0 References: <6fb6516ab21f446688cac8ea33cce41d@exchange01.et.ee> In-Reply-To: From: Daan Hoogland Date: Wed, 06 May 2015 09:04:22 +0000 Message-ID: Subject: Re: [VOTE] Apache Cloudstack 4.5.1 To: "dev@cloudstack.apache.org" Content-Type: multipart/alternative; boundary=089e0158cb32cae29c0515661404 X-Virus-Checked: Checked by ClamAV on apache.org --089e0158cb32cae29c0515661404 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Geoff, Vadim, I think the concept of a vpc private gateway is for this purpose. Of course more then one road leads to Rome (sorry for the Dutchism= ) Op wo 6 mei 2015 om 11:01 schreef Geoff Higginbottom < geoff.higginbottom@shapeblue.com>: > Hi Vadim, > > My first question is why would you want to? > > The concept of a VPC is to isolate the VMs on the different Tiers and use > ACLs to pass only the traffic which needs to pass between the Tiers. > > However, I have just tested this on 4.4.2 (never tried it before) by > taking a VPC with two tiers with one VM on each, and then adding a NIC to > each VM on the other tier. > > It appears to work with the VMs both having NICs on each Tier, and both > getting DHCP info correctly, even after a reboot of VMs and VR. > > However the default route is not set correctly and is transposed for each > VM, with the default gateway being allocated on eth1 and not eth0. > > Now all that said, whilst CloudStack allows you to do this, in my opinion > it 'breaks' the VPC model as you are no longer isolating the VMs on each > Tier. > > If you really must interconnect the VMs on a VPC bypassing the ACLs then > consider adding a 2nd NIC to each VM linked to an isolated or shared > network. I have tested this in the past, and have just tested again on > 4.4.2 and this works as expected, but why not just configure the ACLs to > allow the VMs to communicate over the required protocols etc. > > Whilst it looks the behaviour may have changed in 4.5.1, I do not see thi= s > as a regression as I would consider it an unsupported configuration in th= e > first place. > > Regards > > Geoff Higginbottom > > D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581 > > geoff.higginbottom@shapeblue.com > > -----Original Message----- > From: Vadim Kimlaychuk [mailto:Vadim.Kimlaychuk@Elion.ee] > Sent: 06 May 2015 09:09 > To: dev@cloudstack.apache.org > Subject: RE: [VOTE] Apache Cloudstack 4.5.1 > > I didn't report a bug yet. I don't know if it works at 4.5.0, but I know > that it worked at 4.0 -- last stable relase I was able to test. I wish = to > troubleshoot VR to get more information about why its happening, but don'= t > know where to start. > > Vadim. > > -----Original Message----- > From: sebgoa [mailto:runseb@gmail.com] > Sent: Wednesday, May 06, 2015 10:49 AM > To: dev@cloudstack.apache.org > Subject: Re: [VOTE] Apache Cloudstack 4.5.1 > > > On May 6, 2015, at 9:38 AM, Vadim Kimlaychuk > wrote: > > > Hi, > > > > I am sorry for not being authorized to vote for release, > > > Everyone can VOTE on a release, you don't need to be a committer. > The entire community can vote and chime in on the VOTE threads and help > test This is very important . > > > but it seems VPC is not working at 4.5.1. I have 4.5-RC20150407T1726 a= t > production and using VPC is very limited. I am not able to use 2 NICs fro= m > different tiers at the same VM. Look for detatiled problem desctiption = at > user list under subject "VPC usage scenario" > > > > Did you report bugs ? > > > Regards, > > > > Vadim. > > > > -----Original Message----- > > From: Geoff Higginbottom [mailto:geoff.higginbottom@shapeblue.com] > > Sent: Wednesday, May 06, 2015 10:21 AM > > To: dev@cloudstack.apache.org > > Subject: Re: [VOTE] Apache Cloudstack 4.5.1 > > > > I=C2=B9m a -0 for now (testing still on going) > > > > I have upgraded a 4.3.1 Adv XenServer build, and a 4.4.2 Adv XenServer > build. In both cases the upgrade was successful, all System VMs and VRs > upgraded OK, however I was not able to create any new VRs or System VMs. > > > > We are still analysing the logs and this may well turn out to be a -1, > > but it could simply be an issue with the system vm template etc hence > > the -0 for now > > > > Still need to test a local storage build, and a Basic with Security > Groups build, in for a busy week! > > > > Regards > > > > Geoff Higginbottom > > CTO / Cloud Architect > > > > D: +44 20 3603 0542 | S: +44 20 3603 0540 > > | M: +447968161581 > > > > geoff.higginbottom@shapeblue.com | www.shapeblue.com > > | Twitter:@cloudstackguru > > > > > > ShapeBlue Ltd, 53 Chandos Place, Covent Garden, London, WC2N 4HS > > > > > > > > > > > > On 06/05/2015 05:57, "Marcus" wrote: > > > >> +1 (binding) > >> On May 5, 2015 10:26 AM, "David Nalley" wrote: > >> > >>> Thanks for running with this Rohit. > >>> > >>> +1 (binding) > >>> > >>> On Mon, May 4, 2015 at 7:20 AM, Rohit Yadav > wrote: > >>>> Hi All, > >>>> > >>>> I've created a 4.5.1 release, with the following artifacts up for a > >>> vote: > >>>> > >>>> Git Branch and Commit SH: > >>>> > >>> > >>> https://git-wip-us.apache.org/repos/asf?p=3Dcloudstack.git;a=3Dshortl= og; > >>> h=3D > >>> ref > >>> s/heads/4.5 > >>>> Commit: 0eb4eb23701f0c6fec8bd5461cd9aa9f92c9576d > >>>> > >>>> List of changes: > >>>> > >>> > >>> https://git-wip-us.apache.org/repos/asf?p=3Dcloudstack.git;a=3Dblob_p= lai > >>> n; > >>> f=3DC > >>> HANGES.md;hb=3D4.5 > >>>> https://github.com/apache/cloudstack/commits/4.5-RC20150504T1217 > >>>> > >>>> Source release (checksums and signatures are available at the same > >>>> location): > >>>> https://dist.apache.org/repos/dist/dev/cloudstack/4.5.1/ > >>>> > >>>> PGP release keys (signed using 0EE3D884): > >>>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS > >>>> > >>>> Vote will be open for 72 hours. > >>>> > >>>> For sanity in tallying the vote, can PMC members please be sure to > >>>> indicate "(binding)" with their vote? > >>>> > >>>> [ ] +1 approve > >>>> [ ] +0 no opinion > >>>> [ ] -1 disapprove (and reason why) > >>>> > >>>> For convenience of testing, you may use the following repositories > >>>> and location to download systemvm templates: > >>>> > >>>> http://packages.shapeblue.com/cloudstack/testing/ > >>>> http://packages.shapeblue.com/systemvmtemplate/4.5/ > >>>> > >>>> Regards. > >>> > > > > Find out more about ShapeBlue and our range of CloudStack related > > services > > > > IaaS Cloud Design & > > Build > > CSForge =E2=80=93 rapid IaaS deployment > > framework > > CloudStack Consulting > > CloudStack Software > > Engineering > > CloudStack Infrastructure > > Support > > CloudStack Bootcamp Training > > Courses > > > > This email and any attachments to it may be confidential and are > intended solely for the use of the individual to whom it is addressed. An= y > views or opinions expressed are solely those of the author and do not > necessarily represent those of Shape Blue Ltd or related companies. If yo= u > are not the intended recipient of this email, you must neither take any > action based upon its contents, nor copy or show it to anyone. Please > contact the sender if you believe you have received this email in error. > Shape Blue Ltd is a company incorporated in England & Wales. ShapeBlue > Services India LLP is a company incorporated in India and is operated und= er > license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a > company incorporated in Brasil and is operated under license from Shape > Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by The Republic of > South Africa and is traded under license from Shape Blue Ltd. ShapeBlue i= s > a registered trademark. > > Find out more about ShapeBlue and our range of CloudStack related service= s > > IaaS Cloud Design & Build< > http://shapeblue.com/iaas-cloud-design-and-build//> > CSForge =E2=80=93 rapid IaaS deployment framework > CloudStack Consulting > CloudStack Software Engineering< > http://shapeblue.com/cloudstack-software-engineering/> > CloudStack Infrastructure Support< > http://shapeblue.com/cloudstack-infrastructure-support/> > CloudStack Bootcamp Training Courses< > http://shapeblue.com/cloudstack-training/> > > This email and any attachments to it may be confidential and are intended > solely for the use of the individual to whom it is addressed. Any views o= r > opinions expressed are solely those of the author and do not necessarily > represent those of Shape Blue Ltd or related companies. If you are not th= e > intended recipient of this email, you must neither take any action based > upon its contents, nor copy or show it to anyone. Please contact the send= er > if you believe you have received this email in error. Shape Blue Ltd is a > company incorporated in England & Wales. ShapeBlue Services India LLP is = a > company incorporated in India and is operated under license from Shape Bl= ue > Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Bras= il > and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd i= s > a company registered by The Republic of South Africa and is traded under > license from Shape Blue Ltd. ShapeBlue is a registered trademark. > --089e0158cb32cae29c0515661404--