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.ya...@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 <swel...@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: williamstev...@gmail.com <williamstev...@gmail.com> on behalf of > Will Stevens <wstev...@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.ya...@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 <wstev...@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.tutkow...@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.burw...@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.burw...@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 > >> > >> > >> > > >
