Wednesday, 2017-10-25

*** slaweq has quit IRC00:00
*** yingjun has joined #openstack-nova00:01
openstackgerritOpenStack Proposal Bot proposed openstack/os-vif master: Updated from global requirements  https://review.openstack.org/51103500:02
*** chyka has joined #openstack-nova00:02
*** slaweq has joined #openstack-nova00:05
*** chyka has quit IRC00:06
*** rtjure has joined #openstack-nova00:07
*** andreas_s has joined #openstack-nova00:09
*** rtjure has quit IRC00:12
*** Tom__ has joined #openstack-nova00:12
*** Tom__ has quit IRC00:17
*** yingjun has quit IRC00:18
*** ijw has quit IRC00:18
*** yangyapeng has quit IRC00:18
*** rcernin has joined #openstack-nova00:19
*** rtjure has joined #openstack-nova00:20
*** andreas_s has quit IRC00:22
*** rcernin has quit IRC00:23
*** rcernin has joined #openstack-nova00:24
*** rtjure has quit IRC00:24
*** thorst has joined #openstack-nova00:29
*** tbachman has quit IRC00:30
*** andreas_s has joined #openstack-nova00:32
*** rtjure has joined #openstack-nova00:32
*** jmlowe has quit IRC00:32
*** jdavis has joined #openstack-nova00:34
*** jmlowe has joined #openstack-nova00:35
*** rtjure has quit IRC00:37
*** slaweq has quit IRC00:37
*** chyka has joined #openstack-nova00:38
*** jdavis has quit IRC00:39
*** rtjure has joined #openstack-nova00:42
*** chyka has quit IRC00:42
harlowjajust a quick question, https://libvirt.org/migration.html#flow (the one being used by nova, is `unmanaged direct migration` right?00:43
* harlowja just trying to verify00:43
*** thorst has quit IRC00:46
*** rtjure has quit IRC00:47
*** slaweq has joined #openstack-nova00:49
*** andreas_s has quit IRC00:49
*** huanxie has joined #openstack-nova00:49
*** adisky_ has joined #openstack-nova00:52
*** rtjure has joined #openstack-nova00:54
*** andreas_s has joined #openstack-nova00:54
*** jichen has joined #openstack-nova00:55
*** kylek3h has quit IRC00:55
*** artom_ has joined #openstack-nova00:56
*** mriedem has quit IRC00:56
*** kylek3h has joined #openstack-nova00:56
*** bnemec has quit IRC00:58
*** Nil_ has quit IRC00:58
*** stvnoyes has quit IRC00:58
*** rtjure has quit IRC00:59
*** andreas_s has quit IRC00:59
*** Nil_ has joined #openstack-nova00:59
*** brad[] has quit IRC00:59
*** artom has quit IRC00:59
*** stvnoyes has joined #openstack-nova00:59
*** bnemec has joined #openstack-nova00:59
*** Apoorva_ has joined #openstack-nova01:00
*** Sukhdev has quit IRC01:00
*** kuzko has quit IRC01:00
*** brad[] has joined #openstack-nova01:00
*** jpena|off has quit IRC01:00
*** jdurgin has quit IRC01:01
*** kuzko has joined #openstack-nova01:02
*** Apoorva has quit IRC01:02
openstackgerritHuan Xie proposed openstack/nova master: VGPU: Define vgpu resource class  https://review.openstack.org/51118001:03
*** ltomasbo has quit IRC01:04
*** Apoorva_ has quit IRC01:04
*** rtjure has joined #openstack-nova01:05
*** ltomasbo has joined #openstack-nova01:06
*** jpena|off has joined #openstack-nova01:06
*** chyka has joined #openstack-nova01:07
*** chyka has quit IRC01:07
*** jdurgin has joined #openstack-nova01:07
*** bkopilov has joined #openstack-nova01:09
*** phuongnh has joined #openstack-nova01:10
*** rtjure has quit IRC01:10
*** ijw has joined #openstack-nova01:11
*** jpena|off has quit IRC01:11
*** ltomasbo has quit IRC01:12
*** ansiwen[q] has quit IRC01:13
*** mriedem has joined #openstack-nova01:15
*** gyee has quit IRC01:17
*** jichen has quit IRC01:18
openstackgerritOpenStack Proposal Bot proposed openstack/os-vif master: Updated from global requirements  https://review.openstack.org/51103501:18
*** ijw_ has joined #openstack-nova01:19
*** rtjure has joined #openstack-nova01:19
*** dillaman has joined #openstack-nova01:19
*** Qiming has quit IRC01:20
*** ltomasbo has joined #openstack-nova01:20
*** slaweq has quit IRC01:20
*** jpena|off has joined #openstack-nova01:20
*** ijw has quit IRC01:20
*** ansiwen[q] has joined #openstack-nova01:21
*** gus has quit IRC01:21
*** andreas_s has joined #openstack-nova01:21
*** bkopilov_ has joined #openstack-nova01:22
*** gus has joined #openstack-nova01:22
*** vladikr has joined #openstack-nova01:23
*** rtjure has quit IRC01:23
*** bkopilov has quit IRC01:24
*** jichen has joined #openstack-nova01:24
*** yangyapeng has joined #openstack-nova01:27
*** sree has joined #openstack-nova01:27
*** jichen_ has joined #openstack-nova01:27
*** yangyapeng has quit IRC01:27
*** yangyapeng has joined #openstack-nova01:28
*** yangyapeng has quit IRC01:28
*** Qiming has joined #openstack-nova01:28
*** mriedem has quit IRC01:28
*** jichen has quit IRC01:28
*** yangyapeng has joined #openstack-nova01:28
*** rtjure has joined #openstack-nova01:28
*** litao__ has joined #openstack-nova01:28
*** jichen_ is now known as jichen01:28
*** salv-orlando has joined #openstack-nova01:28
*** slaweq has joined #openstack-nova01:29
*** thorst has joined #openstack-nova01:29
*** andreas_s has quit IRC01:30
*** andreas_s has joined #openstack-nova01:31
*** sree has quit IRC01:32
*** rcernin has quit IRC01:32
*** rcernin has joined #openstack-nova01:32
*** jichen has quit IRC01:33
*** salv-orlando has quit IRC01:33
*** Qiming has quit IRC01:33
*** rcernin has quit IRC01:33
*** rtjure has quit IRC01:33
*** thorst has quit IRC01:34
*** jichen has joined #openstack-nova01:35
*** Qiming has joined #openstack-nova01:35
openstackgerritOpenStack Proposal Bot proposed openstack/os-vif master: Updated from global requirements  https://review.openstack.org/51103501:37
*** psachin has joined #openstack-nova01:37
*** jichen_ has joined #openstack-nova01:38
*** jichen has quit IRC01:39
*** jichen_ is now known as jichen01:39
*** Qiming has quit IRC01:39
*** rtjure has joined #openstack-nova01:40
*** Qiming has joined #openstack-nova01:40
*** edmondsw has joined #openstack-nova01:43
*** rtjure has quit IRC01:45
*** sapd has quit IRC01:46
*** edmondsw has quit IRC01:47
*** sapd has joined #openstack-nova01:48
*** smatzek has joined #openstack-nova01:49
*** ijw_ has quit IRC01:50
*** naichuans has joined #openstack-nova01:51
*** esberglu has joined #openstack-nova01:52
*** itlinux has joined #openstack-nova01:53
*** kylek3h_ has joined #openstack-nova01:53
*** annp has joined #openstack-nova01:53
*** rtjure has joined #openstack-nova01:53
*** smatzek has quit IRC01:54
*** rcernin has joined #openstack-nova01:55
*** kylek3h has quit IRC01:56
*** esberglu has quit IRC01:57
*** hongbin has joined #openstack-nova01:57
*** andreas_s has quit IRC01:58
*** rtjure has quit IRC01:58
*** slaweq has quit IRC02:02
*** andreas_s has joined #openstack-nova02:02
*** slaweq has joined #openstack-nova02:04
*** dikonoor has joined #openstack-nova02:06
*** gongysh has joined #openstack-nova02:06
*** andreas_s has quit IRC02:07
*** rtjure has joined #openstack-nova02:07
*** rtjure has quit IRC02:12
*** ltomasbo has quit IRC02:12
*** jpena|off has quit IRC02:12
*** yamamoto has joined #openstack-nova02:14
*** itlinux has quit IRC02:15
*** itlinux has joined #openstack-nova02:16
*** ceryx has quit IRC02:16
*** bkopilov_ has quit IRC02:16
*** rtjure has joined #openstack-nova02:18
*** smatzek has joined #openstack-nova02:18
*** jichen has quit IRC02:20
*** sridharg has joined #openstack-nova02:21
*** jhesketh_ is now known as jhesketh02:22
*** Qiming has quit IRC02:22
*** rtjure has quit IRC02:23
*** rtjure has joined #openstack-nova02:27
*** coreywright has quit IRC02:27
*** ltomasbo has joined #openstack-nova02:30
*** rtjure has quit IRC02:32
*** andreas_s has joined #openstack-nova02:34
*** slaweq has quit IRC02:37
*** rtjure has joined #openstack-nova02:37
*** smatzek has quit IRC02:41
*** smatzek has joined #openstack-nova02:41
*** smatzek has quit IRC02:42
*** rtjure has quit IRC02:42
*** slaweq has joined #openstack-nova02:42
*** smatzek has joined #openstack-nova02:42
*** andreas_s has quit IRC02:43
*** thorst has joined #openstack-nova02:46
*** smatzek has quit IRC02:46
*** coreywright has joined #openstack-nova02:47
*** rtjure has joined #openstack-nova02:48
*** thorst has quit IRC02:50
*** baoli has joined #openstack-nova02:50
*** Qiming has joined #openstack-nova02:52
*** rtjure has quit IRC02:53
*** baoli has quit IRC02:55
*** Qiming has quit IRC02:56
*** rtjure has joined #openstack-nova02:57
*** dave-mccowan has quit IRC02:59
*** namnh has joined #openstack-nova02:59
*** itlinux has quit IRC03:00
*** rtjure has quit IRC03:02
*** jichen has joined #openstack-nova03:04
*** Tom has joined #openstack-nova03:06
*** yamahata has quit IRC03:08
*** rtjure has joined #openstack-nova03:10
*** andreas_s has joined #openstack-nova03:11
*** rtjure has quit IRC03:15
*** vladikr has quit IRC03:15
*** jichen has quit IRC03:15
*** slaweq has quit IRC03:15
*** diga has joined #openstack-nova03:18
*** esberglu has joined #openstack-nova03:20
*** slaweq has joined #openstack-nova03:21
*** rtjure has joined #openstack-nova03:22
*** andreas_s has quit IRC03:24
*** esberglu has quit IRC03:25
*** rtjure has quit IRC03:26
*** andreas_s has joined #openstack-nova03:29
*** salv-orlando has joined #openstack-nova03:29
*** edmondsw has joined #openstack-nova03:31
*** rtjure has joined #openstack-nova03:32
*** andreas_s has quit IRC03:33
*** salv-orlando has quit IRC03:33
*** fragatina has quit IRC03:35
*** edmondsw has quit IRC03:35
*** fragatina has joined #openstack-nova03:36
*** bkopilov_ has joined #openstack-nova03:36
*** fragatin_ has joined #openstack-nova03:37
*** rtjure has quit IRC03:37
*** fragatina has quit IRC03:40
*** fragatin_ has quit IRC03:41
*** jichen has joined #openstack-nova03:43
openstackgerritJianghua Wang proposed openstack/nova master: XenAPI: resolve the error of VM_MISSING_PV_DRIVERS for PV VM  https://review.openstack.org/51490203:44
*** rtjure has joined #openstack-nova03:45
openstackgerritYikun Jiang proposed openstack/nova master: Add migration_get_by_uuid in db api.  https://review.openstack.org/51142103:48
openstackgerritYikun Jiang proposed openstack/nova master: [WIP] Add migration db and object pagination support.  https://review.openstack.org/51490403:48
*** rtjure has quit IRC03:50
*** vladikr has joined #openstack-nova03:51
*** andreas_s has joined #openstack-nova03:52
*** slaweq has quit IRC03:55
*** rtjure has joined #openstack-nova03:56
*** jichen has quit IRC03:58
*** mdnadeem has joined #openstack-nova03:59
*** vks1 has quit IRC04:00
*** hongbin has quit IRC04:00
*** andreas_s has quit IRC04:00
*** rtjure has quit IRC04:01
*** yamahata has joined #openstack-nova04:01
*** sree has joined #openstack-nova04:02
*** slaweq has joined #openstack-nova04:06
*** jichen has joined #openstack-nova04:07
*** claudiub|2 has joined #openstack-nova04:08
*** rtjure has joined #openstack-nova04:08
*** rtjure has quit IRC04:12
*** coreywright has quit IRC04:12
*** esberglu has joined #openstack-nova04:16
masbergood afternoon all, I just deployed openstack but nova gives errors when deploying a new instance. any thoughts? http://paste.openstack.org/raw/624553/04:16
*** rtjure has joined #openstack-nova04:18
*** esberglu has quit IRC04:20
*** diga has quit IRC04:20
*** rcernin has quit IRC04:21
*** diga has joined #openstack-nova04:22
*** rtjure has quit IRC04:22
*** vladikr has quit IRC04:23
masberapologise, the previous paste had the last part of the logs missing, this is the end of it http://paste.openstack.org/raw/624556/04:25
*** rtjure has joined #openstack-nova04:27
*** coreywright has joined #openstack-nova04:30
*** rtjure has quit IRC04:32
*** huanxie has quit IRC04:34
openstackgerritOpenStack Proposal Bot proposed openstack/os-vif master: Updated from global requirements  https://review.openstack.org/51103504:35
*** trinaths has joined #openstack-nova04:37
*** slaweq has quit IRC04:39
*** rmcallis has quit IRC04:39
*** rtjure has joined #openstack-nova04:40
*** rmcallis has joined #openstack-nova04:42
*** rmcallis has quit IRC04:42
*** rmcallis has joined #openstack-nova04:43
*** rcernin has joined #openstack-nova04:45
*** rtjure has quit IRC04:45
*** slaweq has joined #openstack-nova04:47
*** rtjure has joined #openstack-nova04:49
*** thorst has joined #openstack-nova04:51
*** rtjure has quit IRC04:54
*** Tom has quit IRC04:54
*** udesale has joined #openstack-nova04:54
*** vks1 has joined #openstack-nova04:55
*** hshiina has joined #openstack-nova04:56
*** alex_xu has quit IRC04:56
*** thorst has quit IRC04:56
*** felipemonteiro_ has joined #openstack-nova04:57
*** alex_xu has joined #openstack-nova04:59
*** rtjure has joined #openstack-nova04:59
*** ratailor has joined #openstack-nova04:59
*** felipemonteiro_ has quit IRC05:02
*** huanxie has joined #openstack-nova05:03
*** rtjure has quit IRC05:04
*** janki has joined #openstack-nova05:05
*** jaosorior has quit IRC05:07
*** fragatina has joined #openstack-nova05:08
*** fragatina has quit IRC05:09
*** rtjure has joined #openstack-nova05:10
*** fragatina has joined #openstack-nova05:10
*** rtjure has quit IRC05:15
*** lpetrut has joined #openstack-nova05:18
*** salv-orlando has joined #openstack-nova05:18
*** slaweq has quit IRC05:19
*** rtjure has joined #openstack-nova05:20
*** lajoskatona has joined #openstack-nova05:21
*** jaosorior has joined #openstack-nova05:23
*** rtjure has quit IRC05:24
*** slaweq has joined #openstack-nova05:26
*** lpetrut has quit IRC05:26
*** lpetrut has joined #openstack-nova05:28
*** rtjure has joined #openstack-nova05:30
*** gongysh has quit IRC05:31
*** rtjure has quit IRC05:35
*** xinliang has joined #openstack-nova05:36
*** rtjure has joined #openstack-nova05:40
*** vks1 has quit IRC05:42
*** vvargaszte has joined #openstack-nova05:43
*** vvargaszte has quit IRC05:44
*** vks1 has joined #openstack-nova05:44
*** sahid has joined #openstack-nova05:49
*** slaweq has quit IRC05:59
*** gongysh has joined #openstack-nova06:00
*** trungnv has quit IRC06:02
*** esberglu has joined #openstack-nova06:03
*** vivsoni has quit IRC06:04
*** vivsoni has joined #openstack-nova06:05
*** gongysh has quit IRC06:07
*** slaweq has joined #openstack-nova06:07
*** Tom has joined #openstack-nova06:07
*** esberglu has quit IRC06:07
*** Oku_OS-away is now known as Oku_OS06:07
*** alex_xu has quit IRC06:09
*** jichen has quit IRC06:10
*** andreas_s has joined #openstack-nova06:11
*** lpetrut has quit IRC06:13
*** gouthamr has quit IRC06:14
*** alex_xu has joined #openstack-nova06:15
*** liuyulong has joined #openstack-nova06:17
*** josecastroleon has quit IRC06:20
*** vvargaszte has joined #openstack-nova06:20
*** trungnv has joined #openstack-nova06:21
*** acormier has joined #openstack-nova06:22
*** acormier has quit IRC06:27
*** jchhatbar has joined #openstack-nova06:27
*** janki has quit IRC06:29
*** lpetrut has joined #openstack-nova06:33
*** avolkov has joined #openstack-nova06:34
*** sridharg has quit IRC06:37
*** josecastroleon has joined #openstack-nova06:38
*** pcaruana has joined #openstack-nova06:39
*** vivsoni has quit IRC06:39
*** vivsoni has joined #openstack-nova06:39
*** slaweq has quit IRC06:40
*** rodolof has joined #openstack-nova06:43
*** salv-orlando has quit IRC06:44
*** salv-orlando has joined #openstack-nova06:45
*** Laurene has joined #openstack-nova06:45
*** ykarel has joined #openstack-nova06:46
*** jchhatbar is now known as janki06:47
*** Laurene_ has joined #openstack-nova06:47
*** hieulq has quit IRC06:47
*** salv-orlando has quit IRC06:49
*** slaweq has joined #openstack-nova06:49
*** josecastroleon has quit IRC06:49
*** Laurene has quit IRC06:49
*** salv-orlando has joined #openstack-nova06:49
*** hieulq has joined #openstack-nova06:50
*** thorst has joined #openstack-nova06:53
*** ralonsoh has joined #openstack-nova06:53
*** tesseract has joined #openstack-nova06:54
*** tssurya has quit IRC06:56
*** thorst has quit IRC06:57
*** gcb has joined #openstack-nova07:00
*** sshwarts has joined #openstack-nova07:00
*** lpetrut has quit IRC07:01
namnhlyarwood: hi lee, are you free?. could i ask you a question. i saw you have a spec in tripleo about fast-forward-upgrade. Basically, in my inderstanding, FFU in tripleo is offline-upgrade automatically (roles ansible will do this) instead of manual, is that right?07:04
*** josecastroleon has joined #openstack-nova07:05
*** rodolof has quit IRC07:07
*** tssurya has joined #openstack-nova07:08
*** rodolof has joined #openstack-nova07:08
*** armax has quit IRC07:09
*** spectr has joined #openstack-nova07:13
openstackgerritSylvain Bauza proposed openstack/nova master: VGPU_support: add enabled white list  https://review.openstack.org/51258007:13
openstackgerritSylvain Bauza proposed openstack/nova master: WIP: libvirt: Provide VGPU inventory for a single GPU type  https://review.openstack.org/51476307:13
openstackgerritSylvain Bauza proposed openstack/nova master: VGPU: Account for flavors supporting VGPUs  https://review.openstack.org/51494207:13
*** josecastroleon has quit IRC07:13
bauzasnaichuans: jianghuaw: ^ just added a new change for keeping the scheduler.utils change + rebased the whole series07:14
*** esberglu has joined #openstack-nova07:16
*** fmount9 has joined #openstack-nova07:20
*** esberglu has quit IRC07:21
*** slaweq has quit IRC07:21
*** slaweq has joined #openstack-nova07:23
openstackgerritBalazs Gibizer proposed openstack/nova master: Remove compatibility method from FlavorPayload  https://review.openstack.org/51494307:24
*** josecastroleon has joined #openstack-nova07:27
openstackgerritBalazs Gibizer proposed openstack/nova master: Remove compatibility method from FlavorPayload  https://review.openstack.org/51494307:30
*** gongysh has joined #openstack-nova07:30
*** andreas_s has quit IRC07:38
jianghuawbauzas, looks good. Thanks.07:39
naichuansbauzas: thank you, will check it07:39
*** andreas_s has joined #openstack-nova07:39
*** rmart04 has joined #openstack-nova07:42
*** andreas_s has quit IRC07:44
*** jpena has joined #openstack-nova07:46
*** AlexeyAbashkin has joined #openstack-nova07:46
*** vvargaszte has quit IRC07:48
*** slaweq_ has joined #openstack-nova07:48
*** vvargaszte1 has joined #openstack-nova07:48
*** jichen has joined #openstack-nova07:50
*** vvargaszte1 is now known as vvargaszte07:51
*** salv-orlando has quit IRC07:51
*** salv-orlando has joined #openstack-nova07:52
gibigood morning nova07:52
*** vvargaszte has joined #openstack-nova07:52
*** ragiman has joined #openstack-nova07:52
*** ykarel is now known as ykarel|lunch07:53
*** andreas_s has joined #openstack-nova07:53
*** esberglu has joined #openstack-nova07:53
*** esberglu has quit IRC07:54
*** esberglu has joined #openstack-nova07:54
*** esberglu has quit IRC07:54
*** gmann is now known as gmann_afk07:54
*** slaweq has quit IRC07:56
*** jichen has quit IRC07:56
*** salv-orlando has quit IRC07:56
*** gcb has quit IRC07:57
*** yikun has joined #openstack-nova08:00
*** slaweq has joined #openstack-nova08:02
*** salv-orlando has joined #openstack-nova08:05
*** jichen has joined #openstack-nova08:06
*** slaweq has quit IRC08:06
*** hoonetorg has quit IRC08:07
*** jichen has quit IRC08:11
*** ralonsoh has quit IRC08:11
*** ralonsoh has joined #openstack-nova08:13
*** thorst has joined #openstack-nova08:14
*** vvargaszte has quit IRC08:16
*** danpawlik has quit IRC08:18
*** ralonsoh has quit IRC08:18
*** danpawlik has joined #openstack-nova08:18
*** danpawlik has quit IRC08:18
*** danpawlik has joined #openstack-nova08:19
*** thorst has quit IRC08:19
*** jichen has joined #openstack-nova08:19
*** namnh_ has joined #openstack-nova08:21
*** jichen has quit IRC08:23
*** namnh has quit IRC08:23
*** hoonetorg has joined #openstack-nova08:24
*** ralonsoh has joined #openstack-nova08:25
openstackgerritYikun Jiang proposed openstack/nova master: [WIP] Add migration db and object pagination support.  https://review.openstack.org/51490408:25
*** lucas-afk is now known as lucasagomes08:34
*** slaweq has joined #openstack-nova08:36
*** jdavis has joined #openstack-nova08:37
*** jichen has joined #openstack-nova08:39
*** josecastroleon has quit IRC08:40
*** rmcallis has quit IRC08:41
*** jdavis has quit IRC08:42
johnthetubaguygibi: bauzas: not sure who to ask at this time of day, but either of you remember when cell_mappings get deleted? I had assumed when you delete the instance, but I guess you leave it because its a soft_delete?08:42
*** jichen has quit IRC08:44
*** derekh has joined #openstack-nova08:46
*** jmccarthy has joined #openstack-nova08:49
*** diga has quit IRC08:49
jmccarthyAny pointers about how nova adjusts devices that are created (as seen in instance dumpxml) when creating instances on different hypervisors ?08:50
jmccarthyI have some where the console works (but not console log) and some the other way around08:50
*** namnh has joined #openstack-nova08:51
*** jichen has joined #openstack-nova08:52
*** namnh_ has quit IRC08:53
*** ykarel|lunch is now known as ykarel08:56
*** jichen has quit IRC08:56
*** jichen has joined #openstack-nova08:57
*** yamahata has quit IRC08:58
*** rcernin has quit IRC08:59
*** jichen has quit IRC09:01
*** yamamoto has quit IRC09:05
gibijohnthetubaguy: sorry I have no idea when we delete cell_mappings09:06
johnthetubaguyjmccarthy: not sure if this helps, but this is part of the create instance code: https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L280609:07
gibijohnthetubaguy: sitting on a meeting right now, I can try to look at the code after that09:07
*** lpetrut has joined #openstack-nova09:07
*** ttsiouts has quit IRC09:07
*** jmlowe has quit IRC09:07
*** jmlowe_ has joined #openstack-nova09:07
johnthetubaguygibi: thanks, I think it might be never, which seems like a poor choice09:07
*** ttsiouts has joined #openstack-nova09:07
*** slaweq has quit IRC09:09
*** yamamoto has joined #openstack-nova09:12
johnthetubaguygibi: I just remembered about doing a GET on a deleted instance, for admins09:16
*** vivsoni has quit IRC09:16
*** vivsoni has joined #openstack-nova09:16
johnthetubaguygibi: but we don't have an archive deleted rows thing for the API DB...09:17
johnthetubaguy(as there is no soft delete)09:17
*** avolkov has quit IRC09:18
*** avolkov has joined #openstack-nova09:18
*** jpena is now known as jpena|off09:20
*** sdague has joined #openstack-nova09:20
*** jpena|off is now known as jpena09:21
*** slaweq has joined #openstack-nova09:21
jmccarthyjohnthetubaguy: Thanks !09:26
*** jichen has joined #openstack-nova09:26
*** sridharg has joined #openstack-nova09:29
*** jichen has quit IRC09:31
*** rodolof has quit IRC09:35
*** avolkov has quit IRC09:40
*** vivsoni has quit IRC09:45
*** vivsoni has joined #openstack-nova09:46
*** ratailor is now known as rtailor09:47
openstackgerritYikun Jiang proposed openstack/nova master: [WIP] Add migration db and object pagination support.  https://review.openstack.org/51490409:48
*** yamamoto has quit IRC09:49
*** Tom has quit IRC09:51
*** flanders_ has joined #openstack-nova09:53
*** slaweq has quit IRC09:55
*** cdent has joined #openstack-nova09:57
*** slaweq has joined #openstack-nova10:02
openstackgerritsahid proposed openstack/nova master: libvirt: disconnect volume from host during detach  https://review.openstack.org/51500810:04
*** vks1 has quit IRC10:04
*** Tom has joined #openstack-nova10:06
*** vks1 has joined #openstack-nova10:07
gibijohnthetubaguy: do you refert to the InstanceMapping class when you say cell_mappings?10:09
johnthetubaguygibi: sorry, I meant instance_mappings10:10
*** andreas_s has quit IRC10:13
gibijohnthetubaguy: I found some cleanup here https://github.com/openstack/nova/blob/df9fbbfec97a1ce13364d025bcd66621725bb7e4/nova/compute/api.py#L120010:13
*** udesale has quit IRC10:13
gibijohnthetubaguy: but I guess this is just the case when nova fails to build the instance10:14
johnthetubaguygibi: looks that way10:15
johnthetubaguygibi: I suspect its because you can GET for a delete instance, so you can only delete once you do a hard delete in the child cell10:15
johnthetubaguygibi: thanks for looking into that for me though, backs up what I was thinking10:16
*** yangyapeng has quit IRC10:17
gibijohnthetubaguy: as I see there is no way to soft delete an InstanceMapping in the api db so your observation makes sense10:19
johnthetubaguyyeah, no soft delete in any of the api_db, I think10:20
gibijohnthetubaguy: does the archiving process moves the instance mapping from the production table to the shadow table?10:21
gibijohnthetubaguy: that could be a way to clean up10:21
johnthetubaguybut that util doesn't have access to the api_db, generally10:22
*** Laurene_ has quit IRC10:23
johnthetubaguyoh, wait, I was thinking about the instance moving to a shadow table, I didn't think we did shadow tables in the API db10:23
johnthetubaguyI saw we had a non-shadow table archive, but I must have got mixed up10:24
johnthetubaguys/saw/swore/10:24
*** annp has quit IRC10:24
gibijohnthetubaguy: OK then I conclude that nova doesn't delete the instance mapping at all10:26
johnthetubaguygibi: thanks, I thought I was going a bit mad not being able to track that down10:27
*** avolkov has joined #openstack-nova10:31
*** salv-orlando has quit IRC10:32
*** salv-orlando has joined #openstack-nova10:33
*** andreas_s has joined #openstack-nova10:34
*** slaweq has quit IRC10:36
*** pcaruana has quit IRC10:37
masbergood afternoon, I am having an issue with nova where my instances are failing during building process10:37
*** sree has quit IRC10:38
*** sree has joined #openstack-nova10:38
*** namnh has quit IRC10:38
*** slaweq has joined #openstack-nova10:39
masberthis is the error I can see running openstack server show command http://paste.openstack.org/raw/624579/10:39
*** gmann_afk is now known as gmann10:40
*** bkopilov_ has quit IRC10:42
*** sree has quit IRC10:43
*** andreas_s has quit IRC10:45
*** priteau has joined #openstack-nova10:45
johnthetubaguymasber: if you look at the original log, it has a request-id in there, you will want to search for other logs with that id in it, that will show you why you hit that error10:46
*** yamamoto has joined #openstack-nova10:49
*** andreas_s has joined #openstack-nova10:51
masberjohnthetubaguy, is this what you mean? http://paste.openstack.org/show/624582/10:54
*** nicolasbock has joined #openstack-nova10:55
*** andreas_s has quit IRC10:55
*** andreas_s has joined #openstack-nova10:55
*** trinaths has left #openstack-nova10:58
*** yamamoto has quit IRC11:01
*** dtantsur|afk is now known as dtantsur11:01
*** sree has joined #openstack-nova11:02
*** Tom has quit IRC11:03
johnthetubaguymasber: maybe, but I suspect you need logs from nova-conductor and other services, using that request-id (although I don't see the no valid host error log in there)11:05
masberoh ok11:05
*** huanxie has quit IRC11:05
masberI just checked the scheduler11:05
johnthetubaguymasber: should really move to the #openstack channel I guess, its more operator focused than dev11:05
masberlet me see other log files11:05
*** sree has quit IRC11:07
*** huanxie has joined #openstack-nova11:08
masberjohnthetubaguy, ok I got a permission denied http://paste.openstack.org/raw/624585/11:09
johnthetubaguymasber: ah, cool, that sounds like the root cause11:09
masberhow weird11:10
*** slaweq has quit IRC11:11
ttsioutshey guys! I started investigating this bug report: https://bugs.launchpad.net/nova/+bug/1644457. was there a decision that a user's keypairs in_use should not be counted by the cli: nova quota-show --user <user id> --detail?11:11
openstackLaunchpad bug 1644457 in OpenStack Compute (nova) "keypair quota error" [Medium,Confirmed] - Assigned to Theodoros Tsioutsias (ttsiouts)11:11
*** rodolof has joined #openstack-nova11:12
*** yamamoto has joined #openstack-nova11:14
*** sridharg has quit IRC11:15
*** lucasagomes is now known as lucas-hungry11:20
*** josecastroleon has joined #openstack-nova11:21
*** thorst has joined #openstack-nova11:21
*** phuongnh has quit IRC11:23
*** slaweq has joined #openstack-nova11:23
*** yangyapeng has joined #openstack-nova11:25
*** thorst has quit IRC11:26
*** smatzek has joined #openstack-nova11:28
*** sridharg has joined #openstack-nova11:28
efriedmasber You'll probably want to check your compute logs.  Is the compute service started?11:29
*** dave-mccowan has joined #openstack-nova11:31
*** belmoreira has joined #openstack-nova11:33
efriedbauzas naichuans  https://review.openstack.org/#/c/514942/ ++!  I was poring over this code last night and it made me realize how important this is going to be.11:40
*** rtailor has quit IRC11:40
*** ratailor has joined #openstack-nova11:42
*** ratailor has quit IRC11:42
*** pcaruana has joined #openstack-nova11:43
*** huanxie has quit IRC11:48
*** huanxie has joined #openstack-nova11:50
*** litao__ has quit IRC11:54
*** vks1 has quit IRC11:57
*** mvk has quit IRC11:58
openstackgerritSurya Seetharaman proposed openstack/nova master: nova-manage cell_v2 verify_instance returns a valid instance mapping even after the instance is deleted/archived  https://review.openstack.org/51503412:01
*** jpena is now known as jpena|lunch12:01
*** mvk has joined #openstack-nova12:01
*** yamamoto has quit IRC12:02
*** sree has joined #openstack-nova12:02
*** lpetrut_ has joined #openstack-nova12:03
*** liuyulong has quit IRC12:03
*** pcaruana has quit IRC12:03
*** pcaruana has joined #openstack-nova12:04
*** masuberu has joined #openstack-nova12:06
*** sree has quit IRC12:06
*** thorst has joined #openstack-nova12:08
*** masber has quit IRC12:09
openstackgerritEric Fried proposed openstack/nova master: placement: add nested resource providers  https://review.openstack.org/37713812:13
openstackgerritEric Fried proposed openstack/nova master: placement: allow filter providers in tree  https://review.openstack.org/37721512:13
openstackgerritEric Fried proposed openstack/nova master: placement: adds REST API for nested providers  https://review.openstack.org/38480712:13
openstackgerritEric Fried proposed openstack/nova master: placement: update client to set parent provider  https://review.openstack.org/38569312:13
*** smatzek has quit IRC12:13
efriedcdent dansmith  Took the liberty of fixing that nit since Jay's still out and the patch is now the first one in the series ^12:13
*** smatzek has joined #openstack-nova12:14
cdent12:14
*** gszasz has joined #openstack-nova12:17
*** smatzek has quit IRC12:18
cdentefried: on the vgpu stuff, I get that you want to be able to change stuff you can’t express elsewhere, and that we want that12:20
cdentbut doesn’t it also make it so the flavor can express VCPU: 2 and then the extra spec can say VCPU: 412:20
efriedcdent That was already the case, intentionally.  The extra spec overrides.12:21
cdentI thought the previous behavior was only that the extra spec could set to 0?12:21
efriedcdent This was done so that we could move toward the extra spec resources being the single source of truth for all resource requests.12:21
efrieduh, stand by...12:21
cdent(for _standard_ classes)12:21
efriedcdent No, you could override too.12:22
*** jdavis has joined #openstack-nova12:22
cdentBasically what I’m trying to understand is if we are making it so there are now two places to do things, and if so, is the plan to end up on only one. If there is, cool.12:22
efriedSetting to 0 would remove it.  Presumably this is so you could e.g. provide disk resource from somewhere else, but you can't create a flavor with disk 0.12:22
*** hemna_ has joined #openstack-nova12:23
cdentI hope some day we will just destroy flavors as an internal concept and they will only be a UI thing.12:23
efriedcdent The plan is to be able to express all resources from one place.  We didn't want to (couldn't) do that by adding every standard and custom resource class to the main flavor object.  So we want to do it via specific namespacing in the extra_specs because it's a freeform grab-bag.12:23
*** lucas-hungry is now known as lucasagomes12:24
*** thorst_ has joined #openstack-nova12:24
*** sean-k-mooney has quit IRC12:24
efriedcdent I don't know what the ultimate fate of the flavor object will be.  But I don't disagree that it's kind of a mess atm.12:24
efriednot least because we're transitioning to this generic resource management ideal.12:24
* cdent holds his breath12:25
* efried heimlichs12:25
*** sbezverk has joined #openstack-nova12:26
*** thorst has quit IRC12:26
cdentyou got the golden ticket12:27
openstackgerritChris Dent proposed openstack/nova master: [placement] Enable limiting GET /allocation_candidates  https://review.openstack.org/51352612:27
*** slaweq has quit IRC12:28
*** huanxie has quit IRC12:30
*** esberglu has joined #openstack-nova12:31
*** Drankis has joined #openstack-nova12:31
efriedalex_xu yt?12:32
jmccarthyIs there some config or option needed for console.log to work in horizon ? At the moment I'm finding with cirros it works, but with OL7 it doesn't ? The xml of the two instances looks very similar12:32
*** edmondsw has joined #openstack-nova12:32
jmccarthyBut in the OL7 case, the console.log is 0 size file12:33
*** slaweq has joined #openstack-nova12:33
jmccarthy(similar permissions etc)12:33
*** edmondsw has quit IRC12:37
*** edmondsw has joined #openstack-nova12:37
cdentefried: I hate resorting to mocks in functional tests. (Or really in any tests)12:41
efriedcdent Oh, was that a functional test, yeah, don't mock stuff there.12:41
cdentbut if you like I’m happy to add that in if we want to be sure, but *shrug*12:41
efriedNah, I +1ed.12:41
cdentk3wl12:41
*** danpawlik has quit IRC12:42
*** jdavis has quit IRC12:43
*** markvoelker has joined #openstack-nova12:43
*** danpawlik has joined #openstack-nova12:43
alex_xuefried: yea, i'm here12:45
alex_xunova api meeting is in 15 mins at #openstack-meeting-412:45
*** vladikr has joined #openstack-nova12:46
efriedalex_xu I wanted to talk through that SQL boggle.  I'm writing up a comment...12:47
*** pchavva has joined #openstack-nova12:48
*** udesale has joined #openstack-nova12:48
alex_xuefried: yea12:49
*** awaugama has joined #openstack-nova12:49
*** esberglu has quit IRC12:49
*** mriedem has joined #openstack-nova12:50
*** flanders_ has quit IRC12:52
*** bkopilov_ has joined #openstack-nova12:55
*** sean-k-mooney has joined #openstack-nova12:57
*** takashin has joined #openstack-nova12:58
*** lyan has joined #openstack-nova12:59
sean-k-mooneystephenfin: qq just set up one of my lab vms with an irc client. does my nick ectra look normal. i might set up a znc bouncer at the weekend instead but it windows reboots are getting to be a pain.12:59
stephenfinsean-k-mooney: All good here, yup13:00
sean-k-mooneycool13:00
*** yamamoto has joined #openstack-nova13:02
*** baoli has joined #openstack-nova13:03
mriedemdansmith: tonyb gave his blessing https://review.openstack.org/#/c/514685/13:06
*** slaweq has quit IRC13:06
*** jpena|lunch is now known as jpena13:08
*** esberglu has joined #openstack-nova13:09
*** belmoreira has quit IRC13:10
*** yamamoto has quit IRC13:12
*** slaweq has joined #openstack-nova13:12
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Import the config drive docs from openstack-manuals  https://review.openstack.org/51505313:12
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Import user-data page from openstack-manuals  https://review.openstack.org/51505413:12
*** sean-k-mooney has quit IRC13:13
*** sean-k-mooney has joined #openstack-nova13:14
*** ykarel has quit IRC13:15
*** ttsiouts has left #openstack-nova13:19
*** takashin has left #openstack-nova13:20
*** ttsiouts has joined #openstack-nova13:22
*** eharney has joined #openstack-nova13:24
*** huanxie has joined #openstack-nova13:25
efrieddansmith mriedem This migration UUID business - is that going to get rid of the "doubling up" that makes remove_provider_from_instance_allocation necessary?13:32
mriedemefried: sort of13:33
mriedemefried: the scheduler will pick a dest host and double the instance allocations between the source and dest host,13:33
mriedemthen conductor will swap the source node allocation with the migration record13:33
mriedemso the instance will have an allocation on the dest host, and the migration will have an allocation on the source ohst13:34
mriedem*host13:34
mriedemas i pointed out in https://review.openstack.org/#/c/506420/ this morning, until we have cdent's POST allocations stuff, we'll actually be quadrupling the allocations temporarily when resizing to the same host13:34
dtantsurhi mriedem! do I get it right that we're past spec freeze? people ping me re https://review.openstack.org/#/c/449155/, do they have to move it to Rocky at this point? I also wonder if that even needs a spec, but dunno13:34
mriedemdtantsur: i think any move operation involving the ironic driver is going to require a spec yes, simply because of the resource tracking considerations that have to be made with the 1:M host:node mapping with ironic13:35
efriedmriedem Okay, so there will still need to be some affordance for adjusting doubled (or quadrupled) allocations for the forseeable future.13:36
mriedemdtantsur: because we have assumptions all over nova when getting compute nodes from the db with only the host that there is only 1 node because we're not supporting moves with ironic yet13:36
mriedemefried: yes, per the FIXME note from dan in that change13:36
mriedemthe FIXME means replace that with cdent's POST allocations stuff13:36
cdentjust in the midst of writing the docs for that stuff13:36
efriedmriedem The problem is in the way we're discovering how much adjustment to make, and to which RP.  At the moment the code assumes in several ways that there's only one RP - the compute node.13:36
dtantsurmriedem: mm, this is something I've never considered13:36
mriedemdtantsur: also,13:37
mriedemwe have a spec from takashin to pass a dest host for cold migration, and that won't really work for ironic because you're only passed the host in the api, not the host+node13:38
*** mdnadeem has quit IRC13:38
mriedemtoday when the admin specifies a host, we just take the ComputeNodeList[0] entry b/c we assume it's not an ironic instance13:38
dtantsuryep, I think the plan was to let nova find a host13:38
mriedemfind a node?13:39
mriedemthe admin specifies a host, nova just randomly picks a node13:39
mriedemwell, i guess i'm thinking of the force case with live migration and evacuate13:39
mriedemfor cold migration we said we wouldn't add a force option, so you can specify a host and we'll still go through the scheduler to find a node13:39
mriedemevacuate + forced host + ironic is probably totally busted though :)13:40
dtantsuryep :)13:40
dtantsurwe were discussing cold migration + resize in context of nova. I was under impression this may work13:41
dtantsurwell, assuming people boot from volume and do not rely on local disks too much :)13:41
*** vivsoni_ has joined #openstack-nova13:41
dansmithmriedem: his question was if it'll remove the need for that special allocation-slicing thing and it will13:41
*** vivsoni has quit IRC13:42
dansmithmriedem: once we're past queens we won't have any of that13:42
*** mdnadeem has joined #openstack-nova13:42
mriedemdansmith: the scheduler still picks the dest host and makes the doubled allocation yeah?13:43
dtantsurmriedem: anyway, could you please leave a short comment on that spec with the freeze status and the question you'd see covered?13:43
mriedemfor the instance13:43
dansmithmriedem: no13:43
mriedemdtantsur: doing so now13:43
dtantsurthanks mriedem13:43
dansmithmriedem: before we call the scheduler we replace the instance allocation with the migration one so no doubling happens when the scheduler does its thing13:43
*** hshiina has quit IRC13:43
*** burt has joined #openstack-nova13:44
mriedemdansmith: yeah sorry you're right - _preallocate_migration is called before select_destinations()13:44
*** mdnadeem has quit IRC13:44
*** slaweq has quit IRC13:44
*** yamahata has joined #openstack-nova13:44
dansmithright13:45
mriedemok i was +2 on that change since last night anyway13:45
mriedemback to crushing everyone's queens spec freeze dreams13:46
dansmithefried: catch that?13:46
*** Tom____ has joined #openstack-nova13:47
*** slaweq has joined #openstack-nova13:48
*** amodi has joined #openstack-nova13:48
*** sbezverk has quit IRC13:50
*** andreas_s has quit IRC13:50
*** gus has quit IRC13:51
*** andreas_s has joined #openstack-nova13:51
*** gus has joined #openstack-nova13:51
*** cleong has joined #openstack-nova13:52
sean-k-mooneydansmith: mriedem today we claim PCI devices on the compute node not the scheduler/conductor correct? we only do placement allocation for cpu,ram and disk in the scheduler today.13:52
*** smatzek has joined #openstack-nova13:52
dansmithcorrect13:52
*** armax has joined #openstack-nova13:53
*** smatzek has quit IRC13:53
*** lpetrut_ has quit IRC13:53
*** smatzek has joined #openstack-nova13:54
*** smatzek has quit IRC13:54
sean-k-mooneyok that's what i taught. we may need to pass more the the host-id when creating the new portbinding unless neutron are happy to allow use to update the binding profile with the claimed pci devices when we activate the binding13:54
*** dikonoor has quit IRC13:54
*** smatzek has joined #openstack-nova13:55
openstackgerritRadoslav Gerganov proposed openstack/nova master: VMware: implement get_inventory() driver method  https://review.openstack.org/50617513:55
*** dikonoor has joined #openstack-nova13:55
mriedemsean-k-mooney: i thought some of the dvr hackery migration code we have in nova.network.neutronv2.api already dealt with pci devices in the port binding profile?13:55
*** huanxie has quit IRC13:55
*** sree has joined #openstack-nova13:55
*** yamahata has quit IRC13:55
sean-k-mooneyit may i was just trying to think if we need to have the binding profile in the new migrtion object or not.13:56
*** huanxie has joined #openstack-nova13:56
sean-k-mooneymriedem: that said there is no code to regenerate the interfaces at all currently so if it was updating pci devices it was not updating the xml for sriov devices13:57
*** gmann is now known as gmann_afk13:58
mriedemsean-k-mooney: ok - definitely going into moshe / cfriesen territory here13:58
sean-k-mooneymriedem: ya ill check with them, as far as i know i think moshe had patches to make livemigration with macvtap mode work but i dont recall if they ever merged13:59
*** sree has quit IRC14:00
*** mdnadeem has joined #openstack-nova14:00
sean-k-mooneymriedem: vnic_type=direct or direct_physical do not support live migration currently at all as far as i know so this is an edge case of an edge case14:00
*** lajoskatona has quit IRC14:02
*** liuyulong has joined #openstack-nova14:03
*** liverpooler has quit IRC14:03
*** eharney has quit IRC14:04
*** andreas_s has quit IRC14:05
mriedemdansmith: better to do a new remotable class method here? https://review.openstack.org/#/c/514904/3/nova/objects/migration.py14:07
mriedemi think that's what we do in InstanceList14:07
*** yamahata has joined #openstack-nova14:07
*** hongbin has joined #openstack-nova14:08
dansmithmriedem: the reason we did it for instance is because we had sort_key already and they wanted to replace it with sort_keys14:08
dansmithwe do add arguments like this all the time and I think the behavior of them being unset makes sense in this case (i.e. =None means default sort)14:08
*** slaweq_ has quit IRC14:09
mriedemok14:09
dansmithI shall comment14:09
openstackgerritMatt Riedemann proposed openstack/nova master: Fix AttributeError in BlockDeviceMapping.obj_load_attr  https://review.openstack.org/51482514:10
mriedemmelwitt: i just removed the obj_reset_changes thing in the bdm object here; didn't want that holding up this otherwise simple fix ^14:10
*** andreas_s has joined #openstack-nova14:11
*** xyang1 has joined #openstack-nova14:11
*** coreywright has quit IRC14:13
*** Drankis has quit IRC14:16
*** andreas_s has quit IRC14:17
efrieddansmith Got it, thanks.  I just saw your commentary at https://review.openstack.org/#/c/506420/29/nova/conductor/tasks/migrate.py@61 which confirms some stuff I "discovered" last night as I was trying to figure out how to make flavors take numbered groupings.14:20
dansmithack14:21
efrieddansmith Getting resources from the flavor is going to break down *very* quickly for everything other than scheduling.14:21
*** salv-orlando has quit IRC14:21
efriedWe're gonna have to get it from placement - but that's a chicken/egg for these scenarios.14:21
*** slaweq has quit IRC14:21
*** salv-orlando has joined #openstack-nova14:22
dansmithwell, that's why I was suggesting we go ahead with passing the allocation into the virt drier,14:22
dansmithinstead of setting the precedent of ripping that from the flavor14:22
efrieddansmith Does that help, though?  Unless compute caches it somewhere...14:22
dansmithhelp what?14:22
dansmithit helps us not have to reconstruct the request to placement for things like "which device on which numa node should we give them a vgpu from"14:23
efriedHelp with getting rid of remove_provider_from_instance_allocation14:23
dansmithno, but that's not an issue after my set anyway14:23
efriedLet me come at it from the other angle: What all needs to merge for us to get rid of remove_provider_from_instance_allocation ?  Just your thing, or also cdent's POST thing?14:23
dansmithyes, and then a cycle has to pass, because we still need that for the old path where we have pike computes doing the old thing14:24
dansmithso we merge my thing, snap queens, then we can remove all that junk14:24
dansmithmerging cdent's thing is orthogonal to being able to stop doubling.. it's just a correctness/atomicity thing14:24
*** yamahata has quit IRC14:25
efrieddansmith Ayee, okay.  So we'll still need to figure out how to make remove_provider_from_instance_allocation work with e.g. nested.14:25
dansmithwell, it kinda depends on how that turns out14:25
dansmithmy first response is to say no, we don't14:25
dansmithbecause pike computes won't have any nesting14:25
*** salv-orlando has quit IRC14:26
dansmithand just the presence of the nested stuff doesn't break us,14:26
*** coreywright has joined #openstack-nova14:26
*** udesale has quit IRC14:26
dansmithwhat would cause a problem is if we could be migrating between a pike and queens node where the queens node has some nested resources that we have to account for in that thing14:26
*** acormier has joined #openstack-nova14:26
*** mlavalle has joined #openstack-nova14:27
*** acormier has quit IRC14:27
*** acormier has joined #openstack-nova14:28
*** huanxie has quit IRC14:28
*** slaweq has joined #openstack-nova14:28
efrieddansmith Presumably the scheduler on the pike node would just request the resources from whatever RPs are available on the pike node, which won't be nested.14:28
mriedemscheduler is global14:28
efriedRight, point remains.14:29
mriedemyou upgrade scheduler before computes14:29
dansmithefried: we don't do that new behavior until all the computes are upgraded14:29
dansmithefried: because the old ones assume doubled allocations14:29
mriedemand pike computes don't know how to cleanup allocations using the migration uuid14:29
mriedemwhich is another way of saying what dan just said i think14:29
dansmithright14:29
*** udesale has joined #openstack-nova14:30
* efried feels like an amateur rock climber encountering an overhang.14:30
*** sridharg has quit IRC14:31
*** acormier has quit IRC14:31
efriedJust so my brain doesn't explode, I need to zoom out a little bit and frame all of this in terms of how to grab numbered resource groupings from the flavor for the sake of scheduling.14:32
*** liverpooler has joined #openstack-nova14:32
openstackgerritPavel Gluschak (scsnow) proposed openstack/nova master: Fixed concurrent access to direct io test file  https://review.openstack.org/51509114:32
efriedI think for now I just need to sum up all the resources and continue to pass in the single dict to remove_provider_from_instance_allocation14:33
*** huanxie has joined #openstack-nova14:33
cdentefried: overhangs are the best part14:33
efriedAnd only keep them split up for the scheduler side of things, which is resources_from_request_spec14:33
dansmithefried: currently I think that's right yeah14:34
*** andreas_s has joined #openstack-nova14:34
gibimriedem: As you suggested last week I reached out to the author of bp service-create-destroy-notification and he stated he is still planning to work on the implementation.14:34
efriedThis keeps us throwing good money after bad, digging deeper into the shared RP tech debt hole, but I don't see an alternative without boiling the ocean.14:34
efrieddansmith mriedem Thanks y'all.14:35
* cdent gives efried the bizspeak of the day award14:35
cdentbonus points for boiling the ocean14:35
mriedemgibi: cool thanks14:35
efriedcdent No penalties for mixing metaphors?14:35
* edleafe hands efried a lighter14:35
cdentgood lord from me? no way.14:36
cdentmixed metaphors are the best14:36
openstackgerritSylvain Bauza proposed openstack/nova master: Accept all standard resource classes in flavor extra specs  https://review.openstack.org/51494214:37
openstackgerritSylvain Bauza proposed openstack/nova master: VGPU_support: add enabled white list  https://review.openstack.org/51258014:37
openstackgerritSylvain Bauza proposed openstack/nova master: WIP: libvirt: Provide VGPU inventory for a single GPU type  https://review.openstack.org/51476314:37
*** jaypipes has joined #openstack-nova14:40
* efried waves to jaypipes 14:41
*** gouthamr has joined #openstack-nova14:41
efriedHow's the new hire stuff going jaypipes?  Winding down?14:41
*** vks1 has joined #openstack-nova14:41
*** sree has joined #openstack-nova14:42
jaypipesefried: it's going.14:43
*** andreas_s has quit IRC14:44
*** david-lyle has quit IRC14:44
*** slaweq_ has joined #openstack-nova14:45
*** andreas_s has joined #openstack-nova14:45
dansmithjaypipes: that well huh?14:46
mriedemdansmith: sorry for getting to this late, but questions inline https://review.openstack.org/#/c/508595/14:46
*** sree has quit IRC14:47
dansmithmriedem: standard operating procedure for you, I know14:47
mriedem:(14:48
dansmithmriedem: that comment was added recently by you right? maybe just rebase noise14:48
mriedemyes14:48
mriedemwhen cleaning out the system_metadata stuff14:48
mriedemi'm not -1 for that, that could be added back on top later14:48
dansmithgonna pull it out of the gate? I'm still reading14:48
mriedem-1 is for the lack of testing with limits, unless i'm missing something14:48
mriedem*build_requests + limits in the sortmaster14:48
*** rmart04 has quit IRC14:49
*** andreas_s has quit IRC14:50
dansmithmriedem: you think it's broken or just want more coverage?14:52
dansmithsince it's all the same logic (no special limit decrementing) it's not much of a gap14:52
*** andreas_s has joined #openstack-nova14:52
mriedemthere was a test for build requests + limits which was removed,14:52
mriedemso i think we want that coverage yeah14:52
mriedemyou could replay it on top of this change if you want (not the series, just this change)14:53
*** david-lyle has joined #openstack-nova14:53
*** felipemonteiro_ has joined #openstack-nova14:54
dansmithI would rather not keep that test the way it was, since it tests the instance_list module from above the compute api, but I'm happy to slap a limit base test into instance_list14:54
*** yamahata has joined #openstack-nova14:54
dansmithmriedem: it's fairly deep into the gate (spot 15 out of 42) but if you want to pull it out, I'll add it to that patch, else I can pile the coverage on top14:55
*** eharney has joined #openstack-nova14:55
mriedemjust put it on top14:55
mriedemthat's fine14:55
*** tbachman has joined #openstack-nova14:55
*** sbezverk has joined #openstack-nova14:56
*** felipemonteiro__ has joined #openstack-nova14:57
*** AlexeyAbashkin has quit IRC14:58
*** felipemonteiro_ has quit IRC15:01
*** slaweq has quit IRC15:01
*** slaweq has joined #openstack-nova15:01
*** andreas_s has quit IRC15:01
*** vvargaszte has joined #openstack-nova15:02
*** AlexeyAbashkin has joined #openstack-nova15:03
*** andreas_s has joined #openstack-nova15:03
dansmithdid they just restart zuul or something?15:04
*** huanxie has quit IRC15:04
*** gongysh has quit IRC15:05
jaypipesgibi: please see my explanation on https://review.openstack.org/#/c/377215/53/nova/tests/functional/db/test_resource_provider.py15:07
dansmithmriedem: so, actually, I think we should pull that from the gate, since everything just restarted15:08
*** psachin has quit IRC15:08
dansmithmriedem: I think there might be a bug that this test will uncover15:08
openstackgerritChris Dent proposed openstack/nova master: Move project_id and user_id to Allocation object  https://review.openstack.org/50041015:08
openstackgerritChris Dent proposed openstack/nova master: [placement] Allow _set_allocations to delete allocations  https://review.openstack.org/50105115:08
openstackgerritChris Dent proposed openstack/nova master: [placement] Limit number of attempts to delete allocations  https://review.openstack.org/50722415:08
openstackgerritChris Dent proposed openstack/nova master: Include project_id and user_id in AllocationList.get_all_by_consumer_id  https://review.openstack.org/51242015:08
openstackgerritChris Dent proposed openstack/nova master: [placement] Include project_id and user_id in GET /allocations  https://review.openstack.org/51242115:08
openstackgerritChris Dent proposed openstack/nova master: [placement] Enable PUT dict to /allocations/{consumer_uuid}  https://review.openstack.org/51062515:08
openstackgerritChris Dent proposed openstack/nova master: [placement] Document the changes to PUT and GET /allocations/{consumer_uuid}  https://review.openstack.org/51062615:08
jaypipesgibi: it's a weird one, for sure, but the mock there isn't actually to make the test work properly. it's to exercise one part of the WHERE clause that exists in that get_all_by_filters() method15:08
openstackgerritChris Dent proposed openstack/nova master: [placement] POST /allocations to set allocations for >1 consumers  https://review.openstack.org/50007315:08
bauzasdansmith: yup, looks like15:08
bauzasdansmith: zuulv3 website was timing out15:08
bauzasnow the jobs are just restarting15:08
openstackgerritDan Smith proposed openstack/nova master: Merge build requests into the sortmaster 9000  https://review.openstack.org/50859515:09
openstackgerritDan Smith proposed openstack/nova master: Add CellMapping.get_by_project_id() query method  https://review.openstack.org/50900215:09
openstackgerritDan Smith proposed openstack/nova master: Make get_instance_objects_sorted() be smart about cells  https://review.openstack.org/50900315:09
dansmithmriedem: ^ just to kick ito ut15:10
openstackgerritSylvain Bauza proposed openstack/nova master: Accept all standard resource classes in flavor extra specs  https://review.openstack.org/51494215:10
openstackgerritSylvain Bauza proposed openstack/nova master: VGPU_support: add enabled white list  https://review.openstack.org/51258015:10
openstackgerritSylvain Bauza proposed openstack/nova master: WIP: libvirt: Provide VGPU inventory for a single GPU type  https://review.openstack.org/51476315:10
*** Oku_OS is now known as Oku_OS-away15:12
*** andreas_s has quit IRC15:13
mriedemdansmith: ack15:14
*** andreas_s has joined #openstack-nova15:15
*** Tom____ has quit IRC15:19
melwittstephenfin: I addressed your comments on https://review.openstack.org/#/c/498983 by refactoring the tests if you could please re-look at it when you can15:20
stephenfinmelwitt: Will do (y)15:20
melwittthanks15:21
*** artom_ is now known as artom15:22
*** ragiman has quit IRC15:23
*** Apoorva has joined #openstack-nova15:25
*** huanxie has joined #openstack-nova15:26
*** slaweq has quit IRC15:29
*** sree has joined #openstack-nova15:29
*** hemna_ has quit IRC15:31
*** andreas_s has quit IRC15:31
*** sshwarts has quit IRC15:33
*** sree has quit IRC15:34
*** thorst_ has quit IRC15:34
*** rodolof has quit IRC15:34
*** thorst has joined #openstack-nova15:35
*** andreas_s has joined #openstack-nova15:37
*** slaweq has joined #openstack-nova15:39
*** thorst has quit IRC15:39
*** slaweq has quit IRC15:44
*** READ10 has joined #openstack-nova15:45
efriedProcedural question: is it legit to link a blueprint in a docstring?15:45
*** andreas_s has quit IRC15:46
*** smatzek_ has joined #openstack-nova15:46
*** Sukhdev_ has joined #openstack-nova15:49
*** pcaruana has quit IRC15:49
edleafeefried: I don't know that it is prohibited, but I generally prefer docstrings to stand alone, so I would tend to quote the relevant part of the bp.15:49
mriedemefried: we don't build docstrings15:49
mriedemso doesn't matter15:49
*** smatzek has quit IRC15:49
openstackgerritChris Dent proposed openstack/nova master: Optional separate database for placement API  https://review.openstack.org/36276615:50
efriedWas thinking more for the sake of future developers wanting to figure out what's going on.  If there's a reason not to do so, like the spec might move or change or disappear.  But it's easy enough to avoid it.  Thanks.15:50
*** yamahata has quit IRC15:51
liuyulongsdague, mriedem, hello there, what about this now https://review.openstack.org/#/c/379128/, the patch of bp/rebuild-keypair-reset.15:51
cdentefried: are you talking about a spec.o.o link or launchpad link? if the former, I’d say go for it15:52
cdentif the latter, no15:52
dansmithmriedem: I'm just going to drop this patch15:52
efriedcdent Yeah, the former.15:52
dansmithmriedem: there'll be an issue with pagination with it (limits alone work fine), and that test I removed wouldn't have caught it15:52
efriedcdent Sigh, except for the whole line width thing.15:53
dansmithmriedem: I've paged out a lot of context on this, and it's going to require re-tooling, which isn't going to happen until after summit15:53
dansmithjust fyi15:53
cdentmiagra15:53
mriedemliuyulong: i have to get back to reviewing it, but busy with something else right now15:54
mriedemdansmith: ack, shitty but understandable15:55
mriedemdansmith: is the paging issue because we handle build requests separately from the scatter / gather sorted instances in cells thing?15:55
dansmithmriedem: yeah, I wish I had written a test for this when I wrote the rest, I dunno why I didn't15:55
*** trinaths has joined #openstack-nova15:56
dansmithmriedem: it's because the marker could be in build requests which we look up differently from other things, and because we need to be able to do that special value-based marker resume thing in there too15:56
*** trinaths1 has joined #openstack-nova15:56
stephenfinAm I able to get access to these fixture properties in a test? https://github.com/openstack/nova/blob/master/nova/tests/fixtures.py#L191-L19715:56
stephenfin(stdout and stderr)15:56
stephenfinsdague, perhaps? ^15:57
*** huanxie has quit IRC15:57
mriedemstephenfin: you'd have to store the fixture object in the base nova TestCase class15:57
mriedemstephenfin: like we do here: self.stdlog = nova_fixtures.StandardLogging()15:58
mriedemthen you can access the attributes in the fixture from a test15:58
liuyulongmriedem, great, thank you.15:58
*** fmount9 has quit IRC15:58
sdaguestephenfin: yeh, what mriedem said15:59
*** salv-orlando has joined #openstack-nova16:00
*** trinaths has quit IRC16:00
*** vvargaszte has quit IRC16:00
*** itlinux has joined #openstack-nova16:01
stephenfinmriedem, sdague: Spot on. I'll do that so16:01
*** jmlowe_ has quit IRC16:02
*** ijw has joined #openstack-nova16:05
*** huanxie has joined #openstack-nova16:05
*** andreas_s has joined #openstack-nova16:07
mriedemsdague: something i didn't think about in the flavor description spec, but i didn't say i'd return the description in GET /flavors - which is the limited response - only id, name and links16:08
mriedemnot sure if i should include the description or not16:08
*** jmlowe has joined #openstack-nova16:08
*** janki has quit IRC16:09
mriedemi never use GET /flavors because i want to see how much ram/cpu/disk i'm getting16:09
openstackgerritsahid proposed openstack/nova master: libvirt: disconnect volume from host during detach  https://review.openstack.org/51500816:10
*** jmlowe has quit IRC16:11
*** andreas_s has quit IRC16:12
*** jmccarthy has left #openstack-nova16:13
*** andreas_s has joined #openstack-nova16:13
cdentanyone have today’s count on number of different in progress changes racing for placement microversion 1.11?16:17
*** andreas_s has quit IRC16:18
*** Tom has joined #openstack-nova16:19
*** andreas_s has joined #openstack-nova16:19
*** erlon has quit IRC16:20
*** Tom has quit IRC16:24
*** liuyulong has quit IRC16:25
*** tesseract has quit IRC16:25
*** thorst has joined #openstack-nova16:27
*** andreas_s has quit IRC16:28
*** andreas_s has joined #openstack-nova16:30
stephenfinmelwitt: Quick one - how come we don't need 'dump_inactive' for the additional call here? https://review.openstack.org/#/c/498983/4/nova/virt/libvirt/driver.py16:30
melwittstephenfin: that controls whether we pull the active (live) or inactive (persistent) config from the domain. we want to pull the live config after the volume was updated to write it back to the persistent config. does that make sense?16:32
*** erlon has joined #openstack-nova16:32
openstackgerritChris Dent proposed openstack/nova master: [placement] manage cache headers for /resource_providers  https://review.openstack.org/49538016:32
openstackgerritChris Dent proposed openstack/nova master: [placement] manage cache headers for inventories  https://review.openstack.org/51095416:32
openstackgerritChris Dent proposed openstack/nova master: [placement] manage cache headers for resource classes  https://review.openstack.org/51316116:32
openstackgerritChris Dent proposed openstack/nova master: [placement] manage cache headers for usages  https://review.openstack.org/51317416:32
openstackgerritChris Dent proposed openstack/nova master: [placement] manage cache headers for aggregates  https://review.openstack.org/51512816:32
stephenfinmelwitt: Ah, that wasn't immediately obvious to me. Yup, makes sense. +2d16:33
melwittstephenfin: it could stand to have a code comment, tbh. at the time, I thought I was explaining it with the comment I added but it doesn't call out dump_inactive specifically16:33
stephenfinYeah, I added a comment to leave that in there. However, it's nit so only address if you can16:34
*** jpena is now known as jpena|brb16:34
*** vvargaszte has joined #openstack-nova16:34
cfriesenis there a novaclient/openstackclient command that does a GET on /os-hypervisors/detail ?16:35
mriedemnova hypervisor-list?16:35
cfriesenthat doesn't have the detail16:35
melwittstephenfin: k, lemme do an edit on it16:35
*** udesale has quit IRC16:35
*** huanxie has quit IRC16:36
*** gyee has joined #openstack-nova16:37
mriedemcfriesen: doesn't look like it on the CLI, the python API binding has a detailed kwarg though16:37
mriedemso it could be easily added to the CLI16:37
*** AlexeyAbashkin has quit IRC16:38
cfriesenmriedem: good, I'm not going blind.16:38
*** lucasagomes is now known as lucas-afk16:38
mriedemalthough, the amount of stuff you'd get out of /detalis16:38
openstackgerritmelanie witt proposed openstack/nova master: Save updated libvirt domain XML after swapping volume  https://review.openstack.org/49898316:38
mriedem*details16:38
mriedemis a lot16:38
*** andreas_s has quit IRC16:39
mriedemwhich is why cli users would probably do hypervisor-list and then hypervisor-show on specific ones16:39
cfriesenmriedem: I'm envisioning something like "nova list" where you could specify which fields you wanted.16:39
*** vvargaszte has quit IRC16:39
*** andreas_s has joined #openstack-nova16:40
openstackgerritmelanie witt proposed openstack/nova master: Save updated libvirt domain XML after swapping volume  https://review.openstack.org/49898316:41
*** arxcruz has joined #openstack-nova16:45
arxcruzdansmith: hi, I'm having a problem with a temprest test test_volume_boot_pattern, failing with Block Device Mapping is Invalid: failed to get volume 800c3fc8-aa91-45ac-a27c-a15158582a3e16:47
arxcruzthe problem seems to be in nova16:47
dansmitharxcruz: can you link to a CI run or something?16:47
arxcruzdansmith: 2017-10-25 12:14:49.944 99098 INFO nova.api.openstack.wsgi [req-3b691589-73af-4fda-aee3-c5f962e4c8b7 - - - - -] HTTP exception thrown: Block Device Mapping is Invalid: failed to get volume 800c3fc8-aa91-45ac-a27c-a15158582a3e.16:48
arxcruzthis is from nova16:48
arxcruzdansmith: let me check16:48
*** Swami has joined #openstack-nova16:48
dansmitharxcruz: that message likely means nova couldn't contact cinder or cinder complained16:49
arxcruzdansmith: https://logs.rdoproject.org/openstack-periodic-4hr/periodic-tripleo-ci-centos-7-multinode-1ctlr-featureset006-master/0bb0995/undercloud/home/jenkins/tempest_output.log.txt.gz16:49
arxcruzdansmith: there's nothing in cinder log16:49
arxcruzdansmith: btw, this is tripleo16:49
arxcruzdansmith: also, I have a env up on rdo-cloud if you want to take a look16:49
*** andreas_s has quit IRC16:49
dansmitharxcruz: okay, tripleo's log layout is hard for me to navigate, but I'm looking16:51
*** andreas_s has joined #openstack-nova16:51
arxcruzyeah... :/16:51
dansmitharxcruz: "nothing in cinder log" meaning no big stack traces or something, right? have you tracked the request nova is making to cinder to see that it's not showing up at all?16:52
arxcruzdansmith: yes, I track down, there's no request in cinder16:52
dansmitharxcruz: the timestamps of the failures in tempest are *after* the latest log message in nova-api16:52
arxcruzit's pretty instantly the failure when I was debuging tempest, when it calls the create_server function, it returns pretty faster16:52
dansmitharxcruz: which seems unpossible16:52
*** claudiub|2 has quit IRC16:52
dansmitharxcruz: also, the log you link to is for the undercloud.. is there cinder in the undercloud?16:53
arxcruzdansmith: you're talking about the line I pasted ?16:53
arxcruzdansmith: no, the cinder is in overcloud16:53
arxcruzjust a sec16:53
arxcruzdansmith: https://logs.rdoproject.org/openstack-periodic-4hr/periodic-tripleo-ci-centos-7-multinode-1ctlr-featureset006-master/0bb0995/subnode-2/var/log/16:54
arxcruzlogs for cinder and nova16:54
dansmitharxcruz: is this 100% fail?16:54
arxcruzdansmith: yes16:55
mriedemarxcruz: i think i have a tempest patch for this already...16:55
mriedemsec16:55
arxcruzmriedem: cool :D16:55
*** andreas_s has quit IRC16:55
mriedemarxcruz: https://review.openstack.org/#/c/510951/ ?16:55
mriedemthat merged already though16:56
mriedemyou need to provide more details on where this actually fails, like trace the request as dan said16:56
mriedemis it on attach, detach, other?16:56
*** derekh has quit IRC16:56
mriedemalthough that tempest patch wouldn't fix test_volume_boot_pattern which is a scenario test16:57
*** ralonsoh has quit IRC16:57
*** baoli has quit IRC16:58
mriedemlooks like req-733a784c-6fed-48c5-a62b-3876edb56d57 is the request id16:59
*** baoli has joined #openstack-nova16:59
*** lpetrut has quit IRC16:59
*** tssurya_ has joined #openstack-nova16:59
sdaguemriedem: if it's being used to choose and understand, I sort of assumed it would be in GET /flavors16:59
sdaguebut honestly, I can go either way16:59
sdaguemaybe just ask the folks that wanted it17:00
*** amodi has quit IRC17:00
arxcruzmriedem: it's on test_volume_boot_pattern test, from my debug, it create the volume successfully, then when it tries to create the instance from the volume, it fails17:01
*** dtantsur is now known as dtantsur|afk17:01
arxcruzmriedem: here's the track from tempest https://logs.rdoproject.org/openstack-periodic-4hr/periodic-tripleo-ci-centos-7-multinode-1ctlr-featureset006-master/0bb0995/undercloud/home/jenkins/tempest_output.log.txt.gz#_2017-10-23_17_30_4317:01
mriedemarxcruz: why don't i see the POST /servers request id in the nova-api undercloud logs? https://logs.rdoproject.org/openstack-periodic-4hr/periodic-tripleo-ci-centos-7-multinode-1ctlr-featureset006-master/0bb0995/undercloud/var/log/nova/nova-api.log.txt.gz17:03
mriedemor would it be in the overcloud?17:03
arxcruzin overcloud17:03
*** ijw has quit IRC17:04
arxcruzmriedem: https://logs.rdoproject.org/openstack-periodic-4hr/periodic-tripleo-ci-centos-7-multinode-1ctlr-featureset006-master/0bb0995/subnode-2/var/log/nova/nova-api.log.txt.gz17:04
arxcruzthis is the overcloud nova log17:04
*** rmcallis has joined #openstack-nova17:04
arxcruzhttps://logs.rdoproject.org/openstack-periodic-4hr/periodic-tripleo-ci-centos-7-multinode-1ctlr-featureset006-master/0bb0995/subnode-2/var/log/nova/nova-api.log.txt.gz#_2017-10-23_17_30_30_02017:05
arxcruzthe failure17:05
*** fragatina has quit IRC17:05
mriedemhuh, not helpful at all17:05
arxcruzyeah, that's all that I can see...17:06
arxcruzthere's no call to cinder, just trow this error17:07
mriedemin the dsvm ci logs we trace the requests to cinder via python-cinderclient17:07
*** ijw has joined #openstack-nova17:07
mriedemthat would be helpful here in debugging failures in triple0 logs17:07
*** BrazierCustoms has joined #openstack-nova17:09
BrazierCustomshello.  I am looking for a way to import an existing LXD container into glance for use as a base image. is this possible?17:10
BrazierCustomsfor nova-lxd17:10
mriedemarxcruz: looks like it's getting the volume fine from the cinder-api side https://logs.rdoproject.org/openstack-periodic-4hr/periodic-tripleo-ci-centos-7-multinode-1ctlr-featureset006-master/0bb0995/subnode-2/var/log/cinder/cinder-api.log.txt.gz#_2017-10-23_17_30_30_47417:11
mriedemaround the time of the nova-api failure17:11
BrazierCustomsI have tried searching and I have tried a couple things I thought would have worked but unsuccessful.17:11
*** ijw has quit IRC17:12
mriedemBrazierCustoms: this wouldn't be the channel for nova-lxd17:12
mriedemas it's not an in-tree driver17:12
BrazierCustomsi couldnt fint that either :(17:12
mriedemit's in the nova-lxd repo readme i think17:12
mriedemhttps://github.com/openstack/nova-lxd#support-and-discussions17:12
BrazierCustomsthank you mriedem17:12
mriedemyw17:12
*** huanxie has joined #openstack-nova17:13
mriedemarxcruz: looking at the nova code that returns that exception, unfortunately we return it for just about any kind of response from cinder17:13
arxcruzmriedem: yeah, i tried to adventure in the wild nova code and notice that17:13
mriedemarxcruz: are the computes running queens code?17:14
arxcruzmriedem: yes17:14
*** BrazierCustoms has left #openstack-nova17:14
mriedemarxcruz: is this repeatable?17:14
mriedemwe could put up a debug patch17:15
mriedemwe're either failing on a 400 when reserving the volume, or a 404, but it doesn't seem like it should be a 40417:15
mriedemi don't see any POST action to reserve the volume in the cinder-api logs though17:16
arxcruzmriedem: yes, it's repeatable, and I have an environment up17:17
arxcruzif you want to take a look17:17
arxcruzon rdo cloud17:17
*** hemna_ has joined #openstack-nova17:17
*** dikonoor has quit IRC17:18
mriedemarxcruz: can't right now, but i'd just dump a LOG.exception() here before raising https://github.com/openstack/nova/blob/master/nova/compute/api.py#L135417:18
mriedemand run the recreate with that17:19
arxcruzmriedem: sure, I'll do that, but not right now as well, but I'll update you guys17:19
*** smatzek_ is now known as smatzek17:21
*** tssurya_ has quit IRC17:27
*** jmlowe has joined #openstack-nova17:29
*** fragatina has joined #openstack-nova17:30
openstackgerritStephen Finucane proposed openstack/nova master: test: Store the OutputStreamCapture fixture  https://review.openstack.org/51514617:35
openstackgerritStephen Finucane proposed openstack/nova master: nova-status: Migrate to cliff  https://review.openstack.org/51514717:35
openstackgerritStephen Finucane proposed openstack/nova master: trivial: Rename 'policy_check' -> 'policy'  https://review.openstack.org/51514817:35
openstackgerritStephen Finucane proposed openstack/nova master: nova-policy: Migrate to cliff  https://review.openstack.org/51514917:35
openstackgerritMatt Riedemann proposed openstack/nova master: DNM: Run test_volume_backed_live_migration and iscsi test  https://review.openstack.org/50816317:41
*** mdnadeem has quit IRC17:41
*** lpetrut has joined #openstack-nova17:43
*** huanxie has quit IRC17:44
*** jpena|brb is now known as jpena17:48
*** amodi has joined #openstack-nova17:51
*** gszasz has quit IRC17:52
openstackgerritEric Fried proposed openstack/nova master: Process granular resources/traits in extra_specs  https://review.openstack.org/51515117:52
efriedjaypipes cdent ^17:53
efriedDoesn't actually do anything with it yet; just parses it.17:53
cdentefried: cool, will look, probably tomorrow morning17:54
*** salv-orlando has quit IRC17:55
*** salv-orlando has joined #openstack-nova17:56
openstackgerritEric Fried proposed openstack/nova master: Parse granular resources/traits from extra_specs  https://review.openstack.org/51515117:57
efriedThat's a cool review number :)17:57
cdentyes, yes it is17:58
*** READ10 has quit IRC17:58
*** smatzek_ has joined #openstack-nova17:59
*** salv-orlando has quit IRC18:00
*** smatzek has quit IRC18:02
*** artom has quit IRC18:04
*** jpena is now known as jpena|off18:06
*** Apoorva_ has joined #openstack-nova18:07
*** AlexeyAbashkin has joined #openstack-nova18:10
openstackgerritChris Dent proposed openstack/nova master: [placement] manage cache headers for allocations  https://review.openstack.org/51515618:10
*** Apoorva has quit IRC18:10
*** baoli has quit IRC18:13
*** baoli has joined #openstack-nova18:13
*** AlexeyAbashkin has quit IRC18:14
*** strigazi has quit IRC18:16
*** artom has joined #openstack-nova18:17
*** baoli has quit IRC18:18
*** Sukhdev_ has quit IRC18:19
*** slaweq has joined #openstack-nova18:19
*** Sukhdev has joined #openstack-nova18:21
*** slaweq has quit IRC18:24
*** avolkov has quit IRC18:30
*** slaweq has joined #openstack-nova18:31
*** lpetrut has quit IRC18:31
*** baoli has joined #openstack-nova18:33
*** catintheroof has joined #openstack-nova18:35
*** slaweq has quit IRC18:36
*** Sukhdev has quit IRC18:38
*** tasker has quit IRC18:38
*** cdent has quit IRC18:38
*** eharney has quit IRC18:40
*** vks1 has quit IRC18:40
*** catintheroof has quit IRC18:41
*** catintheroof has joined #openstack-nova18:41
*** catintheroof has quit IRC18:49
*** catintheroof has joined #openstack-nova18:50
*** salv-orlando has joined #openstack-nova18:55
*** eharney has joined #openstack-nova18:55
mriedemsdague: can you think of anything obvious where https://github.com/openstack/nova/blob/master/nova/tests/unit/api/openstack/fakes.py#L66 would ignore the version in the request object?18:56
mriedemi'm having a hell of a time with making this work https://github.com/openstack/nova/blob/master/nova/tests/unit/api/openstack/compute/test_flavor_manage.py#L12618:57
mriedemeven though i've passed version='2.54' to https://github.com/openstack/nova/blob/master/nova/tests/unit/api/openstack/compute/test_flavor_manage.py#L34318:57
mriedemi get a 400 back and when i dump the headers in the response, the version is always 2.118:58
openstackgerritMerged openstack/nova master: Move nbd commands to privsep.  https://review.openstack.org/50035118:59
openstackgerritMerged openstack/nova master: Move kpartx calls to privsep.  https://review.openstack.org/50035418:59
*** slaweq has joined #openstack-nova19:05
*** Apoorva_ has quit IRC19:06
*** Apoorva has joined #openstack-nova19:06
mriedemoh ffs19:07
mriedem!!!19:07
openstackmriedem: Error: "!!" is not a valid command.19:08
*** armax has quit IRC19:08
melwittwhat is it19:08
mriedemi'd rather not say19:08
mriedemi knew it would be so stupid19:08
melwittheh k19:09
mriedemlet's just say self.request_body['description'] = 'test description'19:09
mriedemwas putting the description key in the wrong part of the request body19:09
melwittthat's not related to the microversion in the response headers though, right? that is, it always returns 2.1, is it supposed to?19:11
mriedemthat i don't know about19:11
mriedemi gave up with the wsgi app routing and just called the controller method directly19:11
mriedemlike most of our unit tests19:11
mriedemi assume the fake wsgi app router stuff assumes 2.119:12
melwittoh, okay. I was looking at how it returns headers and didn't find it yet19:12
mriedemsince no tests using >2.1 rely on it19:12
melwittI see19:12
mriedemin other good news, the guy that "fixed" our dryer about 1 year ago is coming back on friday to "fix" it again19:13
mriedemif i get it fixed one more time, the repair costs will have exceeded the original purchase price19:13
* mriedem considers a clothesline19:14
melwittyikes19:14
melwittI've been waiting for our old washer/dryer to fail to have an excuse to get new ones. and they just keep on working19:15
mriedembrand please19:15
melwittkenmore, and they look like they're from the 90s19:18
mriedemthat's what our old ones were, lasted forever19:18
* mriedem sheds a single tear19:18
melwittlol19:19
*** nikhil has joined #openstack-nova19:21
melwittwhat brand are your new ones? so I can avoid if these ever fail19:21
mriedemsamsung19:21
mriedemand not even the model that i can sync to my samsung phone so i can talk to it while it's drying!19:21
melwittwell that's a shame19:22
artomIs Quobyte CI still a thing?19:23
*** trinaths1 has left #openstack-nova19:25
*** huanxie has joined #openstack-nova19:27
mriedemkaisers1: ^19:31
mriedemmelwitt: ok so with the fake wsgi app thing, i figured it out19:31
mriedemyou have to specify the microversion in the header directly req.headers['X-OpenStack-Nova-API-Version'] = self.microversion19:31
mriedemwhich makes sense i guess19:31
melwittcool, good to know19:32
*** marst has joined #openstack-nova19:32
*** salv-orlando has quit IRC19:33
*** salv-orlando has joined #openstack-nova19:35
sdaguemriedem: sorry, got got back to scrollback19:36
*** lajoskatona has joined #openstack-nova19:37
sdagueyeh, having to specify the headers raw rings a bell19:37
*** swamireddy has quit IRC19:37
artomkaisers1, mriedem, it appears to be still reporting on patches19:40
artomkaisers1, are you guys still running with libvirt dynamic_ownership=0?19:40
artomI can't seem to find the configs you use anywhere19:41
*** armax has joined #openstack-nova19:42
dansmithmriedem: so i think I've realized why they call it "slow render"19:45
mriedembecause it renders slowly?19:46
artomIt's actually some dyslexic nerder owls19:47
*** AlexeyAbashkin has joined #openstack-nova19:51
dansmiththe +10 and -10 things are _painfully_ slow for me now19:51
dansmithit's really terrible19:51
mriedemnot sure if i've noticed yet19:51
melwittthat might just be gerrit getting slower and slower as it runs out of memory or whatever (the usual)19:52
melwittI noticed it too today19:52
dansmiththis is ui lag I think19:54
melwittokay. I was getting lag just trying to open changes so I thought it was related19:55
dansmithyep, no new network calls made when I do +1019:55
melwittoh19:55
*** AlexeyAbashkin has quit IRC19:55
dansmiththis is waaaay slower than opening new changes or files19:55
mriedemdansmith: and fast render fixes it?19:56
dansmithI haven't switched back to test19:57
* dansmith tries19:57
melwittdo it19:57
dansmithbecause it seems to depend on the size of the file19:57
mriedem...19:57
dansmithyep, fast render makes it normal19:58
*** huanxie has quit IRC19:58
mriedemhuh, well,19:58
mriedemi guess just toggle slow render if needed19:58
mriedemlike spec reviews19:58
dansmithor stop reviewing specs19:59
melwittyeah, have to pick n choose now19:59
dansmiths/ specs//19:59
*** eharney has quit IRC20:01
*** cleong has quit IRC20:03
mriedemjesus, i can hear laura's workout routine music from below decks20:03
mriedemshe's really pumping up the jam20:03
melwittlol20:04
*** edmondsw_ has joined #openstack-nova20:06
*** lajoskatona has quit IRC20:08
*** edmondsw has quit IRC20:09
*** lajoskatona has joined #openstack-nova20:09
mwynneHi guys. I'm trying to spawn a VM instance but I get this in nova list "BUILD  | scheduling | NOSTATE"20:11
mwynneHi guys. I'm trying to spawn a VM instance but I get this in nova list "BUILD  | scheduling | NOSTATE"20:11
mriedemthat means there is no power state20:11
mriedemb/c the vm is scheduling20:11
mwynneHi guys. I'm trying to spawn a VM instance but I get this in nova list "BUILD  | scheduling | NOSTATE"20:11
mwynneHi guys. I'm trying to spawn a VM instance but I get this in nova list "BUILD  | scheduling | NOSTATE"20:11
mriedemoh i see20:11
mwynneHi guys.20:11
mriedemdansmith: kick?20:11
dansmithum20:14
*** pchavva has quit IRC20:17
openstackgerritMichael Still proposed openstack/nova master: Move blkid calls to privsep.  https://review.openstack.org/50039820:19
openstackgerritMichael Still proposed openstack/nova master: Convert IVS VIF plugging / unplugging to privsep.  https://review.openstack.org/51519620:19
openstackgerritMichael Still proposed openstack/nova master: Move infiniband vif plugging to privsep.  https://review.openstack.org/51519720:19
openstackgerritMichael Still proposed openstack/nova master: Move midonet vif plugging to privsep.  https://review.openstack.org/51519820:19
*** acormier has joined #openstack-nova20:19
*** smatzek_ has quit IRC20:21
*** smatzek has joined #openstack-nova20:22
*** jmlowe has quit IRC20:24
*** acormier has quit IRC20:25
*** jdandrea has joined #openstack-nova20:26
*** smatzek has quit IRC20:26
*** thorst has quit IRC20:27
*** sahid has quit IRC20:34
*** huanxie has joined #openstack-nova20:35
jdandreaAre there any plans to remove support for "availability_zone:host" notation when specifying an AZ during nova boot? (Or has it already been removed?)20:36
*** slaweq has quit IRC20:39
*** slaweq has joined #openstack-nova20:40
*** vvargaszte has joined #openstack-nova20:42
*** tristanC has quit IRC20:43
*** slaweq has quit IRC20:44
*** tristanC has joined #openstack-nova20:45
*** vvargaszte has quit IRC20:46
mriedemjdandrea: no plans no20:48
jdandreamriedem Thx!20:48
*** thorst has joined #openstack-nova20:48
*** thorst has quit IRC20:48
*** thorst has joined #openstack-nova20:49
*** AlexeyAbashkin has joined #openstack-nova20:51
*** masuberu has quit IRC20:51
*** thorst has quit IRC20:53
*** andreas_s has joined #openstack-nova20:54
*** edmondsw_ is now known as edmondsw20:55
*** AlexeyAbashkin has quit IRC20:55
*** sree has joined #openstack-nova20:58
*** lajoskatona has quit IRC20:59
*** sree has quit IRC21:03
*** andreas_s has quit IRC21:03
*** hemna_ has quit IRC21:03
*** andreas_s has joined #openstack-nova21:05
*** huanxie has quit IRC21:06
*** andreas_s has quit IRC21:10
*** andreas_s has joined #openstack-nova21:11
*** baoli has quit IRC21:13
*** artom_ has joined #openstack-nova21:15
*** artom_ has quit IRC21:15
*** artom_ has joined #openstack-nova21:16
*** rcernin has joined #openstack-nova21:16
*** andreas_s has quit IRC21:16
*** andreas_s has joined #openstack-nova21:16
*** artom has quit IRC21:17
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Add microversion to allow setting flavor description  https://review.openstack.org/51521321:20
*** awaugama has quit IRC21:21
*** xyang1 has quit IRC21:23
*** sbezverk has quit IRC21:27
openstackgerritOpenStack Proposal Bot proposed openstack/os-vif master: Updated from global requirements  https://review.openstack.org/51103521:27
*** mwynne has quit IRC21:28
*** esberglu has quit IRC21:29
*** mwynne has joined #openstack-nova21:30
*** priteau has quit IRC21:30
*** burt has quit IRC21:31
*** esberglu has joined #openstack-nova21:43
*** sree has joined #openstack-nova21:45
*** andreas_s has quit IRC21:47
*** esberglu has quit IRC21:48
*** sree has quit IRC21:50
*** fragatina has quit IRC21:50
*** AlexeyAbashkin has joined #openstack-nova21:51
*** edmondsw has quit IRC21:51
*** andreas_s has joined #openstack-nova21:53
*** takashin has joined #openstack-nova21:53
*** AlexeyAbashkin has quit IRC21:55
*** edmondsw has joined #openstack-nova21:56
*** sdague has quit IRC21:56
*** andreas_s has quit IRC21:57
*** marst has quit IRC21:58
*** owalsh has quit IRC22:00
*** owalsh has joined #openstack-nova22:00
*** edmondsw has quit IRC22:04
*** smatzek has joined #openstack-nova22:10
*** itlinux has quit IRC22:14
*** fragatina has joined #openstack-nova22:14
*** smatzek has quit IRC22:15
*** amodi has quit IRC22:15
*** andreas_s has joined #openstack-nova22:17
*** catintheroof has quit IRC22:18
*** Tom has joined #openstack-nova22:20
*** xinliang has quit IRC22:20
*** felipemonteiro__ has quit IRC22:24
*** mlavalle has quit IRC22:24
openstackgerritEric Fried proposed openstack/nova master: Parse granular resources/traits from extra_specs  https://review.openstack.org/51515122:24
openstackgerritEric Fried proposed openstack/nova master: Granularize resources_from_{flavor|request_spec}  https://review.openstack.org/51522322:24
efriedjaypipes Mäs ^22:24
efriedMás, even.22:24
*** Tom has quit IRC22:24
*** artom_ has quit IRC22:25
*** andreas_s has quit IRC22:26
*** andreas_s has joined #openstack-nova22:28
*** edmondsw has joined #openstack-nova22:28
*** mwynne has quit IRC22:29
*** edmondsw has quit IRC22:34
*** thorst has joined #openstack-nova22:35
openstackgerritOpenStack Proposal Bot proposed openstack/os-vif master: Updated from global requirements  https://review.openstack.org/51103522:41
*** thorst has quit IRC22:42
*** felipemonteiro_ has joined #openstack-nova22:43
*** thorst has joined #openstack-nova22:43
*** andreas_s has quit IRC22:44
*** claudiub|2 has joined #openstack-nova22:46
*** thorst has quit IRC22:46
*** AlexeyAbashkin has joined #openstack-nova22:52
*** Sukhdev has joined #openstack-nova22:52
*** felipemonteiro_ has quit IRC22:53
*** AlexeyAbashkin has quit IRC22:56
*** Sukhdev has quit IRC23:03
*** hongbin has quit IRC23:05
*** masuberu has joined #openstack-nova23:05
openstackgerritOpenStack Proposal Bot proposed openstack/os-vif master: Updated from global requirements  https://review.openstack.org/51103523:08
*** andreas_s has joined #openstack-nova23:10
openstackgerritOpenStack Proposal Bot proposed openstack/os-vif master: Updated from global requirements  https://review.openstack.org/51103523:11
*** swamireddy has joined #openstack-nova23:13
mriedemgmann_afk: alex_xu: done https://review.openstack.org/#/c/508101/ - i ran into that today when implementing PUT /flavors/{flavor_id} - agree it'd be good to get rid of all of the api extension policy gorp23:15
*** namnh has joined #openstack-nova23:16
*** andreas_s has quit IRC23:21
*** gouthamr has quit IRC23:22
*** gouthamr has joined #openstack-nova23:22
*** andreas_s has joined #openstack-nova23:23
openstackgerritMerged openstack/nova-specs master: Spec for API extensions policy removal  https://review.openstack.org/50810123:23
melwittmriedem: I've been working on tests for the libvirt regression today. just gotta write up the upstream bug report and link it23:24
*** gmann_afk is now known as gmann23:25
mriedemok, gate is a bit fubar today anyway so newton eol not happening right now23:26
melwittokay, was just a FYI23:27
*** yamahata has joined #openstack-nova23:27
gmannmriedem: thanks for that.23:27
mriedemgmann: so maybe start with the flavor_access and flavor_rxtx api extension policies - i'd like to see what the change looks like,23:28
mriedembecause for this new microversion with PUT /flavors/{flavor_id} i wouldn't want to build into those policies23:29
gmannmriedem: sure but we have to keep those till 1 cycle as we can only deprecate those in queens23:29
mriedemsure23:30
gmannmriedem: you want to see extension code merge at least?23:30
mriedem?23:31
mriedemgmann: there are 2 bps right?23:31
gmannmriedem: yea23:31
*** andreas_s has quit IRC23:31
mriedemmerge the flavor_access and flavor_rxtx extensions into the main flavors extension23:31
mriedemand then the api extension policy deprecation23:31
mriedemdo those have to go in order?23:32
mriedemi wouldn't think they would23:32
gmannmriedem: no, they can be done in any order23:32
*** yamahata has quit IRC23:32
gmannpolicy deprecation things depends on oslo policy deprecation BP, whihc i will check with lbragstad otherwise we can with our old way (deprecating it via help msg)23:33
*** andreas_s has joined #openstack-nova23:33
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Add microversion to allow setting flavor description  https://review.openstack.org/51521323:34
gmannmriedem: let me push both patches and you can if those helpful for your patch ^^23:34
gmannmriedem: i see your patch just quick glance and got it. you do not want to add policy things for PUT in those extensions.23:36
mriedemright, although for rxtx and flavor_access they are'nt granular policy rules23:37
mriedemso it's just docs23:37
mriedemhttps://review.openstack.org/#/c/515213/2/nova/policies/flavor_manage.py is the only new rule23:37
gmannyea23:38
gmann1 question, why you want to add rxtx_factor in PUT- https://review.openstack.org/#/c/515213/2/nova/api/openstack/compute/flavor_rxtx.py23:39
mriedemit's the response23:39
mriedemPUT returns a full flavor response23:39
mriedemlike create23:39
mriedemand GET /flavors/{flavor_id}23:39
gmannohk.23:39
mriedemyeah that's how i found i had to add that code23:39
mriedemapi samples were failng23:40
gmanni think we need to trick the sample file may be, because it should pass without adding that too. but i have not gone through the complete changes.23:41
gmannlet me push extensions/policy merge today and then we can do more cleanly23:42
mriedemwe should just be able to move the rxtx_factor and is_public stuff into the flavor view builder23:42
gmannyea23:42
mriedemthose keys would have to be controlled via the policy rule today23:42
mriedembut that's pretty simple and then we drop the extension code and deprecate the policy rule23:43
mriedemand it's all in the view builder class23:43
*** andreas_s has quit IRC23:43
mriedemjust make sure we don't check policy for doing index or detail :)23:43
mriedemfor each flavor i mean23:43
gmannyea23:43
mriedemchecking policy for each item in a large list gets to be pretty bad23:43
mriedemok i have to call it a day23:44
mriedemttyl23:44
*** mriedem is now known as mriedem_away23:44
gmannsure23:44
*** mriedem_away has quit IRC23:44
gmannmriedem_away: last thing, i want you to look into this (quick doc one) - https://review.openstack.org/#/c/514499/23:45
gmannbut whenever you have time23:45
*** andreas_s has joined #openstack-nova23:45
*** thorst has joined #openstack-nova23:45
*** thorst has quit IRC23:46
*** liverpooler has quit IRC23:47
*** namnh has quit IRC23:50
*** andreas_s has quit IRC23:54
*** baoli has joined #openstack-nova23:57

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