Thursday, 2015-06-04

dims_mikal: sure. i was also thinking about the callback vs having the kill functionality in the method itself00:00
dims_we can debate that on the review00:00
mikalSure, works for me00:01
dims_hope you feel better soon mikal00:01
*** alexpilotti has quit IRC00:03
*** tjones1 has quit IRC00:04
*** alex_klimov has quit IRC00:04
*** otter768 has joined #openstack-nova00:04
*** alexpilotti has joined #openstack-nova00:05
*** alexpilotti has quit IRC00:08
*** otter768 has quit IRC00:09
*** hemna is now known as hemnafkj00:09
*** tpatil has quit IRC00:15
*** jaypipes has quit IRC00:27
*** iamjarvo has joined #openstack-nova00:28
*** iamjarvo has quit IRC00:28
*** iamjarvo has joined #openstack-nova00:29
*** iamjarvo has quit IRC00:29
*** iamjarvo has joined #openstack-nova00:29
*** iamjarvo has quit IRC00:30
*** iamjarvo has joined #openstack-nova00:31
*** iamjarvo has quit IRC00:31
*** iamjarvo has joined #openstack-nova00:32
*** vilobhmm1 has quit IRC00:40
*** ssurana has quit IRC00:49
*** ssurana has joined #openstack-nova00:49
*** xiaohui has joined #openstack-nova00:51
*** promulo has joined #openstack-nova00:51
*** takedakn has joined #openstack-nova00:53
*** ssurana has quit IRC00:53
*** takedakn has quit IRC00:54
*** takedakn has joined #openstack-nova00:54
*** promulo__ has quit IRC00:56
*** Sukhdev has quit IRC00:59
*** mwagner_afk has joined #openstack-nova01:00
*** armax has quit IRC01:00
*** zzzeek has quit IRC01:04
*** takedakn has quit IRC01:06
*** takedakn has joined #openstack-nova01:06
mriedemdims_: turns out those _quota_reserve tests are all busted up01:11
mriedemafter fixing them with the .hard_limit thing01:11
mriedemstill working on it01:11
mriedemprobably won't be ready until tomorrow though01:11
dims_mriedem: ha!01:11
dims_mriedem: not in a rush, glad we found it01:11
*** pixelbeat_ has joined #openstack-nova01:14
*** openstack has joined #openstack-nova01:22
*** dan_ is now known as Guest3242801:22
*** Kennan has joined #openstack-nova01:22
*** openstack has joined #openstack-nova01:37
*** iamjarvo has quit IRC01:42
*** mohitsharma has quit IRC01:42
*** yamahata has quit IRC01:46
*** bzhao has quit IRC01:46
lanhi ndipanov01:47
*** boris-42 has quit IRC01:48
*** openstack has quit IRC01:52
*** openstack has joined #openstack-nova01:54
*** sorrison_laptop has joined #openstack-nova01:54
*** ianbrown has quit IRC01:57
*** ian_brown has joined #openstack-nova01:57
*** iamjarvo has joined #openstack-nova02:00
*** iamjarvo has quit IRC02:00
openstackgerritMatt Riedemann proposed openstack/nova: Fix _quota_reserve test setup for incompatible type checking  https://review.openstack.org/18823102:00
mriedem_awaydims_: ^ got it02:00
*** iamjarvo has joined #openstack-nova02:00
*** iamjarvo has quit IRC02:00
*** packet has quit IRC02:01
*** iamjarvo has joined #openstack-nova02:01
*** mohitsharma has joined #openstack-nova02:04
*** packet has joined #openstack-nova02:05
*** otter768 has joined #openstack-nova02:05
*** otter768 has quit IRC02:10
openstackgerritEli Qiao proposed openstack/nova: API: Add test case to verify policy.json  https://review.openstack.org/18823502:13
*** bzhao has joined #openstack-nova02:18
openstackgerritLan Qi Song proposed openstack/nova: Remove useless volume when boot from volume failed  https://review.openstack.org/17708402:19
*** nelsnelson has quit IRC02:21
*** unicell has quit IRC02:23
*** patrickeast has quit IRC02:25
*** nelsnelson has joined #openstack-nova02:35
*** gcb has quit IRC02:35
*** jyuso1 has joined #openstack-nova02:36
*** iamjarvo_ has joined #openstack-nova02:37
*** iamjarvo_ has quit IRC02:37
*** iamjarvo_ has joined #openstack-nova02:37
*** mriedem_away has quit IRC02:39
*** iamjarvo has quit IRC02:40
*** iamjarvo_ has quit IRC02:46
*** nelsnelson has quit IRC02:48
*** adrian_otto has joined #openstack-nova02:57
*** adrian_otto has quit IRC02:58
*** yamahata has joined #openstack-nova03:00
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Adding more py34 test  https://review.openstack.org/18824303:01
openstackgerritJosh Durgin proposed openstack/nova-specs: RBD instance snapshots  https://review.openstack.org/18824403:02
*** Jeffrey4l has quit IRC03:03
*** alanf-mc has quit IRC03:04
*** dims_ has quit IRC03:07
*** pixelbeat_ has quit IRC03:09
*** edleafe has quit IRC03:10
*** edleafe has joined #openstack-nova03:12
*** ssurana has joined #openstack-nova03:16
*** ssurana has quit IRC03:20
*** Jeffrey4l has joined #openstack-nova03:22
*** markvoelker has quit IRC03:23
*** takedakn has quit IRC03:28
*** rfolco has quit IRC03:30
*** alanf-mc has joined #openstack-nova03:34
*** Nastooh_ has quit IRC03:37
*** garyk has quit IRC03:38
*** coolsvap|afk is now known as coolsvap03:39
*** hemna has joined #openstack-nova03:40
openstackgerritSean McCully proposed openstack/nova: Creates disk.fallocate_test  https://review.openstack.org/18824903:43
*** gcb has joined #openstack-nova03:49
*** tobe has joined #openstack-nova03:51
*** EmilienM|off has quit IRC03:55
*** dave-mccowan has quit IRC03:57
*** EmilienM has joined #openstack-nova04:00
*** hemna has quit IRC04:02
*** Jeffrey4l has quit IRC04:02
*** adrian_otto has joined #openstack-nova04:03
*** pradipta has joined #openstack-nova04:04
*** deepthi has joined #openstack-nova04:05
*** sdake has joined #openstack-nova04:05
*** anthonyper has quit IRC04:05
*** anthonyper has joined #openstack-nova04:05
*** otter768 has joined #openstack-nova04:06
*** dims_ has joined #openstack-nova04:07
*** unicell has joined #openstack-nova04:10
*** garyk has joined #openstack-nova04:11
*** otter768 has quit IRC04:11
*** dims_ has quit IRC04:13
*** Longgeek has joined #openstack-nova04:14
*** Jeffrey4l has joined #openstack-nova04:15
openstackgerritTomoki Sekiyama proposed openstack/nova: libvirt: Make behavior of os_require_quiesce consistent  https://review.openstack.org/16781904:20
*** mordred has quit IRC04:21
*** gilliard has quit IRC04:22
*** timello_ has quit IRC04:22
*** adrian_otto has quit IRC04:22
*** markvoelker has joined #openstack-nova04:23
*** mordred has joined #openstack-nova04:25
*** timello has joined #openstack-nova04:27
*** markvoelker has quit IRC04:28
*** sorrison_laptop has quit IRC04:29
*** unicell has quit IRC04:30
*** irenab has quit IRC04:31
*** gabor-t has joined #openstack-nova04:31
*** unicell has joined #openstack-nova04:32
*** gilliard has joined #openstack-nova04:34
*** sdake has quit IRC04:34
*** anthonyper has quit IRC04:34
*** anthonyper has joined #openstack-nova04:34
*** Longgeek has quit IRC04:39
*** rushiagr_away is now known as rushiagr04:42
*** bzhao has quit IRC04:43
*** bzhao has joined #openstack-nova04:43
*** sorrison_laptop has joined #openstack-nova04:50
*** Longgeek has joined #openstack-nova04:53
*** hshiina has joined #openstack-nova04:54
*** adrian_otto has joined #openstack-nova04:57
*** Longgeek_ has joined #openstack-nova04:57
*** kiran-r has joined #openstack-nova05:00
*** Longgeek has quit IRC05:00
gabor-tHi alex_xu, I saw you work on an improved API Microversion bump guideline (https://review.openstack.org//#/c/177778). In patchset 9 API consistency improvements was highlighted as something that should not be done with microversioning. In the light of that, I would like to know what do you think about https://bugs.launchpad.net/nova/+bug/1217026? My idea was to implement it using microversions, but now I am not sure.05:01
openstackLaunchpad bug 1217026 in OpenStack Compute (nova) "Nova os-services:update should be requested by service id to respect REST principles" [Wishlist,In progress] - Assigned to Gábor (gabor-t)05:01
openstackgerritZhaoBo proposed openstack/nova: Fixed raise SecurityGroupCannotBeApplied as network port_security off  https://review.openstack.org/18826005:08
*** sudipto has joined #openstack-nova05:08
*** tsekiyama has quit IRC05:10
*** alanf-mc has quit IRC05:19
*** alanf-mc has joined #openstack-nova05:20
jogomikal: want to review https://review.openstack.org/#/c/184360/2 ?05:21
* jogo wants brick05:21
*** tobe has quit IRC05:22
openstackgerritmelanie witt proposed openstack/nova: Raise InstanceNotFound when save FK constraint fails  https://review.openstack.org/18826105:24
*** sudipto has quit IRC05:29
*** gabor-t has quit IRC05:30
*** irenab has joined #openstack-nova05:35
*** veena has joined #openstack-nova05:35
*** armax has joined #openstack-nova05:36
mikaljogo: sure05:37
jogomikal: oh also https://review.openstack.org/#/c/184645/4 because that one makes me happy too05:37
mikalHeh05:37
jogoalthough I am afraid of operators yelling at us for that05:38
jogoso maybe need to advertise it a lot05:38
*** ildikov has quit IRC05:39
mikalThat brick thing does sound nice05:39
mikaljogo: what do you think about adding a new config drive format?05:40
mikaljogo: i.e. in addition to vfat and iso966005:40
mikaljogo: I worry about it being confusing for operators and resulting in other hypervisors having to eventually implement it05:40
mikaljogo: i.e. we'd have to have damn good reasons to do such a thing05:40
*** tobe has joined #openstack-nova05:40
jogomikal: agreed, we need a really good reason05:42
mikaljogo: good, as long as I'm not just being grumpy in my old age05:42
jogowe can be grumpy together05:42
jogomikal: link?05:42
* mikal finds it again05:44
mikalhttps://review.openstack.org/#/c/149253/05:44
*** bzhao has quit IRC05:46
*** ajayaa has joined #openstack-nova05:47
openstackgerritIWAMOTO Toshihiro proposed openstack/nova: Omit RescheduledException in instance_fault.message  https://review.openstack.org/16575105:51
*** alanf-mc has quit IRC05:51
*** yingjun has joined #openstack-nova05:54
*** belmoreira has joined #openstack-nova05:56
*** josecastroleon has joined #openstack-nova05:57
*** lpetrut has joined #openstack-nova06:03
*** pradipta has quit IRC06:04
*** otter768 has joined #openstack-nova06:07
*** ildikov has joined #openstack-nova06:08
openstackgerritmelanie witt proposed openstack/nova: Send Instance object to cells instance_update_at_top  https://review.openstack.org/17651806:08
*** otter768 has quit IRC06:12
*** markvoelker has joined #openstack-nova06:13
*** bzhao has joined #openstack-nova06:14
*** RuiChen has quit IRC06:17
*** RuiChen has joined #openstack-nova06:18
*** markvoelker has quit IRC06:18
*** tobe has quit IRC06:18
*** radek_ has joined #openstack-nova06:23
*** paul-carlton has joined #openstack-nova06:23
*** ajayaa has quit IRC06:28
*** gszasz has joined #openstack-nova06:29
*** destiny has joined #openstack-nova06:29
*** sudipto has joined #openstack-nova06:32
*** flaper87 has quit IRC06:33
*** flaper87 has joined #openstack-nova06:33
openstackgerritZhaoBo proposed openstack/nova: Fixed raise SecurityGroupCannotBeApplied as network port_security off  https://review.openstack.org/18826006:34
*** ajayaa has joined #openstack-nova06:34
*** yingjun has quit IRC06:34
*** claudiub has joined #openstack-nova06:37
*** oro_ has joined #openstack-nova06:40
*** exploreshaifali has joined #openstack-nova06:42
*** cfriesen has quit IRC06:50
*** amotoki has joined #openstack-nova06:52
*** hshiina has quit IRC06:53
*** ndipanov has quit IRC06:53
*** Jeffrey4l has quit IRC06:54
*** Jeffrey4l has joined #openstack-nova06:55
*** sahid has joined #openstack-nova06:56
*** tobe has joined #openstack-nova06:57
openstackgerritSean McCully proposed openstack/nova: Creates disk.fallocate_test  https://review.openstack.org/18824906:58
*** pradipta has joined #openstack-nova06:59
*** amotoki has quit IRC07:03
openstackgerritHans Lindgren proposed openstack/nova: Remove and deprecate conductor task_log methods  https://review.openstack.org/17424707:04
openstackgerritHans Lindgren proposed openstack/nova: Remove unused compute utils methods  https://review.openstack.org/17424607:04
openstackgerritHans Lindgren proposed openstack/nova: Make instance usage audit use the brand new TaskLog object  https://review.openstack.org/17424507:04
openstackgerritHans Lindgren proposed openstack/nova: Add a TaskLog object  https://review.openstack.org/17424407:04
*** abhishekk has joined #openstack-nova07:05
*** apuimedo has joined #openstack-nova07:06
*** adrian_otto has quit IRC07:06
*** irenab has quit IRC07:06
*** oro_ has quit IRC07:10
*** irenab has joined #openstack-nova07:12
*** prashant-upadhya has joined #openstack-nova07:12
prashant-upadhyahi guys, i was looking into nova code. and i couldn't find entry point for hook create_instance07:13
prashant-upadhyacan somebody help me to find it ?07:13
*** markvoelker has joined #openstack-nova07:13
*** paul-carlton has quit IRC07:14
*** matrohon has joined #openstack-nova07:16
*** Kevin_Zheng has joined #openstack-nova07:17
*** Administrator_ has joined #openstack-nova07:17
*** markvoelker has quit IRC07:18
RuiChenprashant-upadhya: this doc may be helpful for you, http://docs.openstack.org/developer/nova/devref/hooks.html07:20
*** yingjun has joined #openstack-nova07:21
*** veena has quit IRC07:21
prashant-upadhyaRuiChen i went through that doc.07:23
prashant-upadhyai m trying to find entrypoint for this create_instance . but nowhere i could find it.07:24
prashant-upadhyais it there or left for future usage ?07:24
prashant-upadhyaor i m missing something here ?07:24
jogoprashant-upadhya: did you add a nova,hooks section to setup.py as documented http://docs.openstack.org/developer/nova/devref/hooks.html#adding-hook-object-code07:26
RuiChenprashant-upadhya: create_instance hook is custom code, is not include in nova, nova just provide a custom point.07:26
prashant-upadhyano i haven't07:26
prashant-upadhyaoh.07:26
prashant-upadhyaso in master there is no implementation for create_instance07:27
prashant-upadhyaright??07:27
*** amotoki has joined #openstack-nova07:27
RuiChenprashant-upadhya: yeah, it's not in master, i find a simple in github, https://github.com/larsks/demo_nova_hooks07:29
prashant-upadhyayeah i have looked at it as well07:30
prashant-upadhyathanks man07:30
prashant-upadhya:)07:30
prashant-upadhyathat solves my query07:30
*** paul-carlton has joined #openstack-nova07:30
*** exploreshaifali has quit IRC07:31
openstackgerritRitesh proposed openstack/nova: Users will not be allowed to delete instance during snapshot  https://review.openstack.org/18594207:32
openstackgerritZhaoBo proposed openstack/nova: Fixed raise SecurityGroupCannotBeApplied as network port_security off  https://review.openstack.org/18826007:34
*** jlanoux has joined #openstack-nova07:37
*** claudiub|2 has joined #openstack-nova07:38
RuiChenprashant-upadhya: enjoy nova :)07:39
*** claudiub has quit IRC07:39
openstackgerritAndrey Pavlov proposed openstack/nova: Extract helper method to get image metadata from volume  https://review.openstack.org/18746107:42
*** pixelbeat_ has joined #openstack-nova07:43
*** lpetrut has quit IRC07:44
*** dims_ has joined #openstack-nova07:44
*** matrohon has quit IRC07:46
*** SourabhP has joined #openstack-nova07:48
openstackgerritJoe Gordon proposed openstack/nova: Remove unused exceptions  https://review.openstack.org/18829007:48
*** dims_ has quit IRC07:49
*** pbandzi has joined #openstack-nova07:50
*** jistr has joined #openstack-nova07:50
RuiChenbauzas: can you have a look https://review.openstack.org/#/c/182165/ again? I had replied your question.07:52
*** alex_klimov has joined #openstack-nova07:52
*** jistr is now known as jistr|mt07:54
*** jistr|mt is now known as jistr|mtg07:54
*** paul-carlton has left #openstack-nova07:55
*** SourabhP has quit IRC07:56
*** romainh has joined #openstack-nova07:57
*** sahid has quit IRC07:57
*** afazekas has joined #openstack-nova08:01
*** sahid has joined #openstack-nova08:03
mdboothRemind me, is the global-requirements -> nova flow automatic (at least by process if not necessarily untouched by human hands), or do I have to manually pull in updates from it?08:03
*** veena has joined #openstack-nova08:03
*** aix has joined #openstack-nova08:03
gilliardAIUI, Jobs will fail if nova's requirements.txt contradicts the g-r one. If you want to be more specific than g-r is, in nova, you have to update requirements.txt08:04
gilliardso, it depends :)08:04
mdboothgilliard: But it's acceptable for me to create a commit to update a nova/requirements.txt entry to correspond to g-r?08:05
mdboothi.e. I won't be treading on some procedure or automated process08:05
gilliardthis happens automatically: https://review.openstack.org/#/c/188099/08:06
*** ndipanov has joined #openstack-nova08:07
ndipanovlan, still here?08:07
*** otter768 has joined #openstack-nova08:08
*** lucasagomes has joined #openstack-nova08:09
*** sahid has quit IRC08:10
openstackgerritAlvaro Lopez Garcia proposed openstack/nova: scheduler: weight nodes based on their cached images  https://review.openstack.org/17330408:10
openstackgerritAlvaro Lopez Garcia proposed openstack/nova: Add new image cache monitor in compute nodes  https://review.openstack.org/17330308:10
openstackgerritAlvaro Lopez Garcia proposed openstack/nova: vmware: add image_cache_manager property  https://review.openstack.org/18760208:10
openstackgerritAlvaro Lopez Garcia proposed openstack/nova: compute monitors: set update delta from base class  https://review.openstack.org/17398708:10
mdboothgilliard: I thought there might have been. Thanks!08:11
*** armax has quit IRC08:11
openstackgerritJoe Gordon proposed openstack/python-novaclient: Add docs tox env  https://review.openstack.org/18829608:12
openstackgerritJoe Gordon proposed openstack/python-novaclient: Fix all doc warnings and gate on warnings  https://review.openstack.org/18829708:12
*** sahid has joined #openstack-nova08:13
*** otter768 has quit IRC08:13
lanndipanov,  yes,  could you please take a look at my comment in this patch: https://review.openstack.org/#/c/177084/08:14
openstackgerritMatthew Booth proposed openstack/nova: Implement compare-and-swap for instance update  https://review.openstack.org/14111508:14
*** yamahata has quit IRC08:14
lanndipanov,  I think this patch won't change the behavior .08:14
*** Administrator_ has joined #openstack-nova08:15
*** yassine has joined #openstack-nova08:16
*** yingjun has quit IRC08:17
*** Kevin_Zheng has quit IRC08:18
johnthetubaguyjogo: hey, hows things? are you busy traveling, or just having issues sleeping?08:19
*** yingjun has joined #openstack-nova08:19
*** matrohon has joined #openstack-nova08:20
*** amotoki has quit IRC08:20
ndipanovlan, yeah this looks better08:20
*** amotoki has joined #openstack-nova08:20
*** mpaolino has joined #openstack-nova08:22
*** mpaolino has quit IRC08:24
lanndipanov,  thanks for your vote : )08:26
belmoreirandipanov: can you have a look on https://bugs.launchpad.net/nova/+bug/146177708:28
openstackLaunchpad bug 1461777 in OpenStack Compute (nova) "Random NUMA cell selection can leave NUMA cells unused" [Undecided,New]08:28
*** ZZelle has quit IRC08:28
belmoreirandipanov: maybe I’m doing something really wrong08:28
*** ZZelle has joined #openstack-nova08:29
jogojohnthetubaguy: both08:29
jogojohnthetubaguy: in Tokyo at the moment08:29
ndipanovbelmoreira, no that seems correct - I chatted breifly to danpb about it yesterday08:32
*** nihilifer has joined #openstack-nova08:32
*** Jeffrey4l has quit IRC08:32
ndipanovbelmoreira, the best option imho is to remove that "feature" and just let the kernel handle it08:35
belmoreirandipanov: I will patch our deployment for that.08:35
belmoreirandipanov: I agree with you08:35
ndipanovI will comment on the bug and remove it upstream hopefully today08:36
belmoreirandipanov: I can remove that if you want08:37
*** danpb has joined #openstack-nova08:37
*** tobe has quit IRC08:39
*** tobe has joined #openstack-nova08:39
*** gcb has quit IRC08:41
*** sahid has quit IRC08:42
*** sahid has joined #openstack-nova08:43
*** Jeffrey4l has joined #openstack-nova08:44
*** oro_ has joined #openstack-nova08:45
*** lpetrut has joined #openstack-nova08:46
garykdanpb: following the patches yesterday I posted https://review.openstack.org/18812208:49
openstackgerritPetrut Lucian proposed openstack/nova: HyperV: Add IOUtils class for asynchronous IO operations  https://review.openstack.org/18403508:52
openstackgerritPetrut Lucian proposed openstack/nova: HyperV: Add IOQueue class used for named pipe IO operations  https://review.openstack.org/18403608:52
openstackgerritPetrut Lucian proposed openstack/nova: HyperV: Add named pipe handler  https://review.openstack.org/18403708:52
openstackgerritPetrut Lucian proposed openstack/nova: HyperV: Add serial console proxy  https://review.openstack.org/18403808:53
openstackgerritPetrut Lucian proposed openstack/nova: HyperV: Add serial console handler class  https://review.openstack.org/18403908:53
openstackgerritPetrut Lucian proposed openstack/nova: HyperV: Add SerialConsoleOps class  https://review.openstack.org/18404008:53
*** matrohon has quit IRC08:55
*** matrohon has joined #openstack-nova09:00
*** markvoelker has joined #openstack-nova09:02
*** ociuhandu has quit IRC09:02
*** jyuso1 has quit IRC09:04
*** markvoelker has quit IRC09:07
*** salv-orlando has quit IRC09:08
*** amotoki has quit IRC09:08
*** yuntong has quit IRC09:11
openstackgerritPetrut Lucian proposed openstack/nova: HyperV: Nova serial console access support  https://review.openstack.org/14500409:12
*** matrohon has quit IRC09:13
*** matrohon has joined #openstack-nova09:19
*** jistr|mtg is now known as jistr09:19
*** ociuhandu has joined #openstack-nova09:20
*** matrohon has quit IRC09:24
tobascothis is silly how would anybody ever find out why the vif is binding_failed09:25
openstackgerritNikola Dipanov proposed openstack/nova: Improve compute swap_volume logging  https://review.openstack.org/18832009:30
openstackgerritgaryk proposed openstack/nova: Objects: add limits, reservations and shares to ImageMetaProps object  https://review.openstack.org/18832109:32
*** tobe has quit IRC09:33
lxslimikal: johnthetubaguy: do you also prefer the cron solution re: https://review.openstack.org/#/c/184637/6/specs/liberty/approved/purge-soft-deleted-rows.rst ?09:37
*** amotoki has joined #openstack-nova09:38
*** ajayaa has quit IRC09:40
*** yingjun has quit IRC09:41
*** amotoki has quit IRC09:42
openstackgerritSylvain Bauza proposed openstack/nova: DO NOT MERGE: Ajouter un log moche pour le scheduler  https://review.openstack.org/18817809:44
*** afazekas is now known as afazekas_mtg09:44
*** sorrison_laptop has quit IRC09:45
*** dims_ has joined #openstack-nova09:45
*** ociuhandu has quit IRC09:46
*** yassine has quit IRC09:49
*** nihilifer has quit IRC09:49
*** dims_ has quit IRC09:51
*** romainh has quit IRC09:51
lxsliany sqlalchemy experts around please?09:51
*** matrohon has joined #openstack-nova09:52
lxsliI'm wondering if it's possible to have an optional column, IE neither created nor deleted automatically09:52
*** tobe has joined #openstack-nova09:53
claudiub|2what do you mean?09:54
lxsliI want to remove the deleted and deleted_at columns from most tables09:54
lxslihowever this could be quite time-consuming so mikal suggested making it something operators could choose the timing of09:55
claudiub|2you should have a blueprint for that09:55
lxsliI do :)09:55
claudiub|2ah, cool09:55
lxslihttps://review.openstack.org/#/c/184645/09:55
claudiub|2it is an interesting idea, but I'm thinking there might be some other implications09:55
lxslioh?09:56
claudiub|2for example, I think there are some parts that actually look for those values09:56
claudiub|2the delete or deleted_al values09:56
claudiub|2at*09:56
lxslinot for most tables - full details in the spec09:56
claudiub|2k, looking09:56
lxslithanks :)09:56
*** ajayaa has joined #openstack-nova09:57
lxsliI can't see anything in the sqlalchemy docs about Column which would suggest mikal's suggestion is possible09:58
lxslibut I'm no expert, I could easily be looking in the wrong place09:58
lxslihttp://sqlalchemy.readthedocs.org/en/rel_1_0/core/metadata.html#column-table-metadata-api09:59
mikallxsli: so its late here, but sqlalchemy doesn't mind there being extra columns09:59
mikallxsli: we've had models not match tables in the past09:59
lxslimikal: hey! that's sweet, but wouldn't a contract try to delete them all at once?09:59
mikallxsli: if we force the removal of those columns, we have to delete the rows containing deleted data, which forces a table re-write of potentially large tables09:59
lxslimikal: which would be bad.10:00
mikallxsli: so, I was hoping for some way for operators to defer that if they wanted10:00
*** danpb has quit IRC10:00
lxsliYep totally agreed, just exploring how to make that possible10:00
mikallxsli: i.e. delete the rows, remove the columsn from the model, perhaps let operators delete the columns at their leisure10:00
mikallxsli: we could add something in say M to enforce column removal if it hadn't been manually done before then10:01
mikallxsli: I'd recommend talking to johannes or johnthetubaguy about expand / contract10:01
johnthetubaguymikal: lxsli: the online schema migration does change that...10:01
mikallxsli: it tries to solve some of these problems for us10:01
mikallxsli: and you might be able to steal some of that10:01
lxslimikal: OK excellent, thank you10:01
mikallxsli: sorry, leverage10:01
mikallxsli: np10:01
johnthetubaguywe need to get this written up, I think dansmith was going to, how we do the data migrations10:01
mikaljohnthetubaguy: this is in the context of lxsli's soft delete mixin cleanup spec10:02
openstackgerritLan Qi Song proposed openstack/nova: Remove useless volume when boot from volume failed  https://review.openstack.org/17708410:02
mikaljohnthetubaguy: it occurred to me today it would involve some quite large tabel re-writes, which worried me10:02
johnthetubaguymikal: ah10:02
johnthetubaguymikal: dropping columns we don't use should be fine, that can be online if you have new enough mysql10:02
johnthetubaguylxsli: ^10:03
lxslio/10:03
*** dims_ has joined #openstack-nova10:03
mikaljohnthetubaguy: oh, that's news to me10:03
lxslijohnthetubaguy: and it won't be punitively slow?10:03
mikaljohnthetubaguy: cool10:03
mikalAnd I would think deleting rows should be relatively cheap too10:03
mikalSo we might be ok-ish here for modern mysqls10:03
lxsliproviding there aren't 1E1000 of them, which we can clearly document as pre-release preparation for deployers10:04
mikalWell, the metadata tables might have millions of rows, right?10:04
mikal(Although I am not sure if they're in the set you intend to immediately clean up)10:05
lxsliI won't touch InstanceSystemMetadata in this spec10:05
johnthetubaguythe delete would take longer I think, thats a data migration, as I see it10:05
lxslioops I mean InstanceTypes10:06
johnthetubaguylxsli: so we can't force people till the next release, as far as I understand it10:06
johnthetubaguylxsli: I would do them all really, if thats possible10:06
johnthetubaguyso... I should read the spec I guess10:06
lxslithanks :)10:07
johnthetubaguycurrently snowed under with non-spec stuff post summit though, so it might be next week before that happens I am afraid10:07
mikalYeah, I think you should do them all too (well, all the ones where soft delete isn't used by the code)10:08
lxsliExcellent - I'll push a revision10:08
*** ildikov has quit IRC10:08
lxsliThanks chaps10:08
mikalMy comment about adding the mixin everywhere and then removing them one by one is more about making the change more obvious and testable in chunks10:08
mikali.e. in case you've missed a case where we do need soft delete, it would be more obvious in a change which is just one table with tests to verify that we didn't break anything10:08
lxsliYes I understood that to be a review process comment10:08
mikalCool10:08
lxsliWould say 5 at a time be OK?10:08
mikalAlso, it will make your commit count _awesome_10:09
mikal:P10:09
lxsli\o/10:09
*** salv-orlando has joined #openstack-nova10:09
mikalSure, the tables per change could be more than one10:09
mikalBut I'd say less than 1010:09
*** otter768 has joined #openstack-nova10:09
mikalMaybe it depends, smaller at first while we learn the gotchas, and then growing after that?10:09
mikalDunno, I haven't meditated on that bit much10:09
lxsliOK, I'll do that10:09
johnthetubaguyyeah, try a few, see how it goes10:10
*** moshele has joined #openstack-nova10:10
johnthetubaguybut the spec should mention any of that detail10:10
mikalAnyway, time for me to put the kids to bed10:10
mikalLaters10:10
lxslijohnthetubaguy: should / shouldn't?10:10
lxslimikal: g'night!10:10
johnthetubaguylxsli: shouldn't10:10
lxsliok thanks10:10
johnthetubaguylxsli: stuff thats best discussed in code review, is best staying out of the spec, as a rough guideline10:11
johnthetubaguylxsli: just need to cover the impact to deployers, etc, the more bigger stroke things10:11
*** wwriverrat has quit IRC10:11
*** ociuhandu has joined #openstack-nova10:11
*** bzhao has quit IRC10:12
*** mohitsharma has quit IRC10:12
*** danpb has joined #openstack-nova10:13
*** otter768 has quit IRC10:13
*** mohitsharma has joined #openstack-nova10:14
*** sorrison_laptop has joined #openstack-nova10:15
*** salv-orlando has quit IRC10:17
*** markvoelker has joined #openstack-nova10:18
gilliardNova has dropped python 2.6 support, correct?10:18
*** mohitsharma has quit IRC10:19
*** Kennan2 has joined #openstack-nova10:20
*** Kennan has quit IRC10:20
lxsliyes - gate jobs are gone10:20
gilliardanswering my own q: https://wiki.openstack.org/wiki/Python3#Python_2:_Python_2.6_support_dropped.2C_Python_2.7_only10:20
openstackgerritStephen Finucane proposed openstack/nova: libvirt: Disable NUMA for broken libvirt  https://review.openstack.org/17818810:20
*** salv-orlando has joined #openstack-nova10:20
openstackgerritStephen Finucane proposed openstack/nova: libvirt: Disable NUMA for broken libvirt  https://review.openstack.org/17818810:20
*** salv-orlando has quit IRC10:21
*** Kennan2 is now known as Kennan10:21
*** Administrator__ has joined #openstack-nova10:22
*** markvoelker has quit IRC10:22
*** salv-orlando has joined #openstack-nova10:23
claudiub|2question: if you do nova live-migration, can you choose the same instace's host?10:24
claudiub|2e.g.: if instance foo is on host bar, can you do nova live-migration foo bar?10:24
*** Administrator_ has quit IRC10:25
bauzasclaudiub|2: IIRC, there is a check preventing this10:27
claudiub|2cool, ty. :)10:27
*** wwriverrat has joined #openstack-nova10:27
bauzasclaudiub|2: yeah https://github.com/openstack/nova/blob/master/nova/conductor/tasks/live_migrate.py#L105-L10810:28
claudiub|2bauzas: cool, good to know. :D10:29
bauzasnp10:29
openstackgerritAlvaro Lopez Garcia proposed openstack/nova: libvirt: make live_migration_uri flag dependant on virt_type  https://review.openstack.org/17578010:30
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Enable python34 tests for nova/tests/unit/objects/test*.py  https://review.openstack.org/18778510:30
*** coolsvap is now known as coolsvap|afk10:30
*** lpetrut1 has joined #openstack-nova10:33
*** lpetrut has quit IRC10:33
*** boris-42 has joined #openstack-nova10:33
*** lpetrut1 has left #openstack-nova10:34
*** lpetrut1 has joined #openstack-nova10:34
*** ociuhandu has quit IRC10:39
*** sorrison_laptop has quit IRC10:40
*** ildikov has joined #openstack-nova10:41
*** s0mik_ has quit IRC10:42
*** sorriso__ has joined #openstack-nova10:43
*** sorriso__ has quit IRC10:44
*** ociuhandu has joined #openstack-nova10:44
*** mwagner_afk has quit IRC10:45
*** markvoelker has joined #openstack-nova10:46
*** marzif_ has joined #openstack-nova10:47
openstackgerritgaryk proposed openstack/nova: Objects: add limits, reservations and shares to ImageMetaProps object  https://review.openstack.org/18832110:49
*** marzif_ has quit IRC10:50
*** pradipta has quit IRC10:50
*** marzif_ has joined #openstack-nova10:50
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Adding more py34 test  https://review.openstack.org/18824310:52
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Enable python34 tests for nova/tests/unit/scheduler/test*.py  https://review.openstack.org/18796810:52
*** Longgeek_ has quit IRC10:53
*** coolsvap|afk is now known as coolsvap10:54
*** Longgeek has joined #openstack-nova10:54
*** romainh has joined #openstack-nova10:57
*** mwagner_afk has joined #openstack-nova10:58
*** vladikr has quit IRC10:58
*** yassine_ has joined #openstack-nova11:09
*** bzhao has joined #openstack-nova11:11
*** Vek has quit IRC11:12
*** exploreshaifali has joined #openstack-nova11:15
*** coolsvap is now known as coolsvap|afk11:16
*** flwang1 has joined #openstack-nova11:17
*** mwagner_afk has quit IRC11:19
openstackgerritNikola Dipanov proposed openstack/nova: Improve compute swap_volume logging  https://review.openstack.org/18832011:20
openstackgerritsahid proposed openstack/nova: libvirt: make _create_domain return a Guest object  https://review.openstack.org/18218511:20
openstackgerritsahid proposed openstack/nova: libvirt: introduce method poweroff to Guest object  https://review.openstack.org/18219411:20
openstackgerritsahid proposed openstack/nova: libvirt: introduce method resume to Guest object  https://review.openstack.org/18219511:20
openstackgerritsahid proposed openstack/nova: libvirt: introduce a Guest to wrap around virDomain  https://review.openstack.org/17431311:20
openstackgerritsahid proposed openstack/nova: libvirt: introduce method get_guest to Host object  https://review.openstack.org/18196911:20
openstackgerritsahid proposed openstack/nova: libvirt: introduce method to get vcpus info  https://review.openstack.org/18834611:20
openstackgerritsahid proposed openstack/nova: libvirt: introduce method to erase instance config  https://review.openstack.org/18834711:20
openstackgerritAlvaro Lopez Garcia proposed openstack/nova: libvirt: make live_migration_uri flag dependent on virt_type  https://review.openstack.org/17578011:21
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Adding more py34 test  https://review.openstack.org/18824311:21
*** danpb1 has joined #openstack-nova11:22
*** danpb has quit IRC11:22
bauzasis that me, or is it look possible to migrate an instance which is paused ?11:23
bauzasdoes it look11:23
* bauzas wishes a state machine for Christmas11:24
*** danpb1 has quit IRC11:26
*** lucasagomes is now known as lucas-hungry11:27
*** danpb has joined #openstack-nova11:27
*** aix has quit IRC11:30
johnthetubaguybauzas: oddly, you may be correct, but yeah, it can take some detective work to find out.11:32
*** deepthi has quit IRC11:32
johnthetubaguyI always hoped tasks would fix that, but thats mostly a silly dream11:32
*** veena has quit IRC11:33
bauzasjohnthetubaguy: yeah, I'm just trying to figure out all the corner cases due to https://github.com/openstack/nova/blob/master/nova/scheduler/host_manager.py#L296-L30111:33
bauzasjohnthetubaguy: since RequestSpec would need to get the vm_state...11:33
bauzasjohnthetubaguy: but alaski and I are not liking that11:34
bauzasjohnthetubaguy: anyway, as I said to alaski, I would try to hop to Tasks API by Lib-2 if I'm done with ReqSpec11:34
andreykurilinsdague: yesturday I talk about this ironic spec http://specs.openstack.org/openstack/ironic-specs/specs/kilo/api-microversions.html . It looks like only use cases 3b and 8 are not covered by my patches11:34
johnthetubaguybauzas: doesn't sound like something the scheduler should be bothering with11:35
andreykurilin*yesterday I told11:35
bauzasjohnthetubaguy: yeah, that's why I would just remove the conditional11:35
bauzasjohnthetubaguy: ie. a sched call is just an IO op, that's it11:35
johnthetubaguybauzas: ah, thats different11:35
johnthetubaguybauzas: an IO op is something thats doing lots of IO load on the hypervisor thats not related to user load11:36
johnthetubaguybauzas: its missing live-migrate, which is a shame11:36
bauzasjohnthetubaguy: agreed, but when looking at the items when the scheduler is called for a dest, that means the hypervisor will have to work right ? :)11:37
bauzasjohnthetubaguy: since it's in consume_from_instance(), that just means the VM will go there, so it's an io op anyway11:37
sdagueandreykurilin: ok, great. I didn't realize the client was doing latest already from the cli.11:38
sdagueI think that was the concern11:38
andreykurilinsdague: do we need a nova-specific spec for this?11:40
sdagueandreykurilin: mirroring the spec from ironic would be useful for documentation11:43
sdagueit would be a quick merge11:43
andreykurilinsdague: ok, I'll copy and edit a bit.11:43
*** baoli has joined #openstack-nova11:44
sdaguethanks11:44
*** tellesnobrega has joined #openstack-nova11:47
*** Administrator__ is now known as Kevin_Zheng11:47
*** kiran-r has quit IRC11:49
*** baoli has quit IRC11:50
openstackgerritAlvaro Lopez Garcia proposed openstack/nova: scheduler: weight nodes based on their cached images  https://review.openstack.org/17330411:51
openstackgerritAlvaro Lopez Garcia proposed openstack/nova: Add new image cache monitor in compute nodes  https://review.openstack.org/17330311:51
openstackgerritAlvaro Lopez Garcia proposed openstack/nova: vmware: add image_cache_manager property  https://review.openstack.org/18760211:51
openstackgerritAlvaro Lopez Garcia proposed openstack/nova: compute monitors: set update delta from base class  https://review.openstack.org/17398711:51
*** baoli has joined #openstack-nova11:51
*** afazekas_mtg has quit IRC11:53
*** baoli has quit IRC11:53
johnthetubaguybauzas: the scheuduler is not involved in all the things where the hypervisor has an IO op, in the general case, snapshot could be counted as one, I guess, although its maybe not counted11:58
*** sorrison_laptop has joined #openstack-nova11:59
*** ferest has joined #openstack-nova12:01
bauzasjohnthetubaguy: yup, that's why I think io_ops should be a metric done by the RT12:01
bauzasjohnthetubaguy: because for example, migrations with a dest host provided just bypass the scheduler12:02
*** dprince has joined #openstack-nova12:04
bauzasjohnthetubaguy: well actually it is12:04
bauzasjohnthetubaguy: the consume_from_instance() stuff just adds one12:05
bauzasanyway12:05
*** tobe has quit IRC12:06
*** lucas-hungry is now known as lucasagomes12:07
*** ferest has quit IRC12:07
*** otter768 has joined #openstack-nova12:10
*** ferest has joined #openstack-nova12:12
*** ivasev has joined #openstack-nova12:13
*** otter768 has quit IRC12:15
openstackgerritwangxiyuan proposed openstack/nova: Add size check when boot with blank in volume  https://review.openstack.org/18836712:15
*** mtanino has joined #openstack-nova12:16
*** irenab has quit IRC12:17
*** irenab has joined #openstack-nova12:17
openstackgerritRui Chen proposed openstack/nova: Fix resource leaking when consume_from_instance raise exception  https://review.openstack.org/18216512:17
*** mwagner_afk has joined #openstack-nova12:22
*** liusheng has quit IRC12:26
*** flwang1 has quit IRC12:26
*** ajayaa has quit IRC12:29
*** prashant-upadhya has quit IRC12:30
openstackgerritJoe Gordon proposed openstack/nova: Remove unused instance_group_policy db calls  https://review.openstack.org/18837312:30
*** moshele has quit IRC12:30
*** aix has joined #openstack-nova12:30
openstackgerritClaudiu Belu proposed openstack/nova-specs: Adds Hyper-V Cluster spec  https://review.openstack.org/18837412:31
claudiub|2hello. If you have a bit of time to take a look at the hyper-v nova rescue, we would greatly appreciate it. https://review.openstack.org/#/c/127159/ It has been reviewed quite a lot, Jenkins likes it, Hyper-V CI likes it, we like it, we hope you do too. :D12:32
*** rushiagr is now known as rushiagr_away12:36
*** rwsu has joined #openstack-nova12:36
alaskijohnthetubaguy bauzas the scheduler is not involved in everything that should increment io_iops, but my assertion is that anything going through the scheduler would increment it, so keying off of vm/task_state in that case is unnecessary12:39
*** xyang1 has joined #openstack-nova12:41
*** zzzeek has joined #openstack-nova12:42
*** sudipto has quit IRC12:42
*** heyongli has joined #openstack-nova12:44
*** moshele has joined #openstack-nova12:44
*** marzif_ has quit IRC12:44
*** afazekas_mtg has joined #openstack-nova12:45
*** sorrison_laptop has quit IRC12:47
johnthetubaguyalaski: ah, got you, true12:52
*** IanGovett has joined #openstack-nova12:53
heyonglijohnthetubaguy, hi12:53
*** kylek3h has joined #openstack-nova12:55
*** kylek3h has quit IRC12:56
*** baoli has joined #openstack-nova12:58
*** kiran-r has joined #openstack-nova12:58
*** zhenguo has quit IRC12:58
*** dane-fichter has joined #openstack-nova12:58
johnthetubaguyheyongli: hi12:59
*** artom has joined #openstack-nova13:00
dane-fichterhello13:00
heyonglijohnthetubaguy, i want to synce the CI status, we are writing some scripts to monitoring the Ci machines, in all following event sent mail to maintain team:13:00
heyongli1. any case failed13:00
heyongli2. any machine down,13:01
johnthetubaguyheyongli: its possible its broken code, so you might get false negatives there, but its possible13:02
heyonglithen the PCI CI/NGFW/ etc CI, will got quick response for anylize why testcase fail, or bring it up again13:02
heyonglijohnthetubaguy, sure,  we try make it valueable , ie, pull the upstream status also, if both failed most like mean the patch is buggy or CI all ci need to be updated13:03
heyonglianyway, this will make sure the CI running smooth and catch any possible broken13:03
*** afazekas_mtg has quit IRC13:04
openstackgerritDaniel Berrange proposed openstack/nova: libvirt: convert imagebackend to support nova.virt.image.model classes  https://review.openstack.org/13202413:04
openstackgerritDaniel Berrange proposed openstack/nova: virt: convert VFS API to use nova.virt.image.model  https://review.openstack.org/13202213:04
openstackgerritDaniel Berrange proposed openstack/nova: virt: convert disk API over to use nova.virt.image.model  https://review.openstack.org/13202313:04
openstackgerritDaniel Berrange proposed openstack/nova: virt: introduce model for describing local image metadata  https://review.openstack.org/13202013:04
openstackgerritDaniel Berrange proposed openstack/nova: virt: convert disk mount API to use nova.virt.image.model  https://review.openstack.org/13202113:04
heyonglicase fail monitoring almost done, it will help, anyway.13:04
johnthetubaguyheyongli: sounds like a good step forward, certainly the #2 is really important13:05
johnthetubaguyheyongli: have you see the work infra have done on elasticrecheck? http://docs.openstack.org/infra/elastic-recheck/13:05
*** mtanino has quit IRC13:05
heyongliyeah, johnthetubaguy , we will setting up a machine ping each machine to find posiible down.13:06
johnthetubaguyheyongli: sounds like its time to install nagios for your CI system13:06
heyonglijohnthetubaguy, ok, i got this task, will get it deploy soon.13:07
*** iamjarvo has joined #openstack-nova13:08
johnthetubaguyheyongli: cool, thanks for the good work on that, it takes a lot of effort to get CI into a stable state, appreciate you pushing on that13:08
heyonglifor the step2, it started, a ping check is easy to deploy, if any one have good ideas for checking machine done, tell me.13:09
*** Vek has joined #openstack-nova13:09
heyonglijohnthetubaguy, i really want it stable, most important factor is been matained continuely way.13:09
*** vladikr has joined #openstack-nova13:10
*** busterswt has joined #openstack-nova13:11
heyonglii will, and going to update the CI state or progress when anything move further. it help -:) johnthetubaguy13:12
*** oro_ has quit IRC13:13
*** adrian_otto has joined #openstack-nova13:14
*** mohitsharma has joined #openstack-nova13:14
*** nelsnelson has joined #openstack-nova13:15
*** mriedem has joined #openstack-nova13:15
*** bzhao has quit IRC13:16
*** irenab has quit IRC13:18
*** prashant-upadhya has joined #openstack-nova13:19
johnthetubaguymdbooth: hey, is my memory correct in saying you were looking at the olso.db facade, or did I get that mixed up in my head?13:19
mdboothjohnthetubaguy: I was13:19
johnthetubaguymdbooth: did you have a spec for that?13:20
mdboothI even have a half-rewritten spec13:20
johnthetubaguyah sweet13:20
*** eharney has quit IRC13:20
johnthetubaguymdbooth: I mentioned that in the summit session (https://etherpad.openstack.org/p/YVR-nova-database-internals) just wanted to make sure we were still thinking about that13:20
johnthetubaguymdbooth: I will give you the action to finish the spec, if thats OK?13:21
*** adrian_otto has quit IRC13:21
*** heyongli has quit IRC13:21
mdboothYes, it remains a good idea13:21
mdboothjohnthetubaguy: Sure. There's a fly in the ointment now that there wasn't before, though13:21
mdboothWhich is that the current oslo.db functionality doesn't cover the new cells case of connecting to an alternate db13:21
johnthetubaguymdbooth: ah, OK, so I will try and do a forward looking DB doc soon, and we could add our rough intentions in there, while we get over that hump13:22
mdboothIt's not a big deal to add, but it hasn't been added and there's no design afaik13:22
johnthetubaguymdbooth: ah, gotcha, could we just use the new method for the old DB, for the moment?13:22
johnthetubaguymdbooth: oh wait, thats a really bad idea, ignore me13:22
johnthetubaguydims_: just wondering if you knew about our oslo.db facade issues, just a quick heads up ^13:23
dims_johnthetubaguy: zzzeek and rpodolyaka were talking about it yesterday on oslo channel. please hop there and see if they are around13:24
johnthetubaguydims_: oh thats, cool, if they all know about that, mdbooth does that ^ help your effort?13:25
zzzeekjohnthetubaguy: rpodolyaka was going to look into some enginefacade / nova work.    the new enginefacade does support as many separate configs as needed13:25
mdboothzzzeek: Cool. Hadn't caught up with that development.13:26
zzzeekmdbooth: nothing has changed :)13:26
*** iamjarvo has quit IRC13:27
johnthetubaguyzzzeek: mdbooth: thanks both, just going through things from the summit and found a note to follow up on this, I was totally missing context on that effort13:27
dims_mriedem: with my 3 py34 reviews, we cover abour 20% of the tests that py27 covers13:28
zzzeekjohnthetubaguy: enginefacade has been sitting in oslo.db queue with the chicken/egg problem of people not +2ing it b.c. nobody was using it, and nobody using it because it is not committed13:28
*** rushiagr_away is now known as rushiagr13:28
johnthetubaguyzzzeek: ah, oops13:29
dims_zzzeek: last rebase was 3 days ago. will spend some time on it today13:29
zzzeekdims_: cool13:30
johnthetubaguyzzzeek: if we can get the two DB case done, and the nova spec from mdbooth approved, would that help that effort?13:30
johnthetubaguyits not quite used, but the intent to use it I guess13:30
zzzeekjohnthetubaguy: that woudl be fine, i think there’s renewed interest in oslo on getting it +2’ed also13:31
dims_zzzeek: if i remember right, there was an effort to try running nova with Depends-On against that review13:31
mriedemdims_: cool13:31
zzzeekdims_: *that*s what i was looking for the other day!13:31
dims_or some other project, just to be sure it works since it's a large patch13:32
zzzeekdims_: where does “depends-on” go ?13:32
*** iamjarvo has joined #openstack-nova13:32
dims_in your nova review, you can add 'Depends-On: xyz' in the commit message13:32
*** VW has joined #openstack-nova13:33
*** gholler__ has joined #openstack-nova13:33
dims_zzzeek: to be fair its a bit complicated than that since nova picks up oslo.db released version13:34
dims_zzzeek: let me setup some reviews for you to play with13:34
dims_let's hop to oslo channel13:34
zzzeekjohnthetubaguy / mdbooth : an example of running a subset of calls under a totally different database URL is in this test: https://review.openstack.org/gitweb?p=openstack/oslo.db.git;a=blob;f=oslo_db/tests/sqlalchemy/test_enginefacade.py;h=1a4c992593003c36ca5ec21dcfaf2635ff58c627;hb=5e0d0b98f771ec711e9b5e6a738c5edd8b2e39a5#l145413:34
*** marun_ has joined #openstack-nova13:34
*** thangp has joined #openstack-nova13:36
openstackgerritgaryk proposed openstack/nova: Compute: be consistent with logs about NotImplemented methods  https://review.openstack.org/18839213:37
garyk+13:37
*** ajayaa has joined #openstack-nova13:38
*** ferest has quit IRC13:40
*** kiran-r has quit IRC13:41
*** garyk has quit IRC13:42
*** nihilifer has joined #openstack-nova13:43
*** adrian_otto has joined #openstack-nova13:44
*** thiagop has joined #openstack-nova13:45
*** nihilifer has quit IRC13:46
alex_xujohnthetubaguy: hi, can I ask what is our expectation for line 39 in https://review.openstack.org/#/c/187272/3/priorities/liberty-priorities.rst briefly?13:46
*** nihilifer has joined #openstack-nova13:46
johnthetubaguyalex_xu: its from the summit session basically13:47
*** eharney has joined #openstack-nova13:47
johnthetubaguyon flavors13:47
*** abhishekk has quit IRC13:47
*** marun has joined #openstack-nova13:49
*** marun_ has quit IRC13:49
*** pbandzi has quit IRC13:49
*** sahid has quit IRC13:50
alex_xujohnthetubaguy: expect flavors extra specs and host aggregate properites like imagemeta object https://github.com/openstack/nova/blob/master/nova/objects/image_meta.py#L37 ?13:51
*** adrian_otto has quit IRC13:54
johnthetubaguyalex_xu: yeah, but we need to do more13:54
openstackgerritDan Smith proposed openstack/nova: Handle FlavorNotFound when augmenting migrated flavors  https://review.openstack.org/18722713:54
alex_xujohnthetubaguy: ok, thanks, let me dig into etherpad more13:55
*** oro_ has joined #openstack-nova13:58
mdboothzzzeek: I think I remember what the problem was...13:59
mdboothzzzeek: Sorry, oslo would be more appropraite13:59
mriedemjohnthetubaguy: let's abandon this https://review.openstack.org/#/c/131597/14:04
mriedemno activity since december14:04
openstackgerritPetrut Lucian proposed openstack/nova: Hyper-V: Retry destroying instances in case of exceptions  https://review.openstack.org/18840814:05
*** samueldmq has joined #openstack-nova14:06
*** iamjarvo has quit IRC14:08
*** sdake has joined #openstack-nova14:09
johnthetubaguymriedem: ah, yeah, +1, good spot14:10
openstackgerritAndrey Kurilin proposed openstack/nova-specs: Nova API Microversions support in NovaClient  https://review.openstack.org/18841014:10
mriedemi might actually do some code reviews today14:11
*** sdake_ has joined #openstack-nova14:11
*** otter768 has joined #openstack-nova14:11
mriedemfeeling a bit randy14:11
johnthetubaguyalex_xu: so I have an action to write all that up into devref if that helps14:11
johnthetubaguymriedem: heh14:11
*** adrian_otto has joined #openstack-nova14:11
*** mohitsharma has quit IRC14:11
alex_xujohnthetubaguy: cool, waiting for that :)14:11
mriedemlxsli: you added this to the trivial bug fix list but you're not +1 on it https://review.openstack.org/#/c/177084/14:12
*** iamjarvo has joined #openstack-nova14:13
andreykurilinsdague: I just send to review a spec for microversions https://review.openstack.org/#/c/188410 . Please take a look, when you will have a bit of free time :)14:13
*** nickchase has joined #openstack-nova14:13
andreykurilinalex_xu: ^14:14
*** IanGovett has quit IRC14:14
*** sdake has quit IRC14:15
alex_xuandreykurilin: got it, will help on review14:15
andreykurilinalex_xu: thanks14:15
johnthetubaguyalex_xu andreykurilin have you folks seen the ironic spec around clients?14:15
andreykurilin johnthetubaguy: this spec is based on ironic one:)14:15
*** otter768 has quit IRC14:16
johnthetubaguyandreykurilin: sweet, good answer :D14:16
*** mtanino has joined #openstack-nova14:16
johnthetubaguyandreykurilin: heh, yeah, I see the familiar pattern now, cools14:16
alex_xujohnthetubaguy: yea, and the only different between nova and ironic is return min/max version header when requested header didn't supported.14:16
andreykurilinmost of changes look like "s/Ironic/Nova/d", "s/ironicclient/novaclient/d" and so on:)14:17
johnthetubaguyalex_xu: yep thats cool, it would be interesting to see if we loose any abilities because of that14:17
*** marun has quit IRC14:18
*** marun has joined #openstack-nova14:18
*** dulek has joined #openstack-nova14:19
*** cfriesen has joined #openstack-nova14:20
*** iamjarvo has quit IRC14:20
*** mtanino_ has joined #openstack-nova14:21
*** jecarey has joined #openstack-nova14:21
openstackgerritDan Smith proposed openstack/nova: Fix an objects layering violation in compute/api  https://review.openstack.org/18811014:22
openstackgerritDan Smith proposed openstack/nova: Replace metaclass registry with explicit opt-in registry from oslo  https://review.openstack.org/18811114:22
openstackgerritDan Smith proposed openstack/nova: Remove assertRemotes() from objects tests  https://review.openstack.org/18810914:22
openstackgerritDan Smith proposed openstack/nova: Convert test objects to new field formats  https://review.openstack.org/18771914:22
openstackgerritDan Smith proposed openstack/nova: Begin the transition to an explicit object registry  https://review.openstack.org/18771814:22
openstackgerritDan Smith proposed openstack/nova: Use fields from oslo.versionedobjects  https://review.openstack.org/18772014:22
openstackgerritDan Smith proposed openstack/nova: Make readonly field tests use exception from o.vo  https://review.openstack.org/18811214:22
*** mtanino has quit IRC14:23
*** moshele has quit IRC14:23
*** eharney_ has joined #openstack-nova14:25
*** sdake has joined #openstack-nova14:25
*** tonytan4ever has joined #openstack-nova14:25
*** matrohon has quit IRC14:25
*** eharney has quit IRC14:26
*** eharney_ is now known as eharney14:26
*** matrohon has joined #openstack-nova14:27
*** sdake_ has quit IRC14:28
*** dboik has joined #openstack-nova14:28
*** unicell1 has joined #openstack-nova14:29
*** unicell has quit IRC14:29
johnthetubaguyzzzeek: i don't want to open old wounds... but did you have any thoughts about on moving to DB thread pools talking to C libs vs moving to pymysql?14:30
zzzeekjohnthetubaguy: certainly going to pymysql is more expedient14:30
johnthetubaguyzzzeek: yeah, I think we probably have to go there as step 1, given the python 3.4 push14:31
*** armax has joined #openstack-nova14:31
zzzeekjohnthetubaguy: id probably stick with that unless there’s really motivation to change the architecture of the db api14:31
johnthetubaguyzzzeek: I guess we see how that performs and if we need something better, we look at the thread pool an C lib again?14:31
zzzeekjohnthetubaguy: sure.  but pymysql should perform fine14:32
*** dulek has quit IRC14:32
*** dulek_ has joined #openstack-nova14:32
*** dulek_ has quit IRC14:32
johnthetubaguyzzzeek: OK, I keep hearing conflicting things there, I suspect is improved somewhat since it was last tested, or something like that14:32
*** dulek_ has joined #openstack-nova14:32
*** eharney has quit IRC14:32
johnthetubaguyzzzeek: good to hear it should be OK though, I got confused in where all the ML threads had landed in that respect14:33
*** garyk has joined #openstack-nova14:33
openstackgerritAdrien VergĂ© proposed openstack/nova: Fix API misimplementation for security groups  https://review.openstack.org/18390914:34
zzzeekjohnthetubaguy: pymysql is a slower driver than the C based ones but the scale we are talking about is an order of magnitude less than what would be apparent in nova14:34
*** eharney has joined #openstack-nova14:34
sdaguejohnthetubaguy, and any other nova folks interested. This is what I've got - https://dague.net/?p=4461&shareadraft=baba4461_557061c963266 for communication about our API changes. It probably needs editing (it always does), but comments are welcome from a missing concept, or tone perspective. I'll come back to it this afternoon for typo and grammar fixes.14:35
*** afazekas_mtg has joined #openstack-nova14:35
*** electrocucaracha has joined #openstack-nova14:36
* gilliard looks14:36
gilliardThanks sdague14:36
*** mtanino_ has quit IRC14:39
johnthetubaguysdague: so the validation relax stuff makes v2.1 min version != v2.0 API (thinking last paragraph of nova v2.1)14:40
openstackgerritMatthew Gilliard proposed openstack/nova-specs: Query and cancel ongoing live migrations  https://review.openstack.org/17914914:40
*** iamjarvo has joined #openstack-nova14:40
sdaguejohnthetubaguy: right, that's true. Do you think the detail is important for this?14:41
*** exploreshaifali has quit IRC14:41
sdagueI guess I should probably have some pointers to the spec towards the end for people that want to dig deeper14:41
johnthetubaguysdague: probably not, just thinking of addding "(but with some extra validation)" after its like v2.0 API, maybe? although its just me being a pedant really14:42
johnthetubaguysdague: looking good by the way14:42
*** _gryf is now known as _gryf|afk14:42
*** mtanino has joined #openstack-nova14:43
*** afazekas_mtg has quit IRC14:43
*** gszasz has quit IRC14:44
gilliarddoes "spanner" mean anything to americans? To me it both a "wrench", and an "idiot". So "Sophie the Cloud Spanner" is a funny name :)14:44
gilliardhypenate?14:44
dansmithgilliard: no idiot connotation here, AFAIK14:45
*** claudiub|2 has quit IRC14:45
johnthetubaguysdague: so, in summary, thats awesome, I didn't spot any typos and things, but I am a dyslexic mole when it comes to those kinds of things!14:46
*** apuimedo has quit IRC14:47
dansmithjohnthetubaguy: you and sdague not being able to find each others' typos seems completely unsurprising to me :P14:47
johnthetubaguydansmith: heh14:47
ericksonsantosDoes someone know how to use keystoneclient from Nova? I want to call client.projects.get(), but I don't know the right way to instantiate keystoneclient14:48
* alex_xu decide to take a shower, then reading Sean's blog on the bed...14:48
johnthetubaguydansmith: its like using those letter things, thats good right?14:48
dansmithjohnthetubaguy: yeah, just string em together until it sounds right14:48
johnthetubaguydansmith: :)14:49
sdaguegilliard: if you have a better idea for a name, let me know. It was the best my brain came up with yesterday.14:49
openstackgerritAdrien VergĂ© proposed openstack/nova: Fix API misimplementation for security groups  https://review.openstack.org/18390914:49
johnthetubaguysdague: spanner -> wrangler ?14:49
sdaguemaybe just "Multi Cloud User" ?14:49
sdagueor I guess Cloud Herder or something. Trying to have a quick quip that she works with applications that use multiple clouds.14:51
sdaguewhich is described right after14:51
mriedemscruffy nerve herder?14:51
sdaguemriedem: heh14:51
gilliardWorks for me.14:51
sdaguegilliard: which one works for you :)14:51
mriedemi guess it is 'nerf' herder14:51
sdaguethere were a bunch out there14:51
mriedemi always heard that but thought nerf was wrong14:51
gilliardoh, I thought multi cloud user was nice :)14:52
*** sudipto has joined #openstack-nova14:53
sdaguegilliard: ok, I'll go with that14:53
openstackgerritMatt Riedemann proposed openstack/nova: libvirt: Disable NUMA for broken libvirt  https://review.openstack.org/17818814:53
openstackgerritMatt Riedemann proposed openstack/nova: libvirt: log when BAD_LIBVIRT_NUMA_VERSIONS detected  https://review.openstack.org/18842714:53
*** eglynn has joined #openstack-nova14:53
*** nelsnels_ has joined #openstack-nova14:54
gilliardsdague: overall I think it's great. We've been missing background and definitive statements like this for a while.14:55
gilliardWould we welcome patches which remove if/else switching on extensions being enabled now?14:55
mriedemgilliard: in v2 api?14:56
*** nelsnelson has quit IRC14:56
*** claudiub has joined #openstack-nova14:57
gilliardWell I guess so. If v2 == v2.1-w/out-validation14:57
mriedembut v2 is not v2.1 technically in the tree, right14:57
mriedemso someone talking to the v2 api with extensions loaded or not is still using the v2 code path14:57
mriedemnot the v3 path14:57
openstackgerritAlvaro Lopez Garcia proposed openstack/nova: libvirt: make live_migration_uri flag dependent on virt_type  https://review.openstack.org/17578014:58
mriedemv2.1 is the v3 code path and v2.1 specific is meant to be compatible with v214:58
mriedemat least that's my understanding14:58
*** VW has quit IRC14:58
gilliardSo there's a hole in my understanding here I think.14:58
*** nihilifer has quit IRC14:59
*** VW has joined #openstack-nova14:59
*** VW has quit IRC14:59
gilliardI guess I only mean from the v2.1 code paths, in that case.15:00
*** VW has joined #openstack-nova15:00
johnthetubaguygilliard: yeah, I think we can remove those bits15:00
mriedemgilliard: do those exist in the v2.1 code paths?15:00
johnthetubaguygilliard: sounds stupid, but might need a spec15:00
johnthetubaguymriedem: I was just looking I think there are some still...15:00
gilliardI'd have to look. It was mentioned in the summit a couple of times.15:00
mriedemok, weird15:00
*** sdake has quit IRC15:00
mriedemdo we say in v2.1 that all extensions are loaded?15:01
mriedemsorry, haven't read the manifesto yet15:01
gilliard^^ That's the gap in my understanding, actually.15:01
mriedemi'm all for removing the if/else ext loading logic in v2.1 code paths15:01
mriedemi do'nt know why you wouldn't have extensions loaded, since you can control access through the policy file15:01
johnthetubaguymriedem: its yet to be officially agreed in the specs repo, as I understand it15:01
johnthetubaguymriedem: gilliard: its these bits right? https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/plugins/v3/servers.py#L96215:02
johnthetubaguyI think thats what replaced this bit: https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/servers.py#L98115:02
*** primechuck has joined #openstack-nova15:02
primechuckIs there an admin API to migrate a VM off a host for maintenance?  Or otherwise issue an evacuation for all VMs on a host?15:03
mriedemjohnthetubaguy: i'm not aware of that i guess, i don't see an in-tree server_rebuild extension, so is this something someone else can plug in?15:03
johnthetubaguyprimechuck: there are several APIs, and python-novaclient has a helper method to do that for all VMs on a host, if I remember correctly15:03
johnthetubaguyprimechuck: depends on exactly the situation you are in, we probably need some better docs around that, migrate vs live-migrate vs evacuate, basically15:04
mriedemoh here it is https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/plugins/v3/preserve_ephemeral_rebuild.py15:04
*** agireud has joined #openstack-nova15:04
sdaguejohnthetubaguy: I thought we were all agreed there on the extensions all loaded path, we just needed to start enforcing it for real15:04
johnthetubaguysdague: we are, just not on paper15:04
mriedemvirtual paper15:04
mriedemi agree with requiring all extensions are loaded though15:05
mriedemremove the gorp15:05
gilliardWell I think that's worth adding to the blog then sdague15:05
johnthetubaguy-paper +git15:05
*** belmoreira has quit IRC15:05
gilliardprimechuck: "r/nova/api/openstack/compute/servers.py#L98115:05
primechuckI found the migrate and live-migrate processes, but it looks like there is no to move suspended VMs.15:05
gilliardummm. I mean: primechuck:  nova help host-evacuate15:05
primechuckThanks, I'll take a look15:06
johnthetubaguyprimechuck: what do you mean by suspended VMs though?15:06
*** hemnafkj is now known as hemna15:06
edleafesdague: excellent post. If you want it proofread, I'd be happy to nitpick away :)15:06
sdaguejohnthetubaguy: ok, so who has the todo to write up that part of the policy to make the no extensions part not a lie :)15:07
openstackgerritMatt Riedemann proposed openstack/nova: libvirt: call host.get_capabilities after checking for bad numa versions  https://review.openstack.org/18843115:07
johnthetubaguysdague: consults etherpad of doom15:07
johnthetubaguysdague: ah, I haven't done the API bit yet15:07
sdagueedleafe: sure, if you want to throw up an etherpad somewhere to capture them that would be great. I've been writing this for a couple of days, so I need to walk away from the computer for a bit and just my head clear.15:08
*** prashant-upadhya has quit IRC15:08
dansmithalaski: johnthetubaguy: So, now that flavor data is out of system_metadata, is there a desire to go back to joining that and metadata for more atomic queries and/or updates?15:08
* johnthetubaguy goes back to etherpad of doom15:08
sdagueI'll do a typo fix bit towards the end of my day15:08
johnthetubaguydansmith: its worth a try15:08
dansmithjohnthetubaguy: well, I'd hate to do it if it turns out to be bad (again) and then just have to revert15:09
primechuckThe use case is, a nova node is being removed from cloud.  It might have VMs on it in various states with various tennants.  There doesn't seem to be a single way to move all VMs, including VMs that are in a suspended state.15:09
johnthetubaguydansmith: yeah, I wonder if there is a way we could try that out easily, I guess there should be15:09
dansmithjohnthetubaguy: like, if you guys could do some perf guessing or something15:09
dansmithprimechuck: this is really a usage question, so please see topic15:09
edleafesdague: ok, will do. I'll get to it this morning.15:10
sdagueedleafe: thanks!15:10
*** romainh has left #openstack-nova15:10
primechuckEvacuating a nova node is usage?15:10
primechuckOh, sorry, dev change15:10
dansmithprimechuck: absolutely15:10
*** primechuck has left #openstack-nova15:11
johnthetubaguydansmith: so it was the pure bandwidth before, I guess we need this almost everywhere, so it makes no difference skipping it... I think before it was system_meta being joined to an instance that caused the issue with the bandwidth, or something like that15:11
*** alexpilotti has joined #openstack-nova15:11
johnthetubaguydansmith: having typed that I realised how little I remember about the issue now15:12
dansmithjohnthetubaguy: right, the row inflation of (sizeof(instance) * rows(system_metadata)) that was the problem15:12
*** ssurana has joined #openstack-nova15:12
*** claudiub has quit IRC15:12
dansmithjohnthetubaguy: i.e. instance is big, and system_metadata was many15:12
dansmithjohnthetubaguy: however, once we saw that we realized that user-controlled metadata could cause a similar inflation15:12
dansmithjohnthetubaguy: it's quota'd so not unbounded, but still, you can add tons of metadata to all your instances and put stress on the db->nova relationship15:13
*** annegentle has joined #openstack-nova15:13
*** eharney has quit IRC15:13
mriedemquota is 255 i think15:13
dansmithjohnthetubaguy: I'm not arguing for going back to joining for either, but was reading a db-related change this morning and it made me think of how we've removed the major row explosion in sysmeta now15:13
dansmithso I thought I'd ask15:13
dansmithmriedem: if that's the default, then yeah, joining with that could be, like, bad and stuff :)15:14
*** claudiub has joined #openstack-nova15:14
mriedemfor totally15:14
*** gmann has quit IRC15:14
mriedemoh i guess it's 128 but still15:14
dansmithI also think some providers stuff naughty bits into sysmeta, so maybe joining just because the upstream case is okay is just asking for trouble15:14
dansmithyeah, 30 was what made the pain so bad15:14
dansmithso 128 is infinity bad :)15:14
mriedemi know people that stuff stuff into sysmeta15:15
dansmithI bet you do :)15:15
dansmithjohnthetubaguy: anyway, maybe something to keep in the back of our minds15:17
johnthetubaguydansmith: right it was the multiplication thing15:17
*** marun has quit IRC15:17
openstackgerritWalter A. Boring IV (hemna) proposed openstack/nova-specs: Use os-brick library  https://review.openstack.org/18436015:18
johnthetubaguydansmith: yeah, I guess while we work fine without it, that seems cool15:18
*** marun has joined #openstack-nova15:18
*** gmann has joined #openstack-nova15:19
johnthetubaguydansmith: FWIW, seen IAD, SYD and HKG take that code now, and it seems the sky is not falling down, so thats cool15:19
dansmithjohnthetubaguy: that's britiish for "everything is working" right?15:19
openstackgerritAlvaro Lopez Garcia proposed openstack/nova-specs: WIP: Propose to support spot instances  https://review.openstack.org/10488315:19
*** nelsnelson has joined #openstack-nova15:20
dansmithjohnthetubaguy: I think we've got all those changes applied or proposed to stable/kilo, so we should be good I think15:20
dansmithjohnthetubaguy: thanks for finding that stuff, sorry it didn't get caught in pre-prod though :)15:20
alaskijust got out of a meeting.  But I would wait a bit before going back to default joining15:20
alaskiI was just looking at a graph that shows our db load is up with the flavor migration code in place, well up since our last deploy15:21
johnthetubaguydansmith: yeah, not done the force migration bit yet though15:21
johnthetubaguyalaski: ah, maybe I spoke too soon15:21
alaskithe sky isn't falling, so you're right15:22
*** nelsnels_ has quit IRC15:22
dansmithalaski: well, that's not surprising right?15:22
alaskiI think we'll handle it fine, but I don't want to add more speculatively15:22
alaskidansmith: right.  I'm not overly concerned, just don't want to add more yet if not necessary15:22
dansmithalaski: this is live migrations happening and will subside, right?15:22
johnthetubaguyalaski: but it might in when the F5 gets in the way, but yeah, will find out soon15:22
johnthetubaguydansmith: that was totally my hope15:22
johnthetubaguyI never dug enough to find out really15:23
alaskidansmith: we went from a steady-ish line to a waveform, and the amplitude is decreasing over time15:23
alaskibut the average is still up15:23
dansmithalaski: decreasing waveform makes sense for migrations, but yeah15:23
johnthetubaguyalaski: how was the bandwidth rather than the query count?15:24
dansmithalaski: oh, also, we're doing another db thing that we weren't15:24
openstackgerritNeil Jerram proposed openstack/nova: Add new VIF type VIF_TYPE_TAP  https://review.openstack.org/14691415:24
dansmithalaski: so another query at least for save()15:24
alaskiI suspect the overall increase is the code looking for whether or not to migrate, and we'll do better when that's gone.15:24
*** mwagner_afk has quit IRC15:24
alaskidansmith: right15:24
openstackgerritMaxim Nestratov proposed openstack/nova: libvirt: rename parallels driver to virtuozzo  https://review.openstack.org/18431115:25
alaskijohnthetubaguy: not sure if I have that available15:25
*** eharney has joined #openstack-nova15:25
dansmithalaski: so that, plus removing the migration code will be better I expect15:25
alaskidansmith: agreed15:25
johnthetubaguyalaski: ah, its in graphite, I dug it out for HKG if we need that15:25
Jeffrey4lany guy have time to review my PS https://review.openstack.org/#/c/187657/。 It fixed the all_tenants param in security group when using neutron backend.15:25
dansmithalaski: speaking of reducing bandwidth: https://github.com/kk7ds/openstack-gerrit-dashboard/commit/5f9fed52d88693242ed41aee0b441dd4b94a0b3a15:26
*** nelsnels_ has joined #openstack-nova15:26
mriedemhuh, liberty conductor supports icehouse compute?15:26
alaskijohnthetubaguy: I had never looked at graphite until about 10 minutes ago.  But just found it15:26
johnthetubaguyalaski: there are some gems in there15:26
alaskijohnthetubaguy: bandwidth is slightly increased, not worringly so IMO15:27
*** nelsnelson has quit IRC15:27
alaskidansmith: ahh, nice15:27
johnthetubaguyalaski: thats was I saw too in the first region we did, sweet15:27
dansmithjohnthetubaguy: any chance you guys could share a snapshot of that graph?15:27
*** prashant-upadhya has joined #openstack-nova15:27
johnthetubaguyalaski: I think CPU io wait and bandwidth are usually the critical bits, but I could be wrong15:27
dansmitheven if you snip the units (if you have to)15:27
*** sudipto has quit IRC15:28
johnthetubaguydansmith: not been done before, but we should find a way to make that happen15:29
dansmithjohnthetubaguy: not a huge deal, just would like to see it spanning this change15:29
mriedemJeffrey4l: looks like you borrowed heavily from the previous (now abandoned) change https://review.openstack.org/#/c/81237/15:30
johnthetubaguydansmith: gotcha15:30
mriedemJeffrey4l: you should probably give some co-author credit in your change15:30
Jeffrey4lmriedem, ok u r right. I will add that.15:30
openstackgerritAndrey Kurilin proposed openstack/nova-specs: Nova API Microversions support in NovaClient  https://review.openstack.org/18841015:30
mriedemJeffrey4l: alternatively we could restore the orginal change and you could take that over15:32
mriedemup to you15:32
*** dulek_ has quit IRC15:32
*** nelsnelson has joined #openstack-nova15:33
*** nelsnels_ has quit IRC15:33
*** marun has quit IRC15:34
*** marun has joined #openstack-nova15:34
*** nelsnels_ has joined #openstack-nova15:35
*** angdraug has joined #openstack-nova15:35
*** nelsnels_ has quit IRC15:35
*** nelsnelson has quit IRC15:38
*** nelsnelson has joined #openstack-nova15:38
*** artom has quit IRC15:39
*** artom has joined #openstack-nova15:39
*** dims_ has quit IRC15:43
*** nelsnelson has quit IRC15:44
mriedemdansmith: either this is wrong or i totally don't understand it https://review.openstack.org/#/c/173723/15:45
*** nelsnelson has joined #openstack-nova15:47
dansmithmriedem: I actually tried to figure that out on this patch a bit ago and ... didn't (and then got distracted)15:48
dansmithso lets see what he says15:48
*** lpetrut1 has left #openstack-nova15:48
mriedemdansmith: it's on the trivial bug list and has a slew of +1s but i don't understand it for the life of me15:48
*** lpetrut1 has joined #openstack-nova15:48
mriedemi suspect no one else does either15:48
*** nelsnelson has quit IRC15:48
mriedembut i'm not afraid of looking dumb and asking obvious questions15:48
*** nelsnelson has joined #openstack-nova15:49
dansmithmriedem: it probably needs to come off the trivial list, tbh15:49
*** lpetrut1 has quit IRC15:49
mriedemdoing that now15:49
dansmithtrivial does not mean "few lines"15:49
dansmithIMHO15:49
*** alex_klimov has quit IRC15:50
mriedemagreed15:50
mriedem'allow non-admin to stop services for bug xyz, it's only 2 lines'15:51
*** tjones1 has joined #openstack-nova15:52
openstackgerritJeffrey Zhang proposed openstack/nova: Support all_tenants search_opts for neutron  https://review.openstack.org/18765715:52
cfriesenfor upgrades do we have a defined procedure?  like do we always update nova-scheduler/nova-conductor before the nova-computes?  I'm wondering if I can extend the interpretation of an existing text field in the DB (written to by nova-compute, read by nova-scheduler).15:52
mriedemcfriesen: there is a devref on upgrades15:53
mriedemhttp://docs.openstack.org/developer/nova/devref/upgrade.html15:53
mriedemthere is probably also a thing in docs.o.o somewhere15:53
mriedemhttp://docs.openstack.org/openstack-ops/content/ops_upgrades-general-steps.html15:53
mriedemassuming you could follow this http://docs.openstack.org/openstack-ops/content/upgrade-icehouse-juno.html and treat it the same for juno->kilo15:55
cfriesenyeah, that would work.  basically I want to take the existing cpu_info dict in the compute-nodes table and extend it to store a few more things.  looks like that should be possible without changing the actual schema15:57
*** baoli has quit IRC15:59
mriedemfork at your own risk, sure16:00
*** baoli has joined #openstack-nova16:00
*** VW has quit IRC16:01
*** jistr has quit IRC16:01
*** sdake has joined #openstack-nova16:02
*** ssurana has quit IRC16:04
*** iamjarvo has quit IRC16:05
*** cknight has joined #openstack-nova16:06
*** jlanoux has quit IRC16:07
*** unicell1 has quit IRC16:07
*** VW has joined #openstack-nova16:08
*** annegentle has quit IRC16:08
cfriesenmriedem: no, this would be for something to push upstream16:08
*** jaypipes has joined #openstack-nova16:08
dansmithjohnthetubaguy: I didn't think we "agreed" to rename evacuate16:09
dansmithit was discussed, but it seemed far from consensus to me16:10
johnthetubaguydansmith: so I guess we didn't16:10
cfriesendansmith: I thought we had consensus16:10
dansmithI agree that evacuate is the wrong name, but completely renaming an api is a pretty big deal too16:10
johnthetubaguydansmith: I was thinking an alias available in a new micro-version, and in python-novaclient, but it would be a first16:11
*** dane-fichter has quit IRC16:11
cfriesendansmith: add a new alias, leave the old name in for backwards compatibility?16:11
johnthetubaguydansmith: lets split that effort16:11
*** otter768 has joined #openstack-nova16:11
dansmithan alias doesn't make it better, IMHO16:12
dansmithwith microversions we can just make the change >= a given version16:12
dansmiththe alias is just confusing IMHO16:12
dansmiththat said, I don't think it needs to be part of my robustify spec16:12
cfriesendansmith: I thought we some people had issues with removing stuff completely with just a microversion16:12
johnthetubaguyits certainly clean to change it16:12
openstackgerritNikola Dipanov proposed openstack/nova: libvirt: Don't try to confine a non-NUMA instance  https://review.openstack.org/18846816:12
johnthetubaguydansmith: yeah, lets un hook those too efforts, I combined them in my head for some reason16:13
dansmithcfriesen: there are certainly issues with it, which is why I don't think it's worth it16:13
dansmithbut an alias confuses the issue because it says:16:13
dansmith< 2.5 evacuate is evacuate16:13
*** baoli has quit IRC16:13
dansmith2.5 < x < 2.10 evacuate and resurrect are the same16:13
dansmith> 2.10 evacuate is gone and resurrect is the only thing16:13
dansmithdoes nothing for us because we have the expressive nature of the version16:14
*** baoli has joined #openstack-nova16:14
dansmithjohnthetubaguy: I do need to add the thing alaski wants, which is require (if configured) the host-down confirmation before allowing evacuate16:14
dansmiththat makes sense to be in my spec I think16:15
*** danpb1 has joined #openstack-nova16:15
johnthetubaguydansmith: yeah, changing the acton items to match that16:15
johnthetubaguycfriesen: did you fancy driving the rename in a spec, or at least starting the discussion?16:15
*** danpb has quit IRC16:16
*** claudiub has quit IRC16:16
*** otter768 has quit IRC16:17
johnthetubaguydansmith: cfriesen: so I was thinking a rename would be dumb, but my logic was bogus... I was thinking you rename in v2.5 but someone wants a feature in v2.6, so they need to rework their old code, but thats rubbish, the old code can still request the older version16:17
dansmithjohnthetubaguy: right16:17
*** SourabhP has joined #openstack-nova16:17
dansmithI wonder what jaypipes thinks about the worthwhileness of a rename16:18
cfriesenjohnthetubaguy: not sure I can commit to that, I still owe you a spec for removing support for "min_count" and "max_count" when booting an instance.16:18
bauzascfriesen: need help ?16:18
johnthetubaguycfriesen: no worries16:19
cfriesenbauzas: for which one?16:19
*** claudiub has joined #openstack-nova16:19
bauzascfriesen: for the spec16:19
*** danpb1 has quit IRC16:19
cfriesenbauzas: the min/max one?16:19
bauzascfriesen: yup16:19
cfriesenbauzas: if you want to run with that, then go for it. :)  I'm working on internal issues at the moment.16:19
bauzascfriesen: uh, my question was about giving you some mentoring for the spec16:21
cfriesenbauzas: lol.16:21
bauzascfriesen: I mean, I'm trying to help people contributing and that one seems quite cool to help16:22
*** SourabhP has quit IRC16:22
cfriesenbauzas: sure, that'd be great.  I'll run it by you once I get a first draft written up16:22
bauzascfriesen: np16:22
bauzascfriesen: I'm trying to figure out which kind of features can be done easily, so it would help some contributors to ramp up, not only for bugfixign16:23
cfriesenbauzas: if we can get agreement on actually doing it, the implementation should be straightforward16:23
bauzascfriesen: yup16:23
bauzascfriesen: but the spec deserves some thinking :)16:23
bauzasoh, is openstackgerrit on PTO ?16:24
openstackgerritOpenStack Proposal Bot proposed openstack/python-novaclient: Updated from global requirements  https://review.openstack.org/18850016:24
bauzasbecause I just uploaded a huge series...16:24
*** moshele has joined #openstack-nova16:25
jaypipesdansmith: rename of...?16:26
dansmithjaypipes: evacuate to resurrect16:26
dansmithjaypipes: I contend that resurrect is a better name, but not worth the confusion and pain to users to actually change it16:27
bauzasalaski: following our convo https://review.openstack.org/#/c/18848616:27
dansmithjaypipes: we do have the machinery in microversions to do it, I just don't think it's worth it16:27
bauzasalaski: maybe something really about discussing16:27
*** yassine_ has quit IRC16:28
*** busterswt has quit IRC16:28
jaypipesdansmith: ah, I see... yes, resurrect is a better name for it. Honestly, I think there *is* value in a rename, if not for anything but the documentation of it.16:28
jaypipesdansmith: but it's not high priority of course.16:28
dansmithjaypipes: there's value for sure, I just don't think it's enough value. But, okay16:28
*** whenry has joined #openstack-nova16:29
jaypipesdansmith: I can't count how many folks I've talked to just since *I* learned about evacuate's real purpose, that have been shocked it's not what they thought it was (live-migrate all instances from a host)16:29
VirtualPCGuydansmith: "Evacuate" is confusing for new users16:29
dansmithVirtualPCGuy: I know it is16:29
jaypipesVirtualPCGuy: yep, dansmith agrees with you :)16:29
jaypipesVirtualPCGuy: he's just saying it's not super-important to change.16:29
*** ildikov has quit IRC16:30
VirtualPCGuyjaypipes: I spend a lot of my time teaching people how to use this stuff, so I have a different perspective on importance :)16:30
dansmithwell, not just not super important, but not worth it16:31
dansmithlike, I think if we made the rename in the cli portion of the client,16:31
*** jcru has joined #openstack-nova16:31
*** iamjarvo has joined #openstack-nova16:31
ndipanovjaypipes, yeah - naming tings is kind of important if you deal with other humans16:31
dansmithI think that would get 90% of the uses16:31
*** iamjarvo has quit IRC16:31
cfriesendansmith: and in the GUI, presumably16:32
dansmithcfriesen: horizon, yeah16:32
dansmith(if it's even in horizon)16:32
mriedemcan we just call it compute operation 23b16:32
jaypipesheh16:32
VirtualPCGuyIMHO - while renaming in CLI, GUI is safer now, it will increase pressure to rename the API in the future.16:32
dansmithmriedem: that would be less confusing :)16:32
*** sajeesh has joined #openstack-nova16:33
*** aix has quit IRC16:33
VirtualPCGuyMriedem: I have always said all APIs should be GUIDs with a big lookup table.  Then we could change the description at will :P16:33
dansmithVirtualPCGuy: we have lots of things that are inconsistent between the cli and the api, and have been for some time16:33
*** matrohon has quit IRC16:33
VirtualPCGuydansmith: aware of that :)16:33
*** yamahata has joined #openstack-nova16:36
*** marzif_ has joined #openstack-nova16:37
*** ssurana has joined #openstack-nova16:38
*** lpetrut has joined #openstack-nova16:38
*** dims_ has joined #openstack-nova16:39
openstackgerritJohn Garbutt proposed openstack/nova-specs: api: relax validation for unversioned requests  https://review.openstack.org/17324316:39
mriedemjaypipes: btw, news on your favorite dog16:39
openstackgerritMaxim Nestratov proposed openstack/nova: libvirt: rename parallels driver to virtuozzo  https://review.openstack.org/18431116:39
*** Jeffrey4l has quit IRC16:39
*** amotoki has joined #openstack-nova16:39
openstackgerritJohn Garbutt proposed openstack/nova-specs: api: relax validation for unversioned requests  https://review.openstack.org/17324316:39
mriedemjaypipes: laura had him out w/o a leash on and ding dong mosied over to the neighbor's house to say high to their dogs - he came back with a punctured left shoulder which is now infected and oozing blood and puss16:40
mriedem*hi16:40
*** iamjarvo has joined #openstack-nova16:41
jaypipesmriedem: :( that's awful!16:41
*** iamjarvo has quit IRC16:41
mriedemhe was super doped up on pain meds last night, i've never seen a dog like that, pretty funny. he wouldn't even eat the food i put right in front of him.16:41
mriedemstoned out of his gorde16:41
jaypipesmriedem: yeah, doesn't take much for them to be out cold.16:41
*** iamjarvo has joined #openstack-nova16:41
dims_mriedem: ouch! :(16:41
openstackgerritClaudiu Belu proposed openstack/nova: Hyper-V: Adds VolumeOps unit tests  https://review.openstack.org/13979716:42
openstackgerritClaudiu Belu proposed openstack/nova: Hyper-V: Adds MigrationOps unit tests  https://review.openstack.org/13979616:42
openstackgerritClaudiu Belu proposed openstack/nova: Hyper-V: removes test_hypervapi tests  https://review.openstack.org/13979816:42
openstackgerritClaudiu Belu proposed openstack/nova: Hyper-V: Adds HyperVDriver unit tests  https://review.openstack.org/14898016:42
mriedemwe didn't notice the puncture wound until last night, but he was limping all day, i thought he just slept on his leg wrong - so i literally told him he was a pussy and needed to walk it off, repeatedly16:42
*** unicell has joined #openstack-nova16:43
ndipanovmriedem, gah :( how did it happen ?16:44
mriedemhe walked over, the other dog bit him16:44
mriedemthe end16:44
ndipanovoh so it was a dog that did it16:44
mriedemha, yeah16:44
ndipanov:(16:44
alaskibauzas: is consume_from_instance used outside of the scheduler?16:45
*** amotoki has quit IRC16:45
mriedemi've been saying those neighbor dogs were bad news since we moved in, but no one would believe me! well who's laughing now?!?!?!16:45
mriedemhahahaha16:45
ndipanovwhat kind of dog was it?16:45
mriedemone is a husky and one is a great dane16:45
mriedemi believe the husky is the biter16:45
mriedemshe has that 'i want to rip your heart out' kind of look16:46
*** nihilifer has joined #openstack-nova16:46
alaskibauzas: commented on the review16:47
*** sajeesh has quit IRC16:48
*** sdake_ has joined #openstack-nova16:48
*** iamjarvo has quit IRC16:49
*** prashant-upadhya has quit IRC16:49
*** nelsnelson has quit IRC16:50
*** eglynn has quit IRC16:51
*** sdake has quit IRC16:52
*** nic has joined #openstack-nova16:52
*** tonytan4ever has quit IRC16:52
*** moshele has quit IRC16:53
openstackgerritBaodong (Robert) Li proposed openstack/nova: Handle port delete initiated by neutron  https://review.openstack.org/17939016:54
*** prashant-upadhya has joined #openstack-nova16:55
bauzasalaski: sorry, family time :)16:58
bauzasalaski: to answer your question, there are 2 consume_from_instance() methods, one for the vanilla HostManager, and one for the Ironic one16:59
*** alanf-mc has joined #openstack-nova16:59
bauzasalaski: since IronicHostManager is inherited from the vanilla one, there is only one caller, from FilterScheduler17:00
*** VW has quit IRC17:00
*** Nisha has joined #openstack-nova17:00
bauzasalaski: back in the batcave now17:00
*** marzif_ has quit IRC17:00
*** nikhil_k is now known as nikhil-afk17:01
*** VW has joined #openstack-nova17:03
*** vilobhmm has joined #openstack-nova17:03
*** lucasagomes has quit IRC17:10
*** alanf-mc has quit IRC17:10
*** claudiub has quit IRC17:11
*** marzif_ has joined #openstack-nova17:11
*** alanf-mc has joined #openstack-nova17:12
*** marun has quit IRC17:12
*** salv-orlando has quit IRC17:12
*** marun has joined #openstack-nova17:13
johnthetubaguyI have mostly got the actions from the summit, I guess I probably missed some though https://etherpad.openstack.org/p/YVR-nova-liberty-summit-action-items17:16
johnthetubaguywhat a bit list17:17
* johnthetubaguy runs away for dinner17:17
*** nikhil-afk is now known as nikhil_k17:17
*** pradipta has joined #openstack-nova17:17
*** Kennan2 has joined #openstack-nova17:18
*** bradjones is now known as bradjones_away17:19
*** haomaiwang has joined #openstack-nova17:19
*** Kennan has quit IRC17:20
*** haomaiw__ has quit IRC17:20
*** Nisha has quit IRC17:20
*** oro_ has quit IRC17:21
*** adrian_otto has quit IRC17:22
openstackgerritChris Friesen proposed openstack/nova-specs: Allow specifying cpu model/features in flavor extra-specs or image metadata  https://review.openstack.org/16898217:23
*** dan has quit IRC17:23
*** dan| is now known as dan17:23
*** Nisha has joined #openstack-nova17:23
*** sudipto has joined #openstack-nova17:23
cfriesen^ this is a rework of the previous spec....Alex Xu and I have joined forces to try and come up with something simple but useful.  Will write up a blurb on the mailing list.17:24
*** mwagner_afk has joined #openstack-nova17:24
*** Viswanath has joined #openstack-nova17:25
*** josecastroleon has quit IRC17:28
*** tonytan4ever has joined #openstack-nova17:29
*** Viswanath has quit IRC17:30
*** ndipanov has quit IRC17:30
*** ildikov has joined #openstack-nova17:35
*** baoli has quit IRC17:38
*** haomaiwa_ has joined #openstack-nova17:39
*** marun has quit IRC17:39
*** claudiub has joined #openstack-nova17:40
*** salv-orlando has joined #openstack-nova17:40
*** ildikov_ has joined #openstack-nova17:40
*** dims_ has quit IRC17:40
*** haomaiwang has quit IRC17:41
*** VW_ has joined #openstack-nova17:46
*** VW has quit IRC17:47
*** dontalton has joined #openstack-nova17:47
*** Nisha has quit IRC17:53
*** patrickeast has joined #openstack-nova17:53
*** Nisha has joined #openstack-nova17:54
*** thangp has quit IRC17:55
*** yamahata has quit IRC17:55
*** yamahata has joined #openstack-nova17:55
*** artom has quit IRC17:55
*** igordcard_ has joined #openstack-nova17:55
*** thangp has joined #openstack-nova17:55
*** marzif_ has quit IRC17:55
*** igordcard_ has quit IRC17:56
*** marzif_ has joined #openstack-nova17:56
*** igordcard_ has joined #openstack-nova17:56
*** Nisha has quit IRC17:57
*** adrian_otto has joined #openstack-nova17:57
*** agireud has quit IRC17:57
*** rushiagr is now known as rushiagr_away17:57
*** Nisha has joined #openstack-nova17:58
ildikov_jaypipes: hi17:58
jaypipesildikov: on phone...17:59
ildikov_jaypipes: k, ping me when you're available, tnx18:00
*** ijw has joined #openstack-nova18:00
*** annegentle has joined #openstack-nova18:01
*** Viswanath has joined #openstack-nova18:01
*** barra204 has joined #openstack-nova18:01
*** mmedvede has quit IRC18:03
*** Viswanath has quit IRC18:04
*** adrian_otto has quit IRC18:05
*** gabor-t has joined #openstack-nova18:06
*** tellesnobrega_ has joined #openstack-nova18:06
*** barra204 has quit IRC18:07
*** artom has joined #openstack-nova18:08
*** adrian_otto has joined #openstack-nova18:08
*** dims_ has joined #openstack-nova18:08
*** mmedvede has joined #openstack-nova18:09
*** haomai___ has joined #openstack-nova18:09
*** haomaiwa_ has quit IRC18:10
*** adrian_otto has quit IRC18:11
*** burt has joined #openstack-nova18:11
*** otter768 has joined #openstack-nova18:12
*** dprince has quit IRC18:13
*** adrian_otto has joined #openstack-nova18:14
*** packet has quit IRC18:15
*** iamjarvo has joined #openstack-nova18:15
*** pradipta has quit IRC18:17
jaypipescfriesen: hey, I'm grabbing a bite to eat, but perhaps we could chat about the ChunkedFileIterator thing in about 40 minutes?18:18
*** otter768 has quit IRC18:18
jaypipescfriesen: can I ping you later?18:18
cfriesensure18:18
jaypipescfriesen: cheers.18:18
cfriesenlater18:18
*** adrian_otto has quit IRC18:21
*** iamjarvo has quit IRC18:21
*** annegentle has quit IRC18:21
*** claudiub has quit IRC18:22
*** annegentle has joined #openstack-nova18:22
*** Sukhdev has joined #openstack-nova18:22
*** MVenesio has joined #openstack-nova18:23
*** iamjarvo has joined #openstack-nova18:25
*** prashant-upadhya has quit IRC18:25
*** nickchase has quit IRC18:27
*** nickchase has joined #openstack-nova18:27
*** amotoki has joined #openstack-nova18:28
*** bradjones_away is now known as bradjones18:29
*** tellesnobrega_ has quit IRC18:29
*** nickchase has quit IRC18:29
*** tellesnobrega_ has joined #openstack-nova18:29
*** tellesnobrega_ has quit IRC18:29
*** nickchase has joined #openstack-nova18:29
*** jcru has quit IRC18:30
*** tellesnobrega_ has joined #openstack-nova18:32
*** tellesnobrega_ has quit IRC18:32
*** iamjarvo has quit IRC18:32
*** amotoki has quit IRC18:33
*** openstackstatus has joined #openstack-nova18:40
*** ChanServ sets mode: +v openstackstatus18:40
*** bradjones is now known as bradjones_away18:40
*** tellesnobrega_ has joined #openstack-nova18:41
openstackgerritMaxim Nestratov proposed openstack/nova: libvirt: rename parallels driver to virtuozzo  https://review.openstack.org/18431118:41
*** agireud has joined #openstack-nova18:41
-openstackstatus- NOTICE: Gerrit has been restarted to clear an issue with its event stream. Any change events between 17:25 and 18:38 UTC should be rechecked or have their approvals reapplied to initiate testing.18:42
*** tellesnobrega_ has quit IRC18:43
*** VW_ has quit IRC18:44
*** sudipto has quit IRC18:44
*** ajayaa has quit IRC18:45
*** tellesnobrega_ has joined #openstack-nova18:45
*** marzif_ has quit IRC18:47
*** ajo has quit IRC18:47
*** VW has joined #openstack-nova18:49
*** dprince has joined #openstack-nova18:49
*** packet has joined #openstack-nova18:50
*** packet has quit IRC18:51
*** tsbot_ has quit IRC18:51
*** flwang1 has joined #openstack-nova18:53
mriedemflwang: hey, so https://review.openstack.org/#/c/164494/ - i dropped the -2 hammer on that18:58
mriedemflwang: with the backup rotation stuff creeping in there, i think this is ballooning in complexity to the point that we need a blueprint and a spec to think it over18:58
mriedemflwang: i think you're on the right track, but it's definitely a feature add, not a bug fix,18:59
mriedemand as part of that i'd like to see  a tempest change being worked on concurrently that depends on the nova change and tests it / shows that it works - which would show it works in the cells case too18:59
*** krtaylor has quit IRC18:59
*** vishwana_ has joined #openstack-nova19:04
*** patrickeast_ has joined #openstack-nova19:04
*** marzif_ has joined #openstack-nova19:04
*** vishwanathj has quit IRC19:06
*** patrickeast has quit IRC19:06
*** patrickeast_ is now known as patrickeast19:06
mriedemsdague: question about ^ as well wrt microversions19:07
*** annegentle has quit IRC19:07
mriedemsdague: as in, once we have backup support for volume-backed instances, is that something that needs a microversion b/c if cloud A has the change and cloud B doesn't, do i as sophie cloud pants user need to tell which i can talk to for that capability?19:07
mnestratovGuys could please take a look at these bluprints that are all about Virtuozzo (former Parallels Cloud Server) enhancements:19:09
mnestratovhttps://blueprints.launchpad.net/nova/+spec/rename-pcs-to-virtuozzo19:09
mnestratovhttps://blueprints.launchpad.net/nova/+spec/virtuozzo-container-boot-from-volume19:09
mnestratovhttps://blueprints.launchpad.net/nova/+spec/virtuozzo-instance-resize-support19:09
mnestratovhttps://blueprints.launchpad.net/nova/+spec/ploop-snapshot-support19:09
*** Longgeek has quit IRC19:12
*** Nisha has quit IRC19:12
*** exploreshaifali has joined #openstack-nova19:14
*** salv-orlando has quit IRC19:15
*** Viswanath has joined #openstack-nova19:18
sdaguemriedem: so I guess it all comes down to is it just a bug where it was supposed to work and doesn't? I'm going to be inclined to say it's a bug because it doesn't change the API. Which also would make it candidate for backport.19:19
mriedemsdague: we said we weren't going to backport it in kilo b/c the rpc api version changes19:19
sdagueok19:19
mriedemso in kilo we merged a fail fast change and backported that19:19
dansmithsdague: it's really not a bug that was supposed to work19:20
mriedemyeah this is definitely a new feature19:20
dansmithand it includes some different behavior for the volume instances19:20
mriedemthis is like saying, nova doesn't support containers, it's a bug :)19:20
dansmithright19:20
sdagueok, then I guess yes19:20
*** Viswanath has quit IRC19:21
mriedemyes to microversion?19:21
flwang1mriedem: ping19:22
mriedemi'm not sure a microversion makes sense anyway since this isn't in the extension layer, it's in the compute api, so v2 and v2.1 would both get it19:22
mriedemflwang1: we're talking about your change ^19:22
dansmithmriedem: not if you just exclude the feature when v2.x isn't requested19:22
bauzasdoes anyone could help me triaging https://bugs.launchpad.net/nova/+bug/1439870 ?19:22
openstackLaunchpad bug 1439870 in OpenStack Compute (nova) "Fixed IPs not being recorded in database" [Undecided,New] - Assigned to venkata anil (anil-venkata)19:22
dansmithmriedem: being in the servers api doesn't mean anything different19:22
flwang1cool, reading19:22
*** krtaylor has joined #openstack-nova19:22
bauzasI'm missing some network context here19:22
mriedemdansmith: does anything else do that today?19:23
dansmithmriedem: all the code that checks the version, yeah19:23
dansmithmriedem: where it is in the code doesn't matter19:23
*** salv-orlando has joined #openstack-nova19:23
mriedemah ok19:23
dansmithmriedem: https://review.openstack.org/#/c/70485/9/nova/api/openstack/compute/plugins/v3/keypairs.py,cm19:23
dansmithactually, the better example is my evacuate one:19:24
*** alanf-mc has quit IRC19:24
mriedemactually the better example is my fixed_ips reserved one https://review.openstack.org/#/c/168966/8/nova/api/openstack/compute/plugins/v3/fixed_ips.py19:24
mriedem:)19:24
dansmithhttps://review.openstack.org/#/c/183200/5/nova/api/openstack/compute/plugins/v3/migrations.py,cm19:24
dansmithline 5919:24
dansmithno19:24
dansmithmy example is more useful for this case I think,19:24
dansmithwhere I just check the version in the middle of the code, no decorator/alternate call19:24
mriedemoh i thought we were just showing off19:24
dansmithheh19:25
mriedemdo we have the request down in the compute api module?19:25
*** gabor-t has quit IRC19:26
dansmithsure hope so :)19:26
dansmithoh, you mean nova/compute/api ?19:27
mriedemyes19:27
flwang1the conclusion is the patch is really adding a new feature instead of fixing bug?19:27
dansmithno, we don't19:27
dansmithyou'd need to catch this earlier19:27
mriedemyeah19:27
*** cknight has quit IRC19:27
mriedemwhich means checking it in the server extension19:27
dansmithflwang1: it's always been a feature add, hence the no-backport decision :)19:27
dansmithmriedem: sorry, I assumed we were clear that I was talking about where in nova/api/openstack/* we were.. my bad19:28
mriedemwhat's not clear about nova/api/openstack/compute and nova/compute/api?19:28
*** cknight has joined #openstack-nova19:28
mriedemo-)19:28
dansmithyeah19:28
flwang1i just want to figure out why it's requested to provide a spec now :)19:29
mriedemflwang1: the rotation stuff makes this more complicated19:29
dansmithwhen you said "compute api" above I read it as "servers api"19:29
flwang1mriedem: you mean, delete the snapshot volumes?19:29
mriedemflwang1: also i think this probably means a microversion so people can discover that this works in v2.1 but not v219:29
mriedemflwang1: yeah - i also added a bunch of comments before -2 today19:29
flwang1mriedem: i saw your comments, but most of them won't impact the code :)19:30
mriedemflwang1: well, i'm pretty sure the rotation logic is busted since you're not snapshotting an image so the query to the image_api will return 0 and it won't rotate/delete old volume snapshots, so that's kind of busted19:30
mriedemflwang1: and i think we have to figure out if a microversion is needed for this so users can 'discover' if the capability is there or not19:31
flwang1no, actually, we're stilling snapshoting image19:31
mriedemi guess if it's just fixed in nova/compute/api.py then it's in v2 and v2.1 and if you know you're talking to a liberty cloud you assume it's there,19:31
mriedembut i don't know if users can tell which version of nova-api they are talking to19:32
dansmiththey cannot19:32
flwang1so we should still use image_api to get the image list19:32
*** ildikov_ has quit IRC19:32
flwang1because backup is actually a snapshot, the difference is backup do it many times19:32
mriedemoh i see that nova.compute.api.snapshot_volume_backed calls self.image_api.create(context, image_meta)19:33
flwang1yes19:33
flwang1i'm ok for creating a new bp/spec to track this, but could I assume it can be approved it quickly ? :)19:35
mriedemwell19:35
mriedemi don't think it's all that controversial19:35
mriedemi think we need to document the decisions made though, like if a microversion is required or not (i'm thinking it's not required, but not sure)19:36
mriedemand i'd really want to see a tempest change testing this at the same time it's being developed so we see it works in cells and non-cells jobs19:36
mriedemthe spec would call that out in the testing section19:36
*** iamjarvo has joined #openstack-nova19:37
flwang1mriedem: good point19:37
flwang1but should the tempest patch block this one?19:37
mriedemflwang1: i think so19:37
mriedemwith the depends-on tag it makes it easy19:37
dansmithmriedem: so, tempest will try to check the behavior, which will fail on, say, kilo19:38
flwang1mriedem: ok19:38
mriedemdansmith: tempest can be configured19:38
mriedemwe do that quite a bit actually19:38
mriedemdansmith: so default it's not supported, but devstack on master will enable it for testing19:38
dansmithsure, but doesn't that indicate to you that it needs to be user-detectable?19:38
dansmithi.e. a microversion19:38
mriedemgood point19:39
dansmithit fails now with some 40x error, not 50x, right?19:39
mriedemjust saying, things have been in before19:39
flwang1would you guys mind explaining why the microversion matters here?19:39
dansmithflwang1: see the last 30 seconds19:39
flwang1dansmith: yep19:39
mriedemlike live migration of a paused instance, and deleting an instance doesn't delete neutron ports if they originated from neutron and not nova boot19:39
dansmiththe former is very user-visible, the latter is rather obscure19:40
mriedemyeah, and live migration a paused instance that doesn't support it fails fast with a 40019:40
mriedemthe latter is a bit in between, anyway, off topic a bit19:40
dansmithbackup fails fast with 40x too, yes?19:41
mriedemit does now19:41
dansmithI'm not completely convinced we need one for this either,19:41
dansmithbut we're going to have more and more cases like this,19:41
dansmithso we kinda need to decide what we do here, IMHO19:41
mriedemi agree with agreeing on things being agreeable19:42
dansmithagreed.19:42
*** matrohon has joined #openstack-nova19:42
mriedemso...we agree a spec for sure19:42
dansmithyeah19:42
dansmithflwang1: if you're going to not do a microversion,19:42
mriedemflwang1: if you want to write the spec as not needing a microversion and explaining the case why not, then it can be debated in gerrit for others19:42
dansmithplease document all the above in the REST impact section19:42
*** beagles is now known as beagles_brb19:43
dansmithso we can argue about it there, or at least so we're clearly voting for not doing one for $explanation19:43
mriedemexactly19:43
mriedemand htf tempest should be dealing with this stuff19:43
mriedemb/c up until now it's just be tempest.conf toggles19:43
mriedem*been19:43
*** ildikov_ has joined #openstack-nova19:46
*** VW has quit IRC19:49
*** VW has joined #openstack-nova19:49
*** ijw_ has joined #openstack-nova19:50
flwang1ok, thank you guys19:50
*** exploreshaifali has quit IRC19:50
flwang1though i may need some times to summarize why we don't go for the microversion19:51
*** ijw has quit IRC19:52
jaypipescfriesen: OK, I'm pushing our chat to tomorrow, sorry :( I need to complete about 5 specs today and need to go into seclusion :)19:53
*** artom has quit IRC19:53
mriedemflwang1: the main point for not having a microversion i think is b/c it's not a change to the API extensions, it's a change in the nova.compute.api module which would make it work for v2 and v2.119:53
mriedemflwang1: the question is about discoverability19:54
*** samueldmq has quit IRC19:54
*** VW has quit IRC19:54
*** Viswanath has joined #openstack-nova19:55
*** dprince has quit IRC19:56
*** baoli has joined #openstack-nova19:57
*** iamjarvo has quit IRC19:59
*** nelsnelson has joined #openstack-nova19:59
*** VW has joined #openstack-nova20:00
*** marun has joined #openstack-nova20:00
*** Viswanath has quit IRC20:00
*** marzif_ has quit IRC20:00
*** iamjarvo has joined #openstack-nova20:04
*** iamjarvo has quit IRC20:04
*** iamjarvo has joined #openstack-nova20:05
*** iamjarvo has quit IRC20:05
*** iamjarvo has joined #openstack-nova20:05
openstackgerritMaxim Nestratov proposed openstack/nova: Add config drive support for PCS containers  https://review.openstack.org/14925320:06
*** Viswanath has joined #openstack-nova20:07
*** nelsnelson has quit IRC20:07
openstackgerritAuktavian Garrett proposed openstack/nova: Use unique values for hypervisor_hostnames  https://review.openstack.org/18784420:08
*** ijw_ has quit IRC20:08
*** baoli has quit IRC20:08
bauzasmelwitt: if you don't disagree, putting your change to https://etherpad.openstack.org/p/liberty-nova-priorities-tracking20:08
bauzasmelwitt: L3220:09
*** ijw has joined #openstack-nova20:09
bauzasmelwitt: as I said, a little hairy and a question, but I think it's mergeable20:09
*** Viswanath has quit IRC20:10
*** flwang1 has quit IRC20:12
*** otter768 has joined #openstack-nova20:13
openstackgerritOpenStack Proposal Bot proposed openstack/python-novaclient: Updated from global requirements  https://review.openstack.org/18850020:14
melwittbauzas: cool, thanks. what do you mean by hairy? hard to follow?20:16
*** Viswanath has joined #openstack-nova20:16
*** baoli has joined #openstack-nova20:16
dansmithmelwitt: big and complicated, I imagine20:17
*** alanf-mc has joined #openstack-nova20:17
*** amotoki has joined #openstack-nova20:17
dansmithbut it's probably as small as it can be20:17
bauzasmelwitt: the main change was about objectifying the instance, but you also added the RPC API bump, the context manager for race conditions and you made a few modifications (like the one I commented)20:17
bauzasmelwitt: dansmith: yeah that's my point, I made a +1 because it went into the right direction and perhaps it was atomic20:18
*** baoli has quit IRC20:18
bauzasmelwitt: dansmith: but it took me a while to make sure it was okay :)20:18
*** baoli has joined #openstack-nova20:18
*** otter768 has quit IRC20:19
dansmithI'll take a look once I get some food in me20:19
*** sinval_ has quit IRC20:19
*** Viswanath has quit IRC20:20
*** VW has quit IRC20:20
*** artom has joined #openstack-nova20:21
melwittbauzas: ah, yeah. I understand. the version bump is required because the heart of the change is sending an object to cells rpcapi, and only a newer version could handle that. the "skip sync" thing is also needed because changing to objects introduces an instance.save() forever loop otherwise. it is complicated, unfortunately20:21
*** amotoki has quit IRC20:22
bauzasmelwitt: yup, I understood it :)20:22
*** Sukhdev has quit IRC20:22
bauzasmelwitt: was just saying it was hairy :)20:22
melwitthaha okay20:22
bauzasmelwitt: but most of that was atomic20:22
bauzasmelwitt: I still have an open question on https://review.openstack.org/#/c/176518/13/nova/cells/messaging.py,cm20:23
bauzasmelwitt: so, you're now calling instance.save() which itself manages the instance actions ?20:23
melwittbauzas: yes, didn't reply yet. instance.save() will info_cache.save() the info_cache object if it's part of the update. what do you mean by instance actions? is that something separate?20:24
bauzasinfo_cache indeed, my bad20:24
bauzasokay, that's what I thought, hence my +120:25
openstackgerritChris Friesen proposed openstack/nova-specs: Drop support for booting multiple instances  https://review.openstack.org/18857520:25
cfriesenjohnthetubaguy: stole some time...there's your spec for opening discussion. ^20:26
*** bradjones_away has quit IRC20:26
melwittbauzas: okay, cool20:26
cfriesenbauzas: ^20:26
bauzascfriesen: CCing it20:26
*** ijw_ has joined #openstack-nova20:29
*** ivasev has quit IRC20:32
*** bradjones has joined #openstack-nova20:32
*** ijw has quit IRC20:32
*** kylek3h has joined #openstack-nova20:32
*** ociuhandu has quit IRC20:32
*** busterswt has joined #openstack-nova20:35
*** vladikr has quit IRC20:36
*** busterswt has quit IRC20:36
*** artom has quit IRC20:37
*** adrian_otto has joined #openstack-nova20:38
*** tonytan4ever has quit IRC20:38
*** tonytan4ever has joined #openstack-nova20:39
*** lpetrut has quit IRC20:41
*** markvoelker has quit IRC20:41
*** tsekiyama has joined #openstack-nova20:43
*** tonytan4ever has quit IRC20:44
*** tsbot_ has joined #openstack-nova20:44
*** Viswanath has joined #openstack-nova20:44
*** igordcard_ has quit IRC20:45
*** Viswanath has quit IRC20:47
dansmithmelwitt: why do you think you need to catch infocachenotfound?20:54
melwittdansmith: besides the fact it was doing it before, during instance.save() info_cache.save() will go before the instance_update, so it's possible that can be raised and if we don't catch it separately, it'll fall under the existing NotFound and do an instance.create()20:56
dansmithmelwitt: yeah, but if it's on the instance, then it should have already been created anyway, right?20:56
dansmithyou're not getting it from somewhere else20:56
melwittdansmith: one would think, but remember there's that cells rpcapi update_instance_info_cache_at_top which receives only an info cache and an instance object is created just to hold it, when it's passed to instance_update_at_top20:57
dansmithI guess if it's deleted underneath us20:57
*** cknight has quit IRC20:57
dansmithhmm, not sure I understand that, but... I probably don't want to know :)20:58
bauzasnova meeting in 2' ?20:58
mikalNova meeting in a couple of minutes!20:58
*** ijw_ has quit IRC21:00
melwittdansmith: in here L262 https://review.openstack.org/#/c/176518/13/nova/cells/rpcapi.py,cm21:00
*** ijw has joined #openstack-nova21:00
*** thangp has quit IRC21:00
*** beagles_brb is now known as beagles21:00
*** electrocucaracha has quit IRC21:00
*** iamjarvo has quit IRC21:01
*** raildo has quit IRC21:01
*** operator99 is now known as gyee21:02
*** electrocucaracha has joined #openstack-nova21:02
*** tonytan4ever has joined #openstack-nova21:05
alaskiI was looking for good places to split that patch, but outside of one small cleanup spot it really is about as minimal as it can get21:06
openstackgerritChris Friesen proposed openstack/nova-specs: Drop support for booting multiple instances  https://review.openstack.org/18857521:06
*** ijw has quit IRC21:10
*** ijw has joined #openstack-nova21:10
cfriesenbauzas: as long as you're interested in looking at specs...could you take a look at https://review.openstack.org/#/c/168982/ too?21:11
bauzascfriesen: nova meeting but sure :)21:11
cfriesenbauzas: no rush21:11
*** SourabhP has joined #openstack-nova21:17
openstackgerritEarle F. Philhower, III proposed openstack/nova: Add support for HGST Solutions volumes to libvirt  https://review.openstack.org/18659421:17
*** Kennan has joined #openstack-nova21:18
*** Kennan2 has quit IRC21:19
*** eharney has quit IRC21:19
*** ijw_ has joined #openstack-nova21:20
SourabhPjogo: Hello!21:21
*** tellesnobrega_ has quit IRC21:21
SourabhPjogo: Can you provide some guidance how to proceed for https://review.openstack.org/#/c/157616/21:22
*** ijw has quit IRC21:23
*** adrian_otto has quit IRC21:27
*** Raildo has joined #openstack-nova21:27
*** Raildo_ has joined #openstack-nova21:29
*** Raildo__ has joined #openstack-nova21:29
*** Raildo__ has quit IRC21:30
*** adrian_otto has joined #openstack-nova21:30
*** angdraug has quit IRC21:30
*** Raildo has quit IRC21:33
*** Raildo_ has quit IRC21:34
*** baoli has quit IRC21:34
*** adrian_otto has quit IRC21:34
*** baoli has joined #openstack-nova21:35
*** salv-orlando has quit IRC21:35
mriedemSourabhP: restore the change21:35
mriedemSourabhP: you probably want to find danpb21:35
mriedemhe's in the UK so not around right now21:35
SourabhPmriedem: yes, I restored the change. Will contact danpb, thanks for the info!21:37
mriedemmestery: i saw a server create failure with kilo code where the binding:vif_type on a port came back to nova as 'binding_failed' - seems like any requests to neutron should have failed in that case no?21:37
mriedemunless it's on the vif plug where nova is waiting for the event back from neutron21:38
*** electrocucaracha has quit IRC21:38
mriedemmestery: but looking at our neutron api it looks like we are putting this into our network_model in the db and could be detecting it and failing in much more obvious ways21:38
mriedembeagles: sc68cal: ^ if you have ever heard of this21:38
*** electrocucaracha has joined #openstack-nova21:38
sc68callooking21:39
*** MVenesio has quit IRC21:39
mesterymriedem: Could be, I'm in the middle of something now, I'll defer to sc68cal at the moment :)21:40
*** mwagner_afk has quit IRC21:40
mriedemsc68cal: this is the paste http://paste.openstack.org/show/263976/21:40
sc68calI thought there was a spec somewhere to make the errors for binding_failed more clear, but it's been a while21:40
mriedemi've never seen this21:40
mriedemi see neutron has a constant that it checks for specifically 'binding_failed'21:40
*** salv-orlando has joined #openstack-nova21:41
mriedemi told the guy to check neutron logs but he hasn't come back with anything from that yet21:41
mriedemi'm guessing this is misconfiguration, but seems we have a better error response to give somewhere in nova21:41
*** markvoelker has joined #openstack-nova21:41
sc68calmriedem: yeah he may need to go find the log for the specific host where the instance was scheduled and check the neutron agent log for the failure21:42
mriedemok, will dig in later21:44
*** agireud has quit IRC21:44
*** markvoelker has quit IRC21:46
*** claudiub has joined #openstack-nova21:47
*** matrohon has quit IRC21:49
*** mriedem has quit IRC21:51
*** angdraug has joined #openstack-nova21:53
*** krtaylor has quit IRC21:56
*** whenry has quit IRC21:57
flwangjaypipes: ping21:57
jaypipesflwang: pong (though I'm really in seclusion working on specs right now...)21:57
*** iamjarvo has joined #openstack-nova21:58
*** iamjarvo has quit IRC21:58
*** iamjarvo has joined #openstack-nova21:58
*** iamjarvo has quit IRC21:58
*** apuimedo has joined #openstack-nova21:58
flwangjaypipes: ok, if so, i can ping you later when you're not in a shadow corner21:58
jaypipesflwang: :) how about tomorrow morning. either that, or shoot me an email?21:59
*** iamjarvo has joined #openstack-nova21:59
flwangah, just wanna have a catch up about the glance v2 in nova21:59
*** electrocucaracha has quit IRC21:59
flwangok, i can ping you on Monday, since tomorrow is my Sat, I'm based in NZ22:00
jaypipesflwang: sounds good. I'll try to review flaper87's glance-related Nova specs tomorrow.22:01
*** adrian_otto has joined #openstack-nova22:02
flwangjaypipes: cool, I'm trying to rebase his patch and working on something from the glance side22:02
ildikov_jaypipes: could you please add one more spec to your review list: https://review.openstack.org/#/c/179104/ ? :)22:04
jaypipesildikov: yes, I will.22:04
jaypipesthx for reminding me of that one.22:04
*** electrocucaracha has joined #openstack-nova22:05
*** burt has quit IRC22:05
*** dboik has quit IRC22:05
ildikov_jaypipes: me thanks22:05
*** amotoki has joined #openstack-nova22:06
*** electrocucaracha has quit IRC22:08
*** ijw_ has quit IRC22:09
*** jecarey has quit IRC22:09
openstackgerritmelanie witt proposed openstack/nova: Raise InstanceNotFound when save FK constraint fails  https://review.openstack.org/18826122:09
*** flip214 has quit IRC22:09
*** flip214 has joined #openstack-nova22:10
*** flip214 has quit IRC22:10
*** flip214 has joined #openstack-nova22:10
melwittdansmith: this is my attempt at the instance.save() FK constraint failure handling we talked about the other day. I broadened it to any ObjectField instead of only flavor https://review.openstack.org/#/c/188261/22:10
*** amotoki has quit IRC22:11
dansmithmelwitt: cool22:11
*** electroc_ has joined #openstack-nova22:11
dansmithmelwitt: we should let some of the dbish people look at it first, but I think that's the right thing to do22:12
*** ijw has joined #openstack-nova22:12
*** claudiub has quit IRC22:13
*** otter768 has joined #openstack-nova22:14
melwittdansmith: okay, makes sense22:15
*** slong has joined #openstack-nova22:18
*** iamjarvo has quit IRC22:18
openstackgerritJosh Durgin proposed openstack/nova-specs: RBD instance snapshots  https://review.openstack.org/18824422:19
*** otter768 has quit IRC22:19
dansmithmelwitt: made a teensy nit comment22:19
melwittdansmith: I wasn't sure about that one because tags is an object field TagList but there isn't a _save_tags22:21
*** mnestratov|3 has joined #openstack-nova22:21
dansmithmelwitt: my complaint is the naming of the variable22:21
dansmithit says "fields with save methods" but that's not right22:21
dansmithit's actually everything minus tags22:22
melwittdansmith: I thought it was being that tags doesn't have a _save_* method22:22
openstackgerritJosh Durgin proposed openstack/nova-specs: RBD instance snapshots  https://review.openstack.org/18824422:22
*** tonytan4ever has quit IRC22:23
melwittthat is, the isinstance call would still pick up "tags"22:23
dansmithmelwitt: http://pastebin.com/NSDfG3xY22:23
*** mnestratov has quit IRC22:23
*** tonytan4ever has joined #openstack-nova22:24
melwittdansmith: oh, sorry. :(22:24
dansmithheh22:25
dansmithfigured it was easier to show it in code :)22:25
melwittyeah, it's very clear now. haha22:25
*** krtaylor has joined #openstack-nova22:26
*** sorrison_laptop has joined #openstack-nova22:28
*** kylek3h has quit IRC22:28
*** tonytan4ever has quit IRC22:28
*** Sukhdev has joined #openstack-nova22:29
*** adrian_otto has left #openstack-nova22:30
*** nic has quit IRC22:30
*** rwsu has quit IRC22:30
*** nic has joined #openstack-nova22:31
*** winston-d has quit IRC22:31
*** winston-d has joined #openstack-nova22:31
*** ijw has quit IRC22:32
*** ijw has joined #openstack-nova22:32
*** nic has quit IRC22:33
*** dontalton has quit IRC22:35
*** annegentle has joined #openstack-nova22:35
*** baoli has quit IRC22:36
*** iamjarvo has joined #openstack-nova22:37
*** iamjarvo has quit IRC22:38
*** iamjarvo has joined #openstack-nova22:38
*** mrodden has quit IRC22:39
*** mrodden_ has joined #openstack-nova22:39
*** mrodden_ is now known as mrodden22:40
*** annegentle has quit IRC22:40
*** sorrison_laptop has quit IRC22:41
*** annegentle has joined #openstack-nova22:42
openstackgerritmelanie witt proposed openstack/nova: Raise InstanceNotFound when save FK constraint fails  https://review.openstack.org/18826122:42
*** ijw has quit IRC22:42
*** markvoelker has joined #openstack-nova22:42
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Enable python34 tests for nova/tests/unit/objects/test*.py  https://review.openstack.org/18778522:43
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Adding more py34 test  https://review.openstack.org/18824322:43
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Enable python34 tests for nova/tests/unit/scheduler/test*.py  https://review.openstack.org/18796822:43
*** ijw has joined #openstack-nova22:43
*** electroc_ has quit IRC22:44
*** iamjarvo has quit IRC22:47
*** markvoelker has quit IRC22:47
*** iamjarvo has joined #openstack-nova22:47
*** zzzeek has quit IRC22:50
openstackgerritJesse Keating proposed openstack/python-novaclient: Handle retry-after headers in 403 errors  https://review.openstack.org/18862022:53
*** ijw_ has joined #openstack-nova22:53
*** ijw has quit IRC22:56
*** packet has joined #openstack-nova23:02
*** annegentle has quit IRC23:08
*** radek_ has quit IRC23:09
*** sorrison_laptop has joined #openstack-nova23:16
wwriverratI hereby respectfully request a core dev +2 review this mindlessly simple patch: https://review.openstack.org/#/c/179978/23:17
wwriverratMakes multiple runs of libvirt driver's cleanup method tolerant of serial ports missing (typically when it needs to be run a 2nd time).23:17
*** ian_brown has quit IRC23:19
*** packet has quit IRC23:19
*** ian_brown has joined #openstack-nova23:19
*** tjones1 has quit IRC23:25
*** zhenguo has joined #openstack-nova23:30
*** bradjones has quit IRC23:36
*** vilobhmm has quit IRC23:38
*** bradjones has joined #openstack-nova23:39
*** hemna is now known as hemnafk23:43
*** sdake_ is now known as sdake23:44
openstackgerritSam Morrison proposed openstack/nova: Cells: Support attach/detach interface and external events  https://review.openstack.org/18415523:50
*** VW has joined #openstack-nova23:51
*** salv-orlando has quit IRC23:53
*** destiny has quit IRC23:54
*** sorrison has joined #openstack-nova23:57
*** sorrison_laptop has quit IRC23:58

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!