Bug 1241891
| Summary: | Basic deployment with Ceph, neutron is non funtional. | ||
|---|---|---|---|
| Product: | Red Hat OpenStack | Reporter: | Steve Reichard <sreichar> |
| Component: | rhosp-director | Assignee: | Dan Prince <dprince> |
| Status: | CLOSED ERRATA | QA Contact: | Marius Cornea <mcornea> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | high | ||
| Version: | Director | CC: | calfonso, dmacpher, hbrock, jliberma, jtaleric, kbasil, mburns, ohochman, rhel-osp-director-maint |
| Target Milestone: | ga | Keywords: | TestOnly, Triaged |
| Target Release: | Director | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2015-08-05 13:59:13 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Steve Reichard
2015-07-10 10:48:51 UTC
I might have a similar issue. What is the specific problem/error you are seeing? I can't access my instances via floating IP address when I have a Ceph OSD server. (I am using GRE) It may be related to this bug. We need to try to reproduce this on the current puddle. We haven't seen any problems with neutron and Ceph on that code that I'm aware of (it's passing CI and tempest is running successfully). Unsure if this is related, but notice the routing on the nodes looks like it would cuase problems: The compute has to deafaults with different paths (unsure why other nets are also duplicates, but aleast they are the same path) [root@overcloud-compute-0 ~]# route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface default 192.0.2.1 0.0.0.0 UG 100 0 0 em1 default 10.19.143.254 0.0.0.0 UG 101 0 0 em2 10.19.136.0 0.0.0.0 255.255.248.0 U 0 0 0 em2 10.19.136.0 0.0.0.0 255.255.248.0 U 100 0 0 em2 169.254.169.254 192.0.2.1 255.255.255.255 UGH 100 0 0 em1 192.0.2.0 0.0.0.0 255.255.255.0 U 0 0 0 em1 192.0.2.0 0.0.0.0 255.255.255.0 U 100 0 0 em1 [root@overcloud-compute-0 ~]# [root@overcloud-controller-0 ~]# route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface default 10.19.143.254 0.0.0.0 UG 0 0 0 br-ex default 192.0.2.1 0.0.0.0 UG 100 0 0 em1 10.19.136.0 0.0.0.0 255.255.248.0 U 0 0 0 br-ex 169.254.169.254 192.0.2.1 255.255.255.255 UGH 100 0 0 em1 192.0.2.0 0.0.0.0 255.255.255.0 U 0 0 0 em1 192.0.2.0 0.0.0.0 255.255.255.0 U 100 0 0 em1 [root@overcloud-controller-0 ~]# I got a succesful deployment on baremetal with 3 controllers, 1 compute and 1 ceph node, just the provisioning network deployed with vxlan networks. I then created a tenant network, external network and router and could successfully reach the l3 agent from outside networks. openstack overcloud deploy --control-scale 3 --compute-scale 1 --ceph-storage-scale 1 --plan overcloud --neutron-tunnel-types vxlan --neutron-network-type vxlan --neutron-public-interface eth1 --control-flavor control --compute-flavor compute --ceph-storage-flavor storage neutron net-create ext-net --router:external --provider:physical_network datacentre --provider:network_type flat neutron subnet-create ext-net 10.3.58.0/24 --name ext-subnet --allocation-pool start=10.3.58.190,end=10.3.58.200 --disable-dhcp --gateway 10.3.58.254 neutron net-create tenant-net neutron subnet-create tenant-net 192.168.0.0/24 --name tenant-subnet --gateway 192.168.0.1 neutron router-create tenant-router neutron router-interface-add tenant-router tenant-subnet neutron router-gateway-set tenant-router ext-net [stack@bldr16cc09 ~]$ neutron l3-agent-list-hosting-router tenant-router +--------------------------------------+------------------------------------+----------------+-------+----------+ | id | host | admin_state_up | alive | ha_state | +--------------------------------------+------------------------------------+----------------+-------+----------+ | 5fa480fe-6889-46fe-9a1a-efc9ca5e38b3 | overcloud-controller-2.localdomain | True | :-) | standby | | c7a07819-9171-4590-9424-89fed1a7e7bd | overcloud-controller-0.localdomain | True | :-) | active | | 5150d444-57ad-43da-a91d-b0bc943e0c77 | overcloud-controller-1.localdomain | True | :-) | standby | +--------------------------------------+------------------------------------+----------------+-------+----------+ [root@overcloud-controller-0 ~]# ip netns exec qrouter-59792c55-2eb1-4477-81fc-8bed488e1acf ping 8.8.8.8 PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data. 64 bytes from 8.8.8.8: icmp_seq=1 ttl=48 time=23.5 ms 64 bytes from 8.8.8.8: icmp_seq=2 ttl=48 time=23.2 ms Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHEA-2015:1549 |