Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2017-01-24
23:05:25 andreykurilin stevemar: PS: I wonder why are so dependent on pre 1.0 library which can do whatever they want(as you said) ..
23:05:36 andreykurilin *why we are
23:05:46 mriedem andreykurilin: yeah good question
23:06:09 mriedem stevemar: so is OSC going to have a thing in it's release notes saying, oh btw, when you create private tenant networks in this release things are doing to be different?
23:06:10 stevemar andreykurilin: theres some history there
23:06:25 mriedem Kevin_Zheng: hi
23:06:34 mriedem Kevin_Zheng: did you see the ML thread?
23:07:22 andreykurilin stevemar: if they want to play with us in the same sandbox, they should follow the same rules
23:07:50 Kevin_Zheng mriedem: not yet, left early yesterday
23:08:01 stevemar mriedem: we can add that to the release notes, but i think we rename the column/info properly
23:09:12 bauzas mriedem: what kind of important note should we write for telling to ops "folks, you need to change your cloud before upgrading to Ocata"?
23:09:24 bauzas mriedem: given the upgrade section is already huuuuuge
23:09:49 bauzas possibly in the prelude I guess
23:10:00 dansmith bauzas: made changes.. start_placement() isn't getting called which means no a2ensite, restart, etc
23:10:08 mriedem bauzas: yeah and probably in the placement devref
23:10:26 bauzas dansmith: kewl thanks !
23:10:34 mriedem bauzas: we'll have something in the prelude section for placement and cells v2 for sure
23:10:47 mriedem i'd also like docs reflected in the devref which we have for placement and cells v2
23:10:49 mriedem for stuff like this
23:10:54 bauzas dansmith:jam+1
23:11:05 dansmith heh
23:11:13 stevemar mriedem: plus, everyone uses neutron anyway :P
23:13:15 Kevin_Zheng mriedem: just read, so a new microversion?
23:13:26 mriedem Kevin_Zheng: yes
23:13:35 mriedem Kevin_Zheng: but i think we can handle that as a bug fix after the feature freeze
23:13:41 mriedem so we're not rushing toward thursday
23:13:55 Kevin_Zheng Cool
23:14:11 bauzas dansmith: wrt grenade, how can we make sure that we don't run a placement API in the compute-only for the multinode job ?
23:14:14 mriedem stevemar: this is like earth-shattering issue #4 today so i've lost my sense of humor about it :)
23:14:21 Kevin_Zheng But Chinese New Year comes this week
23:14:30 stevemar mriedem: samesies
23:14:32 dansmith bauzas: by not starting one in the subnode?
23:14:38 mriedem Kevin_Zheng: i think artom is planning to work on it
23:14:44 Kevin_Zheng Ok
23:14:57 dansmith bauzas: the subnode only has ENABLED_SERVICES='n-cpu' or something
23:15:08 bauzas dansmith: yeah, but since I'm updating from-newton, am I sure it's not for the subnode?
23:15:18 dansmith yes
23:15:41 bauzas dansmith: okay, but I'd still want to have the subnode running placement_compute_only
23:15:49 dansmith bauzas: if that was a problem, all the db creation stuff above your code would run on the subnode too
23:16:51 andreykurilin bauzas mriedem: can you look at https://review.openstack.org/#/c/424256/ ? neutron job stuck, but all others passed.
23:18:46 mriedem andreykurilin: looks like it's running
23:19:07 andreykurilin mriedem: ~2,5 hours...
23:19:17 andreykurilin usually it takes less than an hour
23:19:21 mriedem oh hrm
23:19:24 mriedem you might want to ask in -infra
23:20:05 mriedem stevemar: so on https://review.openstack.org/#/c/418190/ you want me to basically just reword the commit to say, the sdk has changed things in a backward incompatible way which breaks osc used in devstack runs, so we have to workaround that now?
23:21:02 mriedem i need to get cleaned up before dinner, full of salt water
23:29:03 andreykurilin mriedem: quick question: does version negotiation require to be authenticated ?
23:29:42 stevemar mriedem: let dtroyer take a looksy, i told him about it in -sdks
23:29:49 stevemar mriedem: i'm damn exhausted
23:32:33 andreykurilin mriedem: and please, check https://review.openstack.org/#/c/424745/ . Not sure is that what you want or not.
23:34:04 mriedem andreykurilin: that varies by service, would need to test it out
23:36:47 mriedem why do we need to change grenade for placement? i thought from-newton was already doing something there?
23:37:53 mriedem nvm i guess we didn't,
23:38:00 mriedem we made placement enabled by default in d-g on master
23:38:04 mriedem but grenade would start on stable/newton
23:38:50 mriedem andreykurilin: on https://review.openstack.org/#/c/424745/ i think there are also some things in the python API code that i need to look at,
23:38:53 mriedem but probably won't have time right now
23:39:36 andreykurilin np
23:39:51 bauzas mriedem: because placement is not defaulted by devstack in newton
23:40:14 bauzas mriedem: that's why I started to write a script for from-newton
23:40:19 mriedem yup
23:40:19 dtroyer andreykurilin: your last comment on https://review.openstack.org/#/c/424847/, you are about to release another novaclient?
23:40:39 andreykurilin dtroyer: yes
23:41:35 andreykurilin dtroyer: we need just to merge https://review.openstack.org/#/c/424256/ . It is last known(for me) blocker
23:41:38 dtroyer any chance https://review.openstack.org/#/c/418190/ can go in too? AIUI that'ss unblock the SDK stuff
23:41:42 mriedem bauzas: was thinking about this https://github.com/openstack-infra/devstack-gate/commit/c1b64743b8404dad93d4c06bcb26cf87cbc5240c
23:42:20 mriedem andreykurilin: so i'll update the commit message in https://review.openstack.org/#/c/418190/ quick
23:42:26 mriedem since it sounds like we need it regardless
23:42:30 andreykurilin dtroyer: ^
23:42:48 bauzas mriedem: yup, me too
23:43:05 openstackgerrit Dan Smith proposed openstack/nova: WIP: Collected release notes for Ocata CellsV2 https://review.openstack.org/424737
23:43:06 openstackgerrit Dan Smith proposed openstack/nova: Move instance creation to conductor https://review.openstack.org/319379
23:43:18 bauzas mriedem: that's why when I saw grenade being sad for my scheduler change, I looked around and saw there was no placement section
23:43:29 openstackgerrit OpenStack Proposal Bot proposed openstack/nova: Updated from global requirements https://review.openstack.org/424828
23:46:51 andreykurilin dtroyer: I think we will have a change that unblocks us soon, so we can start a process of merging updates of g-r. these two changes should not conflict.
23:47:07 openstackgerrit Matt Riedemann proposed openstack/python-novaclient: Fix functional tests to deal with multiple networks https://review.openstack.org/418190
23:47:08 mriedem andreykurilin: ^ updated the commit message
23:47:16 andreykurilin mriedem: cool!
23:48:01 mriedem i have now done exactly 2 useful things today i think
23:48:10 andreykurilin ))
23:48:11 andreykurilin thanks!
23:48:17 andreykurilin you are hero
23:48:25 mriedem that calls for a chateaubriand
23:50:37 andreykurilin mriedem bauzas: https://review.openstack.org/#/c/424256/10 posted results ;) it changes just cli, so result of neutron-tempest job should not be affected. it is the last nice-to-have feature before release
23:52:49 andreykurilin ok, I need to go sleep. bye folks!
23:53:56 dtroyer andreykurilin, mriedem: thanks,
23:54:01 gmann mriedem: alex_xu artom I am +1 to fix in this cycle only
23:55:12 openstackgerrit Sylvain Bauza proposed openstack/nova: Scheduler calling the Placement API https://review.openstack.org/417961
23:55:18 artom Kevin_Zheng, hey, yeah, I kinda stepped on your feet with my patch, apologies
23:55:38 dansmith bauzas: did you get a run?
23:55:45 artom Umm, I guess mine and yours are different enough that it's defensible to have two approaches proposed?
23:55:55 bauzas dansmith: not yet
23:56:02 bauzas dansmith: I just provided a new PS
23:56:03 dansmith bauzas: but you just rev'd it?
23:56:11 bauzas yup
23:56:18 dansmith mmkay, was waiting for that run
23:56:32 bauzas oh sorry :(
23:56:38 Kevin_Zheng artom: ah, NP, I didn't see the ML yesterday, maybe your way is the way that we all like
23:56:40 bauzas I haven't seen you rechecked it

Earlier   Later