Friday, 2015-04-10

*** ZZelle_ has quit IRC00:01
*** otter768 has quit IRC00:03
*** promulo has joined #openstack-nova00:06
*** achanda has quit IRC00:07
*** ijw has joined #openstack-nova00:09
*** isd has joined #openstack-nova00:10
*** Sukhdev has joined #openstack-nova00:10
*** achanda has joined #openstack-nova00:11
*** promulo__ has quit IRC00:12
*** achanda has quit IRC00:16
*** zzzeek has quit IRC00:23
*** BadCub is now known as BadCub_Hiding00:28
*** jamielennox|away is now known as jamielennox00:28
*** FL1SK has joined #openstack-nova00:29
*** salv-orlando has quit IRC00:31
*** alex_xu has quit IRC00:42
*** yingjun has joined #openstack-nova00:45
*** alex_xu has joined #openstack-nova00:45
*** eliqiao has joined #openstack-nova01:04
*** Marga_ has quit IRC01:05
*** Marga_ has joined #openstack-nova01:05
*** ijw_ has joined #openstack-nova01:05
dansmithmikal: ship that mofo'01:06
dansmithmikal: https://review.openstack.org/#/c/172152/01:06
*** IanGovett has joined #openstack-nova01:06
openstackgerritVladik Romanovsky proposed openstack/nova: tests: introduce a NUMAServersTest class  https://review.openstack.org/15500601:06
*** otter768 has joined #openstack-nova01:07
*** liusheng has joined #openstack-nova01:07
*** yingjun has quit IRC01:08
*** ijw has quit IRC01:08
jogodansmith: ohh exciting RC1 is almost ready?01:10
dansmithjogo: it's ready, as far as I'm concerned01:11
dansmithjust need mikal to hit the big red button01:11
*** Jeffrey4l has joined #openstack-nova01:13
*** neelashah has joined #openstack-nova01:15
jogoexciting!01:16
*** IanGovett has quit IRC01:16
*** IanGovett has joined #openstack-nova01:17
*** dsanders1 has quit IRC01:18
*** mtanino has quit IRC01:18
*** IanGovett has quit IRC01:22
*** Marga__ has joined #openstack-nova01:22
*** Marga_ has quit IRC01:22
*** yingjun has joined #openstack-nova01:23
*** igordcard_ has quit IRC01:24
*** Marga__ has quit IRC01:24
*** Marga_ has joined #openstack-nova01:24
openstackgerritEli Qiao proposed openstack/nova: Libvirt: Show real vCpuCompareResult instead of a url link  https://review.openstack.org/16567101:31
*** gzhai has joined #openstack-nova01:31
*** salv-orlando has joined #openstack-nova01:31
*** otter768 has quit IRC01:32
*** zhangtralon has joined #openstack-nova01:33
*** baoli has joined #openstack-nova01:33
*** xuhanp_ has joined #openstack-nova01:35
*** xuhanp has joined #openstack-nova01:35
*** salv-orlando has quit IRC01:37
*** dboik_ has quit IRC01:39
*** otter768 has joined #openstack-nova01:45
openstackgerritzhangtralon proposed openstack/nova-specs: Make fitler to support force_hosts/force_nodes  https://review.openstack.org/17191701:49
*** iamjarvo has joined #openstack-nova01:49
*** jyuso1 has joined #openstack-nova01:54
*** erkules_ has joined #openstack-nova01:55
*** erkules has quit IRC01:57
*** lnr has joined #openstack-nova02:00
*** lnr has left #openstack-nova02:00
*** ijw_ has quit IRC02:01
*** Sukhdev has quit IRC02:05
openstackgerritYongli He proposed openstack/nova: resource tracker style pci resource management  https://review.openstack.org/13132102:05
*** dims_ has quit IRC02:07
*** VW_ has joined #openstack-nova02:12
*** baoli has quit IRC02:12
*** browne has quit IRC02:12
*** baoli has joined #openstack-nova02:13
*** otter768 has quit IRC02:13
*** otter768 has joined #openstack-nova02:15
*** Jeffrey4l has quit IRC02:23
*** zzzeek has joined #openstack-nova02:24
*** mmedvede has quit IRC02:25
*** harlowja is now known as harlowja_away02:26
*** sdake has joined #openstack-nova02:26
*** jcoufal has quit IRC02:28
*** yamahata has quit IRC02:29
*** yuntong has joined #openstack-nova02:29
*** park_heijlong has joined #openstack-nova02:30
*** erlon has quit IRC02:31
*** annashen has joined #openstack-nova02:35
*** Longgeek has joined #openstack-nova02:36
*** Jeffrey4l has joined #openstack-nova02:36
*** achanda has joined #openstack-nova02:40
*** annashen has quit IRC02:40
eliqiaohi RuiChen:02:42
eliqiaoit's re https://review.openstack.org/#/c/171079/2 . I see you are -1 due to lack of unit test case. any suggestion on how to write the unit case ?02:42
*** browne has joined #openstack-nova02:44
*** unicell has quit IRC02:45
*** achanda has quit IRC02:45
RuiCheneliqiao: wait a minutes.02:45
*** popw has joined #openstack-nova02:47
RuiCheneliqiao: maybe you can follow '_test_live_migration_monitoring' as example.02:49
*** achanda has joined #openstack-nova02:50
*** ozialien has joined #openstack-nova02:50
eliqiaoRuiChen: yeah,I see that case. but I wonder how can we assert the value in a sleep call?02:54
*** xyang1 has quit IRC02:54
*** sdake_ has joined #openstack-nova02:54
eliqiaoRuiChen: if we call _live_migration_monitor in a mock envroment, then we can only get the finnal result of instance.progress... what about for each loop ?02:55
*** haigang has joined #openstack-nova02:56
*** dsanders has joined #openstack-nova02:57
*** sdake has quit IRC02:57
*** haigang has quit IRC02:58
*** haigang has joined #openstack-nova02:59
*** dsanders has quit IRC02:59
*** tonytan4ever has quit IRC03:00
RuiCheneliqiao: instance as MagicMock, it's work? I'm not sure03:00
*** tonytan4ever has joined #openstack-nova03:01
*** dsanders has joined #openstack-nova03:01
*** zzzeek has quit IRC03:03
*** dims_ has joined #openstack-nova03:08
*** xuhanp_ has quit IRC03:09
*** xuhanp has quit IRC03:09
*** annashen has joined #openstack-nova03:10
*** isd has quit IRC03:11
*** mmedvede has joined #openstack-nova03:13
*** dims_ has quit IRC03:13
*** VW_ has quit IRC03:14
*** VW_ has joined #openstack-nova03:14
*** xuhanp has joined #openstack-nova03:14
*** xuhanp_ has joined #openstack-nova03:15
*** zzzeek has joined #openstack-nova03:18
*** zzzeek has quit IRC03:18
*** dsanders has quit IRC03:19
*** adrian_otto1 has left #openstack-nova03:19
*** gyee has quit IRC03:19
*** achanda has quit IRC03:20
openstackgerritGhanshyam Mann proposed openstack/nova: Merge fping functioanl tests between v2 and v2.1  https://review.openstack.org/17229403:22
*** tonytan4ever has quit IRC03:23
*** thomasem has quit IRC03:23
*** neelashah has quit IRC03:24
*** ozialien has quit IRC03:26
*** ozialien has joined #openstack-nova03:26
*** ozialien has quit IRC03:26
*** tojuvone has joined #openstack-nova03:26
*** Marga_ has quit IRC03:31
*** asettle is now known as asettle-afk03:32
*** haigang has quit IRC03:33
*** jay-lau-513 has quit IRC03:35
openstackgerritwanghao proposed openstack/nova: fix 'Ignoring EndpointNotFound' error in init host  https://review.openstack.org/14704203:35
*** markvoelker has quit IRC03:35
openstackgerritTrung Trinh proposed openstack/nova: Fix bug in function get_instance_availability_zone  https://review.openstack.org/14995203:42
*** Marga_ has joined #openstack-nova03:45
*** salv-orlando has joined #openstack-nova03:46
openstackgerritzhangtralon proposed openstack/nova-specs: Create Nova Scheduler Base Image Weighter  https://review.openstack.org/17229803:46
*** Marga_ has quit IRC03:47
*** Marga_ has joined #openstack-nova03:47
*** salv-orlando has quit IRC03:53
*** yingjun has quit IRC03:54
openstackgerritwanghao proposed openstack/nova: Allow bdm boot_index=1 when creating vm from image  https://review.openstack.org/17198403:54
openstackgerritzhangtralon proposed openstack/nova-specs: Make fitler to support force_hosts/force_nodes  https://review.openstack.org/17191703:58
*** deepthi has joined #openstack-nova03:59
*** dsanders has joined #openstack-nova04:00
*** annashen has quit IRC04:00
*** markvoelker has joined #openstack-nova04:06
*** otter768 has quit IRC04:07
*** lpetrut has joined #openstack-nova04:11
*** asettle-afk is now known as asettle04:11
*** iamjarvo has quit IRC04:12
*** markvoelker has quit IRC04:12
openstackgerritMadhuri Kumari proposed openstack/nova: Merge SchedulerHints functional tests of v2 and v2.1  https://review.openstack.org/16790304:21
*** RuiChen has quit IRC04:25
*** RuiChen has joined #openstack-nova04:25
*** melwitt has quit IRC04:27
*** sdake_ has quit IRC04:27
*** baoli has quit IRC04:27
*** baoli has joined #openstack-nova04:32
*** dsanders has quit IRC04:33
*** achanda has joined #openstack-nova04:36
openstackgerritMadhuri Kumari proposed openstack/nova: Merge SchedulerHints functional tests of v2 and v2.1  https://review.openstack.org/16790304:36
*** Alexandra_ has joined #openstack-nova04:40
*** unicell has joined #openstack-nova04:41
*** zhangtralon has quit IRC04:41
*** ajayaa has joined #openstack-nova04:44
*** annashen has joined #openstack-nova04:45
*** sluo_wfh has joined #openstack-nova04:46
*** sluo_wfh has quit IRC04:46
openstackgerritGhanshyam Mann proposed openstack/nova: Share hide server add tests between v2 and v2.1  https://review.openstack.org/17230204:49
*** dsanders has joined #openstack-nova04:50
*** xuhanp_ has quit IRC04:51
*** xuhanp has quit IRC04:51
*** deepthi has quit IRC04:51
*** yingjun has joined #openstack-nova04:51
*** deepthi has joined #openstack-nova04:54
*** sbfox has joined #openstack-nova05:01
*** VW__ has joined #openstack-nova05:09
*** VW_ has quit IRC05:12
*** vivekd_ has joined #openstack-nova05:12
*** sdake has joined #openstack-nova05:14
*** sdake has quit IRC05:14
*** sdake has joined #openstack-nova05:14
*** pradipta has joined #openstack-nova05:15
*** Longgeek has quit IRC05:23
*** Longgeek has joined #openstack-nova05:24
*** sdake_ has joined #openstack-nova05:25
*** yingjun has quit IRC05:26
*** sbfox has quit IRC05:26
*** sdake has quit IRC05:29
*** iamjarvo_ has joined #openstack-nova05:31
*** yingjun has joined #openstack-nova05:32
*** eliqiao has quit IRC05:33
*** afazekas has joined #openstack-nova05:36
*** eliqiao has joined #openstack-nova05:36
*** eliqiao1 has joined #openstack-nova05:37
*** Sukhdev has joined #openstack-nova05:38
*** eliqiao has quit IRC05:40
*** ildikov_afk has quit IRC05:41
*** eliqiao has joined #openstack-nova05:41
*** iamjarvo_ has quit IRC05:42
*** eliqiao1 has quit IRC05:42
*** baoli has quit IRC05:44
openstackgerritMadhuri Kumari proposed openstack/nova: Merge SchedulerHints functional tests of v2 and v2.1  https://review.openstack.org/16790305:50
*** achanda has quit IRC05:51
*** VW__ has quit IRC05:51
*** achanda has joined #openstack-nova05:52
*** annashen has quit IRC05:53
*** sdake_ has quit IRC05:55
openstackgerritGhanshyam Mann proposed openstack/nova: Merge lock/pause server tests between v2 and v2.1  https://review.openstack.org/17230805:55
*** eliqiao1 has joined #openstack-nova05:55
*** eliqiao has quit IRC05:55
openstackgerritGhanshyam Mann proposed openstack/nova: Merge fping functional tests between v2 and v2.1  https://review.openstack.org/17229405:57
*** jcoufal has joined #openstack-nova05:57
*** dims_ has joined #openstack-nova06:00
*** dave-mccowan has quit IRC06:00
*** lpetrut has quit IRC06:00
*** yingjun has quit IRC06:06
*** dims_ has quit IRC06:08
*** otter768 has joined #openstack-nova06:08
*** park_heijlong has quit IRC06:09
*** markvoelker has joined #openstack-nova06:09
*** atuvenie__ has joined #openstack-nova06:10
*** rajesht has joined #openstack-nova06:11
*** dulek has joined #openstack-nova06:12
*** jyuso1 has quit IRC06:13
*** otter768 has quit IRC06:13
*** markvoelker has quit IRC06:14
*** unicell has quit IRC06:17
*** unicell has joined #openstack-nova06:18
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Imported Translations from Transifex  https://review.openstack.org/17194306:18
*** yingjun has joined #openstack-nova06:19
*** park_heijlong has joined #openstack-nova06:23
*** haigang has joined #openstack-nova06:24
*** ishant has joined #openstack-nova06:25
*** annashen has joined #openstack-nova06:26
*** dulek has quit IRC06:26
*** park_heijlong has quit IRC06:31
*** Jeffrey4l has quit IRC06:32
*** ishant has quit IRC06:34
*** Sukhdev has quit IRC06:35
*** dsanders has quit IRC06:35
*** eliqiao1 has quit IRC06:38
*** ishant has joined #openstack-nova06:40
*** eliqiao has joined #openstack-nova06:40
openstackgerritTimofey Durakov proposed openstack/nova: Fix for live migration rollback when using shared storage  https://review.openstack.org/17211706:43
*** mpaolino has joined #openstack-nova06:43
*** park_heijlong has joined #openstack-nova06:43
*** ishant has quit IRC06:44
*** ishant has joined #openstack-nova06:44
*** Jeffrey4l has joined #openstack-nova06:46
*** cfriesen has quit IRC06:55
*** atuvenie__ has quit IRC06:57
*** ildikov_afk has joined #openstack-nova06:59
*** yamahata has joined #openstack-nova07:02
*** apuimedo has joined #openstack-nova07:02
*** Alexandra_ has quit IRC07:02
*** romainh has joined #openstack-nova07:03
*** iamjarvo has joined #openstack-nova07:06
*** jichen has joined #openstack-nova07:06
mikalI just send the SHA for RC1 to ttx07:07
mikalJust so people know07:07
gilliardMorning Nova!07:08
*** mpavone has joined #openstack-nova07:08
gilliardmikal: :)07:08
ttxmikal: I need approval on that review07:08
ttxhttps://review.openstack.org/#/c/171078/07:08
mikalJust did it07:09
mikalAnd pinged you in relmgr to let you know07:09
mikalCause, good bloke and all07:09
mikalYou still need zz_johnthetubagu to remove his -2 on that review though07:09
*** markus_z has joined #openstack-nova07:09
*** zhangtralon has joined #openstack-nova07:10
*** markvoelker has joined #openstack-nova07:10
*** yamahata has quit IRC07:13
chaochinalex_xu: hello07:13
alex_xuchaochin: hi07:13
openstackgerritzhangtralon proposed openstack/nova-specs: Make fitler to support force_hosts/force_nodes  https://review.openstack.org/17191707:13
chaochinalex_xu: I am testing ephemeral disk api07:14
*** _gryf has joined #openstack-nova07:14
chaochinalex_xu: when I run nova boot --flavor xyz --image abc --ephemeral size=207:15
*** markvoelker has quit IRC07:15
alex_xuchaochin: ok07:15
chaochinalex_xu: nova-api returns bad request07:15
chaochinalex_xu: the error is07:16
*** iamjarvo has quit IRC07:16
*** armax has quit IRC07:16
chaochinalex_xu: the error is raise by https://github.com/openstack/nova/blob/master/nova/compute/api.py#L122407:17
alex_xuchaochin: ok, got it, let me test this case also07:18
chaochinalex_xu: the reason is that the boot index list is empty07:19
chaochinalex_xu: because nova boot request only has one -1 boot index for the ephemeral disk07:19
alex_xuchaochin: are you using lastest code?07:19
*** salv-orlando has joined #openstack-nova07:20
chaochinalex_xu: I am using kilo code, build date shuold be in late March07:20
*** jamielennox is now known as jamielennox|away07:20
*** zhangtralon has quit IRC07:20
alex_xuchaochin: I tested the lastest code, get same error as your said07:21
chaochinalex_xu: do you feel that is a bug? The user hope to boot one VM from image, and hope to attach one ephemeral disk.07:21
*** yuntong has quit IRC07:21
chaochinalex_xu: the block device mapping list only has one ephermal disk, and its boot index is -107:22
alex_xuchaochin: I feel it is a bug, but let me dig into more07:23
*** eliqiao has quit IRC07:23
chaochinalex_xu: thanks07:23
chaochinalex_xu: I also feel it is a bug. Let me open a bug07:23
*** achanda has quit IRC07:24
alex_xuchaochin: np, you can give me the link, when I dig out more I will comment on your bug07:24
*** andreykurilin_ has joined #openstack-nova07:25
chaochinalex_xu: ok07:25
*** achanda has joined #openstack-nova07:25
*** yuntong has joined #openstack-nova07:25
*** _gryf has quit IRC07:26
*** zhangtralon has joined #openstack-nova07:26
*** vivekd_ has quit IRC07:27
*** annashen has quit IRC07:27
*** achanda has quit IRC07:30
*** mrda is now known as mrda-weekend07:31
*** jlanoux has joined #openstack-nova07:34
*** kevinbenton has quit IRC07:35
*** ankit_ag has joined #openstack-nova07:37
*** doude has joined #openstack-nova07:38
*** Nic has quit IRC07:38
*** eglynn has joined #openstack-nova07:39
*** Nic has joined #openstack-nova07:39
*** VW_ has joined #openstack-nova07:40
openstackgerritRajesh Tailor proposed openstack/nova: Remove cell api overrides for force-delete  https://review.openstack.org/13520207:40
*** kevinbenton has joined #openstack-nova07:41
*** eliqiao has joined #openstack-nova07:43
*** VW_ has quit IRC07:44
*** mpaolino has quit IRC07:45
chaochinalex_xu: https://bugs.launchpad.net/nova/+bug/144250107:46
openstackLaunchpad bug 1442501 in OpenStack Compute (nova) "Fail to boot VM from image with one ephemeral disk" [Undecided,New]07:46
*** popw has quit IRC07:48
*** popw has joined #openstack-nova07:48
*** browne has quit IRC07:50
*** Jeffrey4l has quit IRC07:53
*** lucasagomes has joined #openstack-nova07:55
*** salv-orlando has quit IRC07:58
*** markus_z has quit IRC07:59
*** _gryf has joined #openstack-nova08:02
*** salv-orlando has joined #openstack-nova08:03
*** zz_johnthetubagu is now known as johnthetubaguy08:05
openstackgerritheijlong proposed openstack/nova: Merge volume related functional tests of v2 and v2.1  https://review.openstack.org/17233008:08
*** otter768 has joined #openstack-nova08:09
*** derekh has joined #openstack-nova08:10
*** jistr has joined #openstack-nova08:11
*** markvoelker has joined #openstack-nova08:11
*** salv-orlando has quit IRC08:11
*** salv-orlando has joined #openstack-nova08:12
*** otter768 has quit IRC08:14
*** markvoelker has quit IRC08:16
*** eglynn has quit IRC08:18
johnthetubaguyalex_xu: we are opening liberty soon, if that helps with the API policy work, I think we can bring that all back to life ASAP08:26
*** salv-orlando has quit IRC08:37
*** park_heijlong has quit IRC08:40
*** ndipanov has joined #openstack-nova08:44
bauzas\o/08:44
bauzasjohnthetubaguy: ttx patch in the gate right ?08:44
johnthetubaguybauzas: yup yup08:45
johnthetubaguybauzas: do you scheduler folks have stuff ready to start working on for liberty now08:45
johnthetubaguybauzas: keen to gate the paper work straight to start on "real" work straight away, if possible08:45
bauzasjohnthetubaguy: well, I have to propose again the req_spec object stuff08:45
bauzasjohnthetubaguy: and I will also add a couple of specs08:45
johnthetubaguybauzas: OK, cool08:45
bauzasjohnthetubaguy: but we need to discuss at Vancouver how to correctly split the scheduler in a separate repo if needed08:46
bauzasjohnthetubaguy: I also need to discuss with dansmith to see if o.vo is good for us08:46
johnthetubaguyo.vo?08:47
bauzasjohnthetubaguy: sorry oslo.versionedobjects08:47
johnthetubaguyah08:47
openstackgerritNikolas Hermanns proposed openstack/nova: LibcirtDriver: Add post_connection_terminated  https://review.openstack.org/17234108:47
bauzasjohnthetubaguy: I would like to see if he wants to base the NovaObjects on top of o.vo instead of the Base object08:47
bauzasjohnthetubaguy: but that's just a thought08:48
kashyapPeople keep complaining on -dev about how complex it is to use Neutron as default n/w in DevStack, I doubt if some of them even have tried it.08:48
bauzasjohnthetubaguy: I also need to see how cells v2 and scheduler are related, we had a good talk with alaski on that08:48
kashyapFWIW, /me uses it all the time in his Dev/Test environment, and it's not "overly complex" at all. But maybe I got used to it.08:49
bauzasjohnthetubaguy: sounds like the Liberty effort on both will be coupled08:49
johnthetubaguykashyap: I guess we should just make it the default, so they stop moaning08:49
johnthetubaguybauzas: so I think we need to stop trying to split the scheduler for now08:49
kashyapjohnthetubaguy: Totally.08:49
kashyapMy notes here -- http://kashyapc.com/2015/03/17/minimal-devstack-with-openstack-neutron-networking/08:49
johnthetubaguybauzas: we need to keep on with the good work of sorting out the interface08:49
bauzasjohnthetubaguy: agreed08:49
bauzasjohnthetubaguy: I mean, we need to see what's missing08:49
kashyapIt's all so procedural, and easily scripted08:49
bauzasjohnthetubaguy: and helping to reduce the tech debyt08:50
johnthetubaguykashyap: might be worth pushing up the patch to devstack, see what folks say08:50
johnthetubaguykashyap: patch to change the default, I mean08:50
johnthetubaguybauzas: totally, lets worry about any splits once its possible08:50
bauzasjohnthetubaguy: just to be clear, my management is giving me more time for helping Nova than just spliting out the sched now08:50
bauzasjohnthetubaguy: so I'll look into API, cells v2 and objects08:50
johnthetubaguybauzas: honestly, I am thinking we need to leave it in Nova, and just scale out our intree review abilities somewhat08:50
johnthetubaguybauzas: I am very opinionated about scheduling and cells v2, been looking a lot at that stuff08:51
bauzasjohnthetubaguy: makes sense, but we still need to think about Cinder and Neutron08:51
johnthetubaguybauzas: my take is, make cells and aggregates look the same08:51
bauzasjohnthetubaguy: eh eh, look at our convo we had on the last meeting :)08:52
johnthetubaguybauzas: yeah, I should go read that08:52
bauzasjohnthetubaguy: http://eavesdrop.openstack.org/meetings/nova_cells/2015/nova_cells.2015-04-08-17.00.log.html08:52
johnthetubaguybauzas: anyways, I think Cinder and Neutron is not too bad, the main thing is we need a way to describe "affinity" that works between services08:52
bauzasjohnthetubaguy: I'm personnally thinking that cells is just another layer for sched08:52
johnthetubaguybauzas: what do you mean by a "layer"?08:53
bauzasjohnthetubaguy: another segregation thing08:53
bauzasor affinity if you prefer08:53
johnthetubaguywhere aggregates is an existing one?08:53
openstackgerritRui Chen proposed openstack/nova-specs: CreateVM supports subnet specified  https://review.openstack.org/16963808:53
*** abhishekk has joined #openstack-nova08:53
bauzasjohnthetubaguy: aggregates is a way to both segregate and group your cloud IMHO08:53
johnthetubaguybauzas: you might be over thinking what cells scheduling does today, its really quite simple08:54
johnthetubaguybauzas: right, its only one side of aggregates08:54
bauzasjohnthetubaguy: by grouping, I'm thinking of the metadataz08:54
johnthetubaguybauzas: right I see cell as a property of the host08:54
johnthetubaguyand cell has related "capabilities" just like an aggregate08:55
bauzasjohnthetubaguy: exactly !08:55
bauzasjohnthetubaguy: you should really read the last meeting ;D08:55
johnthetubaguybauzas: yeah, I should...08:55
rajeshtjogo: could you please check quota update patch https://review.openstack.org/12234708:55
bauzasjohnthetubaguy: anyway, you got my view, aggregates and cells are orthogonal08:55
ndipanovjohnthetubaguy, I've bounced this off of a few people: cells is a way to divide and concur perf bottlenecks around DB and rabbit, but there are glaring inefficiencies in how we use those - fixing that would make cells a lot less interesting (true/false)08:55
bauzasjohnthetubaguy: but the main problem for cells is that the current nova-scheduler doesn't scale out well08:56
bauzasndipanov: oh oh :)08:56
johnthetubaguyndipanov: I think thats what cells v2 is basically doing, but I might be miss understanding your concern08:56
bauzasndipanov: I'm seeing cells as another abstraction for grouping hosts08:56
johnthetubaguybauzas: agreed, current scheduler need a bit more juice (I have ideas), and the current approach around making it parallel is also key08:57
bauzasndipanov: a colocation object if you wish08:57
bauzasjohnthetubaguy: yeah, that's what we should work on for L as tech debt reduction08:57
ndipanovwell my concern is that we are working around a problem (abysmal performance) instead of fixing it08:57
ndipanovso if cells is indeed a way to fix poor performance of our code once you hit certain scale08:58
johnthetubaguyndipanov: fwiw its not just performance reasons, we use it as way to expand horizontally, and have isolated failure domains, more than actual performance needs08:58
bauzasndipanov: I understand your point08:58
bauzasndipanov: cells are used that way now08:58
bauzasndipanov: but that's not what we move forward for cells v208:58
bauzasndipanov: and as I said, it leaves the scalability problem to other components08:59
bauzasndipanov: scheduler is one of these, but Neutron too08:59
*** eglynn has joined #openstack-nova08:59
ndipanovjohnthetubaguy, right - so you trade of complexity in deploying nova for less complexity in deploying running rabbitmq/mysql09:00
bauzasndipanov: so the direction is to say "okay, cells v2 will only ensure that your API is consistent, but it leaves the performance concerns to possibly others"09:00
johnthetubaguyndipanov: the idea is one cell and many cells look the same09:00
johnthetubaguyndipanov: to be clear, you don't need multiple rabbit and mysql boxes, thats just one deployment choice09:01
bauzasyeah, cells v2 is default09:01
ndipanovright ok I get - it's a useful abstraction09:01
ndipanovin that case - carry on09:01
bauzasby default, Nova will have one v2 cell09:01
johnthetubaguyyeah, its way better than cells v109:01
bauzaseven for aio09:01
johnthetubaguyaio?09:01
bauzasand then, you can scale out by adding more cells if you wish09:01
bauzasall-in-one09:01
johnthetubaguyah, yeah09:02
bauzasbut agreed with ndipanov, we know that we have some perf issues that we need to tackle09:02
bauzasand that's not yet a Nova priority09:02
ndipanovjohnthetubaguy, but if rabbitmq/db is just one box -you don't really get separate failure domains, do you?09:02
ndipanovthen it's just added complexity09:03
*** Maike has joined #openstack-nova09:03
bauzasndipanov: it's just about making sure that the top-level API is cell-ish09:03
johnthetubaguyndipanov: its just one string in the config though09:03
ndipanovjohnthetubaguy, right09:03
*** achanda has joined #openstack-nova09:05
johnthetubaguyndipanov: the separation can help for upgrade etc, its surprising where it actually helps you09:05
ndipanovjohnthetubaguy, that's fair09:05
ndipanovthat's what I wanted to figure out09:05
ndipanovif it were not a per band-aid09:05
ndipanovperf*09:05
ndipanovonly09:05
johnthetubaguyndipanov: totally, its the right questions to ask09:05
ndipanovbecause we have such glaring issues with our code when it comes to performance, that it seems wrong to "architect" around those as a first solution09:06
ndipanovbut obviously cells is not only that09:06
johnthetubaguyndipanov: totally agreed with your concern09:06
johnthetubaguyndipanov: but yeah, its not meant to be that, although it got that reputation09:07
ndipanovgotcha09:07
bauzasndipanov: do you know that cells v2 has a manifesto ?09:08
johnthetubaguyndipanov: we only add capacity by testing a new cell, then adding it into production, and we actually separate our IP traffic by cell, the networking density is the main limit right now09:08
ndipanovbauzas, manifesto's are a dime a dozen09:09
bauzasndipanov: but I think it's a good point for clarifying some misunderstandings about direction09:09
johnthetubaguyndipanov: election time in the UK, that rings true for me!09:09
ndipanovhaha09:10
bauzashttp://git.openstack.org/cgit/openstack/nova/tree/doc/source/devref/cells.rst09:11
*** markvoelker has joined #openstack-nova09:12
*** achanda has quit IRC09:12
*** igordcard_ has joined #openstack-nova09:13
ndipanovso first sentence says it's about scaling09:14
ndipanovbut scaling rabbit and mysql is not magic09:14
*** markus_z has joined #openstack-nova09:14
ndipanovand running them in a fault tolerant fashion09:15
ndipanovanyway back to reviewing09:15
bauzasndipanov: :)09:16
ndipanovjohnthetubaguy, are we still OK with getting that PCI fix(es) for Rc2?09:16
johnthetubaguyndipanov: lets get them merged in liberty, then yes, I think it makes sense09:16
johnthetubaguyndipanov: they are tagged with rc-potential I guess, so we should notice?09:16
*** markvoelker has quit IRC09:17
johnthetubaguyndipanov: might need to add the kilo-backport-potential tag as well (I think I made it an official tag already)09:17
ndipanovjohnthetubaguy, cool09:17
*** igordcard_ has quit IRC09:33
*** Hosam has joined #openstack-nova09:33
openstackgerritRui Chen proposed openstack/nova: Fix failure of stopping instances during init host  https://review.openstack.org/16792609:35
*** yingjun has quit IRC09:37
*** salv-orlando has joined #openstack-nova09:38
*** claudiub has joined #openstack-nova09:41
*** salv-orlando has quit IRC09:42
*** andreykurilin_ has quit IRC09:42
*** salv-orlando has joined #openstack-nova09:43
*** dims_ has joined #openstack-nova09:43
*** ZZelle has quit IRC09:43
*** ZZelle has joined #openstack-nova09:43
alex_xujohnthetubaguy: ok, got it09:44
*** igordcard_ has joined #openstack-nova09:44
johnthetubaguyalex_xu: let me know when you folks are ready, and I can help with the paperwork09:46
*** amotoki has joined #openstack-nova09:51
alex_xujohnthetubaguy: thanks :)09:51
alex_xujohnthetubaguy: I need resubmit the spec, right? I remeber there is mail talk about those Kilo works will continue in L09:52
*** aswadr has joined #openstack-nova09:54
*** dguitarbite has joined #openstack-nova09:55
johnthetubaguyalex_xu: yes, needs a new blueprint and spec, the old one technically was partially complete09:55
alex_xujohnthetubaguy: ok, got it09:56
johnthetubaguyalex_xu: but you can just resubmit the kilo spec, with notes about how far you got in kilo, and whats left09:56
johnthetubaguyalex_xu: we can treat that as "PreviouslyApproved: kilo" I think, just add that in the commit message09:56
*** dims_ has quit IRC09:56
johnthetubaguythere might be a hyphon in there09:56
johnthetubaguyI will try send a mail out once we have that sussed09:57
*** dims_ has joined #openstack-nova09:57
alex_xujohnthetubaguy: ok, got it, I will work out those asap09:57
*** moshele has joined #openstack-nova10:00
*** RuiChen has quit IRC10:01
johnthetubaguyalex_xu: awesome, thank you10:02
johnthetubaguyalex_xu: I wanted to quickly check an idea about v2.1 with you10:03
johnthetubaguyalex_xu: I am wondering if we relax validation of requests without a version tagged?10:03
alex_xujohnthetubaguy: ok10:03
bauzasjohnthetubaguy: any idea why Nova isn't asking for work rooms ?10:03
johnthetubaguyalex_xu: I am thinking, we run the validation code, but we don't fail the request, we remove the "invalid" fields10:03
johnthetubaguybauzas: we never use them10:03
bauzasjohnthetubaguy: but only fishbowl rooms for the summit ?10:03
bauzasjohnthetubaguy: okay, due to audience ?10:04
johnthetubaguybauzas: oh… we had a work room on friday I thought...10:04
bauzasjohnthetubaguy: nah, that's called 'contributors meetup"10:04
bauzasjohnthetubaguy: I'm referring to ttx's email10:04
johnthetubaguybauzas: ah, right, thats the importnat bit, yeah10:04
alex_xujohnthetubaguy: you mean the user add invalid field in the request, but nova won't return fails to the user, just remove the invalid field, right?10:05
*** pradipta has quit IRC10:05
bauzasjohnthetubaguy: yeah, IIUC, work room sessions are an intermediate way to have contributors without having crowded audience like fishbowl sessions10:05
johnthetubaguyalex_xu: yeah10:05
johnthetubaguyalex_xu: assuming the invalid field is not required10:06
johnthetubaguyalex_xu: if its required and invalid, we just fail10:06
*** eglynn has quit IRC10:06
johnthetubaguybauzas: agreed, last time we had one, we never used it10:06
alex_xujohnthetubaguy: that will confuse for the option fields, maybe the use just make typo mistake, then nova didn't notice user the request is wrong.10:06
bauzasjohnthetubaguy: okay10:06
alex_xu/option/optional10:06
johnthetubaguybauzas: mostly as we don't have any time, given there are always sessions relevant to nova folks happening10:06
johnthetubaguyalex_xu: so I agree with you… but here is the thing10:07
ttxbauzas: mikal asked for 18 fishbowl rooms10:07
*** dims_ has quit IRC10:07
bauzasjohnthetubaguy: I see, that's just a personal problem then, because I'm a bit shy in public for sharing my voice :)10:07
johnthetubaguyalex_xu: if you add a micro version header, then we reject those10:07
bauzasttx: yeah, saw in today's email, hence the question to johnthetubaguy10:08
johnthetubaguybauzas: yeah, we need to help you with that, I used to just type on the etherpad, if we use that problem, it can work10:08
alex_xujohnthetubaguy: I see now, you want avoid the v2.1 break the v2 client or sdk10:08
johnthetubaguyalex_xu: but I am thinking about "bad" SDKs that send things to v2.0 that work today, but would fail with v2.1, its why we at rackspace public cloud can't deploy v2.1 yet10:08
bauzasjohnthetubaguy: that's just natural limits due to non-fluent English10:08
johnthetubaguyalex_xu: ah, yes, thats it10:08
johnthetubaguybauzas: I think it affects english speakers too, took me years to speak up10:09
*** achanda has joined #openstack-nova10:09
bauzasagreed, sometimes you ask for the mic, and then you're blocked because everyone is starring at you10:09
johnthetubaguybauzas: but I understand its harder if english is not your first language, that does suck10:09
alex_xujohnthetubaguy: emm...one more point, I think the microversion isn't the global version10:09
johnthetubaguyalex_xu: in what sense?10:10
johnthetubaguyalex_xu: not sure I get what you mean10:10
alex_xujohnthetubaguy: if there is one api is never bump the version, this api never get the chance to get better validation in the future10:10
*** otter768 has joined #openstack-nova10:10
bauzasalex_xu: correct me if I'm wrong, but v2 == v2.1 ?10:10
alex_xujohnthetubaguy: sorry I typo slow...10:10
alex_xubauzas: yes, except the more strict input validation10:11
johnthetubaguyalex_xu: well, I thought the API version is just a high watermark though, so if we request v2.3, that API might return validated v2.010:11
bauzasalex_xu: in v2.1 ? yeah10:11
alex_xujohnthetubaguy: oops, yea, you are right10:11
johnthetubaguyalex_xu: I am thinking we only relax the checks if no version is specified, basically10:11
*** iamjarvo has joined #openstack-nova10:12
alex_xujohnthetubaguy: emm...I like the idea, that resolve people's concern, we can switch to v2.1 api safely10:12
johnthetubaguyalex_xu: you are right though, a lib might not request with the version header as they read there are no updates, but we should discourage that, I think you just request the high watermark you understand10:12
alex_xubauzas: yes, in v2.110:12
bauzasI've been hearing that oomichi was providing a new paste.ini for pointing v2 to v2.1, is that correct ?10:12
johnthetubaguyalex_xu: put it this way, I think it means we could turn it on soon, if we get the SDKs passing10:12
*** markvoelker has joined #openstack-nova10:13
bauzasso 'bad' SDKs would be hitting v21 anyway and be served v2.110:13
alex_xujohnthetubaguy: yes, we can't validate all the SDKs on the v2.1, that sounds a good idea10:13
bauzasI mean, that's just mapping endpoints vs. classes, nope ?10:13
*** achanda has quit IRC10:14
*** erkules_ is now known as erkules10:14
*** erkules has joined #openstack-nova10:14
*** otter768 has quit IRC10:15
alex_xubauzas: yes, there are two endpoints for v2 and v2.1 in paste.ini10:16
*** markvoelker has quit IRC10:17
alex_xubauzas: sorry, I didn't get the meaning of " mapping endpoints vs. classes"10:18
*** amotoki has quit IRC10:18
bauzasalex_xu: my concern is about safely pointing /v2 to v21 app and relax the input validation10:18
*** dims_ has joined #openstack-nova10:19
bauzasalex_xu: like johnthetubaguy said if no version specified10:19
bauzasalex_xu: that way, SDKs not using service catalog would continue to hit /v2 but would be served by the V2.1 app10:20
bauzasalex_xu: and you could safely deprecate the v21 app later on10:20
bauzasoops v2 app I mean10:20
alex_xubauzas: yes, I agree with that10:21
alex_xubauzas: sound like more safe to deprecate v210:21
bauzasalex_xu: yeah, you could even provide a path like /deprecated/10:21
*** iamjarvo has quit IRC10:22
bauzasalex_xu: for those who want to explicitely not use v2110:22
bauzaseven if I don't see why...10:22
alex_xubauzas: we shouldn't keep the v2, it's hard to maintance two set api10:23
bauzasalex_xu: agreed10:23
alex_xubauzas: so just drop the v210:23
bauzasalex_xu: I was thinking it as a temporary solution for the cycle10:23
bauzasI'm sorry, I'm more used to Pecan and Flask than the Nova wsgi.py module but I hope you got my idea10:24
*** amotoki has joined #openstack-nova10:25
*** haigang has quit IRC10:29
*** eliqiao has quit IRC10:30
*** Hosam has quit IRC10:30
*** amotoki_ has joined #openstack-nova10:31
*** amotoki has quit IRC10:31
*** amotoki has joined #openstack-nova10:31
johnthetubaguybauzas: alex_xu: lets not over complicate this, this is just the default configuration we need to agree on10:32
johnthetubaguyit feels a bit soon to remove v2.0, I would support that move if we can get a validation relax code in10:33
*** zhangtralon has quit IRC10:33
alex_xujohnthetubaguy: ok10:34
bauzasjohnthetubaguy: that's what I said, we need to relax v21 validation if no X-API-Version is provided, so that /v2 == /v2.110:34
*** eglynn has joined #openstack-nova10:34
bauzasjohnthetubaguy: and then we could map /v2 to v21 app10:34
johnthetubaguybauzas: right, I think thats what we were saying earlier too10:35
bauzasjohnthetubaguy: my point was just about considering /v2 as pointing to v21, that's it :)10:35
*** amotoki_ has quit IRC10:35
sdagueso, actually, I think I've reversed my view that that is useful10:35
johnthetubaguysdague: ah, interested in what that means, you mean we always point v2.1 at v2.1?10:36
sdagueyeh10:36
openstackgerritDeepak C Shetty proposed openstack/nova-specs: Volume snapshot improvements  https://review.openstack.org/13451710:36
sdaguebecause now that /v2 is hard frozen10:36
alex_xuconsidering /v2 as point to v21 is the plan, right?10:36
sdaguepeople will move10:36
sdaguebecause they'll want new features10:37
johnthetubaguysdague: yeah, I think we just end up with v2, v2.1 and v1.1 all pointing to v2.1 coe10:37
johnthetubaguysdague: I think if we get the validation restrictions, we can make v2.1 server v2.0 requests, I don't see people ever fully stopping using v2.0 at this point, sadly, but that shouldn't matter10:37
sdaguejohnthetubaguy: maybe10:38
sdagueso many folks were bringing feature patches in previously that I this the feature preasure will get people across10:38
claudiubI think there was a reason why the nova-api folks insisted in making the v2.0 and v2.1 pretty much the same and I doubt it was so it will be removed.10:39
sdagueanyway, brb10:39
claudiubthe 1st microversion bump was not merged until everything was prepared for v2.0 and v2.110:39
*** mtreinish has quit IRC10:40
johnthetubaguyclaudiub: I want to delete the v2.0 code, once we can use the v2.1 code to server v2.0 requests, but we are not there yet10:40
johnthetubaguyclaudiub: is that what you mean?10:42
*** eglynn has quit IRC10:42
*** IanGovett has joined #openstack-nova10:42
claudiubI'm fine with removing it, I didn't really see the point in having 2 apis that do the same thing anyways. :)10:43
claudiubbut that is not my call10:44
johnthetubaguyclaudiub: its only there for the transition, at least that was the plan10:44
*** mtreinish has joined #openstack-nova10:45
sdagueclaudiub: right, this is about letting people gracefully side slip10:49
*** iamjarvo has joined #openstack-nova10:49
*** ozialien has joined #openstack-nova10:52
sdaguekashyap: if you only use devstack in a VM where you set up all your interfaces perfectly, the devstack neutron case works fine. If you use it on real hardware, it mostly all falls apart because neutron only half manages it's own interfaces10:53
*** dave-mccowan has joined #openstack-nova10:53
sdaguethen you are off debugging ovs10:53
*** ozialien has quit IRC10:54
*** xylan has quit IRC10:55
*** salv-orlando has quit IRC10:56
*** eglynn has joined #openstack-nova10:57
*** iamjarvo has quit IRC10:59
bauzasalex_xu: around for an API question ?11:04
alex_xubauzas: yes, I'm here11:05
bauzasalex_xu: I'm reviewing https://review.openstack.org/#/c/169836/8/specs/liberty/approved/report-host-fault-to-update-server-state-immediately.rst,cm11:05
bauzasalex_xu: and I left a note about extending the API11:05
bauzasalex_xu: I guess that if we want to add a PUT on an endpoint, we need to provide a new microversion ?11:06
alex_xubauzas: new PUT method for a api?, yes, we need new microversion11:06
bauzasalex_xu: so I readed the v21 docs in devref, it should be done by bumping wsgi.py version and decorating the PUT method ?11:07
bauzasalex_xu: okay11:07
bauzasalex_xu: what about modifying the body of the request ? I guess it's also needing a version bump right ?11:07
alex_xubauzas: yes, we need bump version11:07
bauzasok11:07
bauzasquite easy then11:08
johnthetubaguybauzas: almost everything needs to bump the version, probably easier to explain the opposite11:08
bauzasjohnthetubaguy: yeah makes sense, it's like RPC or object verisoning11:08
johnthetubaguyyup11:08
johnthetubaguyexcept there is no hope of ever deleting the compatibility code11:09
*** salv-orlando has joined #openstack-nova11:10
bauzasjohnthetubaguy: there is always hope = convince the operators11:11
johnthetubaguybauzas: I am an operator, I can't see us ever deleting the compatibility code11:12
johnthetubaguywhere ever = in the next four-five years11:12
*** markvoelker has joined #openstack-nova11:13
alex_xuso that means although microversion allow the incompatible change, but that never can happened, right?11:14
*** iamjarvo has joined #openstack-nova11:17
*** markvoelker has quit IRC11:18
*** mmedvede_ has joined #openstack-nova11:19
openstackgerritMoshe Levi proposed openstack/nova: Add equality operators to PciDeviceStats and PciDevice objects  https://review.openstack.org/16831711:20
*** lucasagomes is now known as lucas-hungry11:26
*** claudiub_ has joined #openstack-nova11:26
*** iamjarvo has quit IRC11:27
*** claudiub has quit IRC11:29
*** tojuvone has quit IRC11:29
*** jogo has quit IRC11:29
*** jogo has joined #openstack-nova11:30
*** iamjarvo has joined #openstack-nova11:34
*** ociuhandu has joined #openstack-nova11:39
*** ankit_ag has quit IRC11:41
*** fifieldt has quit IRC11:42
*** mwagner_lap has quit IRC11:42
*** iamjarvo has quit IRC11:44
kashyapsdague: Hmm, just saw your comment (about Neutron on physical dev) -- yes, I'll readily admit I have not even tried it on bare-metal myself, my only testing has been in VMs11:46
sdaguekashyap: right, so "works for me" is kind of an irrelevant comment11:47
kashyapsdague: Well, I was referring to the _developer_ use case.11:47
sdaguethe developer use case also needs to support actual hardware11:47
kashyapsdague: Is that efficient at all? If you want to rollback, you have to re-image the physical machine11:48
*** aix has quit IRC11:48
kashyapThat'd be an awfully inefficient way to spend (the mythical you) your time.11:48
sdagueit's the way many of us that actually work on full stack things like devstack and tempest function11:49
sdaguekashyap: so now you are saying, "it is invalid for you to say this is complex because I find your development method different than mine"11:50
kashyapSure, I'm not saying that case is totally irrelevant if you have efficient workflows with Baremetal.11:50
sdaguebut that also maps into the use case for *actually* deploying neutron11:51
*** browne has joined #openstack-nova11:52
kashyapFair enough. I just happened to get by with a nested environment w/o having to have baremetal to do this testing. I work remote, and I don't have a lot of spare hardware at my disposal.11:52
sdaguekashyap: which is fine, you have a working environment11:53
sdaguebut to then project that statement to "no one else should have complaints about this because my setup works" doesn't seem valid11:53
kashyapsdague:  I should have been more painfully explicit in my comment. But you do know that I didn't mean to disregard the use case you're talking about.11:53
sdaguewhich is basically what that thread keeps turning into11:54
sdague"<kashyap> [04:48:25] People keep complaining on -dev about how complex it is to use Neutron as default n/w in DevStack, I doubt if some of them even have tried it."11:54
sdaguewhich means you are exactly disregarding the concerns11:54
*** moshele has quit IRC11:55
*** iamjarvo has joined #openstack-nova11:55
*** iamjarvo has quit IRC11:55
kashyapsdague: Noted, you win. I didn't take into full consideration about Baremetal env.11:55
*** iamjarvo has joined #openstack-nova11:56
sdaguedevstack with n-net works in nearly all environments with an empty localrc11:56
kashyapI was merely speaking about the test env in VMs which most folks I interact w/ in the community happened to use.11:56
*** amotoki_ has joined #openstack-nova11:58
kashyapsdague: Sure, Sean. But that's going to be removed on fine (elusive) day. And yes - you did note in your email to the list about some operators not wanting to move to n-net for various reasons. . .11:59
kashyaps/on/one11:59
*** marun has quit IRC11:59
sdaguewell, until we can get neutron to support these cases better, I don't think n-net really should go away12:00
sdagueand my frustration with the thread is "here are some things that neutron really should support, like linux bridge, because people want simple L2" and there is a lot of push back on that12:01
*** amotoki has quit IRC12:01
*** ujjain has joined #openstack-nova12:03
kashyapsdague: Well, I your point, and Dean Troyer says he doesn't want the overhead of OVS too.12:03
openstackgerritjichenjc proposed openstack/nova-specs: flavor access create should check public/private  https://review.openstack.org/17238812:03
*** amotoki_ has quit IRC12:03
*** amotoki has joined #openstack-nova12:04
kashyap(s/your/see your) /me can't type.12:04
*** dims_ has quit IRC12:04
*** dims_ has joined #openstack-nova12:04
*** iamjarvo has quit IRC12:04
*** dims_ has quit IRC12:05
*** deepthi has quit IRC12:06
sdaguekashyap: also, have you ever tried to read the current devstack neutron code? :)12:06
kashyapsdague: I only glanced at that after Dtroyer mentioned how bit-rotten it is :-)12:06
sdagueit's so complex, there is no way you can debug it unless you are a neutron expert12:06
sdaguewhich means things break, and you give up12:07
kashyapBut what surprises me is, all this hoo-haa in the Neutron upstream with crap loads of half-baked plugins, etc.12:07
kashyapAnd, no effort whatsoever to cleanup the devel env tool - DevStack12:07
*** zhenguo has quit IRC12:07
kashyapSpeak of lack of prioritization.12:08
kashyapAnyway, I'm just hand-waving here. . .12:08
*** amotoki has quit IRC12:08
*** markvoelker has joined #openstack-nova12:11
openstackgerritjichenjc proposed openstack/nova-specs: flavor access create should check public/private  https://review.openstack.org/17238812:11
*** otter768 has joined #openstack-nova12:11
*** aix has joined #openstack-nova12:13
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: WIP: Update hypervisor support matrix with column for kvm on system z  https://review.openstack.org/17239112:14
*** raph_ has quit IRC12:15
*** raph__ has joined #openstack-nova12:15
*** raildo has joined #openstack-nova12:16
*** lucas-hungry is now known as lucasagomes12:16
*** otter768 has quit IRC12:16
sdaguekashyap: sure, there are lots of problems here12:16
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: WIP: Update hypervisor support matrix with column for kvm on system z  https://review.openstack.org/17239112:17
*** baoli has joined #openstack-nova12:17
*** deepthi has joined #openstack-nova12:18
*** ihrachyshka has joined #openstack-nova12:19
*** dprince has joined #openstack-nova12:19
*** rfolco has joined #openstack-nova12:20
*** baoli_ has joined #openstack-nova12:21
bauzassdague: as a devstack core, would you be happy with reviewing https://review.openstack.org/#/c/171865/5 ?12:22
bauzassdague: it reduces the cells job failures from 47 to 412:22
*** krtaylor has quit IRC12:23
bauzasoops Friday time12:24
*** bauzas is now known as bauwser12:24
*** tojuvone has joined #openstack-nova12:25
*** baoli has quit IRC12:25
*** sahid has joined #openstack-nova12:25
sdaguethere are 5 fails in the output12:26
sdagueso, that hacks devstack around a thing12:26
*** ishant has quit IRC12:26
*** aysyd has joined #openstack-nova12:26
sdaguebut, how likely is a real cells deploy to have done that?12:26
*** deepthi has quit IRC12:27
*** sdake has joined #openstack-nova12:31
*** ferest has joined #openstack-nova12:31
bauwsersdague: sorry, yeah 512:32
*** sdake_ has joined #openstack-nova12:32
bauwsersdague: the problem is that we had a regression due to a Tempest change which is now checking networks12:32
sdagueright, but more importantly, how likely is a cell deployment to have been created that way outside of devstack12:32
bauwsersdague: and it means that cells and api dbs have to be in sync, incl. networks12:33
bauwsersdague: cells need a manual copy of n-net created networks in order to behave correctly, that's unfortunate12:34
*** jcoufal has quit IRC12:34
sdaguebauwser: right, I get the failures, you still haven't answered my question12:34
sdaguebauwser: how likely is a real cells deploy to have done that?12:34
bauwsersdague: I'm not a cell operator, alaski is12:34
bauwsersdague: but IIUC, that's necessary to keep both DBs in sync12:35
sdagueok, johnthetubaguy, can you comment here?12:35
bauwsersdague: at least for networks12:35
*** bustersw_ has joined #openstack-nova12:35
sdaguebauwser: ok, so we've been doing this wrong forever?12:35
bauwsersdague: sounds like, as it was not covered by Tempest - but maybe I misunderstood12:35
sdagueI'm fine changing the devstack code if this is how cells environments are managed12:36
*** sdake has quit IRC12:36
ndipanovneutron api in nova OMG12:36
sdaguehowever, if this is just a devstack hack to make some tests pass12:36
ndipanovmy eyeeees12:36
bauwsersdague: what I know is that some objects are replicated automatically, like instances12:36
sdaguendipanov: yeh... its.... special12:36
sdaguebauwser: ok, so you don't know12:36
bauwsersdague: but I don't exactly know the status of networks, I guess it's manual12:36
ndipanovsdague, I open that file approximately once a week and never get used to it :)12:36
sdaguebauwser: that's fine, I'd like to get an answer from someone that does12:37
bauwsersdague: sure, let's wait alaski or johnthetubaguy12:37
*** jcoufal has joined #openstack-nova12:38
*** tdurakov has joined #openstack-nova12:39
tdurakovHi12:39
tdurakovthere is problem in rpcv4 added recently12:40
tdurakovhttps://bugs.launchpad.net/nova/+bug/144260212:40
openstackLaunchpad bug 1442602 in OpenStack Compute (nova) "live migration fails during destination host check" [Undecided,New]12:40
bauwsersdague: in the meantime, let's take a good opportunity to review the code about it12:40
*** Marga_ has quit IRC12:41
*** annegentle has joined #openstack-nova12:41
*** ganso_ has joined #openstack-nova12:41
sdaguebauwser: it's a simple change, the issue is just if it's representative or not12:41
bauwsersdague: sure I understand your point, I'm just digging into the code to see why it's necessary12:42
sdaguewhich is not mentioned in the commit or comments, so the relevant bit of information about whether we should land it isn't there12:42
gilliardtdurakov: Yes I had just noticed that too.12:42
bauwsersdague: there is a Related bug which mentions the problem, but I agree that's not self-explanatory12:43
*** markvoelker has quit IRC12:43
tdurakovthere are 2 ways: remove param from rpc, or add to implementation)12:43
tdurakovwhat is correct?12:43
*** markvoelker has joined #openstack-nova12:44
*** ajayaa has quit IRC12:44
gilliardtdurakov: I'm trying to work it out...12:45
tdurakovgillard: I suppose we should remove it for a while12:46
*** sdake_ has quit IRC12:47
gilliardtdurakov: sounds like you may be ahead of me...12:49
*** ildikov_afk is now known as ildikov12:49
*** xyang1 has joined #openstack-nova12:50
gilliardtdurakov: It's made the aiopcpu (non-voting) job fail every time, hasn't it?12:51
*** krtaylor has joined #openstack-nova12:52
tdurakovgilliard: haven't seen it yet12:53
*** femnad has joined #openstack-nova12:55
*** kudryashova has quit IRC12:55
tdurakovgillard: could you send me a link for that job?12:56
gilliardtdurakov: It's linked from https://review.openstack.org/#/c/172152/12:59
gilliardtdurakov: http://logs.openstack.org/52/172152/4/check/check-tempest-dsvm-aiopcpu-full/3847521/logs/screen-n-api.txt.gz#_2015-04-09_23_18_18_68113:00
*** ozialien has joined #openstack-nova13:00
tdurakovgilliard: yep, same issue13:00
*** ferest has quit IRC13:00
tdurakovhttp://logs.openstack.org/52/172152/4/check/check-tempest-dsvm-aiopcpu-full/3847521/logs/10.209.0.203-subnode/screen-n-cpu.txt.gz#_2015-04-09_23_18_18_46013:00
*** annegentle has quit IRC13:01
*** neelashah has joined #openstack-nova13:01
*** annegentle has joined #openstack-nova13:02
*** dboik has joined #openstack-nova13:02
tdurakovdo we have specs for rpc v4?13:02
*** Samolo_ has joined #openstack-nova13:03
Samolo_Hi all, I know that's it might not be the place to ask, but afeter 3 day having no response in room 101 here am I13:04
Samolo_Anyone know how to set a snapshot as private when done by nova image-create plz ?13:04
*** oomichi has joined #openstack-nova13:05
Samolo_I want to prevent the other tenant to list the snapshot13:05
oomichijohnthetubaguy: hi13:06
*** browne has quit IRC13:07
*** kudryashova has joined #openstack-nova13:07
*** hdd has joined #openstack-nova13:07
*** hdd has quit IRC13:09
*** browne has joined #openstack-nova13:09
johnthetubaguysdague: sorry, you asked for my comment, I was at lunch13:09
johnthetubaguyoomichi: you called?13:09
johnthetubaguyoomichi: how can I help13:09
oomichijohnthetubaguy: yeah, thanks. liberty is open now, so is it possible to remove -2 from https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/v3-api-policy,n,z ?13:10
johnthetubaguyoomichi: so yes and no, spoke to alex_xu quickly13:11
Samolo_i'm switching to glance, but just to know, how to set a snapshot as private when done by nova image-create plz ?13:11
johnthetubaguyoomichi: we need a new blueprint for liberty, and the old blueprint is now complete13:11
johnthetubaguyoomichi: but once we have a spec, I can fast approved that, I believe13:11
bauwserjohnthetubaguy: sdague was asking about https://review.openstack.org/#/c/171865/ if it was also the same behaviour for cells operators13:11
*** burt has joined #openstack-nova13:11
bauwserjohnthetubaguy: ie. if operators were needing to sync manually the networks between the api and the cell dbs13:12
*** ozialien has quit IRC13:12
oomichijohnthetubaguy: ah, reasonable. maybe alex_xu does it soon ;-)13:12
johnthetubaguybauwser: sdague: we use nova-network, we do manually sync flavors at this point, it turns out, but that should be fixed now13:12
bauwserjohnthetubaguy: by looking at the code, I can't see the Cells API providing some help for n-net13:12
bauwserjohnthetubaguy: what about networks ?13:12
johnthetubaguybauwser: I suspect it doesn't, each of our cells has a different network13:12
johnthetubaguybauwser: that assumption might be built in, thinking about it13:13
bauwserjohnthetubaguy: because I only see the compute api to be overrided by the cells api13:13
*** Marga_ has joined #openstack-nova13:13
johnthetubaguyoomichi: just ping me if things are slow, and I will try move that along as fast as possible, sorry for the slow down, its where are tooling + process are not helping each other at the moment :(13:13
bauwserjohnthetubaguy: so I can see that if there is an instance.save() it goes to both api and cell dbs (and this is racy)13:14
openstackgerritjichenjc proposed openstack/nova-specs: New API for get service info from id  https://review.openstack.org/17241213:14
bauwserjohnthetubaguy: but there is not the same behaviour for networks IIRC13:14
johnthetubaguybauwser: right (the races are avoided in the most horrible way… but try ignore that, its going away)13:14
oomichijohnthetubaguy: yeah, I got it. thanks for paying attention for this13:15
*** alexpilotti has joined #openstack-nova13:15
bauwserjohnthetubaguy: alaski and I discussed on that race yesterday evening because we're hitting it on a cells tempest test13:15
johnthetubaguyoomichi: not sure if you got my worries about v2.1 and validation from earlier discussion in here13:15
bauwserjohnthetubaguy: but let's wait alaski while you're discussing with oomichi13:16
*** Samolo_ has quit IRC13:16
johnthetubaguybauwser: we have some stuff downstream, its possible "its fixed" in there, the mysqldb driver, but we are trying to kill that13:16
oomichijohnthetubaguy: I'd like to know your concern about v2.113:16
johnthetubaguyoomichi: basically thinking about changing the validation, so v2.0 requests are only partially validated (i.e. if no version is specified we just strip those from the request, and only error out if required parameters are invalid, or something like that), such that SDKs keep working, in their broken way, for now13:17
johnthetubaguyoomichi: i just think that will allow us (as in rackspace public cloud) to turn on v2.1 earlier, I suspect other operators will have a similar view, but I am not sure13:17
johnthetubaguyoomichi: for request with any version header added, we validate the properly using all the good stuff we have added13:18
johnthetubaguys/the/that/13:19
johnthetubaguybauwser: not sure if alaski will be around today, but I could be wrong13:19
bauwserjohnthetubaguy: oh ok13:19
*** vladikr has joined #openstack-nova13:19
oomichijohnthetubaguy: yeah, I see your concern. v2.0's validation likes blacklist, but v2.1's validation does whitelist. strong validation causes these concern.13:19
bauwseranyway, we're now in Liberty so that's less urgent as we missed the Kilo timeframe13:20
johnthetubaguybauwser: I am fine with you fixing the race, mostly the stuff we have is just looking for invalid state transitions and dropping them, etc13:20
oomichijohnthetubaguy: tempest also sent invalid request which was denied by v2.1 validation.13:20
bauwserjohnthetubaguy: yeah I have plans13:20
sdaguejohnthetubaguy: ok, so that devstack patch would make cells in devstack unlike all actual cells deploys?13:20
johnthetubaguybauwser: we could still get the cells job passing on stable right, if we get it fixed before RC213:20
*** ferest has joined #openstack-nova13:21
bauwserjohnthetubaguy: the idea is that when a .save() occurs, it goes down to the cell db and then goes back to the api db13:21
*** vladikr has quit IRC13:21
*** vladikr has joined #openstack-nova13:21
bauwserjohnthetubaguy: that back-and-forth is terrible if another instance.save() is occurring at the same time for the same uuid13:21
oomichijohnthetubaguy: and when we faced these problems on tempest, we investigated some SDKs' code and they sent *valid* requests.13:21
johnthetubaguysdague: so, I am not totally sure, is the bad answer, CERN still use cells and nova-network, not quite sure how they deal with that, I know we are neutron for over a year, and I can't remember what we did before (not sure I ever knew)13:22
bauwserbelmiro is not online now :/13:22
oomichijohnthetubaguy: so we were surprised because Tempest is in openstack, but it sent invalid request than SDK's13:23
sdagueoomichi: could you provide that information in the spec13:23
sdagueso it's written down13:23
oomichisdague: https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/v3-api-policy,n,z 's one ?13:23
openstackgerritZhengguang Ou proposed openstack/nova: Fix the race condition between detaching volume and creating image  https://review.openstack.org/16615213:24
sdagueoomichi: "<oomichi> johnthetubaguy: and when we faced these problems on tempest, we investigated some SDKs' code and they sent *valid* requests."13:24
sdaguegetting your results from that investigation into a spec about why the validation should be fine would be good13:24
*** thangp has joined #openstack-nova13:25
*** alexpilotti has quit IRC13:25
johnthetubaguysdague: yeah, its a good datapoint13:25
johnthetubaguyoomichi: I should try get someone on our team to see how hard this would be, as it seems a small price to pay for quicker v2.1 adoption13:25
*** mriedem_away is now known as mriedem13:26
johnthetubaguyoomichi: the key thing is that I don't want zero validation, I just want to drop un expected parameters for non versioned requests, basically13:26
*** iamjarvo_ has joined #openstack-nova13:27
oomichisdague: yeah, that was based on your request ;) please wait a minute13:27
*** iamjarvo_ has quit IRC13:27
johnthetubaguyoomichi: by drop I mean, remove them from the request, instead of sending a bad request error code, so it better matches v2.013:27
sdaguejohnthetubaguy: do you have reference libraries that add random stuff?13:27
*** iamjarvo_ has joined #openstack-nova13:27
johnthetubaguysdague: I think it was an old version of pyrax that did this, but I haven't managed to find the email about that, so I would have to dig in the history I guess13:28
johnthetubaguysdague: it might have been our cloud cafe tests though, I wish I could give something more concrete13:28
*** rajesht has quit IRC13:29
johnthetubaguysdague: to be clear, I don't want to give the API folks extra work just to make me happy, just floating the idea, and it seems useful I will try to get that worked on13:30
sdagueok, fair13:30
*** annegentle has quit IRC13:30
*** jecarey has joined #openstack-nova13:30
sdagueyeh, I don't know how hard it will be to make the json schema allow for random parts like that13:30
sdaguebecause it's not like the validator is nova code13:30
sdagueit's jsonschema13:31
sdagueso this might be not possible13:31
johnthetubaguyyeah, if its messy, then maybe its not worth it, but seems worth a punt13:31
sdagueyeh, that's fair13:31
oomichijohnthetubaguy, sdague: my investigation of that is https://review.openstack.org/#/c/138245/ , the comments of PS4 are that.13:31
sdagueoomichi: can you put those comments into the spec itself. It seems useful to reference in the spec13:32
oomichijohnthetubaguy, sdague: but I'm not sure your request. v2.1 dev is done in Kilo, so we don't need a spec for Liberty now.13:32
*** abhishekk has quit IRC13:32
*** annegentle has joined #openstack-nova13:32
sdagueoomichi: I'd update the existing spec with that info13:32
*** iamjarvo_ has quit IRC13:32
sdaguemostly so we have reference to this fact moving forward13:32
johnthetubaguysdague: oomichi: thanks, appreciate that, good to document that13:33
sdagueit's ok, to update old specs to provide them with more information that reflects reality13:33
sdaguejust so it's easy to find and reference in the future13:33
oomichisdague: ah, I see. so I will do it next week because my baby starts crying now13:34
sdagueoomichi: totally fair, get back to your baby :)13:34
dansmithmy baby is crying now too, can I go?13:34
oomichidansmith: need to go ;)13:35
*** _gryf is now known as _gryf|afk13:35
*** oomichi has quit IRC13:35
*** Maike has quit IRC13:37
*** eharney has joined #openstack-nova13:39
*** popw has quit IRC13:39
*** Maike has joined #openstack-nova13:39
bauwserlol, good headsets can save a remotee's life13:41
*** exploreshaifali has joined #openstack-nova13:42
*** ajayaa has joined #openstack-nova13:42
dansmithI don't have kids, I as just hoping to use the excuse anyway13:46
mriedemloud white noise is what saves lives13:46
mriedema good poop, a full belly and loud white noise13:47
mriedemworks on babies, works on me :)13:47
dansmithlol13:47
*** dansmith is now known as superdan13:47
*** gilliard is now known as gillllliard13:47
mriedemno rc1 yet?13:48
mriedemoh nvm13:48
mriedemsuperdan: you have to change the channel topic13:49
superdanah, yep13:49
*** ChanServ sets mode: +o superdan13:49
*** superdan changes topic to "This channel is for Nova development. For support of Nova deployments, please use #openstack. -=- master is open for Lemming development"13:49
mriedemoh boy13:49
*** jistr has quit IRC13:49
*** ferest has quit IRC13:51
alex_xujohnthetubaguy: sdague just quickly, looks like not very hard to allow random part in json-schema, provide a custom 'additionalProperties' validator at https://github.com/openstack/nova/blob/master/nova/api/validation/validators.py#L9113:51
sdaguealex_xu: ok, so that might be a good thing to do13:52
*** ChanServ sets mode: -o superdan13:52
gillllliardsuperdan: Have you seen bug 1442602?13:52
openstackbug 1442602 in OpenStack Compute (nova) "live migration fails during destination host check" [Undecided,Confirmed] https://launchpad.net/bugs/144260213:52
alex_xusdague: if we want to think about idea, I can write poc code prove that works later13:53
johnthetubaguyalex_xu: ah good spot, that could work13:53
superdangillllliard: wow, that was fast13:53
alex_xujohnthetubaguy: and _SchemaValidator was create pre-request, so probably works13:53
gillllliardI don't really understand how the rpc version proxying works, but it seems to be related...13:54
superdangillllliard: yep, I'll fix it, thanks13:54
gillllliardcooooool13:54
superdanwell, that's not even close to right13:55
*** exploreshaifali has quit IRC13:55
*** jistr has joined #openstack-nova13:56
*** annashen has joined #openstack-nova13:56
*** mwagner_lap has joined #openstack-nova13:57
*** thomasem has joined #openstack-nova13:58
*** thomasem has quit IRC13:58
*** thomasem has joined #openstack-nova13:59
*** thomasem has quit IRC14:00
*** cfriesen has joined #openstack-nova14:00
jogolong live lemming14:02
*** iamjarvo has joined #openstack-nova14:04
*** iamjarvo has quit IRC14:05
*** iamjarvo has joined #openstack-nova14:05
*** iamjarvo has quit IRC14:05
openstackgerritDan Smith proposed openstack/nova: Fix check_can_live_migrate_destination() in ComputeV4Proxy  https://review.openstack.org/17242914:06
superdangillllliard: thanks for the heads up. Fixed ^14:06
*** hdd has joined #openstack-nova14:06
superdanwe're going to need an rc2 for that14:06
*** rushil has joined #openstack-nova14:06
*** iamjarvo has joined #openstack-nova14:06
*** iamjarvo has quit IRC14:06
gillllliardtdurakov: ^^14:06
*** thomasem has joined #openstack-nova14:07
superdantdurakov: yes, kudos to you as well :)14:07
*** iamjarvo has joined #openstack-nova14:07
*** iamjarvo has quit IRC14:07
bauwsersuperdan: mmm, wondering about the convo we had yesterday and the pattern of VoldProxy vs. VnewProxy14:07
sdaguesuperdan: you have the backport ?14:08
*** iamjarvo has joined #openstack-nova14:08
superdansdague: oh, right, I forgot I have to do that :)14:08
bauwsersuperdan: just wondering how we can prevent that14:08
*** iamjarvo has quit IRC14:08
johnthetubaguysuperdan: I think I added the tag on that bug, let me know if I need to do anything more.14:08
superdanbauwser: if we had done it earlier than the day of the release, I would have written a test to validate the signatures14:08
superdanjohnthetubaguy: yep, it's on there14:09
*** iamjarvo has joined #openstack-nova14:09
superdanbauwser: next time we do it, we can evaluate better ways if we do it earlier14:09
tdurakovsuperdan: checked your commit, what about rpcapi.py?14:09
*** iamjarvo has quit IRC14:09
superdantdurakov: what about it?14:09
bauwsersuperdan: yeah, my point is about the opportunity of keeping that pattern if the manager is fat14:09
*** artom has joined #openstack-nova14:09
bauwsersuperdan: but yeah, sure, tests can cover this14:09
*** iamjarvo has joined #openstack-nova14:09
tdurakovhttps://github.com/openstack/nova/blob/master/nova/compute/rpcapi.py#L39914:10
*** iamjarvo has quit IRC14:10
*** iamjarvo has joined #openstack-nova14:11
superdantdurakov: the destination param is *supposed* to be passed there14:11
tdurakovsuperdan: should we have destination in method args?14:11
*** iamjarvo has quit IRC14:11
superdantdurakov: the problem was that it wasn't passed (intentionally) to the destination14:11
sdaguejohnthetubaguy / superdan - also approving https://review.openstack.org/172435 will make the backporting a little simpler14:11
*** iamjarvo has joined #openstack-nova14:12
superdantdurakov: when we write the proxy, we do it from the rpcapi, not the current manager to figure out what is the current level of support, and I just accidentally copied that param to it14:12
*** iamjarvo has quit IRC14:12
superdanbecause it's non-standardly named, per my commit message14:12
*** otter768 has joined #openstack-nova14:12
tdurakovsuperdan: I see, looks fine then)14:12
superdansdague: is that a thing we do?14:12
*** iamjarvo has joined #openstack-nova14:12
*** iamjarvo has quit IRC14:13
gillllliardAre we able to make the aiopcpu job voting soon?14:13
sdaguesuperdan: we do on stable14:13
artomsahid, about console objects14:13
sdagueI don't see why we wouldn't on proposed14:13
*** mestery is now known as mestery_afk14:13
artomYou submitted the spec (https://review.openstack.org/#/c/165838/)14:13
superdansdague: okay14:13
superdanwell regardless: https://review.openstack.org/#/c/172434/14:13
*** iamjarvo has joined #openstack-nova14:13
superdangillllliard: it'll probably be a while14:13
artomAnd then mike durnosvistov submitted some code https://review.openstack.org/#/c/135035/14:13
*** mtanino has joined #openstack-nova14:14
bauwsersuperdan: happy with making someone happy ? https://review.openstack.org/#/c/149746/14:15
artomSo I'm wondering what's the plan with that...14:15
superdanbauwser: thanks :)14:15
bauwseroh, 3 specs all related to having a weigher for image caches...14:16
bauwserwhat's suddently so wrong so 3 people are raising the same interest at the same time ?14:17
*** annashen has quit IRC14:17
*** otter768 has quit IRC14:17
bauwserwith 3 different implementations ?14:17
alaskisdague: bauwser johnthetubaguy I'm in today, just slow getting here14:17
*** alaski is now known as lascii14:17
bauwserlascii: np14:18
johnthetubaguylascii: sorry, my bad14:18
bauwserlascii: sdague was wondering if it was a normal behaviour to sync networks14:18
sdaguelascii: right, so that devstack cells patch14:18
bauwserlascii: as per the code, I tend to say yes14:18
lasciisdague: to answer your question, creating networks is not something we do in our deployment so that's nonstandard from our pov, but so is passing in a created network on boot14:18
lasciisdague: if we were to do that, we would do it the way it's done in the patch.  like we manually sync our flavors14:19
*** jecarey has quit IRC14:19
*** jecarey has joined #openstack-nova14:19
bauwserlascii: I wonder how CERN is dealing with that (or Nectar)14:19
lasciibauwser: that's a good question.  I don't know14:19
sahidartom: the plan is to remove console/types.py to use objects14:19
sdaguelascii: so I guess that's the root question. There are many ways to make tests pass14:19
sdagueassertTrue(True) is one way14:20
sahidand so remove the dict connect_info14:20
sahidpassed between rpc14:20
lasciisdague: ideally we would go back to not looking up and passing in networks on boot14:20
sahidbut i need to rework the spec14:20
sdagueso I don't really know if this devstack change is a reasonable change because that's the way cells should work14:20
artomsahid, right, I'm just confused as to who's doing that ;)14:20
sdaguelascii: ok, has anyone brought that up with mtreinish ?14:20
artomSince the spec is you but the code is mike14:20
artomYet the BP says you're the assignee14:21
sahidartom: it is not the same area14:21
lasciisdague: yes.  he had a patch up to do that, but wasn't a big fan of modifying behaviour based on backend setups14:21
bauwsersdague: we briefly discussed on that a couple of days ago14:21
sahidthat is why i have to rework the spec to make it clear14:21
artomsahid, aha!14:21
sahidartom: yes14:21
lasciisdague: I consider it reasonable because it matches how we setup flavors.  they need to match in the api and cell db14:21
sdagueok14:21
lasciiI don't think it's a good place to be in, but solving that syncing issue will take time if we want to tackle it14:23
artomsahid, Mike's code definitely defines a new Console object :)14:23
sdagueno, that's fine14:23
artomAnyways, I'll leave you be and wait for the revised spec to be submitted.14:23
sahidartom: yes from the API point of view, my spec is to handle connect_info (virt point of view)14:24
sahidfor sure there will be relation at the end :)14:24
artomAh, I think I understand.14:24
*** tojuvone has quit IRC14:24
artomMike = "create" Console object14:25
artomYou = "consume" Console object14:25
sahidhm... i guess :)14:25
sahidartom: anyway let me refine the spec and you will understand better for sure14:26
artomThat didn't sound very confident ^^14:26
artomHaha, for sure14:26
*** hdd has quit IRC14:26
artomThere's the native SPICE console spec (from our Red Hat Trello) that'll depend on Console objects14:28
mriedemobondarev_: now that liberty is open, i'm going to push some patches that reduce the complexity of neutron.allocate_for_instance since i don't want to wait another 3 months for a refactor spec to land14:28
mriedemobondarev_: given we can't fix bugs in that code today14:28
bauwserartom: *upstream*14:28
artombauwser, eh? I'm writing the spec as we speak :)14:28
artomBut it started internally.14:29
*** hdd has joined #openstack-nova14:32
superdanjohnthetubaguy: do you expect we'll have another umbrella blueprint for remaining object conversions? We don't have many left, but things like this need something to count against: https://review.openstack.org/#/c/149746/1314:35
johnthetubaguysuperdan: sounds like we can treat those as bugs, unless you want the tracking?14:35
tdurakovsuperdan: find another typo14:35
johnthetubaguysuperdan: I can approve a bp quickly without a spec if thats going to help you14:36
mriedemthere is more than bugs14:36
openstackgerritTimofey Durakov proposed openstack/nova: fixed order of arguments during execution live_migrate()  https://review.openstack.org/17244514:36
superdanjohnthetubaguy: I dunno, a blueprint makes them easier14:36
mriedemyes14:36
mriedemthere is rt stuff and scheduler stuff14:36
mriedemthat needs some object work14:36
mriedemand neuronv214:36
superdanmriedem: yeah, but those will get their own I think14:36
johnthetubaguysuperdan: cool, just approve it, I would say14:36
ndipanovscheduler + RT14:36
johnthetubaguysuperdan: +114:36
superdanjohnthetubaguy: okay, I'll create a bp with no spec, approve it and then have this respun under that14:36
johnthetubaguysuperdan: sweet, sounds like a good plan14:37
tdurakovsuperdan: check patch: https://review.openstack.org/#/c/172445/14:37
superdantdurakov: will in a sec14:37
openstackgerritVladik Romanovsky proposed openstack/nova: tests: introduce a NUMAServersTest class  https://review.openstack.org/15500614:37
openstackgerritVladik Romanovsky proposed openstack/nova: tests: use numa xml automatic generation in libvirt tests  https://review.openstack.org/17244814:37
mriedemganso_: were you able to backport those patches to juno and see if it resolves your tempest race issue?14:37
superdantdurakov: yep14:38
*** dboik_ has joined #openstack-nova14:38
*** dboik_ has quit IRC14:39
superdantdurakov: one nit, otherwise good14:39
superdantdurakov: with that does live migration work?14:39
*** dboik_ has joined #openstack-nova14:39
*** iamjarvo has quit IRC14:40
ganso_mriedem: I haven't had time yet, sorry, will do as soon as I can14:40
mriedemsuperdan: http://git.openstack.org/cgit/openstack/nova/tree/nova/compute/rpcapi.py#n58714:40
superdanmriedem: what about it?14:40
mriedemit is consistent with rpcapi14:41
mriedemsame happened with detach_volume i believe14:41
superdanmriedem: right, but it's manager side14:41
*** dims_ has joined #openstack-nova14:41
tdurakovsuperdan: I found that during --block-migrate checks, there are some errors in my env, but, not sure they connected with proxy class, you'd added14:41
superdantdurakov: okay, any testing you can do quickly is appreciated for sure14:41
superdanI think this is probably the only place in the rpc api we don't have coverage during a test run14:42
*** maurosr has quit IRC14:42
superdanwell, except for a few things only covered by xen ci.. :|14:42
mriedemwouldn't aiocpu hit this?14:42
*** dboik has quit IRC14:42
* mriedem checks the prevoius change14:42
gillllliardyes14:42
gillllliardno, wait, I read that wrong.14:42
*** maurosr has joined #openstack-nova14:43
superdanI think it will yeah14:43
*** Marga_ has quit IRC14:43
*** ekhugen has quit IRC14:43
superdanI meant by gating things14:43
mriedemhttp://logs.openstack.org/52/172152/4/check/check-tempest-dsvm-aiopcpu-full/3847521/console.html#_2015-04-09_23_18_18_72114:43
mriedemyup14:43
mriedemhttp://logs.openstack.org/52/172152/4/check/check-tempest-dsvm-aiopcpu-full/3847521/logs/screen-n-cond.txt.gz?level=TRACE14:43
mriedembam14:43
mriedemi didn't check that job since it's been failing for awhile consistently now14:44
*** bkopilov has quit IRC14:44
*** marun has joined #openstack-nova14:44
superdanas soon as we shake these out and have our final release, we'll rip all this out14:44
superdandropping 40 revs is, like, really nice14:44
mriedemso this bug is going to be kilo rc2 right?14:44
superdanyes14:44
superdanfeel free to blame me14:45
mriedemno, we had the job, i didn't check the results14:45
mriedemneed to get aiocpu voting in liberty14:45
superdanvoting would be nice, stable enough to consult regularly would be an improvement too14:45
superdanwaiting for tdurakov to see that live migration is broken is ... not as nice :)14:46
mriedemsuperdan: tdurakov: so it looks like check_can_live_migrate_destination is also busted14:46
mriedemhttp://logs.openstack.org/52/172152/4/check/check-tempest-dsvm-aiopcpu-full/3847521/logs/screen-n-cond.txt.gz?level=TRACE#_2015-04-09_23_18_18_46214:46
tdurakovsuperdan: checking l-m14:47
tdurakovmriedem: already  fixed14:47
superdanmriedem: yeah, that's my patch right?14:47
mriedemyeah14:47
superdanthe good thing is,14:48
superdanif we hit another one of these after release,14:48
mriedemjohnthetubaguy: ttx: we need a kilo rc2 milestone to track a bug14:48
superdanpinning to kilo will fix it14:48
*** jgrimm has quit IRC14:48
*** sdake_ has joined #openstack-nova14:49
johnthetubaguymriedem:  I guess its happening now for sure, not sure whats normal, added the requested tag for now14:49
*** Marga_ has joined #openstack-nova14:50
superdanjohnthetubaguy: I figured we waited for ttx to do that14:50
superdanjohnthetubaguy: but yes, definitely will need one14:50
johnthetubaguyyeah14:50
mriedemsuperdan: you have the power to add milestones now too don't you? or is that only novaclient?14:50
superdanI don't14:50
*** timello has quit IRC14:50
superdanI'm not important14:50
mriedemi thought all nova-drivers did, oh well14:50
superdanI don't think so14:50
*** ferest has joined #openstack-nova14:52
tdurakovsuperdan: what do you think: http://paste.openstack.org/show/202071/14:53
superdantdurakov: hmm, unrelated to this I think14:53
mriedemtdurakov: that could be the tunneling thing14:53
tdurakovnot sure it's connected with you patch, It's about libvirt config14:53
*** timello has joined #openstack-nova14:53
mriedemtdurakov: we have a job that tests live migration14:53
ttxSo.. creating a rc2 now kind of sends the wrong message to testers. (message being "no need to tset that, it's already toasted")14:53
*** ekhugen has joined #openstack-nova14:54
ttxYou shoudl use the kilo-rc-potential tag to track potential RC bugs until we open a RC2 window14:54
mriedemalready done14:54
superdantdurakov: when you revise your patch, make it depends-on mine and then we'll get a consistent result from the upstream job14:54
superdanttx: we've done that14:54
ttxThat may involve cleaning up the tag14:54
ttxsuperdan: great than14:54
ttxthen14:54
mriedemsuperdan: which patch of yours?14:54
mriedemnvm14:54
mriedemi see14:55
superdanttx: so we've tagged it, you know about it, we'll just fix things until further instruction from you, right?14:55
*** mjturek1 has quit IRC14:55
openstackgerritGrzegorz Grasza (xek) proposed openstack/nova: Recover instance state after nova-compute service failure during spawn  https://review.openstack.org/16728114:55
openstackgerritGrzegorz Grasza (xek) proposed openstack/nova: Recover instance state after nova-compute failure during spawn  https://review.openstack.org/16728114:55
*** mjturek1 has joined #openstack-nova14:55
*** dboik_ has quit IRC14:56
mriedem+2 on https://review.openstack.org/#/c/172429/14:56
*** ferest has quit IRC14:56
ttxsuperdan: right. On Tuesday I'll discuss with John whether we have "enough" to justify a respin and then consider every fix that landed in master as candidates for RC2 backport14:56
superdanttx: roger that, thanks!14:56
ttx(hint: there will be a RC2, but don't tell)14:57
*** dims_ is now known as dimsum__14:57
*** mmedvede_ has quit IRC14:57
superdanmy lips are sealed :)14:57
ttx<loud>That RC1 is so awesome ! you should test it!</loud>14:57
dimsum__haha14:57
tdurakovsuperdan: i'll make my patch depends on your, anything else?14:57
*** sdake has joined #openstack-nova14:58
mriedemtdurakov: nope14:58
superdantdurakov: that and my comment in the patch, that's it14:58
*** maurosr has quit IRC14:58
mriedemtdurakov: i didn't know superdan had a fix for the other thing14:58
*** timello has quit IRC14:58
tdurakovsuperdan: about consistency of method args in rpc api and manager method?14:59
tdurakovmriedem: https://review.openstack.org/#/c/172434/14:59
*** femnad has quit IRC15:00
mriedemyeah i know :)15:00
superdantdurakov: just consistency in the proxy method and the call it makes15:00
*** zzzeek has joined #openstack-nova15:00
mriedemtdurakov: yours needs to depend on the change on master branch, not the cherry pick on proposed/kilo15:00
superdanyeah15:00
mriedembut we'll also need a proposed/kilo for your change that depends on superdan's proposed/kilo cherry pick15:00
mriedemwe could just squash these...15:00
superdansounds like it'll be better if we have "two whole patches" to justify the rc215:01
superdanbut I don't care :)15:01
*** sdake_ has quit IRC15:02
*** rushil has quit IRC15:02
*** ekhugen has quit IRC15:03
*** maurosr has joined #openstack-nova15:03
*** BadCub_Hiding is now known as BadCub15:04
mriedemi don't care either as long as tdurakov is a git review -d and cherry-pick -x wiz :)15:05
*** mestery_afk is now known as mestery15:06
*** armax has joined #openstack-nova15:06
*** iamjarvo has joined #openstack-nova15:08
*** maurosr has quit IRC15:08
dimsum__mriedem: superdan: ComputeManager's live_migration has a couple of decorators and _ComputeV4Proxy's live_migration method is does not have those. by design?15:09
*** isd has joined #openstack-nova15:09
*** rwsu has quit IRC15:09
superdandimsum__: yeah, that's fine15:09
dimsum__cool thx15:10
superdandimsum__: we just call through those anyway, so we get the same result15:10
*** atuvenie has joined #openstack-nova15:12
mriedemobondarev_: superdan: jogo: getting the ball rolling: https://review.openstack.org/#/c/172465/15:13
*** yamahata has joined #openstack-nova15:13
mriedemheh, +30 LOC docstring15:14
*** annashen has joined #openstack-nova15:18
*** eezhova has quit IRC15:18
*** armax has quit IRC15:19
*** dboik has joined #openstack-nova15:20
*** rushil has joined #openstack-nova15:21
*** timello has joined #openstack-nova15:22
*** iamjarvo has quit IRC15:22
*** annashen has quit IRC15:23
*** burt has quit IRC15:24
*** burt has joined #openstack-nova15:24
*** annegentle has quit IRC15:26
*** krtaylor has quit IRC15:27
*** timello has quit IRC15:28
*** krtaylor has joined #openstack-nova15:28
*** thedodd has joined #openstack-nova15:28
*** ekhugen has joined #openstack-nova15:30
*** annegentle has joined #openstack-nova15:30
dimsum__superdan: 11 methods dropped by design too?15:31
dimsum__superdan: http://paste.openstack.org/show/202087/15:31
*** maurosr has joined #openstack-nova15:32
*** zz_jgrimm has joined #openstack-nova15:32
superdandimsum__: most of those are not rpc methods15:32
superdandimsum__: so, yeah15:32
dimsum__ok just making sure15:32
* dimsum__ goes to find something else to do :)15:33
superdandimsum__: the reason this is error-prone is that the matching needs to be between what rpcapi can call, and this proxy15:33
superdandimsum__: but unfortunately, there are a bunch of inconsistencies for no reason15:33
superdandimsum__: so it's hard to do it programmatically15:33
dimsum__superdan: right, yep15:33
superdandimsum__: anyway, not discouraging you from continuing to scrape that for bugs :)15:34
*** Marga_ has quit IRC15:34
*** Marga_ has joined #openstack-nova15:35
dimsum__y, based on yours and tdurakov's reviews, i checked for the parameters and the methods, so i think we are good :)15:35
*** ekhugen has quit IRC15:35
superdancool15:35
*** hdd has quit IRC15:38
*** ekhugen has joined #openstack-nova15:38
*** maurosr has quit IRC15:39
*** afazekas has quit IRC15:40
*** ozialien has joined #openstack-nova15:40
*** dboik has quit IRC15:41
*** alexpilotti has joined #openstack-nova15:41
*** zz_jgrimm has quit IRC15:41
*** iamjarvo has joined #openstack-nova15:42
*** maurosr has joined #openstack-nova15:42
*** dsanders has joined #openstack-nova15:42
-openstackstatus- NOTICE: gerrit has been restarted to address a hung event stream. change events between 15:00 and 15:43 utc which were lost will need to be rechecked or have approval workflow votes reapplied for zuul to act on them15:45
*** maurosr has quit IRC15:46
*** arnaud___ has joined #openstack-nova15:47
*** ozialien has quit IRC15:47
*** ekhugen has quit IRC15:48
*** timello has joined #openstack-nova15:48
*** Marga_ has quit IRC15:48
*** Marga_ has joined #openstack-nova15:49
*** ekhugen has joined #openstack-nova15:51
*** alexpilotti has quit IRC15:51
*** rwsu has joined #openstack-nova15:51
*** alexpilotti has joined #openstack-nova15:51
*** hemna has joined #openstack-nova15:52
*** dsanders has quit IRC15:52
jichenmriedem: hi15:52
*** ferest has joined #openstack-nova15:53
*** arnaud___ has quit IRC15:53
*** annashen has joined #openstack-nova15:54
*** maurosr has joined #openstack-nova15:54
jichencan you take a look at https://bugs.launchpad.net/nova/+bug/1442501?  we tried https://review.openstack.org/#/c/16640 and seems it's a bug that need to be fixed in kilo15:55
openstackLaunchpad bug 1442501 in OpenStack Compute (nova) "Fail to boot VM from image with one ephemeral disk" [Undecided,New]15:55
*** browne has quit IRC15:55
*** bnemec is now known as beekneemech15:55
*** arnaud___ has joined #openstack-nova15:57
*** ekhugen has quit IRC15:57
*** markus_z has quit IRC15:57
*** timello has quit IRC15:57
*** ferest has quit IRC15:58
*** ildikov has quit IRC15:58
*** thomasem has quit IRC15:58
mriedemjichen: is this a recent regression in kilo?16:00
*** timello has joined #openstack-nova16:00
*** ferest has joined #openstack-nova16:00
*** aysyd has quit IRC16:00
*** maurosr has quit IRC16:00
*** aysyd has joined #openstack-nova16:00
mriedemjichen: ah i guess it would be https://review.openstack.org/#/c/126303/16:02
jogosuperdan:  nice16:02
jichenmriedem: zhao qin opened it today, I had a talk with him ,http://lists.openstack.org/pipermail/openstack-dev/2015-March/059332.html has more info16:03
jogosuperdan mriedem: speaking of getting the ball rolling it may be time to re-review the online db migration stuff for Lemming16:03
jogohmm is the spec in for Lemming on that yet? we may need that first16:03
superdanyeah, probably need to move that to lemming16:04
jogojerdfelt: ^16:04
jichenmriedem: he tried my patch locally and it works16:04
*** timello has quit IRC16:04
* jogo gets ready to go back offline and onto his plane to Miami16:04
*** dimsum__ has quit IRC16:05
*** jlanoux has quit IRC16:05
*** ferest has quit IRC16:05
*** matrohon has quit IRC16:05
*** jistr has quit IRC16:06
openstackgerritOleg Bondarev proposed openstack/nova: Log a warning if sec-groups and port id are provided on boot  https://review.openstack.org/15406816:07
*** dims_ has joined #openstack-nova16:07
*** jcoufal has quit IRC16:08
superdantdurakov: were you going to push up a new rev of your patch?16:08
*** dims_ is now known as dimsum___16:08
*** dimsum___ is now known as dimsum_16:08
mriedemjichen: there are a lot of moving parts here between multiple changes and multiple bugs16:08
mriedemjichen: novaclient keeps coming up16:08
mriedemand it looks like the bad thing in novaclient was reverted, but is not in a released novaclient yet16:09
*** annashen has quit IRC16:09
jichenmriedem: yes, but in order to fix  https://bugs.launchpad.net/nova/+bug/1442501, we need to backport something16:09
openstackLaunchpad bug 1442501 in OpenStack Compute (nova) "Fail to boot VM from image with one ephemeral disk" [High,Confirmed]16:09
tdurakovsuperdan: in couple of minutes16:09
mriedemjichen: what i'm not understanding is if we're just changing a thing in nova to make novaclient work?16:09
superdantdurakov: okay just checking16:10
jichenno, the novaclient patch already in16:10
mriedembackport something?16:10
tdurakovsuperdan: maybe squash them?16:10
jichenmriedem:  https://review.openstack.org/#/c/165932/16:10
jichenmriedem: this patch is for novaclient, already merged16:10
superdantdurakov: if you just do the linkage right, we don't need to squash them16:10
tdurakovsuperdan: what do you think?16:10
mriedemjichen: there isn't a backport for client libs, they move forward16:10
tdurakovsuperdan: ok16:10
mriedemor do you mean revert the revert?16:10
jichenmriedem: no ,sorry, let me try to explain the issue ,the only thing we need to do is merge https://review.openstack.org/#/c/1664016:11
jichenmriedem: which is a nova patch, the nova client patch already merged16:11
mriedemjichen: that's the wrong patch16:11
mriedemyou mean https://review.openstack.org/#/c/166401/16:12
jichenooops16:12
jichenmriedem: yes,sorry16:12
*** hdd has joined #openstack-nova16:12
jogojohnthetubaguy:  it may be a good idea to remind folks about nova's fast re-approval policy for approved but not implimented kilo specs16:12
*** iamjarvo has quit IRC16:12
johnthetubaguyjogo: yes, I was thinking about that earlier, just a general spec reminder16:13
*** otter768 has joined #openstack-nova16:13
jogojohnthetubaguy: yup. That and I think we should try to land the online db migrations stuff before the summit16:13
jogojohnthetubaguy: as it was a previous priority, got really close and just barely missed the deadline16:14
*** timello has joined #openstack-nova16:14
johnthetubaguyjogo: thats for starting off that thread about priority, appreciate that16:14
*** annegentle has quit IRC16:14
jogojohnthetubaguy: np, the etherpad is pretty empty so far, not sure if that is a good or bad16:14
johnthetubaguyjogo: yeah, agreed, I need to check with jerdfelt to see about who will have time to push that16:14
*** dboik has joined #openstack-nova16:14
johnthetubaguyjogo: lol, possibly good16:14
jogoanyway time to board my flight to Miami16:15
jogoo/16:15
johnthetubaguyjogo: ah, enjoy16:15
dimsum_safe trips jogo!16:15
jogodimsum_: thanks16:15
*** unicell has quit IRC16:16
mriedemndipanov: are you around to explain https://review.openstack.org/#/c/166401/ ?16:16
*** sdake_ has joined #openstack-nova16:16
ndipanovaround yes16:17
*** otter768 has quit IRC16:17
ndipanovmriedem, oddly I have no memory of this16:17
ndipanovah right no I remember16:18
*** hdd has quit IRC16:18
mriedemha16:18
ndipanovright - so see the bug16:18
*** zz_jgrimm has joined #openstack-nova16:18
ndipanovthis was paired with a revert in python novaclient16:18
*** ekhugen has joined #openstack-nova16:19
mriedemyeah, saw that16:19
ndipanovthe idea is that soruce=image, dest=local is right now only possible for boot images16:19
ndipanovwe had an idea to implement it for random images16:19
*** Maike has quit IRC16:20
ndipanovso you could have 2 disks that are downloaded from glance to the hypervisor storage16:20
*** sdake has quit IRC16:20
ndipanov(or ceph or similar)16:20
*** maurosr has joined #openstack-nova16:20
ndipanovthe idea was to be able to do image building16:20
*** timello has quit IRC16:21
ndipanovbut that somehow never took off, and adding support for it is actually not that trivial because all of the code in nova specialcases instance.image16:21
ndipanovso the idea was to fail such requests16:22
ndipanovbut the first fix that was proposed was broken16:22
ndipanovso this is a fix of a fix16:22
ndipanovmriedem, make sense?16:22
*** Maike has joined #openstack-nova16:22
*** sks has joined #openstack-nova16:22
*** zz_jgrimm has quit IRC16:23
*** amotoki has joined #openstack-nova16:23
*** ekhugen has quit IRC16:24
*** dboik has quit IRC16:24
mriedemndipanov: so the first fix to not allow it was broken in general, not just for some assumptions that novaclient was making16:24
mriedemas in https://review.openstack.org/#/c/126303/ is busted16:25
*** dboik has joined #openstack-nova16:25
*** maurosr has quit IRC16:25
ndipanovyes16:25
*** armax has joined #openstack-nova16:26
mriedemand novaclient made this change to avoid that breakage https://review.openstack.org/#/c/153203/16:26
mriedemwhich was reverted here https://review.openstack.org/#/c/165932/16:26
mriedembut https://review.openstack.org/#/c/165932/ won't work w/o https://review.openstack.org/#/c/166401/16:26
openstackgerritVladik Romanovsky proposed openstack/nova: tests: use numa xml automatic generation in libvirt tests  https://review.openstack.org/17244816:26
*** ijw has joined #openstack-nova16:27
mriedemjichen: chaochin: ^ do i have that right?16:27
ndipanovmriedem, that is correct16:27
mriedemndipanov: ok16:27
*** jichen has quit IRC16:28
*** yamahata has quit IRC16:28
mriedemwhich is why jichen said in the novaclient revert:16:28
mriedem"oops https://review.openstack.org/#/c/166401/3 not landed ...."16:28
*** lsmola_ has quit IRC16:28
mriedemb/c novaclient trunk right now won't work with nova16:28
ndipanovyes16:28
mriedemgd what a mess16:29
ndipanovwell it didn't work before either16:29
mriedemuntil https://review.openstack.org/#/c/153203/316:29
mriedemwhich is in 2.2316:29
*** isd has quit IRC16:29
*** ekhugen has joined #openstack-nova16:29
mriedemanyway, seems like we're good with https://review.openstack.org/#/c/166401/ then16:29
ndipanovmriedem, yes please16:30
ndipanovthanks!16:30
*** maurosr has joined #openstack-nova16:31
mriedemok, the bug is already marked kilo-rc-potential16:31
mriedemso i guess we'll see if it makes rc216:31
ndipanovmriedem, the way people should look at it is from the API pov16:31
*** zz_jgrimm has joined #openstack-nova16:31
mriedemanyway, +W, i'm going to lunch16:32
mriedemndipanov: thanks for clarifying16:32
ndipanovmriedem, enjoy16:32
*** timello has joined #openstack-nova16:32
*** Maike_ has joined #openstack-nova16:32
*** Maike has quit IRC16:33
*** ekhugen has quit IRC16:33
sksI have a question.  I installed devstack. When I did "nova list" from a tenant to the public network  ip(172.24.4.5) it fails. But the ping to gateway(172.24.4.1 ) works.16:34
*** Nic has quit IRC16:35
skscan anybody provide me a clue to fix this?16:35
*** maurosr has quit IRC16:37
*** dprince has quit IRC16:37
*** timello has quit IRC16:37
sksI think there is some routing issue but i dont know to fix this16:37
skshttp://fpaste.org/209510/42868349/16:38
*** tonytan4ever has joined #openstack-nova16:38
*** patrickeast has joined #openstack-nova16:39
*** zz_jgrimm has quit IRC16:39
openstackgerritTimofey Durakov proposed openstack/nova: Fixed order of arguments during execution live_migrate()  https://review.openstack.org/17244516:39
*** ekhugen has joined #openstack-nova16:40
tdurakovsuperdan: done16:40
superdantdurakov: cool, thanks16:41
*** browne has joined #openstack-nova16:42
*** timello has joined #openstack-nova16:42
*** unicell has joined #openstack-nova16:44
*** ekhugen has quit IRC16:45
*** iamjarvo has joined #openstack-nova16:46
*** iamjarvo has quit IRC16:46
*** iamjarvo has joined #openstack-nova16:46
*** armax has quit IRC16:46
*** iamjarvo has quit IRC16:47
*** derekh has quit IRC16:47
*** yamahata has joined #openstack-nova16:47
*** iamjarvo has joined #openstack-nova16:47
openstackgerritVilobh Meshram proposed openstack/nova: WIP: Replace service groups with the tooz groups  https://review.openstack.org/17250216:48
*** arnaud___ has quit IRC16:48
*** maurosr has joined #openstack-nova16:50
*** timello has quit IRC16:50
*** ujjain has quit IRC16:50
*** timello has joined #openstack-nova16:53
*** zz_jgrimm has joined #openstack-nova16:55
*** Nic has joined #openstack-nova16:56
*** ekhugen has joined #openstack-nova16:56
*** tjones_ has joined #openstack-nova16:57
openstackgerritVladik Romanovsky proposed openstack/nova-specs: libvirt: virtio-net multiqueue  https://review.openstack.org/12882516:57
*** timello has quit IRC16:58
*** armax has joined #openstack-nova16:59
*** tjones_ has quit IRC16:59
*** timello has joined #openstack-nova16:59
*** maurosr has quit IRC17:00
*** packet has joined #openstack-nova17:00
*** zz_jgrimm has quit IRC17:00
*** dprince has joined #openstack-nova17:01
*** ekhugen has quit IRC17:01
*** ferest has joined #openstack-nova17:01
*** mwagner_lap has quit IRC17:02
*** dsanders has joined #openstack-nova17:03
*** timello has quit IRC17:04
*** maurosr has joined #openstack-nova17:04
*** ekhugen has joined #openstack-nova17:06
*** ferest has quit IRC17:06
*** mjturek1 has quit IRC17:07
*** romainh has left #openstack-nova17:08
*** timello has joined #openstack-nova17:08
*** tjones1 has joined #openstack-nova17:08
openstackgerritAndrew Laski proposed openstack/nova: Store context in local store after spawn_n  https://review.openstack.org/17129917:09
*** maurosr has quit IRC17:10
openstackgerritAndrew Laski proposed openstack/nova: Avoid indexing into an empty list in getcallargs  https://review.openstack.org/17216317:10
*** ekhugen has quit IRC17:11
*** tjones1 has joined #openstack-nova17:11
*** tjones1 has quit IRC17:12
*** tjones1 has joined #openstack-nova17:13
*** tjones1 has quit IRC17:14
*** tjones1 has joined #openstack-nova17:14
*** dsanders1 has joined #openstack-nova17:14
*** dsanders1 has quit IRC17:14
*** annegentle has joined #openstack-nova17:15
*** timello has quit IRC17:15
*** zz_jgrimm has joined #openstack-nova17:16
*** achanda has joined #openstack-nova17:16
*** dsanders has quit IRC17:17
*** ijw has quit IRC17:19
*** mpaolino has joined #openstack-nova17:20
*** achanda has quit IRC17:20
*** achanda has joined #openstack-nova17:21
*** mpaolino has quit IRC17:21
*** zz_jgrimm has quit IRC17:21
*** Marga_ has quit IRC17:21
*** timello has joined #openstack-nova17:21
*** tjones1 has quit IRC17:21
*** apuimedo has quit IRC17:21
*** tjones1 has joined #openstack-nova17:22
*** Marga_ has joined #openstack-nova17:22
*** dsanders has joined #openstack-nova17:23
*** maurosr has joined #openstack-nova17:24
*** ekhugen has joined #openstack-nova17:26
*** erlon has joined #openstack-nova17:26
*** zz_jgrimm has joined #openstack-nova17:28
*** maurosr has quit IRC17:29
*** dboik_ has joined #openstack-nova17:31
*** zz_jgrimm is now known as jgrimm17:32
*** ijw has joined #openstack-nova17:32
*** adalbas has joined #openstack-nova17:32
*** lucasagomes has quit IRC17:34
*** ekhugen has quit IRC17:35
*** dboik has quit IRC17:35
*** ijw has quit IRC17:36
*** jgrimm has quit IRC17:36
*** johnthetubaguy is now known as zz_johnthetubagu17:40
*** maurosr has joined #openstack-nova17:41
*** timello has quit IRC17:42
*** eglynn has quit IRC17:42
*** mestery has quit IRC17:43
*** mestery has joined #openstack-nova17:43
*** tjones1 has quit IRC17:44
*** harlowja_away is now known as harlowja17:44
*** tjones1 has joined #openstack-nova17:44
mriedemlascii: looks like you lost your dep on the rebase17:45
lasciimriedem: on purpose.  It's no longer needed for that patch17:45
mriedemjust read that :)17:45
mriedemfancy17:46
*** tjones1 has quit IRC17:46
*** sks has quit IRC17:46
lasciigot lucky and stumbled across that for some reason17:46
*** maurosr has quit IRC17:46
*** ozialien has joined #openstack-nova17:46
mriedemlascii: are you unit tests now testing basically how the oslo code works too?17:46
mriedem*your17:46
lasciimriedem: a bit, yeah17:47
mriedembut17:47
mriedemmaybe not all ad17:47
mriedem*bad17:47
mriedemdamn17:47
*** igordcard_ has quit IRC17:48
*** tjones1 has joined #openstack-nova17:48
mriedemlascii: btw, this series is going to be in rc2 https://review.openstack.org/#/c/172429/17:49
mriedemaiocpu fails on superdan's change but the dependent change fixes that17:49
superdansweet17:49
superdanthat's what we want to see17:49
mriedemyup17:49
*** zz_jgrimm has joined #openstack-nova17:50
superdansuper awesome to have that available now17:50
superdanand... ceph gating is in the gate17:50
lasciiokay, let me check it real quick17:50
mriedemnice17:50
*** pkoniszewski has joined #openstack-nova17:50
mriedemsuperdan: i dumped my laundry list of CI wants in the ML on mikal's liberty priorities thread17:50
superdancool17:51
*** ekhugen has joined #openstack-nova17:51
*** iwi has joined #openstack-nova17:51
*** Longgeek has quit IRC17:52
iwihi there, is there any disadvantage of setting reservation_expire to a value that is <1h ?17:52
*** boris-42 has joined #openstack-nova17:54
*** zz_jgrimm has quit IRC17:54
*** maurosr has joined #openstack-nova17:57
*** Maike_ has quit IRC17:57
*** ihrachyshka has quit IRC17:57
*** Maike_ has joined #openstack-nova17:58
*** ekhugen has quit IRC17:58
*** mwagner_lap has joined #openstack-nova18:02
*** amotoki has quit IRC18:02
*** ferest has joined #openstack-nova18:02
*** isd has joined #openstack-nova18:03
claudiub_lascii: pep8 will fail on that change18:04
openstackgerritAndrew Laski proposed openstack/nova: Return bandwidth usage after updating  https://review.openstack.org/17252418:04
lasciiclaudiub_: thanks, I suppose I should actually run that locally18:05
openstackgerritAnne Gentle proposed openstack/nova: Removes extra footer now that oslosphinx contains it  https://review.openstack.org/17252518:05
lasciiI always forget that after I get tests working18:05
claudiub_no problem. :)18:06
*** ferest has quit IRC18:07
*** timello has joined #openstack-nova18:07
*** dboik_ has quit IRC18:08
openstackgerritAndrew Laski proposed openstack/nova: Store context in local store after spawn_n  https://review.openstack.org/17129918:08
superdanmriedem: I put up the backport of tdurakov's patch18:10
*** armax has quit IRC18:10
superdanhttps://review.openstack.org/#/c/172527/118:10
*** ijw has joined #openstack-nova18:10
mriedem+118:10
*** timello has quit IRC18:11
*** maurosr has quit IRC18:11
*** ozialien has quit IRC18:14
*** otter768 has joined #openstack-nova18:14
*** atuvenie has quit IRC18:15
*** dave-mccowan has quit IRC18:18
*** otter768 has quit IRC18:18
*** jwcroppe has quit IRC18:20
*** jecarey has quit IRC18:20
*** Maike_ has quit IRC18:21
*** Maike has joined #openstack-nova18:21
*** ozialien has joined #openstack-nova18:23
*** aix has quit IRC18:24
ndipanovmriedem, https://bugs.launchpad.net/nova/+bug/144116918:25
openstackLaunchpad bug 1441169 in OpenStack Compute (nova) "can't schedule vm with numa topology and pci device" [Medium,In progress] - Assigned to Przemyslaw Czesnowicz (pczesno)18:25
*** bauwser is now known as bauzas18:25
ndipanovI'd say it would be really good to get in for RC 2 as well18:25
*** iwi has quit IRC18:25
*** iwi has joined #openstack-nova18:25
mriedemugh, numa18:26
mriedemnuma + pci18:26
mriedemdouble ugh18:26
*** armax has joined #openstack-nova18:27
*** ozialien has quit IRC18:27
*** sahid has quit IRC18:27
*** dboik has joined #openstack-nova18:29
*** exploreshaifali has joined #openstack-nova18:29
*** Maike_ has joined #openstack-nova18:29
*** Maike has quit IRC18:29
ndipanovmriedem, lol18:29
*** VW_ has joined #openstack-nova18:30
*** raph__ has quit IRC18:30
ndipanovthis one is actually objects -> dicts18:30
*** raph__ has joined #openstack-nova18:30
ndipanovbug18:30
*** ekhugen has joined #openstack-nova18:30
ndipanovin the pci stats18:30
ndipanovfrom_dict would drop the field as it's not on the object18:31
*** melwitt has joined #openstack-nova18:31
ndipanovfwiw - I spent about 2 hours figuring it out and I know that (sad) code18:31
ndipanovso don't feel bad18:31
ndipanov:)18:32
*** ildikov has joined #openstack-nova18:32
*** iamjarvo has quit IRC18:32
*** zz_jgrimm has joined #openstack-nova18:33
mriedemoh i don't feel bad about numa/pci breaking constantly :)18:33
*** timello has joined #openstack-nova18:33
ndipanovit doesn't break constantly what do you mean18:33
*** VW_ has quit IRC18:34
ndipanovmriedem, but while we're on the subject https://review.openstack.org/#/c/169245/18:35
mriedemffs18:36
mriedemyou need danpb back for all of these :P18:36
mriedemor jaypipes on that scheduler patch18:36
ndipanovthat one is actually general scheduler brokenness, not NUMA18:36
*** ekhugen has quit IRC18:37
*** timello has quit IRC18:38
*** ijw_ has joined #openstack-nova18:38
*** zz_jgrimm has quit IRC18:38
ndipanovI mean not brokenness18:38
ndipanovstate of the art lock-free architecture18:38
*** hemna has quit IRC18:39
*** ekhugen has joined #openstack-nova18:40
*** maurosr has joined #openstack-nova18:41
*** ijw has quit IRC18:41
*** zz_jgrimm has joined #openstack-nova18:42
*** timello has joined #openstack-nova18:42
*** dave-mccowan has joined #openstack-nova18:42
*** achanda has quit IRC18:43
*** Sukhdev has joined #openstack-nova18:43
*** ekhugen has quit IRC18:44
*** jwcroppe has joined #openstack-nova18:46
*** maurosr has quit IRC18:47
*** iamjarvo has joined #openstack-nova18:48
*** iamjarvo has quit IRC18:49
*** iamjarvo has joined #openstack-nova18:49
*** dmz has joined #openstack-nova18:50
dmzhowdy ya'll, google isn't showing me anything so i thought i'd ask, i'm bringing up my 2nd region and when I run su -s /bin/sh -c "nova-manage db sync" nova I get an error that create table project_user_quotas specified key was too long max key length 1000 bytes18:51
*** zz_jgrimm has quit IRC18:51
*** Marga_ has quit IRC18:51
*** achanda has joined #openstack-nova18:52
*** Marga_ has joined #openstack-nova18:52
*** timello has quit IRC18:54
*** shi has joined #openstack-nova18:54
*** Sukhdev has quit IRC18:55
openstackgerritAndrew Laski proposed openstack/nova: Return bandwidth usage after updating  https://review.openstack.org/17252418:56
*** hanzhang has quit IRC18:57
*** Sukhdev has joined #openstack-nova18:59
*** ferest has joined #openstack-nova19:03
*** Marga_ has quit IRC19:05
*** zz_jgrimm has joined #openstack-nova19:06
*** Marga_ has joined #openstack-nova19:06
*** ekhugen has joined #openstack-nova19:06
*** Marga_ has quit IRC19:06
*** mpavone has quit IRC19:06
*** timello has joined #openstack-nova19:07
*** Marga_ has joined #openstack-nova19:07
*** maurosr has joined #openstack-nova19:07
*** ferest has quit IRC19:08
*** Marga_ has quit IRC19:08
*** ndipanov has quit IRC19:09
*** Marga_ has joined #openstack-nova19:09
*** Marga_ has quit IRC19:11
artomIn the nova/network/api.py, when returning a list (specifically a FloatingIPList), is there a way to remove certain items from the list?19:12
artomThis arises because as far as I can tell, there's no way to make FloatingIPList construct the "correct" list by itself.19:12
*** hdd has joined #openstack-nova19:14
*** hemna has joined #openstack-nova19:18
openstackgerritmelanie witt proposed openstack/nova: Update cells version alias for kilo  https://review.openstack.org/17254519:19
superdanartom: it's a list, so, sure, but what is incorrect about it?19:20
mriedemmelwitt: is that a thing that needs to be in kilo then?19:20
artomsuperdan, context: I'm getting a head start on code for https://review.openstack.org/#/c/171389/ (I know I know, I should wait until it's approved)19:21
artomSo the all_tenants param needs to be added to both the neutron client and nova network.19:21
*** eharney has quit IRC19:22
artomThe incorrect part arises because in the neutron client, the existing list_floatingip return only associated floating IPs.19:23
superdanmriedem: it's just an alias, so it doesn't need to block anything19:23
superdanmriedem: but if we're doing one...19:23
artomIn nova network, the equivalent existing method gets you *all* floating ips.19:23
artomSo I need to filter out those without a host.19:23
superdanartom: that's going to be really painful19:24
superdanartom: because a lot of nova-network installations have a crapton of addresses in the database19:24
superdanartom: and selecting ALL of them and filtering some out at the network api layer is going to be massively inefficient19:24
melwittmriedem, superdan: I wasn't sure if the alias is optional, that is I was reviewing a patch that adds a new version and realized there wasn't an entry for kilo now that we have kilo19:24
artomsuperdan, ah. I was kinda hoping to avoid adding new methods to the DB api.19:25
superdanmelwitt: it's just handy, it doesn't do anything19:25
superdanmelwitt: and would be easy to backport19:25
artomLooks like I have no choice.19:25
melwittsuperdan: okay, cool19:25
superdanartom: well, there is a lot of mess in our network apis right now because people adding stuff to either one feel constrained by the lowest common denominator19:25
superdanartom: which really messes things up19:25
superdanartom: so if you need another thing from neutron api, or from nova network (via the db) then add it19:26
*** raj_ has joined #openstack-nova19:27
artomsuperdan, gotcha.19:27
artomI'm sure there's something about fighting fire with fire, or adding more trash on the pile, or something to be made ;)19:27
raj_Hi i m student and trying to learn openstack using devstack so later i can contribute to it.When i am running instance i cant access it by console or ssh .Dashboard showing its running19:28
raj_Kindly help me19:28
*** sbfox has joined #openstack-nova19:29
*** matrohon has joined #openstack-nova19:29
superdanraj_: please see topic. this is not the right channel for such a question19:30
*** raj_ has left #openstack-nova19:30
mriedemspeaking of network api19:32
superdan...speaking of smelly turds...19:33
russellbsuperdan: reviewstats is busted, but I think it's just because it's so damn inefficient, so i'm optimizing it now, so hope to have it stable again in a bit19:33
russellbjust fyi i didn't forget19:33
superdanrussellb: it was working the day after19:33
superdanrussellb: haven't looked since then19:33
russellbyeah, but broken again19:33
superdanokay19:33
mriedemsuperdan: well i can't find it right now, but there are things in the neutron api that have had comments like 'this should be removed in v2 of the network api' for a long time19:34
mriedemso i'm wondering when that can happen19:34
superdanrussellb: well, thanks for working on it19:34
mriedemsome are from our very own russellb19:34
mriedem*network api, not neutron api19:34
superdanmriedem: in neutronapi?19:34
superdanah19:34
russellbv2 rpc api?19:34
superdanyeah, if I hadn't been so late with the rpc bump, I'd have done network too19:34
mriedemhttp://git.openstack.org/cgit/openstack/nova/tree/nova/network/rpcapi.py#n25419:34
superdanbut it's not as critical, I think19:34
mriedeme.g.19:34
mriedemi think it's network manager i'm thinking of though,19:35
superdanwell,19:35
superdanI think we keep thinking it's going to go away, so there is no point19:35
superdanbut if we're no closer near the end of lemming, we should just bump it and do the cleanup19:35
mriedemthis stuff http://git.openstack.org/cgit/openstack/nova/tree/nova/network/manager.py#n156019:35
mriedemthat's what i was thinking of19:35
*** ociuhandu has quit IRC19:35
mriedemyeah, the 'it's going away' was what i heard last time, so brought it up again19:36
*** iamjarvo has quit IRC19:36
superdanyep, those are all rpc v2 things19:36
openstackgerritVilobh Meshram proposed openstack/nova: WIP: Replace service groups with the tooz groups  https://review.openstack.org/17250219:37
superdangah, isn't it the weekend yet?19:38
* superdan stares at the clock19:38
*** hdd has quit IRC19:38
*** dboik has quit IRC19:40
*** thangp has quit IRC19:41
*** hdd has joined #openstack-nova19:41
mriedemjust put on some loverboy19:41
mriedemand your red leather pants19:41
* superdan does as he's told (minus the pants)19:42
mriedembtw, this guy loves it https://www.youtube.com/watch?v=d47kgZg93i019:42
superdanheh cowbell19:43
openstackgerritVilobh Meshram proposed openstack/nova-specs: Replace service groups with the tooz groups  https://review.openstack.org/13860719:43
mriedemhe's like the prince of this cover19:44
mriedemplays all of the instruments19:44
mriedemmakes love to the camera19:44
mriedemthe whole nine yards19:44
superdanheh19:44
*** dboik has joined #openstack-nova19:48
*** vladikr has quit IRC19:48
*** jasond has joined #openstack-nova19:49
*** iamjarvo has joined #openstack-nova19:50
*** hdd_ has joined #openstack-nova19:50
*** iamjarvo has quit IRC19:50
*** iamjarvo has joined #openstack-nova19:51
*** romainh has joined #openstack-nova19:51
*** sbfox has quit IRC19:52
*** hdd has quit IRC19:52
*** lpetrut has joined #openstack-nova19:53
*** jichen has joined #openstack-nova20:00
*** dboik has quit IRC20:01
*** dboik has joined #openstack-nova20:02
*** adrian_otto has joined #openstack-nova20:03
*** jecarey has joined #openstack-nova20:04
*** ferest has joined #openstack-nova20:04
*** sbfox has joined #openstack-nova20:06
*** ferest has quit IRC20:09
*** achanda has quit IRC20:12
*** isd has quit IRC20:13
*** otter768 has joined #openstack-nova20:15
*** dprince has quit IRC20:17
openstackgerritMatt Riedemann proposed openstack/nova: neutron: reduce complexity of allocate_for_instance (requested_networks)  https://review.openstack.org/17246520:18
openstackgerritMatt Riedemann proposed openstack/nova: neutron: reduce complexity of allocate_for_instance (security_groups)  https://review.openstack.org/17255920:18
*** otter768 has quit IRC20:19
*** annegentle has quit IRC20:20
*** annegentle has joined #openstack-nova20:20
*** Marga_ has joined #openstack-nova20:20
*** Marga_ has quit IRC20:21
*** Marga_ has joined #openstack-nova20:21
mriedemPciDeviceStats :(20:22
*** jasond has left #openstack-nova20:23
*** isd has joined #openstack-nova20:23
*** exploreshaifali has quit IRC20:23
*** mestery has quit IRC20:24
*** armax has quit IRC20:27
mriedemedleafe: if you're around, maybe you can answer my question on lack of testing here https://review.openstack.org/#/c/171304/20:28
mriedembasically, what test gap was there such that we didn't test PciDevicePool w/o a numa_node field and is that covered now somehow with the change20:28
*** Marga_ has quit IRC20:30
*** armax has joined #openstack-nova20:30
*** Marga_ has joined #openstack-nova20:30
*** armax has quit IRC20:31
*** mestery has joined #openstack-nova20:33
*** lpetrut has quit IRC20:33
*** hdd_ has quit IRC20:35
*** boris-42 has quit IRC20:38
*** aswadr has quit IRC20:39
*** isd has quit IRC20:49
*** jichen has quit IRC20:52
*** matrohon has quit IRC20:53
*** tonytan4ever has quit IRC20:53
*** lpetrut has joined #openstack-nova20:53
*** bustersw_ has quit IRC20:53
*** baoli_ has quit IRC20:53
*** Sukhdev has quit IRC20:59
*** achanda has joined #openstack-nova20:59
*** raildo has quit IRC21:03
*** rfolco has quit IRC21:04
*** ferest has joined #openstack-nova21:05
*** mestery has quit IRC21:07
*** mestery has joined #openstack-nova21:08
*** ferest has quit IRC21:09
*** rdo has quit IRC21:09
*** tonytan4ever has joined #openstack-nova21:11
*** rdo has joined #openstack-nova21:11
*** Marga_ has quit IRC21:12
*** cbader has quit IRC21:12
*** annegentle has quit IRC21:13
*** sbfox has quit IRC21:14
*** romainh has left #openstack-nova21:15
*** zz_jgrimm is now known as jgrimm21:16
*** jgrimm is now known as zz_jgrimm21:17
*** baoli has joined #openstack-nova21:18
*** dboik_ has joined #openstack-nova21:20
*** dboik has quit IRC21:21
*** aysyd has quit IRC21:21
*** mestery_ has joined #openstack-nova21:22
*** annashen has joined #openstack-nova21:23
*** mestery has quit IRC21:25
*** mestery_ is now known as mestery21:26
*** alexpilotti has quit IRC21:27
*** iamjarvo has quit IRC21:30
*** Marga_ has joined #openstack-nova21:31
*** artom has quit IRC21:31
*** burt has quit IRC21:31
*** Marga_ has quit IRC21:34
*** Marga_ has joined #openstack-nova21:34
*** Marga_ has quit IRC21:35
*** Marga_ has joined #openstack-nova21:36
*** lpetrut has left #openstack-nova21:38
*** rushil has quit IRC21:41
*** ijw_ has quit IRC21:42
*** ijw has joined #openstack-nova21:42
*** ijw has quit IRC21:43
*** mriedem is now known as mriedem_away21:45
*** armax has joined #openstack-nova21:48
*** annashen has quit IRC21:48
*** mriedem_away has quit IRC21:52
*** tonytan4ever has quit IRC21:53
*** harlowja is now known as harlowja_away21:58
*** annashen has joined #openstack-nova22:02
*** ferest has joined #openstack-nova22:05
*** annashen has quit IRC22:06
*** annashen has joined #openstack-nova22:07
*** annegentle has joined #openstack-nova22:08
*** andreykurilin__ has joined #openstack-nova22:08
*** pkoniszewski has quit IRC22:09
*** ferest has quit IRC22:09
*** ajayaa has quit IRC22:10
*** armax has quit IRC22:12
*** thedodd has quit IRC22:15
*** otter768 has joined #openstack-nova22:16
*** marun has quit IRC22:20
*** otter768 has quit IRC22:20
*** harlowja_away is now known as harlowja22:21
*** eglynn has joined #openstack-nova22:24
*** andreykurilin__ has quit IRC22:28
*** andreykurilin__ has joined #openstack-nova22:28
*** hemna has quit IRC22:36
*** baoli has quit IRC22:39
*** annashen has quit IRC22:40
*** markvoelker has quit IRC22:40
*** annashen has joined #openstack-nova22:41
*** eglynn has quit IRC22:42
*** annegentle has quit IRC22:45
*** annegentle has joined #openstack-nova22:45
*** erlon has quit IRC22:51
*** Marga_ has quit IRC22:56
*** EmilienM is now known as EmilienM|afk22:56
*** welldannit has quit IRC22:58
*** Marga_ has joined #openstack-nova23:01
*** IanGovett has quit IRC23:02
*** annegentle has quit IRC23:04
*** ferest has joined #openstack-nova23:06
*** dboik has joined #openstack-nova23:07
*** eglynn has joined #openstack-nova23:10
*** dboik_ has quit IRC23:10
*** ferest has quit IRC23:11
*** Maike_ has quit IRC23:12
*** ganso_ has quit IRC23:17
openstackgerritChris Friesen proposed openstack/nova: Fix "down" nova-compute service spuriously marked as "up"  https://review.openstack.org/16306023:18
*** andreykurilin__ has quit IRC23:21
*** isd has joined #openstack-nova23:21
*** claudiub_ has quit IRC23:36
*** achanda has quit IRC23:36
*** markvoelker has joined #openstack-nova23:39
*** achanda has joined #openstack-nova23:42
*** ferest has joined #openstack-nova23:42
*** eglynn has quit IRC23:43
*** dboik has quit IRC23:49
*** ijw has joined #openstack-nova23:52
*** sbfox has joined #openstack-nova23:53
*** ijw_ has joined #openstack-nova23:55
*** neelashah has quit IRC23:56
*** ijw has quit IRC23:58

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