Tuesday, 2015-05-05

*** sdake has quit IRC00:03
*** ekhugen has quit IRC00:09
*** ekhugen has joined #openstack-containers00:17
*** thomasem has quit IRC00:23
*** thomasem has joined #openstack-containers00:25
*** thomasem_ has joined #openstack-containers00:27
*** thomasem_ has quit IRC00:27
*** jay-lau-513 has quit IRC00:30
*** vilobhmm1 has joined #openstack-containers00:30
*** vilobhmm11 has joined #openstack-containers00:36
*** thomasem has quit IRC00:38
*** vilobhmm1 has quit IRC00:38
*** thomasem has joined #openstack-containers00:38
*** adrian_otto has quit IRC00:42
*** daneyon_ has quit IRC00:55
*** EricGonczer_ has quit IRC01:01
*** vilobhmm11 has quit IRC01:04
*** suro-patz has quit IRC01:21
*** Marga_ has quit IRC01:23
*** EricGonczer_ has joined #openstack-containers01:25
*** EricGonc_ has joined #openstack-containers01:26
*** EricGonczer_ has quit IRC01:30
*** kebray has joined #openstack-containers01:31
*** kebray has quit IRC01:32
*** jay-lau-513 has joined #openstack-containers01:35
*** EricGonczer_ has joined #openstack-containers01:40
*** rlrevell has quit IRC01:40
*** erkules_ has joined #openstack-containers01:40
*** EricGonc_ has quit IRC01:42
*** erkules has quit IRC01:43
*** kebray has joined #openstack-containers01:51
*** unicell has quit IRC01:54
*** EricGonczer_ has quit IRC02:00
*** kebray has quit IRC02:01
*** kebray has joined #openstack-containers02:02
*** julim has joined #openstack-containers02:03
*** dboik has joined #openstack-containers02:07
*** dboik_ has joined #openstack-containers02:09
*** achanda has quit IRC02:11
*** dboik has quit IRC02:11
*** rlrevell has joined #openstack-containers02:16
*** rlrevell has quit IRC02:37
*** Kennan2 has joined #openstack-containers02:49
*** Kennan has quit IRC02:50
*** coolsvap|afk is now known as coolsvap03:23
*** dims_ has quit IRC03:23
*** kebray has quit IRC03:35
*** chuenlye has joined #openstack-containers03:38
*** Kennan has joined #openstack-containers03:39
*** rongze has joined #openstack-containers03:39
*** Kennan2 has quit IRC03:40
*** Kennan has quit IRC03:45
*** Kennan has joined #openstack-containers03:47
*** achanda has joined #openstack-containers03:51
*** chuenlye has quit IRC03:53
*** kebray has joined #openstack-containers04:01
*** achanda has quit IRC04:12
*** vilobhmm1 has joined #openstack-containers04:12
*** chandankumar has joined #openstack-containers04:16
*** Kennan2 has joined #openstack-containers04:21
*** Kennan has quit IRC04:22
*** dims has joined #openstack-containers04:23
*** dims has quit IRC04:28
*** unicell has joined #openstack-containers04:35
*** sdake_ has quit IRC04:38
*** fangfenghua_ has joined #openstack-containers04:55
*** sdake has joined #openstack-containers04:57
*** rongze has quit IRC04:58
*** rongze has joined #openstack-containers05:00
*** adrian_otto has joined #openstack-containers05:05
*** achanda has joined #openstack-containers05:10
*** fangfenghua_ has quit IRC05:35
jugglerhi all05:44
*** rongze has quit IRC05:45
*** rongze has joined #openstack-containers05:50
*** rongze has quit IRC05:52
*** oro has joined #openstack-containers06:07
*** suro-patz has joined #openstack-containers06:20
*** Tango has quit IRC06:22
*** openstackgerrit has quit IRC06:23
*** openstackgerrit has joined #openstack-containers06:23
*** vilobhmm1 has quit IRC06:23
*** vilobhmm1 has joined #openstack-containers06:27
*** vilobhmm11 has joined #openstack-containers06:29
*** oro has quit IRC06:31
*** vilobhmm1 has quit IRC06:31
*** suro-patz has quit IRC06:47
*** chuenlye has joined #openstack-containers06:53
*** suro-patz has joined #openstack-containers06:56
jugglerhey suro06:57
*** chuenlye has quit IRC06:58
*** nshaikh has joined #openstack-containers07:03
*** kebray has quit IRC07:11
*** achanda has quit IRC07:16
*** achanda has joined #openstack-containers07:22
*** vilobhmm11 has quit IRC07:23
*** achanda has quit IRC07:24
*** suro-patz has quit IRC07:37
*** EricGonczer_ has joined #openstack-containers07:38
*** erkules_ is now known as erkules07:42
*** erkules has quit IRC07:43
*** erkules has joined #openstack-containers07:43
*** oro has joined #openstack-containers07:47
*** EricGonczer_ has quit IRC08:04
*** oro has quit IRC08:06
*** adrian_otto has quit IRC08:37
*** jsotoca has joined #openstack-containers09:27
*** chuenlye has joined #openstack-containers09:40
*** chuenlye has quit IRC09:45
*** jay-lau-513 has quit IRC10:12
*** tobe has joined #openstack-containers10:18
*** kbyrne has quit IRC10:18
*** dims has joined #openstack-containers10:20
*** kbyrne has joined #openstack-containers10:20
*** dims_ has joined #openstack-containers10:22
openstackgerritTom Cammann proposed openstack/magnum: Add unique column constraints to db  https://review.openstack.org/18009510:23
tcammannmorning all10:25
*** dims has quit IRC10:26
*** fangfeng_ has joined #openstack-containers10:28
*** fangfeng_ is now known as fangfenghua_10:28
*** fangfenghua_ has quit IRC11:13
*** chandankumar has quit IRC11:44
*** fangfenghua_ has joined #openstack-containers11:46
*** fangfenghua_ has quit IRC11:55
*** EricGonczer_ has joined #openstack-containers11:57
*** EricGonczer_ has quit IRC12:00
*** EricGonczer_ has joined #openstack-containers12:18
*** EricGonczer_ has quit IRC12:24
*** rpothier has joined #openstack-containers12:29
tcammannCould someone look at this high bug - https://bugs.launchpad.net/magnum/+bug/144158612:31
openstackLaunchpad bug 1441586 in Magnum "ERROR: Multiple baymodels exist with same name." [High,Confirmed] - Assigned to Digambar (digambarpatil15)12:31
tcammannI don't think its a valid bug anymore as there is no uniqueness constraint in the schema12:31
openstackgerritTom Cammann proposed openstack/magnum: Add unique column constraints to db  https://review.openstack.org/18009512:37
*** dims_ has quit IRC12:41
*** dims has joined #openstack-containers12:41
*** fangfenghua_ has joined #openstack-containers12:45
*** jfarschman has joined #openstack-containers12:51
*** jfarschman is now known as MilesDenver12:51
openstackgerritGrzegorz Grasza (xek) proposed openstack/magnum: Move our ObjectSerializer to subclass from the Oslo one  https://review.openstack.org/17871812:58
openstackgerritGrzegorz Grasza (xek) proposed openstack/magnum: Make MagnumObject a subclass of Oslo VersionedObject  https://review.openstack.org/18013312:58
*** rlrevell has joined #openstack-containers13:10
*** MilesDenver has quit IRC13:14
*** prad has joined #openstack-containers13:32
*** prad_ has joined #openstack-containers13:32
*** prad_ has quit IRC13:36
*** jfarschman has joined #openstack-containers13:37
*** jfarschman is now known as MilesDenver13:37
*** tobe has quit IRC13:40
*** dboik_ has quit IRC13:46
openstackgerritTom Cammann proposed openstack/magnum: Improve validation on baymodel api calls  https://review.openstack.org/18015813:56
*** fawadkhaliq has joined #openstack-containers13:59
*** dboik has joined #openstack-containers14:09
*** dboik has quit IRC14:09
*** dboik has joined #openstack-containers14:10
*** fangfenghua has quit IRC14:23
*** fangfenghua_ has quit IRC14:24
*** fangfenghua_ has joined #openstack-containers14:27
*** Tango has joined #openstack-containers14:27
*** fangfenghua_ has quit IRC14:28
*** kebray has joined #openstack-containers14:41
*** kebray has quit IRC14:41
*** dboik_ has joined #openstack-containers14:42
*** sdake_ has joined #openstack-containers14:43
*** dboik has quit IRC14:45
*** sdake has quit IRC14:47
*** coolsvap is now known as coolsvap|afk14:48
*** rongze has joined #openstack-containers14:49
*** chandankumar has joined #openstack-containers14:50
*** Marga_ has joined #openstack-containers14:57
*** Marga_ has quit IRC14:57
*** Marga_ has joined #openstack-containers14:58
*** sdake_ is now known as sdake15:01
*** achanda has joined #openstack-containers15:01
*** fangfenghua has joined #openstack-containers15:05
*** jay-lau-513 has joined #openstack-containers15:05
*** achanda has quit IRC15:06
*** nshaikh has left #openstack-containers15:07
*** kebray has joined #openstack-containers15:10
*** dboik_ has quit IRC15:13
*** dboik has joined #openstack-containers15:13
*** chandankumar has quit IRC15:15
*** Marga_ has quit IRC15:26
*** dims_ has joined #openstack-containers15:32
*** dboik has quit IRC15:32
*** dims has quit IRC15:34
*** sdake has quit IRC15:37
*** rongze has quit IRC15:38
*** shakamunyi has joined #openstack-containers15:39
*** rongze_ has joined #openstack-containers15:40
*** sdake has joined #openstack-containers15:40
*** rongze has joined #openstack-containers15:42
*** rongze_ has quit IRC15:46
*** dboik has joined #openstack-containers15:47
*** adrian_otto has joined #openstack-containers15:52
openstackgerritTom Cammann proposed openstack/magnum: Improve validation on baymodel api calls  https://review.openstack.org/18015815:53
adrian_ottoOur team meeting will begin in 5 minutes in #openstack-meeting-alt so I look forward to seeing you all there!15:55
adrian_ottouuh15:56
adrian_ottoseems I got mixed up. Our schedule says today we meet at 2200 UTC. Sorry about that. See you this afternoon.15:56
*** chandankumar has joined #openstack-containers16:00
*** dboik_ has joined #openstack-containers16:01
*** Marga_ has joined #openstack-containers16:01
*** daneyon has joined #openstack-containers16:02
*** daneyon_ has joined #openstack-containers16:03
*** dboik has quit IRC16:04
*** daneyon has quit IRC16:06
*** unicell has quit IRC16:13
*** dboik_ has quit IRC16:17
*** dboik has joined #openstack-containers16:17
*** daneyon_ has quit IRC16:21
*** daneyon has joined #openstack-containers16:21
*** EricGonczer_ has joined #openstack-containers16:31
*** dboik_ has joined #openstack-containers16:31
*** jsotoca has quit IRC16:32
*** dboik has quit IRC16:34
*** EricGonczer_ has quit IRC16:35
*** chandankumar has quit IRC16:36
sdakeadrian_otto:16:40
sdakeusing kolla:16:41
sdake[sdake@bigiron magnum]$ magnum bay-list16:41
sdake+--------------------------------------+---------+------------+-----------------+16:41
sdake| uuid                                 | name    | node_count | status          |16:41
sdake+--------------------------------------+---------+------------+-----------------+16:41
sdake| 6ff943e5-f95f-48a2-84d8-8242a1483d3a | testbay | 2          | CREATE_COMPLETE |16:41
sdake+--------------------------------------+---------+------------+-----------------16:41
*** EricGonczer_ has joined #openstack-containers16:41
sdakeboy that was hard16:44
*** sdake_ has joined #openstack-containers16:45
*** unicell has joined #openstack-containers16:45
adrian_ottoWHOOT16:46
adrian_ottohow can I do that too???!!!!16:47
*** sdake has quit IRC16:49
*** EricGonczer_ has quit IRC16:51
*** EricGonczer_ has joined #openstack-containers16:51
*** suro-patz has joined #openstack-containers16:52
*** chandankumar has joined #openstack-containers16:52
*** suro-patz has quit IRC16:53
*** Marga_ has quit IRC16:56
*** Marga_ has joined #openstack-containers16:57
-openstackstatus- NOTICE: zuul has been restarted to troubleshoot an issue, gerrit events between 15:00-17:00 utc were lost and changes updated or approved during that time will need to be rechecked or have their approval votes readded to trigger testing17:03
sdake_adrian_otto you want to setup on your own hardware?17:04
sdake_you need 1 internet connection, 1 extra switch, 2 boxes with fedora on them17:06
sdake_and I can help you get setup from there using my system as a benchmark17:06
sdake_you also need a floating rangey ou can use safely17:08
sdake_altneratively you can use my environment which I'd probably recommend at this point17:08
*** EricGonczer_ has quit IRC17:10
*** rongze has quit IRC17:12
*** suro-patz has joined #openstack-containers17:12
*** sdake_ has quit IRC17:14
adrian_ottosdake: I suppose I need a modified Heat template that does not define a cinder volume?17:14
adrian_ottoI have new hardware on the desk in front of me17:14
adrian_ottoI am taking it to the data center today17:14
*** vilobhmm1 has joined #openstack-containers17:14
adrian_ottoso we'll have both setups, just in case one falls victim to trouble17:15
*** vilobhmm1 has quit IRC17:15
*** achanda has joined #openstack-containers17:16
*** vilobhmm1 has joined #openstack-containers17:16
*** dboik_ has quit IRC17:17
*** Tango has quit IRC17:17
*** dboik has joined #openstack-containers17:17
*** pradk has joined #openstack-containers17:32
*** oro has joined #openstack-containers17:33
*** dims_ has quit IRC17:33
*** dims has joined #openstack-containers17:34
*** dboik_ has joined #openstack-containers17:39
*** hongbin has joined #openstack-containers17:39
hongbingood afternoon folks!17:40
*** sdake has joined #openstack-containers17:41
tcammannhello hongbin17:41
adrian_ottohi hongbin17:41
*** dboik has quit IRC17:42
hongbinhi tcammann adrian_otto17:42
sdakehey guys17:42
sdakedropped off for a second adrian_otto17:42
sdakehey hongbin17:42
sdakewelcome back ;)17:42
hongbin:)17:42
sdakeadrian_otto how did you want to proceed re setup17:42
adrian_ottoany chance we can earmark a little time together to work on it as a pair?17:43
sdakeya i'm available all day17:44
adrian_ottohumm, looking at my calendar, that's going to be touch until later tonight.17:44
sdakedid you want to use my hardware or yours17:44
adrian_ottoI can put the servers up between 1:00 and 2:00 today17:44
sdakedo they ahve a floating range they can use/17:45
adrian_ottoit looks like you already have a working magnum setup on yours with kolla, right?17:45
sdakeyup17:45
adrian_ottoI have both public and private IP ranges that work wit these new ones17:45
sdakegetting you setup will take hours17:45
sdakeare these onmetal or at your house17:46
adrian_ottoI have them here at the office, and I'm taking them to a colo to host them17:46
adrian_ottothis way I have full control over the hardware, and the network17:47
*** oro has quit IRC17:47
sdakeinteresting, well in that case you may  be able to get your eth0 and eht1 routed17:48
sdake(to the internet)17:48
*** chandankumar has quit IRC17:48
sdakein which case setup is easy17:48
adrian_ottoyeah, we have both public and private interfaces on each server17:49
adrian_ottobut they are funky interface names, not eth0 and eth117:49
sdakeya thats fine17:49
sdakeit doesn't have to be eth017:49
adrian_ottoI did not spend any wffort working to rename them17:49
sdakebut they both have to be routed17:49
adrian_ottoboth need internet access?17:49
sdakeunfortunately17:49
sdakealternaviley you can do what i do and only have one routed17:50
sdakeone interface routed17:50
adrian_ottowell in that case they would be in the same ip range17:50
sdakeand ssh in over that 11.11.11.100 that i showed you17:50
adrian_ottobecause I only have one external address block17:50
sdakethe secon dinterface doesn't get an ip17:50
sdakepublic interface gets an ip flat interface doesn't get an ip17:50
sdakeflat interface must be routed tho17:51
sdakewe create your floats off the flat interface17:51
adrian_ottook, I guess I'll look at your setup to understand that better17:51
sdakeand your private network also goes over the flat interface17:51
sdakemaybe daneyon can explain why that is :)17:51
sdakeit makes zero sense to me17:52
sdakei would think the private interface would go over a third network17:52
daneyonone sec, let me read the thread17:52
sdakethe floats we create on your flat interface are teh same ip address range as your public ip17:52
adrian_ottoit sounds to me like what we really want here is a bridge interface17:53
adrian_ottonot an additional physical port17:54
sdakei tried a bridge interface17:54
sdakecouldn't get it to work17:54
daneyonsdake the private network gets tunneled (by vxlan) over the kolla node mgt network (i.e. eth0).17:54
sdakedaneyon thanks I was wondering how that worked17:55
daneyonin a real deploy, we will require a 3rd interface that is used for vxlan tunnels, aka the tenant private networks17:55
daneyonfirst we need to test multi-node17:55
sdakejtriley got multinode working17:56
sdakeatleat multi-compute17:56
daneyoni believe right now the vxlan interface is defaulted to the PUBLIC_IP definition, but that will change when we test kolla multi-node17:56
sdakedaneyon where is this option17:56
sdakeI have 3 interfaces available17:56
adrian_ottodaneyon: so if I am pulling in a new pair of servers, each with two phyical NIC interfaces, should eth0 be on the internet, and eth1 be on a private VLAN, or is there another physical layout I need to plan for?17:57
adrian_ottoI can put in a third physical interface into each as well17:57
sdakeopenstack docs indicate the reuiqrements for 3 network interfaces for the network managment node17:58
sdakeone for managmenet, one for vxlan, one for public ips17:58
sdakesorry floating ips17:58
sdakethe floatingip and management network need to be routed i think17:59
sdakethe reasonthe management network needs to be routed is becaue of the api server access17:59
daneyonthe kolla mgt net (ie eth0) requires outbound Internet access so pkgs, images, etc.. can be downloaded. This could be circumvented with a local mirror, registry, etc.. The NEUTRON_FLAT_NETWORK_INTERFACE is used by the neutron-agents container, specifically the neutron linux bridge agent to bridge traffic to/from Nova instances to the public network. This allos instances to hit the Internet. If you assign a floating-17:59
daneyonip to an instance, the floating ip comes from this network. This allows instances to be accessed from the outside world.17:59
sdaketherefore the flat interface needs to be routed as well?18:00
sdakethe kolla mgt net eth0 also needs to be routed for access to the api servers18:01
daneyonadrian_otto you can add the 3rd interface, but I will need to hack at the code and test separating the vxlan interface. i am spinning up a 2nd kolla node, so i can work on this if sdake agrees.18:01
adrian_ottoso ip adresses on the eth0 interface need to be in a different subnet than ip addresses on the NEUTRON_FLAT_NETWORK_INTERFACE?18:01
sdakeyup you need two /24 address ranges18:02
sdakeone with floats one without18:02
adrian_ottothat's going to be impossible18:03
*** fangfenghua has quit IRC18:03
sdakei keep telling daneyon that ;)18:03
adrian_ottothere is no way I'm going to be able to get two /24s of routable addresses18:03
sdakewell you really only need 1 with 2 ips18:03
sdakeand 1 with /24 float18:03
sdakei use one /24 range for all my traffic18:04
adrian_ottowhy does it need to be a /24?18:04
sdakeit could be /2818:04
sdakeor /3018:04
adrian_ottook18:04
sdakehowemany over vms you want to run18:04
daneyonsdake the NEUTRON_FLAT_NETWORK_INTERFACE physical to be connected to an IP network that can reach the Internet. This network does not need to be routable if the upstream physcial gateway NAT's this network. However, typical deployments do not NAT this network upstream and assign a routable address block.18:04
sdakedaneyon how owuld you ssh into the machine then?18:05
sdakeneed to get in as well as out18:06
daneyonadrian_otto that is correct. sdake the networks do not need to be /24's. The netmask needs to be whatever is needed to support the number of req'd hosts. We are not doing anything funky here. This is the standard neutron networking model... well when we support a 3rd interface for vxlan then it will be on point with the neutron networking model18:06
daneyonadrian_otto A typical deployment will not assign publicly routable addresses to the kolla mgt network (ie eth0). In a typical deployment, the kolla mgt network will be assigned a private IP block and connect to a pair of redundant firewalls. The firewalls will be configured to allow the necessary outbound/inbound traffic. Connectivity will be provided by the firewall by NAT'ing the private IP's from this network to18:11
daneyona public IP associated to the firewall.18:11
*** barra204 has joined #openstack-containers18:12
sdakeso the firwall forwards traffic to the api ports/addresses?18:12
daneyonsdake as i mentioned, typical deployments will have the NEUTRON_FLAT from publicly routable address space so NAT'ing is not required. If a device upstream NAT'd addresses from the NEUTRON_FLAT network, then each floating-ip will be associated to an upstream NAT'd address. Users would ssh/ping, etc this upstream NAT'd address. This is far from normal but it's technically possible.18:14
daneyonsdake The firewall will fwd/filter traffic to/from the API endpoints. We will eventually want to split the admin/user endpoints. Since these are the same today, they are on the same network and would have the same firewall policies. Of course we will want to address this in the future.18:16
sdakethe problem is the public_ip (eth0) needs to be able to get out to the internet, so it needs routing as well right?18:16
sdaketo pull packages/etc18:16
sdakenetworking sucks18:17
* sdake groans18:17
sdakeso if I plug my eth1 into my home router, and use floats in 192.168.1.150-199, it should be able to get access the the internet?18:18
* sdake wtbs a picture18:19
*** EricGonczer_ has joined #openstack-containers18:19
daneyonsdake eth0 can sit behind a firewall on a private network block. The firewall will expose the API endpoints by NAT'ing public/private and applying the necessary firewall rules, ie permit any > nova-api (192.168.20.100) eq tcp 8774-8775.18:20
daneyonsdake yes if the env has been config'd properly18:21
sdakeI dind't know vxlan was routed over eth018:21
sdakethat totally changes  my perspective about how all this works18:21
*** EricGonczer_ has quit IRC18:22
*** EricGonc_ has joined #openstack-containers18:23
sdakei thought vxlan was routed over eth1 (flat inteface)18:24
sdakeif we could get the flat interface on my main network, it would hvae internet routing18:24
sdakeany chance we can do a webex screenshare debug session on that?18:25
*** Tango has joined #openstack-containers18:25
sdakeand my managmeent network (eth) would also have intenet routing18:25
sdakeeth0 that is18:26
*** barra204 has quit IRC18:27
*** oro has joined #openstack-containers18:27
*** logan2 has quit IRC18:28
*** fawadkhaliq has quit IRC18:30
*** logan2 has joined #openstack-containers18:31
*** suro-patz has quit IRC18:32
*** suro-patz has joined #openstack-containers18:33
*** vilobhmm1 has quit IRC18:33
daneyonsdake as of today vxlan uses the PUBLIC_IP param to set the vxlan endpoint IP of the linuxbridge agent. traffic from an instance would get encapsulated into a vxlan packet. The src ip of the packet will be from PUBLIC_IP and the dst ip of the vxlan packet will  be asscocoiated to a 2nd kolla node's PUBLIC_IP. The 2nx kolla node strips the vxlan header off and bridges the traffic to the internal bridge associated to18:33
daneyonthe tenant-id18:33
sdakecool i got it18:34
sdakeso about this connecting my eth1 to my 192.168.1.0/24 network18:34
sdakeand possibly making flat 192.168.1.0/2918:34
sdakewould that work?18:35
*** vilobhmm1 has joined #openstack-containers18:35
*** prad has quit IRC18:35
*** prad has joined #openstack-containers18:36
daneyonsdake https://github.com/stackforge/kolla/blob/master/docker/neutron/neutron-agents/config-scripts/config-linuxbridge-agent.sh#L21 set to PUBLIC_IP. We will want to create a 3rd network interface on each kolla host that has an ip from a private network used by vxlan to encap/decap vxlan traffic between the nodes18:36
sdakenice18:37
*** suro-patz has quit IRC18:38
daneyonthe flat network mask should match the mask of the upstream gw of the flat net18:39
*** kebray has quit IRC18:39
sdakeso it needs to be a /24 network?18:39
daneyonyou can hack around it and make /24 upstream work with /29 but any addresses outside of /29 will black hole18:39
*** rlrevell has quit IRC18:40
sdakeok, given the following, is it possible to route both my flat and public interfaces18:40
sdakeconnect eth0 into switch connected to internet18:40
sdakeconnect eth1 into switch connected to internet18:40
sdake?18:40
*** Marga_ has quit IRC18:41
*** Marga_ has joined #openstack-containers18:42
*** suro-patz has joined #openstack-containers18:42
*** barra204 has joined #openstack-containers18:42
*** sdake_ has joined #openstack-containers18:43
*** fawadkhaliq has joined #openstack-containers18:43
daneyonthe flat network ip/mask should match the setting of the upstream gw. kolla-node-eth1<>switchport-eth1<>switch<>switchport-eth2<>upstream-gw-eth1  <-- This network should be routable. Meaning from a routable address space. For testing purposes this network can be from RFC 1918, but the addresses will not be reachable from the Internet without some add'l magic. This network should have the same IP settings, same addr18:44
daneyoness block, mask, etc..18:44
sdake_ok I dont care if its accessible from the internet18:44
daneyoncould be a /24, /29, /26, depending on the number of IP's you need to support18:44
sdake_daneyon did you see shannon's repsonse to my plea for help18:46
sdake_he said to use a static route18:46
*** sdake has quit IRC18:47
daneyonthen you can use a 1918 address. The problem you have with your home network is that your home router is a home router and a typical router. A typical router will have multiple interfaces, each interface has an ip/mask and acts as a gw for the hosts and routes between these networks associated to it's interfaces or routes to other routers.18:47
daneyonsdake_ i di not. I'm confused. I thought we had your home network at a point that worked for your dev'ing?18:48
sdake_here is the deal18:48
sdake_i ahve to reboot between dev and  demo mode18:48
sdake_i don't want to have to reboot18:48
sdake_it puts a serious crimp in my development18:48
sdake_check out shannon's response, maybe that static route would work18:48
*** dboik has joined #openstack-containers18:50
daneyonfor you to properly simulate a real deployment. You will need to get a real router with at least 3 interfaces. 1 interface from this router connects to your kolla mgt network and the 2nd router interface connects to your neutron flat network. The 3rd interface connects to your upstream cable modem. This router will NAT traffic so that the kolla mgt and neutron flat network can reach the internet.18:50
*** dboik_ has quit IRC18:50
sdake_ok thats what I want18:51
sdake_can you recommend one18:51
daneyonsdake If you do not have a real router, take a linux box that has 3 network cards and do the same. Vendors make home routers with limited functionality because most home users are not trying to do this.18:51
daneyonsdake_ do you have a linux box with 3 interfaces?18:52
sdake_yes but I'd prefer to not use those18:52
sdake_is there a "cheap" 3 port router on the market ;)18:53
sdake_or are they all like a billion dollars18:53
*** dboik has quit IRC18:53
*** dboik has joined #openstack-containers18:54
daneyonsdake_ i'm sure you can find a router with 3 ethernet interfaces. The bigger issue is learning IOS or JunOS or whatever router you get. Then you add the time it take to purchase and ship. If I were you, I would at least try a linux box with 3 interfaces. All you need is a static route or two and firewalld/iptables to handle NAT'ing traffic.18:58
daneyonsdake_ http://www.tritondatacomonline.com/products/cisco-2851-router-cisco2851?utm_medium=cpc&utm_source=googlepla&variant=286797386&gclid=CjwKEAjw1KGqBRC55bru-sa7zCcSJAAxsBf5hTl8CtSTFhlVplGTn4sV5aUcgv5p-OKFVfH7wir63BoC9xXw_wcB18:59
sdake_danyeon will that router do the job?19:00
sdake_what is a hwic19:00
sdake_pvdm19:00
sdake_nme-xd19:00
sdake_aim ?:)19:00
daneyonthat router has 2 GigE interfaces. If your switch supports trunking (802.1Q or ISL), you can get away with less than 3 interfaces. On the switch you would create 3 VLANs, kolla-mgt, neutron-flat, router_modem. Leave the router_modem untagged and tag the other 2 with a UID. Then configure trunking between the router and switch ports.19:01
daneyonwan interface card, nothing to worry about since you;re not erminating a T1, DS3, etc..19:01
sdake_so it only has 2 gig e interfaces right?19:01
sdake_don't I need 3?19:01
daneyondon;t worry about any of those acronyms19:02
daneyonsee my msg above19:02
sdake_oh right 802.1q19:02
sdake_no diea what that is :)19:02
*** rlrevell has joined #openstack-containers19:02
daneyona standard for tagging ethernet frames for providing logic separation of layer 2 domains19:04
*** suro-patz has quit IRC19:04
*** suro-patz1 has joined #openstack-containers19:04
sdake_ok I think my plan of action should be as follows19:06
sdake_I'll order that switch19:06
sdake_I'll try to get rolling with one of my 3 ip boxes and use that in the meantime19:06
sdake_150 bucks is alot cheaper then those 1500 machines19:06
sdake_did you see the idea to use static routes from shannon?19:07
sdake_daneyon how should I connect my environment to use this third node as a router19:10
daneyonsdake_ let me draw it up and txt it to u. give me 5 min19:11
daneyonsdake_ you have a cable modem that connects to a home router, correct?19:12
sdake_yup19:12
*** vilobhmm1 has quit IRC19:12
sdake_is that router actually gige daneyon19:12
sdake_before I order it19:13
sdake_I am going gige soon in my household19:13
*** vilobhmm1 has joined #openstack-containers19:13
sdake_and want something that can do gige rates19:13
sdake_(my internet will be gige)19:13
daneyonthen you have a cvo router too? If so, does that connect to your home router?19:13
sdake_the cvo connects to my home wireless19:13
sdake_ya wireless router19:13
daneyonhome wirelss comes from your home router, correct?19:14
sdake_i have a cablemodel connected to a linksys wireless router connected to eth019:14
daneyoncvo router has no physical connections?19:14
sdake_it connects to a phone and my linksys wireless router over ethenet19:14
daneyonsdake_ since you do have a cvo router, we may be able to come up with a solution w/o adding another router.19:17
*** pradk has quit IRC19:19
*** subscope_ has joined #openstack-containers19:27
*** kebray has joined #openstack-containers19:30
*** EricGonc_ has quit IRC19:34
*** sdake has joined #openstack-containers19:42
*** sdake has quit IRC19:42
*** sdake_ has quit IRC19:45
*** Tango has quit IRC19:45
*** sdake has joined #openstack-containers19:46
*** sdake_ has joined #openstack-containers19:47
*** sdake has quit IRC19:51
*** sdake has joined #openstack-containers20:01
*** sdake_ has quit IRC20:05
*** chuenlye has joined #openstack-containers20:07
*** adrian_otto has quit IRC20:09
*** sdake has quit IRC20:10
*** sdake has joined #openstack-containers20:10
*** achanda has quit IRC20:11
*** kebray has quit IRC20:15
*** kebray has joined #openstack-containers20:17
*** vilobhmm1 has quit IRC20:24
*** achanda has joined #openstack-containers20:35
*** barra204 has quit IRC20:37
*** jsotoca has joined #openstack-containers20:38
*** rlrevell has quit IRC20:39
*** rlrevell1 has joined #openstack-containers20:39
*** rlrevell1 has quit IRC20:42
*** rlrevell has joined #openstack-containers20:43
*** rlrevell has quit IRC20:51
*** fawadkhaliq has quit IRC20:51
*** adrian_otto has joined #openstack-containers20:54
*** rpothier has quit IRC20:56
*** vilobhmm1 has joined #openstack-containers21:00
*** suro-patz1 has quit IRC21:01
*** vilobhmm1 has quit IRC21:01
*** vilobhmm1 has joined #openstack-containers21:02
*** suro-patz has joined #openstack-containers21:03
*** suro-patz has quit IRC21:07
*** adrian_otto1 has joined #openstack-containers21:17
*** adrian_otto has quit IRC21:20
*** adrian_otto1 is now known as adrian_otto21:22
*** sdake_ has joined #openstack-containers21:35
*** sdake has quit IRC21:39
*** rpothier has joined #openstack-containers21:40
jugglerhey all21:40
jugglerwondering if anyone is around to peer-review some ideas/q's21:41
*** jsotoca has quit IRC21:42
* adrian_otto here21:42
adrian_ottojuggler: what's your idea?21:43
jugglerpls stand by for some pasteup21:44
jugglerDocument: https://github.com/openstack/magnum/blob/master/doc/source/dev/dev-manual-devstack.rst21:45
jugglerQ1: Could you confirm that the "refs" to dev-quickstart are invalid? They seem circular (pointing to this link..)21:46
jugglerSeems like a bug.21:47
jugglerQ2: If yes to Q1, does that require a bug report, or is that merely a wiki fix?21:47
jugglerQ3: The "Manually" of the title and description of the document seems to suggest that there is an _Automatic_ method of installing Magnum. Is there?21:49
*** sdake has joined #openstack-containers21:50
adrian_ottoOur team meeting will begin in 10 minutes in #openstack-meeting-alt so I look forward to seeing you all there (for real this time)21:50
*** tcammann_ has joined #openstack-containers21:51
adrian_ottojuggler: Q1 does sound like a bug21:51
adrian_ottoQ2, you need to submit a patch to fix that doc21:51
adrian_ottoand patches require an associated bug, so yes.21:52
adrian_ottoQ3: The "manual" approach assumes you already have an OpenStack cloud to wire magnum to21:52
adrian_ottoThe other approach assumes you will be setting up a new (devstack) cloud to use Magnum with21:52
adrian_ottomake sense?21:52
*** sdake__ has joined #openstack-containers21:54
*** sdake_ has quit IRC21:54
juggleradrian_otto: Q1&Q2: got it.21:55
jugglerQ3: not entirely..but I will take your word for it until I get it. :)21:56
*** sdake has quit IRC21:58
*** Tango has joined #openstack-containers22:00
*** oro has quit IRC22:03
*** vilobhmm1 has quit IRC22:04
*** vilobhmm1 has joined #openstack-containers22:05
*** vilobhmm1 has quit IRC22:05
*** vilobhmm1 has joined #openstack-containers22:05
*** vilobhmm1 has quit IRC22:10
*** suro-patz has joined #openstack-containers22:12
*** vilobhmm1 has joined #openstack-containers22:14
*** ramishra_ has joined #openstack-containers22:26
*** ramishra has quit IRC22:29
*** ramishra_ is now known as ramishra22:30
*** dboik_ has joined #openstack-containers22:31
*** unicell1 has joined #openstack-containers22:31
*** unicell has quit IRC22:31
*** kebray has quit IRC22:32
*** subscope_ has quit IRC22:34
*** chuenlye has quit IRC22:34
*** dboik has quit IRC22:35
*** chuenlye has joined #openstack-containers22:35
*** dboik_ has quit IRC22:35
*** kebray has joined #openstack-containers22:40
*** chuenlye has quit IRC22:40
*** suro-patz1 has joined #openstack-containers22:44
*** vilobhmm1 has quit IRC22:45
*** suro-patz has quit IRC22:46
*** vilobhmm1 has joined #openstack-containers22:47
*** vilobhmm1 has quit IRC22:47
*** vilobhmm1 has joined #openstack-containers22:48
tcammann_adrian_otto: could you look at bug 1441586, its a high but I don't think its valid anymore.22:59
openstackbug 1441586 in Magnum "ERROR: Multiple baymodels exist with same name." [High,Confirmed] https://launchpad.net/bugs/1441586 - Assigned to Digambar (digambarpatil15)22:59
adrian_ottotcammann: ok23:00
adrian_ottotcammann: can you check to see if you can reproduce?23:00
*** EricGonczer_ has joined #openstack-containers23:01
adrian_ottoI am heading out to an appointment. Will regroup with you tonight or tomorrow.23:01
tcammann_adrian_otto: I have, there are no unique constraints on the db and raised bug 145176123:01
openstackbug 1451761 in Magnum "Database does not have unique constraints" [Undecided,New] https://launchpad.net/bugs/145176123:01
tcammann_adrian_otto: sure23:02
adrian_ottotcammann: I think that's the actual complaint23:02
adrian_ottodiga might be expecting names to be unique23:02
* adrian_otto bbl23:02
jugglerok o/23:03
*** adrian_otto has quit IRC23:04
*** tcammann_ has quit IRC23:07
*** MilesDenver has quit IRC23:09
*** jay-lau-513 has quit IRC23:26
*** jay-lau-513 has joined #openstack-containers23:27
Kennan2:juggler the ref is right, you can double check the context23:29
*** shakamunyi has quit IRC23:31
*** rpothier has quit IRC23:37
jugglerkennan2..hmm?23:37
Kennan2I checked you talked about adrian about the ref in guide23:38
Kennan2the ref is right in the manual guide23:38
*** Kennan2 is now known as Kennan23:38
*** apmelton is now known as apmelton_away23:40
*** sdake__ has quit IRC23:42

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!