- openstack-discuss - lists.openstack.org

[dev] Counting the chaff
by Jeremy Stanley 12 Dec '19

12 Dec '19

It happens with some regularity that I or others are asked for code change volume numbers on OpenStack to compare its activity level against similar numbers published by other open-source projects, and I pretty much always wind up needing to couch my answers with the fact that commit counts published by projects following different workflows aren't directly comparable. Most often, these other projects employ an additive pull request model common to GitHub and similar platforms, which causes many times more commits to appear in their branch histories than happens with a rebase or squash model. (Note that there *are* plenty of high-profile projects on GitHub like Kubernetes using more of a rebase model, with PR owners typically force-pushing changes to address reviewer comments or CI results, and also projects where it's their custom to squash all commits in a PR before merging, so in those cases our normal change counts are more applicable for ~1:1 comparisons.) In order to be able to provide more useful data, I decided to try and find a way of approximating the "chaff" we discard when we merge the "wheat" of our rebased code changes. The Gerrit API provides information on the revision count for changes, so adding the number of revisions for each merged change basically gives us the answer. OpenStack's election tooling already tallies counts of changes merged, so adding an aggregate revision counter to that was fairly trivial: https://review.opendev.org/698291 A word on merge commits: While a direct count of Git commits will be additionally inflated by the merge commits used to stitch changes into a branch, and approach a 1:1 ratio with the number of changes merged in higher-volume projects (except possibly in projects squashing or cherry-picking/rebasing at merge time), GitHub's commit counts explicitly exclude merge commits in order to provide more useful metrics, therefore we don't need to factor them into our calculations: https://developer.github.com/v3/repos/statistics/#statistics-exclude-some-t… So with all that explanation out of the way (and thanks to those of you who read this far!), it's time for some numbers. Looking at the past five years, here's the breakdown... 1409697 revisions / 459770 changes ~= 3 Now this was calculated using the current OpenStack governance data so the exact change counts aren't official numbers because they could include data from a slightly different set of Git repositories than were official in those years, but the goal of this exercise was to obtain a rough coefficient so I think that's a reasonable simplification. This "GitHub coefficient" of 3 is then a number by which OpenStack change volume can be multiplied to provide a rough approximation for comparison with activity numbers for projects following the common GitHub iterative PR workflow (at least for projects which see similar levels of PR updating to OpenStack's change revision frequency). Out of curiosity, I also took a look at how that coefficient has evolved over time... 2015: 3.35 2016: 3.12 2017: 3.05 2018: 2.77 2019: 2.76 It's interesting to note that OpenStack's overall chaff-to-wheat ratio has been trending downward. This could be due to a number of factors. Are contributors getting better instruction and feedback to help them understand what reviewers expect? Is our project gating automation catching more errors and wasting less developer time on each change? Are reviewers possibly becoming more lax and fixing nits in subsequent changes rather than demanding more revisions to otherwise "good enough for now" changes? Are we seeing a rise in projects with lower affiliation diversity resulting in changes merging with minimal or no review? It could be any or all of these. I tried to dig back even farther to see if this pattern was consistent. What I found, in retrospect, should perhaps not be all that surprising... 2011: 1.79 2012: 2.12 2013: 2.72 2014: 3.18 Okay, so 2011/2012 are much lower, perhaps because contributors were still for the most part getting used to the ideas of code review and pre-merge testing in the first few years of the project. The data we have in Gerrit about this earlier period is also somewhat less reliable anyway, but it's worth pointing out that the curve for revisions-per-change roughly follows the curve for total change volume (peaking around 2014-2016). So maybe the answer is that when we try to move faster we become less efficient? Additional rebases due to a higher incidence of merge conflicts could be an explanation there. The patch which adds revision counting makes it possible to calculate change revisions for deliverables of different teams as well. These are the five teams with the highest and five with the lowest coefficients for this year... 12.5: I18n 5.58: Nova 5.33: OpenStack Helm 5.15: Cyborg 4.27: Storlets ... 1.74: SIGs (constructed "team" encompassing all SIG-owned repos) 1.73: Murano 1.64: Release Management 1.56: Puppet OpenStack 1.56: Requirements You can of course draw all sorts of conclusions from a comparison like this. Clearly there's something about the I18n team's changes which result in a very high revision count, but it's not immediately clear to me what that is (they only have a two repositories, one of which is basically unused and the other mostly just merges infrequent bot-proposed changes). It's also possible that the Nova team's reputation for being thorough reviewers is a well-deserved one. On the other hand some teams like Release Management and Requirements with well-structured, policy-oriented changes tend to merge at the first or second iteration on average. Hopefully some of you find this useful. For me, it's an interesting way to see evidence of some of the additional work our community is doing when it comes to making changes to its software, which isn't necessarily evident from the basic change counts we normally see published. It likely raises more questions than it answers, but I think the introspection it drives is also a healthy exercise for the community. One final note, I've got a trimmed-down and compressed archive of the data from which the above numbers were extracted I can forward to anyone wants to do their own digging, just let me know if you would like a copy. I was going to attach it to this analysis but that would have resulted in a >300KB message to the mailing list, so I thought better of that plan. -- Jeremy Stanley

4 4

[nova] No more meetings til 2020
by Eric Fried 12 Dec '19

12 Dec '19

Next nova meeting is January 2nd (2100 UTC), though I don't expect it to be heavily attended. efried .

1 0

[largescale-sig] Next meeting: Dec 18, 9utc
by Thierry Carrez 12 Dec '19

12 Dec '19

Hi everyone, The Large Scale SIG will have a meeting next week on Wednesday, Dec 18 at 9 UTC[1] in #openstack-meeting on IRC. [1] https://www.timeanddate.com/worldclock/fixedtime.html?iso=20191218T09 Since the first meeting[2], the SIG was officially approved[3] and is now listed on the SIG page[4]. [2] http://lists.openstack.org/pipermail/openstack-discuss/2019-November/011206… [3] https://review.opendev.org/696302 [4] https://governance.openstack.org/sigs/ For our next meeting I'd like us to work on refining the initial goals that we discussed at the first meeting, ideally splitting them into early objectives and initial steps. The two goals are documented in the following etherpads: Scaling within one cluster, and instrumentation of the bottlenecks: https://etherpad.openstack.org/p/large-scale-sig-cluster-scaling Document large scale configuration and tips &tricks: https://etherpad.openstack.org/p/large-scale-sig-documentation In preparation for the meeting, please review those documents and add specific actions, notes and comments to them. Regards, -- Thierry Carrez (ttx)

1 0

[infra][zuul][kolla] ansible_python_interpreter & stable branches
by Mark Goddard 12 Dec '19

12 Dec '19

Hi, It appears that Zuul is now using python3 as the ansible_python_interpreter for Ubuntu [0]. This seems to also affect stable branches. For kolla ansible this has broken our deploy job which uses the pip module to install our dependencies, and now does so using python3. For Stein and earlier, our scripts use #/usr/bin/env python, which links to python2. I think we can easily fix this by setting ansible_python_interpreter in our zuul vars on stable branches, but perhaps there are some other unintended side-effects? Cheers, Mark [0] https://zuul.opendev.org/t/openstack/build/e0c56c36ef064c9dae00d31ea2979b32…

1 0

[manila] No weekly meeting on 12/12/2019
by Goutham Pacha Ravi 11 Dec '19

11 Dec '19

Hi Zorillas and other interested stackers, Numerous Manila contributors convened today for a virtual PTG and discussed a range of topics [1]. I will compile the concerns, agreements and action items and send out a summary to this list soon. We also decided that we would skip this week's meeting since some of us will be on PTO tomorrow 12/12 and most pressing concerns were addressed during the Virtual PTG. If you have any questions/concerns, please bring them to #openstack-manila on freenode; or post on this mailing list. See you all on 19th Dec 2019 at 15:00 UTC! [2] Cheers! Goutham [1] https://etherpad.openstack.org/p/shanghai-ptg-manila-virtual [2] https://wiki.openstack.org/wiki/Manila/Meetings

1 0

Re: [neutron][queens] dhcp issue
by Ignazio Cassano 11 Dec '19

11 Dec '19

Slawek, I got same errors in /var/log/messages: Dec 11 09:49:06 podto2-osctrl01 dnsmasq-dhcp[70093]: cannot send DHCP/BOOTP option 121: no space left in packet Il giorno mer 11 dic 2019 alle ore 09:19 Slawek Kaplonski < skaplons(a)redhat.com> ha scritto: > Hi, > > Can You maybe give us some more details? Like how exactly this network and > subnets looks like (neutron net-show and neutron subnet-show), and please > also check dnsmasq config files - those are located on node where DHCP > agent is running. If You will do something like: > > ps aux | grep <network_id> > > You will find dnsmasq process for this network. > > > On 10 Dec 2019, at 16:52, Ignazio Cassano <ignaziocassano(a)gmail.com> > wrote: > > > > Hello Everyone, > > I have an openstack queens installation based on centos 7. > > I created a shared vlan network and multiple subnet under it. > > When I start an instance on one of the subnet network it gets the > correct ip based on its subnet but the gateway seems random (one of the > subnet of the vlan). > > > > Any suggestion, please ? > > > > Ignazio > > > > — > Slawek Kaplonski > Senior software engineer > Red Hat > >

3 5

a question about ironic booting from volume
by 海风吹 11 Dec '19

11 Dec '19

hi:    The pike version of ironic support the feature: booting from volume. There is a question: when booting from volume, the baremetal node should be reachable to the storage node,but when deploy done, the baremetal's network  completely belong to the vpc. How could the baremetal node booting from volume??      I should add the extar storage nic to communicate with storage node??         expecting for the answer thanks guo

2 1

[ironic] Last meeting of 2019 will be December 16th.
by Julia Kreger 11 Dec '19

11 Dec '19

Greetings everyone, During our weekly meeting this week[1], we had a consensus that we would hold the December 16th meeting as our last for the year as we anticipate a number of contributors will be taking time off. This doesn't prevent anyone from jumping in IRC and saying Good Morning! During this time of year, IRC does tend to become very quiet as people take time off from work. Please feel free to update the whiteboard as necessary[2]. If there are any issues that arise that require immediate attention by the community, please feel free to contact me on IRC. Thanks everyone! -Julia [1]: http://eavesdrop.openstack.org/meetings/ironic/2019/ironic.2019-12-09-15.00… [2]: https://etherpad.openstack.org/p/IronicWhiteBoard

1 0

QUERY ONMONASCA
by Muhammad Hasan 11 Dec '19

11 Dec '19

Hi, Can you share any hands on exercise in monasca api and monasca agent

2 1

[oslo] Schedule for the rest of 2019
by Ben Nemec 11 Dec '19

11 Dec '19

Hi, I said in the meeting I would send this out Monday, but then I didn't. Sorry. :-) I mentioned I was probably going to be out some this week and it looks like I'll be taking the afternoons off. How many? Who knows! Planning is really hard right now. Probably at least the rest of this week, and possibly into next week. So TLDR: If you need to get ahold of me, do it in the morning. I may not be available after that. I also expect the 20th to be my last working day for the year, so I'm going to take this opportunity to cancel the Oslo meetings on the 23rd and 30th. We'll resume in the new year on the 6th. Thanks. -Ben

2 2

[OSSA-2019-006] Credentials API allows listing and retrieving of all users credentials (CVE-2019-19687)
by Gage Hugo 11 Dec '19

11 Dec '19

===================================================================================== OSSA-2019-006: Credentials API allows listing and retrieving of all users credentials ===================================================================================== :Date: December 09, 2019 :CVE: CVE-2019-19687 Affects ~~~~~~~ - Keystone: ==15.0.0, ==16.0.0 Description ~~~~~~~~~~~ Daniel Preussker reported a vulnerability in Keystone's list credentials API. Any user with a role on a project is able to list any credentials with the /v3/credentials API when [oslo_policy] enforce_scope is false. Users with a role on a project are able to view any other users credentials, which could leak sign-on information for Time-based One Time Passwords (TOTP) or othewise. Deployments running keystone with [oslo_policy] enforce_scope set to false are affected. There will be a slight performance impact for the list credentials API once this issue is fixed. Patches ~~~~~~~ - https://review.opendev.org/697731 (Stein) - https://review.opendev.org/697611 (Train) - https://review.opendev.org/697355 (Ussuri) Credits ~~~~~~~ - Daniel Preussker (CVE-2019-19687) References ~~~~~~~~~~ - https://bugs.launchpad.net/keystone/+bug/1855080 - http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-19687

1 0

Re: [neutron][queens] dhcp issue
by Ignazio Cassano 11 Dec '19

11 Dec '19

It is our case: restarting solves. Many thanks Ignazio Il Mer 11 Dic 2019, 11:25 Slawek Kaplonski <skaplons(a)redhat.com> ha scritto: > Hi, > > I think You could hit bug https://bugs.launchpad.net/neutron/+bug/1848738 > Patch for partial fix for this issue is in master > https://review.opendev.org/#/c/689515/ and it was backported to Queens in > https://review.opendev.org/#/c/690731/ > > But You may also need to backport https://review.opendev.org/#/c/690700/ > to Queens branch to address this issue completly. > > > On 11 Dec 2019, at 10:35, Ignazio Cassano <ignaziocassano(a)gmail.com> > wrote: > > > > Hi, cat /var/lib/neutron/dhcp/b11bd55d-c57b-48d1-9be4-ab690624fb76/opts > > tag:tag1,option:dns-server,10.103.48.1,10.103.48.2 > > tag:tag1,option:classless-static-route, > 10.138.136.0/21,10.138.168.1,10.138.200.0/21,10.138.168.1,169.254.169.254/32,10.138.168.22,10.138.236.32/27,0.0.0.0,10.138.232.0/27,0.0.0.0,10.138.236.128/27,0.0.0.0,10.138.236.0/27,0.0.0.0,10.138.232.128/27,0.0.0.0,10.138.236.96/27,0.0.0.0,10.138.200.0/21,0.0.0.0,10.138.236.64/27,0.0.0.0,10.138.232.32/27,0.0.0.0,10.138.136.0/21,0.0.0.0,10.138.232.64/27,0.0.0.0,10.138.232.96/27,0.0.0.0,0.0.0.0/0,10.138.168.1 > > tag:tag1,249, > 10.138.136.0/21,10.138.168.1,10.138.200.0/21,10.138.168.1,169.254.169.254/32,10.138.168.22,10.138.236.32/27,0.0.0.0,10.138.232.0/27,0.0.0.0,10.138.236.128/27,0.0.0.0,10.138.236.0/27,0.0.0.0,10.138.232.128/27,0.0.0.0,10.138.236.96/27,0.0.0.0,10.138.200.0/21,0.0.0.0,10.138.236.64/27,0.0.0.0,10.138.232.32/27,0.0.0.0,10.138.136.0/21,0.0.0.0,10.138.232.64/27,0.0.0.0,10.138.232.96/27,0.0.0.0,0.0.0.0/0,10.138.168.1 > > tag:tag1,option:router,10.138.168.1 > > tag:tag2,option:dns-server,10.103.48.1,10.103.48.2 > > tag:tag2,option:classless-static-route, > 10.138.236.0/27,10.138.232.1,169.254.169.254/32,10.138.232.4,10.138.236.32/27,0.0.0.0,10.138.168.0/21,0.0.0.0,10.138.236.128/27,0.0.0.0,10.138.236.0/27,0.0.0.0,10.138.232.128/27,0.0.0.0,10.138.236.96/27,0.0.0.0,10.138.200.0/21,0.0.0.0,10.138.236.64/27,0.0.0.0,10.138.232.32/27,0.0.0.0,10.138.136.0/21,0.0.0.0,10.138.232.64/27,0.0.0.0,10.138.232.96/27,0.0.0.0,0.0.0.0/0,10.138.232.1 > > tag:tag2,249, > 10.138.236.0/27,10.138.232.1,169.254.169.254/32,10.138.232.4,10.138.236.32/27,0.0.0.0,10.138.168.0/21,0.0.0.0,10.138.236.128/27,0.0.0.0,10.138.236.0/27,0.0.0.0,10.138.232.128/27,0.0.0.0,10.138.236.96/27,0.0.0.0,10.138.200.0/21,0.0.0.0,10.138.236.64/27,0.0.0.0,10.138.232.32/27,0.0.0.0,10.138.136.0/21,0.0.0.0,10.138.232.64/27,0.0.0.0,10.138.232.96/27,0.0.0.0,0.0.0.0/0,10.138.232.1 > > tag:tag2,option:router,10.138.232.1 > > tag:tag5,option:dns-server,10.103.48.1,10.103.48.2 > > tag:tag5,option:classless-static-route, > 10.138.236.128/27,10.138.232.129,169.254.169.254/32,10.138.232.131,10.138.236.32/27,0.0.0.0,10.138.168.0/21,0.0.0.0,10.138.232.0/27,0.0.0.0,10.138.236.128/27,0.0.0.0,10.138.236.0/27,0.0.0.0,10.138.236.96/27,0.0.0.0,10.138.200.0/21,0.0.0.0,10.138.236.64/27,0.0.0.0,10.138.232.32/27,0.0.0.0,10.138.136.0/21,0.0.0.0,10.138.232.64/27,0.0.0.0,10.138.232.96/27,0.0.0.0,0.0.0.0/0,10.138.232.129 > > tag:tag5,249, > 10.138.236.128/27,10.138.232.129,169.254.169.254/32,10.138.232.131,10.138.236.32/27,0.0.0.0,10.138.168.0/21,0.0.0.0,10.138.232.0/27,0.0.0.0,10.138.236.128/27,0.0.0.0,10.138.236.0/27,0.0.0.0,10.138.236.96/27,0.0.0.0,10.138.200.0/21,0.0.0.0,10.138.236.64/27,0.0.0.0,10.138.232.32/27,0.0.0.0,10.138.136.0/21,0.0.0.0,10.138.232.64/27,0.0.0.0,10.138.232.96/27,0.0.0.0,0.0.0.0/0,10.138.232.129 > > tag:tag5,option:router,10.138.232.129 > > tag:tag9,option:dns-server,10.103.48.1,10.103.48.2 > > tag:tag9,option:classless-static-route, > 10.138.236.32/27,10.138.232.33,169.254.169.254/32,10.138.232.36,10.138.236.32/27,0.0.0.0,10.138.168.0/21,0.0.0.0,10.138.232.0/27,0.0.0.0,10.138.236.128/27,0.0.0.0,10.138.236.0/27,0.0.0.0,10.138.232.128/27,0.0.0.0,10.138.236.96/27,0.0.0.0,10.138.200.0/21,0.0.0.0,10.138.236.64/27,0.0.0.0,10.138.136.0/21,0.0.0.0,10.138.232.64/27,0.0.0.0,10.138.232.96/27,0.0.0.0,0.0.0.0/0,10.138.232.33 > > tag:tag9,249, > 10.138.236.32/27,10.138.232.33,169.254.169.254/32,10.138.232.36,10.138.236.32/27,0.0.0.0,10.138.168.0/21,0.0.0.0,10.138.232.0/27,0.0.0.0,10.138.236.128/27,0.0.0.0,10.138.236.0/27,0.0.0.0,10.138.232.128/27,0.0.0.0,10.138.236.96/27,0.0.0.0,10.138.200.0/21,0.0.0.0,10.138.236.64/27,0.0.0.0,10.138.136.0/21,0.0.0.0,10.138.232.64/27,0.0.0.0,10.138.232.96/27,0.0.0.0,0.0.0.0/0,10.138.232.33 > > tag:tag9,option:router,10.138.232.33 > > tag:tag11,option:dns-server,10.103.48.1,10.103.48.2 > > tag:tag11,option:classless-static-route, > 10.138.236.64/27,10.138.232.65,169.254.169.254/32,10.138.232.67,10.138.236.32/27,0.0.0.0,10.138.168.0/21,0.0.0.0,10.138.232.0/27,0.0.0.0,10.138.236.128/27,0.0.0.0,10.138.236.0/27,0.0.0.0,10.138.232.128/27,0.0.0.0,10.138.236.96/27,0.0.0.0,10.138.200.0/21,0.0.0.0,10.138.236.64/27,0.0.0.0,10.138.232.32/27,0.0.0.0,10.138.136.0/21,0.0.0.0,10.138.232.96/27,0.0.0.0,0.0.0.0/0,10.138.232.65 > > tag:tag11,249, > 10.138.236.64/27,10.138.232.65,169.254.169.254/32,10.138.232.67,10.138.236.32/27,0.0.0.0,10.138.168.0/21,0.0.0.0,10.138.232.0/27,0.0.0.0,10.138.236.128/27,0.0.0.0,10.138.236.0/27,0.0.0.0,10.138.232.128/27,0.0.0.0,10.138.236.96/27,0.0.0.0,10.138.200.0/21,0.0.0.0,10.138.236.64/27,0.0.0.0,10.138.232.32/27,0.0.0.0,10.138.136.0/21,0.0.0.0,10.138.232.96/27,0.0.0.0,0.0.0.0/0,10.138.232.65 > > tag:tag11,option:router,10.138.232.65 > > tag:tag12,option:dns-server,10.103.48.1,10.103.48.2 > > tag:tag12,option:classless-static-route, > 10.138.236.96/27,10.138.232.97,169.254.169.254/32,10.138.232.101,10.138.236.32/27,0.0.0.0,10.138.168.0/21,0.0.0.0,10.138.232.0/27,0.0.0.0,10.138.236.128/27,0.0.0.0,10.138.236.0/27,0.0.0.0,10.138.232.128/27,0.0.0.0,10.138.236.96/27,0.0.0.0,10.138.200.0/21,0.0.0.0,10.138.236.64/27,0.0.0.0,10.138.232.32/27,0.0.0.0,10.138.136.0/21,0.0.0.0,10.138.232.64/27,0.0.0.0,0.0.0.0/0,10.138.232.97 > > tag:tag12,249, > 10.138.236.96/27,10.138.232.97,169.254.169.254/32,10.138.232.101,10.138.236.32/27,0.0.0.0,10.138.168.0/21,0.0.0.0,10.138.232.0/27,0.0.0.0,10.138.236.128/27,0.0.0.0,10.138.236.0/27,0.0.0.0,10.138.232.128/27,0.0.0.0,10.138.236.96/27,0.0.0.0,10.138.200.0/21,0.0.0.0,10.138.236.64/27,0.0.0.0,10.138.232.32/27,0.0.0.0,10.138.136.0/21,0.0.0.0,10.138.232.64/27,0.0.0.0,0.0.0.0/0,10.138.232.97 > > > > > > > > > > Thanks > > > > Il giorno mer 11 dic 2019 alle ore 10:29 Slawek Kaplonski < > skaplons(a)redhat.com> ha scritto: > > Hi, > > > > Can You also send me content of the file > /var/lib/neutron/dhcp/b11bd55d-c57b-48d1-9be4-ab690624fb76/opts ? > > > > > On 11 Dec 2019, at 09:39, Ignazio Cassano <ignaziocassano(a)gmail.com> > wrote: > > > > > > Thanks for your help: > > > [root@podto2-osctrl01 ~]# neutron net-list > > > neutron CLI is deprecated and will be removed in the future. Use > openstack CLI instead. > > > > +--------------------------------------+----------------------------------------------------+----------------------------------+--------------------------------------------------------+ > > > | id | name > | tenant_id | subnets > | > > > > +--------------------------------------+----------------------------------------------------+----------------------------------+--------------------------------------------------------+ > > > | 00361d96-0ea2-4378-8909-dbf7ef4c883f | NVLP2-Provider-backoffice1 > | 85cace94dcc7484c85ff9337eb1d0c4c | > 9ba2a03d-3f95-494f-bd38-7fe85471465d 10.138.179.0/24 | > > > | 28ac0a79-17a9-46f5-a418-77f386b821b5 | NVLP2-Provider-Bk > | 85cace94dcc7484c85ff9337eb1d0c4c | > 0705b470-ce99-46c8-944c-cfbfc6a2a5f7 10.138.177.0/24 | > > > | 2e3edf38-7648-4ac8-a8d7-11448adedcca | NVLP2-Ext-Internet > | 85cace94dcc7484c85ff9337eb1d0c4c | > ff797a1f-7de4-4998-9bdc-29d1241ffb5b 84.240.191.0/24 | > > > | 34a3e80d-a662-4665-ad6f-a7a83e2be346 | NVLP2-Ext-Rupar > | 85cace94dcc7484c85ff9337eb1d0c4c | > 1a88e004-7062-4702-8965-b18ea9d6af87 10.138.181.0/24 | > > > | 435e5609-c91a-4e42-bd1a-87dbc24e4afa | HA network tenant > 85cace94dcc7484c85ff9337eb1d0c4c | | > 5bbb31c3-a2cd-4e30-a194-60cee122d0e9 169.254.192.0/18 | > > > | 7f41aa95-b108-4224-9088-21e32d554646 | admin-self-net > | 85cace94dcc7484c85ff9337eb1d0c4c | > 272ca9b5-2aa0-45d2-90b4-70abe4feac49 192.168.90.0/24 | > > > | | > | | > ea1c69b8-ded6-4028-bba9-63db12213e36 192.168.100.0/24 | > > > | 8b876fb6-10a3-4e92-a499-f62a9d3aa32b | net-vx4-private > | 4e44aad117b64a34806c4785b31c3f88 | > dcd2ad5c-afb5-420b-bfa8-7b89ab511f5b 192.168.213.0/24 | > > > | 993f14c9-1b40-47b7-8ee5-fcb00ef92d48 | HA network tenant > 4e44aad117b64a34806c4785b31c3f88 | | > d2129401-0349-4da3-87fa-5e521b071377 169.254.192.0/18 | > > > | a91bb860-32d6-4961-a319-bf39a492ff92 | NVL-INTERPOD-VNI-PRIV > | 85cace94dcc7484c85ff9337eb1d0c4c | > 7b8987f7-da16-48c0-b86c-f3c4fd507f22 10.138.240.48/28 | > > > | | > | | > a855f85b-46b7-4463-993b-8d867fb38556 10.138.240.0/28 | > > > | b11bd55d-c57b-48d1-9be4-ab690624fb76 | NVLP2-Prov-WEB > | 85cace94dcc7484c85ff9337eb1d0c4c | > 5f369cf5-8b26-4996-97d5-24434f928a84 10.138.236.32/27 | > > > | | > | | > adbe60f2-e02b-4294-8eb8-18ffb0b8bcda 10.138.168.0/21 | > > > | | > | | > ae1386b4-c6bc-4c69-909a-1e902df3bc3f 10.138.232.0/27 | > > > | | > | | > aefeeb08-7fb8-43c7-adc8-e8b0538b57d9 10.138.236.128/27 | > > > | | > | | > b22247e8-fa4a-48bd-8a3f-dde5f22ee866 10.138.236.0/27 | > > > | | > | | > d3e834ef-5f7c-43b7-b52d-fd8e223e6c50 10.138.232.128/27 | > > > | | > | | > d87341b3-f953-4a93-bcaf-46524fbb3408 10.138.236.96/27 | > > > | | > | | > de2c0bc9-85d4-4e5b-b1ae-d39ae6bbc6ee 10.138.200.0/21 | > > > | | > | | > e0a4ce65-9d39-496d-960c-88272cafad55 10.138.236.64/27 | > > > | | > | | > ee1bfd8b-231d-4e1d-83c8-d8d66346acef 10.138.232.32/27 | > > > | | > | | > efd1f72c-8bd3-4b25-a3fc-e2698dd734d7 10.138.136.0/21 | > > > | | > | | > f4b9f50b-18e9-49b2-b0db-6a51cf968e95 10.138.232.64/27 | > > > | | > | | > f986c4b1-1efc-4973-87a8-74db536ac1c0 10.138.232.96/27 | > > > | b250fb4e-5d36-4aa6-bcfb-c623166312ca | net-vx1-private > | 85cace94dcc7484c85ff9337eb1d0c4c | > e0e82224-93e1-4369-b9c1-7d0ac1614837 192.168.213.0/24 | > > > | c767ef08-c1fb-45ed-bf1e-a4c464e12b93 | private-net > | 85cace94dcc7484c85ff9337eb1d0c4c | > fb8ec92c-afa6-48f1-b7f8-25e77462b28b 192.192.100.0/24 | > > > | cd8a928b-42ae-4673-ae19-c687cfd181d4 | NVLP2-Prov-BE > | 85cace94dcc7484c85ff9337eb1d0c4c | > 37b2ba42-6158-4a5f-96f0-48e476b4cd45 10.138.160.0/21 | > > > | | > | | > 8502138b-c2c0-4436-bec5-9221a36e0c8c 10.138.192.0/21 | > > > | | > | | > ceabf390-6489-4b5d-a5b9-305176def3a1 10.138.128.0/21 | > > > | dede00bb-bc23-40a8-a3b9-b273eb7533ff | > NVLP2-Prov-WEB2-test-2-network | > e28e45dbbb3e4471a8fb6dd6cb99d01d | 92da59f1-df82-470b-a2ea-9b9b6f6c8e5e > 10.138.185.112/28 | > > > | | > | | > b8668626-8c05-4c7d-a70b-a1485f0d666e 10.138.217.112/28 | > > > > +--------------------------------------+----------------------------------------------------+----------------------------------+--------------------------------------------------------+ > > > > > > [root@podto2-osctrl01 ~]# neutron subnet-list > > > neutron CLI is deprecated and will be removed in the future. Use > openstack CLI instead. > > > > +--------------------------------------+---------------------------------------------------+----------------------------------+-------------------+--------------------------------------------------------+ > > > | id | name > | tenant_id | cidr > | allocation_pools | > > > > +--------------------------------------+---------------------------------------------------+----------------------------------+-------------------+--------------------------------------------------------+ > > > | 0705b470-ce99-46c8-944c-cfbfc6a2a5f7 | NVLP2-Provider-Bk-subnet > | 85cace94dcc7484c85ff9337eb1d0c4c | 10.138.177.0/24 > | {"start": "10.138.177.70", "end": "10.138.177.100"} | > > > | 1a88e004-7062-4702-8965-b18ea9d6af87 | NVLP2-Ext-Rupar-subnet > | 85cace94dcc7484c85ff9337eb1d0c4c | 10.138.181.0/24 > | {"start": "10.138.181.20", "end": "10.138.181.150"} | > > > | 272ca9b5-2aa0-45d2-90b4-70abe4feac49 | admin-self-subnet2 > | 85cace94dcc7484c85ff9337eb1d0c4c | 192.168.90.0/24 > | {"start": "192.168.90.10", "end": "192.168.90.254"} | > > > | 37b2ba42-6158-4a5f-96f0-48e476b4cd45 | NVLP2-Prov-BE-subnet > | 85cace94dcc7484c85ff9337eb1d0c4c | 10.138.160.0/21 > | {"start": "10.138.160.20", "end": "10.138.164.255"} | > > > | 5bbb31c3-a2cd-4e30-a194-60cee122d0e9 | HA subnet tenant > 85cace94dcc7484c85ff9337eb1d0c4c | | > 169.254.192.0/18 | {"start": "169.254.192.1", "end": "169.254.255.254"} > | > > > | 5f369cf5-8b26-4996-97d5-24434f928a84 | > NVLP2-Prov-Rupar02-2-0cf8fe671a-subnet | > e28e45dbbb3e4471a8fb6dd6cb99d01d | 10.138.236.32/27 | {"start": > "10.138.236.35", "end": "10.138.236.47"} | > > > | 7b8987f7-da16-48c0-b86c-f3c4fd507f22 | NVLP2-Interpod-subnet-x4 > | 85cace94dcc7484c85ff9337eb1d0c4c | 10.138.240.48/28 > | {"start": "10.138.240.61", "end": "10.138.240.61"} | > > > | 8502138b-c2c0-4436-bec5-9221a36e0c8c | > NVLP2-Prov-BE-subnet-78bc7d0889 | > e8c2a22432174638bdee830274845c38 | 10.138.192.0/21 | {"start": > "10.138.192.20", "end": "10.138.196.255"} | > > > | 92da59f1-df82-470b-a2ea-9b9b6f6c8e5e | > NVLP2-Prov-WEB2-test-2-284f32dbb8-subnet | > e28e45dbbb3e4471a8fb6dd6cb99d01d | 10.138.185.112/28 | {"start": > "10.138.185.114", "end": "10.138.185.119"} | > > > | 9ba2a03d-3f95-494f-bd38-7fe85471465d | > NVLP2-Provider-backoffice1-subnet | > 85cace94dcc7484c85ff9337eb1d0c4c | 10.138.179.0/24 | {"start": > "10.138.179.20", "end": "10.138.179.150"} | > > > | a855f85b-46b7-4463-993b-8d867fb38556 | NVLP2-Interpod-subnet-x1 > | 85cace94dcc7484c85ff9337eb1d0c4c | 10.138.240.0/28 > | {"start": "10.138.240.13", "end": "10.138.240.14"} | > > > | adbe60f2-e02b-4294-8eb8-18ffb0b8bcda | NVLP2-Prov-WEB-subnet > | 85cace94dcc7484c85ff9337eb1d0c4c | 10.138.168.0/21 > | {"start": "10.138.168.20", "end": "10.138.172.255"} | > > > | ae1386b4-c6bc-4c69-909a-1e902df3bc3f | > NVLP2-Prov-Rupar01-2-d0f1fa90f7-subnet | > e28e45dbbb3e4471a8fb6dd6cb99d01d | 10.138.232.0/27 | {"start": > "10.138.232.3", "end": "10.138.232.15"} | > > > | aefeeb08-7fb8-43c7-adc8-e8b0538b57d9 | > NVLP2-Prov-Rupar05-2-93db411f87-subnet | > e28e45dbbb3e4471a8fb6dd6cb99d01d | 10.138.236.128/27 | {"start": > "10.138.236.131", "end": "10.138.236.143"} | > > > | b22247e8-fa4a-48bd-8a3f-dde5f22ee866 | > NVLP2-Prov-Rupar01-2-6e53be6e00-subnet | > e28e45dbbb3e4471a8fb6dd6cb99d01d | 10.138.236.0/27 | {"start": > "10.138.236.3", "end": "10.138.236.15"} | > > > | b8668626-8c05-4c7d-a70b-a1485f0d666e | > NVLP2-Prov-WEB2-test-2-dbe7f3376f-subnet | > e28e45dbbb3e4471a8fb6dd6cb99d01d | 10.138.217.112/28 | {"start": > "10.138.217.114", "end": "10.138.217.119"} | > > > | ceabf390-6489-4b5d-a5b9-305176def3a1 | > NVLP2-Prov-BE-subnet-42bda158af | > e8c2a22432174638bdee830274845c38 | 10.138.128.0/21 | {"start": > "10.138.128.20", "end": "10.138.132.255"} | > > > | d2129401-0349-4da3-87fa-5e521b071377 | HA subnet tenant > 4e44aad117b64a34806c4785b31c3f88 | | > 169.254.192.0/18 | {"start": "169.254.192.1", "end": "169.254.255.254"} > | > > > | d3e834ef-5f7c-43b7-b52d-fd8e223e6c50 | > NVLP2-Prov-Rupar05-2-97e7a2473d-subnet | > e28e45dbbb3e4471a8fb6dd6cb99d01d | 10.138.232.128/27 | {"start": > "10.138.232.131", "end": "10.138.232.143"} | > > > | d87341b3-f953-4a93-bcaf-46524fbb3408 | > NVLP2-Prov-Rupar04-2-a8223d4e2e-subnet | > e28e45dbbb3e4471a8fb6dd6cb99d01d | 10.138.236.96/27 | {"start": > "10.138.236.99", "end": "10.138.236.111"} | > > > | dcd2ad5c-afb5-420b-bfa8-7b89ab511f5b | sub-vx4 > | 4e44aad117b64a34806c4785b31c3f88 | 192.168.213.0/24 > | {"start": "192.168.213.100", "end": "192.168.213.200"} | > > > | de2c0bc9-85d4-4e5b-b1ae-d39ae6bbc6ee | > NVLP2-Prov-WEB-subnet-ae476243c2 | > e8c2a22432174638bdee830274845c38 | 10.138.200.0/21 | {"start": > "10.138.200.20", "end": "10.138.204.255"} | > > > | e0a4ce65-9d39-496d-960c-88272cafad55 | > NVLP2-Prov-Rupar03-2-3c7a3850d1-subnet | > e28e45dbbb3e4471a8fb6dd6cb99d01d | 10.138.236.64/27 | {"start": > "10.138.236.67", "end": "10.138.236.79"} | > > > | e0e82224-93e1-4369-b9c1-7d0ac1614837 | sub-vx1 > | 85cace94dcc7484c85ff9337eb1d0c4c | 192.168.213.0/24 > | {"start": "192.168.213.100", "end": "192.168.213.200"} | > > > | ea1c69b8-ded6-4028-bba9-63db12213e36 | admin-self-subnet1 > | 85cace94dcc7484c85ff9337eb1d0c4c | 192.168.100.0/24 > | {"start": "192.168.100.2", "end": "192.168.100.254"} | > > > | ee1bfd8b-231d-4e1d-83c8-d8d66346acef | > NVLP2-Prov-Rupar02-2-ecfee60675-subnet | > e28e45dbbb3e4471a8fb6dd6cb99d01d | 10.138.232.32/27 | {"start": > "10.138.232.35", "end": "10.138.232.47"} | > > > | efd1f72c-8bd3-4b25-a3fc-e2698dd734d7 | > NVLP2-Prov-WEB-subnet-e7e65a3ed6 | > e8c2a22432174638bdee830274845c38 | 10.138.136.0/21 | {"start": > "10.138.136.20", "end": "10.138.140.255"} | > > > | f4b9f50b-18e9-49b2-b0db-6a51cf968e95 | > NVLP2-Prov-Rupar03-2-40976657fe-subnet | > e28e45dbbb3e4471a8fb6dd6cb99d01d | 10.138.232.64/27 | {"start": > "10.138.232.67", "end": "10.138.232.79"} | > > > | f986c4b1-1efc-4973-87a8-74db536ac1c0 | > NVLP2-Prov-Rupar04-2-729355c12e-subnet | > e28e45dbbb3e4471a8fb6dd6cb99d01d | 10.138.232.96/27 | {"start": > "10.138.232.99", "end": "10.138.232.111"} | > > > | fb8ec92c-afa6-48f1-b7f8-25e77462b28b | provate-subnet > | 85cace94dcc7484c85ff9337eb1d0c4c | 192.192.100.0/24 > | {"start": "192.192.100.2", "end": "192.192.100.254"} | > > > | ff797a1f-7de4-4998-9bdc-29d1241ffb5b | NVLP2-Ext-Internet-subnet > | 85cace94dcc7484c85ff9337eb1d0c4c | 84.240.191.0/24 > | {"start": "84.240.191.2", "end": "84.240.191.170"} | > > > > +--------------------------------------+---------------------------------------------------+----------------------------------+-------------------+--------------------------------------------------------+ > > > [root@podto2-osctrl01 ~]# neutron subnet-show > NVLP2-Prov-Rupar04-2-729355c12e-subnet > > > neutron CLI is deprecated and will be removed in the future. Use > openstack CLI instead. > > > > +-------------------+-----------------------------------------------------------------+ > > > | Field | Value > | > > > > +-------------------+-----------------------------------------------------------------+ > > > | allocation_pools | {"start": "10.138.232.99", "end": > "10.138.232.111"} | > > > | cidr | 10.138.232.96/27 > | > > > | created_at | 2019-11-29T08:14:32Z > | > > > | description | > | > > > | dns_nameservers | 10.103.48.1 > | > > > | | 10.103.48.2 > | > > > | enable_dhcp | True > | > > > | gateway_ip | 10.138.232.97 > | > > > | host_routes | {"nexthop": "10.138.232.97", "destination": " > 0.0.0.0/0"} | > > > | | {"nexthop": "10.138.232.97", "destination": " > 10.138.236.96/27"} | > > > | id | f986c4b1-1efc-4973-87a8-74db536ac1c0 > | > > > | ip_version | 4 > | > > > | ipv6_address_mode | > | > > > | ipv6_ra_mode | > | > > > | name | NVLP2-Prov-Rupar04-2-729355c12e-subnet > | > > > | network_id | b11bd55d-c57b-48d1-9be4-ab690624fb76 > | > > > | project_id | e28e45dbbb3e4471a8fb6dd6cb99d01d > | > > > | revision_number | 4 > | > > > | service_types | > | > > > | subnetpool_id | > | > > > | tags | > | > > > | tenant_id | e28e45dbbb3e4471a8fb6dd6cb99d01d > | > > > | updated_at | 2019-12-10T13:43:02Z > | > > > > > > > > > If I create an instance on this subnet , it gets an address in the > allocation-pool correctly, but the default gateway is not 10.138.232.97, > but 10.138.232.65. > > > > > > This is a gatway of another subnet in the same vlan: > > > [root@podto2-osctrl01 ~]# neutron subnet-show > NVLP2-Prov-Rupar03-2-40976657fe-subnet > > > neutron CLI is deprecated and will be removed in the future. Use > openstack CLI instead. > > > > +-------------------+-----------------------------------------------------------------+ > > > | Field | Value > | > > > > +-------------------+-----------------------------------------------------------------+ > > > | allocation_pools | {"start": "10.138.232.67", "end": > "10.138.232.79"} | > > > | cidr | 10.138.232.64/27 > | > > > | created_at | 2019-11-29T08:13:14Z > | > > > | description | > | > > > | dns_nameservers | 10.103.48.1 > | > > > | | 10.103.48.2 > | > > > | enable_dhcp | True > | > > > | gateway_ip | 10.138.232.65 > | > > > | host_routes | {"nexthop": "10.138.232.65", "destination": " > 10.138.236.64/27"} | > > > | id | f4b9f50b-18e9-49b2-b0db-6a51cf968e95 > | > > > | ip_version | 4 > | > > > | ipv6_address_mode | > | > > > | ipv6_ra_mode | > | > > > | name | NVLP2-Prov-Rupar03-2-40976657fe-subnet > | > > > | network_id | b11bd55d-c57b-48d1-9be4-ab690624fb76 > | > > > | project_id | e28e45dbbb3e4471a8fb6dd6cb99d01d > | > > > | revision_number | 4 > | > > > | service_types | > | > > > | subnetpool_id | > | > > > | tags | > | > > > | tenant_id | e28e45dbbb3e4471a8fb6dd6cb99d01d > | > > > | updated_at | 2019-12-11T08:27:20Z > | > > > > +-------------------+-----------------------------------------------------------------+ > > > > > > The following is the dnsmasq process: > > > > > > [root@podto2-osctrl01 ~]# ps -afe|grep dns|grep b76 > > > nobody 70093 1 0 dic02 ? 00:00:04 dnsmasq --no-hosts > --no-resolv > --pid-file=/var/lib/neutron/dhcp/b11bd55d-c57b-48d1-9be4-ab690624fb76/pid > --dhcp-hostsfile=/var/lib/neutron/dhcp/b11bd55d-c57b-48d1-9be4-ab690624fb76/host > --addn-hosts=/var/lib/neutron/dhcp/b11bd55d-c57b-48d1-9be4-ab690624fb76/addn_hosts > --dhcp-optsfile=/var/lib/neutron/dhcp/b11bd55d-c57b-48d1-9be4-ab690624fb76/opts > --dhcp-leasefile=/var/lib/neutron/dhcp/b11bd55d-c57b-48d1-9be4-ab690624fb76/leases > --dhcp-match=set:ipxe,175 --local-service --bind-interfaces > --dhcp-range=set:tag1,10.138.168.0,static,255.255.248.0,86400s > --dhcp-range=set:tag2,10.138.232.0,static,255.255.255.224,86400s > --dhcp-range=set:tag4,10.138.232.128,static,255.255.255.224,86400s > --dhcp-range=set:tag8,10.138.232.32,static,255.255.255.224,86400s > --dhcp-range=set:tag10,10.138.232.64,static,255.255.255.224,86400s > --dhcp-range=set:tag11,10.138.232.96,static,255.255.255.224,86400s > --dhcp-option-force=option:mtu,9000 --dhcp-lease-max=2208 --conf-file= > --domain=site02.nivolapiemonte.it > > > Ignazio > > > > > > > > > Il giorno mer 11 dic 2019 alle ore 09:19 Slawek Kaplonski < > skaplons(a)redhat.com> ha scritto: > > > Hi, > > > > > > Can You maybe give us some more details? Like how exactly this network > and subnets looks like (neutron net-show and neutron subnet-show), and > please also check dnsmasq config files - those are located on node where > DHCP agent is running. If You will do something like: > > > > > > ps aux | grep <network_id> > > > > > > You will find dnsmasq process for this network. > > > > > > > On 10 Dec 2019, at 16:52, Ignazio Cassano <ignaziocassano(a)gmail.com> > wrote: > > > > > > > > Hello Everyone, > > > > I have an openstack queens installation based on centos 7. > > > > I created a shared vlan network and multiple subnet under it. > > > > When I start an instance on one of the subnet network it gets the > correct ip based on its subnet but the gateway seems random (one of the > subnet of the vlan). > > > > > > > > Any suggestion, please ? > > > > > > > > Ignazio > > > > > > > > > > — > > > Slawek Kaplonski > > > Senior software engineer > > > Red Hat > > > > > > > — > > Slawek Kaplonski > > Senior software engineer > > Red Hat > > > > — > Slawek Kaplonski > Senior software engineer > Red Hat > >

1 0

Re: [neutron][queens] dhcp issue
by Ignazio Cassano 11 Dec '19

11 Dec '19

Hi, cat /var/lib/neutron/dhcp/b11bd55d-c57b-48d1-9be4-ab690624fb76/opts tag:tag1,option:dns-server,10.103.48.1,10.103.48.2 tag:tag1,option:classless-static-route, 10.138.136.0/21,10.138.168.1,10.138.200.0/21,10.138.168.1,169.254.169.254/32,10.138.168.22,10.138.236.32/27,0.0.0.0,10.138.232.0/27,0.0.0.0,10.138.236.128/27,0.0.0.0,10.138.236.0/27,0.0.0.0,10.138.232.128/27,0.0.0.0,10.138.236.96/27,0.0.0.0,10.138.200.0/21,0.0.0.0,10.138.236.64/27,0.0.0.0,10.138.232.32/27,0.0.0.0,10.138.136.0/21,0.0.0.0,10.138.232.64/27,0.0.0.0,10.138.232.96/27,0.0.0.0,0.0.0.0/0,10.138.168.1 tag:tag1,249, 10.138.136.0/21,10.138.168.1,10.138.200.0/21,10.138.168.1,169.254.169.254/32,10.138.168.22,10.138.236.32/27,0.0.0.0,10.138.232.0/27,0.0.0.0,10.138.236.128/27,0.0.0.0,10.138.236.0/27,0.0.0.0,10.138.232.128/27,0.0.0.0,10.138.236.96/27,0.0.0.0,10.138.200.0/21,0.0.0.0,10.138.236.64/27,0.0.0.0,10.138.232.32/27,0.0.0.0,10.138.136.0/21,0.0.0.0,10.138.232.64/27,0.0.0.0,10.138.232.96/27,0.0.0.0,0.0.0.0/0,10.138.168.1 tag:tag1,option:router,10.138.168.1 tag:tag2,option:dns-server,10.103.48.1,10.103.48.2 tag:tag2,option:classless-static-route, 10.138.236.0/27,10.138.232.1,169.254.169.254/32,10.138.232.4,10.138.236.32/27,0.0.0.0,10.138.168.0/21,0.0.0.0,10.138.236.128/27,0.0.0.0,10.138.236.0/27,0.0.0.0,10.138.232.128/27,0.0.0.0,10.138.236.96/27,0.0.0.0,10.138.200.0/21,0.0.0.0,10.138.236.64/27,0.0.0.0,10.138.232.32/27,0.0.0.0,10.138.136.0/21,0.0.0.0,10.138.232.64/27,0.0.0.0,10.138.232.96/27,0.0.0.0,0.0.0.0/0,10.138.232.1 tag:tag2,249, 10.138.236.0/27,10.138.232.1,169.254.169.254/32,10.138.232.4,10.138.236.32/27,0.0.0.0,10.138.168.0/21,0.0.0.0,10.138.236.128/27,0.0.0.0,10.138.236.0/27,0.0.0.0,10.138.232.128/27,0.0.0.0,10.138.236.96/27,0.0.0.0,10.138.200.0/21,0.0.0.0,10.138.236.64/27,0.0.0.0,10.138.232.32/27,0.0.0.0,10.138.136.0/21,0.0.0.0,10.138.232.64/27,0.0.0.0,10.138.232.96/27,0.0.0.0,0.0.0.0/0,10.138.232.1 tag:tag2,option:router,10.138.232.1 tag:tag5,option:dns-server,10.103.48.1,10.103.48.2 tag:tag5,option:classless-static-route, 10.138.236.128/27,10.138.232.129,169.254.169.254/32,10.138.232.131,10.138.236.32/27,0.0.0.0,10.138.168.0/21,0.0.0.0,10.138.232.0/27,0.0.0.0,10.138.236.128/27,0.0.0.0,10.138.236.0/27,0.0.0.0,10.138.236.96/27,0.0.0.0,10.138.200.0/21,0.0.0.0,10.138.236.64/27,0.0.0.0,10.138.232.32/27,0.0.0.0,10.138.136.0/21,0.0.0.0,10.138.232.64/27,0.0.0.0,10.138.232.96/27,0.0.0.0,0.0.0.0/0,10.138.232.129 tag:tag5,249, 10.138.236.128/27,10.138.232.129,169.254.169.254/32,10.138.232.131,10.138.236.32/27,0.0.0.0,10.138.168.0/21,0.0.0.0,10.138.232.0/27,0.0.0.0,10.138.236.128/27,0.0.0.0,10.138.236.0/27,0.0.0.0,10.138.236.96/27,0.0.0.0,10.138.200.0/21,0.0.0.0,10.138.236.64/27,0.0.0.0,10.138.232.32/27,0.0.0.0,10.138.136.0/21,0.0.0.0,10.138.232.64/27,0.0.0.0,10.138.232.96/27,0.0.0.0,0.0.0.0/0,10.138.232.129 tag:tag5,option:router,10.138.232.129 tag:tag9,option:dns-server,10.103.48.1,10.103.48.2 tag:tag9,option:classless-static-route, 10.138.236.32/27,10.138.232.33,169.254.169.254/32,10.138.232.36,10.138.236.32/27,0.0.0.0,10.138.168.0/21,0.0.0.0,10.138.232.0/27,0.0.0.0,10.138.236.128/27,0.0.0.0,10.138.236.0/27,0.0.0.0,10.138.232.128/27,0.0.0.0,10.138.236.96/27,0.0.0.0,10.138.200.0/21,0.0.0.0,10.138.236.64/27,0.0.0.0,10.138.136.0/21,0.0.0.0,10.138.232.64/27,0.0.0.0,10.138.232.96/27,0.0.0.0,0.0.0.0/0,10.138.232.33 tag:tag9,249, 10.138.236.32/27,10.138.232.33,169.254.169.254/32,10.138.232.36,10.138.236.32/27,0.0.0.0,10.138.168.0/21,0.0.0.0,10.138.232.0/27,0.0.0.0,10.138.236.128/27,0.0.0.0,10.138.236.0/27,0.0.0.0,10.138.232.128/27,0.0.0.0,10.138.236.96/27,0.0.0.0,10.138.200.0/21,0.0.0.0,10.138.236.64/27,0.0.0.0,10.138.136.0/21,0.0.0.0,10.138.232.64/27,0.0.0.0,10.138.232.96/27,0.0.0.0,0.0.0.0/0,10.138.232.33 tag:tag9,option:router,10.138.232.33 tag:tag11,option:dns-server,10.103.48.1,10.103.48.2 tag:tag11,option:classless-static-route, 10.138.236.64/27,10.138.232.65,169.254.169.254/32,10.138.232.67,10.138.236.32/27,0.0.0.0,10.138.168.0/21,0.0.0.0,10.138.232.0/27,0.0.0.0,10.138.236.128/27,0.0.0.0,10.138.236.0/27,0.0.0.0,10.138.232.128/27,0.0.0.0,10.138.236.96/27,0.0.0.0,10.138.200.0/21,0.0.0.0,10.138.236.64/27,0.0.0.0,10.138.232.32/27,0.0.0.0,10.138.136.0/21,0.0.0.0,10.138.232.96/27,0.0.0.0,0.0.0.0/0,10.138.232.65 tag:tag11,249, 10.138.236.64/27,10.138.232.65,169.254.169.254/32,10.138.232.67,10.138.236.32/27,0.0.0.0,10.138.168.0/21,0.0.0.0,10.138.232.0/27,0.0.0.0,10.138.236.128/27,0.0.0.0,10.138.236.0/27,0.0.0.0,10.138.232.128/27,0.0.0.0,10.138.236.96/27,0.0.0.0,10.138.200.0/21,0.0.0.0,10.138.236.64/27,0.0.0.0,10.138.232.32/27,0.0.0.0,10.138.136.0/21,0.0.0.0,10.138.232.96/27,0.0.0.0,0.0.0.0/0,10.138.232.65 tag:tag11,option:router,10.138.232.65 tag:tag12,option:dns-server,10.103.48.1,10.103.48.2 tag:tag12,option:classless-static-route, 10.138.236.96/27,10.138.232.97,169.254.169.254/32,10.138.232.101,10.138.236.32/27,0.0.0.0,10.138.168.0/21,0.0.0.0,10.138.232.0/27,0.0.0.0,10.138.236.128/27,0.0.0.0,10.138.236.0/27,0.0.0.0,10.138.232.128/27,0.0.0.0,10.138.236.96/27,0.0.0.0,10.138.200.0/21,0.0.0.0,10.138.236.64/27,0.0.0.0,10.138.232.32/27,0.0.0.0,10.138.136.0/21,0.0.0.0,10.138.232.64/27,0.0.0.0,0.0.0.0/0,10.138.232.97 tag:tag12,249, 10.138.236.96/27,10.138.232.97,169.254.169.254/32,10.138.232.101,10.138.236.32/27,0.0.0.0,10.138.168.0/21,0.0.0.0,10.138.232.0/27,0.0.0.0,10.138.236.128/27,0.0.0.0,10.138.236.0/27,0.0.0.0,10.138.232.128/27,0.0.0.0,10.138.236.96/27,0.0.0.0,10.138.200.0/21,0.0.0.0,10.138.236.64/27,0.0.0.0,10.138.232.32/27,0.0.0.0,10.138.136.0/21,0.0.0.0,10.138.232.64/27,0.0.0.0,0.0.0.0/0,10.138.232.97 Thanks Il giorno mer 11 dic 2019 alle ore 10:29 Slawek Kaplonski < skaplons(a)redhat.com> ha scritto: > Hi, > > Can You also send me content of the file > /var/lib/neutron/dhcp/b11bd55d-c57b-48d1-9be4-ab690624fb76/opts ? > > > On 11 Dec 2019, at 09:39, Ignazio Cassano <ignaziocassano(a)gmail.com> > wrote: > > > > Thanks for your help: > > [root@podto2-osctrl01 ~]# neutron net-list > > neutron CLI is deprecated and will be removed in the future. Use > openstack CLI instead. > > > +--------------------------------------+----------------------------------------------------+----------------------------------+--------------------------------------------------------+ > > | id | name > | tenant_id | subnets > | > > > +--------------------------------------+----------------------------------------------------+----------------------------------+--------------------------------------------------------+ > > | 00361d96-0ea2-4378-8909-dbf7ef4c883f | NVLP2-Provider-backoffice1 > | 85cace94dcc7484c85ff9337eb1d0c4c | > 9ba2a03d-3f95-494f-bd38-7fe85471465d 10.138.179.0/24 | > > | 28ac0a79-17a9-46f5-a418-77f386b821b5 | NVLP2-Provider-Bk > | 85cace94dcc7484c85ff9337eb1d0c4c | > 0705b470-ce99-46c8-944c-cfbfc6a2a5f7 10.138.177.0/24 | > > | 2e3edf38-7648-4ac8-a8d7-11448adedcca | NVLP2-Ext-Internet > | 85cace94dcc7484c85ff9337eb1d0c4c | > ff797a1f-7de4-4998-9bdc-29d1241ffb5b 84.240.191.0/24 | > > | 34a3e80d-a662-4665-ad6f-a7a83e2be346 | NVLP2-Ext-Rupar > | 85cace94dcc7484c85ff9337eb1d0c4c | > 1a88e004-7062-4702-8965-b18ea9d6af87 10.138.181.0/24 | > > | 435e5609-c91a-4e42-bd1a-87dbc24e4afa | HA network tenant > 85cace94dcc7484c85ff9337eb1d0c4c | | > 5bbb31c3-a2cd-4e30-a194-60cee122d0e9 169.254.192.0/18 | > > | 7f41aa95-b108-4224-9088-21e32d554646 | admin-self-net > | 85cace94dcc7484c85ff9337eb1d0c4c | > 272ca9b5-2aa0-45d2-90b4-70abe4feac49 192.168.90.0/24 | > > | | > | | > ea1c69b8-ded6-4028-bba9-63db12213e36 192.168.100.0/24 | > > | 8b876fb6-10a3-4e92-a499-f62a9d3aa32b | net-vx4-private > | 4e44aad117b64a34806c4785b31c3f88 | > dcd2ad5c-afb5-420b-bfa8-7b89ab511f5b 192.168.213.0/24 | > > | 993f14c9-1b40-47b7-8ee5-fcb00ef92d48 | HA network tenant > 4e44aad117b64a34806c4785b31c3f88 | | > d2129401-0349-4da3-87fa-5e521b071377 169.254.192.0/18 | > > | a91bb860-32d6-4961-a319-bf39a492ff92 | NVL-INTERPOD-VNI-PRIV > | 85cace94dcc7484c85ff9337eb1d0c4c | > 7b8987f7-da16-48c0-b86c-f3c4fd507f22 10.138.240.48/28 | > > | | > | | > a855f85b-46b7-4463-993b-8d867fb38556 10.138.240.0/28 | > > | b11bd55d-c57b-48d1-9be4-ab690624fb76 | NVLP2-Prov-WEB > | 85cace94dcc7484c85ff9337eb1d0c4c | > 5f369cf5-8b26-4996-97d5-24434f928a84 10.138.236.32/27 | > > | | > | | > adbe60f2-e02b-4294-8eb8-18ffb0b8bcda 10.138.168.0/21 | > > | | > | | > ae1386b4-c6bc-4c69-909a-1e902df3bc3f 10.138.232.0/27 | > > | | > | | > aefeeb08-7fb8-43c7-adc8-e8b0538b57d9 10.138.236.128/27 | > > | | > | | > b22247e8-fa4a-48bd-8a3f-dde5f22ee866 10.138.236.0/27 | > > | | > | | > d3e834ef-5f7c-43b7-b52d-fd8e223e6c50 10.138.232.128/27 | > > | | > | | > d87341b3-f953-4a93-bcaf-46524fbb3408 10.138.236.96/27 | > > | | > | | > de2c0bc9-85d4-4e5b-b1ae-d39ae6bbc6ee 10.138.200.0/21 | > > | | > | | > e0a4ce65-9d39-496d-960c-88272cafad55 10.138.236.64/27 | > > | | > | | > ee1bfd8b-231d-4e1d-83c8-d8d66346acef 10.138.232.32/27 | > > | | > | | > efd1f72c-8bd3-4b25-a3fc-e2698dd734d7 10.138.136.0/21 | > > | | > | | > f4b9f50b-18e9-49b2-b0db-6a51cf968e95 10.138.232.64/27 | > > | | > | | > f986c4b1-1efc-4973-87a8-74db536ac1c0 10.138.232.96/27 | > > | b250fb4e-5d36-4aa6-bcfb-c623166312ca | net-vx1-private > | 85cace94dcc7484c85ff9337eb1d0c4c | > e0e82224-93e1-4369-b9c1-7d0ac1614837 192.168.213.0/24 | > > | c767ef08-c1fb-45ed-bf1e-a4c464e12b93 | private-net > | 85cace94dcc7484c85ff9337eb1d0c4c | > fb8ec92c-afa6-48f1-b7f8-25e77462b28b 192.192.100.0/24 | > > | cd8a928b-42ae-4673-ae19-c687cfd181d4 | NVLP2-Prov-BE > | 85cace94dcc7484c85ff9337eb1d0c4c | > 37b2ba42-6158-4a5f-96f0-48e476b4cd45 10.138.160.0/21 | > > | | > | | > 8502138b-c2c0-4436-bec5-9221a36e0c8c 10.138.192.0/21 | > > | | > | | > ceabf390-6489-4b5d-a5b9-305176def3a1 10.138.128.0/21 | > > | dede00bb-bc23-40a8-a3b9-b273eb7533ff | NVLP2-Prov-WEB2-test-2-network > | e28e45dbbb3e4471a8fb6dd6cb99d01d | > 92da59f1-df82-470b-a2ea-9b9b6f6c8e5e 10.138.185.112/28 | > > | | > | | > b8668626-8c05-4c7d-a70b-a1485f0d666e 10.138.217.112/28 | > > > +--------------------------------------+----------------------------------------------------+----------------------------------+--------------------------------------------------------+ > > > > [root@podto2-osctrl01 ~]# neutron subnet-list > > neutron CLI is deprecated and will be removed in the future. Use > openstack CLI instead. > > > +--------------------------------------+---------------------------------------------------+----------------------------------+-------------------+--------------------------------------------------------+ > > | id | name > | tenant_id | cidr | > allocation_pools | > > > +--------------------------------------+---------------------------------------------------+----------------------------------+-------------------+--------------------------------------------------------+ > > | 0705b470-ce99-46c8-944c-cfbfc6a2a5f7 | NVLP2-Provider-Bk-subnet > | 85cace94dcc7484c85ff9337eb1d0c4c | 10.138.177.0/24 > | {"start": "10.138.177.70", "end": "10.138.177.100"} | > > | 1a88e004-7062-4702-8965-b18ea9d6af87 | NVLP2-Ext-Rupar-subnet > | 85cace94dcc7484c85ff9337eb1d0c4c | 10.138.181.0/24 > | {"start": "10.138.181.20", "end": "10.138.181.150"} | > > | 272ca9b5-2aa0-45d2-90b4-70abe4feac49 | admin-self-subnet2 > | 85cace94dcc7484c85ff9337eb1d0c4c | 192.168.90.0/24 > | {"start": "192.168.90.10", "end": "192.168.90.254"} | > > | 37b2ba42-6158-4a5f-96f0-48e476b4cd45 | NVLP2-Prov-BE-subnet > | 85cace94dcc7484c85ff9337eb1d0c4c | 10.138.160.0/21 > | {"start": "10.138.160.20", "end": "10.138.164.255"} | > > | 5bbb31c3-a2cd-4e30-a194-60cee122d0e9 | HA subnet tenant > 85cace94dcc7484c85ff9337eb1d0c4c | | > 169.254.192.0/18 | {"start": "169.254.192.1", "end": "169.254.255.254"} > | > > | 5f369cf5-8b26-4996-97d5-24434f928a84 | > NVLP2-Prov-Rupar02-2-0cf8fe671a-subnet | > e28e45dbbb3e4471a8fb6dd6cb99d01d | 10.138.236.32/27 | {"start": > "10.138.236.35", "end": "10.138.236.47"} | > > | 7b8987f7-da16-48c0-b86c-f3c4fd507f22 | NVLP2-Interpod-subnet-x4 > | 85cace94dcc7484c85ff9337eb1d0c4c | 10.138.240.48/28 > | {"start": "10.138.240.61", "end": "10.138.240.61"} | > > | 8502138b-c2c0-4436-bec5-9221a36e0c8c | > NVLP2-Prov-BE-subnet-78bc7d0889 | > e8c2a22432174638bdee830274845c38 | 10.138.192.0/21 | {"start": > "10.138.192.20", "end": "10.138.196.255"} | > > | 92da59f1-df82-470b-a2ea-9b9b6f6c8e5e | > NVLP2-Prov-WEB2-test-2-284f32dbb8-subnet | > e28e45dbbb3e4471a8fb6dd6cb99d01d | 10.138.185.112/28 | {"start": > "10.138.185.114", "end": "10.138.185.119"} | > > | 9ba2a03d-3f95-494f-bd38-7fe85471465d | > NVLP2-Provider-backoffice1-subnet | > 85cace94dcc7484c85ff9337eb1d0c4c | 10.138.179.0/24 | {"start": > "10.138.179.20", "end": "10.138.179.150"} | > > | a855f85b-46b7-4463-993b-8d867fb38556 | NVLP2-Interpod-subnet-x1 > | 85cace94dcc7484c85ff9337eb1d0c4c | 10.138.240.0/28 > | {"start": "10.138.240.13", "end": "10.138.240.14"} | > > | adbe60f2-e02b-4294-8eb8-18ffb0b8bcda | NVLP2-Prov-WEB-subnet > | 85cace94dcc7484c85ff9337eb1d0c4c | 10.138.168.0/21 > | {"start": "10.138.168.20", "end": "10.138.172.255"} | > > | ae1386b4-c6bc-4c69-909a-1e902df3bc3f | > NVLP2-Prov-Rupar01-2-d0f1fa90f7-subnet | > e28e45dbbb3e4471a8fb6dd6cb99d01d | 10.138.232.0/27 | {"start": > "10.138.232.3", "end": "10.138.232.15"} | > > | aefeeb08-7fb8-43c7-adc8-e8b0538b57d9 | > NVLP2-Prov-Rupar05-2-93db411f87-subnet | > e28e45dbbb3e4471a8fb6dd6cb99d01d | 10.138.236.128/27 | {"start": > "10.138.236.131", "end": "10.138.236.143"} | > > | b22247e8-fa4a-48bd-8a3f-dde5f22ee866 | > NVLP2-Prov-Rupar01-2-6e53be6e00-subnet | > e28e45dbbb3e4471a8fb6dd6cb99d01d | 10.138.236.0/27 | {"start": > "10.138.236.3", "end": "10.138.236.15"} | > > | b8668626-8c05-4c7d-a70b-a1485f0d666e | > NVLP2-Prov-WEB2-test-2-dbe7f3376f-subnet | > e28e45dbbb3e4471a8fb6dd6cb99d01d | 10.138.217.112/28 | {"start": > "10.138.217.114", "end": "10.138.217.119"} | > > | ceabf390-6489-4b5d-a5b9-305176def3a1 | > NVLP2-Prov-BE-subnet-42bda158af | > e8c2a22432174638bdee830274845c38 | 10.138.128.0/21 | {"start": > "10.138.128.20", "end": "10.138.132.255"} | > > | d2129401-0349-4da3-87fa-5e521b071377 | HA subnet tenant > 4e44aad117b64a34806c4785b31c3f88 | | > 169.254.192.0/18 | {"start": "169.254.192.1", "end": "169.254.255.254"} > | > > | d3e834ef-5f7c-43b7-b52d-fd8e223e6c50 | > NVLP2-Prov-Rupar05-2-97e7a2473d-subnet | > e28e45dbbb3e4471a8fb6dd6cb99d01d | 10.138.232.128/27 | {"start": > "10.138.232.131", "end": "10.138.232.143"} | > > | d87341b3-f953-4a93-bcaf-46524fbb3408 | > NVLP2-Prov-Rupar04-2-a8223d4e2e-subnet | > e28e45dbbb3e4471a8fb6dd6cb99d01d | 10.138.236.96/27 | {"start": > "10.138.236.99", "end": "10.138.236.111"} | > > | dcd2ad5c-afb5-420b-bfa8-7b89ab511f5b | sub-vx4 > | 4e44aad117b64a34806c4785b31c3f88 | 192.168.213.0/24 > | {"start": "192.168.213.100", "end": "192.168.213.200"} | > > | de2c0bc9-85d4-4e5b-b1ae-d39ae6bbc6ee | > NVLP2-Prov-WEB-subnet-ae476243c2 | > e8c2a22432174638bdee830274845c38 | 10.138.200.0/21 | {"start": > "10.138.200.20", "end": "10.138.204.255"} | > > | e0a4ce65-9d39-496d-960c-88272cafad55 | > NVLP2-Prov-Rupar03-2-3c7a3850d1-subnet | > e28e45dbbb3e4471a8fb6dd6cb99d01d | 10.138.236.64/27 | {"start": > "10.138.236.67", "end": "10.138.236.79"} | > > | e0e82224-93e1-4369-b9c1-7d0ac1614837 | sub-vx1 > | 85cace94dcc7484c85ff9337eb1d0c4c | 192.168.213.0/24 > | {"start": "192.168.213.100", "end": "192.168.213.200"} | > > | ea1c69b8-ded6-4028-bba9-63db12213e36 | admin-self-subnet1 > | 85cace94dcc7484c85ff9337eb1d0c4c | 192.168.100.0/24 > | {"start": "192.168.100.2", "end": "192.168.100.254"} | > > | ee1bfd8b-231d-4e1d-83c8-d8d66346acef | > NVLP2-Prov-Rupar02-2-ecfee60675-subnet | > e28e45dbbb3e4471a8fb6dd6cb99d01d | 10.138.232.32/27 | {"start": > "10.138.232.35", "end": "10.138.232.47"} | > > | efd1f72c-8bd3-4b25-a3fc-e2698dd734d7 | > NVLP2-Prov-WEB-subnet-e7e65a3ed6 | > e8c2a22432174638bdee830274845c38 | 10.138.136.0/21 | {"start": > "10.138.136.20", "end": "10.138.140.255"} | > > | f4b9f50b-18e9-49b2-b0db-6a51cf968e95 | > NVLP2-Prov-Rupar03-2-40976657fe-subnet | > e28e45dbbb3e4471a8fb6dd6cb99d01d | 10.138.232.64/27 | {"start": > "10.138.232.67", "end": "10.138.232.79"} | > > | f986c4b1-1efc-4973-87a8-74db536ac1c0 | > NVLP2-Prov-Rupar04-2-729355c12e-subnet | > e28e45dbbb3e4471a8fb6dd6cb99d01d | 10.138.232.96/27 | {"start": > "10.138.232.99", "end": "10.138.232.111"} | > > | fb8ec92c-afa6-48f1-b7f8-25e77462b28b | provate-subnet > | 85cace94dcc7484c85ff9337eb1d0c4c | 192.192.100.0/24 > | {"start": "192.192.100.2", "end": "192.192.100.254"} | > > | ff797a1f-7de4-4998-9bdc-29d1241ffb5b | NVLP2-Ext-Internet-subnet > | 85cace94dcc7484c85ff9337eb1d0c4c | 84.240.191.0/24 > | {"start": "84.240.191.2", "end": "84.240.191.170"} | > > > +--------------------------------------+---------------------------------------------------+----------------------------------+-------------------+--------------------------------------------------------+ > > [root@podto2-osctrl01 ~]# neutron subnet-show > NVLP2-Prov-Rupar04-2-729355c12e-subnet > > neutron CLI is deprecated and will be removed in the future. Use > openstack CLI instead. > > > +-------------------+-----------------------------------------------------------------+ > > | Field | Value > | > > > +-------------------+-----------------------------------------------------------------+ > > | allocation_pools | {"start": "10.138.232.99", "end": > "10.138.232.111"} | > > | cidr | 10.138.232.96/27 > | > > | created_at | 2019-11-29T08:14:32Z > | > > | description | > | > > | dns_nameservers | 10.103.48.1 > | > > | | 10.103.48.2 > | > > | enable_dhcp | True > | > > | gateway_ip | 10.138.232.97 > | > > | host_routes | {"nexthop": "10.138.232.97", "destination": " > 0.0.0.0/0"} | > > | | {"nexthop": "10.138.232.97", "destination": " > 10.138.236.96/27"} | > > | id | f986c4b1-1efc-4973-87a8-74db536ac1c0 > | > > | ip_version | 4 > | > > | ipv6_address_mode | > | > > | ipv6_ra_mode | > | > > | name | NVLP2-Prov-Rupar04-2-729355c12e-subnet > | > > | network_id | b11bd55d-c57b-48d1-9be4-ab690624fb76 > | > > | project_id | e28e45dbbb3e4471a8fb6dd6cb99d01d > | > > | revision_number | 4 > | > > | service_types | > | > > | subnetpool_id | > | > > | tags | > | > > | tenant_id | e28e45dbbb3e4471a8fb6dd6cb99d01d > | > > | updated_at | 2019-12-10T13:43:02Z > | > > > > > > If I create an instance on this subnet , it gets an address in the > allocation-pool correctly, but the default gateway is not 10.138.232.97, > but 10.138.232.65. > > > > This is a gatway of another subnet in the same vlan: > > [root@podto2-osctrl01 ~]# neutron subnet-show > NVLP2-Prov-Rupar03-2-40976657fe-subnet > > neutron CLI is deprecated and will be removed in the future. Use > openstack CLI instead. > > > +-------------------+-----------------------------------------------------------------+ > > | Field | Value > | > > > +-------------------+-----------------------------------------------------------------+ > > | allocation_pools | {"start": "10.138.232.67", "end": > "10.138.232.79"} | > > | cidr | 10.138.232.64/27 > | > > | created_at | 2019-11-29T08:13:14Z > | > > | description | > | > > | dns_nameservers | 10.103.48.1 > | > > | | 10.103.48.2 > | > > | enable_dhcp | True > | > > | gateway_ip | 10.138.232.65 > | > > | host_routes | {"nexthop": "10.138.232.65", "destination": " > 10.138.236.64/27"} | > > | id | f4b9f50b-18e9-49b2-b0db-6a51cf968e95 > | > > | ip_version | 4 > | > > | ipv6_address_mode | > | > > | ipv6_ra_mode | > | > > | name | NVLP2-Prov-Rupar03-2-40976657fe-subnet > | > > | network_id | b11bd55d-c57b-48d1-9be4-ab690624fb76 > | > > | project_id | e28e45dbbb3e4471a8fb6dd6cb99d01d > | > > | revision_number | 4 > | > > | service_types | > | > > | subnetpool_id | > | > > | tags | > | > > | tenant_id | e28e45dbbb3e4471a8fb6dd6cb99d01d > | > > | updated_at | 2019-12-11T08:27:20Z > | > > > +-------------------+-----------------------------------------------------------------+ > > > > The following is the dnsmasq process: > > > > [root@podto2-osctrl01 ~]# ps -afe|grep dns|grep b76 > > nobody 70093 1 0 dic02 ? 00:00:04 dnsmasq --no-hosts > --no-resolv > --pid-file=/var/lib/neutron/dhcp/b11bd55d-c57b-48d1-9be4-ab690624fb76/pid > --dhcp-hostsfile=/var/lib/neutron/dhcp/b11bd55d-c57b-48d1-9be4-ab690624fb76/host > --addn-hosts=/var/lib/neutron/dhcp/b11bd55d-c57b-48d1-9be4-ab690624fb76/addn_hosts > --dhcp-optsfile=/var/lib/neutron/dhcp/b11bd55d-c57b-48d1-9be4-ab690624fb76/opts > --dhcp-leasefile=/var/lib/neutron/dhcp/b11bd55d-c57b-48d1-9be4-ab690624fb76/leases > --dhcp-match=set:ipxe,175 --local-service --bind-interfaces > --dhcp-range=set:tag1,10.138.168.0,static,255.255.248.0,86400s > --dhcp-range=set:tag2,10.138.232.0,static,255.255.255.224,86400s > --dhcp-range=set:tag4,10.138.232.128,static,255.255.255.224,86400s > --dhcp-range=set:tag8,10.138.232.32,static,255.255.255.224,86400s > --dhcp-range=set:tag10,10.138.232.64,static,255.255.255.224,86400s > --dhcp-range=set:tag11,10.138.232.96,static,255.255.255.224,86400s > --dhcp-option-force=option:mtu,9000 --dhcp-lease-max=2208 --conf-file= > --domain=site02.nivolapiemonte.it > > Ignazio > > > > > > Il giorno mer 11 dic 2019 alle ore 09:19 Slawek Kaplonski < > skaplons(a)redhat.com> ha scritto: > > Hi, > > > > Can You maybe give us some more details? Like how exactly this network > and subnets looks like (neutron net-show and neutron subnet-show), and > please also check dnsmasq config files - those are located on node where > DHCP agent is running. If You will do something like: > > > > ps aux | grep <network_id> > > > > You will find dnsmasq process for this network. > > > > > On 10 Dec 2019, at 16:52, Ignazio Cassano <ignaziocassano(a)gmail.com> > wrote: > > > > > > Hello Everyone, > > > I have an openstack queens installation based on centos 7. > > > I created a shared vlan network and multiple subnet under it. > > > When I start an instance on one of the subnet network it gets the > correct ip based on its subnet but the gateway seems random (one of the > subnet of the vlan). > > > > > > Any suggestion, please ? > > > > > > Ignazio > > > > > > > — > > Slawek Kaplonski > > Senior software engineer > > Red Hat > > > > — > Slawek Kaplonski > Senior software engineer > Red Hat > >

1 0

Re: [neutron][queens] dhcp issue
by Ignazio Cassano 11 Dec '19

11 Dec '19

Thanks for your help: [root@podto2-osctrl01 ~]# neutron net-list neutron CLI is deprecated and will be removed in the future. Use openstack CLI instead. +--------------------------------------+----------------------------------------------------+----------------------------------+--------------------------------------------------------+ | id | name | tenant_id | subnets | +--------------------------------------+----------------------------------------------------+----------------------------------+--------------------------------------------------------+ | 00361d96-0ea2-4378-8909-dbf7ef4c883f | NVLP2-Provider-backoffice1 | 85cace94dcc7484c85ff9337eb1d0c4c | 9ba2a03d-3f95-494f-bd38-7fe85471465d 10.138.179.0/24 | | 28ac0a79-17a9-46f5-a418-77f386b821b5 | NVLP2-Provider-Bk | 85cace94dcc7484c85ff9337eb1d0c4c | 0705b470-ce99-46c8-944c-cfbfc6a2a5f7 10.138.177.0/24 | | 2e3edf38-7648-4ac8-a8d7-11448adedcca | NVLP2-Ext-Internet | 85cace94dcc7484c85ff9337eb1d0c4c | ff797a1f-7de4-4998-9bdc-29d1241ffb5b 84.240.191.0/24 | | 34a3e80d-a662-4665-ad6f-a7a83e2be346 | NVLP2-Ext-Rupar | 85cace94dcc7484c85ff9337eb1d0c4c | 1a88e004-7062-4702-8965-b18ea9d6af87 10.138.181.0/24 | | 435e5609-c91a-4e42-bd1a-87dbc24e4afa | HA network tenant 85cace94dcc7484c85ff9337eb1d0c4c | | 5bbb31c3-a2cd-4e30-a194-60cee122d0e9 169.254.192.0/18 | | 7f41aa95-b108-4224-9088-21e32d554646 | admin-self-net | 85cace94dcc7484c85ff9337eb1d0c4c | 272ca9b5-2aa0-45d2-90b4-70abe4feac49 192.168.90.0/24 | | | | | ea1c69b8-ded6-4028-bba9-63db12213e36 192.168.100.0/24 | | 8b876fb6-10a3-4e92-a499-f62a9d3aa32b | net-vx4-private | 4e44aad117b64a34806c4785b31c3f88 | dcd2ad5c-afb5-420b-bfa8-7b89ab511f5b 192.168.213.0/24 | | 993f14c9-1b40-47b7-8ee5-fcb00ef92d48 | HA network tenant 4e44aad117b64a34806c4785b31c3f88 | | d2129401-0349-4da3-87fa-5e521b071377 169.254.192.0/18 | | a91bb860-32d6-4961-a319-bf39a492ff92 | NVL-INTERPOD-VNI-PRIV | 85cace94dcc7484c85ff9337eb1d0c4c | 7b8987f7-da16-48c0-b86c-f3c4fd507f22 10.138.240.48/28 | | | | | a855f85b-46b7-4463-993b-8d867fb38556 10.138.240.0/28 | | b11bd55d-c57b-48d1-9be4-ab690624fb76 | NVLP2-Prov-WEB | 85cace94dcc7484c85ff9337eb1d0c4c | 5f369cf5-8b26-4996-97d5-24434f928a84 10.138.236.32/27 | | | | | adbe60f2-e02b-4294-8eb8-18ffb0b8bcda 10.138.168.0/21 | | | | | ae1386b4-c6bc-4c69-909a-1e902df3bc3f 10.138.232.0/27 | | | | | aefeeb08-7fb8-43c7-adc8-e8b0538b57d9 10.138.236.128/27 | | | | | b22247e8-fa4a-48bd-8a3f-dde5f22ee866 10.138.236.0/27 | | | | | d3e834ef-5f7c-43b7-b52d-fd8e223e6c50 10.138.232.128/27 | | | | | d87341b3-f953-4a93-bcaf-46524fbb3408 10.138.236.96/27 | | | | | de2c0bc9-85d4-4e5b-b1ae-d39ae6bbc6ee 10.138.200.0/21 | | | | | e0a4ce65-9d39-496d-960c-88272cafad55 10.138.236.64/27 | | | | | ee1bfd8b-231d-4e1d-83c8-d8d66346acef 10.138.232.32/27 | | | | | efd1f72c-8bd3-4b25-a3fc-e2698dd734d7 10.138.136.0/21 | | | | | f4b9f50b-18e9-49b2-b0db-6a51cf968e95 10.138.232.64/27 | | | | | f986c4b1-1efc-4973-87a8-74db536ac1c0 10.138.232.96/27 | | b250fb4e-5d36-4aa6-bcfb-c623166312ca | net-vx1-private | 85cace94dcc7484c85ff9337eb1d0c4c | e0e82224-93e1-4369-b9c1-7d0ac1614837 192.168.213.0/24 | | c767ef08-c1fb-45ed-bf1e-a4c464e12b93 | private-net | 85cace94dcc7484c85ff9337eb1d0c4c | fb8ec92c-afa6-48f1-b7f8-25e77462b28b 192.192.100.0/24 | | cd8a928b-42ae-4673-ae19-c687cfd181d4 | NVLP2-Prov-BE | 85cace94dcc7484c85ff9337eb1d0c4c | 37b2ba42-6158-4a5f-96f0-48e476b4cd45 10.138.160.0/21 | | | | | 8502138b-c2c0-4436-bec5-9221a36e0c8c 10.138.192.0/21 | | | | | ceabf390-6489-4b5d-a5b9-305176def3a1 10.138.128.0/21 | | dede00bb-bc23-40a8-a3b9-b273eb7533ff | NVLP2-Prov-WEB2-test-2-network | e28e45dbbb3e4471a8fb6dd6cb99d01d | 92da59f1-df82-470b-a2ea-9b9b6f6c8e5e 10.138.185.112/28 | | | | | b8668626-8c05-4c7d-a70b-a1485f0d666e 10.138.217.112/28 | +--------------------------------------+----------------------------------------------------+----------------------------------+--------------------------------------------------------+ [root@podto2-osctrl01 ~]# neutron subnet-list neutron CLI is deprecated and will be removed in the future. Use openstack CLI instead. +--------------------------------------+---------------------------------------------------+----------------------------------+-------------------+--------------------------------------------------------+ | id | name | tenant_id | cidr | allocation_pools | +--------------------------------------+---------------------------------------------------+----------------------------------+-------------------+--------------------------------------------------------+ | 0705b470-ce99-46c8-944c-cfbfc6a2a5f7 | NVLP2-Provider-Bk-subnet | 85cace94dcc7484c85ff9337eb1d0c4c | 10.138.177.0/24 | {"start": "10.138.177.70", "end": "10.138.177.100"} | | 1a88e004-7062-4702-8965-b18ea9d6af87 | NVLP2-Ext-Rupar-subnet | 85cace94dcc7484c85ff9337eb1d0c4c | 10.138.181.0/24 | {"start": "10.138.181.20", "end": "10.138.181.150"} | | 272ca9b5-2aa0-45d2-90b4-70abe4feac49 | admin-self-subnet2 | 85cace94dcc7484c85ff9337eb1d0c4c | 192.168.90.0/24 | {"start": "192.168.90.10", "end": "192.168.90.254"} | | 37b2ba42-6158-4a5f-96f0-48e476b4cd45 | NVLP2-Prov-BE-subnet | 85cace94dcc7484c85ff9337eb1d0c4c | 10.138.160.0/21 | {"start": "10.138.160.20", "end": "10.138.164.255"} | | 5bbb31c3-a2cd-4e30-a194-60cee122d0e9 | HA subnet tenant 85cace94dcc7484c85ff9337eb1d0c4c | | 169.254.192.0/18 | {"start": "169.254.192.1", "end": "169.254.255.254"} | | 5f369cf5-8b26-4996-97d5-24434f928a84 | NVLP2-Prov-Rupar02-2-0cf8fe671a-subnet | e28e45dbbb3e4471a8fb6dd6cb99d01d | 10.138.236.32/27 | {"start": "10.138.236.35", "end": "10.138.236.47"} | | 7b8987f7-da16-48c0-b86c-f3c4fd507f22 | NVLP2-Interpod-subnet-x4 | 85cace94dcc7484c85ff9337eb1d0c4c | 10.138.240.48/28 | {"start": "10.138.240.61", "end": "10.138.240.61"} | | 8502138b-c2c0-4436-bec5-9221a36e0c8c | NVLP2-Prov-BE-subnet-78bc7d0889 | e8c2a22432174638bdee830274845c38 | 10.138.192.0/21 | {"start": "10.138.192.20", "end": "10.138.196.255"} | | 92da59f1-df82-470b-a2ea-9b9b6f6c8e5e | NVLP2-Prov-WEB2-test-2-284f32dbb8-subnet | e28e45dbbb3e4471a8fb6dd6cb99d01d | 10.138.185.112/28 | {"start": "10.138.185.114", "end": "10.138.185.119"} | | 9ba2a03d-3f95-494f-bd38-7fe85471465d | NVLP2-Provider-backoffice1-subnet | 85cace94dcc7484c85ff9337eb1d0c4c | 10.138.179.0/24 | {"start": "10.138.179.20", "end": "10.138.179.150"} | | a855f85b-46b7-4463-993b-8d867fb38556 | NVLP2-Interpod-subnet-x1 | 85cace94dcc7484c85ff9337eb1d0c4c | 10.138.240.0/28 | {"start": "10.138.240.13", "end": "10.138.240.14"} | | adbe60f2-e02b-4294-8eb8-18ffb0b8bcda | NVLP2-Prov-WEB-subnet | 85cace94dcc7484c85ff9337eb1d0c4c | 10.138.168.0/21 | {"start": "10.138.168.20", "end": "10.138.172.255"} | | ae1386b4-c6bc-4c69-909a-1e902df3bc3f | NVLP2-Prov-Rupar01-2-d0f1fa90f7-subnet | e28e45dbbb3e4471a8fb6dd6cb99d01d | 10.138.232.0/27 | {"start": "10.138.232.3", "end": "10.138.232.15"} | | aefeeb08-7fb8-43c7-adc8-e8b0538b57d9 | NVLP2-Prov-Rupar05-2-93db411f87-subnet | e28e45dbbb3e4471a8fb6dd6cb99d01d | 10.138.236.128/27 | {"start": "10.138.236.131", "end": "10.138.236.143"} | | b22247e8-fa4a-48bd-8a3f-dde5f22ee866 | NVLP2-Prov-Rupar01-2-6e53be6e00-subnet | e28e45dbbb3e4471a8fb6dd6cb99d01d | 10.138.236.0/27 | {"start": "10.138.236.3", "end": "10.138.236.15"} | | b8668626-8c05-4c7d-a70b-a1485f0d666e | NVLP2-Prov-WEB2-test-2-dbe7f3376f-subnet | e28e45dbbb3e4471a8fb6dd6cb99d01d | 10.138.217.112/28 | {"start": "10.138.217.114", "end": "10.138.217.119"} | | ceabf390-6489-4b5d-a5b9-305176def3a1 | NVLP2-Prov-BE-subnet-42bda158af | e8c2a22432174638bdee830274845c38 | 10.138.128.0/21 | {"start": "10.138.128.20", "end": "10.138.132.255"} | | d2129401-0349-4da3-87fa-5e521b071377 | HA subnet tenant 4e44aad117b64a34806c4785b31c3f88 | | 169.254.192.0/18 | {"start": "169.254.192.1", "end": "169.254.255.254"} | | d3e834ef-5f7c-43b7-b52d-fd8e223e6c50 | NVLP2-Prov-Rupar05-2-97e7a2473d-subnet | e28e45dbbb3e4471a8fb6dd6cb99d01d | 10.138.232.128/27 | {"start": "10.138.232.131", "end": "10.138.232.143"} | | d87341b3-f953-4a93-bcaf-46524fbb3408 | NVLP2-Prov-Rupar04-2-a8223d4e2e-subnet | e28e45dbbb3e4471a8fb6dd6cb99d01d | 10.138.236.96/27 | {"start": "10.138.236.99", "end": "10.138.236.111"} | | dcd2ad5c-afb5-420b-bfa8-7b89ab511f5b | sub-vx4 | 4e44aad117b64a34806c4785b31c3f88 | 192.168.213.0/24 | {"start": "192.168.213.100", "end": "192.168.213.200"} | | de2c0bc9-85d4-4e5b-b1ae-d39ae6bbc6ee | NVLP2-Prov-WEB-subnet-ae476243c2 | e8c2a22432174638bdee830274845c38 | 10.138.200.0/21 | {"start": "10.138.200.20", "end": "10.138.204.255"} | | e0a4ce65-9d39-496d-960c-88272cafad55 | NVLP2-Prov-Rupar03-2-3c7a3850d1-subnet | e28e45dbbb3e4471a8fb6dd6cb99d01d | 10.138.236.64/27 | {"start": "10.138.236.67", "end": "10.138.236.79"} | | e0e82224-93e1-4369-b9c1-7d0ac1614837 | sub-vx1 | 85cace94dcc7484c85ff9337eb1d0c4c | 192.168.213.0/24 | {"start": "192.168.213.100", "end": "192.168.213.200"} | | ea1c69b8-ded6-4028-bba9-63db12213e36 | admin-self-subnet1 | 85cace94dcc7484c85ff9337eb1d0c4c | 192.168.100.0/24 | {"start": "192.168.100.2", "end": "192.168.100.254"} | | ee1bfd8b-231d-4e1d-83c8-d8d66346acef | NVLP2-Prov-Rupar02-2-ecfee60675-subnet | e28e45dbbb3e4471a8fb6dd6cb99d01d | 10.138.232.32/27 | {"start": "10.138.232.35", "end": "10.138.232.47"} | | efd1f72c-8bd3-4b25-a3fc-e2698dd734d7 | NVLP2-Prov-WEB-subnet-e7e65a3ed6 | e8c2a22432174638bdee830274845c38 | 10.138.136.0/21 | {"start": "10.138.136.20", "end": "10.138.140.255"} | | f4b9f50b-18e9-49b2-b0db-6a51cf968e95 | NVLP2-Prov-Rupar03-2-40976657fe-subnet | e28e45dbbb3e4471a8fb6dd6cb99d01d | 10.138.232.64/27 | {"start": "10.138.232.67", "end": "10.138.232.79"} | | f986c4b1-1efc-4973-87a8-74db536ac1c0 | NVLP2-Prov-Rupar04-2-729355c12e-subnet | e28e45dbbb3e4471a8fb6dd6cb99d01d | 10.138.232.96/27 | {"start": "10.138.232.99", "end": "10.138.232.111"} | | fb8ec92c-afa6-48f1-b7f8-25e77462b28b | provate-subnet | 85cace94dcc7484c85ff9337eb1d0c4c | 192.192.100.0/24 | {"start": "192.192.100.2", "end": "192.192.100.254"} | | ff797a1f-7de4-4998-9bdc-29d1241ffb5b | NVLP2-Ext-Internet-subnet | 85cace94dcc7484c85ff9337eb1d0c4c | 84.240.191.0/24 | {"start": "84.240.191.2", "end": "84.240.191.170"} | +--------------------------------------+---------------------------------------------------+----------------------------------+-------------------+--------------------------------------------------------+ [root@podto2-osctrl01 ~]# neutron subnet-show NVLP2-Prov-Rupar04-2-729355c12e-subnet neutron CLI is deprecated and will be removed in the future. Use openstack CLI instead. +-------------------+-----------------------------------------------------------------+ | Field | Value | +-------------------+-----------------------------------------------------------------+ | allocation_pools | {"start": "10.138.232.99", "end": "10.138.232.111"} | | cidr | 10.138.232.96/27 | | created_at | 2019-11-29T08:14:32Z | | description | | | dns_nameservers | 10.103.48.1 | | | 10.103.48.2 | | enable_dhcp | True | | gateway_ip | 10.138.232.97 | | host_routes | {"nexthop": "10.138.232.97", "destination": "0.0.0.0/0"} | | | {"nexthop": "10.138.232.97", "destination": " 10.138.236.96/27"} | | id | f986c4b1-1efc-4973-87a8-74db536ac1c0 | | ip_version | 4 | | ipv6_address_mode | | | ipv6_ra_mode | | | name | NVLP2-Prov-Rupar04-2-729355c12e-subnet | | network_id | b11bd55d-c57b-48d1-9be4-ab690624fb76 | | project_id | e28e45dbbb3e4471a8fb6dd6cb99d01d | | revision_number | 4 | | service_types | | | subnetpool_id | | | tags | | | tenant_id | e28e45dbbb3e4471a8fb6dd6cb99d01d | | updated_at | 2019-12-10T13:43:02Z | If I create an instance on this subnet , it gets an address in the allocation-pool correctly, but the default gateway is not 10.138.232.97, but 10.138.232.65. This is a gatway of another subnet in the same vlan: [root@podto2-osctrl01 ~]# neutron subnet-show NVLP2-Prov-Rupar03-2-40976657fe-subnet neutron CLI is deprecated and will be removed in the future. Use openstack CLI instead. +-------------------+-----------------------------------------------------------------+ | Field | Value | +-------------------+-----------------------------------------------------------------+ | allocation_pools | {"start": "10.138.232.67", "end": "10.138.232.79"} | | cidr | 10.138.232.64/27 | | created_at | 2019-11-29T08:13:14Z | | description | | | dns_nameservers | 10.103.48.1 | | | 10.103.48.2 | | enable_dhcp | True | | gateway_ip | 10.138.232.65 | | host_routes | {"nexthop": "10.138.232.65", "destination": " 10.138.236.64/27"} | | id | f4b9f50b-18e9-49b2-b0db-6a51cf968e95 | | ip_version | 4 | | ipv6_address_mode | | | ipv6_ra_mode | | | name | NVLP2-Prov-Rupar03-2-40976657fe-subnet | | network_id | b11bd55d-c57b-48d1-9be4-ab690624fb76 | | project_id | e28e45dbbb3e4471a8fb6dd6cb99d01d | | revision_number | 4 | | service_types | | | subnetpool_id | | | tags | | | tenant_id | e28e45dbbb3e4471a8fb6dd6cb99d01d | | updated_at | 2019-12-11T08:27:20Z | +-------------------+-----------------------------------------------------------------+ The following is the dnsmasq process: [root@podto2-osctrl01 ~]# ps -afe|grep dns|grep b76 nobody 70093 1 0 dic02 ? 00:00:04 dnsmasq --no-hosts --no-resolv --pid-file=/var/lib/neutron/dhcp/b11bd55d-c57b-48d1-9be4-ab690624fb76/pid --dhcp-hostsfile=/var/lib/neutron/dhcp/b11bd55d-c57b-48d1-9be4-ab690624fb76/host --addn-hosts=/var/lib/neutron/dhcp/b11bd55d-c57b-48d1-9be4-ab690624fb76/addn_hosts --dhcp-optsfile=/var/lib/neutron/dhcp/b11bd55d-c57b-48d1-9be4-ab690624fb76/opts --dhcp-leasefile=/var/lib/neutron/dhcp/b11bd55d-c57b-48d1-9be4-ab690624fb76/leases --dhcp-match=set:ipxe,175 --local-service --bind-interfaces --dhcp-range=set:tag1,10.138.168.0,static,255.255.248.0,86400s --dhcp-range=set:tag2,10.138.232.0,static,255.255.255.224,86400s --dhcp-range=set:tag4,10.138.232.128,static,255.255.255.224,86400s --dhcp-range=set:tag8,10.138.232.32,static,255.255.255.224,86400s --dhcp-range=set:tag10,10.138.232.64,static,255.255.255.224,86400s --dhcp-range=set:tag11,10.138.232.96,static,255.255.255.224,86400s --dhcp-option-force=option:mtu,9000 --dhcp-lease-max=2208 --conf-file= --domain=site02.nivolapiemonte.it Ignazio Il giorno mer 11 dic 2019 alle ore 09:19 Slawek Kaplonski < skaplons(a)redhat.com> ha scritto: > Hi, > > Can You maybe give us some more details? Like how exactly this network and > subnets looks like (neutron net-show and neutron subnet-show), and please > also check dnsmasq config files - those are located on node where DHCP > agent is running. If You will do something like: > > ps aux | grep <network_id> > > You will find dnsmasq process for this network. > > > On 10 Dec 2019, at 16:52, Ignazio Cassano <ignaziocassano(a)gmail.com> > wrote: > > > > Hello Everyone, > > I have an openstack queens installation based on centos 7. > > I created a shared vlan network and multiple subnet under it. > > When I start an instance on one of the subnet network it gets the > correct ip based on its subnet but the gateway seems random (one of the > subnet of the vlan). > > > > Any suggestion, please ? > > > > Ignazio > > > > — > Slawek Kaplonski > Senior software engineer > Red Hat > >

1 0

Work around for bug 1851516: grub2-mkconfig with ARM ?
by Darrin Vallis 10 Dec '19

10 Dec '19

Hello We are using diskimage-builder to generate an ARM UEFI ISO for the Akraino REC blueprint. We have exactly the same problem documented here: https://bugs.launchpad.net/diskimage-builder/+bug/1851516 When our script uses grub2-mkconfig, grub.cfg is not relocated as shown grub2-mkconfig -0 /boot/efi/EFI/centos/grub.cfg The image is built with /boot/grub2/grub.cfg instead. Any thoughts on a work around for this? Thanks Darrin Vallis Ampere FAE | Austin TX 512-791-5908 CONFIDENTIALITY NOTICE: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and contains information that is confidential and proprietary to Ampere Computing or its subsidiaries. It is to be used solely for the purpose of furthering the parties' business relationship. Any review, copying, or distribution of this email (or any attachments thereto) is strictly prohibited. If you are not the intended recipient, please contact the sender immediately and permanently delete the original and any copies of this email and any attachments thereto.

2 1

neutron-metadata-agent broken pipe
by Albert Braden 10 Dec '19

10 Dec '19

Is anyone else seeing this? We are running Rocky. As our production cluster grows in size we are starting to have trouble with neutron-metadata-agent. After restarting it is happy for a minute and then it complains "2019-12-06 17:54:24.615 664587 WARNING oslo_messaging._drivers.amqpdriver [-] Number of call queues is 11, greater than warning threshold: 10. There could be a leak. Increasing threshold to: 20" It increases the threshold a couple of times and then after increasing to 40 we start to see errors: 2019-12-06 17:55:10.119 664578 INFO eventlet.wsgi.server [-] Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/eventlet/wsgi.py", line 521, in handle_one_response write(b''.join(towrite)) File "/usr/lib/python2.7/dist-packages/eventlet/wsgi.py", line 462, in write wfile.flush() File "/usr/lib/python2.7/socket.py", line 307, in flush self._sock.sendall(view[write_offset:write_offset+buffer_size]) File "/usr/lib/python2.7/dist-packages/eventlet/greenio/base.py", line 390, in sendall tail = self.send(data, flags) File "/usr/lib/python2.7/dist-packages/eventlet/greenio/base.py", line 384, in send return self._send_loop(self.fd.send, data, flags) File "/usr/lib/python2.7/dist-packages/eventlet/greenio/base.py", line 371, in _send_loop return send_method(data, *args) error: [Errno 32] Broken pipe It looks like increasing the threshold to 40 fails because it keeps trying: 2019-12-06 17:55:17.452 664597 WARNING oslo_messaging._drivers.amqpdriver [-] Number of call queues is 21, greater than warning threshold: 20. There could be a leak. Increasing threshold to: 40 And the errors increase until the log is nothing but errors, and VMs fail to boot. root@us01odc-p02-ctrl1:~# tail -f /var/log/neutron/neutron-metadata-agent.log self._sock.sendall(view[write_offset:write_offset+buffer_size]) File "/usr/lib/python2.7/dist-packages/eventlet/greenio/base.py", line 390, in sendall tail = self.send(data, flags) File "/usr/lib/python2.7/dist-packages/eventlet/greenio/base.py", line 384, in send return self._send_loop(self.fd.send, data, flags) File "/usr/lib/python2.7/dist-packages/eventlet/greenio/base.py", line 371, in _send_loop return send_method(data, *args) error: [Errno 32] Broken pipe 2019-12-06 17:59:23.664 664597 INFO eventlet.wsgi.server [-] 10.195.73.174,<local> "GET /latest/meta-data/instance-id HTTP/1.0" status: 200 len: 0 time: 62.1517761 2019-12-06 17:59:23.756 664583 INFO eventlet.wsgi.server [-] Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/eventlet/wsgi.py", line 521, in handle_one_response write(b''.join(towrite)) File "/usr/lib/python2.7/dist-packages/eventlet/wsgi.py", line 462, in write wfile.flush() File "/usr/lib/python2.7/socket.py", line 307, in flush self._sock.sendall(view[write_offset:write_offset+buffer_size]) File "/usr/lib/python2.7/dist-packages/eventlet/greenio/base.py", line 390, in sendall tail = self.send(data, flags) File "/usr/lib/python2.7/dist-packages/eventlet/greenio/base.py", line 384, in send return self._send_loop(self.fd.send, data, flags) File "/usr/lib/python2.7/dist-packages/eventlet/greenio/base.py", line 371, in _send_loop return send_method(data, *args) error: [Errno 32] Broken pipe 2019-12-06 17:59:23.757 664583 INFO eventlet.wsgi.server [-] 10.195.65.69,<local> "GET /latest/meta-data/instance-id HTTP/1.0" status: 200 len: 0 time: 63.0419171 2019-12-06 17:59:23.776 664595 ERROR neutron.agent.metadata.agent [-] Unexpected error.: MessagingTimeout: Timed out waiting for a reply to message ID 77551d4cf4394b7b9cdfad68c0be46e8 2019-12-06 17:59:23.776 664595 ERROR neutron.agent.metadata.agent Traceback (most recent call last): 2019-12-06 17:59:23.776 664595 ERROR neutron.agent.metadata.agent File "/usr/lib/python2.7/dist-packages/neutron/agent/metadata/agent.py", line 89, in __call__ 2019-12-06 17:59:23.776 664595 ERROR neutron.agent.metadata.agent instance_id, tenant_id = self._get_instance_and_tenant_id(req) 2019-12-06 17:59:23.776 664595 ERROR neutron.agent.metadata.agent File "/usr/lib/python2.7/dist-packages/neutron/agent/metadata/agent.py", line 162, in _get_instance_and_tenant_id 2019-12-06 17:59:23.776 664595 ERROR neutron.agent.metadata.agent ports = self._get_ports(remote_address, network_id, router_id) 2019-12-06 17:59:23.776 664595 ERROR neutron.agent.metadata.agent File "/usr/lib/python2.7/dist-packages/neutron/agent/metadata/agent.py", line 155, in _get_ports 2019-12-06 17:59:23.776 664595 ERROR neutron.agent.metadata.agent return self._get_ports_for_remote_address(remote_address, networks) 2019-12-06 17:59:23.776 664595 ERROR neutron.agent.metadata.agent File "/usr/lib/python2.7/dist-packages/neutron/common/cache_utils.py", line 116, in __call__ 2019-12-06 17:59:23.776 664595 ERROR neutron.agent.metadata.agent return self.func(target_self, *args, **kwargs) 2019-12-06 17:59:23.776 664595 ERROR neutron.agent.metadata.agent File "/usr/lib/python2.7/dist-packages/neutron/agent/metadata/agent.py", line 137, in _get_ports_for_remote_address 2019-12-06 17:59:23.776 664595 ERROR neutron.agent.metadata.agent ip_address=remote_address) 2019-12-06 17:59:23.776 664595 ERROR neutron.agent.metadata.agent File "/usr/lib/python2.7/dist-packages/neutron/agent/metadata/agent.py", line 106, in _get_ports_from_server 2019-12-06 17:59:23.776 664595 ERROR neutron.agent.metadata.agent return self.plugin_rpc.get_ports(self.context, filters) 2019-12-06 17:59:23.776 664595 ERROR neutron.agent.metadata.agent File "/usr/lib/python2.7/dist-packages/neutron/agent/metadata/agent.py", line 72, in get_ports 2019-12-06 17:59:23.776 664595 ERROR neutron.agent.metadata.agent return cctxt.call(context, 'get_ports', filters=filters) 2019-12-06 17:59:23.776 664595 ERROR neutron.agent.metadata.agent File "/usr/lib/python2.7/dist-packages/neutron/common/rpc.py", line 173, in call 2019-12-06 17:59:23.776 664595 ERROR neutron.agent.metadata.agent time.sleep(wait) 2019-12-06 17:59:23.776 664595 ERROR neutron.agent.metadata.agent File "/usr/lib/python2.7/dist-packages/oslo_utils/excutils.py", line 220, in __exit__ 2019-12-06 17:59:23.776 664595 ERROR neutron.agent.metadata.agent self.force_reraise() 2019-12-06 17:59:23.776 664595 ERROR neutron.agent.metadata.agent File "/usr/lib/python2.7/dist-packages/oslo_utils/excutils.py", line 196, in force_reraise 2019-12-06 17:59:23.776 664595 ERROR neutron.agent.metadata.agent six.reraise(self.type_, self.value, self.tb) 2019-12-06 17:59:23.776 664595 ERROR neutron.agent.metadata.agent File "/usr/lib/python2.7/dist-packages/neutron/common/rpc.py", line 150, in call 2019-12-06 17:59:23.776 664595 ERROR neutron.agent.metadata.agent return self._original_context.call(ctxt, method, **kwargs) 2019-12-06 17:59:23.776 664595 ERROR neutron.agent.metadata.agent File "/usr/lib/python2.7/dist-packages/oslo_messaging/rpc/client.py", line 179, in call 2019-12-06 17:59:23.776 664595 ERROR neutron.agent.metadata.agent retry=self.retry) 2019-12-06 17:59:23.776 664595 ERROR neutron.agent.metadata.agent File "/usr/lib/python2.7/dist-packages/oslo_messaging/transport.py", line 133, in _send 2019-12-06 17:59:23.776 664595 ERROR neutron.agent.metadata.agent retry=retry) 2019-12-06 17:59:23.776 664595 ERROR neutron.agent.metadata.agent File "/usr/lib/python2.7/dist-packages/oslo_messaging/_drivers/amqpdriver.py", line 584, in send 2019-12-06 17:59:23.776 664595 ERROR neutron.agent.metadata.agent call_monitor_timeout, retry=retry) 2019-12-06 17:59:23.776 664595 ERROR neutron.agent.metadata.agent File "/usr/lib/python2.7/dist-packages/oslo_messaging/_drivers/amqpdriver.py", line 573, in _send 2019-12-06 17:59:23.776 664595 ERROR neutron.agent.metadata.agent call_monitor_timeout) 2019-12-06 17:59:23.776 664595 ERROR neutron.agent.metadata.agent File "/usr/lib/python2.7/dist-packages/oslo_messaging/_drivers/amqpdriver.py", line 459, in wait 2019-12-06 17:59:23.776 664595 ERROR neutron.agent.metadata.agent message = self.waiters.get(msg_id, timeout=timeout) 2019-12-06 17:59:23.776 664595 ERROR neutron.agent.metadata.agent File "/usr/lib/python2.7/dist-packages/oslo_messaging/_drivers/amqpdriver.py", line 336, in get 2019-12-06 17:59:23.776 664595 ERROR neutron.agent.metadata.agent 'to message ID %s' % msg_id) 2019-12-06 17:59:23.776 664595 ERROR neutron.agent.metadata.agent MessagingTimeout: Timed out waiting for a reply to message ID 77551d4cf4394b7b9cdfad68c0be46e8 2019-12-06 17:59:23.776 664595 ERROR neutron.agent.metadata.agent 2019-12-06 17:59:23.778 664595 INFO eventlet.wsgi.server [-] Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/eventlet/wsgi.py", line 521, in handle_one_response write(b''.join(towrite)) File "/usr/lib/python2.7/dist-packages/eventlet/wsgi.py", line 462, in write wfile.flush() File "/usr/lib/python2.7/socket.py", line 307, in flush self._sock.sendall(view[write_offset:write_offset+buffer_size]) File "/usr/lib/python2.7/dist-packages/eventlet/greenio/base.py", line 390, in sendall tail = self.send(data, flags) File "/usr/lib/python2.7/dist-packages/eventlet/greenio/base.py", line 384, in send return self._send_loop(self.fd.send, data, flags) What's causing this? Are we overloading RMQ?

1 4

Work around for bug 1851516: grub2-mkconfig with ARM ? (Resubmit)
by Darrin Vallis 10 Dec '19

10 Dec '19

Hello We are using diskimage-builder to generate an ARM UEFI ISO for the Akraino REC blueprint. We have exactly the same problem documented here: https://bugs.launchpad.net/diskimage-builder/+bug/1851516 When our script uses grub2-mkconfig, grub.cfg is not relocated as shown grub2-mkconfig -0 /boot/efi/EFI/centos/grub.cfg The image is built with /boot/grub2/grub.cfg instead. Any thoughts on a work around for this? Thanks Darrin Vallis Ampere FAE | Austin TX 512-791-5908 CONFIDENTIALITY NOTICE: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and contains information that is confidential and proprietary to Ampere Computing or its subsidiaries. It is to be used solely for the purpose of furthering the parties' business relationship. Any review, copying, or distribution of this email (or any attachments thereto) is strictly prohibited. If you are not the intended recipient, please contact the sender immediately and permanently delete the original and any copies of this email and any attachments thereto.

1 0

[octavia][stein issue
by Ignazio Cassano 10 Dec '19

10 Dec '19

Hello, I've just installed stein on centos 7 with octavia. I created the amphora image based on centos , but when a load balance is created the amphora instance does note have any proces on port 9443 and the worker reports: 2019-12-10 08:40:14.456 3710 WARNING octavia.amphorae.drivers.haproxy.rest_api_driver [-] Could not connect to instance. Retrying.: ConnectTimeout: HTTPSConnectionPool(host='10.102.143.94', port=9443): Max retries exceeded with url: // (Caused by ConnectTimeoutError(<urllib3.connection.VerifiedHTTPSConnection object at 0x7f4a04de0d10>, 'Connection to 10.102.143.94 timed out. (connect timeout=10.0)')) Network connectivity and security groups are ok. I connected on the instance via ssh and I cannot see any listening 9443 port. Anyone can help me, please ? Ignazio

2 2

[sahara] Sahara meetings for the rest of 2019 - dates confirmed
by Jeremy Freudberg 10 Dec '19

10 Dec '19

The next Sahara meeting will be December 19, 2019 at 1400 UTC in #openstack-sahara. (There will be no Sahara meeting December 12, 2019 or December 26, 2019.)

1 0

[neutron][queens] dhcp issue
by Ignazio Cassano 10 Dec '19

10 Dec '19

Hello Everyone, I have an openstack queens installation based on centos 7. I created a shared vlan network and multiple subnet under it. When I start an instance on one of the subnet network it gets the correct ip based on its subnet but the gateway seems random (one of the subnet of the vlan). Any suggestion, please ? Ignazio

1 0

[cinder] weekly meeting change reminder
by Brian Rosmaita 10 Dec '19

10 Dec '19

(No, I'm not planning to send this out every week ... this will be the final reminder email.) This is a quick reminder that this week's Cinder meeting will be held as usual on Wednesday, but: new time: 1400 UTC new channel: #openstack-meeting-4 See you there! brian

1 0

[Image-Encryption] No meeting until January
by Josephine Seifert 10 Dec '19

10 Dec '19

Hello, I will have vacation until January, so the next meeting will take place at 6th of Januar. I wish you all nice holidays and a happy new year :)

1 0

[all] OpenStack V Release Naming Poll
by Sean McGinnis 10 Dec '19

10 Dec '19

Hey everyone, This is to officially announce the beginning of the CIVS poll to determine the "V" release name. Since the Train release, we use a public poll. This means that rather than having a unique voting URL for each person, all voting can be done using the following URL: https://civs.cs.cornell.edu/cgi-bin/vote.pl?id=E_13ccd49b66cfd1b4&akey=39d9… A public poll can mean that users behind NAT, proxy servers or firewalls may receive an error message saying that your vote has already been lodged. If this happens please try another IP. Voting will officially end December 16, 2019 at 23:59 UTC. The results of the voting will be shared soon afterwards, but keep in mind there will need to be a marketing and legal review of any selected names before it is finalized. Import Note On Name Review -------------------------- There are a couple steps that I am consolidating from our official process [0]. I believe this to be harmless, but if anyone has any concerns about this please do raise them and we can discuss and avoid any issues for future elections. I will be proposing some updates to clarify our election process either way. First, there is a discrete step for marketing review. I believe that can be done as part of the post-voting name review. Second is to consult with the TC to have names removed. I also believe that can be done as part of the post-voting review, but also think that due to past concerns about this process it is best to allow voting on all of the names first, then determine if something is not appropriate. I think this should be more efficient, but ultimately I determined this course of action due to not allowing enough time for step 6 of the process. For that I want to apologize to everyone sincerely. I do think (and hope) this will not be an issue, but again, please do not hesitate to raise concerns about this. Sean [0] https://governance.openstack.org/tc/reference/release-naming.html

4 7

[stein][octavia] api error
by Ignazio Cassano 10 Dec '19

10 Dec '19

Hello All, I've just installed octavia on centos 7 stein, but when I call the octavia command line, the octavia api.log reports: 2019-12-09 22:03:40.986 7925 WARNING keystonemiddleware.auth_token [req-1dea61b8-5c61-4b97-9be5-b1fd8c273984 - - - - -] Identity response: {"error":{"code":401,"message":"The request you have made requires authentication.","title":"Unauthorized"}} : Unauthorized: The request you have made requires authentication. (HTTP 401) (Request-ID: req-4264ea33-ad5c-46a7-99af-def5570e7e47) 2019-12-09 22:03:41.008 7925 WARNING keystonemiddleware.auth_token [req-1dea61b8-5c61-4b97-9be5-b1fd8c273984 - - - - -] Identity response: {"error":{"code":401,"message":"The request you have made requires authentication.","title":"Unauthorized"}} : Unauthorized: The request you have made requires authentication. (HTTP 401) (Request-ID: req-02b07d72-431b-421c-9735-3289228e7df1) 2019-12-09 22:03:41.008 7925 CRITICAL keystonemiddleware.auth_token [req-1dea61b8-5c61-4b97-9be5-b1fd8c273984 - - - - -] Unable to validate token: Identity server rejected authorization necessary to fetch token data: ServiceError: Identity server rejected authorization necessary to fetch token data Please, any help ? Regards Ignazio

1 1

Openstack CI Failing from Friday(6-Dec-2019)
by Sikka, Rishabh 09 Dec '19

09 Dec '19

Dear All , >From Saturday onwards our openstack CI is failing for ISCSI driver at very early stage of devstack setup and for FC driver it is getting queued. Please let us know if there is any changes are done from community end. >From the failure log and last success log we can conclude with below error -: Failure log -: http://54.201.44.218/53/696853/1/check/3par-iscsi-driver-master-client-pip-… + ./stack.sh:main:224 : [[ ! xenial =~ (bionic|stretch|jessie|f29|opensuse-15.0|opensuse-15.1|opensuse-tumbleweed|rhel7) ]] + ./stack.sh:main:225 : echo 'WARNING: this script has not been tested on xenial' WARNING: this script has not been tested on xenial + ./stack.sh:main:226 : [[ '' != \y\e\s ]] + ./stack.sh:main:227 : die 227 'If you wish to run this script anyway run with FORCE=yes' + functions-common:die:195 : local exitcode=0 + functions-common:die:196 : set +o xtrace [Call Trace] ./stack.sh:227:die [ERROR] ./stack.sh:227 If you wish to run this script anyway run with FORCE=yesnon-zero return code ################################## Success log-: http://54.201.44.218/14/685914/9/check/3par-iscsi-driver-master-client-pip-… + ./stack.sh:main:224 : [[ ! xenial =~ (xenial|artful|bionic|stretch|jessie|f29|opensuse-15.0|opensuse-15.1|opensuse-tumbleweed|rhel7) ]] + ./stack.sh:main:235 : export_proxy_variables + functions-common:export_proxy_variables:2154 : isset http_proxy + functions-common:isset:171 : [[ -v http_proxy ]] + functions-common:export_proxy_variables:2155 : export http_proxy=http://192.168.75.1:8118/ + functions-common:export_proxy_variables:2155 : http_proxy=http://192.168.75.1:8118/ + functions-common:export_proxy_variables:2157 : isset https_proxy + functions-common:isset:171 : [[ -v https_proxy ]]

2 1