| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2017-07-18 | |||
| 14:30:10 | bauzas | that's why I turned my choice | |
| 14:31:09 | mriedem | alex_xu: i replied in https://review.openstack.org/#/c/469800/ | |
| 14:31:19 | mriedem | dims: that conflicts with a change that kfarr did | |
| 14:31:25 | mriedem | did you see that? | |
| 14:31:35 | dims | oops checking | |
| 14:31:42 | mriedem | dims https://review.openstack.org/#/c/439855/9 | |
| 14:32:10 | dims | mriedem : kfarr's works! looking deeper | |
| 14:32:43 | sean-k-mooney | jaypipes: hehe i need to figure out how to integreate weechat with spell also a git hook for same | |
| 14:33:04 | jaypipes | sean-k-mooney: :) | |
| 14:34:23 | dims | mriedem : yep +1 on that review, we should get that in for Pike if possible | |
| 14:34:38 | openstackgerrit | Merged openstack/python-novaclient master: Updated from global requirements https://review.openstack.org/484582 | |
| 14:34:55 | jaypipes | sean-k-mooney: re: ONAP, if they have chosen to architect their system by subverting the public interfaces of Nova, it is not our job to cater to those architectural fauxpas. The best advice I would have to ONAP folks is what mriedem said and have their global inventory system work with the placement service via Placement's public REST APIs and let the filter scheduler do its job (with custom weighers as you mentioned) | |
| 14:35:52 | openstackgerrit | Alex Xu proposed openstack/nova master: Use plain routes list for os-volume-attachments instead of stevedore https://review.openstack.org/484824 | |
| 14:35:53 | openstackgerrit | Alex Xu proposed openstack/nova master: Use plain routes list for os-snapshots instead of stevedore https://review.openstack.org/484825 | |
| 14:35:53 | openstackgerrit | Alex Xu proposed openstack/nova master: Use plain routes list for extension_info instead of stevedore https://review.openstack.org/484826 | |
| 14:36:12 | sean-k-mooney | jaypipes: yep i agree and that is the direction i would be pushing them towords but i do not spend much time on ONAP to be honest so not sure how much they will listen. | |
| 14:36:33 | jaypipes | sean-k-mooney: who are the driving forces in ONAP? | |
| 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 'user' section https://review.openstack.org/478475 | |
| 14:42:55 | openstackgerrit | Stephen Finucane proposed openstack/nova master: doc: Populate the 'configuration' section https://review.openstack.org/478473 | |
| 14:42:56 | openstackgerrit | Stephen Finucane proposed openstack/nova master: doc: Populate the 'contributor' section https://review.openstack.org/478474 | |
| 14:42:56 | openstackgerrit | Stephen Finucane proposed openstack/nova master: doc: Switch to openstackdocstheme https://review.openstack.org/477751 | |
| 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:57 | openstackgerrit | Stephen Finucane proposed openstack/nova master: doc: Start using oslo_config.sphinxext https://review.openstack.org/482961 | |
| 14:42:58 | openstackgerrit | Stephen Finucane proposed openstack/nova master: policies: Fix Sphinx issues https://review.openstack.org/480516 | |
| 14:42:58 | openstackgerrit | Stephen Finucane proposed openstack/nova master: doc: Start using oslo_policy.sphinxext https://review.openstack.org/479358 | |
| 14:42:59 | openstackgerrit | Stephen Finucane proposed openstack/nova master: doc: Rework index page per new sections https://review.openstack.org/478485 | |
| 14:42:59 | openstackgerrit | Stephen Finucane proposed openstack/nova master: doc: Populate the 'reference' section https://review.openstack.org/478484 | |
| 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 | jaypipes | gibi: sorry to bother you on this, but do you think you can apply that patch too? | |
| 15:04:25 | gibi | jaypipes: I can test that as well | |
| 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 | |