[Yahoo-eng-team] [Bug 1841907] Re: Neutron bootstrap failing on Ubuntu bionic with Cannot change column 'network_id

2020-06-24 Thread Michal Nasiadka
Seems to only be hitting kolla-ansible-ubuntu-binary jobs - according to http://reqorts.qa.ubuntu.com/reports/ubuntu-server/cloud- archive/stein_versions.html - neutron 14.2.0 version that has the fix - is in staging, not yet in updates. ** Also affects: cloud-archive Importance: Undecided

[Yahoo-eng-team] [Bug 1841907] Re: Neutron bootstrap failing on Ubuntu bionic with Cannot change column 'network_id

2020-06-24 Thread Michal Nasiadka
Adding Stein, noticed it's happening also on kolla-ansible Stein CI jobs: https://zuul.opendev.org/t/openstack/build/add9590158784b1e830927e569f586eb/log/primary/logs/ansible/deploy#38988 ** Also affects: kolla-ansible/stein Importance: Undecided Status: New ** No longer affects: kolla-

[Yahoo-eng-team] [Bug 1885003] [NEW] Interrupted copy-to-store may corrupt a subsequent operation

2020-06-24 Thread Dan Smith
Public bug reported: This is a hypothetical (but very possible) scenario that will result in a corrupted image stored by glance. I don't have code to reproduce it, but discussion seems to indicate that it is possible. Scenario: 1. Upload image to glance to one store, everything is good 2. Start

[Yahoo-eng-team] [Bug 1885002] [NEW] I get error 500 when trying to consume GET /os-simple-tenant-usage/{tenant_id}

2020-06-24 Thread Ramón Alberto Colina Rodríguez
Public bug reported: I am trying to consume the api GET /os-simple-tenant-usage/{tenant_id} with the start and end parameters as follows: GET /os-simple-tenant- usage/{tenant_id}?start=2020-06-17T12:48:50&end=2020-06-24T12:48:50. When I use the above, I get error 500. ** Affects: nova Import

[Yahoo-eng-team] [Bug 1884996] [NEW] default value for all_stores_must_succeed is not stated

2020-06-24 Thread Brian Rosmaita
Public bug reported: Found in: Release: on 2020-06-01 07:01:44 SHA: 03cb88a4376cab5e80697800591db47ca801cc56 Source: https://opendev.org/openstack/glance/src/api-ref/source/v2/index.rst URL: https://docs.openstack.org/api-ref/image/v2/ Actually, it does say "(default to True)" somewhere, but it

[Yahoo-eng-team] [Bug 1884986] [NEW] [OVN] functional test failing TestNBDbMonitorOverTcp test_floatingip_mac_bindings

2020-06-24 Thread Maciej Jozefczyk
Public bug reported: We can find random failures of the test: https://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_63a/711425/11/check /neutron-functional/63ac4ca/testr_results.html neutron.tests.functional.plugins.ml2.drivers.ovn.mech_driver.ovsdb.test_ov

[Yahoo-eng-team] [Bug 1884979] [NEW] util.mount_cb only supports passing through a single (positional) argument to the wrapped function

2020-06-24 Thread Dan Watkins
Public bug reported: This makes it difficult to use with a function that needs to take more than a single positional parameter, or any keyword arguments; you have to partially apply the function before calling mount_cb. I propose adding `args` and `kwargs` parameters, which will be passed to the

[Yahoo-eng-team] [Bug 1884256] Re: 'tox' not present on devstack based jobs

2020-06-24 Thread Ghanshyam Mann
** Changed in: devstack Status: In Progress => Invalid -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to neutron. https://bugs.launchpad.net/bugs/1884256 Title: 'tox' not present on devstack based jobs Status in devstack:

[Yahoo-eng-team] [Bug 1884949] [NEW] ds-identify fails on nocloud datasource when /var is a separate filesystem

2020-06-24 Thread Mike Drangula
Public bug reported: I'm running CentOS 7.8.2003 with cloud-init 18.5. At least in CentOS, systemd is running the generators, including the cloud-init generator, before any secondary filesystems are mounted. Thus, in ds-identify/dscheck_NoCloud/check_seed_dir, this line of code is invalid: l

[Yahoo-eng-team] [Bug 1884906] [NEW] L3 agent cannot be manually scheduled

2020-06-24 Thread Rodolfo Alonso
Public bug reported: This bug is similar to https://bugs.launchpad.net/neutron/+bug/1883513. When a new L3 agent is manually scheduled, "L3AgentSchedulerDbMixin.get_vacant_binding_index" should always provide a vacant index, even if this index exceeds the maximum number of configured L3 agents. T