Tuesday, 2018-08-28

*** masakif has joined #openstack-neutron00:02
*** longkb has joined #openstack-neutron00:11
*** slaweq has joined #openstack-neutron00:11
*** slaweq has quit IRC00:16
*** aicilamd has joined #openstack-neutron00:16
*** macza has quit IRC00:17
*** macza has joined #openstack-neutron00:17
*** macza has quit IRC00:20
*** abaindur has quit IRC00:52
openstackgerritKim Bao Long proposed openstack/neutron master: Fix incorrect log resources querying  https://review.openstack.org/59197800:52
*** toshiiw has joined #openstack-neutron00:57
*** itlinux has joined #openstack-neutron00:59
*** imacdonn has quit IRC01:18
*** imacdonn has joined #openstack-neutron01:18
*** huntxu has joined #openstack-neutron01:21
*** Dinesh_Bhor has joined #openstack-neutron01:23
*** yamahata has quit IRC01:25
*** hongbin has joined #openstack-neutron01:39
*** aicilamd has quit IRC01:52
*** aicilamd has joined #openstack-neutron01:53
*** ykarel has joined #openstack-neutron01:56
*** aicilamd has quit IRC01:57
*** slaweq has joined #openstack-neutron02:11
*** slaweq has quit IRC02:16
*** moshele has joined #openstack-neutron02:17
openstackgerritMerged openstack/neutron-tempest-plugin master: Reuse SSH connections for executing multiple commands.  https://review.openstack.org/58057802:21
*** ykarel has quit IRC02:28
*** ykarel has joined #openstack-neutron02:28
openstackgerritYAMAMOTO Takashi proposed openstack/neutron-fwaas master: Switch to neutron-lib version of fake_notifier  https://review.openstack.org/59697102:29
*** moshele has quit IRC02:32
openstackgerritYAMAMOTO Takashi proposed openstack/networking-midonet master: Remove timestamp_core extension from NETWORK_API_EXTENSIONS  https://review.openstack.org/59697402:42
openstackgerritMerged openstack/neutron master: Add fullstack test to restart agent with active l3-ha router  https://review.openstack.org/57993102:42
*** yamamoto has joined #openstack-neutron02:42
*** sapd1 has quit IRC03:16
openstackgerritLu lei proposed openstack/neutron master: Fix bug when floatingip and router bandwidth speed limit failure  https://review.openstack.org/59663703:31
*** gkadam has joined #openstack-neutron03:36
*** hongbin has quit IRC03:43
*** yamamoto has quit IRC03:46
*** Dinesh_Bhor has quit IRC03:46
*** ykarel has quit IRC03:50
*** yamamoto has joined #openstack-neutron03:51
*** tbachman has quit IRC04:10
*** tbachman has joined #openstack-neutron04:10
*** rkukura has quit IRC04:11
*** slaweq has joined #openstack-neutron04:11
*** rkukura has joined #openstack-neutron04:12
*** ramishra has joined #openstack-neutron04:14
*** ratailor has joined #openstack-neutron04:14
*** slaweq has quit IRC04:15
*** Bhujay has joined #openstack-neutron04:18
*** Bhujay has quit IRC04:19
*** tbachman has quit IRC04:20
*** ykarel has joined #openstack-neutron04:23
*** aicilamd has joined #openstack-neutron04:24
*** aicilamd has quit IRC04:29
*** Dinesh_Bhor has joined #openstack-neutron04:36
*** ykarel has quit IRC04:42
*** ratailor_ has joined #openstack-neutron04:47
*** ratailor has quit IRC04:50
*** haleyb has quit IRC04:54
*** toshiiw has quit IRC04:55
*** armax has quit IRC04:59
*** macza has joined #openstack-neutron05:00
*** ramishra has quit IRC05:02
*** gildub has quit IRC05:04
*** ratailor__ has joined #openstack-neutron05:08
*** slaweq has joined #openstack-neutron05:11
*** ratailor_ has quit IRC05:11
*** ksambor has joined #openstack-neutron05:11
*** slaweq has quit IRC05:16
*** huntxu has quit IRC05:17
*** ramishra has joined #openstack-neutron05:18
*** ykarel has joined #openstack-neutron05:24
*** janki has joined #openstack-neutron05:26
*** slaweq has joined #openstack-neutron05:28
*** bnemec has quit IRC05:30
*** bnemec has joined #openstack-neutron05:31
*** slaweq has quit IRC05:33
*** ratailor has joined #openstack-neutron05:36
*** ratailor__ has quit IRC05:37
*** mosulica has joined #openstack-neutron05:38
*** ratailor_ has joined #openstack-neutron05:38
*** ratailor__ has joined #openstack-neutron05:40
*** ratailor has quit IRC05:40
*** ratailor_ has quit IRC05:43
*** huntxu has joined #openstack-neutron05:55
*** lajoskatona has joined #openstack-neutron06:00
*** ratailor__ has quit IRC06:08
*** slaweq has joined #openstack-neutron06:11
*** macza has quit IRC06:12
*** ratailor has joined #openstack-neutron06:12
*** moshele has joined #openstack-neutron06:14
*** slaweq has quit IRC06:16
*** links has joined #openstack-neutron06:16
*** cshen has joined #openstack-neutron06:23
openstackgerritFederico Ressi proposed openstack/neutron-tempest-plugin master: Add guest image customization to DevStack plugin.  https://review.openstack.org/57370206:28
openstackgerritFederico Ressi proposed openstack/neutron-tempest-plugin master: Write DevStack test cases for devstack/customize_image.sh  https://review.openstack.org/57393306:28
*** cshen has quit IRC06:30
*** cshen has joined #openstack-neutron06:30
*** yamahata has joined #openstack-neutron06:31
*** rha has joined #openstack-neutron06:32
openstackgerritFederico Ressi proposed openstack/neutron-tempest-plugin master: Create helper tools for logging to VMs  https://review.openstack.org/57580306:32
openstackgerritFederico Ressi proposed openstack/neutron-tempest-plugin master: Create test case to verify loginable base test case.  https://review.openstack.org/58604006:32
openstackgerritFederico Ressi proposed openstack/neutron-tempest-plugin master: Update trunk tests to use create_trunk method.  https://review.openstack.org/58040506:33
openstackgerritFederico Ressi proposed openstack/neutron-tempest-plugin master: Refactor test cases after adding new params to create_floatingip.  https://review.openstack.org/58057306:33
*** jchhatbar has joined #openstack-neutron06:35
*** lvdombrkr has joined #openstack-neutron06:36
*** janki has quit IRC06:38
*** numans has quit IRC06:39
*** Dinesh_Bhor has quit IRC06:39
*** pcaruana has joined #openstack-neutron06:39
*** aojea has joined #openstack-neutron06:40
*** jlibosva has joined #openstack-neutron06:46
*** abaindur has joined #openstack-neutron06:47
*** yamamoto has quit IRC06:54
*** adrianc has joined #openstack-neutron06:54
*** yamamoto has joined #openstack-neutron06:58
*** mattgo has joined #openstack-neutron07:00
*** lajoskatona has quit IRC07:00
*** Dinesh_Bhor has joined #openstack-neutron07:01
*** velizarx has joined #openstack-neutron07:02
*** rcernin has quit IRC07:02
*** slaweq has joined #openstack-neutron07:02
*** dsneddon has quit IRC07:03
openstackgerritFederico Ressi proposed openstack/neutron-tempest-plugin master: Test multi-cast messaging between two VMs.  https://review.openstack.org/56610307:04
*** tssurya has joined #openstack-neutron07:08
*** dims has quit IRC07:08
*** numans_ has joined #openstack-neutron07:09
*** dims has joined #openstack-neutron07:10
*** mattgo has quit IRC07:13
openstackgerritwangzengsen proposed openstack/neutron master: add note for testing  https://review.openstack.org/59700007:14
*** tmorin has joined #openstack-neutron07:15
*** lajoskatona has joined #openstack-neutron07:17
lvdombrkrhello folks. someone can explain me why i need to use floating ips if i can just add external network directly to vm?07:23
lvdombrkrwhat is diference between i add exeternal ip as a floating ip or i add external network directly to vm when creating it?07:23
slaweqlvdombrkr: hi07:24
slaweqlvdombrkr: floating IP is something what You can move from one instance to another only with API call, without any configuration inside Your vm07:25
*** abaindur has quit IRC07:25
*** gildub has joined #openstack-neutron07:26
lvdombrkrslaweq: hi. thanks for answer. but adding external network directly to vm (and not using floating ips) is not something what i dont need to do?07:27
lvdombrkrits common setup to do like this?07:27
slaweqlvdombrkr: You can connect Your instance to some "tenant" network and then on VM You will have some private IP address, then with API call You can associate to this VM floating IP (public) which You don't need to configure inside VM07:28
slaweqI think that such scenario is most common use case07:29
slaweqof course there are some scenarios where You need to connect vm directly to external network07:29
slaweqthen Your vm will have configured public IP directly in guest OS07:29
slaweqit will be confiugred via DHCP then or You will have to do it manually if You don't use DHCP07:30
*** sapd1 has joined #openstack-neutron07:33
lvdombrkrslaweq: i use dhcp. right now i add provider network and add it directly to vm. all is worked as expected i have internet connectivity etc.. and i dont need configure anything in guest os07:35
lvdombrkri want use that setup in produc07:35
slaweqyes, it's what I say - that will work fine07:35
lvdombrkrso im interested if there any disatvantages for this setup07:36
slaweqbut if You would now want to move this public IP address to different VM, You would need to remove it from configuration inside first vm07:36
slaweqit depends what You need basically07:36
slaweqsuch setup as You have is less complex, it don't need L3 service plugin and there is not NAT to achieve public connectivity07:37
slaweqbut You have less flexibility with moving IPs between VMs07:38
*** dsneddon has joined #openstack-neutron07:38
lvdombrkrslaweq: thanks i understood.  i have one more question about vms traffic flow. if i create vm just with tenant network, i will be able to reach internet, right? there will be SNAT but no DNAT, right?07:40
*** ktibi has joined #openstack-neutron07:40
reedipbslaweq: QoS meeting today ?07:41
slaweqreedipb: yes, at 1500 UTC07:41
reedipbohk07:41
slaweqlvdombrkr: if You will connect network to router, and this router will be connected to external network then yes, You will have internet connectivity from vm07:42
slaweqlvdombrkr: but for that You also need L3 service plugin of course :)07:42
*** ykarel is now known as ykarel|lunch07:43
*** mattgo has joined #openstack-neutron07:45
*** jpena|off is now known as jpena07:49
lvdombrkrslaweq: so there is two ways to accees internert from vm, first is provider network, second is external network, right? external network use router between, but provider network not07:50
lvdombrkrright?07:50
slaweqlvdombrkr: kind of :) external network is provider network with connectivity to "internet"07:52
slaweqYou have to connect Your vm to such network or use such network as external network for router to access internet from vm07:52
slaweqhttps://assafmuller.com/2018/07/23/tenant-provider-and-external-neutron-networks/ <-- here You have nice explanation of differences between provider and external networks :)07:53
openstackgerritMerged openstack/neutron-fwaas master: Switch to neutron-lib version of fake_notifier  https://review.openstack.org/59697107:56
lvdombrkrslaweq: great thanks. but if we go more detailed what it traffic flow differences between provider network and external network when traffic if going in/out vm? is provider network also goes out from br-ex?08:00
lvdombrkri understood differences but im more interested in detailed traffic fllow08:01
openstackgerritjunbo proposed openstack/neutron master: Remove quotasv2_detail register_custom_supported_check  https://review.openstack.org/59701108:02
slaweqlvdombrkr: traffic flow may be different on different network types08:02
obreHi. What are good ways to have global IPv6 prefixes for networks which our users are creating themselves? We have experimented with IPv6-pd in all openstack-versions the last two years (currently on queens) but there seems to be a game-breaking bug which basicly breaks IPv6 for clients when a virtual router moves from one l3-agent to another.08:05
slaweqlvdombrkr: here You have L2 agents described: https://docs.openstack.org/neutron/latest/contributor/internals/l2_agents.html (it's basically what You are using when connecting Your VM directly to external network)08:05
slaweqlvdombrkr: and here https://docs.openstack.org/neutron/latest/contributor/internals/layer3.html L3 (so floating IPs and SNAT)08:05
obreI believe that we are not the only persons in the world wanting IPv6 in openstack, so either people are using someting else than IPv6-pd, or they all just have one l3-agent, or I am doing someting terribly wrong.08:06
obreSo; does anyone here have any experience with IPv6 GUA in tenant-networks?08:06
lvdombrkrslaweq: thanks i will look into08:07
slaweqlvdombrkr: yw08:07
*** macza has joined #openstack-neutron08:11
*** nplanel__ has joined #openstack-neutron08:15
*** sri_ has joined #openstack-neutron08:16
*** macza has quit IRC08:16
*** yamamoto has quit IRC08:19
*** yamamoto has joined #openstack-neutron08:20
*** lajoskatona has quit IRC08:21
*** claudiub has joined #openstack-neutron08:22
*** lajoskatona has joined #openstack-neutron08:24
openstackgerritLajos Katona proposed openstack/neutron-lib master: api-ref: Add port-resource-request extension  https://review.openstack.org/59232308:35
*** jchhatbar is now known as janki08:37
*** Dinesh_Bhor has quit IRC08:38
fricklerobre: we use subnetpools instead of pd, see https://cloudbau.github.io/openstack/neutron/networking/ipv6/2017/09/11/neutron-pike-ipv6.html for my writeup about it08:40
*** ykarel|lunch is now known as ykarel08:40
fricklerobre: haven't tested moving routers much yet, do you use ra or dhcp?08:40
fricklerslaweq: congratulations to your promotion, well deserved as far as I can tell as a semi-outsider ;)08:41
obrefrickler: So basicly, what you do is to have a pool of prefixes within openstack, and when a neutron-l3 agent starts to use one of them it announces the prefix over BGP to your physical infrastructure?08:45
fricklerobre: correct08:47
openstackgerritHemanth Nakkina proposed openstack/neutron-specs master: Implements: bp/port-mirroring-sriov-vf  https://review.openstack.org/57447708:48
openstackgerritAndrew Karpow proposed openstack/neutron master: Disallow networks with first ip 0.0.0.0 with dhcp enabled  https://review.openstack.org/57746308:50
*** adrianc has quit IRC08:50
obrefrickler: It is the link between our physical infrastructure and openstack that are problematic when using DHCPv6 instead of pd. So i might just bite it and go for the BGP approach soon, because I am tired of non-functioning DHCPv6-PD.08:52
*** ktibi has quit IRC08:52
fricklerobre: yes, I tested pd some time ago. the main drawback was that I could now find a PD server that would allow for HA08:55
obreWhat actually happens at our place is basicly: A virtual router should request a prefix for a subnet, and are thus attaching the link-local address from the "inside" of the router to the "outside" interface of the router, and then requests a prefix to be routed to thuis address.08:55
*** hoangcx has quit IRC08:56
obreWhen the router moves to another l3-agent, this address are not placed on the "outside" interface anymore, and the external route does thus not have a way to the openstack router.08:56
*** hoangcx has joined #openstack-neutron08:56
fricklerobre: that sounds like a bug to me, did you create a bug report?08:57
*** yamamoto_ has joined #openstack-neutron08:58
*** velizarx has quit IRC08:58
*** Dinesh_Bhor has joined #openstack-neutron08:59
*** rcernin has joined #openstack-neutron08:59
*** yamamoto has quit IRC08:59
*** masakif has quit IRC09:01
*** sambetts|afk has quit IRC09:03
*** sambetts_ has joined #openstack-neutron09:06
*** ratailor_ has joined #openstack-neutron09:08
*** velizarx has joined #openstack-neutron09:09
*** ratailor has quit IRC09:10
*** takamatsu has joined #openstack-neutron09:15
openstackgerritFederico Ressi proposed openstack/neutron-tempest-plugin master: [WIP] Creating VLAN aware migration test  https://review.openstack.org/57537809:17
*** hoonetorg has quit IRC09:20
openstackgerritFederico Ressi proposed openstack/neutron-tempest-plugin master: Create reusable ping command tools.  https://review.openstack.org/59703209:21
openstackgerritFederico Ressi proposed openstack/neutron-tempest-plugin master: Create reusable ping command tools.  https://review.openstack.org/59703209:26
openstackgerritFederico Ressi proposed openstack/neutron-tempest-plugin master: [WIP] Creating VLAN aware migration test  https://review.openstack.org/57537809:28
*** ratailor__ has joined #openstack-neutron09:31
openstackgerritYAMAMOTO Takashi proposed openstack/networking-midonet master: Remove a few extensions from NETWORK_API_EXTENSIONS  https://review.openstack.org/59697409:33
*** ratailor_ has quit IRC09:34
openstackgerritNuman Siddique proposed openstack/networking-ovn master: Set the address of the IPv6 router port in logical switch back to 'router'  https://review.openstack.org/59703409:39
*** rcernin has quit IRC09:47
*** ratailor__ has quit IRC09:50
*** longkb has quit IRC10:00
*** moshele has quit IRC10:02
lvdombrkrslaweq: to use provider networks there is nessesary every compute node connect directly to external network?10:08
slaweqlvdombrkr: if You want to connect vms to provider (or external) network directly, compute nodes needs to have access to it10:09
slaweqif You want to use floating IPs and e.g. L3 in HA mode (without DVR) then only network nodes needs to have access to this external network10:10
*** dsneddon has quit IRC10:13
lvdombrkrslaweq: but is there possible use provider networks (L2 agent) if computes not directly connected to provider network?10:14
openstackgerritReedip proposed openstack/networking-ovn master: Add ovn octavia CI jobs  https://review.openstack.org/58971210:14
slaweqif You want to use provider networks to connect vms to it, Your L2 agents needs to have access to it10:14
*** nicolasbock has joined #openstack-neutron10:20
lvdombrkrslaweq: so if i use provider networks, traffic flow from vm not going through controller (network node) at all?10:20
*** dsneddon has joined #openstack-neutron10:21
openstackgerritFederico Ressi proposed openstack/neutron-tempest-plugin master: Create helper tools for logging to VMs  https://review.openstack.org/57580310:21
*** Dinesh_Bhor has quit IRC10:23
openstackgerritFederico Ressi proposed openstack/neutron-tempest-plugin master: Create helper tools for logging to VMs  https://review.openstack.org/57580310:23
openstackgerritFederico Ressi proposed openstack/neutron-tempest-plugin master: Create test case to verify loginable base test case.  https://review.openstack.org/58604010:24
*** dsneddon has quit IRC10:26
*** Dinesh_Bhor has joined #openstack-neutron10:27
*** ratailor has joined #openstack-neutron10:28
obrefrickler: I am planning for a bug-report. I just think it is so strange that I am the only one experiencing this so I have previously blamed myself.10:40
*** cshen has quit IRC10:45
*** velizarx has quit IRC10:47
*** ratailor has quit IRC10:50
*** sapd1 has quit IRC10:51
numans_reedipb, lucasagomes https://bugs.launchpad.net/networking-ovn/+bug/1789396 FYI10:52
openstackLaunchpad bug 1789396 in networking-ovn "Associate the load balancer to the logical router to which the VIP network is attached to" [Medium,New]10:52
lucasagomesnumans_, thanks!10:53
*** gildub has quit IRC10:55
*** sri_ has quit IRC10:56
*** velizarx has joined #openstack-neutron10:57
*** sri_ has joined #openstack-neutron10:58
*** sri_ has quit IRC10:58
*** sri_ has joined #openstack-neutron10:59
*** adrianc has joined #openstack-neutron11:00
openstackgerritFederico Ressi proposed openstack/neutron-tempest-plugin master: Disable SSH connection reuse.  https://review.openstack.org/59704511:00
openstackgerritFederico Ressi proposed openstack/neutron-tempest-plugin master: Disable SSH connection reuse.  https://review.openstack.org/59704511:03
*** dsneddon has joined #openstack-neutron11:08
*** Dinesh_Bhor has quit IRC11:09
*** sri_ has quit IRC11:10
*** sri_ has joined #openstack-neutron11:11
fricklercoreycb: can you take a look at https://bugs.launchpad.net/ubuntu/+source/keepalived/+bug/1789045 which slaweq reported? looks like this might be a regression in the latest xenial update, related to the backport of https://bugs.launchpad.net/ubuntu/+source/neutron/+bug/174406211:12
openstackLaunchpad bug 1789045 in keepalived (Ubuntu) "keepalived 1:1.2.24-1ubuntu0.16.04.1 breaks Neutron stable branches" [Undecided,Confirmed]11:12
openstackLaunchpad bug 1744062 in Ubuntu Cloud Archive "[SRU] L3 HA: multiple agents are active at the same time" [High,Triaged]11:12
*** k_mouza has joined #openstack-neutron11:12
*** sri_ has quit IRC11:13
*** dsneddon has quit IRC11:13
*** sri_ has joined #openstack-neutron11:14
reedipbgotcha numans11:14
*** k_mouza has quit IRC11:15
*** k_mouza has joined #openstack-neutron11:15
*** Dinesh_Bhor has joined #openstack-neutron11:21
openstackgerritFederico Ressi proposed openstack/neutron-tempest-plugin master: Test multi-cast messaging between two VMs.  https://review.openstack.org/56610311:21
*** cshen has joined #openstack-neutron11:21
openstackgerritMerged openstack/neutron master: Trivial: Move platform independent modules to common dir  https://review.openstack.org/58320411:22
*** Dinesh_Bhor has quit IRC11:24
k_mouzahello all! I want to enable DHCP traffic on a tenant network, ie a VM on that network will act as a dhcp server. Is there a way to do that, other than disabling the security groups firewall? Any help will be much appreciated!11:25
openstackgerritFederico Ressi proposed openstack/neutron-tempest-plugin master: Test multi-cast messaging between two VMs.  https://review.openstack.org/56610311:26
*** jpena is now known as jpena|lunch11:28
*** tpsilva has joined #openstack-neutron11:36
obreSo, after some investigation it seems like this bug describes our issue well: https://bugs.launchpad.net/neutron/+bug/157012211:38
openstackLaunchpad bug 1570122 in neutron (Ubuntu) "ipv6 prefix delegated subnets are not accessable external of the router they are attached." [High,Fix released]11:38
obreHow can we reopen a bug? Do we have to file a new one?11:38
*** yamamoto_ has quit IRC11:39
*** yamamoto has joined #openstack-neutron11:39
obre(The comment on that bug today is from one in my team)11:39
fricklerobre: I saw those comments since I was still subscribed to that bug. ;) I think it is best to open a new bug and add a link to that bug there11:41
*** LarsErikP has joined #openstack-neutron11:42
*** huntxu has quit IRC11:46
*** mmethot has joined #openstack-neutron11:48
*** mattgo has quit IRC11:49
*** giblet_off is now known as gibi11:49
*** velizarx has quit IRC11:52
coreycbfrickler: thanks for letting me know. the change that is probably related is this one that we cherry picked to xenial keepalived: https://github.com/acassen/keepalived/commit/e90a633c34fbe6ebbb891aa98bf29ce579b8b45c.11:53
coreycbfrickler: i'm hoping the test just needs updating.11:54
*** boden has joined #openstack-neutron12:00
openstackgerritMerged openstack/networking-ovn master: Infrared plugin: Fix the permission issue with the start-ovn-migration script  https://review.openstack.org/59179612:01
coreycbfrickler: looks like the tests haven't change from stable/queens to master so likely that's not the case. probably a regression so looking more.12:03
*** mattgo has joined #openstack-neutron12:03
openstackgerritChuck Short proposed openstack/networking-bgpvpn master: Remove use_mox directive  https://review.openstack.org/59029412:06
*** amuller has joined #openstack-neutron12:08
*** yamamoto has quit IRC12:09
*** k_mouza has quit IRC12:15
*** velizarx has joined #openstack-neutron12:16
*** maciejjozefczyk has quit IRC12:18
coreycbfrickler: i'm building a new version in a PPA for xenial with that patch dropped. if anyone can test with this version it would be great to help confirm whether that patch is causing the issues. https://launchpad.net/~corey.bryant/+archive/ubuntu/xenial-bug-1789045/+packages12:18
*** sambetts_ is now known as sambetts12:26
*** jpena|lunch is now known as jpena12:28
*** k_mouza has joined #openstack-neutron12:31
*** mriedem has joined #openstack-neutron12:35
*** yamamoto has joined #openstack-neutron12:36
*** adrianc has quit IRC12:52
openstackgerritMichel Peterson proposed openstack/networking-odl master: Move the REST client URL builder methods to itself  https://review.openstack.org/59711812:56
*** numans has joined #openstack-neutron12:57
*** adrianc has joined #openstack-neutron13:04
*** gkadam has quit IRC13:05
*** tbachman has joined #openstack-neutron13:07
openstackgerritLajos Katona proposed openstack/neutron-lib master: api-ref: Add port-resource-request extension  https://review.openstack.org/59232313:08
*** jchhatbar has joined #openstack-neutron13:14
*** numans has quit IRC13:15
*** numans_ has quit IRC13:17
*** janki has quit IRC13:17
*** jchhatbar has quit IRC13:19
*** janki has joined #openstack-neutron13:20
*** numans has joined #openstack-neutron13:21
*** velizarx has quit IRC13:23
slaweqfrickler: hi, can You maybe take a look at https://review.openstack.org/#/c/595763/ ?13:23
fricklerslaweq: do you have a simple reproducer for the keepalived issue? or would you be able to pull from corey's ppa in a test patch for the functional job?13:25
*** ktibi has joined #openstack-neutron13:25
fricklerslaweq: I saw your patch earlier, will review in detail now13:25
fricklerslaweq: commented13:29
*** cshen has quit IRC13:29
bcafarelotherwiseguy: hi, can you check I did not say anything stupid in https://bugs.launchpad.net/neutron/+bug/1788865 (including last comment)?13:32
openstackLaunchpad bug 1788865 in neutron "neutron-openvswitch-agent interface monitor does not work if ovsdb-client generates warnings (ovs 2.10)" [Medium,In progress] - Assigned to Bernard Cafarelli (bcafarel)13:32
*** tbachman has quit IRC13:37
*** tbachman has joined #openstack-neutron13:37
slaweqfrickler: I can check this keepalived issue quickly13:38
slaweqfrickler: it basically cause failure in 2 of neutron functional tests13:39
fricklerslaweq: o.k., did you see coreycb's note earlier and can you test with the version from the ppa? even better would be a simple reproducer that doesn't involve neutron, but func tests should be fine for starters13:41
*** liuyulong has joined #openstack-neutron13:42
slaweqfrickler: yes, I saw coreycb's note and url to his ppa13:44
slaweqI will check with this package now13:44
bodenhi all, FYI I'm going to be about 20 min late to the neutron meeting today13:44
slaweqwill it be enough to test it locally and write a comment?13:45
*** cshen has joined #openstack-neutron13:46
fricklerslaweq: should be fine as a first step. assuming the test is positive, it would still be good to find a simple reproducer, I will look at that tomorrow13:47
*** sapd1 has joined #openstack-neutron13:47
fricklerslaweq: do you have an easy recipe for running functional tests in a local devstack setup?13:48
slaweqfrickler: basically it's easy13:48
slaweqrun: tools/configure_for_func_testing.sh <path_to_devstack> -i13:49
slaweqand after that: tox -e dsvm-functional13:49
slaweqand should be good :)13:49
*** mlavalle has joined #openstack-neutron13:51
fricklerslaweq: that is after running stack.sh I assume?13:51
slaweqfrickler: stack.sh is not necessary for that13:52
slaweqI usually use separate vm for functional and fullstack tests, no devstack installed on it13:52
*** annp_ has joined #openstack-neutron13:54
fricklerslaweq: o.k., it fails on a vm where stack.sh already ran. /me goes to spin up a new one ...13:54
k_mouzahey guys! anyone on the DHCP issue please? Basically I want a VM to act as the dhcp/tftp server on a network. I know that's possible by disabling the sec group firewall in ml2_conf but is there another way, in order to keep the firewall as well?13:55
slaweqfrickler: I tried keepalived_1.2.24-1ubuntu0.16.04.2~ubuntu16.04.1~ppa201808280814_amd64.deb and this functional test is failing still for me13:57
slaweqon older and on newer versions of keepalived it works fine13:58
slaweqso it's fine on 1:1.3.9-1ubuntu0.18.04.1~cloud0 and 1:1.2.19-113:58
*** mdih has joined #openstack-neutron13:58
fricklerslaweq: o.k., thanks for testing13:59
slaweqfrickler: yw13:59
slaweqfrickler: and thx for comment in grafana patch13:59
*** aicilamd has joined #openstack-neutron13:59
slaweqI will update it tomorrow morning13:59
fricklercoreycb: see above. is https://github.com/acassen/keepalived/commit/f4c10426ca0a7c3392422c22079f1b71e7d4ebe9 also in the cherry-pick? maybe that one needs to be reverted then, too?13:59
fricklerslaweq: o.k., I wasn't sure whether there's some hidden (to me) reasoning behind it or whether it's a bug14:00
*** hongbin has joined #openstack-neutron14:00
slaweqit's bug, it's so many very long lines to update and I just did wrong copy-paste probably :)14:01
*** manjeets_ has joined #openstack-neutron14:01
*** manjeets_ has quit IRC14:02
*** manjeets_ has joined #openstack-neutron14:03
*** amotoki has quit IRC14:03
coreycbfrickler: no that patch was included in the 1.2.24 release14:04
coreycbfrickler: slaweq: the same patches are in the 1.3.9 version as well so it'd be really great to get some more details on the failures14:05
*** cshen has quit IRC14:05
*** tbachman has quit IRC14:05
slaweqcoreycb: hi, I will try to prepare some script which will reproduce it without neutron tests involved14:06
slaweqcoreycb: but for sure not today14:06
coreycbslaweq: thanks very much!14:06
*** amotoki has joined #openstack-neutron14:06
*** haleyb has joined #openstack-neutron14:06
slaweqcoreycb: I will update bug and ping You if I will have something14:06
coreycbslaweq: sounds good, thanks14:07
*** dsneddon has joined #openstack-neutron14:08
*** amotoki has quit IRC14:08
*** yamamoto has quit IRC14:10
*** itlinux has quit IRC14:12
openstackgerritsean mooney proposed openstack/neutron master: Always set ovs bridge name in vif:binding-details  https://review.openstack.org/59689614:13
openstackgerritLIU Yulong proposed openstack/neutron master: [L3][QoS] Neutron server side router gateway IP QoS  https://review.openstack.org/42446814:17
openstackgerritLIU Yulong proposed openstack/neutron master: [L3][QoS] Agent side router gateway IP rate limit  https://review.openstack.org/56852614:17
*** armax has joined #openstack-neutron14:22
*** links has quit IRC14:27
*** pcaruana has quit IRC14:29
*** pcaruana has joined #openstack-neutron14:30
*** Sundar has joined #openstack-neutron14:32
*** amotoki has joined #openstack-neutron14:33
*** Bhujay has joined #openstack-neutron14:33
*** Bhujay has quit IRC14:34
*** Bhujay has joined #openstack-neutron14:35
*** tmorin has quit IRC14:36
*** amotoki has quit IRC14:36
*** amotoki has joined #openstack-neutron14:37
*** r-daneel has joined #openstack-neutron14:39
*** tbachman has joined #openstack-neutron14:42
*** yamamoto has joined #openstack-neutron14:42
*** tmorin has joined #openstack-neutron14:43
*** yamamoto has quit IRC14:45
*** markvoelker has joined #openstack-neutron14:45
*** tbachman has quit IRC14:46
*** markvoelker has quit IRC14:49
*** ksambor has quit IRC14:51
*** tbachman has joined #openstack-neutron14:53
*** nicolasbock has quit IRC14:56
*** Bhujay has quit IRC14:58
*** nicolasbock has joined #openstack-neutron14:59
*** pcaruana has quit IRC15:00
*** tbachman has quit IRC15:00
*** Altabay has joined #openstack-neutron15:00
*** hongbin has quit IRC15:00
*** manjeets_ has quit IRC15:03
*** VisBits has quit IRC15:07
*** itlinux has joined #openstack-neutron15:07
*** gkadam has joined #openstack-neutron15:10
*** yamamoto has joined #openstack-neutron15:15
*** ykarel is now known as ykarel|away15:19
*** mosulica has quit IRC15:25
*** ktibi has quit IRC15:28
*** hongbin has joined #openstack-neutron15:30
*** sapd1 has quit IRC15:31
*** janki has quit IRC15:32
*** david-lyle has quit IRC15:33
*** dklyle has joined #openstack-neutron15:34
*** tbachman has joined #openstack-neutron15:35
*** ykarel|away has quit IRC15:36
*** ykarel|away has joined #openstack-neutron15:37
*** mattgo has quit IRC15:39
*** tbachman_ has joined #openstack-neutron15:40
*** tbachman has quit IRC15:41
*** tbachman_ is now known as tbachman15:41
*** jistr is now known as jistr|call15:42
*** ykarel|away has quit IRC15:42
*** jistr|call is now known as jistr15:43
*** sapd1 has joined #openstack-neutron15:43
*** annp_ has quit IRC15:49
zigoWhere do I report bugs against networking-l2gw ?15:53
zigoRunning its unit tests with rocky, I get:15:53
zigoAttributeError: module 'neutron_lib.constants' has no attribute 'L3'15:53
zigoIndeed, that's gone from neutron-lib ...15:53
bodenzigo was moved a bit ago, see: https://review.openstack.org/#/c/531857/15:54
zigoboden: What's the way to fix networking-l2gw then?15:55
zigoCause it looks like it's a bug in Neutron itself, that attemps to look there.15:55
zigoOh, I see ...15:56
bodenzigo they need to use it from neutron_lib.plugin.constants instead15:56
zigoYep, saw the release notes.15:56
zigoLooks like a good opportunity for patching Neutron itself ! :P15:56
bodenzigo not sure what you mean by patching neutron... seems like a good opportunity for l2gw to get current with neutron-lib to me15:57
zigoboden: http://paste.openstack.org/show/728975/15:58
zigoThat's in l2gw when listing unit tests.15:58
*** liuyulong is now known as liuyulong_zzz16:00
*** aicilamd has quit IRC16:00
*** aicilamd has joined #openstack-neutron16:01
zigoOh, my package has been loading queens as build-depends.16:02
zigoThat's why ! :)16:02
zigoWrong EPOCH. :)16:02
zigoGosh, twice this release ... :P16:03
zigoAnd twice with Neutron components. Sorry for the noise! :)16:03
*** macza has joined #openstack-neutron16:03
*** prometheanfire has joined #openstack-neutron16:04
prometheanfirethere should be something listening for metadata requests in the qdhcp namespaces right? I16:04
prometheanfirethere should be something listening for metadata requests in the qdhcp namespaces right? I'm only seeing dns stuff16:04
*** aicilamd has quit IRC16:05
*** Sundar has quit IRC16:05
*** lvdombrkr has quit IRC16:06
*** tmorin has quit IRC16:06
*** snapiri has quit IRC16:08
*** liuyulong_zzz has quit IRC16:08
*** dsneddon has quit IRC16:09
*** dsneddon has joined #openstack-neutron16:10
haleybprometheanfire: it's usually in the qrouter namespace unless it's an isoloated network16:10
prometheanfireok16:11
*** jpena is now known as jpena|off16:11
*** dave-mccowan has joined #openstack-neutron16:12
prometheanfirehaleyb: and if router external?16:14
prometheanfireI'm not seeing a haproxy config in /var/lib/neutron/ns-metadata-proxy/ at all for that network16:15
*** Bhujay has joined #openstack-neutron16:17
*** Altabay has quit IRC16:17
*** mdih has quit IRC16:21
*** gkadam has quit IRC16:21
haleybprometheanfire: the neutron router has a port on the subnet?16:22
*** Bhujay has quit IRC16:22
prometheanfirehaleyb: I don't think so, router external means that neutron isn't doing the routing16:25
*** jlibosva has quit IRC16:25
prometheanfirebasically, the problem I'm having is that an instance is not able to get it's config for cloud-init, config-drive works, when I log in and curl the 169 address I get no connection16:28
*** Bhujay has joined #openstack-neutron16:30
*** macza_ has joined #openstack-neutron16:30
haleyboh, a provider network?  so dhcp namespace is where you'd find the rules, etc.  have you enabled isoloated metadata?16:32
haleyband force_metadata=True ?16:33
prometheanfireisolated yes, force_metadata no16:34
*** macza has quit IRC16:34
prometheanfirethat in metadata.ini?16:34
prometheanfirelooks like that's a dhcp agent thing16:35
haleybin dhcp_agent.ini16:36
haleybprometheanfire: that's what's listed in https://docs.openstack.org/ocata/networking-guide/deploy-lb-provider.html etc.16:37
prometheanfireyarp16:38
haleybyou also need to run the metadata agent there16:38
prometheanfiremanually?16:38
* haleyb doesn't use provider networks much himself so always refers to the guides16:38
*** njohnston_ has joined #openstack-neutron16:38
*** njohnston has quit IRC16:39
*** njohnston_ is now known as njohnston16:39
haleybprometheanfire: no, just by enabling it, however your distro does that16:39
prometheanfireOSA, in this case, I thought neutron-metadata ran it in all places it needed16:40
*** sambetts is now known as sambetts|afk16:41
haleybas long as it runs where the proxies get started16:42
prometheanfirethat's handled by a neutron service, namely the metadata service right?16:43
*** Bhujay has quit IRC16:43
*** Bhujay has joined #openstack-neutron16:44
*** ramishra has quit IRC16:44
*** aojea has quit IRC16:45
haleybthere is the metadata proxy, which runs in the qrouter/qdhcp namespace, and the metadata agent, which runs outside.  so there will be one agent but many proxies (one pernetwork)16:45
prometheanfirebut both are controled by the metadata service16:45
openstackgerritMerged openstack/neutron master: Fix the RFC and private internet network address  https://review.openstack.org/59649516:46
*** k_mouza has quit IRC16:47
prometheanfireI think that fixed it, thanks16:52
*** amotoki has quit IRC17:04
*** amotoki has joined #openstack-neutron17:05
*** yamahata has quit IRC17:08
*** amotoki has quit IRC17:15
*** reedipb has quit IRC17:23
*** Bhujay has quit IRC17:24
*** adrianc has quit IRC17:30
*** yamahata has joined #openstack-neutron17:41
openstackgerritboden proposed openstack/neutron master: use security_groups_port_filtering from neutron-lib  https://review.openstack.org/59219417:43
*** markvoelker has joined #openstack-neutron17:51
*** nplanel_ has joined #openstack-neutron17:52
manjeetsmlavalle, qq on dvrvagrant scripts, setup-iprouter.sh from provisioning is not used ?17:53
*** r-daneel_ has joined #openstack-neutron17:53
*** r-daneel has quit IRC17:53
*** r-daneel_ is now known as r-daneel17:53
*** nplanel__ has quit IRC17:55
*** aicilamd has joined #openstack-neutron17:55
*** aicilamd has quit IRC18:02
prometheanfirehaleyb: at this point it looks like the proxy in the namespace is only returning 404, returns data when quereying nova directly18:15
*** aicilamd has joined #openstack-neutron18:16
haleybprometheanfire: is the proxy returning directly, or is it getting to the agent?18:24
prometheanfireI can't tell, even with debug enabled the metadata log doesn't say18:24
*** sapd1 has quit IRC18:26
*** aicilamd has quit IRC18:29
*** r-daneel_ has joined #openstack-neutron18:31
*** r-daneel has quit IRC18:32
*** r-daneel_ is now known as r-daneel18:32
*** markvoelker has quit IRC18:32
*** jpena|off has quit IRC18:33
*** markvoelker has joined #openstack-neutron18:33
*** jpena|off has joined #openstack-neutron18:33
prometheanfirehaleyb: setting force_metadata=True sets a option in the dhcp option right?18:34
*** dave-mccowan has quit IRC18:36
haleybprometheanfire: it should force the dhcp agent to spawn the proxy18:37
*** markvoelker has quit IRC18:37
prometheanfirehaleyb: ok, that does happen, now I'm not seeing instances in the metadata log though, so that part is odd18:41
openstackgerritboden proposed openstack/neutron master: use payloads for SEGMENT BEFORE_DELETE callbacks  https://review.openstack.org/59695918:43
*** dave-mccowan has joined #openstack-neutron18:44
prometheanfireya, tcpdump in the dhcp namepspace isn't showing anything for http, which seems odd18:53
*** aicilamd has joined #openstack-neutron19:11
haleybprometheanfire: does the instance have a route to the 169.254.* IP?  i think that's what the force setting will do - make the dhcp IP the next-hop for it19:18
*** markvoelker has joined #openstack-neutron19:19
*** hoonetorg has joined #openstack-neutron19:22
*** hoonetorg has quit IRC19:24
*** dave-mccowan has quit IRC19:26
*** jessegler has joined #openstack-neutron19:32
*** maciejjozefczyk has joined #openstack-neutron19:34
jesseglerHi Neutrinos! I've got a question about policy. I'm trying to write a patrole test for get_service_profiles.19:34
*** amuller has quit IRC19:34
jesseglerI've got the default policy.json which says: "get_service_profiles": "rule:admin_only"19:35
jesseglerBut I can run openstack network flavor list as my devstack demo user19:35
jesseglerIs that expected behavior?19:35
*** njohnston has quit IRC19:42
*** njohnston has joined #openstack-neutron19:43
*** hongbin has quit IRC19:50
*** hongbin has joined #openstack-neutron19:52
prometheanfirehaleyb: ya, the dhcp opts look good20:13
haleybprometheanfire: so when you curl 169.254.169.254 where does the packet go?20:14
openstackgerritBrian Haley proposed openstack/neutron master: Skip L3 ha functional IPv6 test if IPv6 is disabled  https://review.openstack.org/59647720:15
*** tssurya has quit IRC20:16
*** tbachman has quit IRC20:20
openstackgerritboden proposed openstack/neutron master: use payloads for NETWORK BEFORE_DELETE events  https://review.openstack.org/59722720:22
openstackgerritMerged openstack/networking-midonet master: Update reno for stable/rocky  https://review.openstack.org/59055220:22
*** tbachman has joined #openstack-neutron20:22
*** rkukura has quit IRC20:25
*** tbachman has quit IRC20:25
*** adrianc has joined #openstack-neutron20:26
*** adrianc has quit IRC20:30
*** itlinux has quit IRC20:31
*** slaweq has quit IRC20:40
*** slaweq has joined #openstack-neutron20:40
*** maciejjozefczyk has quit IRC20:42
*** abaindur has joined #openstack-neutron20:46
*** abaindur has quit IRC20:55
*** abaindur has joined #openstack-neutron20:55
*** sri_ has quit IRC20:56
*** sri_ has joined #openstack-neutron20:57
*** rkukura has joined #openstack-neutron20:59
*** markvoelker has quit IRC21:05
*** bnemec has quit IRC21:12
*** bnemec has joined #openstack-neutron21:13
*** N3l1x has joined #openstack-neutron21:28
*** aicilamd has quit IRC21:31
*** claudiub has quit IRC21:35
*** hoonetorg has joined #openstack-neutron21:36
*** boden has quit IRC21:42
*** andy__ has joined #openstack-neutron21:45
*** rcernin has joined #openstack-neutron21:46
*** andy__ is now known as andy_21:46
*** rkukura has quit IRC21:49
mlavallemanjeets: you ok with https://review.openstack.org/#/c/566223/?21:55
*** rkukura has joined #openstack-neutron21:56
*** sri_ has quit IRC21:57
*** sri_ has joined #openstack-neutron21:57
*** mchlumsky has quit IRC21:58
*** abaindur has quit IRC22:17
*** abaindur has joined #openstack-neutron22:17
*** sri_ has quit IRC22:31
*** sri_ has joined #openstack-neutron22:32
mlavallemanjeets: no that ip-router is used in another configuration for routed networks22:50
mlavallenot neded for DVR22:51
*** macza_ has quit IRC23:00
*** sambetts|afk has quit IRC23:01
*** tpsilva has quit IRC23:04
*** sambetts_ has joined #openstack-neutron23:05
manjeetsmlavalle, yes https://review.openstack.org/#/c/566223/ looks okay !23:06
mlavallecool, thannks23:06
*** sri_ has quit IRC23:07
*** sri_ has joined #openstack-neutron23:07
manjeetsmlavalle, thanks, I actually tweaked your scripts but they work for me now, (I use libvirt provider) not sure if that would make any difference, other changes I needed were pass on proxy otherwise nothing was working because firewall was blocking everything23:08
*** r-daneel has quit IRC23:10
mlavallemanjeets: regarding "ML2 connection monitoring and auditing" https://review.openstack.org/#/c/589313.... two questions23:15
prometheanfirehaleyb: jamesdenton may be looking into it if it can be reproduced23:15
prometheanfirehaleyb: it's someone else's problem now :D23:15
mlavallehave you added it to the etherpad?23:15
*** hongbin has quit IRC23:15
mlavalleand is it part of the StarlingX topic?23:16
mlavallemanjeets: ^^^^23:16
manjeetsmlavalle, yes I can add it to etherpad, and yes that's the request I got from team working on starlinx23:28
manjeetsI haven't added yet23:28
*** aicilamd has joined #openstack-neutron23:32
manjeetsadded as 13.7 in starrlingx section23:32
*** tbachman has joined #openstack-neutron23:32
*** sri_ has quit IRC23:36
*** sri_ has joined #openstack-neutron23:36
*** aicilamd has quit IRC23:37
*** mlavalle has quit IRC23:43
*** nplanel_ has quit IRC23:45
*** jessegler has quit IRC23:51
*** itlinux has joined #openstack-neutron23:53
*** threestrands has joined #openstack-neutron23:54

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