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_
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
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
>>
>>
>>
>
