Friday, 2016-10-14

*** takashin has left #openstack-nova00:02
openstackgerritAugustina Ragwitz proposed openstack/nova: Restrict Metadata to Lower Case Keys  https://review.openstack.org/32969700:04
*** raunak has quit IRC00:05
*** ducttape_ has joined #openstack-nova00:05
auggymaaaan i hate when you think you pushed a change and it's just been sitting there this whole time waiting for you to indicate if you wanted to push any associated changes... dagnabbit00:05
*** ducttape_ has quit IRC00:05
*** ducttape_ has joined #openstack-nova00:05
*** harlowja has joined #openstack-nova00:06
*** dimtruck is now known as zz_dimtruck00:06
*** mlavalle has quit IRC00:07
*** yamahata has quit IRC00:07
*** raunak has joined #openstack-nova00:08
*** esberglu has joined #openstack-nova00:11
*** esberglu has quit IRC00:11
*** smatzek has joined #openstack-nova00:12
alaskijlk: what I meant was that if you have a cell with it's own conductors those conductors do not need to write to the api db. However if those conductors do not belong to the cell, because they're shared with the api then they may need to write to the api db.00:17
alaskiit's still not communication up. It's just that if you have api conductors in a cell then they need to write to the api db00:17
jlkalaski: okay, that'swhat I was trying to ask earlier00:18
jlkalaski: is there already a method in nova.conf to express multiple DB connections then? one for cell, one for api?00:19
melwitteach nova.conf has one DB connection setting to its own local DB and in the API DB there are CellMapping records that each contain the connection information for that cell00:21
*** bdeschenes has joined #openstack-nova00:22
alaskijlk: okay, I didn't catch that earlier00:22
jlkoh, so [api_database] that points to where the API level stuff is.00:22
alaskiyeah00:22
jlkadn then cells_config points to one or more cells00:23
jlkand there is no direct configuration of the database to read at the cell level, that comes from the API db?00:24
melwittah, sorry. that's right, every nova.conf has a connection setting for the API DB00:24
*** haplo37_ has quit IRC00:25
*** ducttape_ has quit IRC00:26
alaski[database] would point at the cell db for the conductor in each cell00:26
alaskiand when a conductor needs to talk to a cell for a call from the api then it would consult the db for cellmapping00:27
*** haplo37_ has joined #openstack-nova00:27
jlkthat section isn't documented in Newton at least00:27
*** hoangcx_ has quit IRC00:29
*** browne has quit IRC00:30
*** smatzek has quit IRC00:32
*** smatzek has joined #openstack-nova00:32
alaski[database] isn't documented? that section has been there forever00:34
*** xek_ has quit IRC00:35
*** robcresswell has quit IRC00:35
*** xek_ has joined #openstack-nova00:35
*** robcresswell has joined #openstack-nova00:37
*** jlk has quit IRC00:37
*** jlk has joined #openstack-nova00:38
*** jlk has joined #openstack-nova00:38
*** david-lyle_ has joined #openstack-nova00:42
*** rfolco has joined #openstack-nova00:42
*** thorst has joined #openstack-nova00:44
*** krtaylor has joined #openstack-nova00:44
*** david-lyle has quit IRC00:45
*** yingjun has joined #openstack-nova00:46
*** gyee has quit IRC00:46
*** mtanino has quit IRC00:47
*** gjayavelu has quit IRC00:47
*** thorst has quit IRC00:48
*** zz_dimtruck is now known as dimtruck00:49
jlkHuh, looks like scheduler_host_manager dropped out of documentation somehow00:50
*** mnaser has quit IRC00:51
*** afazekas_ has quit IRC00:51
*** ssurana has quit IRC00:52
*** hoangcx has joined #openstack-nova00:53
*** mriedem has quit IRC00:57
*** phuongnh has joined #openstack-nova00:59
*** browne has joined #openstack-nova00:59
*** rfolco has quit IRC01:02
*** kaisers__ has joined #openstack-nova01:03
*** gjayavelu has joined #openstack-nova01:04
*** raunak has quit IRC01:05
*** yonglihe has joined #openstack-nova01:06
*** gongysh_ has quit IRC01:06
*** kaisers_ has quit IRC01:07
*** ducttape_ has joined #openstack-nova01:13
*** baoli has joined #openstack-nova01:14
*** rfolco has joined #openstack-nova01:16
*** tuanluong has joined #openstack-nova01:18
*** gouthamr has quit IRC01:20
*** yingjun_ has joined #openstack-nova01:24
*** thorst has joined #openstack-nova01:24
*** yingjun has quit IRC01:25
*** bdeschenes has quit IRC01:25
*** browne has quit IRC01:29
*** jamielennox is now known as jamielennox|away01:30
*** afazekas has joined #openstack-nova01:31
*** thorst has quit IRC01:33
*** ljxiash has joined #openstack-nova01:33
*** gjayavelu has quit IRC01:34
*** rfolco has quit IRC01:35
*** jamielennox|away is now known as jamielennox01:37
*** ljxiash has quit IRC01:37
*** wangqun has joined #openstack-nova01:38
openstackgerritMatt Riedemann proposed openstack/nova: Remove deprecated use_usb_tablet config option  https://review.openstack.org/38568301:39
*** jaosorior has quit IRC01:40
*** jaosorior has joined #openstack-nova01:40
*** mnaser has joined #openstack-nova01:40
*** huazhihao has joined #openstack-nova01:52
*** suresh12 has quit IRC01:53
*** huanxie has joined #openstack-nova01:54
*** ljxiash has joined #openstack-nova01:55
*** ljxiash has quit IRC01:55
*** ljxiash has joined #openstack-nova01:55
*** zhangyufei has joined #openstack-nova02:01
*** sdake_ is now known as sdake02:01
alex_xu_oomichi: just done02:04
*** cdelatte has quit IRC02:06
*** gongysh_ has joined #openstack-nova02:09
*** haplo37 has quit IRC02:11
*** haplo37 has joined #openstack-nova02:16
*** ayoung_ has joined #openstack-nova02:21
*** ayoung has quit IRC02:21
*** unicell1 has quit IRC02:23
*** suresh12 has joined #openstack-nova02:24
*** ayoung_ is now known as ayoung02:25
*** maticue has quit IRC02:26
*** suresh12 has quit IRC02:28
*** mtanino has joined #openstack-nova02:35
*** gongysh_ has quit IRC02:37
*** sudipto has joined #openstack-nova02:39
*** sudipto_ has joined #openstack-nova02:39
*** rama_y has quit IRC02:39
*** ducttape_ has quit IRC02:43
*** rfolco has joined #openstack-nova02:45
*** rfolco has quit IRC02:48
openstackgerritLi Yingjun proposed openstack/nova-specs: Re-propose hypervisor-notification for Ocata  https://review.openstack.org/34571402:49
*** sudipto has quit IRC02:49
*** sudipto_ has quit IRC02:49
*** hamzy has joined #openstack-nova02:53
*** huazhihao has quit IRC02:59
openstackgerritDao Cong Tien proposed openstack/nova: Ironic Driver: override get_serial_console()  https://review.openstack.org/32815703:00
*** coolsvap has quit IRC03:02
*** liuyulong_ is now known as liuyulong03:04
*** ljxiash has quit IRC03:08
*** mingyu has joined #openstack-nova03:09
*** armax has quit IRC03:09
*** unicell has joined #openstack-nova03:10
*** baoli has quit IRC03:12
*** raunak has joined #openstack-nova03:14
*** unicell has quit IRC03:14
*** unicell has joined #openstack-nova03:14
*** ducttape_ has joined #openstack-nova03:23
*** smatzek has quit IRC03:30
*** TravT has joined #openstack-nova03:34
*** mtanino has quit IRC03:34
*** dimtruck is now known as zz_dimtruck03:35
*** TravT has quit IRC03:35
*** TravT has joined #openstack-nova03:36
*** ducttape_ has quit IRC03:39
*** TravT_ has joined #openstack-nova03:40
*** TravT has quit IRC03:40
*** suresh12 has joined #openstack-nova03:44
*** TravT has joined #openstack-nova03:45
*** TravT_ has quit IRC03:45
*** psachin has joined #openstack-nova03:46
*** TravT has quit IRC03:49
*** TravT has joined #openstack-nova03:50
*** TravT has quit IRC03:50
*** TravT has joined #openstack-nova03:51
*** mtanino has joined #openstack-nova03:52
*** TravT_ has joined #openstack-nova03:55
*** TravT_ has quit IRC03:55
*** TravT_ has joined #openstack-nova03:56
*** TravT has quit IRC03:56
*** mtanino has quit IRC03:57
*** links has joined #openstack-nova03:59
*** TravT has joined #openstack-nova03:59
*** TravT_ has quit IRC03:59
*** TravT has quit IRC04:00
*** TravT has joined #openstack-nova04:01
*** TravT_ has joined #openstack-nova04:04
*** salv-orlando has joined #openstack-nova04:05
*** zhangyufei has quit IRC04:06
*** dikonoo has joined #openstack-nova04:08
*** TravT has quit IRC04:08
*** TravT has joined #openstack-nova04:09
*** salv-orlando has quit IRC04:09
*** TravT_ has quit IRC04:09
*** TravT has quit IRC04:13
*** TravT has joined #openstack-nova04:13
*** ssurana has joined #openstack-nova04:23
*** GB21 has joined #openstack-nova04:28
*** gongysh_ has joined #openstack-nova04:30
*** GB21 has quit IRC04:32
*** david-lyle_ has quit IRC04:39
*** lpetrut has joined #openstack-nova04:39
*** david-lyle has joined #openstack-nova04:39
*** ducttape_ has joined #openstack-nova04:39
*** GB21 has joined #openstack-nova04:44
*** ducttape_ has quit IRC04:45
*** ratailor has joined #openstack-nova04:48
*** jaosorior has quit IRC04:49
*** ManishD has joined #openstack-nova04:55
*** huanxie has quit IRC04:59
*** huanxie has joined #openstack-nova04:59
*** prateek has joined #openstack-nova05:02
*** narayrak has joined #openstack-nova05:03
*** kamtamtun has quit IRC05:05
*** salv-orlando has joined #openstack-nova05:06
*** salv-orlando has quit IRC05:10
*** suresh12 has quit IRC05:12
*** narayrak has quit IRC05:14
*** suresh12 has joined #openstack-nova05:15
*** lpetrut has quit IRC05:18
*** suresh12 has quit IRC05:21
*** sdake has quit IRC05:23
*** gszasz has joined #openstack-nova05:25
openstackgerritAndrey Volkov proposed openstack/nova: Add ability to view quota details for project owner  https://review.openstack.org/38600805:32
*** sridharg has joined #openstack-nova05:40
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/38636905:40
*** ssurana has quit IRC05:41
*** ducttape_ has joined #openstack-nova05:41
*** shihanzhang has quit IRC05:42
*** mmedvede has quit IRC05:42
*** shihanzhang has joined #openstack-nova05:42
openstackgerritOpenStack Proposal Bot proposed openstack/python-novaclient: Updated from global requirements  https://review.openstack.org/38637805:44
*** ducttape_ has quit IRC05:45
*** sheel has joined #openstack-nova05:45
*** sridharg has quit IRC05:46
*** mingyu has quit IRC05:50
*** amotoki has joined #openstack-nova05:51
*** bks has joined #openstack-nova05:52
*** yamahata has joined #openstack-nova05:55
*** woodster_ has quit IRC05:55
*** mjura has joined #openstack-nova06:00
*** sridharg has joined #openstack-nova06:02
*** pbandark has joined #openstack-nova06:04
*** salv-orlando has joined #openstack-nova06:07
*** mjura has quit IRC06:09
*** mjura has joined #openstack-nova06:09
*** ljxiash has joined #openstack-nova06:09
*** tuanluong has quit IRC06:10
*** salv-orlando has quit IRC06:11
*** zhangyufei has joined #openstack-nova06:12
*** ljxiash has quit IRC06:14
*** andreas_s has joined #openstack-nova06:15
*** yonglihe has quit IRC06:16
*** ljxiash has joined #openstack-nova06:19
*** raunak has quit IRC06:19
*** pcaruana has joined #openstack-nova06:23
*** ljxiash has quit IRC06:23
*** phuongnh has quit IRC06:29
*** phuongnh has joined #openstack-nova06:30
*** nkrinner_afk is now known as nkrinner06:32
*** salv-orlando has joined #openstack-nova06:34
*** bhagyashri_s has quit IRC06:37
*** mnestratov has joined #openstack-nova06:41
*** nherciu has joined #openstack-nova06:41
*** ducttape_ has joined #openstack-nova06:42
*** claudiub has joined #openstack-nova06:42
*** ljxiash has joined #openstack-nova06:44
*** claudiub|2 has joined #openstack-nova06:44
*** mingyu has joined #openstack-nova06:44
*** ducttape_ has quit IRC06:46
*** claudiub has quit IRC06:47
*** ljxiash has quit IRC06:49
*** mingyu_ has joined #openstack-nova06:49
*** mingyu has quit IRC06:49
*** ljxiash has joined #openstack-nova06:49
*** ljxiash has quit IRC06:50
*** mnasiadka has joined #openstack-nova06:50
*** sahid has joined #openstack-nova06:55
*** lpetrut has joined #openstack-nova06:55
*** andreas_s has quit IRC06:58
*** paul-carlton2 has joined #openstack-nova06:59
*** mingyu_ has quit IRC07:00
*** phuongnh has quit IRC07:00
*** mingyu has joined #openstack-nova07:01
*** mingyu has quit IRC07:01
*** ralonsoh has joined #openstack-nova07:03
*** tesseract- has joined #openstack-nova07:05
*** markus_z has joined #openstack-nova07:15
openstackgerritHussain Chachuliya proposed openstack/nova: Replace uuid4() with uuidsentinel  https://review.openstack.org/37766707:18
*** rcernin has joined #openstack-nova07:20
openstackgerritAlex Xu proposed openstack/nova-specs: Deprecate multinic and floatingip actions proxy API  https://review.openstack.org/38426107:20
*** bauzas is now known as bauwser07:23
*** markus_z has quit IRC07:24
*** acabot has quit IRC07:35
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: DON'T MERGE: debug change 334480/17  https://review.openstack.org/38603707:35
*** rmart04 has joined #openstack-nova07:36
*** markus_z has joined #openstack-nova07:37
*** hshiina has joined #openstack-nova07:41
*** paul-carlton2 has quit IRC07:42
*** ducttape_ has joined #openstack-nova07:42
*** ihrachys has joined #openstack-nova07:44
*** ihrachys has quit IRC07:45
*** ducttape_ has quit IRC07:47
*** ihrachys has joined #openstack-nova07:48
*** salv-orlando has quit IRC07:49
*** namnh has joined #openstack-nova07:55
*** paul-carlton2 has joined #openstack-nova07:55
*** zzzeek has quit IRC08:00
*** zzzeek has joined #openstack-nova08:03
namnhHi everyone. Currently, Nova supported rolling-upgrade. Do you know any tools to ensure that there is no problem during upgrade?08:04
*** paul-carlton2 has quit IRC08:08
*** sahid has quit IRC08:14
*** Jeffrey4l_ has quit IRC08:16
*** zenoway has joined #openstack-nova08:16
*** jaosorior has joined #openstack-nova08:19
openstackgerritAndrea Visnyei proposed openstack/nova: WIP: example verification of security groups.  https://review.openstack.org/38645508:20
*** yassine has joined #openstack-nova08:26
*** yassine is now known as Guest5731308:26
*** mingyu has joined #openstack-nova08:33
GreenBloodI'm having a weird issue using the python SDK (and with nova) is this the right place to ask ? I've got to pieces of code creating an instance and one of them does not applies security groups08:38
GreenBloodEven though the variable used is the same (A list of one value, the name of the secgroup)08:38
*** huanxie has quit IRC08:40
*** huanxie has joined #openstack-nova08:40
*** ssurana has joined #openstack-nova08:41
*** Jeffrey4l_ has joined #openstack-nova08:43
*** ducttape_ has joined #openstack-nova08:43
*** alexchadin has joined #openstack-nova08:44
*** salv-orlando has joined #openstack-nova08:44
*** ssurana has quit IRC08:46
*** ducttape_ has quit IRC08:48
*** phuongnh has joined #openstack-nova08:49
*** lpetrut has quit IRC09:02
*** psachin has quit IRC09:02
*** tuanluong has joined #openstack-nova09:03
*** BobBall_AWOL is now known as BobBall09:04
*** ihrachys has quit IRC09:10
*** eglynn has joined #openstack-nova09:13
*** ihrachys has joined #openstack-nova09:13
sfinucanAny chance I could get a +W on this (rather large, but ultimately trivial) patch before it merge conflicts again? https://review.openstack.org/#/c/349959/09:14
*** ihrachys has quit IRC09:16
*** psachin has joined #openstack-nova09:19
*** bhagyashri_s has joined #openstack-nova09:27
*** diga has joined #openstack-nova09:29
*** salv-orlando has quit IRC09:31
*** salv-orlando has joined #openstack-nova09:31
*** cdent has joined #openstack-nova09:34
*** wangqun has quit IRC09:35
*** cdent has quit IRC09:37
*** cdent has joined #openstack-nova09:37
*** hshiina has quit IRC09:39
*** jaosorior has quit IRC09:40
*** jaosorior has joined #openstack-nova09:40
*** amotoki has quit IRC09:41
*** ihrachys has joined #openstack-nova09:43
*** ducttape_ has joined #openstack-nova09:44
*** ihrachys has quit IRC09:44
*** openstackstatus has quit IRC09:44
*** openstack has joined #openstack-nova09:46
*** sahid has joined #openstack-nova09:47
*** ducttape_ has quit IRC09:48
*** bks has quit IRC09:49
*** zhangyufei_ has joined #openstack-nova09:53
*** zhangyufei has quit IRC09:54
*** zhangyufei_ is now known as zhangyufei09:54
*** amotoki has joined #openstack-nova09:55
*** yingjun_ has quit IRC09:58
*** huanxie has quit IRC10:00
*** tuanluong has quit IRC10:03
*** amotoki has quit IRC10:04
*** psachin has quit IRC10:08
*** zhangyufei has quit IRC10:09
sfinucanGreenBlood: #openstack is the place to go :)10:10
*** yamahata has quit IRC10:11
*** code-R has joined #openstack-nova10:11
*** nkrinner has quit IRC10:12
*** openstackstatus has quit IRC10:13
*** openstack has joined #openstack-nova10:15
*** hoangcx has quit IRC10:15
*** kamtamtun has joined #openstack-nova10:15
*** alexchadin has quit IRC10:17
*** namnh has quit IRC10:17
*** code-R has quit IRC10:17
*** alexchadin has joined #openstack-nova10:17
*** suresh12 has quit IRC10:18
GreenBloodsfinucan: you guys are telling me to go on #openstack, they told me to come here10:19
*** matrohon has quit IRC10:19
GreenBlood#openstack-sdks people told me to come here in the first place10:20
*** psachin has joined #openstack-nova10:20
GreenBloodsoooo well.10:20
*** bks has joined #openstack-nova10:21
*** nkrinner has joined #openstack-nova10:24
*** smatzek has joined #openstack-nova10:25
*** ftersin has joined #openstack-nova10:26
*** phuongnh has quit IRC10:27
*** hshiina has joined #openstack-nova10:28
*** hoangcx has joined #openstack-nova10:28
prateekGreenBlood, #openstack is used for support, more often than not you would be redirected from here for support related questions :)10:28
prateekfor your problem i just checked there is nothing as simple_logging present in shade10:29
prateekso the example might be old and that is why it does not work10:29
GreenBloodEeeeh my issue has nothing to do with simple_logging10:29
GreenBloodnvm il dig the code as always10:30
GreenBloodi'll*10:30
*** pbandark has quit IRC10:30
prateekok10:30
*** derekh has joined #openstack-nova10:32
*** sridharg has quit IRC10:32
*** TonyXu has quit IRC10:33
*** pbandark has joined #openstack-nova10:33
*** nherciu has quit IRC10:35
*** adisky has joined #openstack-nova10:36
*** nherciu has joined #openstack-nova10:37
*** paul-carlton2 has joined #openstack-nova10:41
*** pc_m has quit IRC10:42
*** zhangyufei has joined #openstack-nova10:43
*** zhangyufei has quit IRC10:44
*** mingyu has quit IRC10:44
*** ducttape_ has joined #openstack-nova10:45
*** mingyu has joined #openstack-nova10:45
*** markus_z has joined #openstack-nova10:47
*** alexchadin has quit IRC10:47
*** bvanhav has joined #openstack-nova10:48
*** alexchadin has joined #openstack-nova10:49
*** amotoki has joined #openstack-nova10:49
*** mingyu has quit IRC10:49
*** ducttape_ has quit IRC10:50
*** pc_m has joined #openstack-nova10:50
*** ralonsoh_ has quit IRC10:52
*** lpetrut has joined #openstack-nova10:55
*** gongysh has quit IRC10:56
*** gongysh_ has quit IRC10:58
*** dave-mccowan has joined #openstack-nova10:58
*** rtheis has joined #openstack-nova10:59
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: DON'T MERGE: debug change 334480/17  https://review.openstack.org/38603710:59
cdentjohnthetubaguy: this seem reasonable to you? some uxsuccess tests in gabbi cause issues in other (downstream) testing environments and they don't really do much in upstream so this proposes removal: https://review.openstack.org/#/c/386101/11:01
*** code-R_ has quit IRC11:03
*** hoangcx_ has joined #openstack-nova11:05
*** hoangcx has quit IRC11:06
*** mmedvede has joined #openstack-nova11:13
*** bks has quit IRC11:13
*** code-R has joined #openstack-nova11:26
*** dgonzalez has quit IRC11:26
*** thorst_ has joined #openstack-nova11:32
*** dgonzalez has joined #openstack-nova11:43
*** GB21 has quit IRC11:43
sahidjaypipes: you might have not see my comment here, in that case: https://review.openstack.org/#/c/356335/ :)11:44
alex_xu_cdent: jaypipes dansmith edleafe I have one more idea for get /reosurce_providers at line 166 of https://etherpad.openstack.org/p/placement-request-providers11:46
cdentalex_xu_: yeah, there are already plans for that location, as the comment before your on https://review.openstack.org/#/c/385618/ says11:47
cdentthe process of requesting and claiming is going to be unified in one request, eventually11:48
alex_xu_cdent: ah, just saw that one, let me reading11:49
cdentwe need to make sure we separate the complex things that will happen in the allocations namespace from the simpler things that happen in /resource_providers11:50
cdentit is just a simple query, we should represent it as such11:50
*** salv-orlando has quit IRC11:52
*** rfolco has joined #openstack-nova11:55
*** jed56 has quit IRC11:57
openstackgerritJulian proposed openstack/nova: Transform instance.snapshot notifications  https://review.openstack.org/33012811:58
*** baoli has joined #openstack-nova11:59
*** baoli_ has joined #openstack-nova12:00
*** ayoung has quit IRC12:00
*** ManishD has quit IRC12:01
*** sudipto has joined #openstack-nova12:01
*** sudipto_ has joined #openstack-nova12:01
*** lucas-afk is now known as lucasagomes12:01
openstackgerritSimona Iuliana Toader proposed openstack/nova-specs: Hyper-V PCI Passthrough spec  https://review.openstack.org/38486712:01
*** links has quit IRC12:02
*** baoli has quit IRC12:03
alex_xu_cdent: you mean teh final goal is the process of requesting and claiming is going to be unified. The "GET /resource_providers?by=some:criteria" is just for match the current model of scheduler?12:04
alex_xu_s/teh/the12:04
cdentthe GET /rps is getting a list of resource providers, and that's what we want to do now: is make a smaller list of resource providers to pass into the existing scheduler12:05
cdentlater the placement api will be making the scheduling decision12:05
cdentwhich will be accomplished by POSTing the criteria somewhere in the /allocations tree12:05
*** voelzmo has joined #openstack-nova12:06
alex_xu_cdent: ah, i see now. thanks for the explain, let me think more...12:06
cdentthanks for looking into this alex_xu_12:07
alex_xu_cdent: np :)12:09
*** edmondsw has joined #openstack-nova12:09
openstackgerritSimona Iuliana Toader proposed openstack/nova-specs: Hyper-V PCI Passthrough spec  https://review.openstack.org/38486712:10
*** maticue has joined #openstack-nova12:10
Dinesh_BhorHi all, anyone knows how to filter instances with filter as metadata through novaclient?12:11
*** links has joined #openstack-nova12:14
*** amotoki has quit IRC12:15
*** andymaier has joined #openstack-nova12:16
openstackgerritSimona Iuliana Toader proposed openstack/nova-specs: Hyper-V PCI Passthrough spec  https://review.openstack.org/38486712:18
*** ducttape_ has joined #openstack-nova12:20
*** CristinaPauna has quit IRC12:22
*** kylek3h has joined #openstack-nova12:25
*** kamtamtun has quit IRC12:25
*** CristinaPauna has joined #openstack-nova12:26
*** gouthamr has joined #openstack-nova12:26
*** acabot has joined #openstack-nova12:27
*** lamt has quit IRC12:29
*** krtaylor has quit IRC12:29
*** ratailor has quit IRC12:39
*** openstackstatus has quit IRC12:43
*** openstack has joined #openstack-nova12:45
*** Guest76323 is now known as tlbr12:46
*** cristicalin has joined #openstack-nova12:48
*** ducttape_ has quit IRC12:49
*** mjura has quit IRC12:49
*** prateek has quit IRC12:50
*** salv-orlando has joined #openstack-nova12:53
*** ayoung has joined #openstack-nova12:53
*** karlamrhein has quit IRC12:55
*** karlamrhein has joined #openstack-nova12:56
*** gcb has quit IRC12:57
*** salv-orlando has quit IRC12:58
*** dikonoo has quit IRC12:58
*** code-R has quit IRC12:59
*** psachin has quit IRC13:00
*** sree has joined #openstack-nova13:03
*** sdake_ has joined #openstack-nova13:03
*** ducttape_ has joined #openstack-nova13:04
*** eliqiao has quit IRC13:05
*** jamesdenton has joined #openstack-nova13:06
*** cristicalin has quit IRC13:10
*** bdeschenes has joined #openstack-nova13:10
*** vladikr has joined #openstack-nova13:10
*** jheroux has joined #openstack-nova13:11
*** unicell1 has joined #openstack-nova13:12
*** unicell has quit IRC13:13
*** code-R has joined #openstack-nova13:13
*** esberglu has joined #openstack-nova13:13
*** suresh12 has joined #openstack-nova13:16
*** links has quit IRC13:16
*** xyang1 has joined #openstack-nova13:16
*** ayoung has quit IRC13:17
*** cmartin has joined #openstack-nova13:17
lyarwoodpaul-carlton2: re your encrypted volumes issue you had the other day, you didn't see any suggestion that your passphrase was wrong by any chance did you?13:17
*** ducttape_ has quit IRC13:17
*** TonyXu has joined #openstack-nova13:19
*** READ10 has joined #openstack-nova13:20
*** daemontool has joined #openstack-nova13:22
*** tblakes has joined #openstack-nova13:23
*** portdirect has quit IRC13:24
*** mriedem has joined #openstack-nova13:24
*** portdirect has joined #openstack-nova13:24
*** raunak has joined #openstack-nova13:27
*** jroll is now known as jrollinhatin13:29
*** GordonTX has joined #openstack-nova13:29
*** gongysh has joined #openstack-nova13:37
johnthetubaguysiva_krishnan: just got confused by the unit test in here: https://review.openstack.org/#/c/35942413:38
johnthetubaguysiva_krishnan: let me know if my comments make any sense13:39
bauwserjaypipes: FWIW, just profiling some SQL queries on my workbench to test my thoughts13:39
*** ducttape_ has joined #openstack-nova13:39
*** prateek has joined #openstack-nova13:39
johnthetubaguybauwser: don't forget to try the with galera :p13:39
*** mlavalle has joined #openstack-nova13:40
*** zenoway has quit IRC13:41
bauwserheh13:41
*** zenoway has joined #openstack-nova13:41
*** cleong has joined #openstack-nova13:43
*** zz_dimtruck is now known as dimtruck13:44
*** alexchadin has quit IRC13:45
*** zenoway has quit IRC13:46
*** eharney has joined #openstack-nova13:48
*** zenoway has joined #openstack-nova13:51
edleafeoh geez - my manners!13:52
*** mgoddard has joined #openstack-nova13:52
*** edleafe is now known as figleaf13:52
openstackgerritDan Smith proposed openstack/nova: Add RPC version aliases for Newton  https://review.openstack.org/38662513:52
*** dansmith is now known as superdan13:53
*** jaypipes is now known as leakypipes13:53
leakypipesbauwser: ok dokey13:53
leakypipessahid: k, looking now.13:53
*** salv-orlando has joined #openstack-nova13:54
*** alexchadin has joined #openstack-nova13:55
*** zenoway has quit IRC13:55
leakypipesalex_xu_: yeah, so that was the plan to have a POST /allocations/{consumer_uuid} call eventually when we do claims in the scheduler, but until we get there, we need an intermediary call that just returns resource provider records and does not allocate.13:55
superdanleakypipes: is it intermediary? I thought we'd still return a list and then have the scheduler decide what it wanted and then make the allocations13:56
*** burgerk has joined #openstack-nova13:57
superdanleakypipes: when we were aruging I was thinking about what happens if we want to have the list call auto-allocate the best match for us, but then I thought you'd tell me I'm silly and we'd always do the list...allocate loop :)13:57
* superdan notes he just described a conversation he had inside his head13:58
leakypipessuperdan: no, my long-term vision was to have the placement API contain a call that can be used to allocate resources on a set of resource providers that match a requested amount of resources and required/preferred traits.13:58
superdanleakypipes: ah, okay then I should have brought that up I guess13:58
leakypipessuperdan: and the call we are describing now as intermediary would become useful as a kind of "dummy schedule run".13:59
*** salv-orlando has quit IRC13:59
superdangotcha13:59
*** mgoddard has quit IRC13:59
*** mgoddard_ has joined #openstack-nova13:59
leakypipessuperdan: but again, way off in the future at this point. at least Pike,13:59
superdanaye13:59
*** mnestratov has quit IRC14:00
*** takedakn has joined #openstack-nova14:00
*** dimtruck is now known as zz_dimtruck14:00
*** sdake has joined #openstack-nova14:00
*** anush has joined #openstack-nova14:01
pkoniszewskican someone please restore https://review.openstack.org/#/c/136077/ ? i'd like to continue this effort14:01
*** yingjun has joined #openstack-nova14:02
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: DON'T MERGE: debug change 334480/17  https://review.openstack.org/38603714:03
mriedempkoniszewski: done14:03
pkoniszewskimriedem: thanks!14:04
markus_zanthonyper: You don't happen to have a vagrant setup with devstack + libvirt-xen, do you?14:04
openstackgerritPawel Koniszewski proposed openstack/nova-specs: Support live migration with macvtap SR-IOV  https://review.openstack.org/13607714:04
*** sdake_ has quit IRC14:04
anthonypermarkus_z: no sorry14:04
*** mgoddard_ has quit IRC14:04
markus_zanthonyper: Maybe a devstack local.conf for xen?14:05
mriedempkoniszewski: that's proposed for liberty, you'll need to move it to ocata14:05
mriedemand update the template et al14:05
*** nkrinner is now known as nkrinner_afk14:06
*** mgoddard has joined #openstack-nova14:06
bauwserleakypipes: just a question, do we accept returning inventories that don't have the checked resource_class when verifying whether the resource provider is good ?14:07
leakypipessahid: done.14:08
pkoniszewskimriedem: yeah, rebased to ocata already, still need to update template and address all comments14:08
anthonyperthere is nothing special in it beside this: [[local|localrc]] LIBVIRT_TYPE=xen14:08
bauwserleakypipes: I have a simple SQL query that verifies each resource class but only returns the ones checked14:08
openstackgerritPawel Koniszewski proposed openstack/nova-specs: WIP: Support live migration with macvtap SR-IOV  https://review.openstack.org/13607714:08
leakypipesbauwser: ya, only the resource providers and have the requested resource classes.14:08
sahidleakypipes: thanks14:08
bauwserleakypipes: ok, so I found the solution14:08
leakypipessahid: pas de probleme14:08
markus_zanthonyper: ok, thanks, will try that14:09
*** takedakn has quit IRC14:09
anthonypermarkus_z: I just install xen-hypervisor (on ubuntu) and reboot the machine, before starting devstack14:09
leakypipessahid: merci pour votre patience14:09
sahidleakypipes: pas de problème :)14:10
bauwserleakypipes: for your thoughts http://paste.openstack.org/show/585711/14:11
bauwserleakypipes: of course it will be <= used + amount14:11
*** zenoway has joined #openstack-nova14:12
*** GordonTX has quit IRC14:12
*** diga has quit IRC14:14
bauwserleakypipes: rather http://paste.openstack.org/show/585712/14:14
bauwserand oops ratios14:14
*** voelzmo has quit IRC14:14
cdentbauwser: I don't read sql very well. Do you not want AND where you have OR (near the end)?14:15
*** andymaier has quit IRC14:15
leakypipesbauwser: unfortunately that won't work :) you need to join to a copy of the usage aggregate sub-select for each resource class being requested.14:15
bauwsercdent: leakypipes: last call (correctly, this time) http://paste.openstack.org/show/585714/14:15
leakypipesbauwser: lemme throw up an update... one sec.14:15
bauwserleakypipes: I did the merge14:15
leakypipesquoi?14:16
bauwserI'm joining the sum of usage14:16
bauwseras allocs14:16
bauwserit's your idea, man :)14:16
leakypipesoh, sorry...14:16
bauwserI get a list of inventories where we also get the sum of usage14:16
bauwserlemme show you my MySQL workbench14:16
leakypipesbauwser: this will work but it's not particularly efficient.14:17
*** mgoddard has quit IRC14:17
bauwserhttp://paste.openstack.org/show/585715/14:17
leakypipesbauwser: because of the use of OR instead of AND in the WHERE clause.14:17
*** ducttape_ has quit IRC14:17
bauwserleakypipes: no, I'm verifying that each resoure class is good14:17
bauwserthat's why I'm using OR14:18
bauwserif I was using AND, I would literally return nothing14:18
leakypipesbauwser: sorry, no, you're misunderstanding what I'm saying... hold up.14:18
*** voelzmo has joined #openstack-nova14:18
leakypipesbauwser: can you pastebin an EXPLAIN SELECT of that please?14:19
bauwsersure14:19
bauwserleakypipes: your pleasure14:20
bauwserhttp://paste.openstack.org/show/585716/14:20
*** takedakn has joined #openstack-nova14:20
*** anush has quit IRC14:20
markus_zbauwser: FWIW, I think https://kobra.io/#/ is a cool thing to work on code together in real-time. :)14:21
leakypipesbauwser: yeah, that'll work. :)14:21
bauwser_o/14:21
bauwser\o/ even14:21
*** takedakn has quit IRC14:21
leakypipesbauwser: there are ways to reduce the total number of records processed but I can dig into that as an optimization long term.14:21
bauwserokay, I'm transforming that into a SQLA query14:21
bauwserleakypipes: fine by me, I don't have your skills :p14:22
leakypipesbauwser: you are doing semaphore? _o/ \o_ \o/14:22
bauwserhere, I just want to transform my in-memory python loop into a succession of where clauses :)14:22
bauwserleakypipes: I'd love to be a pilot14:22
leakypipeshehe14:22
*** alexchadin has quit IRC14:22
cdentbauwser: I assume this sql is for https://review.openstack.org/#/c/386242/ ?14:25
*** krtaylor has joined #openstack-nova14:25
bauwsercdent: zactly14:25
bauwsercdent: leakypipes made a good point about me iterating over each line in memory for verifying whether it was acceptable14:25
bauwsercdent: which could be a very long object14:26
cdenthad you seen my comments on the review from earlier today?14:26
bauwserthat's IMHO not really a performance issue, but rather a memory problem, where I could potentially use generators for that14:26
bauwsernope, not yet14:26
bauwsercdent: okay, so your comment will be done by the last PS14:27
*** mtanino has joined #openstack-nova14:28
cdentpresumably your pasted sql will need to be adjusted slightly to not return duplicates?14:28
openstackgerritMatthew Edmonds proposed openstack/nova: Policy enforcement contingent on is_admin_project  https://review.openstack.org/38414814:29
cdentbauwser: ^14:30
bauwsercdent: we shouldn't get duplicates14:31
mriedemsahid: just replied to your comments in https://review.openstack.org/#/c/386137/ - i'm thinking it makes sense to add ps2mouse to the hw_pointer_model image metadef otherwise the user has no way to override the config on the compute host14:31
bauwsercdent: because we group by rp_id, rc_name14:31
*** ducttape_ has joined #openstack-nova14:32
cdentbauwser: is line 30 here http://paste.openstack.org/show/585715/ showing your output?14:32
cdentthat's two lines of the same rp.uuid14:32
cdentthe result we want is just a resource provider14:32
bauwsercdent: oh, because we're keying by a tuple (rp_id, rc_idx) like I said14:33
bauwsercdent: but yeah, I can tune that14:33
cdentcool, just wanted to be sure we were all on the same page14:33
*** ducttape_ has quit IRC14:33
mriedemsahid: also, i was just looking at how use_usb_tablet was used back in liberty https://github.com/openstack/nova/blob/stable/liberty/nova/virt/libvirt/driver.py#L438514:33
mriedemsahid: ^ seems much more sane14:33
bauwsercdent: I was rather thinking of taking those uuids and putting those into a set14:33
mriedemthan what we have now14:33
bauwsercdent: I'll see what's the better14:34
*** haplo37_ has quit IRC14:34
*** zz_dimtruck is now known as dimtruck14:34
*** vdrok has quit IRC14:34
*** TonyXu has quit IRC14:34
*** vdrok has joined #openstack-nova14:34
*** TonyXu has joined #openstack-nova14:34
*** ducttape_ has joined #openstack-nova14:34
cdentbauwser: I was hoping you'd be able to keep the existing handling in the filter method, just extend the query to process the resource class info. so that the result can go to ResourceProvider._from_db directly14:34
*** prateek has quit IRC14:35
*** lamt has joined #openstack-nova14:35
bauwsercdent: I'll see when implementing that SQLA14:35
bauwserbut I got your idea14:35
cdentcool, thanks14:35
*** mgoddard has joined #openstack-nova14:36
*** rama_y has joined #openstack-nova14:36
*** haplo37_ has joined #openstack-nova14:36
sahidmriedem: why user may would like to override the config usbtablet to specifically set ps2mouse on the compute host ?14:36
leakypipeswznoinsk: hi Waldemar, do you know what's up with the Intel NFV CI? it's showing as NOT_REGISTERED in many patches.14:36
sahidif host is configured to use usbtablet so both devices are going to be added for the guest spawned14:37
leakypipeswznoinsk: example patch here: https://review.openstack.org/#/c/377215/814:37
*** yamahata has joined #openstack-nova14:37
leakypipeswznoinsk: I'm wondering if it's just a temporary thing and I can just kick off a recheck?14:37
raj_singhcdent: I was looking at https://etherpad.openstack.org/p/placement-newton-leftovers. Some osic folks want to contribute to placement api's. I was wondering if I can sync up with you during the summit to get started.14:37
cdentraj_singh: yes, that would be awesome14:37
raj_singhcdent: For starters we can help on test coverage and api-ref stuff14:37
*** mnasiadka has quit IRC14:37
leakypipesraj_singh: no need to wait until summit :)14:38
cdentyeah, and what leakypipes said14:38
raj_singh:)14:38
*** sdake_ has joined #openstack-nova14:38
mriedemsahid: well when would someone set pointer_model=ps2mouse?14:38
mriedemsahid: i guess in the case that you're not using vnc/spice,14:38
mriedemor not kvm/qemu14:38
sahidmriedem: we have added that to handle a backward compatibility problem, right ?14:39
mriedemsahid: i really think we should probably go back to that pre-pointer_model logic, and only consider the pointer_model option if vnc and spice are enabled, and vm_mode == HVM14:39
raj_singhcdent: leakypipes Sounds good to me.14:39
mriedemsahid: else it's just a server create failure waiting to happen14:39
wznoinskleakypipes: I'll check it, it was a tmp problem, you can recheck14:39
mriedemsahid: yes14:39
mriedemb/c use_usb_tablet could be set to False14:39
leakypipessuperdan, bauwser, figleaf, cdent, sfinucan: your reviews on https://review.openstack.org/#/c/377138 would be greatly appreciated.14:39
cdentraj_singh: If there is stuff you or others are interested in we can use that etherpad+email to coordinate.14:39
leakypipeswznoinsk: cool, thanks!14:39
*** ayoung has joined #openstack-nova14:40
*** salv-orlando has joined #openstack-nova14:40
cdentroger leakypipes14:40
*** gjayavelu has joined #openstack-nova14:40
mriedemright now you really have to know that the combination of 4-5 config options can cause server creates to fail on your compute14:40
bauwserleakypipes: sure14:40
mriedemout of like 1000 config options14:40
cdentraj_singh: for now the best thing may be to help me figure out where there is not enough info on the etherpad14:40
*** sdake_ has quit IRC14:40
sahidmriedem: hum... the problem is really because we don't have pointer_model defaulted to None14:41
wznoinskleakypipes: I'll check it why it happened14:41
*** vishwanathj has joined #openstack-nova14:41
raj_singhcdent: ok.14:41
mriedemsahid: but even if an admin set that to usbtablet you'll have the same issues potentially. i guess the only difference is you don't fail by default. the admin has to opt in.14:41
mriedemand know what they are doing.14:41
*** sdake has quit IRC14:41
sahidmriedem: is it better to let the instance be booted even if the condision are not satisfied (usbtable able to work) ?14:41
*** amotoki has joined #openstack-nova14:41
*** suresh12 has quit IRC14:42
mriedemi thought about that yesterday14:42
raj_singhmacsz_: siva_krishnan Please go through https://etherpad.openstack.org/p/placement-newton-leftovers14:42
mriedemif the user does try to create a server with image_meta that has hw_pointer_model=usbtablet and they don't get it, then they are probably going to open a ticket14:42
bauwsercdent: easy peasy, I made the amendment14:43
cdentbauwser: rad14:43
sahidmriedem: yes... :)14:43
bauwsercdent: http://paste.openstack.org/show/585721/14:43
sahidmriedem: but what about that behavior on a cluster with some host configured to run usbtable and some other without that option set14:43
*** salv-orl_ has joined #openstack-nova14:44
sahidwe do not let a change to the instance to be re-scheduled14:44
sahids/change/chance14:44
openstackgerritJay Pipes proposed openstack/nova: placement: update client to set parent provider  https://review.openstack.org/38569314:44
mriedemsahid: it will reschedule14:45
mriedembut unless you have the right scheduler filter and aggregates setup you might not land on a compute that can build your server14:45
mriedemand you'll eventually fail with NoValidHost14:45
mriedemsahid: going back to the default behavior, maybe we only fail if the image_meta has hw_pointer_model set and we can't satisfy that request?14:46
*** paul-carlton2 has quit IRC14:46
mriedemelse we make the decision based on config options on the compute and set usbtablet if we can, but don't fail if we can't14:46
*** salv-orlando has quit IRC14:46
*** aunnam has joined #openstack-nova14:47
*** sree has quit IRC14:47
mriedemthat seems like the best behavior to me14:47
mriedemyou opt into the setting and if you can't get it, it fails14:47
mriedemif you don't care, you get what you get14:47
*** sree has joined #openstack-nova14:47
johnthetubaguyI like failing when what the image requested miss matched, and just doing the "best" we can by default14:48
mriedemwe can certainly leave the default to be usbtablet, but we wouldn't fail by default if you're using lxc/uml/xen/virtuozzo14:48
*** bdeschenes has quit IRC14:48
johnthetubaguyWhat is set in the flavor? nothing?14:48
mriedemno flavor extra spec14:48
mriedemjust image meta14:48
mriedemand config options14:48
macsz_raj_singh: ok14:48
johnthetubaguycool, that sounds like a good default behaviour14:48
mriedemsahid: does that sound good to you?14:48
mriedemthat makes my glance change better too14:48
sahidmriedem: yes, i guess you are right, that is the best we can do so far14:49
cdentleakypipes: my second question on ps2 of https://review.openstack.org/#/c/384807/6 remains unanswered (the first question is irrelevant). If you get a chance to react to that that would help move my review of it along.14:49
mriedemcool, ok, i'll rework this patch at some point - makes me much more comfortable with this14:49
sahidcool14:50
*** amotoki has quit IRC14:50
sahidbtw johnthetubaguy this one is still waiting for you https://review.openstack.org/#/c/356383/ :)14:51
*** ljxiash has joined #openstack-nova14:51
*** sree has quit IRC14:52
leakypipescdent: sorry, I missed that question. now responded.14:52
*** hshiina has quit IRC14:52
cdentthanks14:52
*** sdake has joined #openstack-nova14:53
*** aunnam has quit IRC14:53
cdent14:53
mriedemsahid: replied in https://review.openstack.org/#/c/386221/ - i have a test change in there for the thing you mentioned14:53
*** danpawlik has quit IRC14:53
*** aunnam has joined #openstack-nova14:54
johnthetubaguysahid: can I ask you question about that, I keep getting deep in the code and confused about how it works14:54
johnthetubaguysahid: we are picking where to run the emulator, and avoiding the cpu's that are being used for realtime, etc, I think14:55
johnthetubaguysahid: we seem to ignore all other VMs on the system when trying to see what each core should be doing, which seem strange14:55
johnthetubaguysahid: I feels like we could end up with realtime VMs having emulate threads from other VMs running along side them14:56
johnthetubaguysahid: but I assume I am missing something that makes that all work correctly14:57
*** portdirect has quit IRC14:57
*** portdirect_ has joined #openstack-nova14:59
*** portdirect_ is now known as portdirect14:59
*** mgoddard has quit IRC15:01
*** rcernin has quit IRC15:02
*** mgoddard has joined #openstack-nova15:03
sahidmriedem: replied, it's not a strong -1 I just would like to understand why you did your test like that15:03
*** sdake_ has joined #openstack-nova15:03
mriedemsahid: the compat method only removes the primitive if the value is 'disabled'15:04
mriedemin that test its using 'pause'15:05
mriedemwhich is valid < 1.1615:05
mriedemso we leave it15:05
*** daemontool_ has joined #openstack-nova15:05
*** sdake has quit IRC15:05
*** voelzmo has quit IRC15:06
*** stewie925_ has joined #openstack-nova15:07
mriedemin other words, hw_watchdog_action isn't a new field, but 'disabled' is a new enum on that field15:07
sahidmriedem: yes ok ok i expected to see the inverse, when we remove the value, since that is going to raise an exception if not well removed on a old node15:07
mriedemso we only pop if the value is 'disabled'15:07
sahidmriedem: why you did not assert when we pop that value ?15:07
mriedemthe test above tests that15:07
*** daemontool_ has quit IRC15:08
*** daemontool has quit IRC15:08
*** dave-mccowan has quit IRC15:09
*** suresh12 has joined #openstack-nova15:09
openstackgerritBalazs Gibizer proposed openstack/nova: Pre-add instance actions to avoid merge conflicts  https://review.openstack.org/38665915:10
*** pbandark has quit IRC15:13
*** tanvirt has joined #openstack-nova15:14
*** lucasagomes is now known as lucas-hungry15:15
*** pcaruana has quit IRC15:15
sahidmriedem: well i double check and i do not see that and your comment says: "Tests that we *don't pop* the hw_watchdog_action if the value is not disabled"15:16
*** Oku_OS is now known as Oku_OS-away15:16
openstackgerritSarafraj Singh proposed openstack/nova: Remove deprecated compute_available_monitors option  https://review.openstack.org/37106215:17
sahidjohnthetubaguy: operators which want to run realtime should have aggreate of host dedicated to only run realtime15:18
mriedemsahid: this test https://review.openstack.org/#/c/386221/1/nova/tests/unit/objects/test_image_meta.py@29815:18
sahidso the instance running on host should all have a cpu_policy=dedicated15:18
mriedemthat sets hw_watchdog_action='disabled'15:18
mriedemand it's asserted on L30315:18
openstackgerritMatthew Booth proposed openstack/nova: WIP libvirt: Fix races with nfs volume mount/umount  https://review.openstack.org/38385915:18
johnthetubaguysahid: but couldn't they still all pick a different place for their emulator threads to run, so they run on another realtime VM's core?15:19
*** raunak has quit IRC15:20
*** armax has joined #openstack-nova15:20
*** cargonza has quit IRC15:22
*** BlackDex has quit IRC15:22
*** cargonza has joined #openstack-nova15:23
sahidmriedem: yes sorry, did not notice that15:23
mriedemnp15:24
*** dave-mccowan has joined #openstack-nova15:24
sahidjohnthetubaguy: they can't, that policy avoid such behavior, vCPUs are pinned to a host CPUs15:25
sahidthey do not float15:25
*** rmart04 has quit IRC15:25
sahidonly emulator threads float accros no realtime vCPUs15:25
*** yingjun has quit IRC15:26
johnthetubaguysahid: agreed with all that, my problem is how to the emulator threads avoid all the VMs that are doing realtime on that box, it doesn't seem like the other VMs are considered when picking where the emulator thread goes, but like I say, I must be missing something15:26
*** rhagarty has joined #openstack-nova15:27
*** yingjun has joined #openstack-nova15:27
openstackgerritMatt Riedemann proposed openstack/nova: Ironic Driver: override get_serial_console()  https://review.openstack.org/32815715:27
sahidjohnthetubaguy: they are considered we have bunch of function to compute the topology of an instance to fit on the host topology15:28
sahidall of them are in virt/hardware.py (numa_fit_something..)15:29
johnthetubaguysahid: ah, so this bit of code is just doing the generic, I need an emulator thread to go somewhere, rather than deciding where it goes?15:29
sahidso at this step we already know where the vCPUs are going to be pinned15:29
*** bnemec is now known as beekneemech15:29
johnthetubaguyhmm, OK, its already claimed I guess15:30
sahidjohnthetubaguy: exactly, at this step we already know the cores which are free15:30
*** yingjun has quit IRC15:31
sahidwe are just applying the topology for libvirt15:31
mriedemalaski: the api doesn't talk to the scheduler directly at all today right?15:31
mriedemjust reading https://review.openstack.org/#/c/381275/4/specs/ocata/approved/cells-scheduling-interaction.rst15:32
superdanmriedem: not that I know of15:32
*** GB21 has joined #openstack-nova15:32
johnthetubaguyit used to, but we stopped doing that a little while back15:33
*** lamt has quit IRC15:37
*** annegentle has joined #openstack-nova15:38
cdentleakypipes: I've excused myself from any future decision making today.15:40
cdentI have an excuse note from my cat.15:41
mriedemsuperdan: johnthetubaguy: ok, i'm marking up this spec15:41
mriedemi'm probably just missing something very obvious15:41
*** gjayavelu has quit IRC15:42
*** annegentle has quit IRC15:42
*** dimtruck is now known as zz_dimtruck15:45
*** lpetrut has quit IRC15:47
*** lpetrut has joined #openstack-nova15:47
*** GB21 has quit IRC15:47
openstackgerritayoung proposed openstack/nova: API Policy enforcement contingent on is_admin_project  https://review.openstack.org/38414815:47
ayoungedmondsw, so, while I was going deeper with my changes, I accepted yours as is, and put you on as co-author.  Please look and +1 if acceptable15:48
openstackgerritLee Yarwood proposed openstack/nova: WIP encryptors: Use a mangled passphrase if permission is denied  https://review.openstack.org/38667015:49
*** mgoddard has quit IRC15:49
*** annegentle has joined #openstack-nova15:50
edmondswayoung, tx... +115:50
ayoungedmondsw, I didn't really like introducing any changes that would reflect in generated policy files except for the is_admin_project check, hence not wanting to do GLOBAL_ADMIN15:51
*** dave-mccowan has quit IRC15:51
ayoungif people have customized policy, it will make it harder to diff, but, oh well15:51
ayoungedmondsw, I think your logic is correct, and that is what is essential15:52
ayoungedmondsw, I kindof want to drop the is_admin part of the nova/context.py now, as it seems confusing.15:52
edmondswI'd prefer global_admin was hardcoded, so people can't mess it up, but wasn't sure how to do that... this should work and if someone messes it up that's on them15:52
edmondswayoung yeah...15:53
ayoungBut that can be a follow on patch. I suspect we'll all do some cleanup after this15:53
ayoungKeystone is much harder to deal with....15:53
edmondswa good followup would be to look at why there are three rules that check is_admin directly and why and most likely make changes there15:53
*** raunak has joined #openstack-nova15:53
edmondswalaski, please take another look at https://review.openstack.org/#/c/384148 per above discussion15:54
*** sdake has joined #openstack-nova15:54
*** tesseract- has quit IRC15:54
*** mnestratov has joined #openstack-nova15:56
mriedemjohnthetubaguy: melwitt: jlk: alaski: superdan: bunch of comments/questions in https://review.openstack.org/#/c/381275/15:56
*** sdake_ has quit IRC15:56
ayoungedmondsw, so, there are 2 types of admin APIs.  THose that are global, and those scoped to a project.  It was my undertanding that those 3 couild be scoped to a project and would be safe to excute15:57
mriedemi didn't want to ruffle feathers with a -1 but feel some clarification is needed15:57
openstackgerritSylvain Bauza proposed openstack/nova: WIP: Return a list of RPs that would support resources  https://review.openstack.org/38624215:59
*** sudswas__ has joined #openstack-nova15:59
*** mriedem is now known as mriedem_lunch15:59
*** GordonTX has joined #openstack-nova15:59
bauwserleakypipes: cdent: superdan: figleaf: others, I just updated the POC ^15:59
cdentthanks bauwser, will look, but as I made very obvious when reviewing jay's stuff, I'm too tired to be super useful ...16:00
bauwserfor the moment, having a GET /RPs, but lemme know your point and then I'll update it16:00
*** penick has joined #openstack-nova16:00
*** dave-mccowan has joined #openstack-nova16:01
*** code-R has quit IRC16:01
bauwsercdent: I'll test the POC in my local devstack on Monday16:01
bauwserbye, folks !16:02
*** sudipto_ has quit IRC16:02
*** sudipto has quit IRC16:02
markus_zanthonyper: JFYI, for reasons I don't understand, xen needs to flush the pty output into a file: https://review.openstack.org/#/c/386037/4/nova/virt/libvirt/driver.py16:02
johnthetubaguymriedem_lunch: I thought the API calls the API conductor, which calls the scheduler, but you are right, thats not totally clear16:03
*** sudipto has joined #openstack-nova16:03
markus_zanthonyper: I'll fix the patch on Monday, I have to go home now.16:03
johnthetubaguymriedem_lunch: I have a picture in my head of what I was expecting to see, and this points to that, rather than this tells me what the picture is, whoops16:03
*** markus_z has quit IRC16:04
*** pilgrimstack has quit IRC16:04
*** gongysh has quit IRC16:04
superdanmriedem_lunch: I replied to some of your things, but it seems like you realized the full picture after reading the whole thing.. yes?16:05
*** sahid has quit IRC16:10
*** annegentle has quit IRC16:12
*** nic has joined #openstack-nova16:14
*** derekh has quit IRC16:16
openstackgerritVladik Romanovsky proposed openstack/nova: tests: Adding functional tests to cover VM creation with sriov  https://review.openstack.org/29478016:16
openstackgerritVladik Romanovsky proposed openstack/nova: tests: verify pci passthrough with numa  https://review.openstack.org/35607716:16
*** suresh12 has quit IRC16:16
*** lucas-hungry is now known as lucasagomes16:16
*** stewie925_ has quit IRC16:17
*** suresh12 has joined #openstack-nova16:19
*** yamahata has quit IRC16:20
superdanjohnthetubaguy: BobBall: seems like xen ci has been failopotomous lately16:21
openstackgerritVladik Romanovsky proposed openstack/nova: adding debug info for pinning calculation  https://review.openstack.org/35515016:21
*** annegentle has joined #openstack-nova16:21
johnthetubaguydo you mean anthonyper's one?16:21
*** dulek has quit IRC16:22
superdanjohnthetubaguy: "XenProject CI"16:22
johnthetubaguyyeah, I think thats anthonyper who would know about that16:23
johnthetubaguythere was a race they were trying to fix to improve things, I don't remember how far we are getting with that yet16:23
BobBallIt is.  Although there is also a little bit of sickness in the XenServer CI too which we are working on16:23
superdanjohnthetubaguy: okay it's just a lot of -1 noise right now it seems16:23
johnthetubaguywe should probably stop it voting16:24
*** haplo37 has quit IRC16:24
*** zz_dimtruck is now known as dimtruck16:24
johnthetubaguyBobBall: I removed the vote permissions for now, while that gets fixed up16:25
*** dulek has joined #openstack-nova16:25
BobBallfor which CI?16:25
*** xek_ has quit IRC16:25
johnthetubaguyoh, xen project16:25
johnthetubaguyoops16:25
BobBallFine16:26
*** xek_ has joined #openstack-nova16:26
johnthetubaguyanyways, that should stop some noise while it gets sorted16:26
BobBallThe Citrix CI is mostly OK - I don't think it's bad enough to remove the voting16:26
BobBallpersonally :)16:26
johnthetubaguyI have seen quite a bit of read from the other one myself, hence my flinch to remove that one16:27
BobBallOur Neutron tests sometimes run out of disk space (being fixed) - but we set them to non-voting anyway.16:28
*** ihrachys has quit IRC16:28
BobBallSo as far as I'm aware, the Citrix XenServer CI isn't voting -1 erroneously16:28
BobBall(routinely that is - most of the tests are passing, and all CIs expose some race conditions)16:29
*** suresh12 has quit IRC16:30
*** suresh12 has joined #openstack-nova16:30
*** suresh12 has quit IRC16:31
*** cdelatte has joined #openstack-nova16:32
*** mah has left #openstack-nova16:32
*** ljxiash has quit IRC16:32
*** cdelatte has quit IRC16:33
*** cdelatte has joined #openstack-nova16:33
*** haplo37 has joined #openstack-nova16:34
*** dimtruck is now known as zz_dimtruck16:34
*** cdelatte has quit IRC16:34
*** cdelatte has joined #openstack-nova16:34
*** cdelatte has quit IRC16:35
*** cdelatte has joined #openstack-nova16:35
*** ssurana has joined #openstack-nova16:37
*** sdake_ has joined #openstack-nova16:38
*** sdake has quit IRC16:40
*** ftersin has left #openstack-nova16:43
*** zz_dimtruck is now known as dimtruck16:44
*** rmart04 has joined #openstack-nova16:46
*** unicell1 has quit IRC16:46
knikollaare there plans to make nova work with multiple ceph backends for volumes?16:48
superdanleakypipes: so, don't kill me for saying this16:50
superdanleakypipes: but is there a spec for the nested resource provider stuff?16:50
superdanleakypipes: I have some edge case questions which I would normally lob at the spec16:51
superdanleakypipes: like, what happens if we want to allocate a PF itself16:51
superdanbecause it almost seems like we need a relationship between inventory items to do that16:51
superdanwhich really concerns me of course :)16:51
leakypipessuperdan: yup, I'm just finishing it up now.16:52
leakypipessuperdan: should have it pushed shortly.16:52
*** GordonTX has quit IRC16:52
superdanokay16:52
leakypipessuperdan: allocating a PF is a separate concern. We will need a SRIOV_NET_PF resource class and the inventory would be on the compute host provider, not a child provider.16:52
leakypipessuperdan: since a PF is essentially "passthrough PCI device" that the guest fully owns.16:53
superdanleakypipes: but we can't actually give away a PF unless we have none of its VFs allocated16:53
*** GordonTX has joined #openstack-nova16:53
leakypipessuperdan: yup, but that is something the discovery code in the PCI device manager figures out and calls the placement REST API accordingly.16:54
*** rmart04_ has joined #openstack-nova16:54
superdanleakypipes: well, my point is that we won't be able to ask placement for a host with an available PF right?16:54
*** zenoway has quit IRC16:54
leakypipessuperdan: in other words, if any VF has been allocated, the reporting client would not add an inventory record to the compute host resource provider for a SRIOV_NET_PF resource class.16:54
superdanleakypipes: that's enforced in the pci manager?16:55
*** GordonTX_ has joined #openstack-nova16:55
leakypipessuperdan: yep.16:55
*** zenoway has joined #openstack-nova16:55
*** Swami has joined #openstack-nova16:55
superdanleakypipes: but (a) it will racy and (b) we can't ask placement for a host with a PF, right?16:55
*** xek_ has quit IRC16:55
*** dulek has quit IRC16:55
leakypipessuperdan: in the same general fashion as how the PCI manager ignores PFs that don't match the pci_passthrough_whitelist values.16:55
*** mgoddard has joined #openstack-nova16:56
leakypipessuperdan: not sure why you think it would be racy?16:56
*** xek_ has joined #openstack-nova16:56
*** GordonTX has quit IRC16:56
*** suresh12 has joined #openstack-nova16:56
superdanleakypipes: well, I'm thinking about if we're using placement's view of what is allocated, but I guess you're saying that since pci manager is on the compute node, it knows what it has already given away16:56
*** rmart04 has quit IRC16:57
*** rmart04_ is now known as rmart0416:57
*** dimtruck is now known as zz_dimtruck16:57
superdanbut still, we're depending on python code in another service to keep placement's allocations sane I think, which is maybe fair game, I dunno, it's just surprising to me16:57
leakypipessuperdan: correct, and the compute host, via the scheduler reporting client, is what tells the placement API what inventories it has.16:57
superdanleakypipes: so you're thinking that when we give away the first VF for a PF, we delete the PF inventory first?, and similarly when we give away a PF, we delete all the VF inventory first?16:58
*** gjayavelu has joined #openstack-nova16:58
*** dulek has joined #openstack-nova16:58
*** browne has joined #openstack-nova16:58
leakypipessuperdan: we could do that, sure.16:59
* superdan notes the trump-esque run-on sentence and the question mark seemingly in the middle of a sentence16:59
superdanleakypipes: not sure how else it will work if we don't16:59
*** zenoway has quit IRC16:59
superdanleakypipes: I guess the race also comes if we schedule two things to the same compute node, asking for VFs and PFs from the same device.. one will have to reschedule17:00
*** phschwartz has quit IRC17:00
superdanwhich is, par for the course currently, but.. I think it means we can't ever do allocations for these resources in placement like we hope to for other things17:00
leakypipessuperdan: this is partly why I find it annoying that NFV operators want complete dynamic flexibility to *either* use a PF directly *or* use it in virtual functions.17:00
*** mgoddard has quit IRC17:00
superdanleakypipes: totes agree17:00
leakypipessuperdan: but it is what it is.17:00
*** suresh12 has quit IRC17:01
leakypipessuperdan: on the race condition you describe above, that isn't a use case I'm too keen to bend over backwards to try and fix really.17:01
leakypipessuperdan: I mean, it's really kind of an oddball situation.17:01
superdanleakypipes: I don't think it is oddball.. I think people are asking for it right now17:02
leakypipessuperdan: in NFVi deployments, there is only a single user/tenant: the MANO/VNFM system.17:02
leakypipessuperdan: and therefore that MANO/VNFM is going to be requesting resources that fit a particular scaling/shrinking need.17:03
leakypipessuperdan: it's not going to be multiple tenants asking for different things at the same time.17:03
superdanleakypipes: I'm not sure what the tenancy has to do with anything17:03
superdanleakypipes: you're assuming the controller in this case is making sane globally-consistent requests to the cloud17:04
*** eglynn has quit IRC17:04
*** yamahata has joined #openstack-nova17:04
superdanwhich doesn't seem like a reasonable assumption to me, and if it's just that "this feature is only for a subset of users who promised not to do that" then .. I dunno what to say :)17:04
leakypipessuperdan: you are not going to get simultaneous requests to launch a VNF that uses a PF and a VNF that uses VFs both hit the scheduler at the same time.17:04
leakypipessuperdan: dude, MOST of these features that we have been working on for 2+ years are for a tiny subset of users (i.e. telco NFV deployers)17:05
leakypipes:)17:05
openstackgerritLee Yarwood proposed openstack/nova: WIP encryptors: Use a mangled passphrase if permission is denied  https://review.openstack.org/38667017:05
vladikrsuperdan, "...so you're thinking that when we give away the first VF for a PF, we delete the PF inventory first..." - this is how it works.. also, all vfs will disappear from the host once the PF is assigned - so as the opposite17:06
jlkmriedem_lunch: thanks, commented.17:06
*** jlk is now known as omgwtfjlk17:06
superdanvladikr: yeah, but that stops working when we move allocations to the scheduler17:06
vladikrokay, I guess..17:06
vladikrsuperdan, but we also do it logically17:07
leakypipesvladikr: what do you mean by that?17:07
superdanyeah I was just trying to grok that :)17:07
vladikr:)17:08
leakypipesvladikr: did you mean "locally" -- as in we do it also on the compute host?17:08
vladikrI mean, PF will become UNAVAILABLE when one of it's VF's is assigned17:08
superdanvladikr: but the scheduler doesn't know the relationship17:08
superdanor placement especially17:09
*** lpetrut has quit IRC17:09
superdanunless we either code that into the engine, or we provide some like "resource triggers" or something17:09
*** cleong has quit IRC17:09
superdanor we teach the scheduler that if a multi-level RP has inventory at two levels,17:09
vladikrsuperdan, there should be a map this relationship in the pci manager17:09
superdanthat they must be treated in this way or something17:10
vladikrlooking for the link17:10
superdanvladikr: pci manager is not in the scheduler or placement :)17:10
*** burgerk has quit IRC17:10
leakypipessuperdan: I totally get what you're saying about the placement engine.17:11
leakypipessuperdan: and I guess I'm willing to say "totally fine rescheduling when those conflicts occur".17:11
leakypipessuperdan: instead of having to add crazy-pants logic into the placement engine.17:12
*** ihrachys has joined #openstack-nova17:12
melwittEmilienM: do you happen to know why my_ip in nova.conf used to be set in the tripleo-heat-templates in the past? I it was removed in https://review.openstack.org/#/c/343636/ and I'm curious what it used to do in the past17:13
melwitt*I noticed it was removed17:13
superdanleakypipes: yeah, I guess my point is.. I'm not sure what the point of having such a complicated hierarchical system is, if it doesn't solve problems like this17:13
*** mriedem_lunch is now known as mriedem17:13
superdanleakypipes: which is why I asked about the spec17:13
*** unicell has joined #openstack-nova17:14
EmilienMmelwitt: I think it's a legacy thing that could be safely removed in tripleo17:14
EmilienMmelwitt: maybe from old old old releases :-)17:14
leakypipessuperdan: ah. well, the point of the hierarchical relationship is explained in the last paragraph of the commit message, which talks about the resource provider being the entity against which qualitative traits are applied and therefore in order to differentiate between SRIOV_NET_VF resource inventory for NICs associated with different networks, we need different resource provider records to17:15
leakypipestag the physnet trait to.17:15
*** rmart04 has quit IRC17:15
superdanleakypipes: okay17:15
melwittEmilienM: yes, I was just curious what it used to do, because I couldn't figure it out from the old history :)17:15
leakypipessuperdan: making those SRIOV NICs child resource providers of the compute host resource provider allows the placement engine to select the compute host resource provider (root provider UUID) that has child providers tagged with a particular physnet trait and having available inventory of SRIOV_NET_VF resources.17:16
knikollawith libvirt/ceph volumes, are secret_uuid and auth_username received from cinder or read from nova.conf?17:16
EmilienMmelwitt: I think but I'm not sure, it was useful for nova-network and multi-host thing. But I'm really unsure.17:16
*** code-R has joined #openstack-nova17:17
EmilienMmelwitt: dprince (not connected here) would know for sure, maybe you can ask him on #tripleo. IIRC he introduced it a while ago17:17
melwittEmilienM: okay, thanks!17:17
leakypipessuperdan: the alternative (bad in my opinion) is to need to create a custom resource class for every permutation of trait and resource class... so something like SRIOV_NET_VF_PUBLIC_NET and SRIOV_NET_VF_INTRANET_NET etc. and then we're back to coupling qualitative things with quantitative things which is partly what we're trying to get away from in the placement API.17:17
*** dikonoo has joined #openstack-nova17:17
superdanleakypipes: yeah, I guess that makes sense, I just thought this was more useful for the quantitative side if it's important "right now"17:17
EmilienMmelwitt: yw17:17
*** links has joined #openstack-nova17:18
*** yamahata has quit IRC17:18
leakypipesEmilienM: grats on your TC election :)17:18
*** code-R_ has joined #openstack-nova17:18
*** sean-k-m1 has joined #openstack-nova17:18
EmilienMleakypipes: jay?17:19
*** sdague has joined #openstack-nova17:19
*** ihrachys has quit IRC17:19
leakypipesEmilienM: yes :)17:20
leakypipesEmilienM: it's casual Friday nick :)17:21
EmilienMleakypipes: thanks! appreciated17:21
EmilienMwhy everyone has that and not me17:21
leakypipesEmilienM: de rien17:21
leakypipesEmilienM: choose your own CFN :)17:21
*** code-R has quit IRC17:21
*** sean-k-mooney has quit IRC17:21
*** sudipto has quit IRC17:23
*** sudswas__ has quit IRC17:23
mriedemsuperdan: johnthetubaguy: has anyone posted the change to remove local conductor yet?17:24
superdanmriedem: I started on it after your comments17:25
mriedemok17:25
*** zz_dimtruck is now known as dimtruck17:25
superdanmriedem: pretty sure I have dibs on that, being the one that added it in the first place :)17:25
mriedemtouchy touchy17:25
mriedemthat's why i asked :)17:25
mriedembtw the replies in alaski's spec cleared up quite a bit for me17:26
mriedemso thanks17:26
superdanmriedem: cool17:26
superdanmriedem: you think words need changing, or are you good now?17:26
mriedemtotally replaced 'api layer' with 'api service'17:26
superdanI probably have too much of it in my head to read it from a blank perspective17:26
mriedeman ascii art bean dip would be helpful, but i'm joking17:27
mriedemthat notification thing will have to be changed/moved i guess17:27
mriedemi think it could definitely be more clear, but i don't want to block on that if people are happy to get it approved. and i'm assuming alaski is out today.17:28
omgwtfjlkI definitely want to +1 the removal of local conductor, when that patch is ready.17:28
mriedemsuperdan: johnthetubaguy: +2 on https://review.openstack.org/#/c/381275/ now17:29
*** lpetrut has joined #openstack-nova17:31
openstackgerritLee Yarwood proposed openstack/nova: WIP encryptors: Use a mangled passphrase if permission is denied  https://review.openstack.org/38667017:35
*** shaohe_feng has quit IRC17:39
*** alex_xu_ has quit IRC17:39
*** heyongli has quit IRC17:40
openstackgerritJay Pipes proposed openstack/nova-specs: Add concept of nested resource providers  https://review.openstack.org/38671017:40
*** jaosorior has quit IRC17:40
*** jaosorior has joined #openstack-nova17:41
leakypipessuperdan: et voila. ^^17:41
*** phschwartz has joined #openstack-nova17:41
*** shaohe_feng has joined #openstack-nova17:42
*** sean-k-mooney has joined #openstack-nova17:42
*** alex_xu has joined #openstack-nova17:42
*** heyongli has joined #openstack-nova17:43
*** mnasiadka has joined #openstack-nova17:43
*** lpetrut has quit IRC17:43
*** sean-k-m1 has quit IRC17:44
*** mriedem has quit IRC17:45
*** mriedem has joined #openstack-nova17:45
*** pcaruana has joined #openstack-nova17:48
*** krtaylor has quit IRC17:48
*** yamahata has joined #openstack-nova17:49
cdentleakypipes: I suspect this is because I actually know what you're talking about now, but that spec was a whole hell of a lot easier to read than the ones at the start of newton17:50
*** suresh12 has joined #openstack-nova17:51
leakypipescdent: I tried very hard to keep implementation minutae out of it and stick to the basics.17:51
leakypipescdent: and keep it short.17:51
*** Jeffrey4l_ has quit IRC17:52
cdentexcellent choices17:52
openstackgerritSTEW TY proposed openstack/nova: Transform instance.unshelve notifications  https://review.openstack.org/38256517:52
cdenthave a good weekend everyone17:53
* cdent waves17:53
*** cdent has quit IRC17:53
oomichialex_xu: thanks :)17:54
*** dharinic is now known as dharinic|lunch17:55
*** tanvirt has quit IRC17:55
*** lamt has joined #openstack-nova17:56
openstackgerritJay Pipes proposed openstack/nova: Correct bug in microversion headers in placement  https://review.openstack.org/38480617:58
openstackgerritJay Pipes proposed openstack/nova: placement: adds REST API for nested providers  https://review.openstack.org/38480717:58
openstackgerritJay Pipes proposed openstack/nova: placement: add get_all_by_root_provider_uuid()  https://review.openstack.org/37721517:58
openstackgerritJay Pipes proposed openstack/nova: placement: update client to set parent provider  https://review.openstack.org/38569317:58
openstackgerritJay Pipes proposed openstack/nova: placement: add nested resource providers  https://review.openstack.org/37713817:58
*** portdirect has quit IRC18:02
*** adisky has quit IRC18:02
openstackgerritSTEW TY proposed openstack/nova: Transform instance.unshelve notifications  https://review.openstack.org/38256518:02
*** thorst_ has quit IRC18:03
*** portdirect has joined #openstack-nova18:04
*** thorst_ has joined #openstack-nova18:04
*** Apoorva has joined #openstack-nova18:08
*** gouthamr_ has joined #openstack-nova18:10
*** thorst_ has quit IRC18:12
*** gouthamr has quit IRC18:13
*** Sukhdev has joined #openstack-nova18:17
*** thorst_ has joined #openstack-nova18:21
*** salv-orlando has joined #openstack-nova18:23
*** Lehtu has quit IRC18:24
*** krtaylor has joined #openstack-nova18:24
*** Lehtu has joined #openstack-nova18:25
*** salv-orl_ has quit IRC18:25
*** Sukhdev has quit IRC18:25
*** dikonoo has quit IRC18:26
*** Sukhdev has joined #openstack-nova18:26
*** owalsh has quit IRC18:27
*** Sukhdev has quit IRC18:28
*** hoonetorg has quit IRC18:30
mriedemlyarwood: i'm pretty sure this was reverted at some point on master https://review.openstack.org/#/c/386676/18:30
*** ducttape_ has quit IRC18:31
mriedemsorry i was thinking of something else in newotn18:31
*** pkoniszewski has quit IRC18:37
*** Yingxin has quit IRC18:37
*** tanvirt has joined #openstack-nova18:37
*** ihrachys has joined #openstack-nova18:38
*** Yingxin has joined #openstack-nova18:38
*** dimtruck is now known as zz_dimtruck18:39
*** pkoniszewski has joined #openstack-nova18:39
*** ihrachys has quit IRC18:39
superdanmriedem: do you know if I can use fixtures as context managers?18:41
*** mdrabe_ has joined #openstack-nova18:41
*** hoonetorg has joined #openstack-nova18:41
*** links has quit IRC18:41
superdanI think I can18:42
lbeliveauwe are observing an issue with neutron port status marked as DOWN after a live migration, anybody knows something about that ?18:42
*** penick_ has joined #openstack-nova18:42
*** liangy_ has joined #openstack-nova18:43
*** code-R has joined #openstack-nova18:43
*** inara` has joined #openstack-nova18:43
*** csatari_ has joined #openstack-nova18:44
mriedemsuperdan: not sure, i've never done that myself18:44
melwittsuperdan: I would expect so based on the fixtures docs (shows you can). I haven't used them as context manager before though18:44
*** johnsom_ has joined #openstack-nova18:44
*** kgalanov_ has joined #openstack-nova18:44
mriedemi'm sure there is all sorts of crazy black magic shit you can do18:44
superdanmriedem: looks like we have some examples18:44
*** auggy_ has joined #openstack-nova18:44
superdangrep 'with.*fixture' -r nova18:44
*** tdurakov_ has joined #openstack-nova18:44
*** vdrok_ has joined #openstack-nova18:44
superdanshows several18:44
*** lpetrut has joined #openstack-nova18:44
melwitteureka18:45
*** prateek has joined #openstack-nova18:45
mriedemwith fixtures.FunctionFixture(setup_function, teardown_function) as fixture:18:46
*** esberglu has quit IRC18:46
*** rama_y has quit IRC18:46
*** esberglu has joined #openstack-nova18:47
*** rama_y has joined #openstack-nova18:47
*** nikhil_ has joined #openstack-nova18:47
*** nikhil_ is now known as Guest3099818:47
*** Yingxin has quit IRC18:48
*** jlk has joined #openstack-nova18:48
*** jlk has joined #openstack-nova18:48
*** FrankZha- has joined #openstack-nova18:49
*** Prophidys has joined #openstack-nova18:49
*** jcook- has joined #openstack-nova18:49
*** odyssey4me_ has joined #openstack-nova18:49
*** krotscheck_ has joined #openstack-nova18:49
*** pumaranikar_ has joined #openstack-nova18:49
*** oomichi_ has joined #openstack-nova18:49
*** med_` has joined #openstack-nova18:49
*** syjulian_ has joined #openstack-nova18:49
*** rmcadams has quit IRC18:50
*** knikolla_ has joined #openstack-nova18:50
*** dharinic has joined #openstack-nova18:50
*** _d34dh0r53_ has joined #openstack-nova18:51
*** ntpttr_ has joined #openstack-nova18:51
*** jinli_ has joined #openstack-nova18:51
*** hoangcx has joined #openstack-nova18:51
*** raorn_ has joined #openstack-nova18:51
*** lamt has quit IRC18:51
*** code-R_ has quit IRC18:51
*** penick has quit IRC18:51
*** TonyXu has quit IRC18:51
*** vdrok has quit IRC18:51
*** jamesdenton has quit IRC18:51
*** mdrabe has quit IRC18:51
*** mmedvede has quit IRC18:51
*** hoangcx_ has quit IRC18:51
*** bhagyashri_s has quit IRC18:51
*** omgwtfjlk has quit IRC18:51
*** ntpttr has quit IRC18:51
*** liangy has quit IRC18:51
*** xenogear has quit IRC18:51
*** erlon has quit IRC18:51
*** jinli has quit IRC18:51
*** syjulian has quit IRC18:51
*** tdurakov has quit IRC18:51
*** nikhil has quit IRC18:51
*** csatari has quit IRC18:51
*** NobodyCam has quit IRC18:51
*** d34dh0r53 has quit IRC18:51
*** med_ has quit IRC18:51
*** johnsom has quit IRC18:51
*** inara has quit IRC18:51
*** kevinz has quit IRC18:51
*** knikolla has quit IRC18:51
*** McNinja has quit IRC18:51
*** odyssey4me has quit IRC18:51
*** jistr has quit IRC18:51
*** efried has quit IRC18:51
*** fungi has quit IRC18:51
*** andrewbogott has quit IRC18:51
*** dharinic|lunch has quit IRC18:51
*** pumaranikar has quit IRC18:51
*** oomichi has quit IRC18:51
*** jcook has quit IRC18:51
*** Prophidys_ has quit IRC18:51
*** krotscheck has quit IRC18:51
*** diana_clarke has quit IRC18:51
*** auggy has quit IRC18:51
*** kgalanov has quit IRC18:51
*** rpodolyaka has quit IRC18:51
*** _fortis has quit IRC18:51
*** FrankZhang has quit IRC18:51
*** lbragstad has quit IRC18:51
*** mrhillsman has quit IRC18:51
*** raorn has quit IRC18:51
*** jcook- is now known as jcook18:51
*** penick_ is now known as penick18:51
*** oomichi_ is now known as oomichi18:51
*** krotscheck_ is now known as krotscheck18:51
*** Yingxin has joined #openstack-nova18:51
*** esberglu has quit IRC18:51
*** odyssey4me_ is now known as odyssey4me18:51
*** vdrok_ is now known as vdrok18:52
*** tdurakov_ is now known as tdurakov18:52
*** csatari_ is now known as csatari18:52
*** Guest30998 is now known as nikhil18:52
*** _fortis_ has joined #openstack-nova18:52
*** ducttape_ has joined #openstack-nova18:53
*** johnsom_ is now known as johnsom18:53
*** rmcadams has joined #openstack-nova18:53
*** auggy_ is now known as auggy18:53
*** rama_y has quit IRC18:53
*** kgalanov_ is now known as kgalanov18:53
*** lbragstad has joined #openstack-nova18:53
*** edmondsw has quit IRC18:54
*** jistr has joined #openstack-nova18:54
*** xenogear has joined #openstack-nova18:55
*** kevinz has joined #openstack-nova18:57
*** thorst_ has quit IRC18:57
*** bhagyashri_s has joined #openstack-nova18:57
*** raunak has quit IRC18:58
*** rpodolyaka has joined #openstack-nova18:58
*** thorst_ has joined #openstack-nova18:58
*** diana_clarke has joined #openstack-nova18:58
*** mmedvede has joined #openstack-nova18:58
*** esberglu has joined #openstack-nova18:58
*** mrhillsman has joined #openstack-nova19:00
*** NobodyCam has joined #openstack-nova19:00
*** voelzmo has joined #openstack-nova19:00
*** TonyXu has joined #openstack-nova19:00
*** cmartin has quit IRC19:01
*** fungi has joined #openstack-nova19:01
*** erlon has joined #openstack-nova19:01
*** efried has joined #openstack-nova19:01
*** salv-orlando has quit IRC19:02
*** andrewbogott has joined #openstack-nova19:02
*** bvanhav has quit IRC19:04
*** andrewbogott has quit IRC19:05
*** andrewbogott has joined #openstack-nova19:05
openstackgerritSarafraj Singh proposed openstack/nova: Deprecate compute options  https://review.openstack.org/38516519:05
*** thorst_ has quit IRC19:06
*** 7YUAAGGIF has joined #openstack-nova19:07
*** manjeets has quit IRC19:08
*** markmcclain has quit IRC19:08
*** pkholkin has quit IRC19:08
*** karlamrhein has quit IRC19:09
*** _fortis_ is now known as _fortis19:09
*** karlamrhein has joined #openstack-nova19:09
*** pkholkin has joined #openstack-nova19:09
*** voelzmo has quit IRC19:09
*** browne has quit IRC19:11
*** voelzmo has joined #openstack-nova19:13
*** markmcclain has joined #openstack-nova19:14
*** kylek3h is now known as kylek3h_away19:17
*** edmondsw has joined #openstack-nova19:19
*** prateek_ has joined #openstack-nova19:19
*** ayoung has quit IRC19:21
*** manjeets has joined #openstack-nova19:22
*** prateek has quit IRC19:22
*** dave-mccowan has quit IRC19:23
*** suresh12 has quit IRC19:24
*** pkoniszewski has quit IRC19:25
*** TravT has quit IRC19:26
*** pkoniszewski has joined #openstack-nova19:27
*** suresh12 has joined #openstack-nova19:29
*** zz_dimtruck has quit IRC19:30
*** zz_dimtruck has joined #openstack-nova19:30
*** McNinja has joined #openstack-nova19:30
*** zz_dimtruck is now known as dimtruck19:30
*** auggy has quit IRC19:31
*** ayoung has joined #openstack-nova19:31
*** rhagarty has quit IRC19:32
*** auggy has joined #openstack-nova19:32
*** cmartin has joined #openstack-nova19:33
*** Guest57313 has quit IRC19:34
*** code-R has quit IRC19:35
*** lpetrut has quit IRC19:36
mriedemif you pass a network and fixed IP into os-attach-interface, for neutron i don't even see where the fixed IP passed in is used for anything19:36
mriedemis that fixed IP only used for nova-net?19:36
*** Apoorva has quit IRC19:37
*** prateek_ has quit IRC19:37
*** thorst_ has joined #openstack-nova19:38
mriedemos-attach-interface isn't implemented for nova-network so that doesn't make sense19:39
*** JoseMello has joined #openstack-nova19:39
*** annegent_ has joined #openstack-nova19:40
*** annegentle has quit IRC19:40
*** liangy_ has quit IRC19:41
openstackgerritMatthew Edmonds proposed openstack/nova: API Policy enforcement contingent on is_admin_project  https://review.openstack.org/38414819:42
*** oanson has joined #openstack-nova19:43
*** mnasiadka has quit IRC19:43
openstackgerritMatt Riedemann proposed openstack/nova: DNM: what happens if we don't use the fixed ip on attach?  https://review.openstack.org/38675519:44
*** Swami_ has joined #openstack-nova19:45
*** thorst_ has quit IRC19:45
*** READ10 has quit IRC19:46
openstackgerritChristopher Martin proposed openstack/nova: Bugfix: Changes to Instance Soft Delete  https://review.openstack.org/38675619:46
*** thorst_ has joined #openstack-nova19:46
*** Swami has quit IRC19:48
*** dave-mccowan has joined #openstack-nova19:49
*** Apoorva has joined #openstack-nova19:49
edmondswayoung, found a couple APIs that have to require global_admin that I'd missed in the earlier patch... new patch uploaded19:49
ayoungedmondsw, cool.   will that help with the integration tests that are failing?19:50
*** jamesdenton has joined #openstack-nova19:50
*** oanson has quit IRC19:51
edmondswayoung, haven't looked at those, but I doubt it19:51
*** Swami_ has quit IRC19:51
*** suresh12 has quit IRC19:52
*** lucasagomes is now known as lucas-afk19:54
*** thorst_ has quit IRC19:54
*** suresh12 has joined #openstack-nova19:56
*** voelzmo has quit IRC19:57
*** clenimar has quit IRC19:58
*** jaosorior has quit IRC19:59
*** cdelatte has quit IRC20:00
*** lamt has joined #openstack-nova20:01
*** maticue has quit IRC20:03
*** raunak has joined #openstack-nova20:05
*** Swami has joined #openstack-nova20:05
*** esberglu has quit IRC20:10
*** esberglu has joined #openstack-nova20:10
*** rama_y has joined #openstack-nova20:10
*** esberglu has quit IRC20:14
*** maticue has joined #openstack-nova20:15
*** tjones- has left #openstack-nova20:16
*** pcaruana has quit IRC20:18
*** annegent_ has quit IRC20:20
*** browne has joined #openstack-nova20:20
*** sheel has quit IRC20:20
*** jamesdenton has quit IRC20:22
*** _ducttape_ has joined #openstack-nova20:22
*** ducttape_ has quit IRC20:23
*** eharney has quit IRC20:23
edmondswayoung, so I started looking at the failures in gate-tempest-dsvm-neutron-full-ubuntu-xenial... this would have to be something we need to fix in tempest or in the configuration of that CI job, not a problem with our patch20:30
ayoungblah20:31
*** suresh12 has quit IRC20:31
ayoungedmondsw, those should continue to pass...is it our code change that is triggereing it?20:31
edmondswI've not dealt with tempest issues before, so I don't know where to look20:31
edmondswpresumably20:31
edmondswhttp://logs.openstack.org/48/384148/6/check/gate-tempest-dsvm-neutron-full-ubuntu-xenial/364ddd0/console.html#_2016-10-14_16_32_58_83067220:31
*** mgoddard has joined #openstack-nova20:32
edmondswit created a project and then tried to call an API that requires admin_or_owner... well, it's not going to be owner because the project didn't exist when the auth happened, so it would have to be global_admin20:32
edmondswpresumably the test is only running as a regular admin, not global admin20:32
edmondswso the policy is right... the test needs to be fixed20:32
edmondswor I guess it could be a bug in the previous patch that was SUPPOSED to be backward compatible by making is_admin_project:True by default20:34
edmondswayoung ^20:34
ayoungedmondsw, without a dedicated admin_project, that policy should still pass20:35
*** gouthamr_ is now known as gouthamr20:35
edmondswbut I'm betting the admin project is actually defined, and this test wasn't updated to account for that20:35
ayoungthat change is in oslo-policy, and we should confirm that it works in our patch20:35
ayoungmaybe...but I'd be surprised.  Is there a keystone config for that job...20:36
edmondswI don't know where to look for something like that20:36
ayoung[resource]20:36
ayoungadmin_project_name = admin20:36
ayoungadmin_project_domain_name = Default20:36
ayoungdriver = sql20:36
ayounghttp://logs.openstack.org/48/384148/6/check/gate-tempest-dsvm-neutron-full-ubuntu-xenial/364ddd0/logs/etc/keystone/keystone.conf.txt.gz20:36
ayoungGAH20:36
ayoungOh they just made life hell20:36
ayoungf*****s20:37
openstackgerritPushkar Umaranikar proposed openstack/nova: Add related options to floating ip config options  https://review.openstack.org/35556120:37
edmondswayoung, on the bright side, it's good that an admin_project is defined... that's what we want to encourage everyone to do, so we should test it... we just weren't quite ready to do that yet...20:37
edmondswwho had the bright idea of storing conf under a directory called "logs"???20:38
ayoungedmondsw, is it ok if I cry now?20:38
edmondswdon't let me stop you20:38
edmondswthere are only 13 test failures in this whole gate-tempest-dsvm-neutron-full-ubuntu-xenial, so it shouldn't be too bad to fix20:40
*** aunnam has quit IRC20:40
*** mgoddard has quit IRC20:40
openstackgerritDiana Clarke proposed openstack/nova-specs: Simple tenant usage pagination  https://review.openstack.org/38677120:40
diana_clarke^^ that's Friday afternoon effort, do let me know if I should be more verbose.20:41
diana_clarkecheers, folks20:41
*** tanvirt has quit IRC20:41
ayoungedmondsw, they put in a crap check before anything could use it, and did not ensure the other tests we aligned, essentially making this 1000 times harder.  I am not happy20:42
*** sree has joined #openstack-nova20:43
edmondswayoung, time to head home, have a drink, and not worry about this for a couple days? ;)20:43
ayoungedmondsw, what I just heard is "we missed Ocata, but maybe in Queens"20:43
*** thorst_ has joined #openstack-nova20:44
*** salv-orlando has joined #openstack-nova20:44
edmondswayoung oh, noo... I did NOT mean that...20:44
ayoungedmondsw, le sigh20:44
*** rtheis has quit IRC20:44
*** jamesdenton has joined #openstack-nova20:45
*** 7YUAAGGIF has quit IRC20:47
*** sree has quit IRC20:47
*** thorst_ has quit IRC20:48
edmondswayoung, how do we view/edit the config of gate jobs?20:48
*** suresh12 has joined #openstack-nova20:48
*** suresh12 has quit IRC20:49
*** suresh12_ has joined #openstack-nova20:49
*** Sukhdev_ has joined #openstack-nova20:57
*** rmcall has quit IRC21:02
*** dave-mccowan has quit IRC21:03
*** jamesdenton has quit IRC21:04
*** TravT has joined #openstack-nova21:04
*** rmcall has joined #openstack-nova21:04
*** TravT has quit IRC21:04
mriedemthis needs another +2 to close out the bp for anyone so inclined https://review.openstack.org/#/c/328055/21:06
*** TravT has joined #openstack-nova21:09
jlkHi folks. I'm reading release notes of Newton, seeing mention that "scheduler_host_manager" config is removed, however, I see code in nova for this option, and I don't see what we're supposed to do to make nova use ironic vs nova for host manager.21:09
*** TravT has quit IRC21:11
*** TravT has joined #openstack-nova21:11
jlkWhat am I missing here?21:11
*** krtaylor has quit IRC21:12
*** mgoddard has joined #openstack-nova21:13
figleafjlk: it wasn't removed; it was moved21:19
*** cmartin has quit IRC21:19
jlkwelp, docs are wrong then21:19
figleafwe centralized config options into nova/conf/21:20
figleafjlk: link?21:20
jlkhttp://docs.openstack.org/releasenotes/nova/newton.html21:20
jlk"The ability to load a custom scheduler host manager via the scheduler_host_manager configuration option was deprecated in the 13.0.0 Mitaka release and is now removed in the 14.0.0 Newton release."21:20
figleafjlk: that kinda conflicts with another entry: "The option scheduler_host_manager is now changed to use entrypoint instead of full class path. Set one of the entrypoints under the namespace ‘nova.scheduler.host_manager’ in ‘setup.cfg’. Its default value is ‘host_manager’."21:22
jlkyup. Hence my confusion.21:22
jlkI mean, I clearly found the code where it is managed21:22
jlkOf note, that config entry does NOT appear in http://docs.openstack.org/newton/config-reference/compute/config-options.html either.21:23
jlk(which is why I had to go rooting around in the code)21:23
*** jheroux has quit IRC21:23
*** rfolco has quit IRC21:24
*** tblakes has quit IRC21:25
figleafjlk: yeah, I'm not sure how those docs were created.21:25
*** tblakes has joined #openstack-nova21:25
*** edmondsw has quit IRC21:26
figleafjlk: I don't see an entry for scheduler options at all21:26
jlkthat's probably a problem21:26
openstackgerritVladik Romanovsky proposed openstack/nova: tests: Adding functional tests to cover VM creation with sriov  https://review.openstack.org/29478021:27
openstackgerritVladik Romanovsky proposed openstack/nova: tests: verify pci passthrough with numa  https://review.openstack.org/35607721:27
*** xinliang has quit IRC21:30
*** gszasz has quit IRC21:30
*** lpetrut has joined #openstack-nova21:31
*** tblakes has quit IRC21:31
*** portdirect has quit IRC21:31
*** portdirect_ has joined #openstack-nova21:31
mriedemfigleaf: jlk: those are release notes21:31
jlkauggy: You've been tackling some documentation issues, what do you think of this one ^^ ?21:31
*** portdirect_ is now known as portdirect21:31
mriedemscheduler_host_manager used to allow classloading your own scheduler21:31
mriedemnow you can't classload the scheduler21:31
mriedemyou have to use the entrypoints21:32
auggyjlk: looking..21:32
jlkmriedem: oooh, I think I get the wording now21:32
figleafmriedem: oh, ok21:32
jlkmriedem: CONFUSING :D21:32
figleafmriedem: it reads like the option itself was removed21:32
mriedemso https://github.com/openstack/nova/blob/master/setup.cfg#L17921:32
mriedemfigleaf: no it doesn't21:32
mriedem'the ability to classload things'21:32
mriedemdoesn't mean the option is removed21:32
jlkIt reads like "the ability to do a thing with this config option has been removed"21:32
jlkas in, the option has been removed.21:32
mriedemin fact http://docs.openstack.org/developer/nova/sample_config.html21:33
mriedem# # The scheduler host manager to use. # # The host manager manages the in-memory picture of the hosts that the scheduler # uses. The options values are chosen from the entry points under the namespace # 'nova.scheduler.host_manager' in 'setup.cfg'. #  (string value) # Allowed values: host_manager, ironic_host_manager #scheduler_host_manager = host_manager21:33
mriedemthe config option even has choices21:33
jlkif at least two of us read it that way, then it's not clearly worded.21:33
jlkmriedem: it's not documented at http://docs.openstack.org/newton/config-reference/compute/config-options.html21:33
superdandang21:33
superdanif only we took patches21:33
superdanoh well.21:33
jlksuperdan: argue first, then patch :D21:33
mriedemjlk: those are updated by the docs team in intervals21:34
auggyjlk: i don't know how the config docs are generated, i worked on the api-ref documentation project21:34
mriedemjlk: http://docs.openstack.org/developer/nova/sample_config.html is updated every day from source21:34
jlkmriedem: from what branch though?21:34
mriedemall21:34
mriedemBLAM! http://docs.openstack.org/developer/nova/newton/sample_config.html21:34
auggyif you select "report a bug" it targets the openstack-manuals project21:35
mriedemyou want some mfing mitaka?! BLAMO! http://docs.openstack.org/developer/nova/mitaka/sample_config.html21:35
jlkah, wasn't clear from the link how to get to other releases.21:35
mriedemthat's a little magic i know about21:35
openstackgerritMatt Riedemann proposed openstack/nova: Remove deprecated nova-manage network commands  https://review.openstack.org/38678821:35
mriedemspeaking of mfing blamo, ^21:35
*** ssurana has quit IRC21:36
* mriedem drops mic and leaves21:36
*** mriedem has quit IRC21:36
*** ssurana has joined #openstack-nova21:37
auggyah right, i remember, these are the tools that build the docs stuff - https://github.com/openstack/openstack-manuals21:39
* figleaf wipes forehead after witnessing that spectacle21:39
*** xinliang has joined #openstack-nova21:42
* superdan gives up wrestling with local conductor and puts a 9mm hole in it21:45
* figleaf hopes superdan isn't on a train21:46
*** ssurana has quit IRC21:49
*** Apoorva has quit IRC21:50
*** Apoorva has joined #openstack-nova21:51
*** lpetrut has quit IRC21:52
*** thorst_ has joined #openstack-nova21:53
*** stewie925_ has joined #openstack-nova21:53
*** stewie925 is now known as Guest1506521:53
*** stewie925_ is now known as stewie92521:53
*** burt has quit IRC21:56
*** maticue has quit IRC21:56
*** stew925 has joined #openstack-nova21:57
*** burgerk has joined #openstack-nova22:01
*** thorst_ has quit IRC22:02
*** unicell has quit IRC22:03
openstackgerritJesse Keating proposed openstack/nova: Clarify what changed with scheduler_host_manager.  https://review.openstack.org/38683322:03
jlksuperdan: ^^^  happy now??  ;)22:03
superdannever.22:03
*** salv-orl_ has joined #openstack-nova22:05
*** burgerk has quit IRC22:06
*** salv-orlando has quit IRC22:08
*** maticue has joined #openstack-nova22:09
*** JoseMello has quit IRC22:11
*** sdake_ has quit IRC22:14
*** xyang1 has quit IRC22:16
jlkare the os_vif_* related sections specific to nova-network, and not used at all in a neutron setup?22:18
*** rama_y has quit IRC22:20
*** rama_y has joined #openstack-nova22:24
*** lamt has quit IRC22:28
jlkoh wow this is confusing to follow22:28
*** esberglu has joined #openstack-nova22:30
openstackgerritJesse Keating proposed openstack/nova: Update os-vif config section names  https://review.openstack.org/38684222:31
*** erlon has quit IRC22:32
openstackgerritJay Pipes proposed openstack/nova: Correct bug in microversion headers in placement  https://review.openstack.org/38480622:32
openstackgerritJay Pipes proposed openstack/nova: placement: add ResourceClass and ResourceClassList  https://review.openstack.org/38684322:32
openstackgerritJay Pipes proposed openstack/nova: placement: Implement ResourceClass.create()  https://review.openstack.org/38684422:32
openstackgerritJesse Keating proposed openstack/nova: Clarify what changed with scheduler_host_manager.  https://review.openstack.org/38683322:35
*** esberglu has quit IRC22:35
figleafleakypipes: wrote up my essay of a reply on https://review.openstack.org/#/c/386710/. Heading out now for the weekend.22:36
*** figleaf is now known as edleafe22:36
*** gjayavelu has left #openstack-nova22:38
*** nherciu has quit IRC22:43
*** sdake has joined #openstack-nova22:44
stewie925hi guys - I see gerrit shows a merge conflict on my commit https://review.openstack.org/#/c/375784/22:44
stewie925I suppose I just do another git clone of nova, then copy link of the checkout in my commit, then do 'git rebase -i master'?22:48
*** suresh12_ has quit IRC22:49
*** suresh12 has joined #openstack-nova22:52
*** suresh12 has quit IRC22:52
*** gouthamr has quit IRC22:56
*** sdague has quit IRC22:57
*** sdake has quit IRC22:57
*** sdake has joined #openstack-nova22:58
*** sdake has quit IRC22:58
*** thorst has joined #openstack-nova22:59
*** mgoddard has quit IRC23:00
auggystewie925: update master, then check out your branch and do git rebase master23:01
auggystewie925: you don't need to do another git clone, checkout master and do a pull or fetch depending on your workflow23:01
stewie925auggy: thank you - this rebase thing can be really confusing23:02
auggyyou don't need to do rebase -i, git will indicate any conflicts and you can fix them... then add the fixed files to your commit and git rebase --continue23:02
auggythere will be instructions from git on the command line when you do the rebase23:02
*** penick has quit IRC23:03
stewie925I had already git cloned another nova23:03
auggystewie925: yeah, git workflows vary from project to project :)23:03
auggystewie925: why did you clone a new nova repo?23:03
*** esberglu has joined #openstack-nova23:03
stewie925long story... I inadvertently deleted a folder in my orig nova repo (off day)23:04
auggystewie925: ah, so if that happens you can always do "git checkout" or "git reset --hard"23:04
auggyif you do git checkout path/to/thing then it will refresh it basically23:05
stewie925oh even if I deleted a folder?23:05
auggyyep23:05
auggygit reset --hard should do the same thing, but it will blow away any other changes you have sitting around23:05
auggya deletion is seen as a change event23:05
*** _ducttape_ has quit IRC23:05
*** claudiub|2 has quit IRC23:06
*** mriedem has joined #openstack-nova23:06
*** sdake has joined #openstack-nova23:06
*** thorst has quit IRC23:07
*** esberglu has quit IRC23:07
mriedemsuperdan: when you get a chance can you update the link in the channel topic to this please? https://wiki.openstack.org/wiki/Nova/Ocata_Release_Schedule23:10
superdanokay23:10
*** ChanServ sets mode: +o superdan23:11
*** superdan changes topic to "This channel is for Nova development. For support of Nova deployments, please use #openstack. Please see: https://wiki.openstack.org/wiki/Nova/Ocata_Release_Schedule"23:11
*** ChanServ sets mode: -o superdan23:11
*** superdan is now known as dansmith23:11
*** mgagne_ is now known as mgagne23:12
mriedemdamnitalltohell, devstack is still using nova-manage for setting up nova-networking23:14
*** browne has quit IRC23:14
auggydagnabbitmq!23:17
*** suresh12 has joined #openstack-nova23:20
*** sdake has quit IRC23:21
*** yamahata has quit IRC23:26
*** TravT has quit IRC23:27
*** TravT has joined #openstack-nova23:28
*** sree has joined #openstack-nova23:28
*** takedakn has joined #openstack-nova23:29
*** TravT has quit IRC23:32
*** salv-orl_ has quit IRC23:32
*** rama_y has quit IRC23:32
*** sree has quit IRC23:33
*** yamahata has joined #openstack-nova23:37
*** gongysh has joined #openstack-nova23:37
*** ducttape_ has joined #openstack-nova23:38
*** Swami has quit IRC23:51
*** yamahata has quit IRC23:51
*** nic has quit IRC23:54

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