Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2018-02-12
21:07:57 efried mriedem: https://review.openstack.org/#/c/506370/
21:08:01 efried note topic
21:08:17 efried I still need to find the eavesdrop where you offered it up, tho.
21:08:52 mriedem http://eavesdrop.openstack.org/irclogs/%23openstack-nova/%23openstack-nova.2017-09-21.log.html#t2017-09-21T16:39:19
21:08:56 efried bwaHA http://eavesdrop.openstack.org/irclogs/%23openstack-nova/%23openstack-nova.2017-09-21.log.html#t2017-09-21T16:39:19
21:08:59 efried yeah, what you said.
21:09:00 mriedem i win
21:09:13 efried Happy to concede that victory. I still get my nickel.
21:09:19 mriedem alright, fair enough
21:09:44 efried Do they have Euro nickels?
21:10:54 efried We've merged some Rocky specs at this point. Is the publish job broken again, or just slow? http://specs.openstack.org/openstack/nova-specs/specs/rocky/
21:11:24 mriedem don't know
21:12:09 efried I don't see 540179 in the post queue. So...
21:13:49 mriedem i've got some 5 kronors from the czech republic..
21:17:44 mriedem *koruna?
21:18:43 openstackgerrit Merged openstack/nova master: Remove unused tempest-dsvm-lxc-rc https://review.openstack.org/539244
21:19:09 openstackgerrit Merged openstack/nova master: [placement] annotate loadapp as public interface https://review.openstack.org/526691
21:22:17 efried mriedem: FYI that publish job is queued - filter by 32b00cc (which is apparently the merge commit hash for the spec patch).
21:34:36 efried mriedem: Just confirming: we don't branch nova-specs? So I don't need to propose this edit "back" to queens?
21:34:54 efried ...other than by virtue of it being in the .../queens/... subdirectory
21:35:47 mriedem efried: correct
21:35:55 efried ack
21:36:08 mriedem much like the american constitution, it's a living document
21:48:15 openstackgerrit Chris Dent proposed openstack/nova master: Optional separate database for placement API https://review.openstack.org/362766
21:48:15 openstackgerrit Chris Dent proposed openstack/nova master: WIP: Move resource provider objects into placement hierarchy https://review.openstack.org/540049
21:48:16 openstackgerrit Chris Dent proposed openstack/nova master: Isolate config parse_args for placement https://review.openstack.org/543495
21:48:16 openstackgerrit Chris Dent proposed openstack/nova master: WIP: Isolate placement database config https://review.openstack.org/541435
21:53:15 openstackgerrit Matt Riedemann proposed openstack/nova-specs master: Re-propose use Neutron's new port binding API https://review.openstack.org/543578
21:58:27 openstackgerrit Matt Riedemann proposed openstack/nova stable/ocata: Handle volume-backed instances in IsolatedHostsFilter https://review.openstack.org/543635
21:58:27 openstackgerrit Matt Riedemann proposed openstack/nova stable/ocata: Add regression test for BFV+IsolatedHostsFilter failure https://review.openstack.org/543634
21:58:28 openstackgerrit Matt Riedemann proposed openstack/nova stable/ocata: Fix docs for IsolatedHostsFilter https://review.openstack.org/543636
22:06:30 mriedem i think archive_deleted_rows might be broken
22:07:01 dansmith mriedem: I think I might be volunteering to work on archive and purge this cycle
22:07:30 mriedem there is something weird going on here http://logs.openstack.org/10/538510/7/check/legacy-tempest-dsvm-neutron-nova-next-full/b808474/job-output.txt.gz#_2018-02-09_20_15_11_712319
22:07:59 mriedem although maybe it's just my patch
22:08:03 mriedem because this is fine http://logs.openstack.org/63/543263/2/check/legacy-tempest-dsvm-neutron-nova-next-full/1c23f03/logs/devstack-gate-post_test_hook.txt.gz
22:08:37 mriedem i bet it's the set -e
22:09:37 dansmith if you set -e in the post hook script then yeah
22:09:58 mriedem but i'm not sure why it'd be blowing up when archive_deleted_rows runs
22:10:02 mriedem since it doesn't look like that is failing
22:10:56 dansmith it returns 1 until you don't need to run it again right?
22:11:54 mriedem it runs the loop up to 30 times as long as the CLI returns 1
22:11:59 mriedem until it returns 0 for all done
22:12:06 dansmith right
22:12:10 dansmith but set -e will break that right?
22:12:30 mriedem yeah i forgot how strict that was
22:12:36 mriedem need to capture the $? differently
22:12:51 mriedem or, just move the set -e to later
22:12:55 dansmith well, unset -e during that loop or put it somewhere else or run it in a subshell
22:12:57 dansmith yeah
22:13:14 mriedem yeah i had this in a separate file earlier but couldn't figure out why it was failng, now it's pretty obvious
22:16:30 openstackgerrit Matt Riedemann proposed openstack/nova master: Check for leaked server resource allocations in post_test_hook https://review.openstack.org/538510
22:24:41 openstackgerrit Jackie Truong proposed openstack/nova master: Add trusted_certs to instance_extra https://review.openstack.org/537897
22:24:42 openstackgerrit Jackie Truong proposed openstack/nova master: Implement certificate_utils https://review.openstack.org/479949
22:24:42 openstackgerrit Jackie Truong proposed openstack/nova master: Add trusted_certs object https://review.openstack.org/489408
22:24:43 openstackgerrit Jackie Truong proposed openstack/nova master: Add trusted_image_certificates to REST API https://review.openstack.org/486204
22:34:58 openstackgerrit Merged openstack/nova-specs master: Add z/VM Driver in Rocky https://review.openstack.org/536186
22:35:06 openstackgerrit Merged openstack/os-traits stable/pike: Update .gitreview for stable/pike https://review.openstack.org/488667
22:35:07 openstackgerrit Merged openstack/os-traits stable/pike: Update UPPER_CONSTRAINTS_FILE for stable/pike https://review.openstack.org/488668
23:04:22 claudiub mriedem: hello. just an fyi. regarding the undeleted placement allocations claims I've had, apparently there's a reliable way to replicate the issue. Basically, I'm doing a nova resize on the same host to an invalid flavor (smaller disk in my case). The original allocations are removed, and in place 2 sets of allocations for the new flavor are created.
23:04:51 claudiub but the 2 sets of allocations are never deleted, even if the instance's task state got reverted and is now in Running, normal state.
23:05:09 claudiub and even if I destroy the instance, only one set of allocations get removed.
#openstack-nova - 2018-02-13
00:00:11 melwitt weird, the github mirror of nova-specs stopped being updated sometime back https://github.com/openstack/nova-specs
00:11:40 openstackgerrit Eric Berglund proposed openstack/nova master: Use correct arguments in task inits https://review.openstack.org/543571
00:26:46 openstackgerrit melanie witt proposed openstack/nova-specs master: Re-propose convert consoles code to use objects framework https://review.openstack.org/543662
00:44:43 openstackgerrit Takashi NATSUME proposed openstack/nova stable/ocata: Add 'delete_host' command in 'nova-manage cell_v2' https://review.openstack.org/513721
00:46:41 openstackgerrit Takashi NATSUME proposed openstack/nova master: Transform live_migration_post_dest notification https://review.openstack.org/469784
00:47:10 openstackgerrit Takashi NATSUME proposed openstack/nova master: Transform servergroup.addmember notification https://review.openstack.org/541101
00:47:31 openstackgerrit Takashi NATSUME proposed openstack/nova master: Transform aggregate.update_metadata notification https://review.openstack.org/460625
00:48:35 openstackgerrit Takashi NATSUME proposed openstack/nova-specs master: Abort Cold Migration https://review.openstack.org/334732
01:17:10 openstackgerrit melanie witt proposed openstack/nova-specs master: Re-propose convert consoles code to use objects framework https://review.openstack.org/543662
01:24:07 openstackgerrit Dinesh Bhor proposed openstack/nova-specs master: Strict isolation of group of hosts for images https://review.openstack.org/381912
01:28:20 Dinesh_Bhor cfriesen: Hi, could you please take a look at it whenever you get time: https://review.openstack.org/381912 . I have updated it according to our previous discussion. The flavor case will be covered in request_traits_for_flavor.
02:23:01 openstackgerrit Takashi NATSUME proposed openstack/nova-specs master: Fix missing blueprint URLs https://review.openstack.org/542543
04:50:26 openstackgerrit Nakanishi Tomotaka proposed openstack/nova master: Use Placement API to check resource usage https://review.openstack.org/528953
05:21:51 openstackgerrit jichenjc proposed openstack/nova master: WIP: Add zvm admin doc https://review.openstack.org/533125
05:21:51 openstackgerrit jichenjc proposed openstack/nova master: WIP: add zvm document into https://review.openstack.org/532720
05:21:52 openstackgerrit jichenjc proposed openstack/nova master: WIP: Add zvm CI information https://review.openstack.org/533512
05:41:34 takashin
06:24:08 openstackgerrit Dinesh Bhor proposed openstack/nova-specs master: Add hw:cpu_policy 'mixed' for better CPU utilization https://review.openstack.org/543805
06:39:53 openstackgerrit Chen Hanxiao proposed openstack/nova master: _cleanup_resize: remove rbd swap disk if resize to flavor without swap https://review.openstack.org/534711
07:00:30 openstackgerrit jichenjc proposed openstack/nova master: List instances performace optimization https://review.openstack.org/507854
07:03:46 openstackgerrit jichenjc proposed openstack/nova master: List instances performace optimization https://review.openstack.org/507854
07:29:52 openstackgerrit jichenjc proposed openstack/nova master: Avoid live migrate to same host https://review.openstack.org/542689
07:38:50 openstackgerrit OpenStack Proposal Bot proposed openstack/nova master: Imported Translations from Zanata https://review.openstack.org/541561
07:41:08 openstackgerrit jichenjc proposed openstack/nova master: Fix warn api_class is deprecated, use backend https://review.openstack.org/543830
08:56:24 bauzas good morning Nova
08:56:42 cdent o/
09:09:11 stephenfin o/
09:09:13 gibi morning
09:09:25 tetsuro o/
09:12:26 hrw morning
09:13:17 tssurya o/
09:14:54 gibi stephenfin: what do you think, how can we push https://review.openstack.org/#/c/539605/ forward?
09:15:56 stephenfin gibi: I'll take another look shortly. Last I checked, I had an open question on whether we wanted to do this on a port-by-port basis, instance-by-instance basis, or host-level basis
09:16:33 stephenfin I'd favour the less granular approaches if suitable as they're going to less complex/won't add more darn extra specs :)
09:16:51 gibi stephenfin: yeah, I tried to answer that question. I can accept both end of the spectrum i.e. host level or port level
09:17:10 gibi stephenfin: I can accept that we don't want to add yet another flavor extra_spec
09:17:28 stephenfin So I see. Let me reply to all the above and state my concerns there
09:17:42 stephenfin gibi: Yeah, exactly when it's so specific to a given driver and use case

Earlier   Later