Friday, 2017-10-20

*** Apoorva has quit IRC00:02
*** Apoorva_ has quit IRC00:02
*** AlexeyAbashkin has quit IRC00:02
*** markvoelker has joined #openstack-nova00:03
*** flanders_ has quit IRC00:04
*** markvoelker has quit IRC00:07
*** yangyapeng has quit IRC00:12
*** yangyapeng has joined #openstack-nova00:12
*** AlexeyAbashkin has joined #openstack-nova00:16
*** yangyapeng has quit IRC00:17
*** andreas_s has joined #openstack-nova00:18
*** masber has joined #openstack-nova00:20
*** AlexeyAbashkin has quit IRC00:20
*** markvoelker has joined #openstack-nova00:21
*** masuberu has quit IRC00:22
*** andreas_s has quit IRC00:22
*** thorst has quit IRC00:29
openstackgerritGhanshyam Mann proposed openstack/nova-specs master: Spec for API extensions policy removal  https://review.openstack.org/50810100:30
gmannbauzas: ^^00:30
*** felipemonteiro has joined #openstack-nova00:30
*** smatzek has quit IRC00:31
*** xinliang has quit IRC00:33
*** suresh12 has quit IRC00:35
*** suresh12_ has joined #openstack-nova00:38
*** baoli has joined #openstack-nova00:40
*** esberglu has quit IRC00:40
*** xinliang has joined #openstack-nova00:45
*** andreas_s has joined #openstack-nova00:46
*** diegows_ is now known as diegows00:46
*** suresh12_ has quit IRC00:49
*** andreas_s has quit IRC00:50
*** dave-mccowan has quit IRC00:52
*** felipemonteiro__ has joined #openstack-nova00:52
*** felipemonteiro__ has quit IRC00:53
*** felipemonteiro__ has joined #openstack-nova00:53
*** baoli has quit IRC00:55
*** dave-mccowan has joined #openstack-nova00:55
*** markvoelker has quit IRC00:55
*** huanxie has joined #openstack-nova00:55
*** felipemonteiro has quit IRC00:56
*** suresh12_ has joined #openstack-nova00:59
*** chyka has joined #openstack-nova00:59
*** felipemonteiro__ has quit IRC01:02
*** yamahata has quit IRC01:03
*** chyka has quit IRC01:03
*** markvoelker has joined #openstack-nova01:09
*** gyee has quit IRC01:09
*** acormier has joined #openstack-nova01:11
*** yangyape_ has joined #openstack-nova01:13
*** acormier has quit IRC01:13
*** acormier has joined #openstack-nova01:13
*** yangyape_ has quit IRC01:13
*** markvoelker has quit IRC01:14
*** yangyape_ has joined #openstack-nova01:14
*** dave-mccowan has quit IRC01:15
*** yangyapeng has joined #openstack-nova01:16
*** vladikr has joined #openstack-nova01:16
*** erlon has quit IRC01:16
*** markvoelker has joined #openstack-nova01:18
*** yangyape_ has quit IRC01:19
*** phuongnh has joined #openstack-nova01:20
*** andreas_s has joined #openstack-nova01:22
*** markvoelker has quit IRC01:23
*** dave-mccowan has joined #openstack-nova01:24
*** phuongnh has quit IRC01:24
*** andreas_s has quit IRC01:26
*** markvoelker has joined #openstack-nova01:27
*** gjayavelu has quit IRC01:32
*** markvoelker has quit IRC01:32
*** salv-orlando has joined #openstack-nova01:33
yikun_jiangliusheng, test01:33
*** salv-orl_ has quit IRC01:36
*** trungnv has quit IRC01:36
*** markvoelker has joined #openstack-nova01:37
*** suresh12_ has quit IRC01:38
*** andreas_s has joined #openstack-nova01:40
*** markvoelker has quit IRC01:41
*** trungnv has joined #openstack-nova01:44
*** andreas_s has quit IRC01:44
*** suresh12 has joined #openstack-nova01:45
*** markvoelker has joined #openstack-nova01:46
openstackgerritgaryk proposed openstack/nova master: Add debug information to metadata requests  https://review.openstack.org/51189501:48
*** suresh12 has quit IRC01:49
*** markvoelker has quit IRC01:50
openstackgerritGhanshyam Mann proposed openstack/nova-specs master: Spec for API extensions policy removal  https://review.openstack.org/50810101:51
*** acormier has quit IRC01:52
*** acormier has joined #openstack-nova01:52
*** thorst has joined #openstack-nova01:53
*** thorst has quit IRC01:54
*** markvoelker has joined #openstack-nova01:55
*** baoli has joined #openstack-nova01:56
*** hongbin has joined #openstack-nova01:56
*** acormier has quit IRC01:57
*** harlowja has quit IRC01:58
*** andreas_s has joined #openstack-nova01:58
*** baoli has quit IRC02:01
*** mriedem has quit IRC02:02
*** dave-mccowan has quit IRC02:04
*** litao__ has joined #openstack-nova02:10
*** markvoelker has quit IRC02:16
*** andreas_s has quit IRC02:16
*** markvoelker has joined #openstack-nova02:17
*** ijw has quit IRC02:20
*** acormier has joined #openstack-nova02:20
*** Tom has joined #openstack-nova02:21
*** andreas_s has joined #openstack-nova02:21
*** ijw has joined #openstack-nova02:22
*** acormier has quit IRC02:25
*** andreas_s has quit IRC02:26
*** ijw has quit IRC02:27
*** markvoelker has quit IRC02:29
*** suresh12 has joined #openstack-nova02:29
*** psachin has joined #openstack-nova02:31
*** edmondsw has quit IRC02:33
*** huanxie has quit IRC02:33
*** suresh12 has quit IRC02:34
*** Tom has quit IRC02:39
*** markvoelker has joined #openstack-nova02:43
*** nicolasbock has quit IRC02:45
*** markvoelker has quit IRC02:47
*** ragiman has quit IRC02:49
*** acormier has joined #openstack-nova02:54
*** Tom has joined #openstack-nova02:56
*** vladikr has quit IRC03:00
*** vladikr has joined #openstack-nova03:00
*** markvoelker has joined #openstack-nova03:01
*** markvoelker has quit IRC03:05
*** andreas_s has joined #openstack-nova03:06
*** phuongnh has joined #openstack-nova03:10
*** huanxie has joined #openstack-nova03:10
*** markvoelker has joined #openstack-nova03:10
*** baoli has joined #openstack-nova03:11
*** hongbin has quit IRC03:13
*** baoli has quit IRC03:14
*** hongbin has joined #openstack-nova03:14
*** baoli has joined #openstack-nova03:14
*** markvoelker has quit IRC03:15
*** baoli has quit IRC03:19
*** andreas_s has quit IRC03:20
*** acormier has quit IRC03:20
*** acormier has joined #openstack-nova03:20
*** acormier has quit IRC03:25
*** vladikr has quit IRC03:25
*** vladikr has joined #openstack-nova03:26
*** markvoelker has joined #openstack-nova03:28
*** andreas_s has joined #openstack-nova03:29
*** andreas_s has quit IRC03:34
*** AlexeyAbashkin has joined #openstack-nova03:37
*** AlexeyAbashkin has quit IRC03:42
*** Tom has quit IRC03:43
*** edmondsw has joined #openstack-nova03:44
*** Tom has joined #openstack-nova03:45
*** edmondsw has quit IRC03:48
*** Tom has quit IRC03:49
*** thorst has joined #openstack-nova03:55
*** mdnadeem has joined #openstack-nova03:57
*** hongbin has quit IRC03:58
*** thorst has quit IRC04:00
*** markvoelker has quit IRC04:02
*** amodi has joined #openstack-nova04:06
*** claudiub has joined #openstack-nova04:10
*** AlexeyAbashkin has joined #openstack-nova04:15
*** markvoelker has joined #openstack-nova04:16
*** chyka has joined #openstack-nova04:18
*** AlexeyAbashkin has quit IRC04:19
*** markvoelker has quit IRC04:21
*** chyka has quit IRC04:22
*** huanxie has quit IRC04:22
*** markvoelker has joined #openstack-nova04:26
*** Kevin_Zheng has quit IRC04:28
*** markvoelker has quit IRC04:30
*** markvoelker has joined #openstack-nova04:35
*** karthiks has joined #openstack-nova04:39
*** markvoelker has quit IRC04:39
*** markvoelker has joined #openstack-nova04:44
*** markvoelker has quit IRC04:48
*** jaosorior has joined #openstack-nova04:49
*** claudiub has quit IRC04:51
*** sahid has joined #openstack-nova04:51
*** markvoelker has joined #openstack-nova04:53
*** markvoelker has quit IRC04:57
*** amodi has quit IRC05:01
*** markvoelker has joined #openstack-nova05:02
*** huanxie has joined #openstack-nova05:05
*** suresh12 has joined #openstack-nova05:07
*** sahid has quit IRC05:07
*** sahid has joined #openstack-nova05:07
*** lpetrut has joined #openstack-nova05:12
*** karthiks has quit IRC05:13
*** baoli has joined #openstack-nova05:16
*** ijw has joined #openstack-nova05:18
*** Tom has joined #openstack-nova05:19
*** baoli has quit IRC05:21
*** abhi89 has joined #openstack-nova05:26
*** ijw has quit IRC05:27
*** yangyapeng has quit IRC05:31
*** edmondsw has joined #openstack-nova05:32
*** yangyapeng has joined #openstack-nova05:33
*** markvoelker has quit IRC05:35
*** edmondsw has quit IRC05:36
*** markvoelker has joined #openstack-nova05:41
*** markvoelker has quit IRC05:45
*** nikhil has quit IRC05:46
*** suresh12 has quit IRC05:48
*** suresh12 has joined #openstack-nova05:49
*** suresh12 has quit IRC05:53
*** spectr has joined #openstack-nova05:54
*** lpetrut has quit IRC05:57
*** thorst has joined #openstack-nova05:57
*** thorst has quit IRC06:02
*** armax has quit IRC06:03
*** Oku_OS-away is now known as Oku_OS06:08
*** lpetrut has joined #openstack-nova06:11
*** salv-orlando has quit IRC06:13
*** salv-orlando has joined #openstack-nova06:14
*** vks1 has joined #openstack-nova06:14
*** andreas_s has joined #openstack-nova06:17
*** salv-orlando has quit IRC06:18
*** josecastroleon has joined #openstack-nova06:29
*** markvoelker has joined #openstack-nova06:32
*** psachin has quit IRC06:33
*** lpetrut has quit IRC06:34
openstackgerritZhenyu Zheng proposed openstack/nova master: nova-manage db archive_deleted_rows is not multi-cell aware  https://review.openstack.org/50748606:36
*** claudiub has joined #openstack-nova06:37
*** prateek has joined #openstack-nova06:38
openstackgerritGhanshyam Mann proposed openstack/nova master: Implement query param schema for simple_tenant_usage  https://review.openstack.org/50748006:39
*** kukacz has quit IRC06:41
*** kukacz has joined #openstack-nova06:43
*** huanxie has quit IRC06:44
*** huanxie has joined #openstack-nova06:47
*** phuongnh has quit IRC06:56
*** phuongnh has joined #openstack-nova06:58
*** prateek has quit IRC07:00
*** tesseract has joined #openstack-nova07:03
*** ociuhandu has joined #openstack-nova07:07
*** ociuhandu has quit IRC07:12
*** salv-orlando has joined #openstack-nova07:14
*** ttsiouts has joined #openstack-nova07:16
*** huanxie has quit IRC07:19
*** salv-orlando has quit IRC07:19
*** edmondsw has joined #openstack-nova07:20
*** huanxie has joined #openstack-nova07:20
*** edmondsw has quit IRC07:24
*** jangutter has joined #openstack-nova07:34
*** mnestratov has joined #openstack-nova07:38
SamYaplewill nova have python3 support by Queens?07:40
*** jpena|off is now known as jpena07:41
SamYaplelooks for the latest info on python3 for nova. is this up to date? PI extensions policy removal  https://review.openstack.org/50810107:41
SamYapleoops wrong link https://wiki.openstack.org/wiki/Python307:41
*** yassine has joined #openstack-nova07:44
*** phuongnh has quit IRC07:44
*** ralonsoh has joined #openstack-nova07:46
*** phuongnh has joined #openstack-nova07:49
*** Tom has quit IRC07:49
*** Tom has joined #openstack-nova07:50
*** chyka has joined #openstack-nova07:54
*** lajoskatona has joined #openstack-nova07:57
*** thorst has joined #openstack-nova07:58
*** chyka has quit IRC07:58
*** salv-orlando has joined #openstack-nova08:00
*** thorst has quit IRC08:03
*** Tom has quit IRC08:08
gmannSamYaple: this is list remaining seems  - https://github.com/openstack/nova/blob/master/tests-py3.txt08:13
SamYaplegmann: oh perfect! so it looks like just missing support for xen08:14
gmannSamYaple: this was whole effort for py3 - https://review.openstack.org/#/q/topic:bp/goal-python35+(status:open+OR+status:merged)+project:+openstack/nova08:14
gmannyea08:14
SamYapleawesome. i dont use xen :)08:14
SamYaplewonderful news08:14
SamYaplethanks for that08:14
*** rodolof has joined #openstack-nova08:15
kashyapstephenfin: Hi, do you know top off your head if we can define a custom flavour that will set a specific image metadata property?08:18
* kashyap guesses no08:18
*** claudiub|2 has joined #openstack-nova08:19
*** baoli has joined #openstack-nova08:19
*** litao__ has quit IRC08:19
*** claudiub has quit IRC08:22
*** yangyape_ has joined #openstack-nova08:22
*** dtantsur|afk is now known as dtantsur08:23
*** baoli has quit IRC08:23
*** yangyapeng has quit IRC08:24
*** AlexeyAbashkin has joined #openstack-nova08:26
stephenfinNot that I'm aware of, no. It had to be part of the image itself08:31
stephenfinkashyap: ^08:31
*** lucas-afk is now known as lucasagomes08:31
kashyapstephenfin: Thought so, thanks for confirming.08:31
*** josecastroleon has quit IRC08:37
*** rodolof has quit IRC08:38
*** rodolof has joined #openstack-nova08:39
openstackgerritjichenjc proposed openstack/nova master: Refactor placement version check  https://review.openstack.org/51249708:40
*** derekh has joined #openstack-nova08:42
*** priyad has joined #openstack-nova08:42
*** priyad has quit IRC08:43
*** mdrabe has quit IRC08:44
*** huanxie has quit IRC08:46
*** huanxie has joined #openstack-nova08:48
*** mdrabe has joined #openstack-nova08:51
openstackgerritGhanshyam Mann proposed openstack/nova master: Implement query param schema for delete assisted vol  https://review.openstack.org/51366808:52
*** josecastroleon has joined #openstack-nova08:52
*** artom_ has joined #openstack-nova08:57
*** artom has quit IRC08:57
*** gus has quit IRC08:57
*** jamielennox has quit IRC08:57
*** claudiub|2 has quit IRC08:57
openstackgerritDavid Rabel proposed openstack/nova master: VMware: add support for graceful shutdown of instances  https://review.openstack.org/49416908:57
*** gszasz has joined #openstack-nova08:58
*** jamielennox has joined #openstack-nova09:02
*** gus has joined #openstack-nova09:03
*** lpetrut has joined #openstack-nova09:03
*** thorst has joined #openstack-nova09:03
openstackgerritDavid Rabel proposed openstack/nova master: VMware: add support for graceful shutdown of instances  https://review.openstack.org/49416909:04
*** edmondsw has joined #openstack-nova09:08
*** thorst has quit IRC09:08
*** rcernin has joined #openstack-nova09:12
*** edmondsw has quit IRC09:13
*** baoli has joined #openstack-nova09:20
openstackgerritZhenyu Zheng proposed openstack/nova master: nova-manage db archive_deleted_rows is not multi-cell aware  https://review.openstack.org/50748609:20
kashyapHi bauzas, when you get a moment:09:22
bauzassure ?09:22
kashyapIs such a rule possible: If the instance has "hw_machine_type=x86_64=pc-q35-2.9" property, then when migrating it, please choose a Compute node that has that machine type configured (because: there's also the same nova.conf attribute that can be set for the whole Compute)09:22
*** baoli has quit IRC09:24
openstackgerritDmitry Tantsur proposed openstack/nova stable/pike: Pick ironic nodes without VCPU set  https://review.openstack.org/51367809:25
*** baoli has joined #openstack-nova09:30
*** Kevin_Zheng has joined #openstack-nova09:33
*** baoli has quit IRC09:35
*** Tom has joined #openstack-nova09:35
*** vivsoni_ has joined #openstack-nova09:39
*** vivsoni has quit IRC09:40
*** pcaruana has joined #openstack-nova09:46
*** vivsoni_ has quit IRC09:47
*** vivsoni has joined #openstack-nova09:47
*** cdent has joined #openstack-nova09:49
*** josecastroleon has quit IRC09:50
*** trungnv has quit IRC09:53
*** itlinux has joined #openstack-nova09:58
openstackgerritGhanshyam Mann proposed openstack/nova master: Implement query param schema for host index  https://review.openstack.org/51369910:03
*** erlon has joined #openstack-nova10:04
openstackgerritChris Dent proposed openstack/nova master: WIP: [placement] Enable limiting GET /allocation_candidates  https://review.openstack.org/51352610:05
*** rodolof has quit IRC10:14
*** jangutter has quit IRC10:18
*** claudiub|2 has joined #openstack-nova10:20
*** gmann is now known as gmann_afk10:24
*** sambetts|afk is now known as sambetts10:26
*** baoli has joined #openstack-nova10:30
*** trinaths has joined #openstack-nova10:32
*** trinaths1 has joined #openstack-nova10:33
*** baoli has quit IRC10:35
*** trinaths has quit IRC10:36
*** hieulq has quit IRC10:39
*** yamamoto has quit IRC10:40
*** yamamoto has joined #openstack-nova10:41
*** yamamoto has quit IRC10:45
*** yamamoto has joined #openstack-nova10:45
*** yamamoto has quit IRC10:46
*** Tom has quit IRC10:47
*** lpetrut has quit IRC10:47
*** itlinux has quit IRC10:47
*** lpetrut has joined #openstack-nova10:48
*** phuongnh has quit IRC10:59
*** yamamoto has joined #openstack-nova10:59
*** tbachman has quit IRC11:01
*** yamamoto has quit IRC11:01
*** ociuhandu has joined #openstack-nova11:03
*** yangyape_ has quit IRC11:03
*** lucasagomes is now known as lucas-hungry11:03
*** yangyapeng has joined #openstack-nova11:04
*** thorst has joined #openstack-nova11:04
*** ociuhandu has quit IRC11:07
*** yangyapeng has quit IRC11:08
*** thorst has quit IRC11:09
*** nicolasbock has joined #openstack-nova11:09
*** Qiming_ has quit IRC11:11
*** jdavis has joined #openstack-nova11:13
*** Qiming has joined #openstack-nova11:13
*** baoli has joined #openstack-nova11:14
*** baoli has quit IRC11:15
*** takedakn has joined #openstack-nova11:15
*** yamamoto has joined #openstack-nova11:15
*** edmondsw has joined #openstack-nova11:18
*** kashyap is now known as kashyap_bbiab11:19
*** kashyap_bbiab is now known as kashyap11:19
openstackgerritHuan Xie proposed openstack/nova master: VGPU: Define vgpu resource class  https://review.openstack.org/51118011:20
artom_stephenfin, since https://review.openstack.org/#/c/345396/22/nova/console/websocketproxy.py is being held up by CI, do you think https://review.openstack.org/#/c/345399/29/nova/console/websocketproxy.py@82 could be addressed?11:21
artom_My OCD would feel much better :)11:22
artom_(But I understand if you don't feel like chasing the +2 again)11:22
*** artom_ is now known as artom11:22
openstackgerritHuan Xie proposed openstack/nova master: VGPU: Define vgpu resource class  https://review.openstack.org/51118011:22
*** chyka has joined #openstack-nova11:30
*** josecastroleon has joined #openstack-nova11:32
*** chyka has quit IRC11:34
*** Kevin_Zheng has quit IRC11:43
*** Qiming has quit IRC11:44
*** takedakn has quit IRC11:45
*** Qiming has joined #openstack-nova11:45
*** vladikr has quit IRC11:45
*** vladikr has joined #openstack-nova11:46
*** yamamoto has quit IRC11:50
*** tbachman has joined #openstack-nova11:51
*** thorst has joined #openstack-nova11:52
*** huanxie has quit IRC11:54
*** jpena is now known as jpena|lunch11:57
*** vks1 has quit IRC12:06
*** andreas_s has quit IRC12:08
*** andreas_s has joined #openstack-nova12:08
*** trinaths1 has quit IRC12:17
openstackgerritTakashi NATSUME proposed openstack/nova stable/pike: Add 'delete_host' command in 'nova-manage cell_v2'  https://review.openstack.org/51371712:18
*** rcernin has quit IRC12:20
*** liverpooler has joined #openstack-nova12:22
*** andreas_s has quit IRC12:22
*** ragiman has joined #openstack-nova12:24
*** andreas_s has joined #openstack-nova12:27
*** acormier has joined #openstack-nova12:27
*** acormier has joined #openstack-nova12:28
openstackgerritTakashi NATSUME proposed openstack/nova stable/pike: Add 'delete_host' command in 'nova-manage cell_v2'  https://review.openstack.org/51371712:30
*** lucas-hungry is now known as lucasagomes12:30
*** pcaruana has quit IRC12:31
*** andreas_s has quit IRC12:32
openstackgerritTakashi NATSUME proposed openstack/nova stable/ocata: Add 'delete_host' command in 'nova-manage cell_v2'  https://review.openstack.org/51372112:32
*** andreas_s has joined #openstack-nova12:32
*** acormier has quit IRC12:33
openstackgerritTakashi NATSUME proposed openstack/nova master: Fix 500 error while passing 4-byte unicode data  https://review.openstack.org/40751412:34
*** lajoskatona has quit IRC12:35
*** tssurya has quit IRC12:36
*** lajoskatona has joined #openstack-nova12:37
stephenfinartom: I can split it out into a separate patch, but I won't mess with the first one once it's got +W12:38
*** mdnadeem has quit IRC12:38
stephenfin*I will12:38
stephenfinFor reference, that got added because the original patch was written without Python 3 being a consideration12:38
*** lajoskatona has left #openstack-nova12:38
*** andreas_s has quit IRC12:40
*** andreas_s has joined #openstack-nova12:41
*** andreas_s has quit IRC12:41
artomstephenfin, ah, gotcha12:41
artomI'm obviously not super hung up about it12:42
*** andreas_s has joined #openstack-nova12:42
*** edleafe is now known as figleaf12:43
*** priteau has joined #openstack-nova12:47
*** gcb has quit IRC12:47
*** tssurya has joined #openstack-nova12:47
*** figleaf has quit IRC12:48
*** edleafe has joined #openstack-nova12:48
*** edleafe is now known as figleaf12:49
*** andreas_s has quit IRC12:50
*** yamamoto has joined #openstack-nova12:50
*** mriedem has joined #openstack-nova12:53
*** huanxie has joined #openstack-nova12:54
*** gouthamr has joined #openstack-nova12:55
*** andreas_s has joined #openstack-nova12:55
*** yamamoto has quit IRC12:57
*** yamamoto has joined #openstack-nova12:57
*** pchavva has joined #openstack-nova13:00
*** jpena|lunch is now known as jpena13:01
*** markvoelker has quit IRC13:03
*** spectr has quit IRC13:03
*** stephenfin is now known as finucannot13:04
*** josecastroleon has quit IRC13:04
*** awaugama has joined #openstack-nova13:08
*** andreas_s has quit IRC13:08
*** jdavis has quit IRC13:10
*** jdavis has joined #openstack-nova13:12
*** yamahata has joined #openstack-nova13:13
*** andreas_s has joined #openstack-nova13:14
*** esberglu has joined #openstack-nova13:14
*** xyang1 has joined #openstack-nova13:18
*** spectr has joined #openstack-nova13:20
*** sahid has quit IRC13:22
*** sahid has joined #openstack-nova13:22
*** baoli has joined #openstack-nova13:22
*** nicolasbock has quit IRC13:24
*** amodi has joined #openstack-nova13:24
*** huanxie has quit IRC13:25
*** migi has quit IRC13:25
*** baoli has quit IRC13:27
*** migi has joined #openstack-nova13:27
*** andreas_s has quit IRC13:27
*** vks1 has joined #openstack-nova13:27
openstackgerritsahid proposed openstack/nova-specs master: update: introducing isolate emulthreads on host  https://review.openstack.org/51118813:27
*** john51 has quit IRC13:28
*** john51 has joined #openstack-nova13:28
*** lifeless has quit IRC13:28
*** toan has quit IRC13:29
*** lifeless has joined #openstack-nova13:29
*** sahid has quit IRC13:30
*** sahid has joined #openstack-nova13:31
*** andreas_s has joined #openstack-nova13:32
*** toan has joined #openstack-nova13:32
*** nicolasbock has joined #openstack-nova13:32
*** josecastroleon has joined #openstack-nova13:36
*** sahid has quit IRC13:40
*** andreas_s has quit IRC13:40
*** sahid has joined #openstack-nova13:42
*** dave-mccowan has joined #openstack-nova13:42
*** jaypipes is now known as leakypipes13:43
efriedGah, Friday!13:43
*** efried is now known as fried_rice13:43
figleaffried_rice: usually people have that reaction to Mondays13:44
*** rodolof has joined #openstack-nova13:44
*** dave-mcc_ has joined #openstack-nova13:45
gibithis is the time (and the same time on Monday) when I like to be in an EU timezone. For me it is almos over. ;)13:45
*** dave-mccowan has quit IRC13:48
*** andreas_s has joined #openstack-nova13:50
*** coreywright has quit IRC13:52
*** dansmith is now known as superdan13:53
fried_riceleakypipes Now a good time to talk about same RCs on main & shared RPs?13:54
*** andreas_s has quit IRC13:55
leakypipesfried_rice: yuppers.13:55
fried_riceOkay, so I opened a couple bugs and put up a couple test cases that demonstrate the issue:13:56
fried_ricehttps://review.openstack.org/#/c/513149/13:56
fried_rice(bugs in the commit msg)13:56
fried_riceThe crux of the issue happens when the main RP (the compute node for now) has a resource class that's also present in the shared RP(s)13:57
fried_riceThe end game with shared RPs is post-Q, but it's going to come into play with the code alex_xu is writing to handle traits for allocation candidates.13:58
*** sdague has joined #openstack-nova13:58
fried_riceUsing the example where the RC in question is DISK_GB, the problem is that you can say you want traits "RAID" and "SSD", but placement doesn't know that those are disk-y traits.13:58
fried_riceSo if your compute node has localdisk that's SSD, and your shared storage RP has disk that's RAID, you'll get a candidate for (compute node + shared RP) because the combination satisfies both traits.13:59
leakypipesfried_rice: I thought the resources1/required1 stuff solved that particular issue? because that request is saying "gimme 10GB of disk space from a provider with the STORAGE_DISK_SSD trait"14:00
fried_riceWell, first of all, we have deliberately deferred discussion of the semantics of numbered groups with shared, because we're deferring shared.14:00
fried_riceBut second, that would only "solve" it if you made sure to use the numbered groups in the right place.14:01
leakypipesok... and?14:01
fried_riceThat would be a tough thing to document for ops.  But I suppose it could be done.14:01
leakypipesfried_rice: well, Eric, much of the n-r-p stuff is going to be tough to document for ops...14:02
fried_riceNevertheless, the code for the un-numbered group needs to handle it in some way or another.14:02
leakypipesfried_rice: or it doesn't and we ignore it until we work on the numbered groups stuff.14:03
fried_rice"it doesn't" meaning what?14:03
leakypipesfried_rice: the un-numbered groups code does not need to handle this scenario.14:04
cdentleakypipes: was this originally supposed to work (in the early design) or had we put some other boundary in that meant it didn’t matter? Trying to refersh my memory.14:04
leakypipescdent: there's nothing about the current design of the resource providers modeling system that prevents these questions from being answered. Until fried_rice'14:05
*** baoli has joined #openstack-nova14:05
leakypipess numbered groups request format thing was proposed, however, we did not have a way of communicating the question to the placement API.14:05
*** peter-hamilton has joined #openstack-nova14:05
leakypipescdent: and what I'm saying is that we have higher priority items to get done. we should shelve this important discussion for after those higher priority items are done.14:06
*** spectr has quit IRC14:06
fried_riceleakypipes Okay, but I'm saying we have code right now (merged and in flight) where this needs to be addressed.14:06
*** coreywright has joined #openstack-nova14:06
leakypipesfried_rice: your concern is definitely a good one. just saying let's focus on the foundational pieces first, note where we have bugs, and solve those bugs with the numbered groups stuff.14:06
cdentleakypipes: I get that, but I’m just trying to confirm some of my memroy about resource classes and shared providers, in existing code14:07
*** armax has joined #openstack-nova14:07
leakypipesfried_rice: it does not need to be addressed right now.14:07
leakypipesfried_rice: unless by addressed you mean "put a func test with commented-out assertions that explain how things *should work* when X bug is fixed"14:07
*** hongbin has joined #openstack-nova14:07
leakypipescdent: ack14:08
fried_riceleakypipes https://review.openstack.org/#/c/479766/10/nova/objects/resource_provider.py@2549 is in flight right now: we just can't write this code without answering the question in some way.14:08
figleafleakypipes: I remember saying that a CN could have local disk or shared disk, but not both14:08
figleafthen that changed14:09
figleafwell, not *me* saying that, but...14:09
leakypipesfried_rice: yes, you can.14:09
*** burt has joined #openstack-nova14:10
leakypipesfried_rice: I will put a review comment in the patch.14:10
*** armax has quit IRC14:11
*** markvoelker has joined #openstack-nova14:11
leakypipesfigleaf: what you're remembering is the scheduler folks (you, me, cdent, superdan, etc) agreeing to "keep things simple" for now and assume a CN has either local or not, and not support both at this time.14:12
figleafleakypipes: ok, thanks. Why did that change?14:12
leakypipesfigleaf: it hasn't.14:12
*** jaosorior has quit IRC14:12
fried_riceleakypipes The patch has an implementation that already takes shared RPs into account.  If that code is unreachable/no-op at the moment, then okay - but that patch is either going to need to rip out the existing shared RP stuff or create known-buggy situations.14:13
leakypipesfigleaf: but what fried_rice is getting at is the *request* part of that equation. meaning how does a flavor ask for distinct groups of identical resources with different traits. but again, we're pushing that work out to Rocky14:13
*** sdague has quit IRC14:13
fried_ricewhoah, we are?14:13
leakypipesfried_rice: ack. that is precisely what I've been saying.14:13
fried_riceThe numbered syntax is approved for Queens.14:13
leakypipesfried_rice: oh? sorry I didn't know that.14:14
leakypipesfried_rice: apologies.14:14
leakypipesfried_rice: in any case, my point is the same.14:14
leakypipesfried_rice: there will be a time where there are known buggy areas in the code.14:14
leakypipesfried_rice: those areas should be documented with code comments and func tests with correct assertions commented out.14:15
leakypipesfried_rice: understood?14:15
fried_riceleakypipes I understand your words :)14:15
leakypipesfried_rice: and I understand your sarcasm.14:15
superdanleakypipes: we need the numbered syntax bit for things like NRPs to work properly right? that's why it needs to be in queens14:16
leakypipessuperdan: well, we need the numbered resources stuff for *some* types of requests for n-r-p resources to work properly, yes.14:16
superdanright14:16
superdanthat doesn't mean we have to implement everything you could possibly request with the numbered syntax, agree14:16
leakypipesprecisely.14:17
fried_riceThis issue is about the un-numbered piece anyway.14:17
sean-k-mooneysuperdan: the numbered syntax is also need for non dested resouces when using traits14:17
superdanyes14:18
*** andreas_s has joined #openstack-nova14:18
leakypipesfried_rice: but right now, all requests are assumed to be "gimme X amount of these resources and make sure the providers providing those resources have these Y traits between them all"14:18
*** spectr has joined #openstack-nova14:19
*** armax has joined #openstack-nova14:19
fried_riceleakypipes Right.  Do we agree there's a hole there?14:20
leakypipesfried_rice: yes.14:20
leakypipesfried_rice: please please read my comments from Oct 2 here: https://review.openstack.org/#/c/489206/14:20
fried_rice...14:21
leakypipesfried_rice: sorry for the please please.14:21
leakypipesfried_rice: I had typed please, then ctrl-x'd please, responded to your comment with "yes." and then pasted and typed please again... sorry about that14:22
*** andreas_s has quit IRC14:22
leakypipesfried_rice: all that to say I only meant to point you at the review comments I made on that review above. :)14:22
leakypipesfried_rice: which discusses the implementation of this particular piece of code.14:22
fried_riceleakypipes No offense taken.  And I apologize for sounding sarcastic earlier - that was not my intent.14:23
*** vks1 has quit IRC14:23
fried_riceleakypipes The review I linked above is alex_xu's response to those comments, implementing it in the way you suggested (I think).14:24
fried_riceleakypipes ...which happened while you were out of course.14:24
gregworkdoes anyone know how a flavor rx/tx factor affects an instance where its networking is plumbed through ovs-dpdk (if at all)14:25
superdangregwork: it affects nothing anywhere14:25
*** ralonsoh has quit IRC14:26
gregworksuperdan: so leaving it unset when I create the flavor wont affect instances spawned by that flavor in any way ?14:27
superdangregwork: leaving it unset, or setting it to anything you want will have zero effect on anything anywhere at any time and in any alternate dimension14:27
gregworksuperdan: excellent, i had been concerned that my flavor might be unliked in extradimensional territories14:28
leakypipeslol14:29
*** armax has quit IRC14:29
*** mekenmk_ has joined #openstack-nova14:30
fried_riceleakypipes Read and grokked.  (I had read it previously while reviewing alex_xu's work, but I understand it better now.)  It's a very clear statement of how we're going to wind up merging traits.  IIUC, it's not suggesting a different design, just a different implementation of that design.14:30
leakypipesfried_rice: shall I comment on the patch then? :)14:30
*** mlavalle has joined #openstack-nova14:30
leakypipesfried_rice: correct.14:30
fried_riceleakypipes https://review.openstack.org/#/c/479766/10/nova/objects/resource_provider.py@2549 <== here?  Sure.14:31
*** slunkad has quit IRC14:32
mekenmk_Hello, can you help me Plase?14:32
mekenmk_I made a "yum update" in my computes and now when I run the live-migration command it does not migrate the instances. and I have the following error in the log.14:32
mekenmk_https://pastebin.com/zrBSLtMn14:32
fried_riceleakypipes Because I still don't understand what approach you're suggesting on that piece of code.  Whatever we do there is going to result in *some* kind of behavior in this scenario.  I guess you're saying we just pick one, knowing it's buggy, and leave a TODO explaining in what way it's buggy?14:32
mekenmk_An additional information is that if I restart the instance. he migration work14:32
sean-k-mooneykindo of related to this work superdan leakypipes do you remember the call wew had relating to vswitch hardware offload a few months ago.14:32
mekenmk_i'm using Redh-Hat 7.414:32
leakypipesfried_rice: that is exactly what I'm saying, yes. :)14:33
superdanmekenmk_: see topic please14:33
sean-k-mooneysuperdan: leakypipes we discussed adding a nova compute config option to label pic devices with traits statically, we breifly discussed that at the ptg14:33
mekenmk_sorry @superdan14:33
sean-k-mooneysuperdan: leakypipes  is that still something we want to do in queens14:34
leakypipessean-k-mooney: no14:34
leakypipessean-k-mooney: I think you're referring to the conversation where we discussed having like an inventory.yaml file on the compute node that would store static device information and things like that?14:34
*** mekenmk_ has quit IRC14:35
sean-k-mooneyleakypipes: thats what it evolved into at the ptg. it started with just an extra config item to suplement the whitlist that would be used to tag the devices with traits14:35
leakypipessean-k-mooney: yeah. I'm not a huge fan of adding yet more configuration options, but yes, I remember that being a proposed solution.14:36
sean-k-mooneyleakypipes: cool if we want to defer that to rocky with the rest of the generic device stuff i think thats fine14:37
leakypipessean-k-mooney: yup, my thoughts exactly.14:37
sean-k-mooneyleakypipes: by the way i taught you were going to be taking some time off as part of your move to the company that rhymes with horizon14:38
*** AlexeyAbashkin has quit IRC14:38
mnaseri can understand why flavors are immutable but why is the public property of them immutable as well?14:38
*** vks1 has joined #openstack-nova14:39
leakypipessean-k-mooney: I took last Wednesday to Wednesday off :)14:39
leakypipessean-k-mooney: I start at Verizon on Monday...14:39
sean-k-mooneyleakypipes: ah welcome back, fell refreshed :P14:39
leakypipessean-k-mooney: slightly :)14:39
leakypipesmnaser: not sure :(14:40
*** AlexeyAbashkin has joined #openstack-nova14:40
mnaseri'm trying to imagine things that can go wrong if we edit the db field14:40
mnaserand im not seeing much14:40
sean-k-mooneymnaser: what properties exactly are you refering too?14:40
mnasersean-k-mooney: os-flavor-access:is_public14:41
*** rodolof has quit IRC14:41
sean-k-mooneymnaser: i belive you can change that as an admin14:42
*** rodolof has joined #openstack-nova14:42
*** spectr has quit IRC14:42
mnasersean-k-mooney really? i looked at the api-ref doc and it doesnt show POST /flavors/{flavor_id} as a thing14:42
* mnaser looks at code14:42
* figleaf runs out for a bit14:42
mnaserhttps://github.com/openstack/nova/blob/master/nova/api/openstack/compute/flavors.py14:43
mnaseri dont see it14:43
*** suresh12 has joined #openstack-nova14:43
sean-k-mooneymnaser: huh  just tried the flavor id changes each time i update the acess so ya its imutable14:43
mnasersean-k-mooney i think horizon deletes and creates a new flavor14:44
sean-k-mooneymnaser: ah perhaps i can try it from the command line but that would explain what im seeing14:44
mnaserhttps://bugs.launchpad.net/horizon/+bug/131156114:45
openstackLaunchpad bug 1311561 in OpenStack Dashboard (Horizon) "editing a flavor changes it's ID" [Undecided,Won't fix]14:45
*** andreas_s has joined #openstack-nova14:45
*** felipemonteiro__ has joined #openstack-nova14:45
mnaseri couldnt even find a a CLI option to edit because the api doesn't even have a way of editing things14:45
sean-k-mooneymnaser: i think its a derived property of if you have associate the flavor with a tenant14:46
*** nicolasbock has quit IRC14:46
mnasersean-k-mooney: when you create a flavor you can choose for it to be public or private, once that's decided, you can't change it from public to private from what i understand14:46
mnaserive used flavor access with no problems (private + access to specific tenants)14:46
*** felipemonteiro has joined #openstack-nova14:47
mnaserim just curious behind if there was a concious decision of saying "we cant change if a flavor is public"14:47
sean-k-mooneymnaser: horizon makes the flavor privte if you use the flavor acess property and its public otherwise14:47
*** salv-orlando has quit IRC14:47
mnasersean-k-mooney i understand, but now i have a bunch of private flavors being used by some tenants.  i want to take those flavors and make them public, i have no way of doing that14:48
sean-k-mooneymnaser: yes the only thing i can think of would be what happes if i booted form a pulic flavor and then did a rebuild or migrate after it was made private14:49
mnasersean-k-mooney buuuut i think in that case, nova takes the current flavor and stores it in system_metadata so there is no hard dependency on it there (i think...)14:49
*** tbachman has quit IRC14:49
*** felipemonteiro__ has quit IRC14:49
*** jdavis has quit IRC14:50
mriedemcdent: figleaf: superdan: leakypipes: i've made my rounds through the alternate host patch, all of it except for the filter scheduler tests https://review.openstack.org/#/c/486215/14:50
*** salv-orlando has joined #openstack-nova14:50
*** slaweq has quit IRC14:51
sean-k-mooneymnaser: if the rebuild uses that cached copy of the original flavor then yes but would that be what a operator wanted to happen14:51
*** slaweq has joined #openstack-nova14:52
mriedemmnaser: yes you don't want to do edit flavor in horizon14:52
mriedemthat's a long-standing known issue,14:52
mriedemand in pike the horizon team provided a way to disable that behavior14:52
mriedemhttps://docs.openstack.org/releasenotes/horizon/pike.html#upgrade-notes14:52
mriedem"The ability to edit flavors is disabled by default. See ENABLE_FLAVOR_EDIT in the settings documentation for more information."14:52
mnasermriedem any idea on what could go horrible wrong if we updated the db field to make it public (i can imagine switching to private might break things, but public *feels* ok)14:52
*** suresh12 has quit IRC14:52
mriedemi haven't read all of the scrollback here14:53
mnasermriedem: tl;dr - we have a private flavor we shared with a few projects, we want to expose it to all projects now14:53
*** dave-mcc_ has quit IRC14:53
*** andreas_s has quit IRC14:53
*** dave-mccowan has joined #openstack-nova14:54
*** josecastroleon has quit IRC14:54
mriedemcan't just create a new flavor with the same attributes except it's public?14:54
*** andreas_s has joined #openstack-nova14:54
mriedemotherwise i'm not sure off the top of my head what could go wrong if you make a private flavor public14:54
mnasermriedem could do so, but i feel like given the uuid will change it might break users that called the flavor by uuid?14:54
superdanthere's no uuid14:55
mriedemmnaser: well the users that have access to the private flavor and are calling it that way won't change right?14:55
mriedemflavorid i assume he means14:55
mriedemyoda talk like i do today14:55
mriedemmnaser: new flavor would have a different flavorid yes14:55
mriedembut projects using the old private flavor won't be broken14:55
mriedemthey'll continue to reference the private flaovr14:55
mriedem*flavor14:55
sean-k-mooney:) mriedem if mnaser kept both flavor yes but that also may confuse them if they are seching progrmaticlaly for the flavor14:56
mnaser(don't shoot me, but then they'll end up with two visible flavors with the same name)14:56
*** slaweq has quit IRC14:56
sahidmriedem: yesterday you told me that "it's not on your list" do you suggest me to ask somebody else to review, the specs because it's not your area of expertise?14:56
*** yangyapeng has joined #openstack-nova14:56
*** jangutter has joined #openstack-nova14:57
* mnaser feels confident that changing the db field *should* be ok14:57
mriedemmnaser: a tenant user would only see flavors they have access to right?14:57
mriedemso they'll see public flavors,14:57
sean-k-mooneymnaser: yes boots with the flavor name would now fail becuase we cant do the horible name to flavior id mapping we do today14:57
mriedemand private flavors that their project has access to,14:57
mriedemso yeah if the flavor name was the same for both the public and private i could see some confusion, but you said they were using the flavorid14:57
mriedemalso, i think flavor.name has a unique constraint on it14:58
* mriedem checks14:58
*** baoli has quit IRC14:58
mriedemsahid: yes cpu pinning is not anywhere near my area of expertise14:58
*** andreas_s has quit IRC14:58
*** nicolasbock has joined #openstack-nova14:58
mriedemyup14:58
mriedemschema.UniqueConstraint("name", name="uniq_flavors0name"))14:58
mriedemmnaser: so it would have to have a unique name for the public version of the flavor,14:59
*** penick has joined #openstack-nova14:59
mnaserok so that wouldn't even work, boo14:59
mriedemyou can tweak the db, but i can't say for sure if anything bad will happen14:59
sahidmriedem: ok, i will probably ask leakypipes...14:59
mriedemgoing from private -> public seems ok14:59
*** cshen has quit IRC14:59
mriedempublic -> private would obviously be bad14:59
mriedemsahid: we're also past spec freeze14:59
mriedemand we already have a lot of stuff approved15:00
sahidmriedem: so both of my specs are not going to pass?15:00
mriedemsahid: you're not the only person with specs that aren't approved right now15:00
sean-k-mooneymriedem: the only case i can see breaking for public -> private is rebuild or migrate actions but even then they may be ok if the use the instance cached flavor?15:00
sahidno worries, just asking15:00
mriedemthe more time we spend reviewing specs forever and adding more stuff to the list, the less time we focus on anything like nested RPs and VGPUs15:01
mriedemwhich are something you also want15:01
mnaseri should go read code before asking this (but it's friday): if i delete the flavor, recreate it again specifying the same flavorid+name .. could i get away with it?15:01
sean-k-mooneymnaser: we dont actully delete things in nova15:01
mriedemmnaser: that should work...15:01
sean-k-mooneymnaser: we make them as deleted so not sure if it will break the unique constrait15:02
mriedemany instances created with the old flavor have it persisted already per instance15:02
mriedemsean-k-mooney: flavors are in the api db now,15:02
mriedemwhere we don't do soft delete15:02
mriedemso if he deletes it, it's gone15:02
mriedemit would only be persisted per instance that used it15:02
mnaserat least that way is "supported" so we're not doing black magic that might bite us later15:02
mriedemyeah, so if you deleted and recreated as public i think that would work15:03
sean-k-mooneymriedem: ya i just tested it on the commandline too15:03
sean-k-mooneymriedem: it works on newton15:03
mriedemmnaser: i think you'd want to be sure to recreate with the same flavorid15:03
mnaseryeah, that would be the most important thing, same flavorid, same name, make sure we keep the extra_specs there too15:03
mnasermriedem sean-k-mooney thank you so much for the back-and-forth, it's helpful and i guess this explains why the flavors edit thing isn't necessary, as you can recreate the flavor with the same exact state (as you have control over flavorid)15:04
mriedemsean-k-mooney: rebuild and migrate actions use the embedded instance.flavor15:04
sean-k-mooneymnaser: doing that though would be the same as jsut chaning the db flag though right15:04
*** baoli has joined #openstack-nova15:04
*** dave-mcc_ has joined #openstack-nova15:04
mriedemsean-k-mooney: public -> private would be bad because anyone relying on a given flavorid/name in their tooling would be broken if they didn't have private access to the flavor15:05
mnasersean-k-mooney but cleaner, such as it will probably clean up and remove any tenant access assignments that shouldn't be there (in the case of a public flavor)15:05
*** ijw has joined #openstack-nova15:05
sean-k-mooneymriedem: oh yes i know i ment form a internal nova point of view15:05
openstackgerritBalazs Gibizer proposed openstack/nova master: Transform instance.trigger_crash_dump notification  https://review.openstack.org/39622515:05
openstackgerritBalazs Gibizer proposed openstack/nova master: Transform instance.trigger_crash_dump notification  https://review.openstack.org/39622515:06
sean-k-mooneymnaser: ah yes that would be a delta between the dirct update15:06
mnaserand that way, nova is healthy in a way that we don't have a broken upgrade because some migration tries to change things around later and has these weird inconsistent flavors or so15:06
*** dave-mccowan has quit IRC15:06
mnaserprobably the one thing i learned the most (and in the hardest way) is that quick fixes make your installation unpredictable, so upgrades become a pain because you're hitting these weird corner cases15:06
*** lyan has joined #openstack-nova15:07
sean-k-mooneymnaser: also dont deploy resealse candiates into production for you internal dev cloud... i proably could upgrade it but its easier to redeploy15:07
mnaseri cant imagine rc => release should be too problematic?  unless the rc's had an issue that mangled your db up;15:08
mriedemif it did, the fix would have to account for it15:09
mriedemeach commit is a release15:09
mriedemassumed to be deployed15:09
mriedemat least round these parts15:09
sean-k-mooneymnaser: true but to get to pike i would have to do rc -> newton, enable placement newton-> ocata, enable cells v2, ocata-> pike15:10
sean-k-mooneyor i can just deploy pike15:10
mnaserwell in our case we can't just shut down our entire cloud and redeploy it :D15:10
mriedemheh, was going to say,15:10
*** Oku_OS is now known as Oku_OS-away15:10
mriedemnot so easy with a public cloud15:10
mriedemthat's why at my old dept in ibm we had an essex cloud, a folsom cloud, and a juno cloud at some point15:11
mnaserbofh public cloud15:11
mnaser:p15:11
mriedemwriting tooling on top was super fun!15:11
mnaseri feel like it would be fun to deploy essex from essex-eol just for the fun of it and see how far we come15:12
mnaser:p15:12
mriedem"why doesn't this work? oh yeah, nova-net on essex has that one bug...let me code around that in my jenkins job..."15:12
*** brault has quit IRC15:12
mriedemmnaser: clearly you have too much time on your hands :P15:13
sean-k-mooneyour current private cloud is only using 10 of the 40 nodes its ment to be deployed  on so i can keep the old run running while i bring up the new one.15:13
mnaserahaha15:13
mnaserwell hey mriedem if it's cool to know work is actively wanted/needed15:13
*** sahid has quit IRC15:13
mnaserhttps://blueprints.launchpad.net/nova/+spec/deprecate-file-injection => literally customer right now "upon rebuild, is there a way to send userdata script?"15:14
*** sahid has joined #openstack-nova15:14
*** fallenour_ has joined #openstack-nova15:14
fallenour_YAY PEOPLE!15:14
fallenour_has anyone ever seen an issue where config applies ceph osd devices, and registers OSD devices, but doesnt show them in openstack-dashboard under hypervisors for the compute nodes?15:15
fallenour_deployment method: conjure-up ; cloud version: xenial:pike15:15
mnaserfallenour_ - please have a look at the topic, i'd suggest #openstack :)15:15
* superdan hands mnaser a cookie15:16
mnaserand given that seems to be deployment tool related, i'd suggest #ubuntu-server15:16
sean-k-mooneyfallenour_: as what? they should not appear in localstorage. its ceph...15:16
mnaserthanks superdan :D15:16
* sean-k-mooney is confused15:16
fallenour_mnaser: yes, I understand, I am trying to create a massive online development infrastructure as a service for free, so it koalafies? and its a nova issue o.o15:17
mriedemmnaser: cool - keep in mind the input we got in the ML asking if we should do that got that into the spec :)15:17
mriedemso keep it coming15:17
superdanfallenour_: this channel is for nova development, not getting help with nova (see topic)15:17
fallenour_sean-k-mooney: I understand that, thats the issue, its configured to use ceph, but its only showing I have 140 gb of storage per node, and I hsould have 2.19 tb on the stack15:17
fallenour_superdan: roger, will take it to pms. My apologies. hard for me to do anything with it if baseline isnt working for me though :(15:18
mnaserfallenour_ the problem isn't nova, the problem is the deployment tool not doing the job, hence suggesting #ubuntu-server :)15:18
sean-k-mooneyfallenour_: im guessing your missing the nova config option that make nova use rbd for all guest storage15:19
sean-k-mooneyfallenour_: with that set it will report 2.19TB pernode and be equally wrong15:19
*** acormier has joined #openstack-nova15:20
openstackgerritBalazs Gibizer proposed openstack/nova master: Transform instance.resize_revert notification  https://review.openstack.org/39681115:23
*** acormier has quit IRC15:24
openstackgerritTakashi NATSUME proposed openstack/nova master: Add a warning in 'nova-manage cell_v2 delete_cell'  https://review.openstack.org/51377115:27
*** penick_ has joined #openstack-nova15:28
*** sahid has quit IRC15:29
*** penick has quit IRC15:29
*** mchiappe1o has joined #openstack-nova15:30
*** mchiappero has quit IRC15:30
*** crushil has joined #openstack-nova15:33
*** Apoorva has joined #openstack-nova15:37
*** sahid has joined #openstack-nova15:38
*** leakypipes has quit IRC15:38
*** yamamoto has quit IRC15:40
*** jdillaman has quit IRC15:40
*** gjayavelu has joined #openstack-nova15:41
*** AlexeyAbashkin has quit IRC15:42
*** ragiman has quit IRC15:46
*** lucasagomes is now known as lucas-afk15:52
*** jaypipes has joined #openstack-nova15:54
*** jaypipes is now known as leakypipes15:54
*** gyee has joined #openstack-nova15:56
openstackgerritEric Fried proposed openstack/nova master: Test alloc candidates with same RC in cn & shared  https://review.openstack.org/51314915:57
fried_ricecdent gibi Okay, I reworked ^ to "pass" with comments, and extracted it from alex_xu's chain so it can merge without it.15:58
cdentdoes anybody remember a bug (and fix) where a disk related cache being wrong could cause the disk could go away, especially after a resize?15:59
cdentfried_rice++15:59
*** tbachman has joined #openstack-nova16:00
cdentI have a memory of that, but haven’t got enough info to search well16:01
leakypipesgibi: hey. so on the "re-parenting a resource provider" thing.16:01
leakypipesgibi, superdan: I think it would be easier to just prevent re-parenting on update for right now.16:01
*** yamahata has quit IRC16:01
leakypipesand add in functionality to re-parent at some later time when we can deal with that potential use case.16:01
*** tbachman has quit IRC16:02
fried_riceleakypipes Agree almost totally.  We ought to be able to set the parent of a RP if it's currently null.16:02
cdentmdbooth: you remember that bug (a few lines up)?16:02
fried_riceSorry if that's what you meant by "re-"16:02
superdanleakypipes: I was kinda thinking that was going to be a really useful thing to have in the early days,16:03
superdanleakypipes: for things like re-parenting a NIC provider underneath a numa node when we start having them, etc16:03
fried_riceDangit, I was literally just typing, "I can't think of a scenario where we would *need* to truly reparent..."16:03
superdanwithout losing everything16:03
fried_ricesuperdan That would be during an upgrade, kind of thing?16:04
fried_ricesuperdan We wouldn't want to do that just on the fly while running, would we?16:04
superdanfried_rice: it could come as a result of rolling past the commit/release where we add another layer of topology, yeah, or it could be part of a bugfix where we were improperly hanging things at places in the tree, or what4ver16:05
superdanI just thought this was intended to be a fundamental operation we could do to avoid having to do expensive recalculation of allocations when we add functions, is all16:05
fried_riceWe ought to at least be able to disable it in this patch and work it in a later one, nah?16:06
fried_riceif we decide we do want some reparenting affordance in q16:07
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: Fully destroy instances during _hard_reboot  https://review.openstack.org/40038416:08
superdanfried_rice: we'd need to implement it before we do anything that could change topology I guess16:09
leakypipessuperdan: right.16:10
fried_ricesuperdan Agreed.  If we just implement "set parent if null", then we can at least "change topology" from "flat".16:10
fried_riceBut we don't need to be able to change topology beyond that in the near term, IMO.16:11
finucannotsean-k-mooney: You about?16:11
superdanfried_rice: I dunno, what are the first few nested providers we expect? numa nodes, and SRIOV nics /VGPUs right?16:12
fried_ricesuperdan reckon so, yeah.16:12
fried_ricesuperdan Early in R, network bw stuff mebbe.16:12
superdanlet's say we expose a VGPU for something like vmware or xen,16:12
superdanbut we don't have numa information until a week later16:13
*** baoli has quit IRC16:13
superdanthen we have to reparent the vgpu provider under the numa node16:13
sean-k-mooneyfinucannot: yes16:13
*** tbachman has joined #openstack-nova16:13
fried_ricesuperdan Oh, are we actually concerned about being able to rework existing deployments on the master branch?16:13
*** baoli has joined #openstack-nova16:13
superdanfried_rice: always16:13
finucannotsean-k-mooney: Quick one - I've got two identical PCI devices and I want to disable one of them at least from a nova perspective. Any ideas on how that could be accomplished?16:14
finucannotOnly got access to the host OS - not the BIOS16:14
fried_ricefinucannot [pci]passthrough_whitelist by PCI address16:14
finucannotfried_rice: Oh, can you do PCI address too?16:15
cfriesenecho 0 > /sys/bus/pci/slot/$N/power16:15
fried_ricefinucannot yup16:15
*** chyka has joined #openstack-nova16:15
finucannotcfriesen: That's what I tried but alas, no power file16:15
fried_ricefinucannot e.g. https://docs.openstack.org/nova/pike/admin/pci-passthrough.html#configure-pci-devices-compute16:15
sean-k-mooneyfinucannot: pci adress was the first thing the whiteliset support i think16:15
fried_ricefinucannot You can also put * in for any of those.16:16
*** jangutter has quit IRC16:16
finucannotfried_rice: Serious case of RTFM there. Thanks for the link :)16:16
fried_ricefinucannot yahyoubetcha16:17
*** tesseract has quit IRC16:17
sean-k-mooneyfinucannot: you needed to "disable" it so that openstack would not use it right and not for some other reason16:17
* finucannot notes the link in (2) of that doc is wrong and adds it to the todo list16:18
finucannotsean-k-mooney: I want disable the PCI devices on node 0 to make sure non-PCI-needing devices use node 1 CPUs16:18
sean-k-mooneyfinucannot: ah ok16:19
sean-k-mooneyyou can do that another way16:19
finucannotValidating that PCI weigher spec from last cycle again, but this time without a server beside me that I can unplug the NIC from :)16:19
finucannotsean-k-mooney: Do tell16:19
sean-k-mooneythe numa node value in sysfs is writeable so you can lable the device as part of the other numa node or set it to -1 which means no numa affinity16:20
* sean-k-mooney i did not say the other way was clean ...16:21
finucannotHahaha16:21
leakypipessuperdan: first nested resources are PFs which are children of the compute nodes.16:21
finucannotThat's even better though, because it can be scripted16:21
finucannotfrom the perspective of automating this in the future16:21
superdanleakypipes: right, and then we'll want them under numa nodes ASAP, so -> reparent16:22
* fried_rice is still reeling from superdan's assertion that we need to provide intra-master "upgrade" paths...16:22
sean-k-mooneyfinucannot: true but you should check if the change get reflected into virsh nodedev list16:22
*** Apoorva has quit IRC16:22
*** dtantsur is now known as dtantsur|afk16:22
*** Apoorva has joined #openstack-nova16:23
sean-k-mooneyfried_rice:  intra master is the same as stable brance minor upgrades16:23
fried_riceWhich I *guess* is why we need microversions within a release.16:24
finucannotfried_rice, cfriesen, sean-k-mooney: One more q: I noticed that adding 'physical_network' to the 'passthrough_whitelist' option and specifying '"device_type": "type-PCI"' for 'alias' resulted in 'type-PF'16:24
superdanfried_rice: we have always done this.. like mriedem said earlier, each commit is a release16:24
*** gszasz has quit IRC16:24
*** gjayavelu has quit IRC16:24
fried_ricesuperdan Good to know.  I truly didn't realize that.16:24
finucannotI haven't tried it again and know I shouldn't have set 'physical_network', but does that ring a bell?16:24
mriedemi say lots of things16:25
finucannotWant to make sure it's not a "feature" before I go tracking down a possible bug16:25
sean-k-mooneyfinucannot: if you dont have vfs allocated that is expected16:25
fried_ricefinucannot Oh, please do not fix "bugs" in the PCI manager.16:25
mriedemrm -rf nova/pci && echo "fixed"16:25
mriedem?16:25
fried_riceYeah, except for that fix.16:26
superdanmriedem: ++16:26
sean-k-mooneyfinucannot: stephen if the pf does not have VF that is the correct value because we supprot neutron vnic type direct_physical16:26
finucannotcurl --data "salary=0" https://api.salary.redhat.com/sfinucan16:27
sean-k-mooneyfinucannot: that means pretend we are doing sriov but really do a full pci passthrough and update neutron port the the phisical mac16:27
*** vks1 has quit IRC16:27
*** suresh12 has joined #openstack-nova16:27
superdanfinucannot: I get an overflow error every time I try to use that api16:27
cdenthave a good weekend all16:27
finucannotsean-k-mooney: Even though I explicitly set 'device_type' in the alias?16:27
superdansomething about not fitting into a 32-bit int16:27
* cdent waves16:27
*** cdent has quit IRC16:27
*** abhi89 has quit IRC16:28
sean-k-mooneyfinucannot: you set the device type to type-PCI a pf is a pci device16:28
sean-k-mooneybut looking at the docs again i think you ment "device_type":"type-PF" or "device_type":"type-VF" not type-PCI16:29
finucannotsean-k-mooney: Right, but 'type-PCI' != 'type-PF', so attempting to use the alias in a flavor's extra specs results in a failure to boot16:29
leakypipessuperdan: right. I'm not saying reparenting isn't important. just that for this first patch, I would like to disable it.16:29
leakypipessuperdan: with a TODO of course16:30
finucannotAh, wait - maybe I'm getting things mixed up here16:31
sean-k-mooneyfinucannot: right when you added the physnet it made it useable for neutron sriov passthough and diabled nova pci passthough16:31
finucannotsean-k-mooney: and marks it as 'type-PF'?16:32
finucannotSo the alias is simply that, an alias, so my alias is simply wrong?16:32
sean-k-mooneyyep if you change it to type-PF it will work16:33
finucannot(y)16:33
finucannotWe should probably note how we decide what device_type to mark a device as somewhere16:33
finucannotI thought it was done via the alias but I see the error of my ways now16:34
sean-k-mooneyyes it was foolish to try to understand how our pci passthrough code works :)16:35
* finucannot always assumes the best of 'nova/pci'. It's such a misunderstood piece of code ;)16:36
leakypipessuperdan: would you be cool with that?16:37
*** yamahata has joined #openstack-nova16:38
*** lpetrut has quit IRC16:40
*** yamamoto has joined #openstack-nova16:41
openstackgerritMerged openstack/nova master: Cleanup mount / umount and associated rmdir calls  https://review.openstack.org/49442316:41
openstackgerritMerged openstack/nova master: Move lvm handling to privsep.  https://review.openstack.org/49551616:44
*** vks1 has joined #openstack-nova16:47
*** mnestratov has quit IRC16:47
*** yamamoto has quit IRC16:50
*** salv-orlando has quit IRC16:51
*** salv-orlando has joined #openstack-nova16:52
*** suresh12 has quit IRC16:53
*** salv-orlando has quit IRC16:56
openstackgerritIldiko Vancsa proposed openstack/nova master: Implement new attach Cinder flow  https://review.openstack.org/33028516:56
*** jpena is now known as jpena|off16:57
openstackgerritElod Illes proposed openstack/nova master: Transform instance.trigger_crash_dump notification  https://review.openstack.org/39622517:06
*** vladikr has quit IRC17:11
*** vladikr has joined #openstack-nova17:11
superdanleakypipes: no real choice so yeah sure :)17:13
*** harlowja has joined #openstack-nova17:14
*** sean-k-mooney has quit IRC17:15
*** sambetts is now known as sambetts|afk17:17
*** lpetrut has joined #openstack-nova17:17
*** ijw has quit IRC17:18
*** gouthamr has quit IRC17:24
*** gjayavelu has joined #openstack-nova17:27
*** AlexeyAbashkin has joined #openstack-nova17:28
*** vks1 has quit IRC17:32
*** AlexeyAbashkin has quit IRC17:33
*** fragatina has quit IRC17:33
*** suresh12 has joined #openstack-nova17:37
*** lpetrut has quit IRC17:38
*** salv-orlando has joined #openstack-nova17:39
*** dave-mcc_ is now known as dave-mccowan17:39
*** huanxie has joined #openstack-nova17:41
*** suresh12 has quit IRC17:42
*** amodi has quit IRC17:43
*** fallenour_ has quit IRC17:50
*** weshay|ruck is now known as weshay|ruck|afk517:53
*** claudiub|2 has quit IRC17:53
*** weshay|ruck|afk5 is now known as weshay|afk50min17:54
*** lpetrut has joined #openstack-nova17:56
openstackgerritAndreas Jaeger proposed openstack/nova master: DNM: Test api-refs  https://review.openstack.org/51381917:57
cfriesenwhen running ironic, does it require configuring nova-scheduler differently than normal?  The existance of nova/scheduler/ironic_host_manager.py, makes me wonder.17:57
*** MikeW has joined #openstack-nova18:09
*** baoli has quit IRC18:09
MikeWHey which components of the nova services emit these notifications to rabbitmq: compute.instance.create.end and compute.instance.delete.start?18:09
*** baoli has joined #openstack-nova18:10
MikeWWondering on what I need to touch to integrate designate-sink in my system and hoping I can void compute hosts, and just modify like nova-scheduler or nova-api18:10
*** huanxie has quit IRC18:12
*** acormier has joined #openstack-nova18:21
*** masber has quit IRC18:22
*** felipemonteiro has quit IRC18:23
*** acormier has quit IRC18:24
*** felipemonteiro has joined #openstack-nova18:24
*** acormier has joined #openstack-nova18:24
*** edmondsw has quit IRC18:28
*** tbachman has quit IRC18:28
*** vladikr has quit IRC18:30
*** lpetrut has quit IRC18:34
*** lpetrut has joined #openstack-nova18:34
*** slaweq has joined #openstack-nova18:35
*** suresh12 has joined #openstack-nova18:37
*** lpetrut has quit IRC18:41
MikeWAnyone here have experience with nova/designate integration over the message queue?18:43
*** erlon has quit IRC18:44
*** slaweq has quit IRC18:44
*** vladikr has joined #openstack-nova18:46
mriedemmlavalle: remind me, can you live migrate from an ovs vif type to a linuxbridge vif type, or vice versa, today? or does that require a reboot once the instance is on the dest host?18:49
mriedemi thought no because the source host doesn't know the dest host vif type to use to configure the guest before the live migration starts - which is part of what sean's spec is trying to fix18:49
mlavallethat's my understanding as well18:49
mriedemcool - just working on project update slides18:50
mlavalle:-)18:50
mriedemwant to make sure i correctly promise the world18:50
mlavalleLOL18:50
*** suresh12 has quit IRC18:50
*** weshay|afk50min is now known as weshay|ruck18:51
*** ijw has joined #openstack-nova18:53
*** baoli has quit IRC18:54
*** baoli has joined #openstack-nova18:54
*** baoli has quit IRC18:55
*** baoli has joined #openstack-nova18:56
superdanmriedem: correct18:58
*** fallenour has joined #openstack-nova19:01
*** crushil has quit IRC19:06
*** mchiappe1o has quit IRC19:10
*** AlexeyAbashkin has joined #openstack-nova19:11
*** mchiappero has joined #openstack-nova19:12
openstackgerritIldiko Vancsa proposed openstack/nova master: Implement new attach Cinder flow  https://review.openstack.org/33028519:13
*** markvoelker has quit IRC19:14
*** slaweq has joined #openstack-nova19:14
*** AlexeyAbashkin has quit IRC19:15
*** acormier has quit IRC19:27
*** salv-orlando has quit IRC19:27
*** salv-orlando has joined #openstack-nova19:27
openstackgerritEric Fried proposed openstack/nova master: Refactor test_resource_provider  https://review.openstack.org/51383419:31
*** tbachman has joined #openstack-nova19:31
*** salv-orlando has quit IRC19:31
*** felipemonteiro has quit IRC19:32
*** acormier has joined #openstack-nova19:33
*** huanxie has joined #openstack-nova19:36
*** salv-orlando has joined #openstack-nova19:37
mriedemsuperdan: this doesn't seem kosher https://review.openstack.org/#/c/509107/2/os_vif/objects/subnet.py19:38
*** amodi has joined #openstack-nova19:38
superdanmriedem: that's because it's not19:38
*** slaweq has quit IRC19:39
*** slaweq has joined #openstack-nova19:39
*** tbachman has quit IRC19:41
*** tbachman has joined #openstack-nova19:41
*** suresh12 has joined #openstack-nova19:43
*** crushil has joined #openstack-nova19:43
*** markvoelker has joined #openstack-nova19:45
*** tbachman has quit IRC19:46
*** edmondsw has joined #openstack-nova19:47
*** markvoelker has quit IRC19:49
*** edmondsw has quit IRC19:52
*** markvoelker has joined #openstack-nova19:54
*** markvoelker has quit IRC19:59
*** markvoelker has joined #openstack-nova20:03
*** xyang1 has quit IRC20:07
*** DuncanT has quit IRC20:07
*** markvoelker has quit IRC20:07
*** DuncanT has joined #openstack-nova20:08
*** markvoelker has joined #openstack-nova20:12
*** markvoelker has quit IRC20:13
*** markvoelker has joined #openstack-nova20:14
*** ijw has quit IRC20:14
*** andreas_s has joined #openstack-nova20:15
openstackgerritEric Fried proposed openstack/nova master: Include /resource_providers/uuid/allocations link  https://review.openstack.org/49982620:15
*** itlinux has joined #openstack-nova20:19
*** andreas_s has quit IRC20:20
openstackgerritMerged openstack/nova master: console: introduce basic framework for security proxying  https://review.openstack.org/34539620:21
*** acormier has quit IRC20:22
*** acormier has joined #openstack-nova20:22
*** slaweq has quit IRC20:25
*** slaweq has joined #openstack-nova20:27
mriedemanthonyper: https://review.openstack.org/#/c/465160/ - talks about only allowing numa in the libvirt driver if using kvm20:27
mriedemquestions in there about numa support for libvirt+xen20:27
*** fragatina has joined #openstack-nova20:27
*** acormier has quit IRC20:28
*** acormier has joined #openstack-nova20:29
*** huanxie has quit IRC20:29
*** markvoelker_ has joined #openstack-nova20:29
*** pchavva has quit IRC20:31
*** markvoelker has quit IRC20:32
*** awaugama is now known as awaugama_away20:32
*** acormier has quit IRC20:33
*** harlowja has quit IRC20:33
*** dave-mccowan has quit IRC20:35
*** lyan has quit IRC20:36
*** dave-mccowan has joined #openstack-nova20:36
openstackgerritEric Fried proposed openstack/nova master: Include /resource_providers/uuid/allocations link  https://review.openstack.org/49982620:36
* fried_rice enters the race to add microversion 1.1120:37
*** suresh12 has quit IRC20:38
*** thorst has quit IRC20:39
BenderRodriguezfried_rice: help me fix my issues20:40
BenderRodriguezinstalling openstack20:40
fried_riceBenderRodriguez I think you want the #openstack channel for that.20:40
*** cfriesen has quit IRC20:41
*** cfriesen has joined #openstack-nova20:41
fried_ricemriedem Say, do we want to update the channel topic to reference the Queens release schedule at this point?20:41
mriedemfried_rice: first, "say" is how my 60-something day starts a sentence,20:42
mriedemsecond, yes20:42
mriedemsuperdan: ^20:42
fried_riceDude, what's with all the ageist talk lately?20:42
mriedems/day/dad/20:42
* fried_rice is gonna start calling people "sonny".20:43
*** andreas_s has joined #openstack-nova20:43
*** ChanServ sets mode: +o superdan20:43
*** superdan changes topic to "This channel is for Nova development. For support of Nova deployments, please use #openstack. Please see: https://wiki.openstack.org/wiki/Nova/Queens_Release_Schedule"20:43
fried_ricewhee20:43
* superdan looks around for people to kick while he's got op20:43
*** ChanServ sets mode: -o superdan20:43
BenderRodriguezWhy in the world20:44
BenderRodriguezis openstack still running on top of 2.720:44
BenderRodriguezwhat is wrong with you developers/20:44
BenderRodriguezpython 2.7 that is20:44
superdandang, dropped op a little too early20:44
fried_ricewas gonna say20:44
mriedemBenderRodriguez: you can run it on 3.520:45
mriedemit's not really a nova thing,20:45
mriedemit's a packaging thing20:45
mriedemand we don't control the packages20:45
BenderRodriguezhmmm20:45
BenderRodriguezwhat version of python are unit tests run on20:45
BenderRodriguezpre-deployment20:45
mriedem27 and 3520:45
BenderRodriguezok good20:45
mriedemunit tests, functional tests and integration tests20:45
openstackgerritMatt Riedemann proposed openstack/nova master: propagate OSError to MigrationPreCheckError  https://review.openstack.org/46977920:46
*** itlinux has quit IRC20:47
*** suresh12 has joined #openstack-nova20:47
*** suresh12 has quit IRC20:52
*** suresh12 has joined #openstack-nova20:52
openstackgerritEd Leafe proposed openstack/nova master: Add alternate hosts  https://review.openstack.org/48621520:52
openstackgerritEd Leafe proposed openstack/nova master: Add Selection objects  https://review.openstack.org/49923920:53
openstackgerritEd Leafe proposed openstack/nova master: Return Selection objects from the scheduler driver  https://review.openstack.org/49585420:53
openstackgerritEd Leafe proposed openstack/nova master: Change RPC for select_destinations()  https://review.openstack.org/51015920:53
openstackgerritEd Leafe proposed openstack/nova master: Move the claim_resources method to scheduler utils  https://review.openstack.org/51135720:53
openstackgerritEd Leafe proposed openstack/nova master: Make conductor pass and use host_lists  https://review.openstack.org/51135820:53
openstackgerritEd Leafe proposed openstack/nova master: Trivial: fix spelling of allocation_request  https://review.openstack.org/51384720:53
*** salv-orl_ has joined #openstack-nova20:55
*** salv-orlando has quit IRC20:58
openstackgerritMatt Riedemann proposed openstack/nova master: Adds 'sata' as a valid disk bus for qemu and kvm hypervisors  https://review.openstack.org/45979421:03
*** baoli has quit IRC21:04
*** ijw has joined #openstack-nova21:10
*** andreas_s has quit IRC21:14
*** crushil has quit IRC21:15
*** masber has joined #openstack-nova21:18
openstackgerritJay Pipes proposed openstack/nova master: placement: add nested resource providers  https://review.openstack.org/37713821:20
openstackgerritJay Pipes proposed openstack/nova master: placement: allow filter providers in tree  https://review.openstack.org/37721521:20
openstackgerritJay Pipes proposed openstack/nova master: placement: adds REST API for nested providers  https://review.openstack.org/38480721:20
openstackgerritJay Pipes proposed openstack/nova master: placement: update client to set parent provider  https://review.openstack.org/38569321:20
*** thorst has joined #openstack-nova21:20
*** thorst has quit IRC21:20
*** masber has quit IRC21:22
*** andreas_s has joined #openstack-nova21:28
*** sahid has quit IRC21:28
*** slaweq has quit IRC21:31
*** andreas_s has quit IRC21:32
*** suresh12 has quit IRC21:34
fried_riceleakypipes Are we gonna forbid changing traits on an RP with allocations?21:34
fried_riceiow, you have to be able to go back and validate traits constraints of an existing deployment after the fact?21:35
*** edmondsw has joined #openstack-nova21:36
*** claudiub|2 has joined #openstack-nova21:36
*** priteau has quit IRC21:37
*** andreas_s has joined #openstack-nova21:37
*** priteau has joined #openstack-nova21:37
*** rodolof has quit IRC21:38
*** rodolof has joined #openstack-nova21:38
leakypipesfried_rice: I think *removing* traits where the provider has allocations should be prevented, yes.21:38
leakypipesfried_rice: adding new ones is cool though21:38
*** fallenour has quit IRC21:39
fried_riceleakypipes So why is it important that trait constraints be satisfied after the deploy has already happened?21:39
*** suresh12 has joined #openstack-nova21:39
fried_riceleakypipes We already said you could reduce inventory totals / increase reserved amounts / change allocation ratios after the fact, even to the point of being overcommitted, and you would simply not get deployed again until you came out of the red.21:40
*** edmondsw has quit IRC21:40
fried_riceleakypipes This seems like an extension of the same principle.21:40
leakypipesfried_rice: because if you asked for (and got) 10G of DISK_GB and STORAGE_DISK_SSD trait, and we remove that trait from that provider, you no longer satisfy the request that caused you to land on that node.21:40
fried_riceleakypipes Yeah, so I don't see how that's a problem.21:41
fried_riceI mean, I don't know that it's a problem to forbid it either; just seems like an unnecessary check.21:41
*** rodolof has quit IRC21:42
*** derekh has quit IRC21:42
leakypipesfried_rice: maybe. honestly, it's 5:45pm on a Friday and I'm burnt out today.21:42
*** priteau has quit IRC21:42
*** rodolof has joined #openstack-nova21:42
fried_riceleakypipes Ight, I'll drop the question in the review for later.  Have a good weekend.21:42
leakypipesyou too fried_rice21:44
openstackgerritElod Illes proposed openstack/nova master: Transform keypair.import notification  https://review.openstack.org/46751421:45
*** baoli has joined #openstack-nova21:46
*** baoli has quit IRC21:46
figleaffried_rice: You could add that to Open Discussion on https://wiki.openstack.org/wiki/Meetings/NovaScheduler21:46
fried_ricefigleaf Good idea, thanks.21:46
fried_ricefigleaf And split-RC/split-traits21:47
figleaffried_rice: and whatever else tickles your fancy21:47
*** chyka has quit IRC21:50
*** andreas_s has quit IRC21:50
*** amodi has quit IRC21:53
*** andreas_s has joined #openstack-nova22:00
*** slaweq has joined #openstack-nova22:02
*** xinliang has quit IRC22:05
*** andreas_s has quit IRC22:09
rm_workCan VMs be migrated to hosts in a different AZ? Does it matter?22:09
*** AlexeyAbashkin has joined #openstack-nova22:10
rm_workhttps://docs.openstack.org/nova/pike/admin/configuring-migrations.html#section-configuring-compute-migrations says: "In a multi-cell cloud, instances can be live migrated to a different host in the same cell, but not across cells."22:10
rm_workCan one cell belong to multiple AZs?22:10
*** harlowja has joined #openstack-nova22:10
rm_workOr am I thinking about this wrong22:10
*** AlexeyAbashkin has quit IRC22:14
*** andreas_s has joined #openstack-nova22:18
*** andreas_s has quit IRC22:23
artomrm_work, VMs can't be migrated different AZs22:25
artom(Slight oversimplification, but still)22:25
rm_workhmm22:25
rm_workok22:25
*** rodolof has quit IRC22:25
rm_workwould take the slightly less brief explanation if you have time :)22:25
artomAn operator/admin can force it by bypassing the scheduler, I believe22:26
rm_work^^ johnsom22:26
*** awaugama_away has quit IRC22:31
*** leakypipes has quit IRC22:33
*** esberglu has quit IRC22:34
*** slaweq has quit IRC22:36
openstackgerritMerged openstack/nova master: Remove doc todo related to bug/1506667  https://review.openstack.org/50931522:39
*** suresh12 has quit IRC22:41
*** slaweq has joined #openstack-nova22:42
*** suresh12 has joined #openstack-nova22:44
*** gjayavelu has quit IRC22:45
*** claudiub|2 has quit IRC22:45
*** andreas_s has joined #openstack-nova22:46
*** suresh12 has quit IRC22:47
*** suresh12 has joined #openstack-nova22:47
*** andreas_s has quit IRC22:50
*** yamahata has quit IRC22:56
*** figleaf is now known as edleafe22:56
*** yassine has quit IRC23:01
*** armax has joined #openstack-nova23:07
*** penick_ has quit IRC23:09
*** salv-orl_ has quit IRC23:12
*** salv-orlando has joined #openstack-nova23:12
*** andreas_s has joined #openstack-nova23:13
*** slaweq has quit IRC23:15
*** ijw has quit IRC23:15
*** ijw has joined #openstack-nova23:16
*** salv-orlando has quit IRC23:17
*** andreas_s has quit IRC23:17
*** thorst has joined #openstack-nova23:21
*** edmondsw has joined #openstack-nova23:23
*** slaweq has joined #openstack-nova23:26
*** thorst has quit IRC23:26
*** _pewp_ has joined #openstack-nova23:28
*** edmondsw has quit IRC23:28
*** acormier has joined #openstack-nova23:29
*** fragatina has quit IRC23:30
*** acormier has quit IRC23:33
*** fragatina has joined #openstack-nova23:36
*** priteau has joined #openstack-nova23:38
*** takedakn has joined #openstack-nova23:41
*** Aditya has joined #openstack-nova23:43
*** priteau has quit IRC23:43
*** tbachman has joined #openstack-nova23:57

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