Earlier  
Posted Nick Remark
#openstack-nova - 2017-07-18
14:37:36 jangutter jaypipes: Telcos, I believe.
14:38:06 sean-k-mooney jaypipes: AT&T from the ecomp side and several asian telcos form the OpenO community. ONAP is a fusion of both comunitys under the linux foundation. intel is a member but we have not been invole in the achitecher of this part whic come mainly form ecomp i belive
14:38:14 jaypipes jangutter: well, yeah :)
14:38:53 openstackgerrit Sylvain Bauza proposed openstack/nova master: Add a scheduler custom driver possibility https://review.openstack.org/484828
14:38:54 sean-k-mooney jaypipes: there is little european representation in ONAP current with most European telcos look more to OSM instead
14:39:13 jaypipes sean-k-mooney: wow, that was impressive :) comunitys, invole, achitecher, whic and belive. all new words in one sentence!
14:39:19 bauzas sean-k-mooney: mriedem: jaypipes: I need to disappear from a certain amount of time because I need to pick my daughter and do some stuff, but I'll respond to the ML thread
14:39:23 jaypipes sean-k-mooney: ok, I'm going to stop poking fun now :)
14:39:34 bauzas sean-k-mooney: mriedem: jaypipes: reviews welcome on https://review.openstack.org/484828
14:40:08 jangutter jaypipes: there was _lots_ of representation from Chinese telcos on ONAP at OPNFV.
14:40:09 sean-k-mooney jaypipes: :)
14:41:29 jaypipes jangutter: k. good to know. I'm more looking for specific people, though. any names or emails would be good to get so I can reach out and have a chat.
14:41:48 jaypipes I suppose I can hit up alanmeadows from AT&T for that info
14:42:51 jangutter jaypipes: I'll see if there's a nice mini-summit link for the presentations with contact details.
14:42:55 openstackgerrit Stephen Finucane proposed openstack/nova master: doc: Populate the 'configuration' section https://review.openstack.org/478473
14:42:55 openstackgerrit Stephen Finucane proposed openstack/nova master: doc: Populate the 'user' section https://review.openstack.org/478475
14:42:56 openstackgerrit Stephen Finucane proposed openstack/nova master: doc: Switch to openstackdocstheme https://review.openstack.org/477751
14:42:56 openstackgerrit Stephen Finucane proposed openstack/nova master: doc: Populate the 'contributor' section https://review.openstack.org/478474
14:42:57 openstackgerrit Stephen Finucane proposed openstack/nova master: doc: Start using oslo_config.sphinxext https://review.openstack.org/482961
14:42:57 openstackgerrit Stephen Finucane proposed openstack/nova master: doc: Rework README to reflect new doc URLs https://review.openstack.org/480074
14:42:58 openstackgerrit Stephen Finucane proposed openstack/nova master: doc: Start using oslo_policy.sphinxext https://review.openstack.org/479358
14:42:58 openstackgerrit Stephen Finucane proposed openstack/nova master: policies: Fix Sphinx issues https://review.openstack.org/480516
14:42:59 openstackgerrit Stephen Finucane proposed openstack/nova master: doc: Populate the 'reference' section https://review.openstack.org/478484
14:42:59 openstackgerrit Stephen Finucane proposed openstack/nova master: doc: Rework index page per new sections https://review.openstack.org/478485
14:43:00 openstackgerrit Stephen Finucane proposed openstack/nova master: doc: Remove dead files https://review.openstack.org/478470
14:43:29 jaypipes just kiddin, stephenfin :)
14:43:45 jangutter jaypipes: http://events.linuxfoundation.org/events/opnfv-summit/extend-the-experience/onap
14:44:16 jangutter jaypipes: just names though, you should be able to hit the presentations from the 2017 summary site.
14:44:20 mriedem i'm sure i can ask around within huawei and someone might know
14:44:25 stephenfin jaypipes: Sorry - merge conflicts, yet again 🙈
14:47:02 mriedem stephenfin: reviewing https://review.openstack.org/#/c/463987/ would be good
14:47:20 sean-k-mooney bauzas: maybe add a release note but i think that review looks fine otherwise
14:47:22 mriedem it's passed https://review.openstack.org/#/c/481290/
14:47:37 mriedem sean-k-mooney: bauzas: i don't, but review comments incoming
14:49:01 stephenfin mriedem: eek. ildikov has been imploring me to look at that, but I don't feel I know that code enough to really sign-off on it
14:49:20 stephenfin I'll try, but don't blame me if everything explodes afterwards, heh
14:50:05 mriedem it's ok to ask questions and not +2
14:50:15 mriedem i've been through it a couple of times
14:51:00 sean-k-mooney mriedem: https://review.openstack.org/#/c/463987 is basically using the same workflow as the neutron portbinding then? eg createing a new binding/attachemt in this case on the destination and only removing the old one on succesfull migration?
14:51:20 mriedem sean-k-mooney: similar yes
14:51:59 sean-k-mooney mriedem: ok cool i have no ideay how the cinder integration works so proably wont review but that workflow makes sense to me. good to know
14:52:43 mriedem dims: i'd like to get this in first https://review.openstack.org/#/c/484501/ so we can backport that to stable
14:52:49 mriedem because of the associated bug
14:54:41 dims mriedem : +1, though we should probably add an upgrade note to ask operators to make sure that option is set in everyone's nova.conf
14:57:24 mriedem dims: hmm, if we have to add an upgrade release note then i worry about backporting it
14:57:48 mriedem dims: honestly i'm not really sure why the set_default there is overriding what the operator puts in the config,
14:57:52 mriedem but that was reported yesterday
14:58:00 mriedem dims: if you could figure that out it would be helpful
14:59:31 dims mriedem : it should not be overriding what's in nova.conf, it just sets the default value if there's nothing in nova.conf
14:59:59 dims mriedem : http://git.openstack.org/cgit/openstack/oslo.config/tree/oslo_config/cfg.py#n2736
15:01:18 gibi jaypipes: with cdent fix I still get the same KeyError as before, logs are here http://paste.openstack.org/show/615743/
15:01:23 keerthi scheduling always happen only 10 at a time in the nova ?
15:01:38 keerthi shall we change this value ?
15:03:15 keerthi mriedem ?
15:04:11 jaypipes gibi: k, thanks for that log output, that's helpful. I'm wondering if alex_xu's patch here might help: https://review.openstack.org/#/c/480379/
15:04:25 gibi jaypipes: I can test that as well
15:04:25 jaypipes gibi: sorry to bother you on this, but do you think you can apply that patch too?
15:04:34 jaypipes gibi: ty sir, much appreciated!
15:04:51 jaypipes gibi: in the meantime, I am working on adding functional test scenarios for your specific case.
15:05:12 gibi jaypipes: put me in the review if any I will check that out
15:05:19 jaypipes gibi: cheers
15:05:21 alex_xu mriedem: replied https://review.openstack.org/#/c/469800/, if we really think it is time to merge this patch first, I can change to +w
15:05:48 jaypipes gibi: köszönöm!
15:06:02 mriedem dims: yeah that's what i thought, but he was saying he had a value set in nova.conf and it would still use the default from code, and removing that line fixed it
15:06:18 gibi jaypipes: szivesen
15:06:24 mriedem dims: i don't have a devstack handy to recreate
15:06:37 mriedem keerthi: scheduling what? server create?
15:06:44 keerthi yes...
15:07:23 dims mriedem : barbican has a DSVM where this scenario works just fine. nova.conf has the BarbicanKeyManager and it gets picked up ok
15:07:24 keerthi when ever i create boot request...scheduling happens only for 10 at a time
15:08:33 keerthi rest of the requests need to wait in the queue and it starts proceeding next..is there way we can change this behaviour in nova ?
15:08:36 dims mriedem : oops, castellan has a dsvm test - see http://logs.openstack.org/19/476819/1/check/gate-castellan-dsvm-functional/c6e0d8c/logs/etc/nova/nova.conf.txt.gz
15:08:45 keerthi mriedem ?
15:09:26 dims mriedem : api log - http://logs.openstack.org/19/476819/1/check/gate-castellan-dsvm-functional/c6e0d8c/logs/screen-n-api.txt.gz#_Jun_23_08_05_22_681652
15:09:31 mriedem keerthi: nothing comes to mind
15:10:30 keerthi jaypipes can you help me in solving my issue ?
15:10:31 mriedem dims: hmm, yeah, some of the options stuff was also changed in i think pike, so i'm wondering if it was a latent bug in newton
15:11:20 jaypipes keerthi: please see /topic. this isn't a support channel. better to post a question to the openstack mailing list please.
15:12:12 mriedem keerthi: you probably have max_concurrent_builds defaulting to 10
15:12:14 dims mriedem : nothing has changed in set_default (oslo.config) or in nova keymgr in a while.... will search though
15:12:16 mriedem which is used in the ompute
15:12:17 mriedem *compute
15:12:19 mriedem not the scheduler
15:12:21 mriedem jaypipes: ^
15:12:52 keerthi Thanks mriedem. i will look in to this
15:19:23 mriedem jaypipes: not-tags-any is tested in https://review.openstack.org/#/c/469800/
15:19:35 mriedem https://review.openstack.org/#/c/469800/35/nova/tests/functional/wsgi/test_servers.py@237
15:19:49 mriedem the 4 filters are tested in the same functional test, there just need to be more wrinkles it sounds like
15:20:19 mriedem and we can't do any of this in sql
15:20:25 mriedem which sucks, but it is what it is
15:21:17 jaypipes mriedem: ok, fair enough. will remove my -1.
15:21:41 gibi jaypipes: with alex_xu's https://review.openstack.org/#/c/480379/ I still get the same stack trace. logs are here http://paste.openstack.org/show/615747/
15:22:00 gibi jaypipes: I will try to combine cdent's and alex_xu's patch together
15:22:00 mriedem thanks
15:22:11 jaypipes gibi: k
15:29:45 openstackgerrit Matt Riedemann proposed openstack/nova master: DNM: Test changes with multiple cells https://review.openstack.org/467383
15:29:48 jaypipes gibi: hmm, ok I have an idea...
15:30:33 jaypipes gibi: can you do me a favor?
15:30:37 jaypipes gibi: these two lines: https://github.com/openstack/nova/blob/master/nova/objects/resource_provider.py#L2393-L2394
15:30:47 gibi jaypipes: sure

Earlier   Later