Also we need to merge the networking-l2gw project new location fix - https://review.opendev.org/#/c/738046/ It's leading to many errors as pointed by AJaeger - https://zuul.opendev.org/t/openstack/config-errors -gmann ---- On Wed, 09 Sep 2020 07:18:37 -0500 Lajos Katona <katonalala@gmail.com> wrote ----
Hi,I pushed a fix for it https://review.opendev.org/750633, I added Deepak for reviewer as he is the owner of the taas patch. Sorry for the problem.Lajos (lajoskatona) Sam Morrison <sorrison@gmail.com> ezt írta (időpont: 2020. szept. 9., Sze, 12:49):
On 9 Sep 2020, at 4:52 pm, Lajos Katona <katonalala@gmail.com> wrote: Hi,Could you please point to the issue with taas? Networking-midonet unit tests [1] are failing with the addition of this patch [2] [1] https://b1a2669063d97482275a-410cecb8410320c66fb802e0a530979a.ssl.cf5.rackcdn.com/749857/18/check/openstack-tox-py36/0344651/testr_results.html[2] https://opendev.org/x/tap-as-a-service/commit/8332a396b1b046eb370c0cb377d836... I’m not really familiar with all of this so not sure how to fix these up. Cheers,Sam
RegardsLajos (lajoskatona) Sam Morrison <sorrison@gmail.com> ezt írta (időpont: 2020. szept. 9., Sze, 0:44):
On 8 Sep 2020, at 3:13 pm, Sam Morrison <sorrison@gmail.com> wrote: Hi Yamamoto,
On 4 Sep 2020, at 6:47 pm, Takashi Yamamoto <yamamoto@midokura.com> wrote: i'm talking to our infra folks but it might take longer than i hoped. if you or someone else can provide a public repo, it might be faster. (i have looked at launchpad PPA while ago. but it didn't seem straightforward given the complex build machinary in midonet.)
Yeah that’s no problem, I’ve set up a repo with the latest midonet debs in it and happy to use that for the time being.
I’m not sure why the pep8 job is failing, it is complaining about pecan which makes me think this is an issue with neutron itself? Kinda stuck on this one, it’s probably something silly.
probably.
Yeah this looks like a neutron or neutron-lib issue
For the py3 unit tests they are now failing due to db migration errors in tap-as-a-service, l2-gateway and vpnaas issues I think caused by neutron getting rid of the liberty alembic branch and so we need to squash these on these projects too.
this thing? https://review.opendev.org/#/c/749866/
Yeah that fixed that issue.
I have been working to get everything fixed in this review [1] The pep8 job is working but not in the gate due to neutron issues [2]The py36/py38 jobs have 2 tests failing both relating to tap-as-a-service which I don’t really have any idea about, never used it. [3] These are failing because of this patch on tap-as-a-service https://opendev.org/x/tap-as-a-service/commit/8332a396b1b046eb370c0cb377d836... Really have no idea how this works, does anyone use tap-as-a-service with midonet and can help me fix it, else I’m wondering if we disable tests for taas and make it an unsupported feature for now. Sam
The tempest aio job is working well now, I’m not sure what tempest tests were run before but it’s just doing what ever is the default at the moment.The tempest multinode job isn’t working due to what I think is networking issues between the 2 nodes. I don’t really know what I’m doing here so any pointers would be helpful. [4]The grenade job is also failing because I also need to put these fixes on the stable/ussuri branch to make it work so will need to figure that out too Cheers,Sam [1] https://review.opendev.org/#/c/749857/[2] https://zuul.opendev.org/t/openstack/build/e94e873cbf0443c0a7f25ffe76b3b00b[3] https://b1a2669063d97482275a-410cecb8410320c66fb802e0a530979a.ssl.cf5.rackcdn.com/749857/18/check/openstack-tox-py36/0344651/testr_results.html[4] https://zuul.opendev.org/t/openstack/build/61f6dd3dc3d74a81b7a3f5968b4d8c72
I can now start to look into the devstack zuul jobs.
Cheers, Sam
[1] https://github.com/NeCTAR-RC/networking-midonet/commits/devstack [2] https://github.com/midonet/midonet/pull/9
On 1 Sep 2020, at 4:03 pm, Sam Morrison <sorrison@gmail.com> wrote:
On 1 Sep 2020, at 2:59 pm, Takashi Yamamoto <yamamoto@midokura.com> wrote:
hi,
On Tue, Sep 1, 2020 at 1:39 PM Sam Morrison <sorrison@gmail.com> wrote:
On 1 Sep 2020, at 11:49 am, Takashi Yamamoto <yamamoto@midokura.com> wrote:
Sebastian, Sam,
thank you for speaking up.
as Slawek said, the first (and probably the biggest) thing is to fix the ci. the major part for it is to make midonet itself to run on ubuntu version used by the ci. (18.04, or maybe directly to 20.04) https://midonet.atlassian.net/browse/MNA-1344 iirc, the remaining blockers are: * libreswan (used by vpnaas) * vpp (used by fip64) maybe it's the easiest to drop those features along with their required components, if it's acceptable for your use cases.
We are running midonet-cluster and midolman on 18.04, we dropped those package dependencies from our ubuntu package to get it working.
We currently have built our own and host in our internal repo but happy to help putting this upstream somehow. Can we upload them to the midonet apt repo, does it still exist?
it still exists. but i don't think it's maintained well. let me find and ask someone in midokura who "owns" that part of infra.
does it also involve some package-related modifications to midonet repo, right?
Yes a couple, I will send up as as pull requests to https://github.com/midonet/midonet today or tomorrow
Sam
I’m keen to do the work but might need a bit of guidance to get started,
Sam
alternatively you might want to make midonet run in a container. (so that you can run it with older ubuntu, or even a container trimmed for JVM) there were a few attempts to containerize midonet. i think this is the latest one: https://github.com/midonet/midonet-docker
On Fri, Aug 28, 2020 at 7:10 AM Sam Morrison <sorrison@gmail.com> wrote:
We (Nectar Research Cloud) use midonet heavily too, it works really well and we haven’t found another driver that works for us. We tried OVN but it just doesn’t scale to the size of environment we have.
I’m happy to help too.
Cheers, Sam
On 31 Jul 2020, at 2:06 am, Slawek Kaplonski <skaplons@redhat.com> wrote:
Hi,
Thx Sebastian for stepping in to maintain the project. That is great news. I think that at the beginning You should do 2 things: - sync with Takashi Yamamoto (I added him to the loop) as he is probably most active current maintainer of this project, - focus on fixing networking-midonet ci which is currently broken - all scenario jobs aren’t working fine on Ubuntu 18.04 (and we are going to move to 20.04 in this cycle), migrate jobs to zuulv3 from the legacy ones and finally add them to the ci again,
I can of course help You with ci jobs if You need any help. Feel free to ping me on IRC or email (can be off the list).
On 29 Jul 2020, at 15:24, Sebastian Saemann <Sebastian.Saemann@netways.de> wrote:
Hi Slawek,
we at NETWAYS are running most of our neutron networking on top of midonet and wouldn't be too happy if it gets deprecated and removed. So we would like to take over the maintainer role for this part.
Please let me know how to proceed and how we can be onboarded easily.
Best regards,
Sebastian
-- Sebastian Saemann Head of Managed Services
NETWAYS Managed Services GmbH | Deutschherrnstr. 15-19 | D-90429 Nuernberg Tel: +49 911 92885-0 | Fax: +49 911 92885-77 CEO: Julian Hein, Bernd Erk | AG Nuernberg HRB25207 https://netways.de | sebastian.saemann@netways.de
** NETWAYS Web Services - https://nws.netways.de **
— Slawek Kaplonski Principal software engineer Red Hat