Monday, 2015-09-28

*** salv-orlando has quit IRC00:00
*** pixelbeat has quit IRC00:01
*** inara has quit IRC00:03
*** zhangjn has joined #openstack-nova00:04
*** inara has joined #openstack-nova00:07
*** EinstCrazy has quit IRC00:08
*** IanGovett has quit IRC00:10
*** Marga_ has joined #openstack-nova00:10
*** achanda has quit IRC00:12
*** Marga_ has quit IRC00:15
*** sseverson has quit IRC00:18
*** asettle has quit IRC00:24
*** Kennan_Vacation2 has quit IRC00:25
*** ijw has quit IRC00:28
*** Kennan_Vacation has joined #openstack-nova00:30
*** Kennan_Vacation is now known as Kennan00:34
*** zhangjn has quit IRC00:34
*** salv-orlando has joined #openstack-nova00:37
*** markvoelker has joined #openstack-nova00:38
*** zhangjn has joined #openstack-nova00:39
*** zhangjn has quit IRC00:42
*** markvoelker has quit IRC00:42
*** salv-orlando has quit IRC00:43
*** zhangjn has joined #openstack-nova00:44
*** ijw has joined #openstack-nova00:45
*** salv-orlando has joined #openstack-nova00:48
*** ijw has quit IRC00:49
*** ijw has joined #openstack-nova00:50
*** salv-orlando has quit IRC00:53
*** zhangjn has quit IRC00:53
*** salv-orlando has joined #openstack-nova00:53
*** zhangjn has joined #openstack-nova00:55
*** alexpilotti has quit IRC00:59
*** salv-orlando has quit IRC00:59
*** EinstCrazy has joined #openstack-nova01:00
*** zhangjn has quit IRC01:02
*** david-lyle has joined #openstack-nova01:03
*** zhangjn has joined #openstack-nova01:09
openstackgerritClaudiu Belu proposed openstack/nova: Adds HostCapabilities database model and migration  https://review.openstack.org/22827901:09
openstackgerritClaudiu Belu proposed openstack/nova: Adds HostCapabilities object model  https://review.openstack.org/22828001:09
*** Marga_ has joined #openstack-nova01:11
*** ircuser-1 has joined #openstack-nova01:13
openstackgerritClaudiu Belu proposed openstack/nova-specs: Adds os-win dependency spec  https://review.openstack.org/22782701:13
*** achanda has joined #openstack-nova01:13
openstackgerritZhenyu Zheng proposed openstack/nova-specs: Add project id and user id information in os-server-group API  https://review.openstack.org/20991701:15
openstackgerritZhenyu Zheng proposed openstack/nova: DB:support for migration objects multi-statuses  https://review.openstack.org/16960401:15
*** zul has joined #openstack-nova01:16
*** Marga_ has quit IRC01:16
*** otter768 has joined #openstack-nova01:20
*** dave-mccowan has quit IRC01:24
*** otter768 has quit IRC01:25
*** dims_ has quit IRC01:28
*** diogogmt has quit IRC01:28
*** rushil_ has quit IRC01:28
*** mdrabe has joined #openstack-nova01:28
*** diogogmt has joined #openstack-nova01:29
*** baoli has joined #openstack-nova01:29
*** ujjain has quit IRC01:33
*** Kennan2 has joined #openstack-nova01:33
openstackgerritClaudiu Belu proposed openstack/nova-specs: Adds spec for exposing host capabilities  https://review.openstack.org/22220001:34
*** isq_ has joined #openstack-nova01:34
*** rushil has joined #openstack-nova01:34
*** mdrabe has quit IRC01:35
*** frickler has quit IRC01:36
*** doffm_ has joined #openstack-nova01:36
*** mwagner_ has joined #openstack-nova01:36
*** frickler has joined #openstack-nova01:36
*** dosaboy_ has joined #openstack-nova01:36
*** haomaiwang has joined #openstack-nova01:37
*** DuncanT_ has joined #openstack-nova01:38
*** mnaser_ has joined #openstack-nova01:38
*** ujjain has joined #openstack-nova01:38
*** ujjain has quit IRC01:38
*** ujjain has joined #openstack-nova01:38
*** Kennan has quit IRC01:38
*** mnaser has quit IRC01:38
*** mnaser_ is now known as mnaser01:38
*** dosaboy has quit IRC01:38
*** isq has quit IRC01:38
*** doffm has quit IRC01:38
*** sileht has quit IRC01:38
*** baoli has quit IRC01:38
*** mwagner_lap has quit IRC01:38
*** DuncanT has quit IRC01:38
*** edleafe has quit IRC01:38
*** tr3buchet has quit IRC01:38
*** vilobhmm11 has quit IRC01:38
*** strictlyb is now known as sb01:39
*** edleafe- has joined #openstack-nova01:39
*** sileht has joined #openstack-nova01:39
*** dimsum__ has joined #openstack-nova01:40
*** eliqiao has joined #openstack-nova01:41
*** haomaiwang has quit IRC01:41
*** haomaiwang has joined #openstack-nova01:41
*** DuncanT_ is now known as DuncanT01:44
*** tr3buchet has joined #openstack-nova01:48
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Add pep8 check for assertEqual argument order  https://review.openstack.org/22765001:54
*** Marga_ has joined #openstack-nova01:54
*** Marga_ has quit IRC01:57
*** Marga_ has joined #openstack-nova01:57
*** haomaiwang has quit IRC02:01
*** haomaiwang has joined #openstack-nova02:01
*** vilobhmm11 has joined #openstack-nova02:03
*** wanghua has joined #openstack-nova02:05
*** penick has joined #openstack-nova02:06
*** penick has quit IRC02:07
*** markvoelker has joined #openstack-nova02:08
*** vilobhmm11 has quit IRC02:09
*** markvoelker has quit IRC02:13
*** otter768 has joined #openstack-nova02:22
*** su_zhang has joined #openstack-nova02:26
*** armax has joined #openstack-nova02:28
openstackgerritZhenyu Zheng proposed openstack/nova: Resize: Return to initial state instead of ACTIVE when resize fails  https://review.openstack.org/20237902:30
openstackgerritZhenyu Zheng proposed openstack/nova: Drop outdated sqlite downgrade script  https://review.openstack.org/21289102:31
openstackgerritZhenyu Zheng proposed openstack/nova: Add checks for volume status when rebuilding  https://review.openstack.org/21756702:31
*** pratikmallya has joined #openstack-nova02:37
*** asettle has joined #openstack-nova02:45
*** dimsum__ has quit IRC02:48
*** karimb has quit IRC02:50
*** haomaiwang has quit IRC03:01
*** haomaiwang has joined #openstack-nova03:01
openstackgerritTang Chen proposed openstack/nova: Replace 'dummy' status with migration_status.DUMMY.  https://review.openstack.org/22817703:02
openstackgerritTang Chen proposed openstack/nova: Replace 'failed' status with migration_status.FAILED.  https://review.openstack.org/22817603:02
openstackgerritTang Chen proposed openstack/nova: Replace 'post-migrating' status with migration_status.POST_MIGRATING.  https://review.openstack.org/22816603:02
openstackgerritTang Chen proposed openstack/nova: Replace 'finished' statuses with migration_status.FINISHED.  https://review.openstack.org/22816703:02
openstackgerritTang Chen proposed openstack/nova: Replace 'migrating' status with migration_status.MIGRATING.  https://review.openstack.org/22816403:02
openstackgerritTang Chen proposed openstack/nova: Replace 'running' status with migration_status.MIGRATING.  https://review.openstack.org/22816503:02
openstackgerritTang Chen proposed openstack/nova: Replace 'preparing' status with migration_status.PREPARING.  https://review.openstack.org/22816203:02
openstackgerritTang Chen proposed openstack/nova: Replace 'pre-migrating' status with migration_status.PRE_MIGRATING.  https://review.openstack.org/22816303:02
openstackgerritTang Chen proposed openstack/nova: Introduce constants to indicate live migration status.  https://review.openstack.org/22816103:02
openstackgerritTang Chen proposed openstack/nova: Replace 'reverted' status with migration_status.REVERTED.  https://review.openstack.org/22817403:02
openstackgerritTang Chen proposed openstack/nova: Replace 'error' status with migration_status.ERROR.  https://review.openstack.org/22817503:02
openstackgerritTang Chen proposed openstack/nova: Replace 'confirmed' status with migration_status.CONFIRMED.  https://review.openstack.org/22817203:02
openstackgerritTang Chen proposed openstack/nova: Replace 'reverting' status with migration_status.REVERTING.  https://review.openstack.org/22817303:02
openstackgerritTang Chen proposed openstack/nova: Replace 'queued' status with migration_status.QUEUED.  https://review.openstack.org/22817003:02
openstackgerritTang Chen proposed openstack/nova: Replace 'confirming' status with migration_status.CONFIRMING.  https://review.openstack.org/22817103:02
openstackgerritTang Chen proposed openstack/nova: Replace 'completed' status with migration_status.FINISHED.  https://review.openstack.org/22816803:02
openstackgerritTang Chen proposed openstack/nova: Replace 'done' status with migration_status.FINISHED.  https://review.openstack.org/22816903:02
*** yuner027 has quit IRC03:07
*** cfriesen__ has joined #openstack-nova03:07
*** yuner027 has joined #openstack-nova03:08
*** Venkatesh has joined #openstack-nova03:08
*** shyu has joined #openstack-nova03:09
*** dimsum__ has joined #openstack-nova03:09
*** dims_ has joined #openstack-nova03:10
*** bnemec has quit IRC03:12
*** dimsum__ has quit IRC03:14
*** baoli has joined #openstack-nova03:16
*** unicell has quit IRC03:19
*** unicell has joined #openstack-nova03:19
*** diogogmt has quit IRC03:24
*** dimsum__ has joined #openstack-nova03:25
*** dimsum__ has quit IRC03:27
*** dims_ has quit IRC03:28
*** haomaiwang has quit IRC03:29
openstackgerritMan Li Qi proposed openstack/nova: VMware: Ensure all the disk files of VM could be deleted along with VM deletion  https://review.openstack.org/22828503:31
*** achanda has quit IRC03:32
*** eliqiao has left #openstack-nova03:32
*** achanda has joined #openstack-nova03:33
*** otter768 has quit IRC03:37
openstackgerritMan Li Qi proposed openstack/nova: VMware: Ensure all the disk files of VM could be deleted along with VM deletion  https://review.openstack.org/22828503:39
*** baoli has quit IRC03:39
*** achanda has quit IRC03:41
*** deepthi has joined #openstack-nova03:42
*** lpetrut has joined #openstack-nova03:43
*** lykinsbd has joined #openstack-nova03:44
*** haomaiwa_ has joined #openstack-nova04:01
*** armax has quit IRC04:03
*** vilobhmm11 has joined #openstack-nova04:04
*** VikasC has joined #openstack-nova04:10
*** lennyb has quit IRC04:18
*** lennyb has joined #openstack-nova04:19
*** scheuran has joined #openstack-nova04:22
*** scheuran has quit IRC04:22
*** dimsum__ has joined #openstack-nova04:27
*** Sree has joined #openstack-nova04:32
*** ijw has quit IRC04:33
*** Sree has quit IRC04:33
*** dimsum__ has quit IRC04:34
*** Sree has joined #openstack-nova04:34
openstackgerritAlex Xu proposed openstack/nova: Adjust the relationship of Instance and PciDeviceList  https://review.openstack.org/22829904:39
*** Sree_ has joined #openstack-nova04:41
*** Sree_ is now known as Guest9978804:41
*** mdbooth has quit IRC04:44
*** Sree has quit IRC04:44
*** salv-orlando has joined #openstack-nova04:47
*** deepakcs has joined #openstack-nova04:48
*** mdbooth has joined #openstack-nova04:49
*** pradipta has joined #openstack-nova04:57
*** haomaiwa_ has quit IRC05:01
*** toabctl has quit IRC05:01
*** haomaiwang has joined #openstack-nova05:01
*** Venkatesh has quit IRC05:02
openstackgerritHiroyuki Eguchi proposed openstack/nova-specs: Live migrate local disk  https://review.openstack.org/22830205:04
*** toabctl has joined #openstack-nova05:04
*** salv-orlando has quit IRC05:06
*** salv-orlando has joined #openstack-nova05:09
*** Venkatesh has joined #openstack-nova05:11
*** achanda has joined #openstack-nova05:12
*** lpetrut has quit IRC05:15
openstackgerritAlex Xu proposed openstack/nova: Correct Instance class type check to work with InstanceV1  https://review.openstack.org/22830405:17
*** lpetrut has joined #openstack-nova05:18
openstackgerritHiroyuki Eguchi proposed openstack/nova-specs: Live migrate local disk  https://review.openstack.org/22830205:19
*** salv-orlando has quit IRC05:20
*** cfriesen__ has quit IRC05:21
*** rushil has quit IRC05:30
*** garyk has joined #openstack-nova05:32
*** salv-orlando has joined #openstack-nova05:33
*** emagana has joined #openstack-nova05:36
*** salv-orlando has quit IRC05:37
*** otter768 has joined #openstack-nova05:38
*** otter768 has quit IRC05:43
*** EinstCrazy has quit IRC05:47
*** EinstCrazy has joined #openstack-nova05:48
*** sahid has joined #openstack-nova05:48
*** Marga_ has quit IRC05:49
*** Marga_ has joined #openstack-nova05:52
*** oomichi has joined #openstack-nova05:53
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Add pep8 check for assertEqual argument order  https://review.openstack.org/22765005:53
*** ildikov has quit IRC05:55
oomichijohnthetubaguy: hello05:55
*** claudiub has joined #openstack-nova05:56
*** boris-42 has joined #openstack-nova05:56
*** sudipto has joined #openstack-nova05:57
*** ijw has joined #openstack-nova06:00
*** haomaiwang has quit IRC06:01
*** haomaiwang has joined #openstack-nova06:01
*** rajesht has joined #openstack-nova06:03
*** nkrinner has joined #openstack-nova06:05
openstackgerritAlex Xu proposed openstack/nova: Adjust the relationship of Instance and PciDeviceList  https://review.openstack.org/22829906:07
openstackgerritAlex Xu proposed openstack/nova: Correct Instance type check to work with InstanceV1  https://review.openstack.org/22830406:07
*** tjones has quit IRC06:09
openstackgerritAlex Xu proposed openstack/nova: Adjust the relationship of Instance and PciDeviceList  https://review.openstack.org/22829906:11
openstackgerritAlex Xu proposed openstack/nova: Correct Instance type check to work with InstanceV1  https://review.openstack.org/22830406:12
openstackgerritAlex Xu proposed openstack/nova: Correct Instance type check to work with InstanceV1  https://review.openstack.org/22830406:13
openstackgerritTang Chen proposed openstack/nova: Replace 'post-migrating' status with migration_status.POST_MIGRATING.  https://review.openstack.org/22816606:15
openstackgerritTang Chen proposed openstack/nova: Replace 'finished' statuses with migration_status.FINISHED.  https://review.openstack.org/22816706:15
openstackgerritTang Chen proposed openstack/nova: Replace 'migrating' status with migration_status.MIGRATING.  https://review.openstack.org/22816406:15
openstackgerritTang Chen proposed openstack/nova: Replace 'running' status with migration_status.MIGRATING.  https://review.openstack.org/22816506:15
openstackgerritTang Chen proposed openstack/nova: Replace 'preparing' status with migration_status.PREPARING.  https://review.openstack.org/22816206:15
openstackgerritTang Chen proposed openstack/nova: Replace 'pre-migrating' status with migration_status.PRE_MIGRATING.  https://review.openstack.org/22816306:15
openstackgerritTang Chen proposed openstack/nova: Replace 'dummy' status with migration_status.DUMMY.  https://review.openstack.org/22817706:15
openstackgerritTang Chen proposed openstack/nova: Replace 'failed' status with migration_status.FAILED.  https://review.openstack.org/22817606:15
openstackgerritTang Chen proposed openstack/nova: Replace 'reverted' status with migration_status.REVERTED.  https://review.openstack.org/22817406:15
openstackgerritTang Chen proposed openstack/nova: Replace 'error' status with migration_status.ERROR.  https://review.openstack.org/22817506:15
openstackgerritTang Chen proposed openstack/nova: Replace 'confirmed' status with migration_status.CONFIRMED.  https://review.openstack.org/22817206:15
openstackgerritTang Chen proposed openstack/nova: Replace 'reverting' status with migration_status.REVERTING.  https://review.openstack.org/22817306:15
openstackgerritTang Chen proposed openstack/nova: Replace 'queued' status with migration_status.QUEUED.  https://review.openstack.org/22817006:15
openstackgerritTang Chen proposed openstack/nova: Replace 'confirming' status with migration_status.CONFIRMING.  https://review.openstack.org/22817106:15
openstackgerritTang Chen proposed openstack/nova: Replace 'completed' status with migration_status.FINISHED.  https://review.openstack.org/22816806:15
openstackgerritTang Chen proposed openstack/nova: Replace 'done' status with migration_status.FINISHED.  https://review.openstack.org/22816906:15
*** marzif has joined #openstack-nova06:19
*** mpaolino has joined #openstack-nova06:26
*** yuner027 has quit IRC06:29
*** ijw_ has joined #openstack-nova06:30
*** dimsum__ has joined #openstack-nova06:31
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Imported Translations from Zanata  https://review.openstack.org/22713806:32
*** ijw has quit IRC06:32
*** Kennan2 is now known as Kennan06:33
*** yuner027 has joined #openstack-nova06:35
*** dimsum__ has quit IRC06:36
*** marzif has quit IRC06:39
*** mpaolino has quit IRC06:40
*** su_zhang has quit IRC06:46
oomichijohnthetubaguy: can you take a look at https://review.openstack.org/#/c/228276/ ?06:46
oomichijohnthetubaguy: that is a project-config patch. we can avoid gate test time when changing hacking06:47
*** rdopiera has joined #openstack-nova06:49
*** e0ne has joined #openstack-nova06:49
openstackgerritClaudiu Belu proposed openstack/nova: Hyper-V: adds os-win library  https://review.openstack.org/21210206:52
openstackgerritClaudiu Belu proposed openstack/nova: Hyper-V: removes *Utils modules and unit tests  https://review.openstack.org/21591706:52
*** mpaolino has joined #openstack-nova06:53
openstackgerritRajesh Tailor proposed openstack/nova: Fix quota-update when nova-compute startup finish  https://review.openstack.org/17011806:54
*** yuner027 has quit IRC06:54
*** yuner027 has joined #openstack-nova06:55
*** kiran-r has joined #openstack-nova06:55
*** achanda has quit IRC06:56
*** e0ne has quit IRC06:59
*** lpetrut has quit IRC06:59
*** achanda has joined #openstack-nova06:59
*** haomaiwang has quit IRC07:01
*** haomaiwa_ has joined #openstack-nova07:01
*** pratikmallya has quit IRC07:02
*** achanda has quit IRC07:02
*** e0ne has joined #openstack-nova07:03
*** e0ne has quit IRC07:05
*** asettle has quit IRC07:06
rajeshtoomichi: you around ??07:06
*** Alexus has joined #openstack-nova07:06
*** ijw_ has quit IRC07:07
*** rdopiera has quit IRC07:08
*** rdopiera has joined #openstack-nova07:08
*** HaoJun has joined #openstack-nova07:08
oomichirajesht: hi07:09
*** e0ne has joined #openstack-nova07:09
rajeshtoomichi: want to talk regarding https://review.openstack.org/#/c/227650/ assertEqual pep8 patch07:09
openstackgerritRui Chen proposed openstack/nova: Execute _init_instance() concurrently  https://review.openstack.org/22357207:09
oomichirajesht: go ahead07:09
*** pradipta has quit IRC07:09
rajeshtoomichi: IMO it will not fix issues where variables are passed as assertEqual argument ??07:10
rajeshtoomichi: like https://github.com/openstack/nova/blob/master/nova/tests/unit/compute/test_compute_mgr.py#L56707:10
*** matrohon has joined #openstack-nova07:10
rajeshtoomichi: Am I right ??07:10
openstackgerritRui Chen proposed openstack/nova: Fix booting fail when unlimited project quota  https://review.openstack.org/21959607:10
oomichirajesht: yeah, you  are right. it is difficult to handle these cases in pep8 check. and I don't think it is worth to do that in the first step07:11
*** ildikov has joined #openstack-nova07:11
rajeshtoomichi: yeah, I think its impossible to add in pep8, if you need to set any of my assertEqual patch to set as dependent. let me know07:12
*** lpetrut has joined #openstack-nova07:13
rajeshtoomichi: anyways one last question. Should I rebase my assertEqual patches ? If those can be considered for existing such scenraios.07:13
openstackgerritRui Chen proposed openstack/nova: Remove useless get_instance_faults()  https://review.openstack.org/22343407:14
oomichirajesht: yeah, it is great to do that. but before doing that, I'd like to ask johnthetubaguy to get his opinion for moving forward :)07:14
rajeshtoomichi: thank a lot for ur time..  pls inform me as well about his opinion. :)07:15
*** salv-orlando has joined #openstack-nova07:21
*** atuvenie has joined #openstack-nova07:22
*** salv-orlando has quit IRC07:25
*** ijw has joined #openstack-nova07:31
*** jwcroppe has joined #openstack-nova07:39
openstackgerritAlex Xu proposed openstack/nova: Correct Instance type check to work with InstanceV1  https://review.openstack.org/22830407:39
*** otter768 has joined #openstack-nova07:39
*** jlanoux has joined #openstack-nova07:40
*** otter768 has quit IRC07:44
openstackgerritRui Chen proposed openstack/nova: Create image for suspended instance booted from volume  https://review.openstack.org/22338207:47
*** jamielennox is now known as jamielennox|away07:50
*** lpetrut has quit IRC07:52
openstackgerritRui Chen proposed openstack/nova: Only return latest fault of each instance in db api  https://review.openstack.org/22339207:55
*** MarcF has joined #openstack-nova07:55
*** e0ne has quit IRC07:57
*** Guest99546 is now known as BobBall07:57
*** romainh has joined #openstack-nova07:57
*** haomaiwa_ has quit IRC08:01
*** haomaiwang has joined #openstack-nova08:01
*** e0ne has joined #openstack-nova08:01
*** Murali has joined #openstack-nova08:01
*** mpaolino has quit IRC08:06
bauzasgood morning Nova08:09
claudiubbonjour monsieur. :D08:10
*** derekh has joined #openstack-nova08:12
*** derekh has quit IRC08:12
*** derekh has joined #openstack-nova08:13
bauzasclaudiub: "ohayo gozaimasu" should we say rather08:13
*** markus_z has joined #openstack-nova08:15
*** oomichi has quit IRC08:18
*** mpaolino has joined #openstack-nova08:19
*** jordanP has joined #openstack-nova08:21
jordanPHi. I am missing a +2 for a patch that has been there since June and that closes 2 bugs: https://review.openstack.org/#/c/192736/ If a core could have a look I'd appreciate that. Thanks08:22
*** dguitarbite has quit IRC08:25
*** kiran-r has quit IRC08:26
openstackgerritHiroyuki Eguchi proposed openstack/nova: Rollback of live-migration fails with the NFS driver  https://review.openstack.org/22835108:27
*** dguitarbite has joined #openstack-nova08:28
*** tdurakov has joined #openstack-nova08:31
*** yassine__ has joined #openstack-nova08:32
alex_xujohnthetubaguy: dansmith ndipanov appreciate if you can take a look at https://bugs.launchpad.net/nova/+bug/1500289 looks like our upgrade broken.08:32
openstackLaunchpad bug 1500289 in OpenStack Compute (nova) "Booting instance failed with Kilo stable compute node and liberty controller" [Critical,In progress] - Assigned to Alex Xu (xuhj)08:32
*** dimsum__ has joined #openstack-nova08:33
bauzasalex_xu: did you bisect ?08:34
bauzasalex_xu: have you found the regression ?08:34
*** digimonde has joined #openstack-nova08:34
alex_xubauzas: I tested the upgrade kilo stable to liberty, the booting instance failed08:34
bauzasalex_xu: nvm, I see the change08:35
bauzasalex_xu: I'm still wondering why grenade didn't catch that08:36
alex_xubauzas: I remember grenade only test the offline upgrade, not the live upgrade08:36
bauzasalex_xu: right, but we also have partial_ncpu08:37
alex_xubauzas: which one run partial old ncpu?08:38
*** dimsum__ has quit IRC08:38
alex_xus/which/that08:38
bauzasalex_xu: so, IIRC, you have an old devstack running n-cpu, and a new devstack not running n-cpu08:40
bauzasalex_xu: which means that old devstack is running kilo and new is running master08:40
bauzasthat said, now that we branched liberty, I don't know yet if grenade made the change08:41
bauzasalex_xu: because master is now mitaka, and consequently, kilo -> mitaka is not supported08:41
ndipanovso I thought we fixed that bug alex_xu ?08:41
alex_xubauzas: emm...that is worth wondering why it didn't catch this error08:41
alex_xundipanov: no, when I try to upgrade tag'2015.1.0' to stable/liberty, still failed08:42
bauzasalex_xu: to be clear, is your controller running liberty (not master) and your n-cpu running stable kilo ?08:42
ndipanovthat bug is horrible08:42
alex_xubauzas: yes, stable/liberty08:42
ndipanovso there was also a bug with the backporting code08:42
ndipanovthat may still be in kilo08:43
ndipanovthat will actually drop the pci_device field by mistake08:43
alex_xundipanov: yes, I think after that backport, the code should works, but if the before that backport, it still failed08:43
ndipanovI don't get it08:43
ndipanovthat fix for the backporting code where ti would downgrade instance to 1.108:44
ndipanovwhich is what I think is causing your stacktrace08:44
alex_xundipanov: if user upgrade to the backport commit, then he will be fine upgrade to liberty.08:44
ndipanovwhich commit is that08:44
*** haomaiwang has quit IRC08:44
*** tdurakov has quit IRC08:44
*** haomaiwang has joined #openstack-nova08:45
ndipanovso I though that we support upgrades08:45
ndipanovfrom stable-1 milestone to latest stable08:45
ndipanovand from08:45
ndipanovlatest stable to latest next release08:45
ndipanovif that works than this is not something we need to fix I think08:45
ndipanovbut I may be confused with what we actually support08:46
alex_xuoops, just find one more fix for kilo https://review.openstack.org/#/c/203169/108:47
alex_xutoo much history for this bug...08:48
ndipanovalex_xu, so I think that we really don't support what you are saying08:48
alex_xundipanov: I think if user running the code before https://review.openstack.org/#/c/203169/1, then he upgrade to stable/liberty will failed08:48
*** tutij7 has joined #openstack-nova08:48
ndipanovyeah but that's not supported08:48
ndipanovso too bad08:48
tutij7Hi08:48
tutij7may i ask a question about numa awareness08:48
alex_xuok, I begin to confuse08:48
ndipanovyou either upgrade kilo-1 -> kilo-2 -> liberty08:49
ndipanovbut maybe not08:49
ndipanovmaybe we should support kilo-1 -> liberty08:49
tutij7Do you guys know about such a thing that nova stores information about numa in database08:49
*** tdurakov has joined #openstack-nova08:49
ndipanovtutij7, yeah08:49
alex_xundipanov: I thought we support kilo-1 to liberty08:49
ndipanovalex_xu, maybe we do08:49
ndipanovI thought not08:49
bauzasnot sure08:49
alex_xundipanov: and we support any commit to any commit in one release, right?08:49
ndipanovyes08:49
tutij7thanks ndipanov08:49
ndipanovbut well no08:49
ndipanovalex_xu, I think - yes08:50
ndipanovwe do claim to support that08:50
tutij7but does nova store information about which pCPU used for numa08:50
bauzasalex_xu: IMHO you should update to the latest minor stable before upgrading the major08:50
tutij7i mean for pinning08:50
tutij7which is not08:50
ndipanovtutij7, yes08:50
tutij7then we can boot another vm that is not using the pinned pCPU08:50
ndipanovtutij7, yes08:51
bauzasthat said, it's only MHO and I'd definitely hold for some stable cores' advices08:51
ndipanovalex_xu, there was a document written by johnthetubaguy recently08:51
ndipanovthat makes it clear about what we support08:51
tutij7so it means that we can boot a vm that has pinning, another with non-pinning on the same compute host08:51
tutij7?08:51
ndipanovit's in doc somewhere08:51
ndipanovtutij7, that's a good question08:51
alex_xundipanov: there are some describs http://docs.openstack.org/developer/nova/project_scope.html08:52
ndipanovthat won't work08:52
tutij7yeah08:52
tutij7i think so, too08:52
tutij7:D08:52
ndipanovtutij7, but thats by design08:52
ndipanovbasically you can't mix cpu pinned and "free" instances on the same compute host08:52
tutij7Will it be supported in the upstream version08:52
ndipanovnever08:52
tutij7may be M version08:52
ndipanovnope08:53
alex_xundipanov: here https://review.openstack.org/#/c/201529/6/doc/source/upgrades.rst which said "Upgrade between stable releases N to N+1 (e.g. kilo to liberty)"08:53
alex_xubauzas: ^ actually we said we supported08:53
tutij7could you please tell me the reason for that08:53
tutij7thank you su much08:53
bauzasalex_xu: that's what I'm looking at08:53
ndipanovtutij7, the design was - if you want cpu pinning - all of your instances need to go to a separate host aggregate08:53
ndipanovso what you do is set up your flavors like that08:54
bauzasalex_xu: currently reading the stable wiki and the upgrades devref08:54
tutij7got that08:54
ndipanovand then the scheduler will never place a "free" instance on the same host as a pinned one08:54
tutij7you make my day08:54
ndipanovit's not massively well documented08:54
ndipanovbut check this out08:54
ndipanovhttp://redhatstackblog.redhat.com/2015/05/05/cpu-pinning-and-numa-topology-awareness-in-openstack-compute/08:54
ndipanovtutij7, ^08:55
ndipanovthis blog basically tells you how to do it08:55
bauzasalex_xu: honestly, from a git pov, can't see how you can backport something from stable-kilo to 2015.1.X tag08:55
tutij7yeah, i have read it before08:55
bauzasalex_xu: because we branch for majors but we tag for minors08:55
sudiptotutij7, Just to add to ndipanov , You can't mix and match - cpus because they float around for user processes. If you have a situation where you have 5 pcpus, and you pin 2 of them - then allow the other applications to have floating CPUs - there won't be way to control the 2 pinned cpus to not execute other user application (in this case your floating VMs)08:55
tutij7i just wonder that if we have any upstream design for this situation08:55
*** danpb has joined #openstack-nova08:56
alex_xubauzas: yea, but people may running at that point08:56
alex_xuemm....at least we should clear what we want to support08:57
bauzasalex_xu: that's why I think you need to migrate first to the latest tag, before upgrading to to major08:57
ndipanovtutij7, for what? having pinned and "free" instances on the same host?08:57
*** kiran-r has joined #openstack-nova08:57
tutij7yes08:57
tutij7:D08:57
ndipanovtutij7, well...08:57
tutij7it seems ridiculous08:57
alex_xubauzas: ok, let me think08:57
ndipanovwell...08:57
ndipanovso08:57
tutij7but actually i got that question and i do not know how to answer it properly08:57
ndipanovtutij7, what's the question08:58
johnthetubaguybauzas: alex_xu: the idea of the point releases is there should be no upgrade impact, so in theory if you need a fix just roll to the latest point release, or something like that08:58
bauzasalex_xu: check https://wiki.openstack.org/wiki/StableBranch#Proposing_Fixes08:58
bauzasjohnthetubaguy: right08:58
tutij7the question is: Can that situation happen in the upstream version08:58
johnthetubaguybauzas: alex_xu: yeah, we only backport to the stable branch, and then possible release a new version (via a tag) from that branch08:58
tutij7?08:58
tutij7or do we have any usecase for that08:58
*** exploreshaifali has joined #openstack-nova08:59
alex_xujohnthetubaguy: yea08:59
ndipanovtutij7, if you set it up correctly using host aggregates than it can't happen08:59
ndipanovtutij7, I am not sure what the usecase might be08:59
bauzasjohnthetubaguy: so the process means that an operator should upgrade to the latest point release before applying the major08:59
tutij7yeah, i got that08:59
bauzaswhich makes sense again, from a git standpoint08:59
johnthetubaguybauzas: erm, hmm, good question, not sure we enforce that09:00
alex_xuemm...I don't think so09:00
sudiptounless you don't have homogeneous setups - where every user application is pinned to a certain cpu - there are chances that the other non-pinned applications would start using the pinned cpus. If that's the kind of way to explain it...09:00
*** lpetrut has joined #openstack-nova09:00
bauzasjohnthetubaguy: lemme give you my thoughts09:00
ndipanovsudipto, but that's what aggregates are for to make sure that never happens09:00
tutij7what i thought before that nova will remember the pinned pCPU, then other VMs booted with floating pCPU wont get those pinned pCPU remembered by Nova09:00
*** karimb has joined #openstack-nova09:00
sudiptondipanov, absolutely :)09:00
bauzasjohnthetubaguy: given I have a fix to backport09:00
*** haomaiwang has quit IRC09:01
ndipanovtutij7, no - that won't happen because it makes practically ALL instances pinned09:01
sudiptondipanov, i was just trying to explain - why it's done that way...09:01
bauzasjohnthetubaguy: I then propose it to stable/liberty (provided master is still liberty)09:01
*** haomaiwang has joined #openstack-nova09:01
ndipanovsudipto, ah right09:01
bauzasjohnthetubaguy: then, it's merged in the stable branch09:01
bauzasjohnthetubaguy: in the meantime, before it's merged, there could have been a new tag for a point release09:01
bauzasjohnthetubaguy: so that my fix wouldn't be shipped with that stable release09:02
johnthetubaguybauzas: well, we allow anyone to use any commit, in theory09:02
tutij7actually that is what i thought in my logic:D09:02
tutij7and now everything is clear09:02
tutij7thanks you guys so much09:02
ndipanovtutij7, and that's not what we want for nova09:02
tutij7:yeah, i got that09:02
bauzasjohnthetubaguy: I don't see how we can fix a .z point release given it's a tag :/09:02
ndipanovbecause the thinking is - if you need pinning - that's a very specific case that is different than standard overcommit cloud vms09:02
tutij7ah ha09:03
alex_xubauzas: why we need fix that, user only need upgrade09:03
johnthetubaguyndipanov: that does sound a pain to work with, is there a log message we could add to warn people they have it setup wrongly?09:03
bauzasalex_xu: in the example ndipanov explained, the upgrade was broken and the fix provided to the stable branch09:03
ndipanovjohnthetubaguy, nope09:03
tutij7have a nice day guys09:04
tutij7:)09:04
ndipanovjohnthetubaguy, but that's through with any of those features that require host_setup + filter + extra_specs09:04
johnthetubaguyndipanov: can't we just log when we first spot pinnend and on pinned on the same box?09:04
ndipanovjohnthetubaguy, we could in theory yes09:04
johnthetubaguyndipanov: most of them don't fight quite as badly as all that09:05
ndipanovthat would probably be a very good fix09:05
johnthetubaguyndipanov: yeah, just to say "hey read the manual, you screwed up here big time"09:05
*** salv-orlando has joined #openstack-nova09:05
ndipanovscheduler complaining when it sees something it knows it can't honor09:05
ndipanovlet me come up with something like that09:05
alex_xubauzas: the fix may needn't a backport09:05
johnthetubaguyndipanov: sweet, thank you09:05
johnthetubaguyalex_xu: bauzas: one something is released, its out there, we can have a new release with less known issues, but thats about it really09:06
bauzasjohnthetubaguy: alex_xu: need to get into the details to see when and where the patches were landed09:08
johnthetubaguybauzas: so I am missing a bit of the scrollback, whats the debate about?09:08
bauzasjohnthetubaguy: https://bugs.launchpad.net/nova/+bug/150028909:08
openstackLaunchpad bug 1500289 in OpenStack Compute (nova) "Booting instance failed with Kilo stable compute node and liberty controller" [Critical,In progress] - Assigned to Alex Xu (xuhj)09:08
bauzasalex_xu: which version of stable/kilo were you running?09:09
johnthetubaguybauzas: oh yeah, thats are almost impossible to fix, I know we have some issues with some commits in kilo stable09:09
alex_xujohnthetubaguy: ^ the compute node run at tag 2015.1.009:09
alex_xubauzas: tag 2015.1.009:09
*** salv-orl_ has joined #openstack-nova09:09
bauzasjohnthetubaguy: alex_xu: so my take is that there is a 2015.1.1 that can possibly include the bugfix09:10
*** achanda has joined #openstack-nova09:10
*** salv-orlando has quit IRC09:10
johnthetubaguyalex_xu: oh wow thats messed up, I see what you mean now09:10
bauzasjohnthetubaguy: alex_xu: so I'm trying to see which patch fixes the problem, when it has been landed on stable/kilo and if we support upgrades from a non-latest point release09:11
johnthetubaguybauzas: alex_xu: surely this is the instance v2 object issue09:11
bauzasjohnthetubaguy: because like I said to alex_xu, grenade n-cpu is perfectly happy with upgrading from kilo to liberty09:11
bauzasjohnthetubaguy: tbc I'm trying to identify if that bug is invalid09:12
bauzasbecause not supported (old n-cpu point release09:12
johnthetubaguybauzas: it looks totally valid to me09:13
alex_xujohnthetubaguy: bauzas just note, that bug actually show two issues and the fixed at here https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:bug/1500289,n,z09:13
johnthetubaguybauzas: kilo release, with no patches, should upgrade cleanly09:13
bauzasjohnthetubaguy: the compute is 2015.1.0, not 2015.1.109:13
johnthetubaguybauzas: thats totally fine09:13
alex_xuyea09:13
bauzasjohnthetubaguy: well, given an upgrade is broken, how can we fix the upgrade if we allow to upgrade from the first SHA of the branch ?09:14
*** apuimedo has joined #openstack-nova09:14
* alex_xu what is first SHA means09:15
*** pratikmallya has joined #openstack-nova09:15
johnthetubaguybauzas: we have not yet released liberty, so we have time09:15
bauzasjohnthetubaguy: IIUC, the problem is on the stable release, ie. on the compute node :/09:16
johnthetubaguybauzas: maybe, but you can't change that code09:16
bauzasjohnthetubaguy: okay, I see your point then09:16
alex_xubauzas: so that is this patch https://review.openstack.org/228299 it only fix for liberty stable09:16
*** Guest63150 has joined #openstack-nova09:17
johnthetubaguyalex_xu: there is a gremlin in here, I think: https://review.openstack.org/#/c/228304/409:17
alex_xujohnthetubaguy: that one https://review.openstack.org/#/c/228304/5/nova/compute/manager.py is different, it won't check whether instance is list or not. For other case is check instance is novaobject or not09:19
johnthetubaguyalex_xu: so this is a tricky one: https://review.openstack.org/#/c/228299/3/nova/objects/instance.py,cm does this still work with all 2015.1.x09:19
johnthetubaguyalex_xu: but its check for the object not the object list, I think? it later creates the object list from the single instance09:20
bauzasjohnthetubaguy: alex_xu: oh that reminds me that we need to fix only kilo->liberty, not liberty->mitaka, because dansmith removed all the hassling bits of version pinning within the conductor09:21
*** pratikma_ has joined #openstack-nova09:21
openstackgerritRui Chen proposed openstack/nova-specs: Task states improvement  https://review.openstack.org/21657809:21
alex_xujohnthetubaguy: yes, add 'not' in the check. That means not list then convert it to list09:22
johnthetubaguyalex_xu: oh...09:22
openstackgerritJohn Garbutt proposed openstack/nova: Adjust the relationship of Instance and PciDeviceList  https://review.openstack.org/22829909:22
*** pratikmallya has quit IRC09:24
johnthetubaguybauzas: hmm, the commit to fix this does seem to assuming folks upgrade kilo, before upgrading to liberty, thats quite a gotcha :(  https://review.openstack.org/#/c/201280/09:26
*** zhenguo has quit IRC09:26
* bauzas is puzzled with all the commits09:27
*** karimb has quit IRC09:28
*** ijw has quit IRC09:28
bauzasso, IIUC the original problem is with https://review.openstack.org/#/c/140289/ that merged in Kilo09:29
johnthetubaguyalex_xu: OK, so I think these changes make sense to me, but totally need dansmith to take a look09:29
*** ijw has joined #openstack-nova09:29
bauzasagreed09:29
johnthetubaguyalex_xu: can we rewrite this to look like a straight revert, because I think thats basically what it is: https://review.openstack.org/#/c/228299/409:30
*** vilobhmm11 has quit IRC09:30
alex_xujohnthetubaguy: yes, can I remove the 'FIXME' in the https://review.openstack.org/#/c/202616/2/nova/objects/instance.py when revert?09:32
*** tdurakov has quit IRC09:32
*** ijw has quit IRC09:33
*** e0ne has quit IRC09:33
johnthetubaguyalex_xu: I way really thinking something more like adding this at the top: "this is basically a revert of commit: XXXX", rather than it strictly being a revert, sorry, I was very unclear there.09:34
alex_xujohnthetubaguy: np, it's fine, let me update it09:35
*** su_zhang has joined #openstack-nova09:35
*** tdurakov has joined #openstack-nova09:35
*** dimsum__ has joined #openstack-nova09:36
*** e0ne has joined #openstack-nova09:38
bauzasalex_xu: johnthetubaguy: okay, FWIW I think your change is valid09:39
alex_xubauzas: thanks09:39
bauzasalex_xu: you tho need to backport it to stable/liberty09:39
alex_xubauzas: yea09:39
bauzasjohnthetubaguy: btw. ttx -2'd a RC2 proposal, any idea when the RC2 window will be defined ?09:40
*** otter768 has joined #openstack-nova09:40
*** su_zhang has quit IRC09:40
johnthetubaguybauzas: I think its about giving folks more time to test RC109:42
bauzasjohnthetubaguy: okay, I see09:42
johnthetubaguybauzas: we did talk about opening that early this week09:42
bauzasokay09:42
bauzasthat makes sense :)09:42
*** HaoJun has quit IRC09:44
*** dimsum__ has quit IRC09:45
*** tojuvone__ is now known as tojuvone09:45
*** otter768 has quit IRC09:45
*** asettle has joined #openstack-nova09:50
rajeshtcan anyone help me out what should be done in this case https://review.openstack.org/#/c/163798/09:50
*** dimsum__ has joined #openstack-nova09:51
johnthetubaguyrajesht: we added the projection on purpose, it would be a shame to drop that protection09:52
*** jaypipes has joined #openstack-nova09:52
*** sc68cal has quit IRC09:52
rajeshtjohnthetubaguy: which projection/protection ?09:53
openstackgerritsahid proposed openstack/nova: libvirt: add realtime support  https://review.openstack.org/19756909:53
johnthetubaguyrajesht: the bit where we stop multiple deletes09:53
johnthetubaguybeing sent09:54
rajeshtjohnthetubaguy: In this case also, we are doing that. There won't be multiple delete/force-delete request.09:55
johnthetubaguyrajesht: I would rather see ways to monitor the task, and automatically re-run if its appears to have been lost after some timeout09:55
*** achanda has quit IRC09:55
openstackgerritAlex Xu proposed openstack/nova: Adjust the relationship of Instance and PciDeviceList  https://review.openstack.org/22829909:55
openstackgerritAlex Xu proposed openstack/nova: Correct Instance type check to work with InstanceV1  https://review.openstack.org/22830409:55
rajeshtjohnthetubaguy: if instnace task_state is already deleting, then force-delete will change task state to 'force-deleting'09:55
alex_xujohnthetubaguy: bauzas updated ^ and fix the failed unittest09:55
*** jwcroppe has quit IRC09:55
rajeshtif task_state is force-deleting then there is no way to send either delete or force-delete request09:55
* alex_xu offline for a hour, back later09:56
*** sc68cal has joined #openstack-nova09:56
*** sc68cal has quit IRC09:56
*** sc68cal has joined #openstack-nova09:56
rajeshtAs of now, force-delete is only working if instance task_state is None,09:56
*** jwcroppe has joined #openstack-nova09:56
rajeshtjohnthetubaguy: IMO force-delete api should be able to delete instance irrespective of task_state as per its name09:57
*** pratikma_ has quit IRC09:59
*** haomaiwang has quit IRC10:01
*** haomaiwang has joined #openstack-nova10:01
*** huats has quit IRC10:01
*** huats has joined #openstack-nova10:02
openstackgerritBalazs Gibizer proposed openstack/nova-specs: Add notification for service status change  https://review.openstack.org/18235010:04
*** xgsa has quit IRC10:06
*** Guest99788 has quit IRC10:06
openstackgerritBalazs Gibizer proposed openstack/nova: Fix the help text of monkey_patch config param  https://review.openstack.org/21972210:07
*** Sree has joined #openstack-nova10:07
*** romainh has quit IRC10:10
*** exploreshaifali has quit IRC10:11
*** Sree has quit IRC10:11
*** xgsa has joined #openstack-nova10:13
*** jlanoux has quit IRC10:15
*** jlanoux has joined #openstack-nova10:17
openstackgerritBalazs Gibizer proposed openstack/nova-specs: Add support for shared volumes between guests  https://review.openstack.org/21250810:17
*** kiran-r has quit IRC10:22
openstackgerritBalazs Gibizer proposed openstack/nova-specs: Add support for shared volumes between guests  https://review.openstack.org/21250810:23
*** xgsa has quit IRC10:23
Venkateshjohnthetubaguy: Can you review this patch https://review.openstack.org/#/c/212016/10:24
Venkatesh?10:24
*** Guest63150 has quit IRC10:25
*** vkmc has quit IRC10:30
johnthetubaguyrajesht: so I see you protect against multiple force deletes now, which makes sense10:30
*** jlvillal has quit IRC10:31
*** jlvillal has joined #openstack-nova10:31
openstackgerritClaudiu Belu proposed openstack/nova: Hyper-V: adds os-win library  https://review.openstack.org/21210210:31
*** vkmc has joined #openstack-nova10:33
*** mpaolino has quit IRC10:34
*** snikitin has joined #openstack-nova10:41
*** smatzek has joined #openstack-nova10:41
*** tdurakov has quit IRC10:42
*** ildikov has quit IRC10:43
*** e0ne has quit IRC10:44
*** pratikmallya has joined #openstack-nova10:47
*** e0ne has joined #openstack-nova10:49
*** pratikma_ has joined #openstack-nova10:49
*** pratikmallya has quit IRC10:53
*** mpaolino has joined #openstack-nova10:53
*** alex_klimov has joined #openstack-nova10:53
*** e0ne has quit IRC10:57
*** pixelbeat has joined #openstack-nova10:58
rajeshtjohnthetubaguy: thanks :)10:58
*** xgsa has joined #openstack-nova11:00
*** haomaiwang has quit IRC11:01
*** haomaiwa_ has joined #openstack-nova11:01
*** e0ne has joined #openstack-nova11:01
*** mpaolino has quit IRC11:05
*** jichen has joined #openstack-nova11:06
openstackgerritJohn Garbutt proposed openstack/nova: Correct Instance type check to work with InstanceV1  https://review.openstack.org/22830411:11
*** zhangjn has quit IRC11:26
*** deepakcs has quit IRC11:26
*** shyu has quit IRC11:27
*** zhangjn has joined #openstack-nova11:29
*** salv-orl_ has quit IRC11:30
*** salv-orlando has joined #openstack-nova11:31
Alexusjohnthetubaguy: thanks for the update11:35
*** salv-orlando has quit IRC11:35
*** salv-orlando has joined #openstack-nova11:36
* Alexus is alex_xu phone account11:36
*** jordanP has quit IRC11:37
*** otter768 has joined #openstack-nova11:41
openstackgerritMarian Horban proposed openstack/nova: Fix Status-Line in HTTP response  https://review.openstack.org/22323511:41
*** e0ne has quit IRC11:43
*** otter768 has quit IRC11:46
*** tdurakov has joined #openstack-nova11:46
*** haomaiwa_ has quit IRC11:46
*** e0ne has joined #openstack-nova11:47
*** jichen has quit IRC11:48
*** zhangjn has quit IRC11:48
*** jichen has joined #openstack-nova11:48
*** EinstCrazy has quit IRC11:49
*** thorst has joined #openstack-nova11:49
*** jordanP has joined #openstack-nova11:49
*** romainh has joined #openstack-nova11:50
tdurakov/msg nickserv identify 501432111:51
ndipanovoops11:52
*** VikasC has quit IRC11:52
*** jamielennox|away is now known as jamielennox11:52
*** vladikr has joined #openstack-nova11:52
*** jwcroppe has quit IRC11:53
*** jwcroppe has joined #openstack-nova11:53
tdurakovndipanov omg:)11:53
*** raildo-afk is now known as raildo11:57
*** jwcroppe has quit IRC11:58
*** thorst has quit IRC11:59
*** thorst has joined #openstack-nova12:00
openstackgerritDaniel Berrange proposed openstack/nova: Introduce VNC Security Proxy Framework  https://review.openstack.org/11548312:02
openstackgerritDaniel Berrange proposed openstack/nova: Add VeNCrypt (TLS/x509) Security Proxy Driver  https://review.openstack.org/11548412:02
*** deepthi has quit IRC12:03
jordanPjohnthetubaguy, hi. I know you must be very busy now,but if you have 5min could you have a look at https://review.openstack.org/#/c/192736/ i try to land this in Liberty for 3 months, mriedem already +2ed it. It's a bug fix with 2 associated bug reports. It will also help the cinder team if/when they will add snapshot support for the generic NFS driver. thanks12:06
*** agireud has quit IRC12:08
*** Haojun has joined #openstack-nova12:09
*** agireud has joined #openstack-nova12:10
openstackgerritDaniel Berrange proposed openstack/nova: Introduce VNC Security Proxy Framework  https://review.openstack.org/11548312:11
openstackgerritDaniel Berrange proposed openstack/nova: Add VeNCrypt (TLS/x509) Security Proxy Driver  https://review.openstack.org/11548412:11
*** zhangjn has joined #openstack-nova12:11
*** zhangjn has quit IRC12:11
*** zhangjn has joined #openstack-nova12:12
*** bswartz has quit IRC12:12
*** zhangjn has quit IRC12:12
*** EinstCrazy has joined #openstack-nova12:12
*** Daisy_ has joined #openstack-nova12:12
*** zhangjn has joined #openstack-nova12:13
*** marcusvrn_ has joined #openstack-nova12:14
openstackgerritSergey Nikitin proposed openstack/nova: Added server tags support in nova-api  https://review.openstack.org/12894012:16
openstackgerritDaniel Berrange proposed openstack/nova-specs: Libvirt real time instances  https://review.openstack.org/13968812:18
Haojunhelp12:20
HaojunSorry, wrong type...12:20
*** Daisy_ has quit IRC12:21
*** tdurakov has quit IRC12:22
johnthetubaguyjordanP: sorry, I don't know that part of the code well enough12:22
*** baoli has joined #openstack-nova12:22
jordanPjohnthetubaguy, yeah but I tried to ping and ping again those who know this part...12:23
*** lascii is now known as alaski12:24
*** salv-orlando has quit IRC12:24
*** salv-orlando has joined #openstack-nova12:25
johnthetubaguyjordanP: it has a +2 now, that should get it attention more quickly now, its tricky, we have well over 500 patches up for review right now12:25
*** aysyd has joined #openstack-nova12:25
*** edleafe- is now known as edleafe12:25
jordanPjohnthetubaguy, I know you can't do a lot about this but I am frustrated by this. I have 2 patches that I try to land for months, I am super reactive to all comments I have, I filled bug reports, properly unit test everything, I waited, pinged people again and again. And I feel I am going to miss the deadline. I know you know that already, and I understand why it's like this, but it's frustrating12:26
*** tdurakov has joined #openstack-nova12:27
*** Sree has joined #openstack-nova12:27
*** Daisy has joined #openstack-nova12:27
johnthetubaguyjordanP: totally agreed, trying our best to make sure folks review things like this first, with proper tracking, trying to recruit more reviews and mentor more folks to do better reviews, trying to push more code our of Nova so we have less to do, we are woking on it, but all the time we have more and more patches coming in.12:28
*** rfolco has joined #openstack-nova12:28
johnthetubaguyjordanP: liberty RC1 has been branches, so currently this is heading into mitaka without a backport (with we could do if we get this merged)12:29
tdurakovjohnthetubaguy, hi, if you have some time could you review https://review.openstack.org/#/c/225910/ ?12:30
jordanPyeah that's what I was afraid of. I'll just wait.12:31
johnthetubaguytdurakov: I am starting to go through the specs, with the oldest first12:31
*** Daisy has quit IRC12:32
*** Daisy has joined #openstack-nova12:32
*** Daisy has quit IRC12:33
*** Daisy has joined #openstack-nova12:33
*** jamielennox is now known as jamielennox|away12:33
*** edmondsw has joined #openstack-nova12:35
*** pratikma_ has quit IRC12:36
openstackgerritRadomir Dopieralski proposed openstack/nova: Handle 404 responses from neutron when polling for floating IPs  https://review.openstack.org/21674612:38
*** ildikov has joined #openstack-nova12:38
openstackgerritRadomir Dopieralski proposed openstack/nova: Handle 404 responses from neutron when polling for floating IPs  https://review.openstack.org/21674612:41
*** rubasov has joined #openstack-nova12:44
*** dimsum__ is now known as dims12:45
*** derekh has quit IRC12:45
*** sudipto has quit IRC12:46
*** markvoelker has joined #openstack-nova12:46
*** asettle has quit IRC12:48
*** annegentle has joined #openstack-nova12:52
openstackgerritBalazs Gibizer proposed openstack/nova-specs: Add soft policies for server-group feature  https://review.openstack.org/21250412:54
*** breitz has joined #openstack-nova12:54
*** asettle has joined #openstack-nova12:55
*** rushil has joined #openstack-nova12:56
*** rushil_ has joined #openstack-nova12:57
*** derekh has joined #openstack-nova12:58
*** Venkatesh has quit IRC13:01
*** rushil has quit IRC13:01
*** tdurakov has quit IRC13:03
*** rlrossit has joined #openstack-nova13:03
*** baoli has quit IRC13:04
*** mdrabe has joined #openstack-nova13:04
*** baoli has joined #openstack-nova13:05
*** karimb has joined #openstack-nova13:06
*** diegows has joined #openstack-nova13:06
*** ctrath has joined #openstack-nova13:07
*** dave-mccowan has joined #openstack-nova13:07
*** tdurakov has joined #openstack-nova13:08
*** tdurakov has quit IRC13:09
*** tdurakov has joined #openstack-nova13:10
*** dims_ has joined #openstack-nova13:15
*** Daisy has quit IRC13:15
*** asettle has quit IRC13:16
*** dims has quit IRC13:17
*** tdurakov has quit IRC13:17
*** ijuwang has joined #openstack-nova13:17
*** tdurakov has joined #openstack-nova13:18
*** VW has joined #openstack-nova13:20
bauzasalex_xu: still there ?13:21
*** tdurakov has quit IRC13:21
bauzasalex_xu: I'm reviewing https://review.openstack.org/#/c/228304/ and I'm a bit unhappy13:21
*** tdurakov has joined #openstack-nova13:21
openstackgerritClaudiu Belu proposed openstack/nova: Hyper-V: adds os-win library  https://review.openstack.org/21210213:22
*** dustins has joined #openstack-nova13:23
*** mc_nair has joined #openstack-nova13:23
*** sayali has quit IRC13:24
*** xyhuang has joined #openstack-nova13:25
bauzasalex_xu: see my comment in https://review.openstack.org/#/c/228304/7/nova/objects/request_spec.py,cm13:26
*** sayali has joined #openstack-nova13:26
*** jwcroppe has joined #openstack-nova13:27
*** vladikr has quit IRC13:28
alex_xubauzas: I'm here13:28
*** vladikr has joined #openstack-nova13:28
alex_xubauzas: your comment looks like make sense, that one specific for ensure the instance is Instance obj, not just NovaObject, right?13:29
bauzasalex_xu: so, that sounds a bit nitpicking but I could be a bit worried by any possible side effect of releasing the check to base.NovaObject instead of objects.instance13:29
openstackgerritDaniel Berrange proposed openstack/nova: Introduce VNC Security Proxy Framework  https://review.openstack.org/11548313:30
openstackgerritDaniel Berrange proposed openstack/nova: Add VeNCrypt (TLS/x509) Security Proxy Driver  https://review.openstack.org/11548413:30
bauzasalex_xu: yeah, that makes it a bit clearer, tho we're exposing a private base class13:30
bauzasalex_xu: so, I just feel something is wrong either way13:30
*** obedmr has joined #openstack-nova13:30
alex_xubauzas: only for this https://review.openstack.org/#/c/228304/7/nova/objects/request_spec.py right, others looks like ok for just ensure the it is NovaObject13:31
*** mriedem has joined #openstack-nova13:31
bauzasalex_xu: well see https://review.openstack.org/#/c/228304/7/nova/compute/manager.py,cm13:31
bauzasalex_xu: I could just pass a dict and profit13:32
bauzasbut maybe johnthetubaguy is having a different thought ?13:33
*** eharney has joined #openstack-nova13:33
alex_xubauzas: you mean pass list, dict I think it's wrong13:34
dansmithalex_xu: what did you want me to look at?13:34
bauzasdansmith: disclaimer, take a coffee first13:34
*** smatzek has quit IRC13:35
alex_xudansmith: good morning, this bug https://launchpad.net/bugs/1500289 :)13:35
openstackLaunchpad bug 1500289 in OpenStack Compute (nova) "Booting instance failed with Kilo stable compute node and liberty controller" [Critical,In progress] - Assigned to John Garbutt (johngarbutt)13:35
johnthetubaguybauzas: yeah, its not as defensive as before, but it just feels nicer13:35
johnthetubaguyoh dear, I hate how it keeps giving me bugs13:35
bauzasalex_xu: tbc, I can pass a Foo, it will still hydrate the ObjectList13:35
bauzasjohnthetubaguy: sure, but we have base objects for keeping compatibility between v1 and v213:36
alex_xubauzas: ok, that sounds make sense13:36
bauzasjohnthetubaguy: what is just worrying me is that we expose those private objects13:36
alex_xubauzas: but this is ok for NovaObject I think https://review.openstack.org/#/c/228304/7/nova/scheduler/utils.py13:36
bauzasif we decide to check against them13:36
johnthetubaguybauzas: yeah, seems messy, where as most of the calls are if dict do X, if object do Y, and that seemed to read OK to me13:37
*** alexpilotti has joined #openstack-nova13:37
bauzasalex_xu: well, then passing a Foo could give you an AttributeError...13:37
*** acc_ has joined #openstack-nova13:38
*** sambetts is now known as sambetts_afk13:38
dansmithalex_xu: bauzas: we should have ndipanov look at this since he was the one that originally found and fixed it13:38
*** AJaeger has joined #openstack-nova13:39
dansmithI assume this is passing in grenade because we don't pass any pci stuff?13:39
bauzasdansmith: that was my wonders of this morning13:39
AJaegerCould I get another review and approval on a cleanup of translations, please? https://review.openstack.org/#/c/227461/13:39
tdurakovbauzas, hi Sylvain, got question about instance.availability_zone field. Are we treating it as scheduler hint yet?13:39
bauzastdurakov: not13:39
bauzasno13:39
ndipanovdansmith, I think they are hitting a case where there is a set of commits on kilo that wont' allow you to go to liberty without going to kilo-tip frist13:39
openstackgerritSergey Nikitin proposed openstack/nova: Added server tags support in nova-api  https://review.openstack.org/12894013:39
ndipanovwhich is what I think we anticipated13:40
dansmithndipanov: ah, well, we knew that was going to be a problem13:40
dansmithndipanov: yeah13:40
*** Piet has quit IRC13:40
tdurakovbauzas, so it became actual az info for instance?13:40
dansmithalex_xu: can you confirm that you're on the latest kilo revision?13:40
alex_xudansmith: no, I'm on the first version of kilo13:40
dansmithalex_xu: that's the problem13:40
bauzasdansmith: I think grenade doesn't detect the problem because it gets the latest stable/kilo release13:40
bauzaswhich includes the fix13:41
dansmithalex_xu: you have to be on the latest kilo13:41
dansmithbauzas: yep13:41
*** yuner027 has quit IRC13:41
bauzasdansmith: I just discussed that this morning with johnthetubaguy and alex_xu13:41
dansmithah, sorry13:41
bauzasand I was wondering if the bug was Invalid13:41
dansmithjust catching up13:41
alex_xudansmith: ok...but we said we support that...13:41
bauzasnah, np, just giving you a quick summaru13:41
*** Alexus has quit IRC13:41
alex_xudansmith: we doc in dev ref https://review.openstack.org/#/c/201529/6/doc/source/upgrades.rst13:42
dansmithalex_xu: who said that? I don't think we've ever said anything like that, but in this case, there's a fix, so you need to roll to the latest before you can move13:42
openstackgerritBalazs Gibizer proposed openstack/nova: scheduler:refactor group info in filter_properties  https://review.openstack.org/14827513:42
openstackgerritBalazs Gibizer proposed openstack/nova: api: add soft-affinity policies for server groups  https://review.openstack.org/14752013:42
openstackgerritBalazs Gibizer proposed openstack/nova: scheduler: add num of instance per host in a group  https://review.openstack.org/14827713:42
openstackgerritBalazs Gibizer proposed openstack/nova: object:count members per hosts in InstanceGroup  https://review.openstack.org/14751713:42
openstackgerritBalazs Gibizer proposed openstack/nova: scheduler: add soft-(anti-)affinity weighers  https://review.openstack.org/14751613:42
bauzasdansmith: but eventually, johnthetubaguy provided a good explanation for saying we should support any point release upgrade13:42
*** otter768 has joined #openstack-nova13:42
dansmithbauzas: it'd be nice, but if we have bugs like this and have to have them applied to older code before they can support an  upgrade, there's not much we can do about it13:42
bauzasdansmith: here is the problem : I think we never discussed about that specific policy, neither we documented it :)13:43
tdurakovbauzas, ping, btw what about default AZ, called nova?13:43
mriedemthe best you can do is try and handle a case like that in the liberty code, if people are'nt going to upgrade to a fix pack in kilo13:43
dansmithbauzas: yeah, agreed13:43
*** ccarmack has joined #openstack-nova13:44
bauzasdansmith: so, I'm all for a discussion about that, should we ask our operators to upgrade 2015.1.0 to 2015.1.1 before upgrading to Liberty ? (note, that's an open question)13:44
alex_xu^ same question13:44
*** burt has joined #openstack-nova13:44
*** zzzeek has joined #openstack-nova13:44
dansmithbauzas: I think that we could optionally not require it all the time, but if we have a critical fix like this, then I think it's fine to put it in the release notes that you have to13:44
mriedembauzas: i think it's fair to expect people to be at the latest fix pack on n-1 before upgrading to n13:44
bauzastdurakov: sorry, missed your ping13:44
dansmithmriedem: +113:44
bauzasmriedem: that was my original thoguht13:44
tdurakov[16:40]  <tdurakov> bauzas, so it became actual az info for instance?13:45
bauzastdurakov: no no, instance.az is set once forever13:45
tdurakovhm13:45
dansmithbauzas: mriedem: if we had to choose a stricter policy to adhere to, I'd vote to make it always an official requirement, even if not technically necessary13:45
alex_xuthat make sense13:45
tdurakovbauzas, what about live-migration then?13:45
johnthetubaguydansmith: mriedem: it seems like we could support upgrade from 2015.1.0 with that one patch added, but I guess it messes up something else?13:46
bauzasdansmith: I'm +1 to that, I just feel we should document that policy so we could all vote on that :)13:46
dansmithjohnthetubaguy: that messes everything up, yes :)13:46
*** otter768 has quit IRC13:46
dansmithbauzas: sure13:46
mriedembauzas: you want to write it up?13:46
bauzasmriedem: I'm the messenger :)13:47
bauzasmriedem: but sure I can write down some stuff13:47
bauzasat least, people could really use the word "blame"13:47
dansmithjohnthetubaguy: upgrading from 2015.1.0 to 2015.1.latest is an easy thing to do, doesn't require downtime or complicated deployments13:47
dansmithbauzas: I'll be glad to do it if you prefer13:47
johnthetubaguydansmith: yeah, agreed13:47
bauzasdansmith: feel free to do so, your upgrade mojo is better than mine IMHO13:48
johnthetubaguydansmith: I can live with a release note for this13:48
dansmithjohnthetubaguy: shall I just tweak this doc review of yours?13:48
openstackgerritMatt Riedemann proposed openstack/nova: Only create volumes with instance.az if cinder.cross_az_attach is False  https://review.openstack.org/22756413:48
dansmithndipanov: didn't we put something in release notes?13:48
ndipanovdansmith, I think we did add a doc impact at least13:48
dansmithjohnthetubaguy: first bullet: https://wiki.openstack.org/wiki/ReleaseNotes/Liberty#Upgrade_Notes13:48
johnthetubaguydansmith: we can do, I have a few reviews up to try and split that all up so it makes sense, first, I can un WIP those now13:49
*** achanda has joined #openstack-nova13:49
dansmithjohnthetubaguy: I mean this: https://review.openstack.org/#/c/201529/613:49
johnthetubaguydansmith: I totally did not see that somehow, cool13:49
bauzasoh man13:49
johnthetubaguydansmith: yeah, thats the one13:49
bauzasI searched litterally over the world to get some info about a stable policy13:49
dansmithjohnthetubaguy: I'll amend that13:49
bauzasthis morning13:49
bauzasand *that* was in the relnotes13:50
* bauzas hides13:50
dansmithheh13:50
alex_xudansmith: actually in that bug, there is another issue, I guess that should be fixed https://review.openstack.org/22830413:50
*** artom has joined #openstack-nova13:50
dansmithalex_xu: that's the wrong fix, but I'll comment13:50
openstackgerritJohn Garbutt proposed openstack/nova: docs: add the scheduler evolution plans  https://review.openstack.org/19226013:50
alex_xudansmith: oops, thanks13:51
*** dane-fichter has joined #openstack-nova13:51
*** annegentle has quit IRC13:51
bauzasalex_xu: yeah https://review.openstack.org/228304 is still valid IMHO13:51
alex_xubauzas: yea, thanks13:51
*** achanda has quit IRC13:51
dansmithindeed13:51
AJaegermriedem, dansmith: Sorry to ping directly - Could I get another review and approval on a cleanup of translations, please? https://review.openstack.org/#/c/227461/13:52
*** jaypipes has quit IRC13:53
mriedemAJaeger: is that needed for liberty?13:53
AJaegermriedem: There'S a liberty version of that patch at https://review.openstack.org/22746513:53
dansmithalex_xu: ah, bauzas already said the right thing, but I -1'd for good measure13:54
AJaegerAnd that'S why I want it in - like we did with kilo, ttx asked me for such a cleanup...13:54
dansmithbauzas++13:54
alex_xudansmith: ok thanks, and thanks bauzas :)13:54
*** tdurakov has quit IRC13:54
AJaegermriedem: you will not loose any translations, everything is on our translation server - just loose files that are really partially translated *for now*13:55
bauzasI would also love to get feedback from a specific ML thread13:56
mriedemAJaeger: in the case of https://review.openstack.org/#/c/227461/1/nova/locale/ja/LC_MESSAGES/nova-log-info.po - there are translations in there13:56
mriedemAJaeger: while not 100% it seems a waste to throw that out13:56
bauzashttp://lists.openstack.org/pipermail/openstack-dev/2015-September/075403.html13:56
AJaegermriedem: 143 translated messages. - out of 28013:56
bauzas^ is missing the [nova] tag so I want to make sure we don't miss it :)13:57
AJaegerThe translation team, ttx, and myself decided to remove everything less than 66 %.13:57
*** nelsnelson has joined #openstack-nova13:57
AJaegermriedem: A file that is only half translated will give an English message half the time - far too often13:57
mriedemAJaeger: https://review.openstack.org/#/c/227461/1/nova/locale/ja/LC_MESSAGES/nova-log-info.po looks 100% translated13:58
mriedemAJaeger: or am i missing something with ja?13:58
AJaegermriedem : http://paste.openstack.org/show/47443413:58
AJaegermriedem: the po files only contains *translated strings, we do not store untranslated ones anymore13:59
AJaegerSo, you need to compare like I did in the paste13:59
mriedemoh the po vs the pot13:59
AJaegerThe master file has 280 strings, ja has 143 translated13:59
openstackgerritDan Smith proposed openstack/nova: docs: split up upgrade and upgrade futures  https://review.openstack.org/20152913:59
AJaegermriedem: Yeah.13:59
AJaegerthanks, mriedem !14:01
*** baoli has quit IRC14:01
mriedem+1 on the stable/liberty change, i don't have +2 there14:02
*** pratikmallya has joined #openstack-nova14:02
*** smatzek has joined #openstack-nova14:02
*** su_zhang has joined #openstack-nova14:02
*** baoli has joined #openstack-nova14:02
*** ildikov has quit IRC14:03
*** andreykurilin__ has joined #openstack-nova14:03
*** pratikma_ has joined #openstack-nova14:04
*** stevemar has joined #openstack-nova14:05
*** ildikov has joined #openstack-nova14:06
*** yamahata has quit IRC14:06
*** pratikmallya has quit IRC14:07
*** alexpilotti has quit IRC14:08
openstackgerritAlex Xu proposed openstack/nova: Correct Instance type check to work with InstanceV1  https://review.openstack.org/22830414:13
alex_xudansmith: johnthetubaguy bauzas ndipanov ^ just updated, thanks all the review and discussion!14:13
*** tjones has joined #openstack-nova14:13
*** whenry has quit IRC14:13
garykjohnthetubaguy: can you please look at https://review.openstack.org/227386 - this is a liberty approved spec and the code is mostly approved upstream14:16
*** Sree has quit IRC14:17
*** haomaiwang has joined #openstack-nova14:17
*** Sree has joined #openstack-nova14:17
*** annegentle has joined #openstack-nova14:18
openstackgerritChuck Carmack proposed openstack/nova: Remove security group tests from tempest-dsvm-cells-rc  https://review.openstack.org/22604314:21
*** Sree has quit IRC14:22
*** xyang1 has joined #openstack-nova14:22
*** atuvenie has quit IRC14:22
*** achanda has joined #openstack-nova14:22
*** Sree has joined #openstack-nova14:23
dansmithalex_xu: that patch looks good to me.. Have you confirmed that it actually fixes the issue it claims to?14:23
alex_xudansmith: yea, I tested it in my env14:24
dansmithalex_xu: since we didn't have any tests failing, and since this doesn't add new tests...14:24
dansmithokay cool14:24
bauzasyeah, that should be good14:24
*** Murali has quit IRC14:24
*** tsekiyama has joined #openstack-nova14:24
dansmithI'll be ripping it all out soon anyway :)14:24
ndipanovyay14:25
*** mtanino has joined #openstack-nova14:26
bauzasdansmith: waiting the grenade change, you said ?14:27
*** emagana has quit IRC14:27
*** jichen has quit IRC14:28
*** tdurakov has joined #openstack-nova14:28
*** jichen has joined #openstack-nova14:29
*** sayali has quit IRC14:30
dansmithbauzas: I don't think it's going to have an impact, but we have to wait for it anyway :)14:30
mriedemsahid: ndipanov: looking at https://bugs.launchpad.net/nova/+bug/1419577/ - do you think we could do similar to https://review.openstack.org/#/c/202770/ but in the rollback method?14:30
openstackLaunchpad bug 1419577 in OpenStack Compute (nova) "when live-migrate failed, lun-id couldn't be rollback in havana" [High,Confirmed]14:30
dansmithbauzas: or did you mean a grenade patch to test this?14:30
bauzasdansmith: both of them :)14:30
mriedemhttps://bugs.launchpad.net/nova/+bug/1419577/ was an old OSSA that was marked as won't fix but i don't really know why, i think because you needed admin access to the hosts to cause the live migration failure?14:30
bauzasdansmith: ie. we should have a running grenade env for testing, but we could perhaps test it explicitely14:31
ndipanovmriedem, looks like we probably should14:31
dansmithbauzas: this would be really difficult to test with grenade, because we don't have control over the from/to revisions that we test, plus I think we'd need a tempest test that does pci14:31
*** n0ano has quit IRC14:31
dansmithbauzas: since this is simple and tested locally by alex, I'm thinking we should just land it14:31
ndipanovmriedem, we should be fixing this in brick ultimately14:31
*** sayali has joined #openstack-nova14:31
ndipanovall the more reason to fix it properly14:31
*** e0ne has quit IRC14:32
bauzasthat's cool then14:32
bauzasI'm fine, I don't want to overrule14:32
*** n0ano has joined #openstack-nova14:33
*** tjones has quit IRC14:33
*** e0ne has joined #openstack-nova14:34
*** dims has joined #openstack-nova14:35
openstackgerritJohn Garbutt proposed openstack/nova: Add a summary of the architecture evolution work  https://review.openstack.org/20000114:35
*** dims_ has quit IRC14:35
*** sambetts_afk has quit IRC14:35
*** sambetts has joined #openstack-nova14:36
*** tonytan4ever has joined #openstack-nova14:37
mriedemndipanov: the change here https://review.openstack.org/#/c/202770/17/nova/virt/libvirt/driver.py actually looks like what nova.virt.block_device already does when attaching a volume14:37
mriedemthis https://github.com/openstack/nova/blob/master/nova/virt/block_device.py#L22014:38
*** zhangjn has quit IRC14:38
*** tpeoples has joined #openstack-nova14:38
*** achanda has quit IRC14:40
*** zhangjn has joined #openstack-nova14:42
*** zhangjn has quit IRC14:43
*** zhangjn has joined #openstack-nova14:43
*** zhangjn has quit IRC14:44
*** electrocucaracha has joined #openstack-nova14:44
ndipanovmriedem, yeah that looks like it was designed for that case14:44
*** electrocucaracha has quit IRC14:45
openstackgerritJohn Garbutt proposed openstack/nova: docs: rerganize the API concept docs  https://review.openstack.org/22625314:45
*** zzzeek_ has joined #openstack-nova14:45
bauzasjohnthetubaguy: now that you fast-approved the spec, could you help seeing less red crosses ? :) https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/request-spec-object,n,z14:45
bauzashelp me*14:45
johnthetubaguybauzas: ah, you need to point at the new blueprint, I think14:46
bauzasjohnthetubaguy: oh, I didn't, did I ?14:47
bauzasjohnthetubaguy: lemme see14:47
bauzasright14:47
bauzasokay, prepare your screens to the flood14:47
*** electrocucaracha has joined #openstack-nova14:48
*** digimonde has quit IRC14:48
johnthetubaguysdague: alex_xu: updated that API doc tweak, in the hope we can get folks to fill more of that out before we release: https://review.openstack.org/#/c/226253/14:48
*** zzzeek has quit IRC14:48
*** zzzeek_ is now known as zzzeek14:48
*** electrocucaracha has quit IRC14:49
*** vkmc has quit IRC14:50
*** vkmc has joined #openstack-nova14:50
*** zhangjn has joined #openstack-nova14:50
*** AJaeger has left #openstack-nova14:51
openstackgerritSylvain Bauza proposed openstack/nova: Modify Scheduler RPC API select_dests()  https://review.openstack.org/19920514:51
openstackgerritSylvain Bauza proposed openstack/nova: Use RequestSpec object in the FilterScheduler  https://review.openstack.org/18848714:51
openstackgerritSylvain Bauza proposed openstack/nova: Prepare filters for using RequestSpec object  https://review.openstack.org/19791214:51
openstackgerritSylvain Bauza proposed openstack/nova: Modify left filters for RequestSpec  https://review.openstack.org/20267814:51
openstackgerritSylvain Bauza proposed openstack/nova: Modify conductor to use RequestSpec object  https://review.openstack.org/20307814:51
openstackgerritSylvain Bauza proposed openstack/nova: Modify metric-related filters for RequestSpec  https://review.openstack.org/20267614:51
openstackgerritSylvain Bauza proposed openstack/nova: Modify NUMA, PCI and num_instances filters for RequestSpec  https://review.openstack.org/20267714:51
openstackgerritSylvain Bauza proposed openstack/nova: Use RequestSpec in the ChanceScheduler  https://review.openstack.org/19905114:51
openstackgerritSylvain Bauza proposed openstack/nova: Modify Aggregate filters for RequestSpec  https://review.openstack.org/20267414:51
openstackgerritSylvain Bauza proposed openstack/nova: Modify default filters for RequestSpec  https://review.openstack.org/20267514:51
openstackgerritSylvain Bauza proposed openstack/nova: Modify Affinity filter for RequestSpec  https://review.openstack.org/20267314:51
openstackgerritSylvain Bauza proposed openstack/nova: Use RequestSpec object in HostManager  https://review.openstack.org/19125114:51
openstackgerritSylvain Bauza proposed openstack/nova: Remove reservation_id from the logs when a schedule fails  https://review.openstack.org/21779814:51
*** zhangjn has quit IRC14:51
*** electrocucaracha has joined #openstack-nova14:53
*** pradipta has joined #openstack-nova14:58
*** greghaynes has joined #openstack-nova14:58
*** hemnafk is now known as hemna15:00
*** Sree has quit IRC15:00
*** burgerk has joined #openstack-nova15:00
*** haomaiwang has quit IRC15:01
*** thangp has joined #openstack-nova15:01
*** haomaiwang has joined #openstack-nova15:01
*** rhedlind has left #openstack-nova15:03
*** artom has quit IRC15:06
*** zhangjn has joined #openstack-nova15:07
*** terryyao has joined #openstack-nova15:10
*** ZZelle has quit IRC15:10
*** ZZelle has joined #openstack-nova15:11
*** mariojv is now known as jvmario15:16
*** tonytan4ever has quit IRC15:17
*** ericksonsantos has quit IRC15:19
*** mdrabe has quit IRC15:19
*** armax has joined #openstack-nova15:20
*** nkrinner has quit IRC15:25
*** browne has joined #openstack-nova15:27
*** mwagner_ has quit IRC15:27
*** annegentle has quit IRC15:29
*** annegentle has joined #openstack-nova15:30
garykjohnthetubaguy: regarding a spec approved in liberty - do we need to create a new bp. for example https://blueprints.launchpad.net/openstack/?searchtext=vmware-limits is no longer available15:30
garykwhat do you suggest?15:30
johnthetubaguygaryk: its normally because it was partially completed15:31
*** VW has quit IRC15:31
johnthetubaguygaryk: it should still be available to check15:31
openstackgerritEd Leafe proposed openstack/nova: Replace os.path.join() for URLs  https://review.openstack.org/21830915:31
*** jdurgin1 has joined #openstack-nova15:31
*** VW has joined #openstack-nova15:31
johnthetubaguygaryk: https://blueprints.launchpad.net/nova/+spec/vmware-limits15:31
*** terryyao has quit IRC15:32
johnthetubaguygaryk: yeah, it normal to create vmware-limits-mitaka to keep it going15:32
garykah, ok15:32
johnthetubaguygaryk: its annoying really, that launchpad search doesn't bring up completed blueprints15:32
garyknot sure that i unerstand - do i need to create a new one?15:33
johnthetubaguyyes, you need to create a new one, because the old one is now completed15:33
garykok, thanks. guess that i need to updtae all patches to point to that.15:33
garykok, thanks15:33
*** ctrath has quit IRC15:35
*** mdrabe has joined #openstack-nova15:35
*** VW has quit IRC15:35
*** ctrath has joined #openstack-nova15:37
*** ildikov has quit IRC15:38
openstackgerritgaryk proposed openstack/nova-specs: Propose VMware limits, reservation and shares  https://review.openstack.org/22738615:40
garykjohnthetubaguy: updated the bp ^15:40
*** sseverson has joined #openstack-nova15:41
*** artom has joined #openstack-nova15:41
johnthetubaguygaryk: OK, hope to do another sweep of those soon15:42
garykok, thanks15:42
garyki you need another broom let me know15:42
*** salv-orl_ has joined #openstack-nova15:42
*** otter768 has joined #openstack-nova15:43
*** VW has joined #openstack-nova15:43
*** salv-orlando has quit IRC15:45
*** tdurakov has quit IRC15:45
*** tjones has joined #openstack-nova15:46
*** dims has quit IRC15:46
*** dims has joined #openstack-nova15:46
*** otter768 has quit IRC15:47
*** rdopiera has quit IRC15:47
openstackgerritgaryk proposed openstack/nova: VMware: add in vif resource limitations  https://review.openstack.org/18020215:51
*** dane-fichter has quit IRC15:53
ndipanovdansmith, do you remember of the top of your head what's the tag to mark a spec already approved in prev release?15:56
*** haomaiwang has quit IRC15:57
*** MarcF has quit IRC15:58
*** jdurgin1 has quit IRC15:58
*** wlehman has joined #openstack-nova15:59
*** Apoorva has joined #openstack-nova15:59
*** yamahata has joined #openstack-nova15:59
bauzasndipanov: Previously-Approved15:59
bauzas(not dansmith tho)16:00
*** wlehman has quit IRC16:00
*** wlehman has joined #openstack-nova16:00
*** jlanoux has quit IRC16:02
*** tutij7 has quit IRC16:03
*** sahid has quit IRC16:03
*** wlehman has quit IRC16:04
*** willsama has joined #openstack-nova16:05
dansmithndipanov: I'm inclined to believe bauzas16:06
bauzasgosh16:07
bauzasshould it had a "in bauzas", I could be seen as a prophet16:07
openstackgerritMarian Horban proposed openstack/nova: Fix Status-Line in HTTP response  https://review.openstack.org/22323516:10
*** lpetrut has quit IRC16:11
*** su_zhang has quit IRC16:11
*** alex_klimov has quit IRC16:12
*** eharney has quit IRC16:12
*** zhangjn has quit IRC16:13
johnthetubaguydansmith: bauzas: ndipanov: yeah, its in the readme for the specs repo16:13
johnthetubaguyhttps://github.com/openstack/nova-specs#previously-approved-specifications16:14
johnthetubaguygot a link to find them all in here: https://etherpad.openstack.org/p/mitaka-nova-spec-review-tracking16:14
*** n0ano has quit IRC16:15
ndipanovjohnthetubaguy, bauzas dansmith thanks guys16:15
*** zhangjn has joined #openstack-nova16:15
*** Sree has joined #openstack-nova16:16
*** whenry has joined #openstack-nova16:17
*** unicell has quit IRC16:17
mriedemdansmith: ndipanov: garyk: claudiub: would appreciate review on this stable/juno backport for a related security issue https://review.openstack.org/#/c/228517/16:18
garykmriedem: sure16:19
*** zhangjn_ has joined #openstack-nova16:20
garykmriedem: you can +W now16:20
*** zhangjn_ has quit IRC16:20
ndipanovmriedem, will take a look16:20
mriedemgaryk: thanks16:20
*** zhangjn has quit IRC16:21
*** zhangjn has joined #openstack-nova16:21
openstackgerritNikola Dipanov proposed openstack/nova-specs: spec for host-state-level-locking blueprint  https://review.openstack.org/22852816:21
mriedemndipanov: i think ^ is related to https://bugs.launchpad.net/nova/+bug/1419577 because in that ossa bug the reporter is talking about migration from host A to B and devices still mapped on A, then migration from B to A fails16:21
openstackLaunchpad bug 1419577 in OpenStack Compute (nova) "when live-migrate failed, lun-id couldn't be rollback in havana" [High,Confirmed]16:21
mriedemndipanov: and that's what that patch fixed (the A to B case)16:21
*** matrohon has quit IRC16:22
*** Haojun has quit IRC16:22
*** e0ne has quit IRC16:22
*** EinstCrazy has quit IRC16:23
*** jichen has quit IRC16:24
*** e0ne has joined #openstack-nova16:24
openstackgerritgaryk proposed openstack/nova: VMware: add in vif resource limitations  https://review.openstack.org/18020216:26
*** eharney has joined #openstack-nova16:28
openstackgerritgaryk proposed openstack/nova: VMware: add in vif resource limitations  https://review.openstack.org/18020216:29
*** jordanP has quit IRC16:30
*** xgsa has quit IRC16:31
*** baoli has quit IRC16:31
*** ctrath has quit IRC16:31
ndipanovmriedem, need to drop off now - but will look tomorrow morning16:31
mriedemndipanov: ok, np16:31
*** baoli has joined #openstack-nova16:32
*** tonytan4ever has joined #openstack-nova16:32
*** Kennan2 has joined #openstack-nova16:36
*** Kennan has quit IRC16:36
*** willsama has quit IRC16:39
openstackgerritgaryk proposed openstack/nova: Objects: add limits, reservations and shares to ImageMetaProps object  https://review.openstack.org/18832116:39
*** alejandrito has joined #openstack-nova16:39
*** bnemec has joined #openstack-nova16:40
*** achanda has joined #openstack-nova16:40
openstackgerritgaryk proposed openstack/nova: VMware: support limits via image meta data  https://review.openstack.org/18094216:41
*** wverdugo500 has joined #openstack-nova16:41
openstackgerritgaryk proposed openstack/nova: Objects: add limits, reservations and shares to ImageMetaProps object  https://review.openstack.org/18832116:42
openstackgerritgaryk proposed openstack/nova: VMware: support limits via image meta data  https://review.openstack.org/18094216:43
*** nic has joined #openstack-nova16:43
*** sudipto has joined #openstack-nova16:45
*** vkmc is now known as vkmc-afk16:47
*** su_zhang has joined #openstack-nova16:51
*** davideagnello has joined #openstack-nova16:52
*** tjones has quit IRC16:53
*** achanda has quit IRC16:54
*** penick has joined #openstack-nova16:54
*** mwagner_ has joined #openstack-nova16:55
*** derekh has quit IRC16:55
*** tjones has joined #openstack-nova16:56
*** ZZelle_ has joined #openstack-nova16:56
*** zhangjn has quit IRC16:56
*** ctrath has joined #openstack-nova16:57
*** unicell has joined #openstack-nova16:58
*** penick has quit IRC17:00
*** romainh has left #openstack-nova17:00
*** salv-orl_ has quit IRC17:02
*** penick has joined #openstack-nova17:04
*** Sree has quit IRC17:07
*** Sree has joined #openstack-nova17:07
*** willsama has joined #openstack-nova17:09
*** pradipta has quit IRC17:09
*** jaypipes has joined #openstack-nova17:09
*** stevemar has quit IRC17:13
*** vilobhmm11 has joined #openstack-nova17:16
*** r-daneel has joined #openstack-nova17:16
*** stevemar has joined #openstack-nova17:19
*** bnemec has quit IRC17:20
*** apuimedo has quit IRC17:21
*** karimb has quit IRC17:22
*** browne has quit IRC17:23
*** apuimedo has joined #openstack-nova17:23
*** danpb has quit IRC17:24
*** tjones has left #openstack-nova17:25
*** Piet has joined #openstack-nova17:28
openstackgerritGiridhar Jayavelu proposed openstack/nova: VMware: Append disk type to image cache folder name  https://review.openstack.org/22710417:31
*** VW_ has joined #openstack-nova17:32
*** bnemec has joined #openstack-nova17:32
*** vilobhmm111 has joined #openstack-nova17:34
*** VW has quit IRC17:35
*** vilobhmm11 has quit IRC17:36
*** alexpilotti has joined #openstack-nova17:36
mriedemsdague: if you're around there were a couple of related changes i wanted to talk about17:36
*** VW_ has quit IRC17:37
*** Marga_ has quit IRC17:37
*** jwcroppe has quit IRC17:38
*** jwcroppe has joined #openstack-nova17:39
*** xyhuang has quit IRC17:42
jwcroppejaypipes: you around?17:43
jaypipesjwcroppe: yes (mostly)17:43
*** otter768 has joined #openstack-nova17:43
*** VW has joined #openstack-nova17:44
jwcroppejaypipes: no problem, just wondering if you had any feedback on that metrics refactoring to fix that 'set' bug - https://review.openstack.org/#/c/219153/?  looks like we got another comment on it... or do you want to push this to M?17:44
jwcroppejaypipes: I've been running this for a while now and it's working quite well, FWIW17:45
jaypipesjwcroppe: I'll leave the question about whether to push this to M to others to decide. Lemme do a review of this. Gimme ten minutes or so.17:46
jwcroppejaypipes: sounds good17:46
dansmithit's not a push to M thing at this point it's a "do we backport to L" thing17:46
*** electrocucaracha has quit IRC17:46
jwcroppedansmith: good point17:47
sdaguemriedem: I'm around, what's up?17:48
*** otter768 has quit IRC17:48
mriedemsdague: i was looking at https://review.openstack.org/#/c/138664/ and https://review.openstack.org/#/c/225278/ - the latter came about because ndipanov wanted to see the error handling closer to the caller (i think),17:48
mriedemsdague: the problem is initialize_connection is called in more places than just the block_device module17:49
mriedemso i'm thinking the original change, to handle it in cinder.py, is the better way to go17:49
mriedemsdague: wanted to get your thoughts on that before herding the authors of those changes17:49
*** Sree has quit IRC17:49
*** electrocucaracha has joined #openstack-nova17:49
sdagueyeh, I agree, keeping this all in cinder.py seems the better go17:51
mriedemok, so i think it just needs a rebase and the comments apply17:52
mriedemsdague: also, were you ok with xyang1's reply on the reason for the 500 and 504 checks?17:52
openstackgerritGiridhar Jayavelu proposed openstack/nova: VMware: create vif with resource limitations  https://review.openstack.org/19617117:52
sdagueman, that was a long time ago, let me reread that17:52
*** VW has quit IRC17:52
*** VW has joined #openstack-nova17:53
mriedemsdague: fwiw, i had the same comments in the latter change https://review.openstack.org/#/c/225278/3/nova/virt/block_device.py17:54
*** achanda has joined #openstack-nova17:54
mriedemwe decided to not check for the 500 and just rollback on any failure17:54
sdagueyeh, so the blanket 500 still seems a little odd to me17:54
sdaguebecause it's so vague17:55
mriedemb/c that's how we handle the same kind of thing in the neutronv2 api17:55
mriedemyeah17:55
mriedemin neutronv2.api.allocate_for_instance we just rollback on NeutronClientException of any kind17:55
*** baoli has quit IRC17:57
mriedemxyang1: do you work with jeegn chen? https://review.openstack.org/#/c/138664/17:59
mriedemxyang1: i think we should just cleanup that change17:59
xyang1mriedem: he is gone, I can clean up that patch17:59
mriedemok, cool, thanks17:59
*** achanda has quit IRC17:59
xyang1mriedem: so do you want error code checking or not17:59
mriedemno17:59
mriedemfor the same reasons we dropped it in your change18:00
*** Marga_ has joined #openstack-nova18:00
xyang1mriedem: so do you want me to do that same change but in cinder.py?18:00
mriedemyeah, basically18:00
xyang1mriedem: sure, will do18:00
xyang1mriedem: I cannot update Jeegn's patch because it was abandoned.  So I'll just update my patch, is that ok18:01
mriedemxyang1: i restored it18:02
*** bnemec has quit IRC18:02
mriedemthere are updated comments inline18:02
xyang1mriedem: ok, thanks18:02
xyang1mriedem: I'll update it and abandon mine later18:02
*** VW has quit IRC18:03
*** VW has joined #openstack-nova18:03
mriedemsounds good18:03
*** browne has joined #openstack-nova18:03
*** gabriel-bezerra has quit IRC18:04
melwittzzzeek: hi, I saw your comments on the review for the backport of catching DBReferenceError https://review.openstack.org/#/c/227451/ I had thought that in the context of updating a field of Instance, if a FK constraint fails, it implies that the Instance row doesn't exist. is that not necessarily true?18:06
mriedemgaryk: what should be done with this super old confirmed vmware live migratoin bug? https://bugs.launchpad.net/nova/+bug/119219218:06
openstackLaunchpad bug 1192192 in OpenStack Compute (nova) "Nova initiated Live Migration regression for vmware VCDriver" [Medium,Confirmed] - Assigned to Sabari Murugesan (smurugesan)18:06
zzzeekmelwitt: if the target row has other FKs to other things, then those other things might not exist18:07
zzzeekmelwitt: so i proposed testing that the error targets the columns that are specific to the parent instance you want to report on18:07
mriedemrlrossit: yes the vcenter driver supports live migration in juno https://github.com/openstack/nova/blob/stable/juno/nova/virt/vmwareapi/vmops.py#L110618:07
mriedemrlrossit: oh maybe not....hrm https://bugs.launchpad.net/nova/+bug/119219218:08
openstackLaunchpad bug 1192192 in OpenStack Compute (nova) "Nova initiated Live Migration regression for vmware VCDriver" [Medium,Confirmed] - Assigned to Sabari Murugesan (smurugesan)18:08
melwittzzzeek: I see. that makes sense18:08
mriedemrlrossit: the nova hypervisor support matrix says the vcenter driver doesn't support live migration per that bug ^18:08
garykmriedem: it is on my to do list18:09
mriedemgaryk: ok, so basically no live migration with vmware driver right?18:09
mriedemgaryk: i was confused b/c it looked like the code was implemented in vmops18:09
garykmriedem: no, live migration is not supported via nova18:10
garykthe solution at the moment it to use vmotion on the backend18:10
mriedemok18:10
garyki am still working on the nova support18:10
mriedemhow does nova get synced up with the backend instance details once they've moved hosts?>18:10
mriedemor is that just hidden by the cluster?18:10
garykfrom VC 6.0 one can do vmotion across clusters18:11
garykthat is the only way that we can do live migration in nova - as each 'node' is a cluster18:11
garykso we can only live migrate from one cluster to anoterh18:11
*** su_zhang has quit IRC18:11
garykif we want to move from one host to another then we need and api extension for that18:11
*** su_zhang_ has joined #openstack-nova18:12
garyki am not optimistic of getting a patch like that approved upstream18:12
mriedemgaryk: so https://github.com/openstack/nova/blob/stable/juno/nova/virt/vmwareapi/vmops.py#L1106 only works if you have vcenter >= 6?18:12
*** markus_z has quit IRC18:12
mriedemi'm just wondering if there needs to be a fail fast version check in there18:13
garykmriedem: i honestly do not think that the code has every worked - it may have worked when there was the esx drivers. but it certainly does not work today18:13
mriedemgaryk: ok, should we just gut https://github.com/openstack/nova/blob/stable/juno/nova/virt/vmwareapi/vmops.py#L1106 and raise an exception right away saying it doesn't work?18:13
garykmriedem: yes, that is what we should do until i fix the problem. i'll post a patch for that tomorrow18:13
*** tonytan4ever has quit IRC18:14
mriedemok, thanks18:14
garyknp18:14
mriedemfeel free to add me to the review once it's up18:14
garykok, will do18:14
*** tonytan4ever has joined #openstack-nova18:14
*** hitalia has joined #openstack-nova18:16
*** raildo is now known as raildo-afk18:16
*** gabriel-bezerra has joined #openstack-nova18:17
*** eharney has quit IRC18:18
*** mestery_afk is now known as mestery18:22
*** gabriel-bezerra has quit IRC18:23
*** yamahata has quit IRC18:25
*** baoli has joined #openstack-nova18:26
bauzasIIUC, functional tests are using requests only?18:27
bauzasI mean the requests lib18:28
*** krtaylor has quit IRC18:33
*** angdraug has joined #openstack-nova18:34
*** scheuran has joined #openstack-nova18:38
*** scheuran has quit IRC18:38
*** gongysh has quit IRC18:39
openstackgerritSudipta Biswas proposed openstack/nova: use helper method to remove version hardcoding  https://review.openstack.org/22857818:39
*** gongysh has joined #openstack-nova18:39
*** salv-orlando has joined #openstack-nova18:45
*** vkmc-afk is now known as vkmc18:45
*** ijw has joined #openstack-nova18:45
*** sudipto has quit IRC18:51
*** pixelbeat has quit IRC18:51
*** sambetts has quit IRC18:52
*** su_zhang_ has quit IRC18:53
*** annegentle has quit IRC18:53
*** sambetts has joined #openstack-nova18:54
*** achanda has joined #openstack-nova18:56
*** boris-42 has quit IRC18:59
*** penick has quit IRC18:59
*** achanda has quit IRC19:00
*** pratikmallya has joined #openstack-nova19:00
*** baoli has quit IRC19:01
*** Piet has quit IRC19:03
*** pratikma_ has quit IRC19:04
*** penick has joined #openstack-nova19:05
*** pixelbeat has joined #openstack-nova19:07
*** mc_nair_ has joined #openstack-nova19:07
*** mc_nair has quit IRC19:10
*** raorn has quit IRC19:12
*** andreykurilin has quit IRC19:13
*** raorn has joined #openstack-nova19:13
*** Marga_ has quit IRC19:17
*** Marga_ has joined #openstack-nova19:17
*** andreykurilin has joined #openstack-nova19:17
openstackgerritGiridhar Jayavelu proposed openstack/nova: Configure memory resource allocation during instance resize operation  https://review.openstack.org/20421919:23
openstackgerritGiridhar Jayavelu proposed openstack/nova: Configure disk resource allocation during instance resize operation  https://review.openstack.org/20422019:23
openstackgerritGiridhar Jayavelu proposed openstack/nova: Configure vif resource allocation during instance resize operation  https://review.openstack.org/20422119:23
*** annegentle has joined #openstack-nova19:25
*** ijw has quit IRC19:28
*** e0ne has quit IRC19:28
openstackgerritGiridhar Jayavelu proposed openstack/nova: VMware: memory limits during resize operation  https://review.openstack.org/20421919:28
openstackgerritGiridhar Jayavelu proposed openstack/nova: VMware: disk limits during resize operation  https://review.openstack.org/20422019:28
openstackgerritGiridhar Jayavelu proposed openstack/nova: VMware: vif limits during resize operation  https://review.openstack.org/20422119:28
*** ociuhandu has joined #openstack-nova19:28
*** yamahata has joined #openstack-nova19:31
*** VW_ has joined #openstack-nova19:34
*** VW has quit IRC19:35
mriedemfyi we have volume-backed live migration testing now in the gate https://review.openstack.org/#/c/165233/19:36
*** pratikma_ has joined #openstack-nova19:39
*** e0ne has joined #openstack-nova19:41
*** packet has joined #openstack-nova19:41
melwittmriedem: nice!19:41
*** hitalia has quit IRC19:42
*** pratikmallya has quit IRC19:42
*** electrocucaracha has quit IRC19:43
*** baoli has joined #openstack-nova19:44
*** otter768 has joined #openstack-nova19:44
*** baoli has quit IRC19:45
*** baoli has joined #openstack-nova19:45
*** salv-orlando has quit IRC19:45
*** otter768 has quit IRC19:49
*** rfolco has quit IRC19:50
*** su_zhang has joined #openstack-nova19:50
*** jlvillal has quit IRC19:51
*** jlvillal has joined #openstack-nova19:51
*** matrohon has joined #openstack-nova19:53
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Moar py34 tests!  https://review.openstack.org/22860019:54
*** cfriesen has joined #openstack-nova19:54
*** rfolco has joined #openstack-nova19:56
*** achanda has joined #openstack-nova19:56
*** gabriel-bezerra has joined #openstack-nova19:57
*** raildo-afk is now known as raildo19:57
*** rfolco has quit IRC19:57
*** yamahata has quit IRC19:58
bauzasdoes anyone know if largeops job is having again a problem ? http://goo.gl/G9Zazy19:58
*** yamahata has joined #openstack-nova19:58
*** su_zhang has quit IRC19:58
bauzasmriedem: ^19:58
mriedemwell let's take a look19:59
openstackgerritxing-yang proposed openstack/nova: Rollback is needed if attach_volume times out  https://review.openstack.org/13866419:59
bauzasmriedem: http://logs.openstack.org/87/188487/35/check/gate-tempest-dsvm-large-ops/3ca28fc/console.html#_2015-09-28_15_54_16_81920:00
mriedembauzas: yeah i'm seeing the same20:00
bauzassounds a performance regression like we had previously20:00
mriedemin another log20:00
mriedemthe other thing had a more obvious error20:01
xyang1mriedem: updated the patch20:01
mriedembauzas: i do remember looking at a large ops fail a week or two ago and seeing some weirdness between when the network was allocated and when we timed out,20:01
mriedemlike it was missing some logging in the compute manager20:01
mriedemso i was wondering if we hung up on some lock around networking20:01
*** achanda has quit IRC20:01
bauzasmriedem: yup, I remember that stotu20:01
bauzassotry20:01
*** tonytan4ever has quit IRC20:01
bauzasheh20:01
dansmithbauzas: go to sleep :)20:02
bauzass-t-o-r-y20:02
*** lpetrut has joined #openstack-nova20:02
mriedemactually, i wasn't seeing the prep block device stuff happening in the logs20:02
mriedemxyang1: cool, thanks20:02
mriedembauzas: so we might need some debug logging adding to the _prep_block_device flow in  compute manager20:02
mriedembauzas: http://logs.openstack.org/23/226923/5/gate/gate-tempest-dsvm-large-ops/826845d/logs/screen-n-cpu-1.txt.gz#_2015-09-28_15_00_00_45520:03
mriedemInstance disappeared before build. _do_build_and_run_instance /opt/stack/new/nova/nova/compute/manager.py:188320:03
mriedemtoo bad that's debug level or we could check logstash20:03
bauzasmeh20:04
bauzasan InstanceNotFound?20:04
mriedembauzas: want to report a bug for this?20:04
bauzasmriedem: sure I can20:05
mriedemthen we can do some debug logging changes for it?20:05
*** karimb has joined #openstack-nova20:05
*** eharney has joined #openstack-nova20:05
mriedemwell,20:05
mriedemthe build lock was acquired 5 minutes before http://logs.openstack.org/23/226923/5/gate/gate-tempest-dsvm-large-ops/826845d/logs/screen-n-cpu-1.txt.gz#_2015-09-28_14_55_35_70820:05
bauzasmriedem: I guess you verified the NotFound was re- to the same failing req-id ?20:06
mriedemthen we get the lock http://logs.openstack.org/23/226923/5/gate/gate-tempest-dsvm-large-ops/826845d/logs/screen-n-cpu-1.txt.gz#_2015-09-28_15_00_00_14220:06
mriedemand then the instance is gone, probably b/c the test timed out and deleted it20:06
bauzasoh yeah20:06
mriedemthe request id is of no use here20:06
mriedemreq-249ad84f-c95d-47a8-839b-e359e4f14505 shows up 1711 times in n-cpu20:06
mriedemlooks like RT claims are taking awhile20:08
*** electrocucaracha has joined #openstack-nova20:08
mriedemwhich would lead me to believe there is a performance regression with the claims stuff ndipanov recently put in the RT20:08
mriedemwow20:09
mriedemhttp://logs.openstack.org/23/226923/5/gate/gate-tempest-dsvm-large-ops/826845d/logs/screen-n-cpu-1.txt.gz#_2015-09-28_14_59_29_54920:09
mriedemLock "compute_resources" acquired by "nova.compute.resource_tracker.update_usage" :: waited 40.236s20:09
mriedemthat seems like a long time for the fake virt driver20:09
*** ks1 has joined #openstack-nova20:10
bauzasmriedem: you're quicker than me20:10
dansmithunfortunately he's quicker than most :(20:11
bauzas11sec for updating the stats indeed20:11
*** salv-orlando has joined #openstack-nova20:11
bauzasso the RT is very bad in perf20:11
bauzasgood catch20:12
bauzastrying to get some other metrics20:12
*** david-lyle has quit IRC20:14
*** JoshNang has quit IRC20:17
*** JoshNang has joined #openstack-nova20:17
*** JoshNang has quit IRC20:18
mriedemhttp://goo.gl/j9Jkx420:18
mriedemshows this spiking in the last 24 hours20:18
mriedembut i'm not seeing anything merged in the last 24 hours in nova that looks related20:18
bauzasmriedem: yup20:18
bauzasmriedem: hence my ping20:19
bauzaswhat's good with a long series is that you know when the gate has some problems :)20:19
bauzasmriedem: I'm not exactly sure we have a performance problem20:20
*** baoli has quit IRC20:21
mriedemseeing a lot of this in nova-network also20:22
mriedemLock "dnsmasq_start" acquired by "nova.network.linux_net.restart_dhcp" :: waited 15.360s20:22
mriedemthat's usually 0 but sometimes it's around 15 seconds20:23
*** ks1 has quit IRC20:23
bauzaswell, the regression started yesterday - a Sunday20:23
*** rfolco has joined #openstack-nova20:24
mriedemwould kind of be nice to flag a warning when a lock or some action takes a certain % of rpc_response_timeout20:24
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Identify more py34 tests that already pass  https://review.openstack.org/22860020:25
mriedemis there anything useful in the GMR here? http://logs.openstack.org/23/226923/5/gate/gate-tempest-dsvm-large-ops/826845d/logs/screen-n-cpu-1.txt.gz#_2015-09-28_15_02_53_50320:26
*** hitalia has joined #openstack-nova20:26
*** su_zhang has joined #openstack-nova20:27
*** smatzek has quit IRC20:29
*** raildo is now known as raildo-afk20:29
*** electroc_ has joined #openstack-nova20:32
dimssdague: "should mostly all be flowers and unicorns" :)20:33
*** digimonde has joined #openstack-nova20:34
*** electrocucaracha has quit IRC20:35
sdaguedims: I'm glad I added a little sunshine to your day20:35
mriedembauzas: so CONF.max_concurrent_builds is what controls how many we can run at one time, and that defaults to 1020:35
mriedembauzas: i'm wondering if we should increase that for the large ops test20:35
mriedembecause it seems we're starving trying to get into that build semaphore20:36
*** boris-42 has joined #openstack-nova20:37
mriedemor we should at least make CONF.max_concurrent_builds = CONF.rpc_conn_pool_size which defaults to 3020:38
dansmithhow long are spawns taking though?20:38
dansmithif they're mostly no-ops then it really shouldn't matter20:39
mriedemlooking20:39
dansmithand if we're not doing any IO, then we're not lacking parallelism20:39
dansmiths/IO/things that cause us to switch/20:39
*** achanda has joined #openstack-nova20:39
*** rfolco has quit IRC20:40
bauzasmriedem: meh, my kernel tainted20:41
mriedemwe do not do a great job of logging what we're doing in the build flow in the compute manager, we leave a lot of that to the virt driver20:41
mriedembauzas: gross20:41
bauzasokay, I see the above20:42
alaskimriedem: yeah, a *lot* of the build process is just shoved behind spawn()20:42
bauzaswell, my concern is to see why we should increase that limit20:42
bauzasalaski: yeah that20:42
bauzasthe virt drivers can take a while20:42
mriedemheh20:43
mriedemWhile synchronizing instance power states, found 224 instances in the database and 222 instances on the hypervisor.20:43
dansmithmriedem: that means we're only holding up two instances right?20:46
mriedemalaski: do you see value in just having a simple debug log that tracks time spent before and after calling _build_and_run_instance in compute manager?20:46
alaskimriedem: yes.  I see more value in a notification, though that doesn't help the gate much20:47
mriedemdansmith: we are leaking something here20:48
mriedemat first instance build is taking around 20 seconds20:48
mriedemthen over time it takes about 90 seconds20:48
mriedemhttp://logs.openstack.org/23/226923/5/gate/gate-tempest-dsvm-large-ops/826845d/logs/screen-n-cpu-1.txt.gz#_2015-09-28_14_50_33_61920:48
dansmithmriedem: well, we have to pull the image right?20:49
dansmithseems like a long time for a cirros though, even under load20:49
mriedemwell, it's weird, if you run down through the n-cpu log looking at: "nova.compute.manager._locked_do_build_and_run_instance" :: held20:50
mriedemit increases and increases and then resets20:50
mtreinishdansmith: isn't large ops with the fake virt driver?20:50
*** yamahata has quit IRC20:50
dansmithmriedem: that lock doesn't mean anything though, as it's just per-instance right?20:50
mriedemyrd20:50
mriedemmtreinish: yes20:50
*** yamahata has joined #openstack-nova20:50
dansmithmtreinish: yeah, but the fake virt driver does some real virt drivery things for simulation I think20:50
dansmithit'20:50
dansmithit's not just all nops I don't think20:51
mriedemit does some resource tracking things20:51
mriedemsdague: added that in kilo i think20:51
dansmiththere was talk about making it even more real recently for testing20:51
mtreinishok, I wasn't sure. I guess it still pulls an image thats why we enable glance on that job20:51
*** lpetrut has quit IRC20:51
mriedemdansmith: sure, but _locked_do_build_and_run_instance is the lock around building the instance, which is what i'm wondering takes so long20:52
mriedemtoward the end of the test run, it's taking 277 seconds to build an instance20:52
dansmithmriedem: and the semaphore is inside the lock, right?20:52
mriedemyes20:52
dansmithmriedem: so it should increase if they all arrive at the same time, and the last one has to wait for the semaphore for the whole thing20:52
*** tonytan4ever has joined #openstack-nova20:52
mriedemyeah, and the timeout in the test is 300 seconds20:53
mriedemactually it's 196 seconds...20:53
mriedemDetails: (TestLargeOpsScenario:test_large_ops_scenario_3) Server f228d638-116f-4431-b890-ebf0b4b6ef2d failed to reach ACTIVE status and task state "None" within the required time (196 s). Current status: BUILD. Current task state: scheduling.20:53
dansmithwell, bumping up the concurrent limit is easy to test, but it still seems like that just papers over some other problem20:53
bauzasright20:54
bauzasthat's my worries20:54
dansmithI'd start putting log statements everywhere and looking at the timing to figure out what it is20:55
mriedemthe only other thing i saw taking time was the restart_dhcp stuff in nova-net and the RT._update_usage stuff20:55
mriedemyeah, that was my next step20:55
mriedembauzas: do you have a bug?20:55
bauzasmriedem: the RT._update_usage() was not exactly huge20:55
bauzasmriedem: nope, creating it now20:55
*** yamahata has quit IRC20:55
mriedembauzas: it seemed big for a fake virt driver20:55
bauzasI had something and then linux said hi20:55
*** yamahata has joined #openstack-nova20:55
*** Piet has joined #openstack-nova20:56
sdaguemriedem: is this a new spike?21:00
mriedemsdague: yeah http://goo.gl/j9Jkx421:00
bauzasmriedem: https://bugs.launchpad.net/nova/+bug/150061521:00
openstackLaunchpad bug 1500615 in OpenStack Compute (nova) "Large Ops scenario is taking too long" [Critical,New]21:00
sdaguemriedem: did that run afoul of the worker change?21:01
bauzassdague: when did that change introduced ?21:01
mriedemhttps://review.openstack.org/#/c/226831/21:01
bauzassdague: just saw your email21:01
dansmiththis is nova compute21:02
dansmithso no workers21:02
sdagueok, if it's fully inside n-cpu, then never mind21:02
dansmithunless conductor is just so much faster because of the change that it's choking n-cpu21:02
sdagueconductor got cut way back in that change as well21:02
dansmithlike we used to do with n-net21:02
dansmithbut I think that's quite unlikely21:02
mriedemsdague: workers went from 4 to 2 right?21:03
sdaguemriedem: yeh21:03
sdagueand conductors from 8 to 221:03
mriedemoh, geez21:03
sdaguebecause before conductor was n cpu instead of n cpu / 221:03
*** kevinbenton has quit IRC21:03
dansmithnow...21:04
dansmithn-cpu might be slowed a bit by less availability of conductor workers21:04
*** yassine__ has quit IRC21:04
dansmithless actual parallelism21:04
*** kevinbenton has joined #openstack-nova21:04
sdaguedansmith: is there a way to test that backing up? or to see if that's the problem?21:06
dansmithI dunno, I'm thinking21:06
openstackgerritMarian Horban proposed openstack/nova: [WIP]Remove wsgi functionality  https://review.openstack.org/21924821:06
dansmithdoes sar give us per-process usage?21:06
*** hemna has quit IRC21:07
sdaguewe're using dstat, not sar21:07
sdagueand the thing we've got is most expensive process21:08
dansmithdoes dstat give us per-process usage?21:08
sdaguehttp://logs.openstack.org/23/226923/5/gate/gate-tempest-dsvm-large-ops/826845d/logs/screen-dstat.txt.gz21:08
sdaguewhich does seem to be conductor for a lot of that run21:08
dansmithyeah lots of conductor in there21:08
mikalMornign21:08
sdagueso, perhaps for largeops we want to bump API_WORKERS explicitly to a higher number21:09
*** ociuhandu has quit IRC21:09
dansmithand that gets both conductor and api?21:09
sdagueyep21:09
dansmithcan we do that as a test and do some runs on it?21:09
mriedemwe can21:09
*** burgerk has quit IRC21:09
*** ociuhandu has joined #openstack-nova21:09
*** david-lyle has joined #openstack-nova21:09
sdaguehttps://github.com/openstack-dev/devstack/blob/8e2597fa79d5390062747bcd7719c41ca6e6ccb1/lib/nova#L620-L62421:10
dansmithand that becomes ncpus for conductor and n/2 for api?21:11
mriedemused to be21:11
mriedembefore https://review.openstack.org/#/c/226831/21:11
sdagueright, it was before21:11
sdaguenow API_WORKERS is n/421:11
dansmithso now it's what?21:11
sdagueand it's used for both21:11
*** ociuhandu has quit IRC21:11
dansmithso two conductors?21:11
sdagueyes21:11
dansmithahh, okay21:11
dansmithso the good news is,21:12
*** hemna has joined #openstack-nova21:12
dansmithbefore we needed lots of workers just because we were blocking and being stupid21:12
dansmithbut it's clear that here we need more workers because we actually need them21:12
dansmithjust cpu bandwidth-wise21:12
*** thorst has quit IRC21:12
sdagueright, because spawning 175 vms at once stresses this thing out21:12
sdaguego figure21:12
mriedem100 actually21:12
dansmithwhich is probably reasonable :)21:12
dansmithso it was 8 or 4 before?21:13
sdagueyeh, so conductor is now cpu bound in this config21:13
sdagueit was 8 before21:13
dansmithright, okay so can we try 4?21:13
sdaguebecause it's just using oslo.processutils which doesn't do the /221:13
dansmithokay21:13
dansmithbut we want 2 for api and 4 (or however many we need) for conductor right?21:13
sdaguewell, that's the question21:13
dansmithso we either need a tweak in there or a *221:13
dansmither, a new conf or a *221:14
*** kevinbenton has quit IRC21:14
sdaguebecause we could also just largeops bump up API_WORKERS21:14
sdagueand get more n-api workers as well21:14
dansmithwell, I think there's no reason not to keep api cut down if it's okay to do so21:14
dansmiththat was a lot of negatives21:14
dansmithI think we should keep n-api as low as is reasonable unless there is a reason to bump it21:14
sdagueyeh, it just simplifies things to keep them bound together, because for everything but the fakevirt case that's better21:14
dansmithif it's not too much churn21:14
dansmithyeah, I know21:14
sdagueso, lets do the broad fix first, and just do /2 for both21:15
sdagueand see what happens21:15
dansmith*2?21:15
sdagueand if we want to optimize later, we can21:15
sdaguewell, nproc / 221:15
dansmithah21:15
sdagueso yes, *2 from current value21:15
dansmithyep cool21:16
mriedemAPI_WORKERS=${API_WORKERS:=$(( ($(nproc)/2)<2 ? 2 : ($(nproc)/2) ))}21:16
mriedemif [[ "$VIRT_DRIVER" = 'fake' ]]; then21:16
mriedemetc21:16
sdaguemriedem: yeh21:16
mriedemalaski: you know if osprofiler was instrumented through nova we'd already have this timing information21:17
* mriedem opens can of worms21:17
alaskiheh21:18
*** matrohon has quit IRC21:18
alaskiI need to take a look at that project again.  I really have no idea how invasive it would be21:18
sdaguevery21:18
* dansmith backs away slowly21:18
mriedemi could mention his name who must not be named21:18
sdagueanyway21:19
dansmithmriedem: don't make me kickban you21:19
alaskiin that case I'll stop thinking about it now21:19
*** rlrossit has left #openstack-nova21:19
mriedemi'm about to leave anyway21:19
sdaguewell, this was why I posted that email about the worker change, I knew something might go wrong21:19
dansmiththis is fairly minor damage though21:19
sdagueyeh21:20
sdagueagreed21:20
*** dustins has quit IRC21:21
*** dave-mccowan has quit IRC21:23
mriedemmtreinish: large ops does a batch 100 server boot 3 times right, and actually does the wait for delete between each test run?21:23
mriedemso we're not trying to boot 100 instances while we are still deleting like 40 of a previous run or something21:24
mtreinisherr, that sounds right, I'd have to double check all thge details though21:24
bauzassdague: mriedem: dansmith: thanks for having spotted a possible solution, need to drop off :)21:24
dansmithmriedem: I think that's right21:24
dansmithI'm about to run off for a few too21:24
mriedemdansmith: were you pushing that devstack change?21:24
dansmithmriedem: I'm not, I thought sdague was21:25
mriedemheh21:25
mriedemi think he was telling you how21:25
mriedemi'll do it21:25
*** thangp has quit IRC21:25
dansmithoh, I can do it if you want to leave21:25
*** mwagner_ has quit IRC21:25
mriedemi have 20 minutes21:25
dansmithplenty of time21:25
sdagueoh, sorry, yeh I was just explaining what needed to be done :)21:25
sdagueand I have to go make dinner, so running. I'll look in the morning at the runs21:26
*** karimb has quit IRC21:26
mriedemi've learned by now that by this time of day sdague is more in the mode of telling others what he'd do21:26
mriedem:)21:26
dansmithheh21:26
openstackgerritGiridhar Jayavelu proposed openstack/nova: VMware: disk limits during resize operation  https://review.openstack.org/20422021:26
dansmithokay, well, I'm going to run off then and will look at it when I get back21:26
openstackgerritGiridhar Jayavelu proposed openstack/nova: VMware: vif limits during resize operation  https://review.openstack.org/20422121:26
sdague:)21:26
dansmithand give my all important +121:26
*** vilobhmm111 has quit IRC21:28
mriedemwe could just leave workers at default (nproc) for largeops....21:28
mriedemit kind of makes sense - if that's not sane, it shouldn't be the default in the code probably21:29
*** stevemar has quit IRC21:29
*** stevemar has joined #openstack-nova21:29
mriedembut i see all of my comrades have left me21:29
mtreinishmriedem: err, I just double checked it'll create 100 servers 3 times21:30
mtreinishand then cleanup all 300 during tearDownClass21:30
mriedemoh damn21:30
mtreinishnot between each set of 10021:30
mriedemit just waits for all 100 to go active and then moves on21:30
*** vilobhmm11 has joined #openstack-nova21:31
mtreinishmriedem: https://github.com/openstack/tempest/blob/master/tempest/scenario/test_large_ops.py#L6221:31
*** dave-mccowan has joined #openstack-nova21:31
*** annegentle has quit IRC21:31
*** smatzek has joined #openstack-nova21:32
*** stevemar has quit IRC21:32
mriedemhrm, devstack can also run apache which uses $API_WORKERS21:34
mriedemwould be nice to just set API_WORKERS globally in stackrc if largeops21:35
*** penick has quit IRC21:40
*** bapalm_ has quit IRC21:41
*** bapalm has joined #openstack-nova21:42
*** salv-orl_ has joined #openstack-nova21:42
*** digimonde has quit IRC21:43
*** su_zhang_ has joined #openstack-nova21:44
*** salv-orlando has quit IRC21:45
*** otter768 has joined #openstack-nova21:45
*** willsama has quit IRC21:46
*** kevinbenton has joined #openstack-nova21:47
*** su_zhang has quit IRC21:47
*** mriedem is now known as mriedem_away21:49
*** otter768 has quit IRC21:51
*** alex_klimov has joined #openstack-nova21:52
*** su_zhang has joined #openstack-nova21:53
*** mudassirlatif has joined #openstack-nova21:54
*** su_zhang_ has quit IRC21:56
*** ctrath has quit IRC22:01
*** krtaylor has joined #openstack-nova22:02
*** hitalia has quit IRC22:04
*** Apoorva has quit IRC22:05
*** smatzek has quit IRC22:05
*** nic has quit IRC22:06
*** packet has quit IRC22:07
*** hitalia has joined #openstack-nova22:07
*** rushil_ has quit IRC22:08
*** alejandrito has quit IRC22:09
*** vilobhmm111 has joined #openstack-nova22:09
*** mdrabe has quit IRC22:10
*** vilobhmm11 has quit IRC22:10
*** xyang1 has quit IRC22:12
*** bswartz has joined #openstack-nova22:12
*** stevemar has joined #openstack-nova22:12
*** VW has joined #openstack-nova22:15
*** dims has quit IRC22:17
*** setuid has quit IRC22:17
*** stevemar has quit IRC22:17
*** burt has quit IRC22:18
*** VW_ has quit IRC22:18
*** setuid has joined #openstack-nova22:19
*** ijw has joined #openstack-nova22:19
*** VW has quit IRC22:20
*** alex_klimov has quit IRC22:20
*** stevemar has joined #openstack-nova22:21
openstackgerritRyan McNair proposed openstack/nova: Add retry logic for removing device with LibVirt  https://review.openstack.org/22785122:21
*** ijw_ has joined #openstack-nova22:23
*** stevemar_ has joined #openstack-nova22:23
*** claudiub has quit IRC22:24
*** ijw has quit IRC22:24
*** Piet has quit IRC22:25
*** stevemar has quit IRC22:25
*** mwagner_ has joined #openstack-nova22:26
*** stevemar_ has quit IRC22:28
*** stevemar has joined #openstack-nova22:30
*** tpeoples has quit IRC22:31
*** stevemar_ has joined #openstack-nova22:31
*** tonytan4ever has quit IRC22:31
*** su_zhang has quit IRC22:32
*** stevemar has quit IRC22:34
*** mc_nair_ has quit IRC22:35
*** stevemar_ has quit IRC22:36
*** stevemar has joined #openstack-nova22:36
*** penick has joined #openstack-nova22:37
*** su_zhang has joined #openstack-nova22:39
*** asettle has joined #openstack-nova22:39
*** agireud has quit IRC22:39
*** e0ne has quit IRC22:40
*** stevemar has quit IRC22:41
*** ijuwang has quit IRC22:42
*** obedmr has quit IRC22:46
*** nic has joined #openstack-nova22:46
*** salv-orl_ has quit IRC22:51
*** alexpilotti has quit IRC22:51
*** Apoorva has joined #openstack-nova22:58
*** thorst has joined #openstack-nova23:02
*** markvoelker has quit IRC23:03
*** krtaylor has quit IRC23:05
*** hemna is now known as hemnafk23:06
*** thorst has quit IRC23:10
*** ijw_ has quit IRC23:10
*** ijw has joined #openstack-nova23:11
openstackgerritmelanie witt proposed openstack/nova: Fix Instance unit test for DBReferenceError  https://review.openstack.org/22865923:12
openstackgerritmelanie witt proposed openstack/nova: Check DBReferenceError foreign key in Instance.save  https://review.openstack.org/22866023:12
*** gzhai1 has quit IRC23:13
*** jamielennox|away is now known as jamielennox23:13
*** gzhai1 has joined #openstack-nova23:13
*** bnemec has joined #openstack-nova23:14
*** Piet_ has joined #openstack-nova23:14
*** ircuser-1 has quit IRC23:15
*** bnemec has quit IRC23:18
*** bnemec has joined #openstack-nova23:18
*** yamahata has quit IRC23:25
*** tpeoples has joined #openstack-nova23:26
*** mudassirlatif has quit IRC23:26
*** jwcroppe_ has joined #openstack-nova23:34
*** tjones has joined #openstack-nova23:34
*** tjones has left #openstack-nova23:34
*** jwcroppe has quit IRC23:38
*** Apoorva is now known as apoorvad23:38
*** jwcroppe_ has quit IRC23:39
*** yamahata has joined #openstack-nova23:40
*** Alexus has joined #openstack-nova23:41
*** ircuser-1 has joined #openstack-nova23:41
*** agireud has joined #openstack-nova23:41
*** nic has quit IRC23:42
*** krtaylor has joined #openstack-nova23:43
*** tpeoples has quit IRC23:46
*** otter768 has joined #openstack-nova23:46
*** markvoelker has joined #openstack-nova23:46
*** ZZelle_ has quit IRC23:51
*** otter768 has quit IRC23:51
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Add pep8 check for assertEqual argument order  https://review.openstack.org/22765023:52
*** tjones has joined #openstack-nova23:53
*** tjones has left #openstack-nova23:53
*** gzhai1 has quit IRC23:54
*** gzhai1 has joined #openstack-nova23:55
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Add pep8 check for assertEqual argument order  https://review.openstack.org/22765023:58
*** achanda has quit IRC23:58
*** pratikmallya has joined #openstack-nova23:59

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