Wednesday, 2017-03-08

*** zz_dimtruck is now known as dimtruck00:00
*** ducttape_ has quit IRC00:00
*** ducttape_ has joined #openstack-nova00:01
*** ducttape_ has joined #openstack-nova00:02
*** ducttape_ has quit IRC00:02
*** ducttape_ has joined #openstack-nova00:02
*** owalsh_ has joined #openstack-nova00:02
*** diga has joined #openstack-nova00:03
*** owalsh_ has quit IRC00:04
*** owalsh-afk has quit IRC00:04
*** owalsh-afk has joined #openstack-nova00:05
*** owalsh-afk has quit IRC00:05
*** jaypipes has quit IRC00:14
*** raunak has joined #openstack-nova00:16
*** snikitin has joined #openstack-nova00:19
*** gaoyuan has joined #openstack-nova00:19
*** owalsh has quit IRC00:21
*** owalsh has joined #openstack-nova00:22
*** gaoyuan has quit IRC00:24
*** salv-orlando has quit IRC00:31
openstackgerritDan Smith proposed openstack/nova master: Get instance availability_zone without hitting the api db  https://review.openstack.org/43975400:31
openstackgerritDan Smith proposed openstack/nova master: Make scheduler target cells to get compute node instance info  https://review.openstack.org/43989100:31
openstackgerritDan Smith proposed openstack/nova master: Remove Mitaka-era service version check  https://review.openstack.org/44286100:31
openstackgerritDan Smith proposed openstack/nova master: Add workaround to disable group policy check upcall  https://review.openstack.org/44273600:31
*** catintheroof has quit IRC00:31
*** tovin07 has joined #openstack-nova00:33
*** tovin07_ has joined #openstack-nova00:34
*** lucas-afk has quit IRC00:34
*** lucasagomes has joined #openstack-nova00:37
*** iceyao has joined #openstack-nova00:38
*** hongbin has quit IRC00:39
*** jamielennox is now known as jamielennox|away00:41
*** dimtruck is now known as zz_dimtruck00:41
*** namnh has joined #openstack-nova00:43
*** jamielennox|away is now known as jamielennox00:44
*** edleafe- has joined #openstack-nova00:44
*** edleafe has quit IRC00:46
*** zsli has joined #openstack-nova00:47
*** lucasagomes has quit IRC00:48
*** lucasagomes has joined #openstack-nova00:50
*** erhudy has quit IRC00:50
openstackgerritLi Yingjun proposed openstack/nova-specs master: Spec for support set vgamem for video  https://review.openstack.org/43878700:59
*** tovin07_ has quit IRC00:59
*** liangy has quit IRC01:00
*** ssurana has joined #openstack-nova01:01
*** salv-orlando has joined #openstack-nova01:01
*** liverpooler has quit IRC01:04
*** zz_dimtruck is now known as dimtruck01:05
*** salv-orlando has quit IRC01:06
*** esberglu has quit IRC01:07
*** esberglu has joined #openstack-nova01:10
*** esberglu has quit IRC01:10
*** mtanino has quit IRC01:11
openstackgerritArtom Lifshitz proposed openstack/nova master: Plumbing for tagged nic attachment  https://review.openstack.org/41562201:14
openstackgerritArtom Lifshitz proposed openstack/nova master: Delete nic metadata when detaching interface  https://review.openstack.org/43538701:14
openstackgerritArtom Lifshitz proposed openstack/nova master: Libvirt support for tagged volume attachment  https://review.openstack.org/41810001:14
openstackgerritArtom Lifshitz proposed openstack/nova master: Delete disk metadata when detaching volume  https://review.openstack.org/43508201:14
openstackgerritArtom Lifshitz proposed openstack/nova master: Plumbing for tagged volume attachment  https://review.openstack.org/39194101:14
openstackgerritArtom Lifshitz proposed openstack/nova master: API support for tagged device attachment  https://review.openstack.org/37602101:14
openstackgerritArtom Lifshitz proposed openstack/nova master: Libvirt support for tagged nic attachment  https://review.openstack.org/41552001:14
*** zhurong has joined #openstack-nova01:16
*** zsli_ has joined #openstack-nova01:22
*** zsli has quit IRC01:24
*** Daisy has joined #openstack-nova01:28
*** crushil has joined #openstack-nova01:28
*** mlavalle has quit IRC01:30
*** diga has quit IRC01:36
*** markmcclain has quit IRC01:37
*** gaoyuan has joined #openstack-nova01:38
*** kevinz has joined #openstack-nova01:42
*** yuntongjin has joined #openstack-nova01:42
*** gcb has joined #openstack-nova01:45
*** gongysh has joined #openstack-nova01:49
*** owalsh has quit IRC01:50
*** raunak has quit IRC01:56
*** owalsh has joined #openstack-nova01:57
*** thorst has quit IRC01:58
*** dimtruck is now known as zz_dimtruck01:58
*** owalsh has quit IRC02:00
*** owalsh has joined #openstack-nova02:00
*** ayogi has joined #openstack-nova02:02
*** phuongnh has joined #openstack-nova02:02
*** salv-orlando has joined #openstack-nova02:02
*** ssurana has quit IRC02:04
*** Daisy_ has joined #openstack-nova02:04
*** salv-orlando has quit IRC02:07
*** Daisy__ has joined #openstack-nova02:07
*** Daisy has quit IRC02:08
openstackgerritMaho Koshiya proposed openstack/nova master: Add interfaces functional negative tests  https://review.openstack.org/44289202:11
*** Daisy_ has quit IRC02:11
*** ayogi has quit IRC02:11
*** tuanluong has joined #openstack-nova02:13
*** yuntongjin has quit IRC02:19
*** zsli__ has joined #openstack-nova02:19
*** thorst has joined #openstack-nova02:21
*** zsli_ has quit IRC02:22
*** thorst has quit IRC02:23
alex_xudansmith: sort by 'uuid' is for stable sort result, since the 'project_id' isn't unique value. at least we should keep the sort result stable.02:24
alex_xudansmith: looks like CellMappingList.get_all have problem, it haven't any specific sort key02:24
alex_xuso the result can be unstable02:24
*** zsli_ has joined #openstack-nova02:24
dansmithalex_xu: it'll be stable, but not guaranteed02:24
alex_xudansmith: yes, but better to have a specific sort key?02:25
dansmithalex_xu: but sure we can make cellmapping sort explicitly02:25
alex_xudansmith: yea02:25
dansmithalex_xu: we can.. cells don't get created and destroyed, so I don't think it's a problem, but it's a trivial amount of small data to sort, so we can do that too02:25
dansmithalex_xu: will you say that on the review and I'll follow up tomorrow with a separate patch for that?02:26
alex_xudansmith: yea, I will comment on teh review02:26
*** Daisy__ has quit IRC02:27
*** yuntongjin has joined #openstack-nova02:27
*** erlon has joined #openstack-nova02:27
*** zsli__ has quit IRC02:28
*** Daisy has joined #openstack-nova02:28
dansmithalex_xu: cool thanks02:28
alex_xudansmith: np02:28
*** gaoyuan has quit IRC02:36
*** Apoorva has quit IRC02:39
*** Apoorva has joined #openstack-nova02:40
*** Apoorva has quit IRC02:41
*** owalsh has quit IRC02:45
*** owalsh has joined #openstack-nova02:45
*** diana_clarke has joined #openstack-nova02:52
diana_clarkedansmith: Do you know the history behind limit/offset vs limit/marker?02:54
*** haplo37 has quit IRC02:54
*** amotoki has quit IRC02:54
*** owalsh has quit IRC02:55
*** liangy has joined #openstack-nova02:55
*** amotoki has joined #openstack-nova02:56
*** ijw has quit IRC02:57
*** owalsh has joined #openstack-nova02:59
*** amotoki has quit IRC03:01
*** hongbin has joined #openstack-nova03:01
*** haplo37 has joined #openstack-nova03:02
*** raunak has joined #openstack-nova03:03
*** salv-orlando has joined #openstack-nova03:03
*** tovin07_ has joined #openstack-nova03:03
*** tbachman has quit IRC03:04
*** ducttape_ has quit IRC03:07
openstackgerritVladik Romanovsky proposed openstack/nova master: libvirt: add video config parse method  https://review.openstack.org/44291403:08
openstackgerritVladik Romanovsky proposed openstack/nova master: libvirt: a method to prepare SPICE console connection  https://review.openstack.org/44291503:08
*** salv-orlando has quit IRC03:08
dansmithdiana_clarke: I don't even know that there's history there, so.. no?03:13
*** zz_dimtruck is now known as dimtruck03:17
diana_clarkedansmith: I'm curious why there was a switch at some point to marker vs. offset. That is, the problem that shift was trying to solve at the expense of an easier API.03:17
diana_clarke(I just followed the pattern)03:17
diana_clarkeOff the top of my head, I can't think of another API that uses markers (over offsets).03:20
dansmithdiana_clarke: I'm not aware of any shift from offset to marker, so it may have been before my time (or at least before I started paying attention)03:20
*** liangy has quit IRC03:21
diana_clarkedansmith: Welp, recent code uses markers, older code uses markers (that's all I know).03:21
diana_clarketypo:  older code uses _offsets__03:22
*** thorst has joined #openstack-nova03:24
dansmithreally? what older code uses offsets?03:24
*** hongbin has quit IRC03:24
*** hongbin has joined #openstack-nova03:25
dansmithI see mention of offsets in openstack/api/common, but that's pretty new code, AFAIK03:25
dansmithunless it was just transplanted from somewhere, but I thought all the original pagination was done in db where I see no offsets03:27
dansmithbut anyway, I dunno :)03:28
*** thorst has quit IRC03:28
*** liangy has joined #openstack-nova03:29
*** oomichi has quit IRC03:30
*** oomichi has joined #openstack-nova03:33
alex_xudansmith: https://review.openstack.org/#/c/441388/7/nova/api/openstack/compute/simple_tenant_usage.py a comment about optimize the marker03:35
dansmithalex_xu: responding now03:35
dansmithalex_xu: were you going to comment on the sorting thing too03:35
dansmith?03:35
alex_xudansmith: yea, I added comment in the PS603:35
dansmithalex_xu: ah I see now, thanks03:36
*** nic has quit IRC03:36
alex_xudansmith: np03:36
dansmithalex_xu: here is the other one of the pattern: https://github.com/openstack/nova/blob/master/nova/compute/api.py#L254803:37
alex_xudansmith: yes, i'm ok to optimize that in later patch. I just follow a -1 since Matt already -1, to earn a point :)03:38
dansmithhaha03:38
dansmithalex_xu: you're a pro now :)03:38
alex_xuyea \o/03:38
dansmith:)03:38
*** hongbin_ has joined #openstack-nova03:42
*** diana_clarke has left #openstack-nova03:44
*** hongbin has quit IRC03:44
*** sdague has joined #openstack-nova03:46
*** diga has joined #openstack-nova03:49
*** Daisy has quit IRC03:51
*** Daisy has joined #openstack-nova03:52
*** diga_ has joined #openstack-nova03:54
*** hongbin has joined #openstack-nova03:54
*** hongbin_ has quit IRC03:55
*** diga has quit IRC03:55
*** amotoki has joined #openstack-nova03:56
*** Daisy has quit IRC03:56
*** haplo37 has quit IRC03:58
*** haplo37 has joined #openstack-nova03:59
*** thorst has joined #openstack-nova04:00
*** gouthamr has quit IRC04:00
*** amotoki has quit IRC04:01
*** fragatin_ has joined #openstack-nova04:01
*** namnh has quit IRC04:01
*** zhurong has quit IRC04:01
*** yamahata has quit IRC04:02
*** thorst has quit IRC04:03
*** fragatina has quit IRC04:04
*** salv-orlando has joined #openstack-nova04:04
*** zsli__ has joined #openstack-nova04:05
*** fragatina has joined #openstack-nova04:05
*** fragatin_ has quit IRC04:05
*** sridharg has joined #openstack-nova04:07
*** zsli_ has quit IRC04:07
*** ducttape_ has joined #openstack-nova04:09
*** mdnadeem has joined #openstack-nova04:09
*** salv-orlando has quit IRC04:09
*** fragatina has quit IRC04:09
*** hongbin_ has joined #openstack-nova04:12
*** ducttape_ has quit IRC04:13
*** hongbin has quit IRC04:16
*** psachin has joined #openstack-nova04:18
*** nicolasbock has quit IRC04:19
*** zsli_ has joined #openstack-nova04:24
*** amotoki has joined #openstack-nova04:24
*** sdague has quit IRC04:26
*** zsli has joined #openstack-nova04:26
*** zsli__ has quit IRC04:26
*** zsli_ has quit IRC04:28
*** hongbin_ has quit IRC04:30
*** udesale has joined #openstack-nova04:31
openstackgerritAkira KAMIO proposed openstack/nova master: Replace root volume during rebuild  https://review.openstack.org/44229504:39
*** youzp has joined #openstack-nova04:40
*** links has joined #openstack-nova04:41
*** zsli has quit IRC04:43
*** zsli has joined #openstack-nova04:44
*** mtanino has joined #openstack-nova04:45
*** gcb has quit IRC04:47
*** gcb has joined #openstack-nova04:48
*** iceyao has quit IRC04:53
*** zsli has quit IRC04:53
*** zsli has joined #openstack-nova04:54
*** zsli has quit IRC04:55
*** guchihiro has joined #openstack-nova04:55
*** crushil has quit IRC04:57
*** adisky_ has joined #openstack-nova04:58
*** prateek has joined #openstack-nova04:59
*** zsli has joined #openstack-nova05:00
*** trinaths has joined #openstack-nova05:00
*** zsli has quit IRC05:02
*** zsli has joined #openstack-nova05:03
*** thorst has joined #openstack-nova05:04
*** erlon has quit IRC05:05
*** salv-orlando has joined #openstack-nova05:05
*** zsli has quit IRC05:08
*** ducttape_ has joined #openstack-nova05:09
*** salv-orlando has quit IRC05:09
*** unicell has joined #openstack-nova05:10
*** liangy has quit IRC05:11
*** ducttape_ has quit IRC05:14
*** ayogi has joined #openstack-nova05:15
*** iceyao has joined #openstack-nova05:18
cfriesenalex_xu: you on?05:18
*** youzp has quit IRC05:18
*** thorst has quit IRC05:19
*** edmondsw has joined #openstack-nova05:20
*** iceyao has quit IRC05:23
*** trinaths1 has joined #openstack-nova05:23
*** trinaths has quit IRC05:23
*** edmondsw has quit IRC05:25
openstackgerritChris Friesen proposed openstack/nova-specs master: add spec for instance flavor API  https://review.openstack.org/26528205:25
*** Shunli has joined #openstack-nova05:29
openstackgerritChris Friesen proposed openstack/nova-specs master: Support Instance Rebuild With Userdata  https://review.openstack.org/43105205:29
*** yamahata has joined #openstack-nova05:30
*** gongysh has quit IRC05:31
*** gongysh has joined #openstack-nova05:32
*** tbachman has joined #openstack-nova05:38
*** Shunli has quit IRC05:41
*** Daisy has joined #openstack-nova05:43
*** fragatina has joined #openstack-nova05:46
*** fragatin_ has joined #openstack-nova05:48
*** fragatina has quit IRC05:51
*** unicell has quit IRC05:52
*** mdnadeem has quit IRC05:52
*** fragatin_ has quit IRC05:52
*** ratailor has joined #openstack-nova05:54
*** mdnadeem has joined #openstack-nova05:54
*** yuntongjin has quit IRC05:56
*** yuntongjin has joined #openstack-nova05:59
*** claudiub|2 has joined #openstack-nova06:00
*** yamamoto_ has joined #openstack-nova06:01
openstackgerritkavitha h r proposed openstack/os-vif master: The Python 3.5 is added  https://review.openstack.org/44295506:01
*** salv-orlando has joined #openstack-nova06:06
*** ducttape_ has joined #openstack-nova06:10
*** salv-orlando has quit IRC06:11
*** Shunli has joined #openstack-nova06:13
*** zsli_ has joined #openstack-nova06:15
*** ducttape_ has quit IRC06:15
*** zsli__ has joined #openstack-nova06:16
*** nkrinner_afk is now known as nkrinner06:16
*** thorst has joined #openstack-nova06:16
*** lpetrut has joined #openstack-nova06:17
*** Shunli has quit IRC06:17
*** zsli_ has quit IRC06:20
*** thorst has quit IRC06:20
*** zsli__ has quit IRC06:20
*** Daisy has quit IRC06:21
*** gcb has quit IRC06:21
*** gcb has joined #openstack-nova06:22
*** Shunli has joined #openstack-nova06:23
*** ekuris has joined #openstack-nova06:24
*** zsli_ has joined #openstack-nova06:25
*** fengzhr has joined #openstack-nova06:28
*** satyar has joined #openstack-nova06:31
*** zsli__ has joined #openstack-nova06:34
alex_xucfriesen: yes06:34
*** zsli__ has quit IRC06:34
openstackgerritAkira KAMIO proposed openstack/nova master: Replace root volume during rebuild  https://review.openstack.org/44229506:35
*** zsli__ has joined #openstack-nova06:35
*** zsli_ has quit IRC06:35
*** yamamoto_ has quit IRC06:36
*** salv-orlando has joined #openstack-nova06:37
*** armax has quit IRC06:40
*** zsli__ has quit IRC06:40
*** armax has joined #openstack-nova06:40
*** armax has quit IRC06:41
*** zsli__ has joined #openstack-nova06:41
*** pcaruana has joined #openstack-nova06:43
*** zsli_ has joined #openstack-nova06:46
*** zsli__ has quit IRC06:48
*** zsli__ has joined #openstack-nova06:50
*** zsli_ has quit IRC06:52
*** Shunli has joined #openstack-nova06:52
*** Shunli has quit IRC06:53
cfriesenalex_xu: if you're still here...I made some comments on https://review.openstack.org/#/c/265282    Also, it occurs to me that the "resize" command currently returns the flavorid.  Should we keep that (since it shouldn't be stale)?06:54
*** markvoelker has quit IRC06:54
*** zsli__ has quit IRC06:54
*** raunak has quit IRC06:55
*** Shunli has joined #openstack-nova06:55
alex_xucfriesen: yea, i'm here. I'm good with your reply, but i guess you misse done https://review.openstack.org/#/c/265282/5/specs/pike/approved/instance-flavor-api.rst@13106:55
alex_xus/done/one06:55
alex_xucfriesen: for resize, let me check06:55
cfriesenwhoops, right. will check the rxtx_factor06:57
alex_xucfriesen: currently we didn't have response from resize06:57
alex_xucfriesen: and...as I remember, you are in Canada...why you are still wakeup06:58
cfriesenit's 1am and I'm still up. :)06:58
alex_xucfriesen: ok :)06:58
cfriesenserver-action-resize.json.tpl has "flavorRef" which is the Flavor.flavorid06:59
alex_xucfriesen: that is request06:59
alex_xuthe name of that sample file didn't clear about the request/response06:59
cfriesenwhoops, you are correct.06:59
cfriesengood, less work06:59
*** zsli_ has joined #openstack-nova06:59
*** Shunli has quit IRC06:59
alex_xuheh07:00
cfriesenlooks like there is some policy around rxtx_factor...checking deeper07:00
*** arne_r has joined #openstack-nova07:00
alex_xucfriesen: https://github.com/openstack/nova/blob/master/nova/policies/flavor_rxtx.py#L2107:01
*** markus_z has joined #openstack-nova07:01
*** zsli_ has quit IRC07:02
*** diga_ has quit IRC07:02
*** zsli_ has joined #openstack-nova07:02
cfriesenalex_xu: looks like "os_compute_api:os-flavor-rxtx" applies to show/detail, so it should probably affect the flavor details embedded in the server too07:04
alex_xucfriesen: yea07:04
cfriesenokay, I'll update the spec07:05
alex_xucfriesen: thanks07:05
*** zsli_ has quit IRC07:06
*** Qiming has joined #openstack-nova07:10
Qimingalex_xu, there?07:11
alex_xuQiming: yea07:11
*** lpetrut has quit IRC07:11
*** ducttape_ has joined #openstack-nova07:11
Qimingnova api is behaving strangely regarding micro-version07:11
*** Oku_OS-away is now known as Oku_OS07:12
alex_xuQiming: which case you pointed to?07:12
QimingI'm trying to get the user_data I set to an instance07:12
Qimingthis is only available from 2.3 api07:12
Qimingaccording to api-ref07:13
*** Shunli has joined #openstack-nova07:13
alex_xuyea07:13
Qimingbtw, in the doc, "OS-EXT-SERV-ATTR:user_data" should be "OS-EXT-SRV-ATTR:user_data", that is a typo07:13
Qimingnot the key issue I want to raise here07:13
alex_xuQiming: but thanks btw07:14
*** zsli_ has joined #openstack-nova07:14
Qimingwhen I tried 'curl -H 'openstack-api-version: compute 2.3' .... I can get the response with  "OS-EXT-SRV-ATTR:user_data" returned07:14
openstackgerritChris Friesen proposed openstack/nova-specs master: add spec for instance flavor API  https://review.openstack.org/26528207:14
alex_xuyea07:15
Qimingwhen I tried openstackclient with --os-compute-api 2.3 --debug, this field and other fields added since 2.3 are missing07:15
*** zsli_ has quit IRC07:15
alex_xuQiming: i don't openstackclient support microvresion now07:15
alex_xus/i don't/i don't think/07:16
*** ducttape_ has quit IRC07:16
Qimingem... nova responded this in the header:  Content-Length: 1464 Content-Type: application/json Openstack-Api-Version: compute 2.3 X-Openstack-Nova-Api-Version: 2.3 Vary: OpenStack-API-Version, X-OpenStack-Nova-API-Version X-Compute-Request-Id: req-efc2a8c9-b37b-43e9-a170-73e1658b3177 Date: Wed, 08 Mar 2017 07:16:20 GMT Connection: keep-alive07:17
*** thorst has joined #openstack-nova07:17
Qimingthis means ... it should work, right?07:17
*** Shunli has quit IRC07:17
alex_xuQiming: yes...that means OSC request 2.3, and the server response with 2.307:18
alex_xuQiming: but I'm not sure OSC handle 2.3 in the CLI display07:18
Qimingso I think nova-api understands the micro-version api request properly07:18
QimingI don't care about the CLI output, so I turned on --debug, I want to check the raw response body07:19
alex_xuQiming: there is talk about implement microversion OSC, so i think OSC didn't implement that07:19
alex_xuQiming: no new fields in the raw response body?07:19
Qimingyup07:19
*** iceyao has joined #openstack-nova07:19
alex_xustrange, let me check07:19
*** andreas_s has joined #openstack-nova07:19
Qimingso I am here complaining to you, instead of complaining in another channel07:20
QimingI was suspecting that nova-api treats 'User-Agent' header in different (buggy) ways07:20
Qimingbut that is not true07:21
QimingI was doubting the 'X-Auth-Token' is causing some problems ... seems that is relevant07:21
*** thorst has quit IRC07:21
QimingIf I'm passing token in this format: -H "X-Auth-Token: {SHA1}e216eff934c3484e8bc2cf1642c736e215c8c369"07:22
alex_xuQiming: Openstack-API-Version header returned, that means nova-api already know the requested version07:22
QimingI can never get the fields from the response07:22
alex_xuemm...07:22
alex_xuQiming: By curl07:22
alex_xu?07:22
Qimingif I'm passing token in this way: 'X-Auth-Token: 6c9bce0e3a514ad7981fa03f990e5cfc'07:23
QimingI can get the correct result07:23
Qimingsee the difference?07:23
alex_xuQiming: I guess you can't pass taken with hash token by curl07:23
*** salv-orl_ has joined #openstack-nova07:23
*** yamamoto_ has joined #openstack-nova07:23
*** lpetrut has joined #openstack-nova07:23
Qimingthat is what I'm seeing from the keystoneauth1 log07:23
*** iceyao has quit IRC07:24
alex_xuQiming: the hash is done by the keystoneauth, for hide the secret thing. if you paste that into the curl, you can't pass the auth07:24
Qimingyes, I realized that07:24
QimingI was comparing the ways requests are sent from OSC and from cURL07:25
QimingI believe you can reproduce this easily?07:25
alex_xuQiming: yea, i'm trying07:26
*** salv-orlando has quit IRC07:26
Qimingthanks!07:26
*** rmk has quit IRC07:27
arne_rIf someone could help me get this change into newton, newton is broken on our system without it: https://review.openstack.org/#/c/436868/07:28
openstackgerritjichenjc proposed openstack/nova master: Clean up metadata param in doc  https://review.openstack.org/44298107:28
*** eliqiao has quit IRC07:29
*** tanee_away is now known as tanee07:29
alex_xuQiming: your command like this "openstack --os-compute-api-version 2.3 --debug server show 940562c1-71c6-4dcf-83be-eeb2a22b5ca0"?07:29
Qimingyep07:30
alex_xuQiming: I can see... the user_data field07:30
*** eliqiao has joined #openstack-nova07:30
*** youzp has joined #openstack-nova07:30
Qimingoh? what's your magic?07:31
alex_xuQiming: both from the cli display and raw data07:31
* Qiming is feeling very unhappy07:32
alex_xuQiming: can you sure you request is send to a v2.1 endpoint, not the legacy v2 endpoint07:32
*** ltomasbo|away is now known as ltomasbo07:32
Qimingfrom debug log, I can see the request sent (by OSC) this way: curl -g -i -X GET http://192.168.42.11:8774/v2.1/servers/59a17d5a-c27a-4301-b6f2-19dd128f24df -H "openstack-api-version: compute 2.3" -H "User-Agent: openstacksdk/0.9.14 keystoneauth1/2.18.0 python-requests/2.12.4 CPython/2.7.12" -H "X-Auth-Token: {SHA1}e216eff934c3484e8bc2cf1642c736e215c8c369"07:32
alex_xuQiming: looks like it is 2.1 endpoint07:33
alex_xumy one is same "curl -g -i -X GET http://hp-pc:8774/v2.1/servers/940562c1-71c6-4dcf-83be-eeb2a22b5ca0 -H "User-Agent: python-novaclient" -H "Accept: application/json" -H "X-OpenStack-Nova-API-Version: 2.3" -H "X-Auth-Token:07:33
alex_xugAAAAABYv7cy3iWBliuTe8Htsg6-G8bMGJPYMAAW2H55dUBMOYuNzh-uP5o5p0DqxymiA6qqaBAdNPp1bRtJmN9Vv7q_cnDVAxk3nuSA4B_1d0v4opEl3EIWwMvT1SbDlFpwIVcAONtXfz5iV_pA86ZtKqgttDuCuzwb5CA1dQ7iKXpUCufTo0s""07:33
alex_xuQiming: why my agent is python-novaclient?07:34
Qimingem, you token is not hashed07:34
alex_xuQiming: i have a modified version of keystoneauth07:34
alex_xui hack the code directly...07:34
Qimingyour osc version?07:35
alex_xuQiming: 3.8.107:35
openstackgerritAlin Balutoiu proposed openstack/os-vif master: vif_plug_ovs: Skip setting MTU on Windows when plugging devices  https://review.openstack.org/44185507:36
Qimingmy command dump:  curl -g -i -X GET http://192.168.42.11:8774/v2.1/servers/59a17d5a-c27a-4301-b6f2-19dd128f24df -H "User-Agent: python-novaclient" -H "Accept: application/json" -H "X-OpenStack-Nova-API-Version: 2.3" -H "X-Auth-Token: {SHA1}104a24f12ee85b77464fc36037dccbf5cf2beb45"07:37
alex_xuQiming: that looks same07:38
Qimingso ... the responses differ if token is provided in different ways?07:38
alex_xuQiming: i don't think so, I just hack the code to not hide the real token in the log07:39
alex_xuQiming: the client pass the real token not the hash one. the hashed token is only for the log07:40
*** rcernin has joined #openstack-nova07:40
Qimingalright07:40
Qimingalex_xu, keystoneauth version?07:40
alex_xuQiming: can you paste your raw response07:40
alex_xuQiming: 2.18.007:41
Qimingalex_xu, http://paste.openstack.org/show/601879/07:41
Qimingalex_xu, keystoneauth version match07:43
*** tesseract has joined #openstack-nova07:43
alex_xuQiming: do you have modified api-paste.ini for nova?07:43
Qimingno07:43
Qimingbut my nova version is ... very old07:43
alex_xuQiming: paste your api-paste.ini to me?07:44
Qimingalex_xu, http://paste.openstack.org/show/601881/07:45
openstackgerritzhaolihui proposed openstack/nova master: Fix keypair quota error  https://review.openstack.org/40352907:46
openstackgerritjichenjc proposed openstack/nova master: remove a TODO as all set for tags  https://review.openstack.org/44298407:46
*** diga has joined #openstack-nova07:47
*** youzp has quit IRC07:47
alex_xuQiming: are you using admin user in OSC?07:47
openstackgerritHidekazu Nakamura proposed openstack/nova master: Do not attempt volume swap when guest is stopped  https://review.openstack.org/38979807:48
Qimingno, I have all kinds of admins07:48
Qimings/have/hate07:48
alex_xuQiming: looks like the fields added by 2.3 only can seeable for admin user07:49
Qimingwhat?!07:49
*** tbachman has quit IRC07:49
Qiminglemme check07:49
alex_xuQiming: just ensure that, it only expose to admin user07:50
*** jaosorior has joined #openstack-nova07:50
Qimingnonono07:51
*** jlvillal has quit IRC07:51
Qiminga user with admin role suffice07:51
alex_xuQiming: yes07:52
alex_xubut the admin role in the nova is equal to super admin, there is only one global admin07:52
Qiming1 min07:52
Qimingyou are right ...07:53
alex_xuQiming: :)07:53
Qimingalex_xu, I have a pure shell script doing API calls -- sometimes I don't trust any software07:54
alex_xuQiming: ah, that is what i'm thinking, how you construct a curl with different user than osc07:54
Qimingalex_xu, that script always generate the expected results, because .... I set USERNAME=admin07:54
alex_xuheh07:54
Qimingalex_xu, so ... I created an instance with user_data set to something, later on, I have to ask the admin guy to tell me what that user_data is ...07:56
Qimingalex_xu, sounds like I was creating something I can never read back07:56
alex_xuQiming: yea, i agree that is a little strange.07:56
alex_xuQiming: the 2.3 is added for compatible ec2 API07:56
Qimingalex_xu, it is not a requirement related to EC2 compatibility07:57
alex_xui guess compatible ec2 API only use that for admin user, i'm not sure why07:57
alex_xuQiming: yea, i agree07:58
Qimingalex_xu, it is a requirement for portraying an existing server by describing its current attributes as closely as possible07:58
Qimingalex_xu, then I can create another instance as its shadow07:58
alex_xuQiming: yes, i guess when we added that for admin, we didn't think about whether normal user need it07:59
alex_xuQiming: is there any requirement from senlin?07:59
Qimingalex_xu, now you realize how badly I want the user_data back? it is MY instance, not the admin's, :D07:59
alex_xuQiming: or that is a requirement from senlin?07:59
*** salv-orl_ has quit IRC08:00
bauzasp!spy08:00
Qimingalex_xu, em ... you can say that, senlin is a user of nova08:00
alex_xuQiming: ok08:00
alex_xuQiming: it isn't so hard to add that, just need a spec and a microversion...08:01
*** litao has joined #openstack-nova08:01
Qimingjust tried, a user with admin role doesn't help08:01
Qimingalex_xu, the user's full name has to be 'admin'08:01
alex_xuQiming: no, just admin role08:02
Qimingalex_xu, service account doesn't work either08:02
alex_xuQiming: yes08:02
Qimingalex_xu, a minute, I was concluding too fast08:05
alex_xuQiming: yea08:05
Qimingalex_xu, trying admin role now, let me what happens if 'demo' is an 'admin' on 'demo'08:05
*** kevinz has quit IRC08:07
Qimingalex_xu, \o/, admin role does work08:07
alex_xuQiming: congrats :)08:08
Qiminghttp://paste.openstack.org/show/601882/, it is there now08:09
* alex_xu hopes Qiming happy now08:10
* Qiming feels happy when he knows the reason but he is still unhappy being forced to use 'admin' role08:11
*** ducttape_ has joined #openstack-nova08:12
*** markvoelker has joined #openstack-nova08:12
*** jlvillal has joined #openstack-nova08:12
*** swebster_ has quit IRC08:15
*** ducttape_ has quit IRC08:17
*** thorst has joined #openstack-nova08:18
*** ralonsoh has joined #openstack-nova08:20
*** thorst has quit IRC08:22
*** swebster_ has joined #openstack-nova08:23
*** guchihiro has quit IRC08:28
*** Jack_I has joined #openstack-nova08:29
*** amoralej|off is now known as amoralej08:31
*** jpena|away is now known as jpena08:41
openstackgerritQiming Teng proposed openstack/nova master: Fix API doc about server attributes (2.3 API)  https://review.openstack.org/44300008:43
Qimingalex_xu, for you ^08:44
alex_xuQiming: thanks for that patch08:45
openstackgerrithuangtianhua proposed openstack/nova master: Update quota usage when delete an instance without host  https://review.openstack.org/44300308:46
*** karimb has joined #openstack-nova08:46
alex_xuQiming: just think we should clear that it is admin-only in the default policy configration, it is configurable thing https://review.openstack.org/#/c/443000/1/api-ref/source/parameters.yaml08:47
*** sudipto has joined #openstack-nova08:50
*** sudipto_ has joined #openstack-nova08:50
openstackgerrithuangtianhua proposed openstack/nova master: [DNM] Update quota usage when delete an instance without host  https://review.openstack.org/44300308:53
*** moshele has joined #openstack-nova08:53
Qimingreally?08:56
*** edmondsw has joined #openstack-nova08:57
Qimingalex_xu, trying tox -e genpolicy08:58
openstackgerritSivasathurappan Radhakrishnan proposed openstack/nova-specs master: Live Migration of Rescued Instances  https://review.openstack.org/34716108:59
alex_xuQiming: yes, but that single rule contorl multiple fields. you may want to expose "userdata" to the normal user, but you won't want to expose other fields like hypervisor_hostname to the normal user08:59
*** zzzeek has quit IRC09:00
Qimingalex_xu, wrt those two I agree09:00
*** zzzeek has joined #openstack-nova09:00
Qimingalex_xu, how about others?09:00
*** salv-orlando has joined #openstack-nova09:00
Qimingalex_xu, filed a bug on this, https://bugs.launchpad.net/nova/+bug/167097809:01
openstackLaunchpad bug 1670978 in OpenStack Compute (nova) "most of extended server attributes returned in 2.3 api versions should not require admin role" [Undecided,New]09:01
alex_xuQiming: ah, wait, that hostname is the instance's hostname09:01
*** edmondsw has quit IRC09:01
alex_xuQiming: I feel we can expose all of them to the normal user.09:02
*** openstackgerrit has quit IRC09:03
Qimingalex_xu, glad to know that09:04
*** salv-orlando has quit IRC09:05
*** karimb has quit IRC09:05
*** hieulq has quit IRC09:06
*** claudiub|2 is now known as claudiub09:07
*** hieulq has joined #openstack-nova09:08
*** kaisers has quit IRC09:10
*** ducttape_ has joined #openstack-nova09:13
*** karimb has joined #openstack-nova09:16
*** ducttape_ has quit IRC09:17
*** thorst has joined #openstack-nova09:18
*** jaosorior is now known as jaosorior_brb09:19
*** mlakat has joined #openstack-nova09:22
*** kaisers has joined #openstack-nova09:23
*** thorst has quit IRC09:23
*** youzp has joined #openstack-nova09:24
*** yuntongjin has quit IRC09:24
*** kaisers has quit IRC09:27
*** salv-orlando has joined #openstack-nova09:31
*** derekh has joined #openstack-nova09:32
*** gszasz has joined #openstack-nova09:34
*** salv-orlando has quit IRC09:35
*** yamamoto_ has quit IRC09:35
*** openstackgerrit has joined #openstack-nova09:37
openstackgerritLi Yingjun proposed openstack/nova master: Error message should not include SQL command  https://review.openstack.org/43677309:37
johnthetubaguyalex_xu: I thought hostname was the hypervisor hostname, is that a different one?09:39
alex_xujohnthetubaguy: that is the different one, it comes from objects.Instance.hostname09:39
*** thorst has joined #openstack-nova09:40
johnthetubaguyoh, OK09:40
johnthetubaguythats the possibly truncated name I guess09:40
*** rmart04 has joined #openstack-nova09:40
alex_xujohnthetubaguy: yea, https://github.com/openstack/nova/blob/master/nova/compute/api.py#L59009:41
alex_xujohnthetubaguy: so we can change some admin fields to non-admin fields without microversion, right?09:41
johnthetubaguyyeah, seems like the policy default is wrong then09:41
johnthetubaguyalex_xu: yeah, just a release note about the upgrade impact09:41
* johnthetubaguy waves hands towards the capabilities API09:42
alex_xujohnthetubaguy: yes, capabilities API, remove all my confuse09:42
alex_xu:)09:42
johnthetubaguy:)09:42
alex_xujohnthetubaguy: few thinking https://review.openstack.org/#/c/433037/12/specs/pike/approved/policy-remove-scope-checks.rst09:43
*** trinaths1 has quit IRC09:43
johnthetubaguyalex_xu: yeah, scope is a tricky one, if we do hierarchy too09:44
*** thorst has quit IRC09:44
johnthetubaguyalex_xu: probably "global visibility = TRUE/FALSE" might be worth adding in the extended list09:45
alex_xujohnthetubaguy: do you have example what scope will looks like with hierarchy? i can't image that, maybe I should think about more hierarchy first09:45
johnthetubaguyso project A is parent of B and C09:45
johnthetubaguyyou login as global read of project A09:46
johnthetubaguymaybe you should be able to also read servers in B and C09:46
johnthetubaguymaybe all_tenants=True gives you a list of all servers across A, B and C09:46
johnthetubaguyalex_xu: does that make any sense?09:46
alex_xujohnthetubaguy: yea, that make sense09:47
johnthetubaguyoops, I said global read of project A09:47
johnthetubaguyI meant read in project A09:47
alex_xui think i got that09:47
johnthetubaguynow I am not 100% if we want to do that, but good to leave the door open to that09:47
alex_xutry to think about how to match that into scope check09:47
johnthetubaguythink of a server GET09:48
johnthetubaguyyou have a token for project A09:48
johnthetubaguybut you GET an instance in project B09:48
johnthetubaguybecause A is parent of B, we could make the scope check pass, even though token.project_id != server.project_id and token is not global scoped09:48
alex_xuat that time, we should depend on context.project_id anymore I guess09:49
alex_xus/should/shouldn't/09:49
bauzasalex_xu: objects.Instance.hostname ? OMG, what's this ?09:50
*** youzp has quit IRC09:51
alex_xubauzas: https://github.com/openstack/nova/blob/master/nova/compute/api.py#L590, the hostname of guest09:51
johnthetubaguyalex_xu: right, the scope check checks the hierarchy and the project09:51
bauzasalex_xu: ah the instance name, gotcha09:51
bauzasoh wait, no09:51
*** karimb has quit IRC09:52
bauzasyeah, not the display name, some weird thing09:52
alex_xujohnthetubaguy: ok, i guess scope parameter still be the {"project_id": project_id}, then context object have attribute about hierarchy projects. Then check_scope proably can do the hierarchy check09:54
alex_xubauzas: yea09:54
alex_xujohnthetubaguy: bauzas have to leave now. back later09:55
johnthetubaguyalex_xu: yeah, thats totally it09:55
johnthetubaguyalex_xu: catch you later09:55
johnthetubaguybauzas: think windows VMs with hostname limits, and user passing in very long names09:55
bauzasI see09:56
*** karimb has joined #openstack-nova09:56
*** satyar has quit IRC09:57
*** kaisers has joined #openstack-nova10:00
*** yamahata has quit IRC10:02
*** yingjun has quit IRC10:05
*** gcb has quit IRC10:06
*** youzp has joined #openstack-nova10:06
*** gcb has joined #openstack-nova10:06
*** sridharg has quit IRC10:09
*** trinaths has joined #openstack-nova10:10
*** youzp has quit IRC10:10
openstackgerritQiming Teng proposed openstack/nova master: Fix API doc about server attributes (2.3 API)  https://review.openstack.org/44300010:11
*** tovin07_ has quit IRC10:11
*** ducttape_ has joined #openstack-nova10:14
*** ltomasbo is now known as ltomasbo|away10:14
*** sridharg has joined #openstack-nova10:15
*** ducttape_ has quit IRC10:19
*** sambetts|afk is now known as sambetts10:19
*** salv-orlando has joined #openstack-nova10:20
*** karthiks has quit IRC10:25
mdboothjohnthetubaguy: More swap_volume fun, btw: https://review.openstack.org/#/c/389798/10:28
*** youzp has joined #openstack-nova10:28
mdboothjohnthetubaguy: In that change, the issue we have is that cinder is deferring the copy operation to Nova, but Nova isn't always able to do it10:28
openstackgerritRodolfo Alonso Hernandez proposed openstack/nova master: Optimize time during PCI alias parsing process  https://review.openstack.org/42714510:29
*** karimb has quit IRC10:29
johnthetubaguymdbooth: yeah, isn't that the general problem with swap volume? I think thats why I couldn't use that in public cloud10:29
johnthetubaguyneither side had the ability to do a "live" clone or copy10:29
mdboothkashyap: I also added you to https://review.openstack.org/#/c/389798/ btw, because I'm wondering about what the behaviour of rebase is in various domain states.10:29
* kashyap clicks10:30
lyarwoodmdbooth: I've got a RHBZ downstream to enable offline swap_volume btw10:30
johnthetubaguylyarwood: "offline"? you mean pause the VM?10:30
kashyapmdbooth: BTW, in the scrollback there was an interesting question.  Was gathering the related IRC chatter:10:30
mdboothjohnthetubaguy: I think you can do it, you'd just need to ensure Nova doesn't bring the instance up while cinder is doing the copy10:30
johnthetubaguymdbooth: but the instance is running during swap volume, I thought?10:31
kashyapmdbooth: When you have a moment: http://paste.openstack.org/show/601900/10:31
* kashyap is still parsing it10:31
lyarwoodjohnthetubaguy: yeah paused, shutoff, any state where qemu can't rebase10:31
mdboothjohnthetubaguy: Yes, unless it's not.10:31
johnthetubaguymdbooth: lyarwood: OK, gotcha10:31
mdboothIf it's not, we currently fail.10:31
johnthetubaguylike live-migration really10:31
johnthetubaguy(although that actually has some error handling)10:31
mdboothjohnthetubaguy: Anyway, I was asking for a rethink of swap_volume in that cinderv3 spec, and this seemed relevant to that.10:32
johnthetubaguymdbooth: yeah, I need to read through your comments on there10:32
mdboothAlthough it's not directly related to attach/detach.10:32
johnthetubaguymdbooth: it feels like we have both volumes attached for some time, then tidy it up afterwards right?10:33
johnthetubaguyattached, is the wrong word, I mean connected10:33
mdboothThere's a really weird flow if cinder initiates the swap_volume10:33
johnthetubaguyOK, I should read that more carefully then10:33
mdboothDuring a cinder retype, cinder creates a *new, blank volume*, and calls swap_volume(old, new_blank)10:34
mdboothnew_blank obviously has its own volume_id10:34
*** udesale has quit IRC10:34
mdboothNova then does the copy, and calls back with completion10:34
mdboothCinder then deletes old, and changes the volume_id of new_blank to be the same as old10:34
mdboothWhich means that for part of the flow we've got an ephemeral volume_id10:35
mdboothAnd Nova currently needs to know that the volume_id of new_blank after the callback isn't the same as it was before.10:35
kashyapmdbooth: That's an interesting question (rebase behavior in different domain states) you ask there on the review.  I'll dig a bit & and comment on the review.10:35
mdboothjohnthetubaguy: It's really quite horrible.10:35
*** mlakat has quit IRC10:36
kashyaps/interesting/not-easily-answerable/10:36
mdboothkashyap: Thanks10:36
johnthetubaguymdbooth: oh, I forgot about that rename again, yeah, I remember looking at that now10:36
* johnthetubaguy bangs head against desk10:36
mdboothjohnthetubaguy: Anyway, that's why I was going on about attachment id instead.10:37
*** Haaibo has quit IRC10:37
mdboothMy theory is cinder can do unnatural things on the back end and Nova doesn't need to care as long as the attachment id doesn't change.10:37
johnthetubaguymdbooth: hmm, but don't we need to call os.brick.connect and disconnect during the swap?10:38
mdboothjohnthetubaguy: yes, but the 2 attachments have different connection_info10:39
mdboothBecause they're in different places10:39
johnthetubaguyyeah, totally, I worry if thats the same attachment_id10:39
johnthetubaguyI like a different attachment_id for the different targets10:39
mdboothWe'd have 2 attachments: (vol, host, instance), and (vol', host, instance)10:40
johnthetubaguyjust nice to say, create new attachment, then connect, kill old attachment after disconnect10:40
johnthetubaguyyeah10:40
mdboothAlthough vol and vol' are kinda the same volume, which might get a bit wierd10:40
mdboothBut we don't need to care10:40
*** thorst has joined #openstack-nova10:40
johnthetubaguyoh, sorry, I think I get you now10:40
johnthetubaguywe are maybe trying to say the same thing10:41
johnthetubaguyso when cinder renames the volume uuid to something nuts, we don't notice because the attachment_id stays the same?10:41
mdboothYeah10:41
johnthetubaguyyeah, I am totally +1 that10:41
mdboothBut the connect/disconnect flow remains basically the same10:41
johnthetubaguyyeah10:42
kashyapinc0: Hey there, saw the scrollback between you & MattR about libvirt 2.5 & running `nova-compute` process with a different user than QEMU causing you permission woes10:42
johnthetubaguymdbooth: I think thats what I was trying to say, but I guess it didn't come out like that10:42
johnthetubaguymdbooth: actually, what I mean is, its an assumption I had made but not really written down10:43
kashyapinc0: I also see that your permissions problem 'goes away' when you run QEMU with 'nova' user.10:43
kashyapIt would be useful if you have a bug / specific test case.10:43
*** phuongnh has quit IRC10:43
*** thorst has quit IRC10:45
*** tuanluong has quit IRC10:45
*** yamamoto has joined #openstack-nova10:45
*** mlakat has joined #openstack-nova10:47
*** yamamoto has quit IRC10:48
*** yamamoto has joined #openstack-nova10:50
*** yamamoto has quit IRC10:51
*** ociuhandu has quit IRC10:51
*** sdague has joined #openstack-nova10:53
*** ltomasbo|away is now known as ltomasbo10:55
*** gcb has quit IRC10:56
*** youzp_ has joined #openstack-nova11:01
*** fragatina has joined #openstack-nova11:01
mdboothI'd like to nominate dansmith for best patch title: "Target cell in super conductor operations"11:01
*** youzp has quit IRC11:02
mdboothExpect a movie by Michael Bay11:02
*** karthiks has joined #openstack-nova11:04
*** nicolasbock has joined #openstack-nova11:04
*** fragatina has quit IRC11:06
*** zhurong has joined #openstack-nova11:08
kashyapHeh11:09
*** masber has quit IRC11:09
*** masber has joined #openstack-nova11:10
*** yamamoto has joined #openstack-nova11:15
*** ducttape_ has joined #openstack-nova11:15
*** yamamoto has quit IRC11:16
*** gongysh has quit IRC11:16
*** yamamoto has joined #openstack-nova11:18
*** yamamoto has quit IRC11:19
*** ducttape_ has quit IRC11:20
*** catintheroof has joined #openstack-nova11:20
*** cdent has joined #openstack-nova11:21
*** iceyao has joined #openstack-nova11:22
tonyblyarwood: I've been avoiding that s390x backport ... thanks for calling me out on it ;P11:23
tonyblyarwood: just 'cause it's complex11:25
*** karthiks has quit IRC11:26
*** iceyao has quit IRC11:27
*** kaisers has quit IRC11:28
*** psachin has quit IRC11:28
lyarwoodtonyb: you're welcome :D11:30
tonyb:)11:30
lyarwoodtonyb: do we have any policy about stable only changes like this?11:30
tonyblyarwood: only the stable-policy which basically says if it isn't a backport then it isn't appropriate11:32
tonybbut the tricks in the fine print.  If we can convince ourselves it's as close to a backport as we can reasonably do then we can look at it11:33
*** satyar has joined #openstack-nova11:33
tonyblyarwood: but we need to consider what our support for s390x is ....11:33
tonyblyarwood: I'm not certain it's a thing we have a firm statement on :(11:34
*** kaisers has joined #openstack-nova11:34
lyarwoodtonyb: yeah agreed11:34
*** psachin has joined #openstack-nova11:36
tonyblyarwood: I wish I could be more definative11:36
lyarwoodtonyb: https://docs.openstack.org/developer/nova/support-matrix.html does list s390x as `complete`11:37
lyarwoodah sorry11:37
lyarwoodthat's per feature11:37
tonyblyarwood: Yeah11:37
*** karthiks has joined #openstack-nova11:37
*** thorst has joined #openstack-nova11:41
openstackgerritLee Yarwood proposed openstack/nova master: encryptors: Switch to os-brick encryptor classes  https://review.openstack.org/39159711:41
*** alexpilo_ has joined #openstack-nova11:43
openstackgerritLee Yarwood proposed openstack/nova master: encryptors: Switch to os-brick encryptor classes  https://review.openstack.org/39159711:43
*** karthiks has quit IRC11:43
*** alexpilotti has quit IRC11:44
*** thorst has quit IRC11:46
*** rfolco has joined #openstack-nova11:50
*** karthiks has joined #openstack-nova11:55
*** smatzek_ has joined #openstack-nova11:55
*** alexpilotti has joined #openstack-nova11:59
*** alexpilo_ has quit IRC11:59
*** amotoki has quit IRC12:00
openstackgerritStephen Finucane proposed openstack/nova master: conf: Fix formatting of network options  https://review.openstack.org/44308612:01
*** trinaths has quit IRC12:03
*** jaosorior_brb is now known as jaosorior12:03
*** youzp_ has quit IRC12:05
openstackgerritAlex Szarka proposed openstack/nova master: Reduce code complexity - servers.py  https://review.openstack.org/35986112:05
openstackgerritAlex Szarka proposed openstack/nova master: Reduce code complexity - manager.py  https://review.openstack.org/35986812:06
openstackgerritAlex Szarka proposed openstack/nova master: Reduce code complexity - linux_net.py  https://review.openstack.org/35987112:06
openstackgerritAlex Szarka proposed openstack/nova master: Reduce code complexity - libvirt/config.py  https://review.openstack.org/35987912:06
openstackgerritStephen Finucane proposed openstack/nova master: conf: Resolve TODOs in 'database'  https://review.openstack.org/39369512:07
openstackgerritStephen Finucane proposed openstack/nova master: conf: Fix indentation of database options  https://review.openstack.org/44309712:07
openstackgerritBalazs Gibizer proposed openstack/nova master: Short circuit notifiations when not enabled  https://review.openstack.org/42826012:12
*** kevinz has joined #openstack-nova12:13
*** ducttape_ has joined #openstack-nova12:16
*** ducttape_ has quit IRC12:21
*** ayogi has quit IRC12:24
*** lucasagomes is now known as lucas-hungry12:25
*** carthaca_ has quit IRC12:28
*** sapcc-bot has quit IRC12:28
*** sapcc-bot has joined #openstack-nova12:28
*** carthaca_ has joined #openstack-nova12:28
*** david_1 has joined #openstack-nova12:28
*** tpatzig_ has joined #openstack-nova12:28
*** mkoderer_ has joined #openstack-nova12:28
*** dgonzalez_ has joined #openstack-nova12:28
*** databus23_ has joined #openstack-nova12:28
*** catinthe_ has joined #openstack-nova12:29
*** catintheroof has quit IRC12:29
*** david-lyle has quit IRC12:30
*** catintheroof has joined #openstack-nova12:30
*** david_1 has quit IRC12:30
*** mkoderer_ has quit IRC12:30
*** tpatzig_ has quit IRC12:30
*** dgonzalez_ has quit IRC12:30
*** databus23_ has quit IRC12:30
*** catinthe_ has quit IRC12:31
*** david-lyle has joined #openstack-nova12:33
*** thorst has joined #openstack-nova12:33
*** zhurong has quit IRC12:35
*** ratailor has quit IRC12:36
*** erlon has joined #openstack-nova12:37
*** karimb has joined #openstack-nova12:41
*** salv-orlando has quit IRC12:48
openstackgerritRodolfo Alonso Hernandez proposed openstack/nova-specs master: Enable SR-IOV NIC offload feature discovery  https://review.openstack.org/43595412:50
*** arne_r has quit IRC12:50
*** salv-orlando has joined #openstack-nova12:54
*** sdague has quit IRC12:55
*** youzp has joined #openstack-nova12:55
alex_xunova api meeting is in 5 mins12:55
*** youzp has quit IRC12:57
*** iceyao has joined #openstack-nova12:57
*** youzp has joined #openstack-nova12:57
kaisersHi! Can i interested anyone to look into a smalish driver/systemd issue fix @ https://review.openstack.org/#/c/432344/ ?12:58
*** gongysh has joined #openstack-nova13:06
*** efried has quit IRC13:08
*** yingjun has joined #openstack-nova13:10
*** psachin has quit IRC13:13
*** youzp has quit IRC13:14
*** edmondsw has joined #openstack-nova13:14
*** kylek3h has quit IRC13:15
*** ducttape_ has joined #openstack-nova13:17
*** jaypipes has joined #openstack-nova13:18
*** efried has joined #openstack-nova13:18
*** mriedem has joined #openstack-nova13:21
*** gouthamr has joined #openstack-nova13:21
mriedemo/13:21
bhagyashri_sjohnthetubaguy: Hi, I have some doubt regarding patch: https://review.openstack.org/#/c/409644/ As we are decide to skip the image creation and delete the snapshot if rotation == 0.13:21
*** ducttape_ has quit IRC13:21
bhagyashri_sjohnthetubaguy: But As per the API spec: https://developer.openstack.org/api-ref/compute/, if the API is successful, it should return url of the image in the location header. But we are proposing not to create image when rotation parameter passed as 0 then in that case the location header will not exist so it seems like API behavior is changing in that case.13:22
*** salv-orl_ has joined #openstack-nova13:23
*** amoralej is now known as amoralej|lunch13:24
*** links has quit IRC13:25
*** ducttape_ has joined #openstack-nova13:25
*** salv-orlando has quit IRC13:26
*** gouthamr has quit IRC13:26
*** lucas-hungry is now known as lucasagomes13:27
*** diga has quit IRC13:28
*** aysyd has joined #openstack-nova13:28
*** psachin has joined #openstack-nova13:30
*** prateek has quit IRC13:34
*** hshiina has joined #openstack-nova13:36
openstackgerritBalazs Gibizer proposed openstack/nova master: Improve assertJsonEqual error reporting  https://review.openstack.org/42819913:37
*** eharney has joined #openstack-nova13:39
*** mvk has quit IRC13:40
*** tongli has joined #openstack-nova13:41
*** karimb has quit IRC13:43
*** liverpooler has joined #openstack-nova13:44
*** Matias has quit IRC13:44
*** vladikr has joined #openstack-nova13:45
*** psachin has quit IRC13:46
*** psachin has joined #openstack-nova13:46
*** karimb has joined #openstack-nova13:46
*** gouthamr has joined #openstack-nova13:46
*** mtanino has quit IRC13:49
*** haplo37 has quit IRC13:50
*** kevinz has quit IRC13:50
*** cleong has joined #openstack-nova13:51
*** sileht has quit IRC13:51
*** kevinz has joined #openstack-nova13:51
*** amotoki has joined #openstack-nova13:51
*** hshiina has quit IRC13:52
*** xyang1 has joined #openstack-nova13:54
*** ducttape_ has quit IRC13:54
openstackgerritJohn Garbutt proposed openstack/nova-specs master: Add policy-docs spec  https://review.openstack.org/43301013:55
*** sileht has joined #openstack-nova13:55
*** KeithMnemonic has joined #openstack-nova13:57
*** efoley has joined #openstack-nova13:57
*** kevinz has quit IRC13:58
*** kevinz has joined #openstack-nova13:58
*** haplo37 has joined #openstack-nova13:59
*** sileht has quit IRC13:59
johnthetubaguybhagyashri_s: the current API never returns that header if rotation == 0 today, I believe14:01
*** zhurong has joined #openstack-nova14:01
alex_xujohnthetubaguy: why need a method to get the scope, the scope depend on different instance?14:01
*** kylek3h has joined #openstack-nova14:01
alex_xujohnthetubaguy: ah, i see now14:01
*** tblakes has joined #openstack-nova14:01
*** jaosorior has quit IRC14:01
alex_xustill fill scope like {'project_id': instance.project}14:02
johnthetubaguyalex_xu: yeah14:02
johnthetubaguyalex_xu: maybe instance.get_scope() would do it, and keypair.get_scope()14:02
johnthetubaguyalex_xu: its specific to the object passed, not the API14:02
alex_xujohnthetubaguy: so you will have get_flavor_scope and get_global_scope14:02
alex_xuyea, i see14:03
johnthetubaguyalex_xu: well I think a constant for global scope, or something like that14:03
*** sileht has joined #openstack-nova14:04
*** sileht has quit IRC14:04
*** esberglu has joined #openstack-nova14:07
*** sileht has joined #openstack-nova14:08
*** sileht has quit IRC14:08
*** ociuhandu has joined #openstack-nova14:09
*** ayogi has joined #openstack-nova14:09
*** mdrabe has joined #openstack-nova14:09
*** sileht has joined #openstack-nova14:10
*** sileht has quit IRC14:11
*** felipemonteiro_ has joined #openstack-nova14:12
*** sdague has joined #openstack-nova14:13
*** karimb_ has joined #openstack-nova14:13
*** sdague has quit IRC14:14
*** sdague has joined #openstack-nova14:14
*** karimb has quit IRC14:15
*** salv-orl_ has quit IRC14:18
*** karimb_ has quit IRC14:19
*** yuntongjin has joined #openstack-nova14:19
sean-k-mooneyhi everyone o/14:20
*** baoli has joined #openstack-nova14:20
*** dave-mccowan has joined #openstack-nova14:20
sean-k-mooneyhttps://review.openstack.org/#/c/435575/ broke the intel NFV ci which is why it is currently red14:20
*** jamesdenton has joined #openstack-nova14:22
*** arne_r has joined #openstack-nova14:22
*** ar1el has joined #openstack-nova14:23
*** ar1el has left #openstack-nova14:24
*** sileht has joined #openstack-nova14:26
*** amoralej|lunch is now known as amoralej14:26
*** READ10 has joined #openstack-nova14:26
*** ducttape_ has joined #openstack-nova14:27
mriedemsean-k-mooney: efried was talking about something similar14:27
mriedemsounds like it broke powervm ci too14:27
*** sridharg has quit IRC14:27
*** sridharg has joined #openstack-nova14:27
mriedemsean-k-mooney: how does it break the ci though? new package not in their mirror?14:28
*** karimb has joined #openstack-nova14:29
*** baoli has quit IRC14:30
*** tongli has quit IRC14:30
*** erhudy has joined #openstack-nova14:31
*** iceyao has quit IRC14:32
*** tblakes has quit IRC14:32
gibicdent, mriedem: Hi! Sorry that I was not here to help digging the notification code to figure out the topic and the event_type prefix. (I work in UTC+1 so it was a bit late already) Is there anything from the notification side that stil needs clarification?14:33
mriedemgibi: nope, you confirmed everything14:34
mriedemplus i just chided you in the list about not working 20 hours per day :)14:34
gibiyeah, I still try to keep a life outside work ;)14:34
cdentthere's an outside work?14:35
kaisersrather: work outside but how is this better?14:35
openstackgerritRoman Dobosz proposed openstack/nova-specs master: Provide detailed error information for placement API  https://review.openstack.org/41839314:35
*** smatzek_ has quit IRC14:36
*** Jinxing has joined #openstack-nova14:36
gibi:)14:36
*** yuntongjin has quit IRC14:36
*** swebster_ has quit IRC14:37
*** mdrabe has quit IRC14:38
*** swebster_ has joined #openstack-nova14:38
*** penick has joined #openstack-nova14:38
*** mdrabe has joined #openstack-nova14:38
dansmithalex_xu: mriedem: so you both still have -1s on that simple_tenant_usage patch, but I think we're good now, am I right?14:41
*** baoli has joined #openstack-nova14:41
*** gongysh has quit IRC14:42
tojuvonegibi: Thanks for the good comments.14:42
mriedemdansmith: haven't looked14:43
tojuvoneMeanwhile have to also do outside work soon; tons of snow coming14:43
dansmithmriedem: okay, talked with alex_xu last night and he agreed that the sorting is only for stable pagination and that we could sort cellmappinglist to be even tighter (which I'm working on now), but otherwise okay14:43
dansmithmriedem: cellmappings should change almost never, and they come out in repeatable order, but I'm going to sort them just to be sure14:44
*** Swami has joined #openstack-nova14:45
*** gcb has joined #openstack-nova14:46
*** sileht has quit IRC14:47
jaypipesman, I'm tired today :(14:47
*** dimtruck is now known as zz_dimtruck14:47
gibitojuvone: I feel a bit bad to proposing that alternative14:47
jaypipesjust can't get going, mentally..14:47
openstackgerritJohn Garbutt proposed openstack/nova-specs master: Add policy-remove-scope-checks spec  https://review.openstack.org/43303714:48
*** markmc` is now known as markmc14:48
tojuvonegibi, well if we take it Craton that I work for this would be the source of truth for everybody14:49
tojuvonegibi, it would make a lot of sense what you say14:49
mriedemdansmith: alex_xu: what does "I'm ok without sorted by 'project_id' with cells, since if we sort in the memory, that make the pagination meanless." mean?14:50
tojuvonegibi, then again if somebody wants to anynthing else, I do nto know14:50
mriedemoh without14:50
mriedemi thought that said 'with'14:50
* cdent gives jaypipes a crunchie bar14:50
*** mpaolino has joined #openstack-nova14:50
dansmithmriedem: I think he means makes the sorting meaningless, like in my example14:50
mriedemjaypipes: shitloads of coffee14:50
*** abalutoiu has quit IRC14:50
jaypipescdent: oh, I totally need one. as you might have guessed, they didn't last long in the Pipes household after ATL.14:50
jaypipesmriedem: yeah, working on it.14:51
cdentI was given a box of thing mints girl scouts cookies when I got to florida14:51
mriedemi was up from 2-4 and then again at 6 when the neighbors dog was barking14:51
mriedemfor no reason14:51
cdentI managed to take them home without opening them14:51
cdentbut once open14:51
mriedembecause that's just what it does, bark at nothing14:51
cdentgone14:51
*** sdague has quit IRC14:51
jaypipesmriedem: I've got three of those.14:51
mriedemjaypipes: yeah but i assume they sleep and snore most of the night?14:52
cdentuntil the apnea hits14:52
mriedemlack of oxygen makes one tired14:52
*** Swami_ has joined #openstack-nova14:52
jaypipesmriedem: indeed.14:52
mriedemthe neighbor dog has a cocaine supply i'm pretty sure14:52
*** lpetrut has quit IRC14:53
*** edleafe- is now known as edleafe14:53
mriedemdansmith: so net is, you're going to (1) sort cellmapping.get_all separately and (2) do a more efficient marker lookup separately for https://review.openstack.org/#/c/441388/ ?14:53
mriedemthe marker is the instance uuid, so we could find the cell that's in and page from there, but then we still potentially have other cells to iterate on after that one14:54
cdentjaypipes: https://www.amazon.com/Crunchie-Milk-Chocolate-Honeycomb-Center/dp/B0007U5J40 that price isn't _that_ bad14:54
*** sileht has joined #openstack-nova14:54
*** sileht has quit IRC14:54
*** efoley has quit IRC14:55
dansmithmriedem: yeah.. it's going to make that mess a little more complicated, but seems reasonable14:55
gibitojuvone: I think it would worth to mention Craton integration as an alternattive14:55
mriedemi left a note with that question14:55
jaypipescdent: heh, indeed. which reminds me, I owe you money :)14:55
mriedemdansmith: since i don't have it worked out in my head14:55
*** Swami has quit IRC14:56
mriedemalex_xu: i'm +2 on https://review.openstack.org/#/c/441388/ now14:56
*** awaugama has joined #openstack-nova14:56
*** Swami__ has joined #openstack-nova14:56
cdentjaypipes: you do? if you're talking about for the ones I brought you, those are on the house14:56
*** mdnadeem has quit IRC14:57
mriedemjohnthetubaguy: i know you love policy questions,14:57
jaypipescdent: well, that's mighty fine of you, kind sir.14:57
cdentfirst one's free!14:58
johnthetubaguymriedem: you called?14:58
*** penick has quit IRC14:58
mriedemjohnthetubaguy: for lock server, if i'm reading the code correctly, the owner of the instance that locks it is the user, not the project? so that users A and B in project X both have access to a server, but if user A locks the server, user B can't stop/restart it etc?14:58
mriedembut can user B unlock it since they are in the same project?14:58
tojuvonegibi: Craton holds information about any host in cloud, it should have the planned maintenance stuff, just that one should be aware of that somehow in Nova14:59
*** tblakes has joined #openstack-nova14:59
*** smatzek_ has joined #openstack-nova14:59
johnthetubaguymriedem: thats correct I believe, anyone in the project can do the unlcok14:59
johnthetubaguyunlock14:59
tojuvonegibi, And worked to have servers API to have always consistent state infromatino about host14:59
johnthetubaguymriedem: the user can't do any operations, unless they first unlock14:59
*** Swami_ has quit IRC14:59
johnthetubaguymriedem: the admin can do any action without unlocking (I think...)15:00
*** sree has joined #openstack-nova15:00
johnthetubaguymriedem: also admin can apply the lock, so no users can remove it15:00
gibitojuvone:  do you mean nova needs information about planned maintenance or you mean that the user looking at the nova REST API needs info about the maintenance?15:00
arne_rOnce again, calling attention to get https://review.openstack.org/#/c/436868/ in, after Lee gave it his blessing15:00
johnthetubaguymriedem: that service level spec of mine builds on top of all that, and adds a third layer in there15:00
*** yamahata has joined #openstack-nova15:01
tojuvonegibi, user querying his servers from Nova should get consistent state information. Also know that maintenance is coming15:01
*** jahsis has joined #openstack-nova15:01
mriedemjohnthetubaguy: yeah that's all consistent with what i thought,15:01
mriedemi just wanted to make sure that like if user A locks it that user B can still unlock it15:01
*** jaosorior has joined #openstack-nova15:01
mriedemwhich seems a bit wrong,15:02
johnthetubaguymriedem: ah, cool, I believe thats true15:02
mriedemeven though user B is an owner too because they are in the same project15:02
mriedemat that point, user A just goes over and smacks user B15:02
johnthetubaguymriedem: our model assumes you trust (totally) everyone in your project15:02
*** arne_r has quit IRC15:02
mriedemjohnthetubaguy: trust falls?!15:02
johnthetubaguymriedem: we need hierarchical tenants to do better15:03
*** mvk has joined #openstack-nova15:03
gibitojuvone: does a plannend maintenance part of a status of a server? on the same analogy does the status of a TOR switch part of the status of the server using that TOR switch?15:04
johnthetubaguymriedem: trust falls?15:04
lbragstadmriedem you had some comments on one of johnthetubaguy's patches about using patrole (the RBAC testing project)15:04
johnthetubaguyyeah, I prefer some in tree functional tests, regardless of what else is done15:04
lbragstadmriedem turns out we will have some representation from that specific project in the policy meeting today to talk about it15:04
*** sdague has joined #openstack-nova15:04
mriedemjohnthetubaguy: you don't know about trust falls?15:04
* johnthetubaguy is in the TC meeting VC right now, so struggling with multitasking right now15:05
johnthetubaguymriedem: nope15:05
mriedemhttps://en.wikipedia.org/wiki/Trust_fall15:05
johnthetubaguymriedem: oh... so I do15:05
lbragstadmriedem so if you had any specific questions about patrole and are unable to make the meeting - i can proxy those for you15:05
johnthetubaguylbragstad: I should probably take a look at that15:05
*** zhurong has quit IRC15:05
mriedemlbragstad: i don't15:06
lbragstadmriedem ok15:06
tojuvonegibi, Craton has also switches, so there is relation.15:06
lbragstadmriedem if you do between now and 10 - just add them here https://etherpad.openstack.org/p/keystone-policy-meeting15:06
*** prateek has joined #openstack-nova15:07
lbragstadotherwise - i'll update that topic with a summary if what patrole is after the meeting (because i'm pretty sure that's the big question every has about it)15:07
gibitojuvone: would Craton push back the TOR switch status to nova to force a change on the status of the server using that TOR?15:07
*** crushil has joined #openstack-nova15:08
*** nkrinner is now known as nkrinner_afk15:09
tojuvonegibi, So I say that you would have the relation known which hosts should go to maintenance if switch goes15:09
tojuvonegibi, so you might put those into maintenance in Craton15:10
tojuvonegibi, planned maintenance15:10
mriedemlyarwood: kashyap: remember that block_resize failure thing I was talking about a week ago? got the libvirtd logs and they are super helpful (not really) :) http://paste.openstack.org/show/601952/15:10
*** sandanar has joined #openstack-nova15:11
mriedem"error": {"class": "GenericError", "desc": "Could not resize: Invalid argument"}}  len=10515:11
* kashyap clicks15:11
kashyapmriedem: Hey, BTW, was reading scrollback this morning, heh, it's not Bulgaria15:11
kashyapGhent, Belgium :-)15:11
* kashyap finds it amusing how confidently dansmith said "Netherlands" :-)15:11
mriedemha15:12
dansmithkashyap: damn15:12
*** hongbin has joined #openstack-nova15:12
mriedemdansmith was infinitely closer15:12
mriedemi got the B right15:12
dansmithyeah, I win by the horseshoes and hand grenades rule15:12
tojuvonegibi, And one should see that also trough Nova servers API15:12
kashyapYep; maybe he confused it because I was learning Dutch (and last night was my class, so left early)15:12
kashyapmriedem: Okay, we've got at least the complete command libvirt is sending QEMU15:12
kashyapFrom line-3, qemuMonitorJSONCommandWithFd:29615:13
tojuvonegibi, Surely also working the get alarm to user trough Vitrage15:13
*** sileht has joined #openstack-nova15:13
kashyapNow to decipher this error message, let me look a bit more15:13
gibitojuvone: I don't know. Today the I don't get network status or block device backend status through the GET /servers API but I can accept that planned maintenance is different and that might have place in the nova API15:14
tojuvonegibi, as it could receive notification15:14
sfinucanmriedem, johnthetubaguy: Could I ask you to take a look at the PCI weigher spec again? Think I've resolved all your comments https://review.openstack.org/#/c/364468/15:14
*** mlavalle has joined #openstack-nova15:15
gibitojuvone: I agree that we need to notify the end user I just wondering if this notification should come from nova our from carlton15:15
*** yingjun has quit IRC15:15
kashyapmriedem: Yes, I remember the failure, let me check with QEMU folks on OFTC15:15
mriedemkashyap: i found https://bugzilla.redhat.com/show_bug.cgi?id=107053115:16
openstackbugzilla.redhat.com bug 1070531 in qemu-kvm "qmp can not give a reasonable hint when block_resize a scsi_debug disk with 10G" [Low,Assigned] - Assigned to armbru15:16
mriedemi wonder if the size arg is too big?15:16
tojuvonegibi, Craton would be building notifications soon. That is also something if not use Craton, then one might like to have the Nova notif15:16
kashyapmriedem: Potentially; don't want to say something meaningless without digging a bit more :-)15:17
mriedemif i'm looking at this correctly, it's a 15GB block resize15:17
gibitojuvone: does it mean there will be two alternative implementation of the same feature one in Nova and one in Craton?15:18
mriedemumm, 15360GB?15:18
*** zz_dimtruck is now known as dimtruck15:18
*** salv-orlando has joined #openstack-nova15:18
mriedemself._guest._domain.blockResize(self._disk, size_kb)15:19
mriedem"size":1610612736015:19
*** karimb has quit IRC15:19
kashyapOh dear15:20
*** Swami_ has joined #openstack-nova15:20
* lyarwood reads back15:20
*** abalutoiu has joined #openstack-nova15:21
*** karimb has joined #openstack-nova15:21
*** liangy has joined #openstack-nova15:21
tojuvonegibi, For the notification? If you would use Craton, yes there would be 2 different then.15:21
*** sree has quit IRC15:22
openstackgerritDan Smith proposed openstack/nova master: Sort CellMappingList.get_all() for safety  https://review.openstack.org/44317415:22
openstackgerritDan Smith proposed openstack/nova master: Add functools.wraps to rapper  https://review.openstack.org/44317515:22
*** sree has joined #openstack-nova15:22
kashyapmriedem: Isn't it 16GB?15:23
kashyapIt's the size in bytes15:23
kashyapIt is indeed 16GB.15:23
*** Swami__ has quit IRC15:24
mriedemthe nova code says kb15:24
mriedemdev.resize(resize_to * units.Gi / units.Ki)15:24
*** moshele has quit IRC15:24
openstackgerritStephen Finucane proposed openstack/nova master: conf: Final cleanups in conf/network  https://review.openstack.org/43102315:24
openstackgerritStephen Finucane proposed openstack/nova master: conf: Fix formatting of network options  https://review.openstack.org/44308615:24
*** salv-orlando has quit IRC15:24
*** felipemonteiro_ has quit IRC15:25
kashyapmriedem: I just checked the QEMU QAPI schema docs; the size there definitely means bytes.15:25
kashyapNote, the 'size' you see there is the QEMU argument to the QMP command 'block_resize'15:25
kashyapmriedem: What type of storage is this, BTW?15:25
kashyapQCOW2?15:26
*** sree has quit IRC15:26
lyarwoodkashyap: are you sure that resize only takes Bytes?15:27
mriedemkashyap: i'm not sure what the volume is that it's resizing to, but this is what it's resizing from (i think)15:27
mriedemhttp://paste.openstack.org/show/601953/15:28
kashyaplyarwood: If you see the pastebin from mriedem, on line-4, the quoted size is the argument to the QMP command 'block_resize'15:28
kashyapmriedem: The QEMU folks are asking about the details of the kind of storage15:28
mriedemthis is where the size is calculated https://review.openstack.org/#/c/433793/3/nova/virt/libvirt/driver.py@139615:29
gibitojuvone: thanks for the info. I still feel it would be nice to have a non nova impacting alternative mentioned in the spec. but I have no hard feelings is we go forward with the nova based solution15:29
kashyaplyarwood: See line 996 there -- http://git.qemu-project.org/?p=qemu.git;a=blob;f=qapi/block-core.json;h=9bb7f4a17ba9765245616212542725c60ec361a1;hb=HEAD#l99615:29
mriedemibm a9000 is what they are resizing to15:29
kashyapAnd, from what?15:30
*** felipemonteiro_ has joined #openstack-nova15:30
mriedemHP 3PAR15:30
lyarwoodkashyap: thanks15:31
*** mpaolino has quit IRC15:31
*** kevinz has quit IRC15:31
*** Jinxing has quit IRC15:31
tojuvonegibi, Thanks, I will work on that15:31
*** Jinxing has joined #openstack-nova15:32
*** Jinxing has quit IRC15:32
kashyapmriedem: I've conveyed this detail to the QEMU folks on IRC, let you know once one of the block layer guys in EST wakes up15:32
* kashyap notes to himself - but it's 10:33 in EST15:33
mriedemkashyap: thanks15:34
kashyapmriedem: One more15:34
mriedemeven if it's 16GB, https://bugzilla.redhat.com/show_bug.cgi?id=1070531 seems to indicate it's still too large15:35
openstackbugzilla.redhat.com bug 1070531 in qemu-kvm "qmp can not give a reasonable hint when block_resize a scsi_debug disk with 10G" [Low,Assigned] - Assigned to armbru15:35
kashyapmriedem: What is the storage backend - is it a plain raw file, a qcow2 file, a SCSI block device, or something else?15:35
*** raunak has joined #openstack-nova15:35
*** links has joined #openstack-nova15:36
openstackgerritMaciej Szankin proposed openstack/nova master: conf: fix default values reporting infra worker  https://review.openstack.org/44122715:36
*** tbachman has joined #openstack-nova15:36
mriedemkashyap: i'll have to dig for that15:37
*** amotoki has quit IRC15:37
mriedemkashyap: fo the thing being swapped to or from?15:37
dansmithjaypipes: did you see my comments here? https://review.openstack.org/#/c/441544/415:37
dansmithjaypipes: I can fix them up if you don't have time15:37
kashyapmriedem: The context for that question is, from danpb:15:37
kashyapmriedem: To figure out where EINVAL comes from we need to understand what qemu block driver is getting used15:37
dansmithjaypipes: specifically this: https://review.openstack.org/#/c/441544/4/nova/virt/ironic/driver.py15:38
*** mnestratov has joined #openstack-nova15:38
kashyapmriedem: Both.15:38
*** mtanino has joined #openstack-nova15:39
*** sdague has quit IRC15:40
kashyapmriedem: One more (credit for the guess: Eric Blake), about potentially what's going on:15:40
mriedemmaybe i can find some details from the compute logs15:40
*** tanee is now known as tanee_away15:40
jaypipesdansmith: yeah, will get to that after meetings.15:41
kashyapmriedem:15:41
kashyap16:39 < eblake> I know qcow2 prevents resizes that shrink the volume15:41
kashyap16:39 < eblake> could it be that the resize failed because of that?15:41
kashyap16:39 < kashyap> eblake: Could you see that from the pastebin, or are you guessing that there's a shrink going on?15:41
kashyap16:40 < eblake> I'm just guessing, as that would be one reason for calling the resize requested size invalid15:41
dansmithjaypipes: okay, and then kinda next for this effort is the flavor override patch and the allocation side of this right?15:41
jaypipesdansmith: yup.15:42
dansmithjaypipes: okay cool15:42
*** abalutoiu has quit IRC15:42
mriedemkashyap: we only resize if the new volume that we're resizing to is bigger https://review.openstack.org/#/c/433793/3/nova/compute/manager.py@500615:43
*** mdrabe has quit IRC15:43
mriedemlooking at the logs, the name on the A9000 volume implies it's an iscsi block device15:43
*** sdague has joined #openstack-nova15:43
mriedemhowever, it also says the size is 10GB,15:43
mriedembut that's not what i'm seeing when we actually run the block_rebase command15:43
kashyapmriedem: On the 16GB size comment, I'm being told it is "any size is valid as long as its below the max possible size; and 16G is trivially in range"15:43
mriedem*block_resize15:43
kashyapAnd the max possible size is at least a a TB of even EB, apparently15:44
*** felipemonteiro__ has joined #openstack-nova15:44
openstackgerritDan Smith proposed openstack/nova master: Sort CellMappingList.get_all() for safety  https://review.openstack.org/44317415:44
*** abalutoiu has joined #openstack-nova15:44
openstackgerritDan Smith proposed openstack/nova master: Add functools.wraps to rapper  https://review.openstack.org/44317515:44
kashyapmriedem: Apart from implication, can you confirm that it's indeed an iSCSI block dev?15:45
*** adrian_otto has joined #openstack-nova15:46
*** adrian_otto has quit IRC15:47
mriedemyeah it's iscsi15:47
efriedsean-k-mooney mriedem https://review.openstack.org/#/c/435575/ didn't break our CI; it just makes the jenkins pep8 job fail on our code where it didn't before.  Still figuring out how to pull in that plugin so I can validate locally, but without having to fix the whole nova project (which presumably got done by somebody else before this change was merged).15:47
*** felipemonteiro_ has quit IRC15:47
mriedemanother thing is they swap from the A9000 to the 3PAR successfully and then they try to swap from the 3PAR to the A9000 and that fails15:48
mriedemand i think that's actually a thing that was recently fixed15:48
openstackgerritEric Fried proposed openstack/nova master: WIP: PowerVM Driver: SSP emphemeral disk support  https://review.openstack.org/44318915:48
sean-k-mooneymriedem: efried it broke our ci by what i consider to be a bug in devstack15:49
mriedemi wonder if they are hitting https://review.openstack.org/#/c/431540/15:49
mriedemkashyap: lyarwood ^15:49
sean-k-mooneymriedem: when devstack does a pip install of the nova source it installs both the requirements.txt and test-requiremnts.txt gloablly15:50
lyarwoodmriedem: yeah that allows you to swap multiple times now15:50
kashyapmriedem: Okay, danpb seems to have nailed it, with his QEMU POV:15:51
*** mkoderer has joined #openstack-nova15:51
kashyapOk, so QEMU will be using a block device and you can't resize those.  More specifically the 'block_resize' command when used against a block device, will just refresh qemu's view of the block device size, and if the requested resize size is larger than the block device size, it'l give EINVAL.  IOW, you can use 'block_resize' on a SCSI device *if* you arrange for a resize to be done in the remote15:52
kashyapiSCSI server first, and if you then tell the client host to rescan LUNs, and only then tell QEMU to apply the new size.15:52
*** sudipto has quit IRC15:52
sean-k-mooneymriedem: that means that anyting else that uses pep8 is now runnning the addtional ordering tests15:52
*** sudipto_ has quit IRC15:52
*** raunak has quit IRC15:52
*** mdrabe has joined #openstack-nova15:52
sean-k-mooneymriedem: as a result we cant build ovs-dpdk from sources as they dont enforcre the import ordering.15:52
sean-k-mooneymriedem: devstack should not do https://github.com/openstack-dev/devstack/blob/6523d6e09789076d0a430bf7b608511fcb1c406a/inc/python#L336-L348 by default15:53
*** abalutoiu_ has joined #openstack-nova15:55
dansmithjohnthetubaguy: see the questions pending on this quotas thing? https://review.openstack.org/#/c/41652115:55
dansmithjohnthetubaguy: it doesn't call you out specifically, but it might as well :P15:55
*** tbachman has quit IRC15:55
johnthetubaguydansmith: on the TC call, those should keep me amused while I am listening15:56
mriedemkashyap: so i got the GET volume response info from the compute logs which has the size for each volume, and they both say 1015:56
efriedsean-k-mooney Sounds reasonable to me.  Launchpad bug?  Propose a fix?15:56
mriedemso i don't see why we're even attempting a resize15:56
sean-k-mooneymriedem: the connect to ovs may not be apparent but there makefile enabled flake8 if its installed which it is tanks to devstack and the test defined by flake8-import-order seam to be enabled by default15:56
dansmithjohnthetubaguy: even quotas are better than TC stuff :)15:56
*** jahsis has quit IRC15:56
*** tbachman has joined #openstack-nova15:56
kashyapmriedem: Heh, that's a good place to step back and see, if it's even needed.15:56
mriedemkashyap: because resize_to should be 0 since this would be false https://review.openstack.org/#/c/433793/3/nova/compute/manager.py@500615:56
sean-k-mooneyefried: am yes i have asked our ci team to open one and submit a patch to make it optional15:57
mriedemkashyap: multipath is also enabled on these things, which i'm just going to wildly make a guess could ruin everything15:58
sean-k-mooneyefried: if we are gong to run the unit tests in the ci we will just use tox and it will install the test-requriments in the virtual env itself so i dont know why devstack is installing them by default for every thing that is installed via pip15:58
*** rcernin has quit IRC15:58
mriedemb/c we sure as hell don't test swap volume with multipath backends15:58
openstackgerritGábor Antal proposed openstack/nova-specs master: Show persisted scheduler hints in server details  https://review.openstack.org/44058015:58
*** abalutoiu has quit IRC15:59
kashyapmriedem: Yeah, 'multipath' -- never in my life I could grok that goddamend thing.  Whenever I set out to focus on it to learn, I get distracted.15:59
*** adrian_otto has joined #openstack-nova15:59
*** Jeffrey4l_ is now known as Jeffrey4l15:59
sean-k-mooneyefried: mriedem looks like they have already opened the bug https://bugs.launchpad.net/devstack/+bug/167114416:01
openstackLaunchpad bug 1671144 in devstack "test-requirements are wrongly installed system-wide" [Undecided,New]16:01
openstackgerritJohn Garbutt proposed openstack/nova master: POC: add context.check_scope  https://review.openstack.org/43548516:01
*** fragatina has joined #openstack-nova16:02
*** marst has joined #openstack-nova16:02
lyarwoodmriedem: we don't appear to test this resize path during our swap_volume tempest tests btw, I'll follow up with that.16:03
*** ayogi has quit IRC16:03
*** adrian_otto1 has joined #openstack-nova16:05
*** fragatina has quit IRC16:06
*** adrian_otto has quit IRC16:07
mriedemkashyap: ah there are 2 A9K volumes16:07
mriedem2 swap operations16:07
mriedem10GB A9K -> 10GB 3PAR,16:07
kashyapAnd...16:07
mriedemthen 10GB 3PAR -> 15GB A9K16:07
mriedemso that's the resize16:07
kashyapAh, okay, then we're talking about the the second one.16:08
*** lpetrut has joined #openstack-nova16:11
openstackgerritMaciej Szankin proposed openstack/nova master: conf: fix netconf, my_ip and host are unclear  https://review.openstack.org/44121016:12
*** baoli has quit IRC16:12
*** baoli has joined #openstack-nova16:14
*** baoli has quit IRC16:14
*** Jeffrey4l has quit IRC16:15
cburgessI know at least some of you are Lenovo ThinkPad users, what is the goto model these days?16:15
*** Jeffrey4l_ has joined #openstack-nova16:15
mriedemcburgess: dansmith and melwitt have T460 i think16:16
mriedemcburgess: i'm getting a P5016:16
dansmithmriedem: I have a T460s16:16
dansmithmriedem: but my choice is MBP 13" remember :)16:16
mriedemlyarwood: for https://review.openstack.org/#/c/431540/ is that swap volume from A->B and B->A, or also A->B, B->C?16:16
mriedemdansmith: yeah i know16:17
lyarwoodmriedem: both16:18
cburgessdansmith mriedem Yeah I use MBP personally but asking for a friend (read parents). Thanks for the feedback16:18
dansmithheh16:18
*** trinaths has joined #openstack-nova16:19
mriedemcburgess: get them a chromebook then16:19
openstackgerritSarafraj Singh proposed openstack/nova-specs master: Spec to add per instance timeout for LM  https://review.openstack.org/44280916:19
mriedemcheap and simple16:19
med_mfisch just bought an HP Spectre 360 15" -- nice gear cburgess16:20
*** salv-orlando has joined #openstack-nova16:20
med_though probably overkill for anyone's parents16:20
cburgessmriedem For reasons I won't even begin to get into it needs to be windows with execl, and word, and outlook, and IE.16:20
*** markus_z has quit IRC16:20
med_unless they are Linus's kids16:20
mriedemcburgess: probably just so they can move their stuff and re-use the same tools, rather than upload existing docs to google drive or something16:22
mriedemidk16:22
mriedemold people, including myself, do not like change16:23
*** Kevin_Zheng has quit IRC16:23
*** trinaths1 has joined #openstack-nova16:23
* med_ always assumed mriedem still gets carded at bars16:23
mriedemkashyap: yeah so i think the confirmation from danpb nails it, the first swap which is no resize is ok, but the 2nd which is the resize fails16:23
mriedemmed_: i can't remember the last time i've been carded since i don't drink16:23
mriedembut maybe to get in16:23
med_good point.16:24
*** baoli has joined #openstack-nova16:24
mriedemlyarwood: yeah i think i thought about that test wrinkle at one point when talking with scottda about testing swap volume16:24
mriedemit would be pretty simple, creating 2 volumes, where the 2nd is larger and we swap from small to big16:24
*** jaosorior has quit IRC16:24
kashyapmriedem: Ah, cool that you tied up that loose end with that analysis16:25
* kashyap hasn't come across 'carded' before, apparently special NA slang: "check the identity card of (someone), in particular as evidence of legal drinking age."16:25
mriedemedleafe: so i think the thing is all sorted out :L)16:25
mriedem:)16:25
*** salv-orlando has quit IRC16:25
edleafemriedem: See? Bring me in, problem gets solved!16:25
*** trinaths has quit IRC16:26
mriedemi do enjoy that the L3 guys from japan call me Matt-san16:26
*** crushil has quit IRC16:26
edleafeOn IRC we'll call you mriedem-san from now on16:27
*** moshele has joined #openstack-nova16:27
mriedemin high school i got people to call me dave for a few weeks just because i liked the name16:27
mriedemso call me dave16:28
*** dtp has joined #openstack-nova16:28
edleafes/Matt/Dave/g16:28
dansmithmriedem: weren't you a little old for such shenanigans in high school?16:28
dansmiththat's middle school stuff16:28
*** bwensley has joined #openstack-nova16:29
*** crushil has joined #openstack-nova16:30
artommriedem, so https://en.wikipedia.org/wiki/David_Readman is you then?16:30
*** markvoelker has quit IRC16:30
*** felipemonteiro__ has quit IRC16:30
*** lucasagomes is now known as lucas-afk16:30
*** bwensley has quit IRC16:31
*** karimb has quit IRC16:31
*** bwensley has joined #openstack-nova16:31
mriedemdansmith: i think it was exactly the right time16:31
dansmithheh16:32
*** moshele has quit IRC16:32
mriedemartom: ha, no i'm this guy http://www.swipco.org/contact-us/16:32
mriedemDave Riedemann, Housing Programs Administrator16:32
mriedemunder armor for a professional photo, classy16:33
mriedemthat's dave riedemann classy16:33
* Dave adjusts irssi settings16:33
mriedemthat's mfing SW iowa classy16:33
artomAnd lip gloss as well16:33
mriedemno gloss required16:34
artomYou're just naturally fabulous16:34
mriedemthat's probably leftover bacon grease since it's iowa16:34
mriedempork and corn for every meal boys16:34
*** tbachman has quit IRC16:34
artomPork and Corn is the name of my Korn tribute band.16:34
*** gfhellma has joined #openstack-nova16:35
*** rmart04 has quit IRC16:35
johnthetubaguydansmith: melwitt: thinking about quota and resize16:37
johnthetubaguydansmith: melwitt: what if we only do a check when you request the resize, and actually not care about races for resize?16:37
dansmithjohnthetubaguy: well, that's what I meant by accept the leakiness16:37
johnthetubaguydansmith: melwitt: longer term I am tempted we just do it based on allocations in placement, so you end up needing double quota during the resize, as thats technically more accurate on the resource usage16:38
dansmithjohnthetubaguy: just depends on how concerned we are about people gaming that by the resize-all situation I mentioned16:38
dansmithjohnthetubaguy: yep16:38
johnthetubaguyI was thinking about the folks that only had out enough quota for the given space they have16:38
*** tbachman has joined #openstack-nova16:38
johnthetubaguydansmith: crazy, crazy, idea, limit the number of resizes you are allowed to do at once16:39
dansmithjohnthetubaguy: with a quota or a static value?16:39
dansmithjohnthetubaguy: resizes are heavy so that's probably not a bad idea regardless16:39
johnthetubaguydansmith: I could go either way, a static conf, with the option of -1 might be enough (to save any API change for now)16:40
dansmithjohnthetubaguy: yeah, it's pretty much exactly like the "max parallel builds" and "max parallel migrations" confs we have now, just tenant-scoped16:41
dansmithjohnthetubaguy: but yeah, I like it16:41
johnthetubaguydansmith: yeah, per project rather than per host16:41
dansmithyeah16:41
dansmithsounds good to me16:42
johnthetubaguyyeah, so check just on the way in, but limit the number you are allowed in conf16:42
johnthetubaguythats quite simple really16:42
johnthetubaguyI quite like the double allocation eventually, once we have the placement thing working like that16:42
*** ducttape_ has quit IRC16:43
sfinucanvladikr: little comment on https://review.openstack.org/#/c/430026. Happy to approve after16:43
vladikrsfinucan, thanks16:43
*** ducttape_ has joined #openstack-nova16:43
dansmithjohnthetubaguy: yeah placement makes all of this easier when it gains knowledge of the project16:43
dansmithjohnthetubaguy: so wanna dump the above into a comment on there?16:43
johnthetubaguyyup yup16:44
dansmithrock on16:44
*** ducttape_ has quit IRC16:44
*** ducttape_ has joined #openstack-nova16:44
sfinucanmriedem: Could I get the -2 lifted from https://review.openstack.org/#/c/345396/, please?16:45
*** sridharg has quit IRC16:45
*** moshele has joined #openstack-nova16:46
openstackgerritStephen Finucane proposed openstack/nova master: console: introduce basic framework for security proxying  https://review.openstack.org/34539616:47
openstackgerritStephen Finucane proposed openstack/nova master: console: introduce framework for RFB authentication  https://review.openstack.org/34539716:47
openstackgerritStephen Finucane proposed openstack/nova master: console: introduce the VeNCrypt RFB authentication scheme  https://review.openstack.org/34539816:47
openstackgerritStephen Finucane proposed openstack/nova master: console: provide an RFB security proxy implementation  https://review.openstack.org/34539916:47
*** JoseMello has joined #openstack-nova16:47
johnthetubaguydansmith: added a comment, double check that makes sense16:47
dansmithjohnthetubaguy: yep thanks16:49
openstackgerritMatthew Booth proposed openstack/nova master: fdatasync() downloaded images before use  https://review.openstack.org/44124616:49
openstackgerritMatthew Booth proposed openstack/nova master: Ensure image conversion flushes output data to disk  https://review.openstack.org/44323016:49
mdboothsdague: You were +2 on https://review.openstack.org/#/c/441246/. I just changed the commit message to reflect that there's a second part to the puzzle.16:50
mdbooth(Also, there's a second part to the puzzle ;))16:51
*** sandanar has quit IRC16:52
*** ducttape_ has quit IRC16:54
*** liangy has quit IRC16:55
*** links has quit IRC16:55
*** bwensley has quit IRC16:55
*** ociuhandu has quit IRC16:55
*** bwensley has joined #openstack-nova16:56
*** bwensley has left #openstack-nova16:57
*** liangy has joined #openstack-nova16:57
mriedemsfinucan: nope16:59
mriedemsfinucan: the blueprint isn't approved16:59
mriedemand i don't see a re-proposed spec16:59
*** salv-orlando has joined #openstack-nova16:59
sfinucanmriedem: Ah, I only thought -2s only applied after spec approval deadline. I'll resub the spec now16:59
*** moshele has quit IRC17:00
*** nic has joined #openstack-nova17:00
*** cdent has quit IRC17:01
*** andreas_s has quit IRC17:02
*** abalutoiu_ has quit IRC17:02
*** penick has joined #openstack-nova17:03
mriedemdansmith: something else i thought about yesterday with your simple tenant usage change17:03
mriedembut in get_all in the compute API we have a check for cells v117:04
dansmithmriedem: on a call, but let me think about that when I'm done17:04
dansmithnot sure it's as important here. the cells1 check is purely to avoid overwriting data in the replication, but here we're looking at history, so probably fine17:05
dansmithanyway, biab17:05
openstackgerritStephen Finucane proposed openstack/nova-specs master: Websockify security proxy framework  https://review.openstack.org/44323417:05
*** prateek_ has joined #openstack-nova17:05
*** prateek has quit IRC17:08
openstackgerritSujitha proposed openstack/nova master: Reduce calls to load_tags() to 0  https://review.openstack.org/43514617:09
*** mlakat has quit IRC17:10
*** efried has quit IRC17:13
*** markvoelker has joined #openstack-nova17:13
*** KeithMnemonic has quit IRC17:15
*** penick has quit IRC17:15
*** armax has joined #openstack-nova17:16
*** tesseract has quit IRC17:18
*** coreywright has quit IRC17:19
*** efried has joined #openstack-nova17:21
*** penick has joined #openstack-nova17:21
*** psachin has quit IRC17:22
*** penick has quit IRC17:22
*** marst has quit IRC17:23
*** fragatina has joined #openstack-nova17:24
*** fragatina has quit IRC17:24
*** fragatina has joined #openstack-nova17:25
*** swebster_ has quit IRC17:25
*** marst has joined #openstack-nova17:28
jrollso openstackclient defaults to the latest microversion, do y'all pin that or send 'latest'?17:29
* jroll looking for code17:29
openstackgerritEric Fried proposed openstack/nova master: PowerVM Driver: spawn/delete #1: no-ops  https://review.openstack.org/43811917:30
*** yamahata has quit IRC17:30
openstackgerritEric Fried proposed openstack/nova master: PowerVM Driver: spawn/destroy #2: functional  https://review.openstack.org/43859817:30
*** coreywright has joined #openstack-nova17:31
openstackgerritEric Fried proposed openstack/nova master: PowerVM Driver: power_on/off and reboot  https://review.openstack.org/42738017:31
openstackgerritEric Fried proposed openstack/nova master: PowerVM Driver: spawn/destroy #3: TaskFlow  https://review.openstack.org/43872917:32
openstackgerritEric Fried proposed openstack/nova master: PowerVM Driver: spawn/destroy #4: full flavor  https://review.openstack.org/39128817:32
openstackgerritEric Fried proposed openstack/nova master: PowerVM Driver: console  https://review.openstack.org/40940217:32
*** trinaths1 has quit IRC17:33
*** trinaths has joined #openstack-nova17:34
cfriesenat the PTG a suggestion was made to add an option to the live migration request to specify "force live migration after X seconds".  Was anyone planning on running with that?17:34
*** trinaths1 has joined #openstack-nova17:35
jrollnever mind my question, I found it, the answer is that it's pinned17:35
mriedemjaypipes: ComputeNode.stats is where all of the virt driver capabilities dict garbage lives right?17:36
*** prateek_ has quit IRC17:37
raj_singhcfriesen: yes17:37
raj_singhcfriesen: I have a spec https://review.openstack.org/#/c/442809/17:38
*** penick has joined #openstack-nova17:38
mriedemclaudiub: jaypipes: can you both take a look at this? https://review.openstack.org/#/c/364468/17:38
*** trinaths has quit IRC17:38
mriedemclaudiub: guestions in there for you wrt the hyperv driver17:38
*** penick has quit IRC17:38
mriedemjaypipes: questions in there for you about nested resource providers and placement17:38
mriedemsfinucan: ^ questions/comments inline17:38
mriedemseems like the numa/pci information is something that would be fed into nested resource provider via the new get_inventory method on the virt driver17:39
raj_singhcfriesen: and this https://review.openstack.org/#/c/438467/17:39
mriedemso the libvirt driver could say what it's inventory of available pci devices is17:39
mriedemand then the scheduler you query placement for that info and place an instance that requires pci onto one of those hosts, and for instances that don't require pci, it weighs those away from those providers17:40
sean-k-mooneymriedem: looking at stpehens spec i dont know if you need driver changes so much as compute agent changes17:42
mriedemcompute agent?17:42
mriedemwe don't have a compute agent17:42
sean-k-mooneyn-cpu?17:43
cfriesencompute server17:43
sfinucanmriedem, sean-k-mooney: Might be easier show you the code :) https://review.openstack.org/#/c/379625/1017:43
cfriesenmake that compute service17:44
mriedemsfinucan: ok that's not the compute driver17:44
sean-k-mooneymriedem: right what sfinucan is proposing to change is how the pci device is selected when it lands on the compute node but i tink that should be driver independent17:45
mriedemso the compute_nodes.numa_topology field has the data you need, which we get in the resource tracker17:45
mriedemsean-k-mooney: i thought the point was to not land instances that don't require pci on hosts that have available pci inventory?17:45
mriedemdoing that calculation after we've picked the host is too late17:45
sean-k-mooneymriedem: that is where the weigher comes in17:46
sean-k-mooneymriedem: untill we have claims you need to do it twice17:46
sfinucanmriedem: Yeah, it's two steps17:46
sfinucanStep A: Don't use hosts with PCI devices if we don't need them (the weigher)17:47
sean-k-mooneyif you run out of server that dont have pci decices and you have to land on one that does then you should still prefer a numa node that does not have pci devices attached17:47
sfinucanStep B: If we do get a host with PCI devices, avoid NUMA nodes with PCI devices if we don't need them17:47
sean-k-mooneyyep what sfinucan said :)17:47
*** marst_ has joined #openstack-nova17:48
*** marst has quit IRC17:48
*** felipemonteiro_ has joined #openstack-nova17:49
mriedemi'll be honest, my eyes glaze over once i see numa_fit_instance_to_host17:50
*** derekh has quit IRC17:52
*** KeithMnemonic has joined #openstack-nova17:53
sean-k-mooneymriedem: that is fair. if i didnt have to know about numa effect for my job i would happy delete it form my mind17:53
*** ducttape_ has joined #openstack-nova17:55
sean-k-mooneysfinucan: so stepen to sergeys vis versa comment are you going to extend the weigher to also perfer numa nodes with pci devices available  when they are requested or just update the comment ?17:55
*** Swami_ has quit IRC17:55
sfinucansean-k-mooney: I think I'll just remove the comment and rely on balancing with CPUs17:56
sean-k-mooneysfinucan: ok its a 30 second else clause with the same labmda but the order reversed to add if you wanted too17:57
sfinucansean-k-mooney: But it's another 10 minutes writing unit tests ;)17:58
sean-k-mooneysfinucan: i havent thaugh however if it is desireable17:58
*** ltomasbo is now known as ltomasbo|away17:58
*** smatzek_ has quit IRC17:59
sean-k-mooneyhaha ya i was impressed that the ratio of test lines to code was actull 29:1117:59
*** ducttape_ has quit IRC17:59
*** yamahata has joined #openstack-nova17:59
sean-k-mooneyless then 4 time the amount of code in unit tests then busness logic is rare17:59
*** Apoorva has joined #openstack-nova18:02
*** penick has joined #openstack-nova18:02
*** ducttape_ has joined #openstack-nova18:02
openstackgerritEric Fried proposed openstack/nova master: PowerVM Driver: spawn/destroy #2: functional  https://review.openstack.org/43859818:02
*** penick has quit IRC18:02
inc0good morning people, http://lists.openstack.org/pipermail/openstack-dev/2017-March/113507.html <- this issue might interest you18:02
inc0pretty much libvirt 2.5 seems to be broken with current nova vm datafiles creation18:03
*** mnestratov has quit IRC18:04
inc0I'm not sure if it's ubuntu-specific or it's libvirt 2.5 specific, but it is broken:)18:05
inc0and we have few alternatives to handle this18:05
*** browne has joined #openstack-nova18:05
inc0one would be to allow nova to create these files with custom umask18:05
inc0today it's hard 722, if we could make it 772, that would do it18:06
inc0umask and ownership18:06
*** penick has joined #openstack-nova18:06
*** jpena is now known as jpena|off18:07
*** karimb has joined #openstack-nova18:07
sean-k-mooneyinc0: the umask is the revers of what you think it is. where 777 is read write execute normally for umask its 00018:07
inc0fair enough;)18:08
sean-k-mooneyinc0: you would need umask 00218:08
inc0well, file mode18:08
*** avolkov has quit IRC18:09
*** tbachman has quit IRC18:11
sean-k-mooneyinc0: i have a vm using devstack with 2.5 currently and i can boot vms. i know on the kolla channel tere was an issue with the console file correct18:11
sean-k-mooneyis that what your refering too or is more then just the console18:11
openstackgerritStephen Finucane proposed openstack/nova-specs master: Reserve NUMA nodes with PCI devices attached  https://review.openstack.org/36446818:11
*** gszasz has quit IRC18:13
sfinucanmriedem: I've clarified the fact that there's no real changes to the driver (the location of the code confused me and I wrote that code a good while back)18:14
openstackgerritEric Fried proposed openstack/nova master: PowerVM Driver: power_on/off and reboot  https://review.openstack.org/42738018:14
openstackgerritEric Fried proposed openstack/nova master: PowerVM Driver: spawn/destroy #3: TaskFlow  https://review.openstack.org/43872918:14
sfinucanAs for the resource tracker stuff: I'd be inclined to suggest that the change is both helpful/small enough, and nested resource providers still fuzzy enough, to warrant taking the weigher route for now18:16
sfinucanHowever, I'm not sure what the plan is for weighers and what the migration path is when we move to resource providers, so I'd definitely like jaypipes' input18:17
sfinucanFor now though, it's late and the Lego Batman movie isn't going to see itself :)18:17
sean-k-mooneysfinucan: nice i must go see that soon.18:18
sean-k-mooneysfinucan: let me know if its any good :)18:18
*** tbachman has joined #openstack-nova18:19
*** smatzek_ has joined #openstack-nova18:20
bauzasmriedem: I +W'd https://review.openstack.org/#/c/442723/1 but I think we could possibly have follow-ups18:21
bauzassee commentqs18:21
openstackgerritDan Peschman proposed openstack/nova master: No API cell up-call to delete consoleauth tokens  https://review.openstack.org/41592218:21
openstackgerritDan Smith proposed openstack/nova master: Add functools.wraps to wrapper  https://review.openstack.org/44317518:21
mriedemdansmith: no ice_t?18:22
dansmithmriedem: if I can't have my fun you can't either18:22
mriedemworks for me18:22
bauzasdansmith: wow, chilling at the series https://review.openstack.org/#/c/441461/818:22
dansmiththe first time it came up, I was going to rename it to gangsta_rapper18:23
sean-k-mooneyinc0: what is the actully error that ye are seeing with libvirt 2.5?18:23
*** unicell has joined #openstack-nova18:23
dansmithbauzas: all but one tempest test is passing with multiple cells with that series :)18:23
bauzas\o/18:23
bauzasheh for https://review.openstack.org/#/c/443175/3/nova/conductor/manager.py18:23
dansmithand I had that working before, but broke it in cleanup18:23
bauzasthat remembers me some comment I made :)18:23
bauzasdansmith: any reason why you added https://review.openstack.org/#/c/443175/3/nova/conductor/manager.py as a top patch and not just modified https://review.openstack.org/#/c/438022/15 ?18:25
sean-k-mooneyinc0: oh appolgies my libvert is 1.3.1 for some reason i guess i dont have the cloud archive enabled18:25
dansmithbauzas: yes, see the comments18:25
bauzasoh ok18:25
openstackgerritAndreas Jaeger proposed openstack/nova master: Replace obsolete vanity openstack.org URLs  https://review.openstack.org/44326618:25
dansmithbauzas: I would eat all infra re-pushing for that nit18:25
*** ralonsoh has quit IRC18:25
*** fragatina has quit IRC18:25
bauzasdansmith: um ok18:26
mriedemdansmith: comments inline https://review.openstack.org/#/c/438022/1518:26
dansmithmriedem: replies inline.. I'd tack the log fix into the rapper fix if it were me, but your call18:29
dansmithif you want it fixed, I'll just squash that nit patch into this one18:30
dansmithfixed pre-merge I mean18:30
mriedemdansmith: question about the decorator on build_instances - that's not just cellsv1, it's also reschedules from the compute manager - but at that point we're already targeted right?18:31
dansmithmriedem: right, and so we can't actually look up there, so the target would have to be graceful and fail, yet it'd be ugly18:31
dansmithmriedem: that goes back to the cell conductor instead of super18:31
mriedemoh yeah, need that diagram18:32
*** raunak has joined #openstack-nova18:32
mriedemso i'm ok with fixing the log thing in the rapper patch, but can you also put a comment in that patch for both the build_instances thing and mdbooth's question that had a long explanation?18:32
dansmithyep18:32
mriedemword homey18:33
mriedemalso,18:33
mriedemno one mentioned your flock of seagulls reference18:33
mriedempick a genre18:33
dansmithmriedem: I know, I thought that was amusing :)18:33
mriedemi got it though18:34
openstackgerritEric Fried proposed openstack/nova master: PowerVM Driver: spawn/destroy #4: full flavor  https://review.openstack.org/39128818:34
openstackgerritEric Fried proposed openstack/nova master: PowerVM Driver: console  https://review.openstack.org/40940218:35
openstackgerritDan Smith proposed openstack/nova master: Address minor feedback in superconductor targeting  https://review.openstack.org/44317518:35
dansmithmriedem: at least I was decade consistent18:36
dansmithafaik, nobody calls them "rappers" anymore18:36
mriedemwhat are they called now?18:36
dansmithbut they did around the seagulls timeframe18:36
*** cdent has joined #openstack-nova18:36
*** sambetts is now known as sambetts|afk18:36
dansmithum, I dunno, "Hip Hop Artists" ?18:36
mriedemyeah maybe18:37
mriedemgdi kids18:37
mriedem*gd18:37
dansmithI feel like if someone said "who's your favorite rapper" nowadays you'd get laughed at, but in the 80s that was a serious question18:37
mriedem"umm, vanilla ice, duh!"18:37
dansmithI'm sure that was the right answer in heartland america :)18:37
mriedemoh psh18:38
mriedemodb18:38
mriedemsnoop?!18:38
dansmithsnoop was on the trailing end of calling them rappers I think18:38
*** dharinic is now known as dharinic|lunch18:38
dansmithI'm thinking more like "sir mix a lot" or "ice cube"18:38
mriedemoh yeah, too $short18:39
dansmithdefinitely ice-t, he was an early mover18:39
mriedemoops18:39
mriedemToo $hort18:39
mriedemfilthy, filthy lyrics18:39
JayFI think I found your favorite rapper: http://www.famousbirthdays.com/people/nova.html18:40
*** swebster has joined #openstack-nova18:41
* artom loves that http://www.famousbirthdays.com/names/nova.html is a category18:41
mriedemheh18:41
artomThe shame of being the *fifth* most poplar person named Nova18:41
JayFlol18:41
*** rcernin has joined #openstack-nova18:42
artomBeing sixth and last isn't too bad, it means nobody knows or cares about you18:42
edleafeThis is more mriedem's style: https://www.youtube.com/watch?v=3yerCiByca418:42
artomBut second to last... Someone cares just enough to give you hope, and then it's all dashed when you find out it's meaningless18:42
mriedemedleafe: need i remind you https://www.youtube.com/watch?v=w5Fgp-KihIA18:44
edleafemriedem: ARRRGGGH! Not twice in two days!18:45
mriedemmy wife accused me of being angry and dissatisfied with everything all the time last night, and i said, oh yeah, would an angry guy have this song within an arms reach?! https://www.youtube.com/watch?v=w5Fgp-KihIA18:45
dansmithheh18:45
edleafemriedem: of course he would - to torture his victims with!18:46
*** ducttape_ has quit IRC18:47
*** liangy has quit IRC18:47
*** mvk has quit IRC18:48
*** sdague has quit IRC18:49
*** sdague has joined #openstack-nova18:50
mriedemalright back to work18:50
*** crushil has quit IRC18:59
*** crushil has joined #openstack-nova18:59
*** baoli has quit IRC19:00
*** baoli has joined #openstack-nova19:00
*** baoli has quit IRC19:01
*** ijw has joined #openstack-nova19:02
*** penick has quit IRC19:03
*** cdent has quit IRC19:03
*** penick has joined #openstack-nova19:05
*** cdent has joined #openstack-nova19:08
*** karimb has quit IRC19:08
*** baoli has joined #openstack-nova19:11
*** pcaruana has quit IRC19:13
*** bkopilov_ has joined #openstack-nova19:14
*** Matias_ has joined #openstack-nova19:14
*** bkopilov has quit IRC19:14
*** fragatina has joined #openstack-nova19:17
*** dharinic|lunch is now known as dharinic19:18
*** Jack_I has quit IRC19:18
openstackgerritDan Smith proposed openstack/nova master: Sort CellMappingList.get_all() for safety  https://review.openstack.org/44317419:20
openstackgerritDan Smith proposed openstack/nova master: Address minor feedback in superconductor targeting  https://review.openstack.org/44317519:20
openstackgerritDan Smith proposed openstack/nova master: Add workaround to disable group policy check upcall  https://review.openstack.org/44273619:20
openstackgerritDan Smith proposed openstack/nova master: Add get_by_instance_uuids() to InstanceMappingList  https://review.openstack.org/44329219:20
openstackgerritDan Smith proposed openstack/nova master: Make server_groups determine deleted-ness from InstanceMappingList  https://review.openstack.org/44329319:20
*** salv-orl_ has joined #openstack-nova19:23
*** READ10 has quit IRC19:23
*** mvk has joined #openstack-nova19:24
*** breitz has quit IRC19:25
*** salv-orlando has quit IRC19:26
*** breitz has joined #openstack-nova19:26
*** mkoderer has quit IRC19:27
*** penick has quit IRC19:29
*** Apoorva_ has joined #openstack-nova19:34
*** karthiks has quit IRC19:35
*** Apoorva has quit IRC19:36
*** salv-orl_ has quit IRC19:37
*** amoralej is now known as amoralej|off19:39
*** cdent has quit IRC19:40
*** abalutoiu_ has joined #openstack-nova19:43
*** karthiks has joined #openstack-nova19:47
*** ducttape_ has joined #openstack-nova19:47
*** lpetrut has quit IRC19:48
*** mnestratov has joined #openstack-nova19:49
*** penick has joined #openstack-nova19:51
*** Jack_I has joined #openstack-nova19:51
*** penick has quit IRC19:55
*** mnestratov has quit IRC19:56
*** tbachman has quit IRC19:59
openstackgerritDan Smith proposed openstack/nova master: Sort CellMappingList.get_all() for safety  https://review.openstack.org/44317420:04
openstackgerritDan Smith proposed openstack/nova master: Add get_by_instance_uuids() to InstanceMappingList  https://review.openstack.org/44329220:04
openstackgerritDan Smith proposed openstack/nova master: Address minor feedback in superconductor targeting  https://review.openstack.org/44317520:04
openstackgerritDan Smith proposed openstack/nova master: Make server_groups determine deleted-ness from InstanceMappingList  https://review.openstack.org/44329320:04
openstackgerritDan Smith proposed openstack/nova master: Add workaround to disable group policy check upcall  https://review.openstack.org/44273620:04
*** baoli has quit IRC20:04
*** baoli has joined #openstack-nova20:04
*** karimb has joined #openstack-nova20:06
*** gjayavelu has joined #openstack-nova20:07
*** baoli has quit IRC20:09
*** Apoorva_ has quit IRC20:13
*** Apoorva has joined #openstack-nova20:14
*** moshele has joined #openstack-nova20:17
*** moshele has quit IRC20:22
*** dimtruck is now known as zz_dimtruck20:23
jaypipesmriedem: sorry, been out for a few hours dealing with a couple things. yes, ComputeNode.stats is where that stuff lives, IIRC.20:24
mriedemdansmith: this one is a bit hairy https://review.openstack.org/#/c/442162/20:26
mriedembut pretty sure _find_service is busted20:26
*** markvoelker has quit IRC20:27
mriedemjaypipes: np. want to get this in? https://review.openstack.org/#/c/41588520:27
*** liangy has joined #openstack-nova20:29
dansmithmriedem: there's a reason I did it that way, give me a sec to remember20:30
dansmithmriedem: but I commented on the others20:30
jaypipesmriedem: sure, gimme a sec20:34
*** baoli has joined #openstack-nova20:35
dansmithmriedem: I'm not sure, it works locally and in the gate in the not-first cell looking for n-cpu20:35
dansmithbut I'm having trouble fetching the context from my brain20:35
*** rcernin has quit IRC20:36
dansmithoh, no, wait20:36
dansmithI bet that is only in the path of service delete,20:36
dansmithwhich might not be n-cpu20:37
dansmithdangit20:37
*** usertm has joined #openstack-nova20:37
*** marst_ has quit IRC20:37
mriedemyeah service delete calls service_get_by_id20:38
mriedemand we never test service delete20:38
*** salv-orlando has joined #openstack-nova20:38
mriedemnot in tempest anyway20:38
mriedemcould have a simple functional test with multiple nova-compute services in 2 cells and you delete one in the 2nd cell20:38
mriedemthat's also going to be jacked...20:38
mriedemb/c 2 nova-computes in 2 cells are going to have ids 1 and 220:39
mriedemso you'll delete the first one found in the first cell20:39
mriedemshit20:39
mriedemwhich might not be the one you wanted to delete20:39
mriedemi want to delete nova-compute 2 in cell 2, but it depends the service with id=2 in cell120:39
dansmithyeah, this api is fairly retarded20:40
mriedemwasn't there a similar one for getting a compute node by id20:42
mriedemyeah compute_node_get20:42
dansmiththe api does that by name though right?20:42
*** salv-orlando has quit IRC20:42
mriedemno20:43
mriedemyour comment even says "Unfortunately this API exposes database identifiers20:43
mriedem        # which means we really can't do something efficient here"20:43
mriedemso the os-hypervisors uptime and show APIs pass in the compute node id20:43
*** adrian_otto1 has quit IRC20:43
dansmithmriedem: that comment is about service20:43
mriedemso we'll be showing details and uptime info for the first match on that id in the first cell we hit20:43
*** zz_dimtruck is now known as dimtruck20:43
mriedemdansmith: it's in there twice20:43
mriedemas i said, this is a hairy change :)20:43
mriedemlots of moving parts20:44
dansmithokay, I remember seeing name in os-hypervisors multiple times.. maybe there's a search or something?20:44
mriedemhttps://developer.openstack.org/api-ref/compute/?expanded=show-hypervisor-details-detail#show-hypervisor-details20:44
mriedemthere is the search one20:44
dansmithokay maybe that's what I'm thinking of20:44
mriedemdansmith: that would be this one https://developer.openstack.org/api-ref/compute/?expanded=search-hypervisor-detail#search-hypervisor20:44
mriedemyeah so service delete, and compute node show and uptime are going to be wrong20:45
mriedemin multi-cell20:45
mriedemthere is also some pci device jackholery in _get_all_nodes_pci_devices but that's probably already cell-specific / context aware at that point20:45
mriedemat least i hope so20:45
mriedemoh no that's in the f'ing api too20:46
dansmithcome on, the internal DB ids leak out for PCI?20:46
mriedemheh, of course we don't actually document the pci api20:46
mriedemf yeah they do https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/pci.py#L10520:47
mriedemoh well20:47
mriedemmaybe not in that case20:47
dansmithadmins can see them?20:48
dansmithhttps://github.com/openstack/nova/blob/master/nova/api/openstack/compute/pci.py#L2820:48
mriedemso for listing pci devices, we get all compute nodes in all cells, and then get all pci devices for all compute nodes in all cells20:48
dansmithmriedem: okay so I squashed the revision patch from the top into the base patch, which needed a recheck in the gate anyway,20:50
dansmithmriedem: and I guess I'll stack this one at the endish so we can proceed separate from the compute id problem20:50
mriedemi thought you needed this hypervisor one to get tests passing?20:50
mriedemalso, cells meeting in 9 minutes20:51
dansmithI surely do, but not any more than any of the rest of it20:51
dansmithalthough this touches a lot of stuff, so it'll probably not be easy to move it.. fsck20:51
dansmithor not.. it moved with no conflicts20:51
*** ducttape_ has quit IRC20:52
openstackgerritEric Fried proposed openstack/nova master: PowerVM Driver: spawn/destroy #4: full flavor  https://review.openstack.org/39128820:55
openstackgerritEric Fried proposed openstack/nova master: PowerVM Driver: console  https://review.openstack.org/40940220:55
*** karimb has quit IRC20:55
openstackgerritDan Smith proposed openstack/nova master: Target cell in super conductor operations  https://review.openstack.org/43802220:56
openstackgerritDan Smith proposed openstack/nova master: Change MQ targeting to honor only what is in the context  https://review.openstack.org/43802320:56
openstackgerritDan Smith proposed openstack/nova master: Teach os-migrations about cells  https://review.openstack.org/44268520:56
openstackgerritDan Smith proposed openstack/nova master: Add cell field to Destination object  https://review.openstack.org/43802420:56
openstackgerritDan Smith proposed openstack/nova master: Teach simple_tenant_usage about cells  https://review.openstack.org/44138820:56
openstackgerritDan Smith proposed openstack/nova master: Teach os-aggregates about cells  https://review.openstack.org/44220020:56
dansmithokay, that's ^ a partial stack of things you have not yet shat upon20:57
dansmiththat hopefully can go ahead of the things that have bigger questions20:57
mriedemi've got an idea of the path forward, but we can talk about it during the cells meeting20:59
*** satyar has quit IRC20:59
dansmithwhen those are done in check I'll push up the rest, which has the edits to the HostAPI patch, minus anything about the id leakage20:59
mriedemwhere i'm sure you'll sh*t upon it20:59
dansmith...says the major shitter in this convo20:59
*** spotz is now known as spotz_zzz20:59
mriedemhey, i know you appreciate it deep down20:59
*** spotz_zzz is now known as spotz21:00
*** crushil has quit IRC21:05
*** ducttape_ has joined #openstack-nova21:05
jaypipessfinucan: https://review.openstack.org/#/c/385023/21:09
*** adisky_ has quit IRC21:09
*** yamamoto has joined #openstack-nova21:15
*** tbachman has joined #openstack-nova21:15
*** yamamoto has quit IRC21:18
*** yamamoto has joined #openstack-nova21:20
*** lpetrut has joined #openstack-nova21:23
*** adrian_otto has joined #openstack-nova21:24
*** JoseMello has quit IRC21:25
*** markvoelker has joined #openstack-nova21:27
*** thorst has quit IRC21:30
*** thorst has joined #openstack-nova21:31
*** smatzek_ has quit IRC21:31
*** salv-orlando has joined #openstack-nova21:31
*** markvoelker has quit IRC21:32
*** Jeffrey4l_ has quit IRC21:34
*** Jeffrey4l_ has joined #openstack-nova21:35
*** thorst has quit IRC21:35
*** gouthamr has quit IRC21:38
*** crushil has joined #openstack-nova21:39
*** dillaman has quit IRC21:43
*** slaweq_ has joined #openstack-nova21:46
*** yamamoto has quit IRC21:47
*** thorst has joined #openstack-nova21:50
*** adrian_otto has quit IRC21:50
*** crushil has quit IRC21:53
*** sdague has quit IRC21:55
macszmriedem: want to talk now?21:56
mriedemmacsz: sure21:56
mriedemlet me find the link21:56
mriedemmacsz: this is what i had started for ci testing https://review.openstack.org/#/c/441696/21:57
*** browne has quit IRC21:57
mriedemi use devstack-gate to test out changes that eventually go into project-config for job changes21:57
*** awaugama has quit IRC21:57
mriedemi'm trying to get a ci run with searchlight deployed,21:57
mriedemand everything setup such that nova is sending notifications and searchlight is consuming them21:57
mriedemsince we'll need that in a ci job when nova-api starts using searchlight to list instances21:57
mriedemit should be fairly mechanical, i'm just having a hard time finding the time to work on it21:58
mriedemfor example, the searchlight devstack plugin doesn't configure anything except searchlight,21:58
mriedembut when reading the searchlight deploy docs, they talk about configuring nova21:58
mriedeme.g. https://review.openstack.org/#/c/441711/21:58
macszmriedem: hmm ok22:00
mriedemmacsz: it might also just be a matter of getting searchlight setup locally with devstack, including the horizon plugin,22:01
*** gouthamr has joined #openstack-nova22:01
macszI will look through the docs and will try to deploy it locally22:01
mriedemand then make sure when you create an instance in nova, does it show up in searchlight in horizon22:01
mriedemand then note any deployment changes you need to make to devstack along the way, and that is the list of stuff we have to do for the CI job22:01
mriedemthe CI job won't need the searchlight ui plugin since we don't test horizon, but that would help you locally22:02
mriedemi'm thinking it will be a pretty small set of changes we need, but i haven't had the time to do it locally - would be awesome if someone can go through that22:02
jaypipesrfolco: https://review.openstack.org/#/c/416669/ ready for rebasing.22:02
mriedemlike, i already noticed some issues in the searchlight docs just reading it22:02
mriedemand pushed fixes22:02
*** eharney_ has joined #openstack-nova22:03
rfolcojaypipes, I just saw. Would work on that firt hour tomorrow morning. Thanks for your help on that.22:03
rfolcojaypipes, need a microversion bump also22:04
jaypipesrfolco: np. I'll look for it and review tomorrow. should be able to merge that pretty quickly.22:04
jaypipesrfolco: yup.22:04
macszmriedem: ok, I will try to push this further, will keep you posted on the progress and if anything pops up22:04
mriedemmacsz: awesome, thank you22:05
*** ducttape_ has quit IRC22:05
*** ducttape_ has joined #openstack-nova22:05
rfolcojaypipes, and I would bother you for keeping active on some upstream work too, if any pointer on where you need some help, let me know pls.22:05
jaypipesrfolco: what's your level of tolerance for NUMA? :)22:06
macszmriedem: np :)22:06
*** eharney has quit IRC22:07
rfolcojaypipes, very very interested. I found some bugs on ppc testing numa :)22:07
rfolcojaypipes, like this one https://review.openstack.org/#/c/340599/22:08
jaypipesrfolco: k. read this spec and thoroughly understand the concepts in it: https://review.openstack.org/#/c/284094/10/specs/ocata/approved/libvirt-emulator-threads-policy.rst. Then come help sfinucan and I on the review series here: https://review.openstack.org/#/c/400875/. While reviewing, consider how such resources might be represented in the new placement API (once nested resource providers are mergerd)22:08
dansmithjaypipes: I threw up a bit in my mouth just *reading* that22:08
jaypipesdansmith: yup.22:09
*** eharney_ is now known as eharney22:09
jaypipesNUMA and I have a love-hate relationship.22:09
dansmithlike it loves you and you hate it?22:09
jaypipesheh22:10
*** aysyd has quit IRC22:10
mriedemjaypipes: you forgot to tell him to understand wtf nested resource providers are22:10
*** cleong has quit IRC22:11
jaypipesmriedem: tru enough. rfolco we can discuss tomorrow what nested resource providers are :) but in case you're interested in some "light" reading. https://review.openstack.org/#/c/386710/1/specs/ocata/approved/nested-resource-providers.rst22:11
*** dave-mccowan has quit IRC22:13
*** yassine has quit IRC22:13
rfolcojaypipes, cool. Thanks!22:14
jaypipesrfolco: don't thank me until you read those ;P22:15
* rfolco hides22:15
edleaferfolco: you can't hide :)22:16
rfolcoedleafe, :-/22:19
*** edmondsw has quit IRC22:20
*** artom has quit IRC22:21
*** yassine has joined #openstack-nova22:21
*** edmondsw has joined #openstack-nova22:23
mriedempcidevice.address is a mac?22:25
mriedemjaypipes: ^?22:25
dansmithmriedem: no it's a pci address I think, like 1.3422:25
mriedemoh22:26
dansmithor 0:1.34 or something like that22:26
mriedemok, was wondering why we needed the compute node id to uniquely identify a pcidevice by address22:26
mriedemin pci_device_get_by_addr22:26
openstackgerritDan Smith proposed openstack/nova master: Change MQ targeting to honor only what is in the context  https://review.openstack.org/43802322:26
openstackgerritDan Smith proposed openstack/nova master: Teach os-migrations about cells  https://review.openstack.org/44268522:26
openstackgerritDan Smith proposed openstack/nova master: Add cell field to Destination object  https://review.openstack.org/43802422:26
openstackgerritDan Smith proposed openstack/nova master: Teach simple_tenant_usage about cells  https://review.openstack.org/44138822:26
openstackgerritDan Smith proposed openstack/nova master: Teach os-aggregates about cells  https://review.openstack.org/44220022:26
openstackgerritDan Smith proposed openstack/nova master: Refactor cell loading in compute/api  https://review.openstack.org/44333722:26
mriedemif we don't want to expose the pcidevice.id in the rest api, and get them by that id, and we don't have a uuid, we need something else22:26
*** artom has joined #openstack-nova22:27
mriedemunless we add a uuid to the pcidevices table/object22:27
dansmith*shudder*22:27
mriedemyeah the only unique constraints are the id (primary key) and node_id/address22:27
mriedemso, we'd have to add a uuid22:27
*** edmondsw has quit IRC22:28
mriedemheh, or we just deprecate that dumbass api and say you can't use it with multiple cells :)22:28
dansmithheh22:28
mriedemi feel like that was a half-baked api22:28
dansmiths/api//22:28
mriedemand if you want to know what pci devices are on a given compute node, you get them via the compute node resource provider22:29
mriedemtraits on the resource provider22:29
mriedemjaypipes: will pcidevices be a trait on a compute node resource provider?22:29
*** armax has quit IRC22:29
mriedemwill/can22:29
*** tbachman has quit IRC22:31
*** yamamoto has joined #openstack-nova22:31
jaypipesmriedem: depends on what kind of PCI device.22:31
mriedemdansmith: shart, services table doesn't have uuid either22:32
*** tbachman has joined #openstack-nova22:32
jaypipesmriedem: SRIOV physical functions will be either child providers of a compute node *or* child providers of a NUMA socket resource provider, depending on whether the SRIOV NIC is affined to a particular NUMA socket.22:32
efriedmikal - Any chance we can start getting some reviews on change sets under https://review.openstack.org/#/q/topic:bp/powervm-nova-compute-driver ?  The ones with +1s from nova-powervm cores (e.g. thorst adreznec esberglu) are ready for your look.  Conveniently numbered, too ;-)22:33
jaypipesmriedem: but pcidevices will definitely not be a "trait". Rather, things like the physical network tag would be a trait on the SRIOV physical function resource provider.22:33
*** lpetrut has quit IRC22:33
mriedemjaypipes: ack22:33
mriedemi was looking for a way to weasle out of the compute rest api needing to show pcidevice per node information22:34
openstackgerritSarafraj Singh proposed openstack/nova-specs master: WIP: Replace live migration steps and delays with memory iteration logic  https://review.openstack.org/44333922:34
mriedemit's all information in os-pci, like all pcidevices on a node, and all pcidevices for a server22:34
mriedem*informational22:35
jaypipesmriedem: right.22:35
mriedemand if i could say, get that information elsewhere...22:35
mriedemmy life would be easier22:35
mriedemseems to fall into the 'nova does not want to be a metrics gatherer' anymore stadium22:35
jaypipesmriedem: eventually the placement API will be able to represent the tree of providers on a compute node, yes. But things like PCI address information will not be in the placement API.22:36
mriedemsure22:36
mriedemok, well i'll just spec this up with the way things are today then22:36
jaypipeskk22:36
jaypipesmriedem: I'm still yet to get to that spec though...22:36
jaypipesthe pcidevices one you linked to earlier.22:36
jaypipeshave it on the list.22:36
jaypipescurrently working on a review of moshele's SRIOV port pair allocation one.22:37
jaypipeshttps://review.openstack.org/#/c/182242/33/specs/pike/approved/user-controlled-sriov-ports-allocation.rst22:37
mriedemjaypipes: yeah this is different actually22:37
mriedemrelated to cells v222:37
mriedemshenanigans22:37
jaypipesah, ok.22:37
jaypipessorry22:37
mriedemdon't be22:37
mriedemi just use you as my encyclopedia of nova horrors22:38
*** browne has joined #openstack-nova22:40
*** karthiks has quit IRC22:42
*** haplo37 has quit IRC22:42
*** catintheroof has quit IRC22:44
openstackgerritSujitha proposed openstack/nova master: Reduce calls to load_tags() to 0  https://review.openstack.org/43514622:44
*** mlakat has joined #openstack-nova22:45
*** mlakat has quit IRC22:45
mriedemjaypipes: dansmith: i'm going to head home, but wrote up the abstract for the spec i'm going to work on later https://blueprints.launchpad.net/nova/+spec/service-hyper-pci-uuid-in-api22:47
mriedemlet me know if i screwed anything up in there22:47
jaypipesmriedem: will do. thx.22:47
*** tblakes has quit IRC22:47
*** esberglu has quit IRC22:51
*** felipemonteiro_ has quit IRC22:51
*** haplo37 has joined #openstack-nova22:51
*** esberglu has joined #openstack-nova22:52
*** mriedem has quit IRC22:52
openstackgerritDan Peschman proposed openstack/nova master: No API cell up-call to delete consoleauth tokens  https://review.openstack.org/41592222:53
openstackgerritEric Fried proposed openstack/nova master: WIP: PowerVM Driver: SSP emphemeral disk support  https://review.openstack.org/44318922:53
*** usertm has quit IRC22:53
*** tbachman has quit IRC22:54
openstackgerritEric Fried proposed openstack/nova master: WIP: PowerVM Driver: SSP emphemeral disk support  https://review.openstack.org/44318922:54
*** karthiks has joined #openstack-nova22:54
*** thorst has quit IRC22:54
*** markvoelker has joined #openstack-nova22:54
*** ducttape_ has quit IRC22:55
*** thorst has joined #openstack-nova22:55
*** ducttape_ has joined #openstack-nova22:55
*** esberglu has quit IRC22:56
*** mdrabe has quit IRC22:56
*** edmondsw has joined #openstack-nova22:57
*** xyang1 has quit IRC22:58
*** tbachman has joined #openstack-nova22:58
*** thorst has quit IRC22:59
*** edmondsw has quit IRC23:01
*** baoli has quit IRC23:02
*** iceyao has joined #openstack-nova23:04
*** raunak has quit IRC23:05
*** Jack_I has quit IRC23:06
*** marst has joined #openstack-nova23:06
*** iceyao has quit IRC23:08
*** jamesdenton has quit IRC23:08
*** kylek3h has quit IRC23:11
*** tblakes has joined #openstack-nova23:12
*** eharney has quit IRC23:12
openstackgerritEric Fried proposed openstack/nova master: WIP: PowerVM Driver: SSP emphemeral disk support  https://review.openstack.org/44318923:13
*** raunak has joined #openstack-nova23:13
*** adrian_otto has joined #openstack-nova23:14
*** yassine has quit IRC23:16
*** gaurangt has quit IRC23:19
*** gaurangt has joined #openstack-nova23:19
*** thorst has joined #openstack-nova23:20
*** tblakes has quit IRC23:24
*** thorst has quit IRC23:24
*** catintheroof has joined #openstack-nova23:28
openstackgerritOpenStack Proposal Bot proposed openstack/nova master: Updated from global requirements  https://review.openstack.org/44335723:28
*** adrian_otto has quit IRC23:29
*** adrian_otto has joined #openstack-nova23:31
*** gfhellma_ has joined #openstack-nova23:32
openstackgerritJay Pipes proposed openstack/nova master: virt: implement get_inventory() for Ironic  https://review.openstack.org/44154423:33
jaypipesdansmith: ^^23:33
dansmithjaypipes: done thanks23:34
*** gfhellma has quit IRC23:35
jaypipesdansmith: danke23:35
*** ducttape_ has quit IRC23:35
*** tbachman has quit IRC23:36
*** mriedem has joined #openstack-nova23:37
*** ducttape_ has joined #openstack-nova23:38
*** dimtruck is now known as zz_dimtruck23:46
*** liangy has quit IRC23:53
*** david-lyle has quit IRC23:56
*** nicolasbock has quit IRC23:57
*** gfhellma_ has quit IRC23:58

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