| *** jangutter has quit IRC | 00:29 | |
| *** jangutter has joined #openstack-neutron | 00:32 | |
| openstackgerrit | Merged openstack/python-neutronclient master: Update requirements URLs in tox config https://review.opendev.org/760783 | 00:41 |
|---|---|---|
| *** rcernin has quit IRC | 00:42 | |
| *** rcernin has joined #openstack-neutron | 00:43 | |
| *** _mlavalle_1 has quit IRC | 01:31 | |
| *** spatel has joined #openstack-neutron | 01:37 | |
| *** spatel has quit IRC | 01:42 | |
| openstackgerrit | Merged openstack/neutron stable/queens: Local mac direct flow for non-openflow firewall https://review.opendev.org/759369 | 01:54 |
| *** rcernin has quit IRC | 01:58 | |
| *** macz_ has quit IRC | 02:09 | |
| openstackgerrit | Merged openstack/neutron master: Add devstack-tobiko-faults-centos job to the periodic queue https://review.opendev.org/759225 | 02:17 |
| openstackgerrit | Merged openstack/neutron master: Update networking-midonet maintainers list https://review.opendev.org/750894 | 02:17 |
| openstackgerrit | Merged openstack/neutron master: Match created_at and updated_at timestamp in TestHashRing https://review.opendev.org/756860 | 02:17 |
| *** sapd1 has joined #openstack-neutron | 02:31 | |
| *** macz_ has joined #openstack-neutron | 02:39 | |
| *** macz_ has quit IRC | 02:45 | |
| *** rcernin has joined #openstack-neutron | 02:57 | |
| *** jangutter has quit IRC | 03:08 | |
| *** jangutter has joined #openstack-neutron | 03:09 | |
| *** rcernin has quit IRC | 03:38 | |
| *** nweinber has joined #openstack-neutron | 03:38 | |
| *** nweinber has quit IRC | 03:43 | |
| *** armax has quit IRC | 03:47 | |
| openstackgerrit | LIU Yulong proposed openstack/neutron master: Add note for openflow firewall https://review.opendev.org/758004 | 03:53 |
| *** rcernin has joined #openstack-neutron | 04:05 | |
| *** rm_work has quit IRC | 04:58 | |
| *** rm_work has joined #openstack-neutron | 04:58 | |
| *** lajoskatona has joined #openstack-neutron | 04:59 | |
| *** zzzeek has quit IRC | 05:34 | |
| *** baojg has quit IRC | 05:34 | |
| *** baojg has joined #openstack-neutron | 05:35 | |
| *** zzzeek has joined #openstack-neutron | 05:36 | |
| *** rcernin has quit IRC | 05:39 | |
| *** ociuhandu has joined #openstack-neutron | 05:40 | |
| *** rcernin has joined #openstack-neutron | 05:42 | |
| *** hjensas has quit IRC | 05:47 | |
| *** hjensas has joined #openstack-neutron | 05:47 | |
| *** ociuhandu has quit IRC | 06:00 | |
| *** JamesBenson has quit IRC | 06:04 | |
| *** vipul has joined #openstack-neutron | 06:20 | |
| *** vipul has quit IRC | 06:29 | |
| *** elod has joined #openstack-neutron | 06:45 | |
| *** rcernin_ has joined #openstack-neutron | 06:53 | |
| *** rcernin has quit IRC | 06:54 | |
| *** rcernin_ has quit IRC | 06:59 | |
| *** zhangtongjian has joined #openstack-neutron | 07:08 | |
| zhangtongjian | Hi all | 07:08 |
| zhangtongjian | When Nova virtual machine is created, how can I prevent the DNS server address from getting? Now it is the interface address of DHCP by default | 07:09 |
| zhangtongjian | slaweq: | 07:11 |
| zhangtongjian | Hi | 07:11 |
| *** ociuhandu has joined #openstack-neutron | 07:13 | |
| *** ociuhandu has quit IRC | 07:13 | |
| *** ralonsoh has joined #openstack-neutron | 07:14 | |
| *** ociuhandu has joined #openstack-neutron | 07:14 | |
| *** ociuhandu has quit IRC | 07:17 | |
| *** rpittau|afk is now known as rpittau | 07:20 | |
| *** slaweq has joined #openstack-neutron | 07:25 | |
| zhangtongjian | slaweq:hi | 07:26 |
| slaweq | zhangtongjian: hi | 07:26 |
| slaweq | what's up? | 07:26 |
| zhangtongjian | Why is the default address of DNS server the port address of DHCP when Nova boot | 07:27 |
| slaweq | zhangtongjian: sorry, I'm not very familiar with this dns integration, can You send me link to the code/docs where it is written? | 07:28 |
| slaweq | something I can take a look into :) | 07:28 |
| zhangtongjian | ok | 07:28 |
| zhangtongjian | https://github.com/openstack/neutron/blob/master/neutron/agent/linux/dhcp.py#L1119 | 07:32 |
| zhangtongjian | slaweq: | 07:33 |
| slaweq | zhangtongjian: I think that this is because dnsmasq can be used to resolv names also | 07:33 |
| slaweq | zhangtongjian: what is the problem with that? | 07:34 |
| slaweq | it's only when You don't specify own dns servers for the subnet | 07:34 |
| *** jangutter_ has joined #openstack-neutron | 07:35 | |
| zhangtongjian | I try to get rid of this code, but Nova boot will still have the DNS address | 07:35 |
| slaweq | zhangtongjian: I don't know about nova but why You want to get rid of it? | 07:36 |
| *** jangutter has quit IRC | 07:36 | |
| zhangtongjian | I want to know how to avoid this DNS server address when nova is instantiated | 07:37 |
| zhangtongjian | slaweq:Puzzled for a long time, I think this address is not very reasonable | 07:38 |
| slaweq | zhangtongjian: I don't think there is any way to avoid that tbh | 07:40 |
| zhangtongjian | slaweq:ths,why i rid of this code, but still have the DNS address | 07:42 |
| slaweq | zhangtongjian: I don't know really | 07:43 |
| zhangtongjian | slaweq:tks | 07:43 |
| zhangtongjian | slaweq:if you have wechat number | 07:44 |
| slaweq | zhangtongjian: no, I don't have | 07:45 |
| zhangtongjian | slaweq:tks, can you give me you email address | 07:46 |
| *** tmorin has joined #openstack-neutron | 07:47 | |
| *** tkajinam has quit IRC | 08:08 | |
| *** tkajinam has joined #openstack-neutron | 08:12 | |
| *** tesseract has joined #openstack-neutron | 08:14 | |
| *** bengates has joined #openstack-neutron | 08:17 | |
| *** bengates_ has joined #openstack-neutron | 08:18 | |
| *** bengates has quit IRC | 08:22 | |
| openstackgerrit | Slawek Kaplonski proposed openstack/neutron-tempest-plugin master: [Scenario] New test to check extra_dhcp_opts https://review.opendev.org/759852 | 08:22 |
| openstackgerrit | Slawek Kaplonski proposed openstack/neutron-tempest-plugin master: [Scenario] New test to check extra_dhcp_opts https://review.opendev.org/759852 | 08:22 |
| slaweq | ralonsoh: lajoskatona: hi, can You take a look also at https://review.opendev.org/#/c/759947/ ? | 08:24 |
| slaweq | thx in advance | 08:24 |
| ralonsoh | slaweq, sure | 08:24 |
| ralonsoh | one question | 08:24 |
| ralonsoh | https://e60349f1754a7293d865-ec7c2cda95b1d3573093d93e0e594c95.ssl.cf5.rackcdn.com/762527/1/check/neutron-tempest-plugin-scenario-linuxbridge/e882e6f/controller/logs/screen-n-cpu.txt | 08:24 |
| ralonsoh | slaweq, http://paste.openstack.org/show/799979/ | 08:25 |
| ralonsoh | the VM failing has 5GB and 512MB | 08:25 |
| ralonsoh | but regular VM has 1GB/128MB | 08:25 |
| ralonsoh | why is this? | 08:25 |
| ralonsoh | do we have any specific flavor un neutron-tempest-plugin? | 08:26 |
| slaweq | ralonsoh: because for some tests we are using "advanced image" | 08:26 |
| slaweq | https://github.com/openstack/neutron-tempest-plugin/blob/master/zuul.d/base.yaml#L107 | 08:26 |
| slaweq | it was probably that | 08:26 |
| slaweq | and for this image we are using ds512M flavor | 08:27 |
| slaweq | when for cirros instances something smaller is used | 08:27 |
| ralonsoh | ahhhh | 08:27 |
| slaweq | we need that image for some mtu and trunk tests iirc | 08:27 |
| ralonsoh | exactly | 08:27 |
| *** jlibosva has joined #openstack-neutron | 08:27 | |
| ralonsoh | well, this is prone to errors | 08:27 |
| *** ccamposr has quit IRC | 08:28 | |
| slaweq | yes, but still better than use "advanced" image for all tests | 08:28 |
| ralonsoh | sure, of course | 08:28 |
| *** ccamposr has joined #openstack-neutron | 08:28 | |
| *** tesseract has quit IRC | 08:29 | |
| slaweq | ralonsoh: why https://bugs.launchpad.net/neutron/+bug/1903982 is medium only? | 08:30 |
| openstack | Launchpad bug 1903982 in neutron "[neutron-tempest-plugin] Error when executing "hostname" in the VM" [Medium,In progress] - Assigned to Rodolfo Alonso (rodolfo-alonso-hernandez) | 08:30 |
| ralonsoh | slaweq, well... maybe high | 08:30 |
| slaweq | I see that it failed me at least 4 jobs in e.g. https://review.opendev.org/#/c/761410/ | 08:30 |
| slaweq | IMO it should be critical, no? | 08:30 |
| *** bengates_ has quit IRC | 08:31 | |
| ralonsoh | ok, maybe I'm a bit condescending when assigning the importance | 08:31 |
| *** tesseract has joined #openstack-neutron | 08:31 | |
| ralonsoh | done | 08:31 |
| *** bengates has joined #openstack-neutron | 08:31 | |
| slaweq | :) | 08:31 |
| slaweq | tjx | 08:31 |
| slaweq | *thx | 08:31 |
| ralonsoh | slaweq, https://review.opendev.org/#/c/748529 and https://review.opendev.org/#/c/712446 | 08:38 |
| ralonsoh | i'm going to abandon those patches | 08:39 |
| ralonsoh | superseded by https://review.opendev.org/#/c/715315 | 08:39 |
| *** jpena|off is now known as jpena | 08:41 | |
| slaweq | ralonsoh++ | 08:41 |
| frickler | zhangtongjian: you may want to look at https://docs.openstack.org/neutron/latest/admin/config-dns-res.html , in particular case 1 | 08:45 |
| openstackgerrit | Rodolfo Alonso Hernandez proposed openstack/neutron master: Implement "sysctl" using oslo.privsep https://review.opendev.org/733250 | 08:47 |
| zhangtongjian | frickler:tks,i look it | 08:49 |
| *** elvira has joined #openstack-neutron | 08:50 | |
| zhangtongjian | frickler:great | 08:52 |
| *** CeeMac has joined #openstack-neutron | 08:55 | |
| *** ociuhandu has joined #openstack-neutron | 08:58 | |
| *** ociuhandu has quit IRC | 09:08 | |
| *** masterpe has joined #openstack-neutron | 09:11 | |
| masterpe | Hi, we have a provider network that is deployed as vlan type, but we want to change to a vxlan type. In horizon I can not edit the type of network. What is the best solution to change the type? | 09:11 |
| openstackgerrit | Slawek Kaplonski proposed openstack/neutron master: Disable not used services in the tempest and rally jobs https://review.opendev.org/762582 | 09:13 |
| openstackgerrit | Jakub Libosvar proposed openstack/ovsdbapp master: Add update_tables method to Idl https://review.opendev.org/762562 | 09:15 |
| *** jawad_axd has joined #openstack-neutron | 09:22 | |
| masterpe | Does this needs to be done with the openstack network set --provider-network-type ? | 09:24 |
| ralonsoh | jlibosva, hi, about https://review.opendev.org/#/c/762562/1/ovsdbapp/backend/ovs_idl/connection.py@180 | 09:24 |
| ralonsoh | I was asking about registering those tables in the schema helper | 09:24 |
| ralonsoh | to receive notifications | 09:24 |
| ralonsoh | masterpe, sorry, you can't update the network type | 09:26 |
| *** jangutter has joined #openstack-neutron | 09:31 | |
| *** jangutter_ has quit IRC | 09:33 | |
| *** bengates_ has joined #openstack-neutron | 09:39 | |
| jlibosva | ralonsoh: maybe I'm missing something, the tables must be registered to the schema helper first, then the schema helper generates the schema for the idl | 09:40 |
| jlibosva | ralonsoh: I can add more tests to make sure events work after new table is registered if you want | 09:41 |
| ralonsoh | jlibosva, no no, you are right, the tables must be registered first | 09:41 |
| ralonsoh | then the idl will update the internal _db | 09:41 |
| *** bengates has quit IRC | 09:42 | |
| *** ociuhandu has joined #openstack-neutron | 09:48 | |
| *** ociuhandu has quit IRC | 09:58 | |
| lajoskatona | masterpe: yes that should work, but it admin only operation by default (https://opendev.org/openstack/neutron/src/branch/master/neutron/conf/policies/network.py#L78 ) | 09:59 |
| masterpe | lajoskatona: I was expecting that is was a admin command. | 10:11 |
| *** masterpe has left #openstack-neutron | 10:12 | |
| *** masterpe has joined #openstack-neutron | 10:13 | |
| *** masterpe has left #openstack-neutron | 10:15 | |
| *** baojg has quit IRC | 10:15 | |
| *** janno has quit IRC | 10:19 | |
| *** ccamposr__ has joined #openstack-neutron | 10:23 | |
| *** ccamposr has quit IRC | 10:26 | |
| *** janno has joined #openstack-neutron | 10:27 | |
| *** zhangtongjian has quit IRC | 10:29 | |
| *** icey has quit IRC | 10:30 | |
| *** icey has joined #openstack-neutron | 10:36 | |
| *** jangutter_ has joined #openstack-neutron | 10:56 | |
| *** jangutter has quit IRC | 10:59 | |
| *** jawad_axd has quit IRC | 11:01 | |
| *** ociuhandu has joined #openstack-neutron | 11:03 | |
| openstackgerrit | Jakub Libosvar proposed openstack/neutron master: [OVN] Allow schema checks to happen before starting connection https://review.opendev.org/754485 | 11:19 |
| openstackgerrit | Jakub Libosvar proposed openstack/neutron master: Use agent chassis table based on schema https://review.opendev.org/760967 | 11:19 |
| *** jangutter has joined #openstack-neutron | 11:24 | |
| *** ociuhandu has quit IRC | 11:27 | |
| *** jangutter_ has quit IRC | 11:27 | |
| *** takamatsu has quit IRC | 11:33 | |
| *** takamatsu has joined #openstack-neutron | 11:33 | |
| *** ociuhandu has joined #openstack-neutron | 11:44 | |
| *** JamesBenson has joined #openstack-neutron | 12:01 | |
| *** tbachman has quit IRC | 12:02 | |
| *** baojg has joined #openstack-neutron | 12:03 | |
| *** JamesBenson has quit IRC | 12:04 | |
| *** JamesBenson has joined #openstack-neutron | 12:04 | |
| *** vinay_m has joined #openstack-neutron | 12:15 | |
| vinay_m | hi all , can any one help in creation of vpn ipsec site to site using vpnaas. | 12:21 |
| vinay_m | i'm using two vms with devstack installation and trying to create tunnel using vpnaas. | 12:21 |
| vinay_m | i have followed this scenario explanation:https://docs.openstack.org/neutron/latest/admin/vpnaas-scenario.html#configure-vpnaas-without-endpoint-group-the-legacy-way | 12:21 |
| vinay_m | followed the steps as mentioned and created ikepolicy , ipsec policy in one site and after creation of vpn service , it was halted at pending create state its self only . | 12:21 |
| vinay_m | i have gone through logs but there was no much info regarding . | 12:21 |
| vinay_m | please let me know if have missed anything. | 12:22 |
| *** jpena is now known as jpena|lunch | 12:28 | |
| openstackgerrit | Merged openstack/neutron stable/rocky: Import "oslo_config.cfg" before "eventlet" https://review.opendev.org/757062 | 12:56 |
| openstackgerrit | Merged openstack/neutron stable/rocky: [OvS] Handle re_added multi ports https://review.opendev.org/751223 | 13:02 |
| *** ociuhandu_ has joined #openstack-neutron | 13:21 | |
| *** raildo has joined #openstack-neutron | 13:24 | |
| *** ociuhandu has quit IRC | 13:25 | |
| *** tbachman has joined #openstack-neutron | 13:27 | |
| *** jpena|lunch is now known as jpena | 13:33 | |
| openstackgerrit | Slawek Kaplonski proposed openstack/neutron master: Call script to reconfigure multinode connectivity in OVN jobs https://review.opendev.org/762654 | 13:37 |
| openstackgerrit | Merged openstack/neutron master: Use neutron-lib definition alias in the OVN extensions https://review.opendev.org/759697 | 13:40 |
| *** obondarev has joined #openstack-neutron | 13:53 | |
| *** mlavalle has joined #openstack-neutron | 13:58 | |
| *** baojg has quit IRC | 13:58 | |
| *** baojg has joined #openstack-neutron | 13:59 | |
| *** nweinber has joined #openstack-neutron | 14:01 | |
| *** macz_ has joined #openstack-neutron | 14:17 | |
| openstackgerrit | Slawek Kaplonski proposed openstack/neutron master: Call script to reconfigure multinode connectivity in OVN jobs https://review.opendev.org/762654 | 14:19 |
| *** macz_ has quit IRC | 14:22 | |
| *** ociuhandu_ has quit IRC | 14:42 | |
| *** ociuhandu has joined #openstack-neutron | 14:43 | |
| *** lpetrut has joined #openstack-neutron | 14:49 | |
| *** rpittau is now known as rpittau|afk | 14:49 | |
| *** ociuhandu has quit IRC | 15:06 | |
| *** waleedm has joined #openstack-neutron | 15:06 | |
| *** ociuhandu has joined #openstack-neutron | 15:08 | |
| *** obondarev has quit IRC | 15:10 | |
| *** lpetrut has quit IRC | 15:12 | |
| openstackgerrit | Merged openstack/ovsdbapp master: Add update_tables method to Idl https://review.opendev.org/762562 | 15:13 |
| *** waleedm has quit IRC | 15:16 | |
| *** ociuhandu has quit IRC | 15:24 | |
| *** vinay_m has quit IRC | 15:24 | |
| *** bcafarel has quit IRC | 15:32 | |
| *** bcafarel has joined #openstack-neutron | 15:36 | |
| jlibosva | otherwiseguy: can I request ovsdbapp 1.7.0 release for https://review.opendev.org/#/c/762562/ ? You think it's backportable to stable/rocky ? | 15:38 |
| otherwiseguy | jlibosva: *I* don't have a problem backporting it, at least to train (the custom_index stuff might be a problem) | 15:40 |
| otherwiseguy | jlibosva: but I'm not sure about release folks, since it isn't a bugfix for ovsdbapp. | 15:40 |
| jlibosva | yeah, train I meant | 15:40 |
| otherwiseguy | I think custom_index was added in ovs 2.10, and I don't remember how far back I got to bump the req. | 15:41 |
| otherwiseguy | I think that was just bact to victoria though. | 15:42 |
| *** bengates_ has quit IRC | 15:43 | |
| otherwiseguy | so at the very least there'd need to be a try: table.rows = custom_index.IndexedRows(table);except ... table.rows = {} or something. | 15:43 |
| *** bengates has joined #openstack-neutron | 15:43 | |
| otherwiseguy | table.rows = custom_index.IndexedRows(table) if custom_index else {} w/ import try/except or whatever. | 15:44 |
| jlibosva | otherwiseguy: ok, I'll try to backport and we'll see what stable cores think | 15:44 |
| otherwiseguy | jlibosva: just make sure to try with python-ovs==2.8.0 in older branches :) | 15:45 |
| otherwiseguy | jlibosva: Or just say screw it and add an update_tables helper method in ml2/ovn :p | 15:47 |
| jlibosva | otherwiseguy: I may end up doing that :) But first I'll try to go with the ovsdbapp releases: https://review.opendev.org/#/c/762676/ | 15:48 |
| openstackgerrit | Rodolfo Alonso Hernandez proposed openstack/neutron master: Add port NUMA affinity policy https://review.opendev.org/740067 | 15:49 |
| otherwiseguy | jlibosva: it will just add about 3 days to your completion time :D | 15:50 |
| otherwiseguy | (maybe more for the backports) :D | 15:51 |
| *** mlavalle has quit IRC | 15:53 | |
| *** mlavalle has joined #openstack-neutron | 15:55 | |
| ralonsoh | otherwiseguy, quick question if you know it | 15:56 |
| ralonsoh | https://5ca7167d905dc1a0c594-0960055f391d2dea99eabb8d303183b3.ssl.cf5.rackcdn.com/758646/4/check/neutron-functional-with-uwsgi/a00477a/controller/logs/dsvm-functional-logs/neutron.tests.functional.plugins.ml2.drivers.ovn.mech_driver.ovsdb.test_ovsdb_monitor.TestNBDbMonitor.test_floatingip_mac_bindings/testrun.txt | 15:56 |
| ralonsoh | 2020-11-13 13:25:40.087 61390 ERROR neutron.plugins.ml2.managers return next(iter(self.db_list_rows('NB_Global').execute( | 15:56 |
| ralonsoh | 2020-11-13 13:25:40.087 61390 ERROR neutron.plugins.ml2.managers StopIteration | 15:56 |
| ralonsoh | in a functional test | 15:56 |
| ralonsoh | shouldn't we always have this table?? | 15:56 |
| ralonsoh | sorry, not this table, I mean a row in this table | 15:56 |
| *** armax has joined #openstack-neutron | 15:57 | |
| openstackgerrit | Slawek Kaplonski proposed openstack/neutron master: Call script to reconfigure multinode connectivity in OVN jobs https://review.opendev.org/762654 | 16:00 |
| *** ociuhandu has joined #openstack-neutron | 16:02 | |
| otherwiseguy | ralonsoh: yeah unless this is being hit right after a reconnection or something the DB is being reloaded into memory? On initial connection, I'm pretty sure we wait for the db with the wait_for_change() stuff. | 16:02 |
| ralonsoh | otherwiseguy, yeah now i recall https://bugs.launchpad.net/ovsdbapp/+bug/1888878 | 16:03 |
| openstack | Launchpad bug 1888878 in neutron "Data not present in OVN IDL when requested" [Medium,Fix released] - Assigned to Terry Wilson (otherwiseguy) | 16:03 |
| ralonsoh | but now we don't retrieve this info from the memory but from the server | 16:04 |
| ralonsoh | https://review.opendev.org/#/c/747465/3/neutron/plugins/ml2/drivers/ovn/mech_driver/ovsdb/impl_idl_ovn.py | 16:05 |
| ralonsoh | otherwiseguy, ^ | 16:05 |
| ralonsoh | no, this is still a ReadOnlyCommand | 16:06 |
| ralonsoh | so no, we retrieve this info from the IDL cache | 16:06 |
| otherwiseguy | ralonsoh: Ah, right. | 16:06 |
| otherwiseguy | ralonsoh: so apparently my lock fix + using the read-only cmd instead of directly accessing is not sufficient. :( | 16:08 |
| *** ociuhandu has quit IRC | 16:09 | |
| ralonsoh | the self.api.ovsdb_connection.lock, you say | 16:09 |
| ralonsoh | https://review.opendev.org/#/c/745746/1/ovsdbapp/backend/ovs_idl/command.py | 16:09 |
| ralonsoh | looks like the DB is not completely populated yet | 16:10 |
| otherwiseguy | ralonsoh: I mean, we could add a WaitEvent for NB_Global/SB_Global/whatever create before doing anything else I suppose. | 16:14 |
| *** takamatsu has quit IRC | 16:15 | |
| ralonsoh | otherwiseguy, in the ovsdbapp Backend class? | 16:15 |
| otherwiseguy | ralonsoh: I'd probably just do it in the post_fork_initialize or something in ovn. Backend code can't because it is schema agnostic and the thing you'd wait on would be different. | 16:16 |
| otherwiseguy | with idlutils.wait_for_change, the assumption is that if the seqno has changed, we've gotten the intial db dump. but maybe we don't get it all at once all the time or something. | 16:17 |
| ralonsoh | otherwiseguy, yeah, maybe is sent in several batches | 16:18 |
| ralonsoh | ok, I'll propose a condition wait in this method | 16:18 |
| ralonsoh | there we ensure NB_Global is populated (must be one single row) | 16:18 |
| otherwiseguy | ralonsoh: looking at the idl.run() code, it looks like it expects the monitor_request to come back in one message: https://github.com/openvswitch/ovs/blob/193995f81c07347847190b03bd9da23948d497a6/python/ovs/db/idl.py#L278 | 16:21 |
| ralonsoh | I'm a bit lost in this code. "_monitor_request_id" is when is waiting for the DB update? | 16:24 |
| otherwiseguy | ralonsoh: it is not fun code to read. __send_monitor_request() sets the id of its request, so idl.run() can match up the reply from the server and then process the update. | 16:26 |
| otherwiseguy | a good portion of the python-ovs code was line-by-line translated form C code and it still looks like that. :p | 16:27 |
| ralonsoh | otherwiseguy, so IDL_S_INITIAL is sent and is expecting everything updated in one shot | 16:27 |
| *** baojg has quit IRC | 16:28 | |
| *** baojg has joined #openstack-neutron | 16:30 | |
| *** macz_ has joined #openstack-neutron | 16:36 | |
| *** takamatsu has joined #openstack-neutron | 16:46 | |
| *** ociuhandu has joined #openstack-neutron | 16:51 | |
| openstackgerrit | Rodolfo Alonso Hernandez proposed openstack/neutron master: [WIP] Add "standard_attr_id" to OVO dicts https://review.opendev.org/762692 | 16:52 |
| openstackgerrit | Rodolfo Alonso Hernandez proposed openstack/neutron stable/victoria: Do not update agents "alive" state in TestAgentApi https://review.opendev.org/761651 | 16:52 |
| openstackgerrit | Rodolfo Alonso Hernandez proposed openstack/neutron stable/victoria: Make test_agent_show only look for its own agents https://review.opendev.org/759389 | 16:53 |
| *** bengates has quit IRC | 17:00 | |
| *** lajoskatona has left #openstack-neutron | 17:02 | |
| f0o | Hi, I recently upgraded neutron-linuxbridge-agent from 15.0.0~rc1-0ubuntu1~cloud0 to 15.3.0-0ubuntu1~cloud2 and now networking wont work anymore. I'm getting tons of : ValueError: too many values to unpack (expected 2) (full log: http://paste.openstack.org/show/s84RuvdIiH7gBhaGuy8c/) | 17:07 |
| f0o | any ideas? | 17:08 |
| *** jlibosva has quit IRC | 17:10 | |
| ralonsoh | f0o, this is because https://review.opendev.org/#/q/I2e3aa7c400d7bb17cc117b65faaa160b41013dde | 17:11 |
| ralonsoh | report a bug with the information you have | 17:11 |
| ralonsoh | f0o, did you upgrade the Neutron server? | 17:12 |
| f0o | great :D | 17:12 |
| f0o | no I did not (yet?) | 17:12 |
| ralonsoh | you should always update the server firsr | 17:13 |
| f0o | I'm reluctant to do it now so I dont nuke the whole networking stack | 17:13 |
| ralonsoh | first* | 17:13 |
| ralonsoh | and then the agents | 17:13 |
| f0o | even for minors? | 17:13 |
| f0o | is it backwards compatible? | 17:13 |
| f0o | dont want to nuke the rack's network just ebcause I update neutron on it | 17:13 |
| ralonsoh | I will say that this patch shouldn't have been backported | 17:13 |
| ralonsoh | now I see that is needed both in the server and the agent | 17:14 |
| ralonsoh | and implies a RPC change | 17:14 |
| *** tesseract has quit IRC | 17:14 | |
| ralonsoh | hmmm not good at all | 17:14 |
| f0o | :D | 17:14 |
| *** ociuhandu_ has joined #openstack-neutron | 17:15 | |
| f0o | so ok, to get this back into a functioning state, I will have to upgrade the neutron server to include that patch and that will likely nuke the networking for the compute hosts it's responsible for. Correct? | 17:17 |
| *** ociuhandu has quit IRC | 17:17 | |
| *** ociuhandu_ has quit IRC | 17:19 | |
| f0o | but gonna write that bug report now | 17:19 |
| otherwiseguy | ralonsoh: maybe the issue w/ NB_Global is just that we can accept API requests before post_fork_initialize is run/self._post_fork_event.set()? | 17:21 |
| ralonsoh | otherwiseguy, I'll need to check that | 17:21 |
| ralonsoh | I'll put a sleep there to see if I can/cannot send a request | 17:22 |
| otherwiseguy | ralonsoh: I see that we wait in the _ovn_client property for that event to be set. | 17:22 |
| otherwiseguy | so may just be that calls not through _ovn_client still can happen and so *boom* | 17:23 |
| ralonsoh | otherwiseguy, how Neutron can call the DB without the ovn_client?? | 17:23 |
| ralonsoh | a secret port? did you install a backport? hehehe | 17:24 |
| otherwiseguy | ralonsoh: looks like by calling _validate_nextwork_segments -> _get_max_tunid() -> self._nb_ovn.nb_global :D | 17:24 |
| *** gcheresh has joined #openstack-neutron | 17:25 | |
| ralonsoh | ahhhhhh so we are cheating: we call directly to the nb_ovn DB cache | 17:25 |
| f0o | So... I cant downgrade apparently because no other package exist for ubuntu | 17:26 |
| *** ociuhandu has joined #openstack-neutron | 17:26 | |
| f0o | unsure what to do now other than rsync'ing stuff from a heathy node over and completely mutilating this host | 17:26 |
| ralonsoh | I'm not sure about how to retrieve Ubuntu openstack packages | 17:28 |
| f0o | yeah this patch level upgrade just went super sideways :D | 17:29 |
| f0o | but just to re-iterate, upgrading neutron-server will actually solve this but it will also cause other (old) compute nodes to have network disruptions, right? | 17:30 |
| f0o | or will the existing networks remain stable? | 17:31 |
| *** ociuhandu has quit IRC | 17:31 | |
| f0o | I can probably rush this through and disallow creation of vms for a few minutes | 17:31 |
| *** jangutter has quit IRC | 17:32 | |
| f0o | what I want to avoid is that everything collapses one I upgrade the neutron-server and it's components and restart the neutron-services | 17:32 |
| ralonsoh | an upgrade should not produce a network disruption | 17:32 |
| ralonsoh | at least that's the goal | 17:32 |
| f0o | that's good enough for me, let's see what happens | 17:33 |
| *** bnemec is now known as beekneemech | 17:37 | |
| openstackgerrit | Elvira García Ruiz proposed openstack/neutron master: Update methods to use new ovsdbapp functions https://review.opendev.org/762695 | 17:40 |
| *** jpena is now known as jpena|off | 17:46 | |
| f0o | ralonsoh:thanks works now, off to update all other compute hosts before they create networks lol | 17:50 |
| *** mlavalle has quit IRC | 17:58 | |
| *** elvira has quit IRC | 18:03 | |
| *** mlavalle has joined #openstack-neutron | 18:05 | |
| *** tmorin has quit IRC | 18:09 | |
| *** dsneddon has joined #openstack-neutron | 18:20 | |
| *** dsneddon has quit IRC | 18:21 | |
| *** dsneddon has joined #openstack-neutron | 18:22 | |
| *** dsneddon has quit IRC | 18:22 | |
| *** dsneddon has joined #openstack-neutron | 18:22 | |
| *** ccamposr has joined #openstack-neutron | 18:29 | |
| *** ccamposr__ has quit IRC | 18:32 | |
| *** ralonsoh has quit IRC | 18:34 | |
| *** nweinber has quit IRC | 18:36 | |
| *** nweinber has joined #openstack-neutron | 18:36 | |
| *** gcheresh has quit IRC | 18:39 | |
| *** sean-k-mooney1 has joined #openstack-neutron | 18:41 | |
| *** sean-k-mooney has quit IRC | 18:42 | |
| *** ccamposr has quit IRC | 18:51 | |
| *** ccamposr has joined #openstack-neutron | 18:52 | |
| *** nweinber has quit IRC | 19:18 | |
| *** nweinber has joined #openstack-neutron | 19:19 | |
| *** lifeless has quit IRC | 19:31 | |
| *** gcheresh has joined #openstack-neutron | 19:41 | |
| *** lifeless has joined #openstack-neutron | 19:47 | |
| *** slaweq has quit IRC | 20:03 | |
| *** ccamposr__ has joined #openstack-neutron | 21:17 | |
| *** ociuhandu has joined #openstack-neutron | 21:19 | |
| *** ccamposr has quit IRC | 21:19 | |
| *** rcernin has joined #openstack-neutron | 21:19 | |
| *** vinay_m has joined #openstack-neutron | 21:20 | |
| *** vinay_m has quit IRC | 21:25 | |
| openstackgerrit | Merged openstack/neutron master: Disable cinder services on neutron grenade jobs https://review.opendev.org/761518 | 21:27 |
| *** ccamposr has joined #openstack-neutron | 21:36 | |
| *** ccamposr__ has quit IRC | 21:38 | |
| *** ccamposr__ has joined #openstack-neutron | 21:42 | |
| *** ccamposr has quit IRC | 21:44 | |
| *** ociuhandu has quit IRC | 21:45 | |
| *** jmlowe has quit IRC | 21:49 | |
| *** ccamposr has joined #openstack-neutron | 21:53 | |
| *** sean-k-mooney2 has joined #openstack-neutron | 21:54 | |
| *** ccamposr__ has quit IRC | 21:55 | |
| *** sean-k-mooney1 has quit IRC | 21:56 | |
| *** gcheresh has quit IRC | 22:21 | |
| *** hamalq has joined #openstack-neutron | 22:30 | |
| *** nweinber has quit IRC | 22:46 | |
| *** armax has quit IRC | 23:10 | |
| *** armax has joined #openstack-neutron | 23:13 | |
| *** hamalq has quit IRC | 23:37 | |
| *** hamalq has joined #openstack-neutron | 23:38 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!