cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Will Stevens <wstev...@cloudops.com>
Subject Re: 4.9/master Testing Coordination
Date Wed, 29 Jun 2016 14:16:13 GMT
Great, thanks for the support Paul.  :)

*Will STEVENS*
Lead Developer

*CloudOps* *| *Cloud Solutions Experts
420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6
w cloudops.com *|* tw @CloudOps_

On Wed, Jun 29, 2016 at 10:12 AM, Paul Angus <paul.angus@shapeblue.com>
wrote:

> Thanks for the update Will.
> I'll look for the VR issue, I think that I've it in 4.5 intermittently on
> vmware. - in fact I've seen it come up with 6 interfaces before...
>
>
> Kind regards,
>
> Paul Angus
>
> paul.angus@shapeblue.com
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> @shapeblue
>
>
>
>
> -----Original Message-----
> From: williamstevens@gmail.com [mailto:williamstevens@gmail.com] On
> Behalf Of Will Stevens
> Sent: 29 June 2016 15:09
> To: dev@cloudstack.apache.org
> Subject: Re: 4.9/master Testing Coordination
>
> We are keeping an eye on the NIO SSH stuff because we have had reports of
> the connection being lost for more than 10 minutes (before manual
> intervention), but it seems intermittent.
>
> There is also a potential issue with the VR coming up with only two nics
> instead of three, but there are conflicting reports on that one, so keep an
> eye out for that too.
>
> Most of the details of the things people have come up against are in this
> thread.
>
> I will be camping till monday, so I will have very limited connectivity.
> I will hopefully cut the RC when I get back, so please let me know if you
> find anything this week.
>
> Thanks,
>
> Will
>
> *Will STEVENS*
> Lead Developer
>
> *CloudOps* *| *Cloud Solutions Experts
> 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6 w cloudops.com *|* tw
> @CloudOps_
>
> On Wed, Jun 29, 2016 at 9:15 AM, Paul Angus <paul.angus@shapeblue.com>
> wrote:
>
> > Hi Will,
> >
> > What's the current situation with the 4.9 release?
> > I'm helping John with setting up the environments which he's listed
> > for testing. Do we have a list of any blocker bugs that need clearing
> > or a timetable?
> >
> > Kind regards,
> >
> > Paul Angus
> >
> > paul.angus@shapeblue.com
> > www.shapeblue.com
> > 53 Chandos Place, Covent Garden, London  WC2N 4HSUK @shapeblue
> >
> >
> >
> >
> > -----Original Message-----
> > From: williamstevens@gmail.com [mailto:williamstevens@gmail.com] On
> > Behalf Of Will Stevens
> > Sent: 28 June 2016 18:16
> > To: dev@cloudstack.apache.org
> > Subject: Re: 4.9/master Testing Coordination
> >
> > Rohit,
> > Simon and his team is in the final push getting their next internal
> > production release ready to ship, so their testing of 4.9 has paused
> while
> > they get that ready.  I suspect he and his team will have limited time to
> > dedicate to this in this week.
> >
> > Just figured I would pass that along if he is not able to get back to you
> > quickly so you understand why there may be a delay.  :)
> >
> > Cheers,
> >
> > *Will STEVENS*
> > Lead Developer
> >
> > *CloudOps* *| *Cloud Solutions Experts
> > 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6 w cloudops.com *|* tw
> > @CloudOps_
> >
> > On Tue, Jun 28, 2016 at 1:08 PM, Rohit Yadav <rohit.yadav@shapeblue.com>
> > wrote:
> >
> > > Hi Simon,
> > >
> > >
> > > Thanks for sharing. I'm continuing the discussion from a PR (
> > > https://github.com/apache/cloudstack/pull/1549#issuecomment-229070969)
> > > here wrt NIO ssl agent connection. Are you using latest master, and
> > > are you able to consistently reproduce the issue? Make sure that both
> > > management server and kvm-agent (or ssvm agents etc.) are using the
> > > packages built from latest master as well (i.e. updating both agent
> > > and mgmt server pkg jars is necessary).
> > >
> > >
> > > > ""I did also run into the NIO SSL agent not connecting problem again.
> > > When I telnetted to 8250, the agent immediately came up without me
> > > having to restart it. So keep an eye out for that as well.""
> > >
> > >
> > > When you ran into the issue, what was the environment like. Did you
> > > have to wait long enough before you decided to telnet on agent's port
> > > 8250? The current master's NioConnection code makes sure to check for
> > > new channels/connections every one second, this change ensures that
> > > reconnections are fast and non-blocking.
> > >
> > >
> > > Regards.
> > >
> > > ________________________________
> > > From: Simon Weller <sweller@ena.com>
> > > Sent: 18 June 2016 02:17:08
> > > To: dev@cloudstack.apache.org
> > > Subject: Re: 4.9/master Testing Coordination
> > >
> > > Here's a quick run down on the configuration(s) we're testing:
> > >
> > >
> > > Centos 7.2
> > >
> > > Advanced Zone with VXLAN on KVM
> > >
> > > VPC functionality including Private GW, VPN, Static Routes, ACL Lists
> > > et al
> > >
> > > Redundant VPC VRs
> > >
> > > Ceph Primary Storage
> > >
> > > NFS and S3 secondary storage
> > >
> > > As Will mentioned, we've found an odd issue with VPCs that we're still
> > > debugging.
> > >
> > > Here's a summary of what we've found thus far:
> > > When a tier is added, the network interface for the tier network is
> > > never plugged by libvirt. You only get 2 interfaces (eth0 and eth1).
> > > eth2 is never plugged when you attempt to provision the first VM
> > > within the VPC and the VM creation fails. If you have existing VMs and
> > > you restart the router, you lose the eth2 interface in the libvirt
> > > configuration (confirmed with a virsh dumpxml).
> > > If you leave the VRs alone after the upgrade, VMs can be provisioned
> > > correctly (until you reboot the VRs).
> > >
> > > I did also run into the NIO SSL agent not connecting problem again.
> > > When I telnetted to 8250, the agent immediately came up without me
> > > having to restart it. So keep an eye out for that as well.
> > >
> > >
> > > - Si
> > >
> > > ________________________________
> > > From: williamstevens@gmail.com <williamstevens@gmail.com> on behalf of
> > > Will Stevens <wstevens@cloudops.com>
> > > Sent: Friday, June 17, 2016 3:02 PM
> > > To: dev@cloudstack.apache.org
> > > Subject: Re: 4.9/master Testing Coordination
> > >
> > > Syed is looking into a potential issue with Swift as secondary storage
> > > on master.
> > >
> > > ENA is looking into a potential problem when upgrading a VR which was
> > > working in 4.8.0, but after an upgrade to 4.9.0 and restarting the
> > > network there are only 2 nics instead of 3.  If they spin a new VR
> > > from scratch it seems to work.  I need to follow up with them to see
> > > if they have an updated status of their testing.
> > >
> > > *Will STEVENS*
> > > Lead Developer
> > >
> > > *CloudOps* *| *Cloud Solutions Experts
> > > 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6 w cloudops.com *|* tw
> > > @CloudOps_
> > >
> > >
> > > rohit.yadav@shapeblue.com
> > > www.shapeblue.com
> > > 53 Chandos Place, Covent Garden, London  WC2N 4HSUK @shapeblue
> > >
> > >
> > >
> > > On Fri, Jun 17, 2016 at 4:00 PM, Will Stevens <wstevens@cloudops.com>
> > > wrote:
> > >
> > > > The following tests are running cleanly on KVM with Advanced
> networking
> > > > and 2 hosts.
> > > >
> > > > echo "Running tests with required_hardware=true"
> > > > nosetests --with-marvin --marvin-config=${marvinCfg} -s -a
> > > > tags=advanced,required_hardware=true \
> > > > smoke/test_password_server.py \
> > > > smoke/test_vpc_redundant.py \
> > > > smoke/test_routers_iptables_default_policy.py \
> > > > smoke/test_routers_network_ops.py \
> > > > smoke/test_vpc_router_nics.py \
> > > > smoke/test_router_dhcphosts.py \
> > > > smoke/test_loadbalance.py \
> > > > smoke/test_internal_lb.py \
> > > > smoke/test_ssvm.py \
> > > > smoke/test_vpc_vpn.py \
> > > > smoke/test_privategw_acl.py \
> > > > smoke/test_network.py
> > > >
> > > > echo "Running tests with required_hardware=false"
> > > > nosetests --with-marvin --marvin-config=${marvinCfg} -s -a
> > > > tags=advanced,required_hardware=false \
> > > > smoke/test_routers.py \
> > > > smoke/test_network_acl.py \
> > > > smoke/test_reset_vm_on_reboot.py \
> > > > smoke/test_vm_life_cycle.py \
> > > > smoke/test_service_offerings.py \
> > > > smoke/test_network.py \
> > > > component/test_vpc_offerings.py \
> > > > component/test_vpc_routers.py
> > > >
> > > > I need to do some more manual testing...
> > > >
> > > > *Will STEVENS*
> > > > Lead Developer
> > > >
> > > > *CloudOps* *| *Cloud Solutions Experts
> > > > 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6
> > > > w cloudops.com *|* tw @CloudOps_
> > > >
> > > > On Fri, Jun 17, 2016 at 3:45 PM, Tutkowski, Mike <
> > > > Mike.Tutkowski@netapp.com> wrote:
> > > >
> > > >> My testing has been performed using XenServer 6.5 and ESXi 5.5.
> > > >>
> > > >> I executed all of the tests in test/integration/plugins/solidfire.
> > > >>
> > > >> They all came back successful.
> > > >> ________________________________________
> > > >> From: John Burwell <john.burwell@shapeblue.com>
> > > >> Sent: Friday, June 17, 2016 12:56 PM
> > > >> To: dev@cloudstack.apache.org
> > > >> Subject: 4.9/master Testing Coordination
> > > >>
> > > >> All,
> > > >>
> > > >> It is a bit lo-fi, but if you are testing master in preparation for
> > the
> > > >> 4.9 RC, could you please share information about the configurations
> > you
> > > >> testing (e.g. hypervisors, storage backends, network configurations,
> > > etc)?
> > > >> Any test results could also be helpful.  The hope is to reduce
> > > duplication
> > > >> of effort and understand how much of the system has been covered.
> > > >>
> > > >> Thanks,
> > > >> -John
> > > >> john.burwell@shapeblue.com
> > > >> www.shapeblue.com<http://www.shapeblue.com>
> > > ShapeBlue - The CloudStack Company<http://www.shapeblue.com/>
> > > www.shapeblue.com<http://www.shapeblue.com>
> > > Overview Apache CloudStack contains an authentication module providing
> > > "single sign-on" functionality via the SAML data format. Under certain
> > > conditions, a
> > >
> > >
> > >
> > > >> 53 Chandos Place, Covent Garden, London VA WC2N 4HSUK
> > > >> @shapeblue
> > > >>
> > > >>
> > > >>
> > > >
> > >
> >
>

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