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 Tue, 28 Jun 2016 17:15:45 GMT
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