Tuesday, 2017-10-24

*** liverpooler has joined #openstack-nova00:01
*** andreas_s has joined #openstack-nova00:03
*** rtjure has joined #openstack-nova00:03
*** ijw has joined #openstack-nova00:04
*** ijw has quit IRC00:04
*** ijw has joined #openstack-nova00:04
*** namnh has quit IRC00:05
*** gyee has quit IRC00:06
*** rtjure has quit IRC00:08
mwynnemelwitt: Ah, you're right. Thanks a lot :)00:09
*** andreas_s has quit IRC00:12
*** yangyapeng has quit IRC00:12
*** rtjure has joined #openstack-nova00:13
*** yangyapeng has joined #openstack-nova00:13
*** rtjure has quit IRC00:17
*** yangyapeng has quit IRC00:17
*** rtjure has joined #openstack-nova00:22
*** chyka has quit IRC00:23
*** slaweq has quit IRC00:24
*** rtjure has quit IRC00:27
*** andreas_s has joined #openstack-nova00:30
*** slaweq has joined #openstack-nova00:31
*** fragatina has quit IRC00:31
*** fragatina has joined #openstack-nova00:31
*** fragatina has quit IRC00:32
*** fragatina has joined #openstack-nova00:32
*** rtjure has joined #openstack-nova00:33
*** sree has joined #openstack-nova00:37
*** rtjure has quit IRC00:38
*** andreas_s has quit IRC00:39
*** sree has quit IRC00:42
*** rtjure has joined #openstack-nova00:43
*** thorst has joined #openstack-nova00:43
*** huanxie has joined #openstack-nova00:44
*** thorst has quit IRC00:44
*** liverpooler has quit IRC00:45
*** rtjure has quit IRC00:47
*** rtjure has joined #openstack-nova00:53
*** jichen has joined #openstack-nova00:54
*** Shunli has joined #openstack-nova00:56
*** rtjure has quit IRC00:58
*** huanxie has quit IRC01:01
*** dave-mccowan has joined #openstack-nova01:01
*** slaweq has quit IRC01:02
*** phuongnh has joined #openstack-nova01:05
*** fragatina has quit IRC01:05
*** slaweq has joined #openstack-nova01:06
*** fragatina has joined #openstack-nova01:06
*** sbezverk has quit IRC01:06
*** rtjure has joined #openstack-nova01:07
*** sbezverk has joined #openstack-nova01:07
*** fragatina has quit IRC01:10
*** yangyapeng has joined #openstack-nova01:12
*** yangyapeng has quit IRC01:12
*** rtjure has quit IRC01:12
*** yangyapeng has joined #openstack-nova01:13
*** mriedem_away has quit IRC01:13
*** rtjure has joined #openstack-nova01:18
*** cheneydc has joined #openstack-nova01:18
*** andreas_s has joined #openstack-nova01:20
*** rtjure has quit IRC01:22
*** andreas_s has quit IRC01:25
*** Apoorva_ has joined #openstack-nova01:27
*** rtjure has joined #openstack-nova01:27
*** Apoorva has quit IRC01:30
*** namnh has joined #openstack-nova01:31
*** Apoorva_ has quit IRC01:32
*** rtjure has quit IRC01:32
*** thorst has joined #openstack-nova01:33
*** pramodrj07 has quit IRC01:34
*** MasterOfBugs has quit IRC01:34
*** syqian has joined #openstack-nova01:34
*** salv-orlando has joined #openstack-nova01:36
*** rtjure has joined #openstack-nova01:37
*** suresh12 has quit IRC01:38
*** coreywright has quit IRC01:38
*** slaweq has quit IRC01:38
*** acormier has joined #openstack-nova01:39
*** thorst has quit IRC01:39
*** salv-orlando has quit IRC01:40
*** Qiming has quit IRC01:41
*** jichen has quit IRC01:41
*** rtjure has quit IRC01:42
*** markvoelker has joined #openstack-nova01:43
*** slaweq has joined #openstack-nova01:45
*** rtjure has joined #openstack-nova01:47
*** andreas_s has joined #openstack-nova01:48
*** amodi has joined #openstack-nova01:49
*** slaweq has quit IRC01:49
*** rtjure has quit IRC01:51
*** andreas_s has quit IRC01:52
*** zhangjl has joined #openstack-nova01:53
*** hongbin has joined #openstack-nova01:56
*** acormier has quit IRC01:58
*** psachin has joined #openstack-nova01:58
*** rtjure has joined #openstack-nova01:58
*** crushil has quit IRC01:58
openstackgerritTakashi NATSUME proposed openstack/nova master: Fix test_get_volume_config method  https://review.openstack.org/48946701:58
openstackgerritTakashi NATSUME proposed openstack/nova master: List/show all server migration types (1/2)  https://review.openstack.org/43060801:59
openstackgerritTakashi NATSUME proposed openstack/nova master: List/show all server migration types (2/2)  https://review.openstack.org/45948302:00
*** yingjun has joined #openstack-nova02:00
*** Qiming has joined #openstack-nova02:01
openstackgerritTakashi NATSUME proposed openstack/nova master: Update document related to host aggregate  https://review.openstack.org/51449902:02
*** jichen has joined #openstack-nova02:02
*** rtjure has quit IRC02:03
*** coreywright has joined #openstack-nova02:05
*** andreas_s has joined #openstack-nova02:05
*** yangyape_ has joined #openstack-nova02:07
*** Tom___ has joined #openstack-nova02:08
*** rtjure has joined #openstack-nova02:08
*** yangyapeng has quit IRC02:10
*** rtjure has quit IRC02:13
*** andreas_s has quit IRC02:14
*** Tom___ has quit IRC02:19
*** Qiming has quit IRC02:19
*** jichen has quit IRC02:20
*** rtjure has joined #openstack-nova02:20
*** slaweq has joined #openstack-nova02:22
*** rtjure has quit IRC02:25
*** suresh12 has joined #openstack-nova02:27
*** andreas_s has joined #openstack-nova02:28
*** rtjure has joined #openstack-nova02:29
*** suresh12 has quit IRC02:31
*** gouthamr has quit IRC02:33
*** Tom has joined #openstack-nova02:33
*** rtjure has quit IRC02:35
*** andreas_s has quit IRC02:37
*** Tom has quit IRC02:37
*** rtjure has joined #openstack-nova02:41
*** yamahata has quit IRC02:41
*** Tom has joined #openstack-nova02:42
*** rtjure has quit IRC02:46
*** Tom has quit IRC02:46
*** jichen has joined #openstack-nova02:49
*** rtjure has joined #openstack-nova02:51
openstackgerritzhangyanxian proposed openstack/nova-specs master: Sriov-bond  https://review.openstack.org/46352602:51
*** andreas_s has joined #openstack-nova02:51
*** fragatina has joined #openstack-nova02:52
*** rtjure has quit IRC02:55
*** ijw has quit IRC02:55
*** slaweq has quit IRC02:56
*** AlexeyAbashkin has joined #openstack-nova02:57
*** AlexeyAbashkin has quit IRC03:02
*** slaweq has joined #openstack-nova03:03
*** rtjure has joined #openstack-nova03:04
*** andreas_s has quit IRC03:04
*** yangyape_ has quit IRC03:08
*** yangyapeng has joined #openstack-nova03:09
*** rtjure has quit IRC03:09
*** yangyape_ has joined #openstack-nova03:10
*** acormier has joined #openstack-nova03:11
*** ijw has joined #openstack-nova03:12
*** acormier has quit IRC03:12
*** acormier has joined #openstack-nova03:13
*** rtjure has joined #openstack-nova03:14
*** fragatina has quit IRC03:14
*** fragatina has joined #openstack-nova03:15
*** yangyapeng has quit IRC03:16
*** ijw has quit IRC03:19
*** rtjure has quit IRC03:19
*** fragatina has quit IRC03:19
*** Tom has joined #openstack-nova03:20
*** andreas_s has joined #openstack-nova03:23
*** Tom has quit IRC03:24
*** Tom has joined #openstack-nova03:26
*** amodi has quit IRC03:27
*** mdnadeem has joined #openstack-nova03:27
*** andreas_s has quit IRC03:27
*** acormier_ has joined #openstack-nova03:28
*** Qiming has joined #openstack-nova03:29
*** rtjure has joined #openstack-nova03:30
*** Tom has quit IRC03:30
*** acormier has quit IRC03:31
*** fragatina has joined #openstack-nova03:33
*** jfding has joined #openstack-nova03:33
*** Qiming has quit IRC03:33
*** rtjure has quit IRC03:35
*** slaweq has quit IRC03:35
*** salv-orlando has joined #openstack-nova03:37
*** rtjure has joined #openstack-nova03:39
*** salv-orlando has quit IRC03:42
*** slaweq has joined #openstack-nova03:43
*** rtjure has quit IRC03:44
*** hongbin has quit IRC03:47
*** pooja_jadhav has joined #openstack-nova03:47
*** dave-mccowan has quit IRC03:47
*** ijw has joined #openstack-nova03:48
*** rtjure has joined #openstack-nova03:49
*** acormier_ has quit IRC03:49
*** gouthamr has joined #openstack-nova03:49
*** acormier has joined #openstack-nova03:50
*** andreas_s has joined #openstack-nova03:50
*** alex_xu has quit IRC03:52
*** niraj_singh has joined #openstack-nova03:54
*** rtjure has quit IRC03:54
*** alex_xu has joined #openstack-nova03:54
*** acormier has quit IRC03:54
*** andreas_s has quit IRC03:55
*** rmcallis has quit IRC03:57
*** rtjure has joined #openstack-nova03:59
*** sree has joined #openstack-nova04:01
*** zhangjl has left #openstack-nova04:02
*** gouthamr has quit IRC04:04
*** rtjure has quit IRC04:04
*** vladikr has quit IRC04:04
*** vladikr has joined #openstack-nova04:04
*** claudiub|2 has joined #openstack-nova04:05
*** armax has quit IRC04:05
*** bkopilov has quit IRC04:05
*** rmcallis has joined #openstack-nova04:06
*** rtjure has joined #openstack-nova04:08
*** rmcallis has joined #openstack-nova04:10
*** syqian has quit IRC04:10
*** syqian has joined #openstack-nova04:10
*** jichen has quit IRC04:10
*** Tom has joined #openstack-nova04:11
*** rtjure has quit IRC04:13
*** syqian has quit IRC04:14
*** jichen has joined #openstack-nova04:16
*** vladikr has quit IRC04:16
*** Tom has quit IRC04:16
*** slaweq has quit IRC04:16
*** suresh12 has joined #openstack-nova04:16
*** vladikr has joined #openstack-nova04:16
*** rtjure has joined #openstack-nova04:18
*** jichen has quit IRC04:20
*** slaweq has joined #openstack-nova04:20
*** udesale has joined #openstack-nova04:22
*** rtjure has quit IRC04:22
*** diga has joined #openstack-nova04:24
*** yangyape_ has quit IRC04:24
*** yangyapeng has joined #openstack-nova04:25
*** vladikr has quit IRC04:26
*** vladikr has joined #openstack-nova04:27
*** rtjure has joined #openstack-nova04:28
*** jichen_ has joined #openstack-nova04:31
*** jichen_ is now known as jichen04:31
*** ijw has quit IRC04:31
*** rtjure has quit IRC04:32
*** jichen_ has joined #openstack-nova04:33
*** jichen has quit IRC04:35
*** jichen_ is now known as jichen04:35
*** adisky_ has quit IRC04:35
*** cheneydc has quit IRC04:37
*** rtjure has joined #openstack-nova04:37
*** suresh12 has quit IRC04:41
*** rtjure has quit IRC04:42
*** Tom has joined #openstack-nova04:42
*** jichen has quit IRC04:44
*** lajoskatona has joined #openstack-nova04:46
*** Tom has quit IRC04:46
*** rtjure has joined #openstack-nova04:50
*** jichen has joined #openstack-nova04:51
*** slaweq has quit IRC04:53
*** rtjure has quit IRC04:55
*** jichen has quit IRC04:56
*** Tom has joined #openstack-nova04:56
*** hshiina has joined #openstack-nova04:56
*** slaweq has joined #openstack-nova04:57
*** claudiub|2 has quit IRC04:59
*** rtjure has joined #openstack-nova05:00
*** Tom has quit IRC05:01
*** Tom has joined #openstack-nova05:03
*** jichen has joined #openstack-nova05:03
*** rtjure has quit IRC05:05
*** salv-orlando has joined #openstack-nova05:05
*** Tom has quit IRC05:07
*** jichen has quit IRC05:08
*** janki has joined #openstack-nova05:10
*** chyka has joined #openstack-nova05:12
*** udesale has quit IRC05:12
*** udesale has joined #openstack-nova05:13
*** udesale has quit IRC05:13
*** rtjure has joined #openstack-nova05:14
*** Tom has joined #openstack-nova05:16
*** chyka has quit IRC05:16
*** udesale has joined #openstack-nova05:17
*** rtjure has quit IRC05:19
*** Tom has quit IRC05:20
*** janki has quit IRC05:23
*** janki has joined #openstack-nova05:23
*** jichen has joined #openstack-nova05:23
*** Tom has joined #openstack-nova05:23
*** zzzeek has quit IRC05:24
*** zzzeek has joined #openstack-nova05:26
*** rtjure has joined #openstack-nova05:26
*** janki has quit IRC05:28
*** Tom has quit IRC05:30
*** Tom has joined #openstack-nova05:30
*** janki has joined #openstack-nova05:30
*** rtjure has quit IRC05:31
*** vvargaszte has joined #openstack-nova05:31
*** jichen has quit IRC05:31
*** avolkov has joined #openstack-nova05:33
openstackgerritpriyaduggirala proposed openstack/nova master: Rename parameters in call() of nova/image/glance.py  https://review.openstack.org/50853305:33
*** lpetrut has joined #openstack-nova05:33
*** edand has joined #openstack-nova05:36
*** rtjure has joined #openstack-nova05:37
*** Tom has quit IRC05:38
*** Tom has joined #openstack-nova05:40
*** zhangjl has joined #openstack-nova05:41
*** rtjure has quit IRC05:41
*** markvoelker has quit IRC05:43
*** jfding has quit IRC05:43
*** markvoelker has joined #openstack-nova05:44
*** edand has quit IRC05:46
*** rtjure has joined #openstack-nova05:46
*** markvoelker has quit IRC05:48
*** sahid has joined #openstack-nova05:48
*** rtjure has quit IRC05:51
*** Eran_Kuris has joined #openstack-nova05:55
*** suresh12 has joined #openstack-nova05:56
*** rtjure has joined #openstack-nova05:57
*** jichen has joined #openstack-nova05:58
*** vladikr has quit IRC06:02
*** rtjure has quit IRC06:02
*** hoonetorg has quit IRC06:02
*** vladikr has joined #openstack-nova06:02
*** jichen has quit IRC06:03
*** slaweq has quit IRC06:03
*** yamahata has joined #openstack-nova06:04
*** jichen has joined #openstack-nova06:05
*** ratailor has joined #openstack-nova06:08
*** ratailor has quit IRC06:08
*** ratailor has joined #openstack-nova06:08
*** suresh12 has quit IRC06:08
*** slaweq has joined #openstack-nova06:08
*** Tom has quit IRC06:09
*** Oku_OS-away is now known as Oku_OS06:09
*** jichen has quit IRC06:10
*** rtjure has joined #openstack-nova06:10
*** jichen has joined #openstack-nova06:11
*** jichen has quit IRC06:14
*** jichen_ has joined #openstack-nova06:14
*** jichen_ is now known as jichen06:14
*** rtjure has quit IRC06:15
*** hoonetorg has joined #openstack-nova06:16
*** brad[] has quit IRC06:18
*** vks1 has joined #openstack-nova06:18
*** jichen has quit IRC06:19
*** brad[] has joined #openstack-nova06:19
openstackgerritMerged openstack/nova master: hyperv: report disk_available_least field  https://review.openstack.org/50490406:19
openstackgerritMerged openstack/nova stable/ocata: Add live.migration.force.complete to the legacy notification whitelist  https://review.openstack.org/50887806:19
*** spectr has quit IRC06:20
*** lpetrut has quit IRC06:21
*** spectr has joined #openstack-nova06:21
*** cfriesen has quit IRC06:21
*** spectr has quit IRC06:22
*** andreas_s has joined #openstack-nova06:23
*** spectr has joined #openstack-nova06:24
*** rtjure has joined #openstack-nova06:24
*** rtjure has quit IRC06:29
*** kashyap has quit IRC06:30
*** ociuhandu has joined #openstack-nova06:31
*** rtjure has joined #openstack-nova06:34
*** claudiub|2 has joined #openstack-nova06:34
*** jichen has joined #openstack-nova06:36
*** rtjure has quit IRC06:38
*** sridharg has joined #openstack-nova06:39
*** slaweq has quit IRC06:41
*** jichen has quit IRC06:43
*** markvoelker has joined #openstack-nova06:44
*** rtjure has joined #openstack-nova06:46
*** slaweq_ has joined #openstack-nova06:46
*** rodolof has joined #openstack-nova06:48
*** rtjure has quit IRC06:50
*** trinaths has joined #openstack-nova06:53
*** ociuhandu has quit IRC06:53
*** sshwarts has joined #openstack-nova06:54
*** slaweq has joined #openstack-nova06:55
*** trinaths1 has joined #openstack-nova06:56
*** rtjure has joined #openstack-nova06:56
*** trinaths has quit IRC06:57
*** rtjure has quit IRC07:01
*** pcaruana has joined #openstack-nova07:02
*** vvargaszte has quit IRC07:04
*** bkopilov has joined #openstack-nova07:05
*** rtjure has joined #openstack-nova07:07
*** tesseract has joined #openstack-nova07:11
*** rtjure has quit IRC07:12
*** Guest89283 has quit IRC07:13
*** yassine has joined #openstack-nova07:13
*** tssurya has joined #openstack-nova07:14
*** yassine is now known as Guest6289607:14
*** yangyape_ has joined #openstack-nova07:14
*** diga has quit IRC07:16
*** yangyapeng has quit IRC07:16
*** rtjure has joined #openstack-nova07:17
*** markvoelker has quit IRC07:18
*** slaweq_ has quit IRC07:19
*** rtjure has quit IRC07:21
*** vvargaszte has joined #openstack-nova07:24
*** rmart04 has joined #openstack-nova07:25
*** rtjure has joined #openstack-nova07:26
*** yangyape_ has quit IRC07:27
*** yangyapeng has joined #openstack-nova07:27
*** vks1 has quit IRC07:29
*** yangyape_ has joined #openstack-nova07:30
*** slaweq_ has joined #openstack-nova07:30
*** rtjure has quit IRC07:31
*** AlexeyAbashkin has joined #openstack-nova07:32
*** yangyapeng has quit IRC07:32
*** jaosorior has quit IRC07:33
*** bbbbzhao_ has joined #openstack-nova07:33
*** rtjure has joined #openstack-nova07:37
*** shaohe_feng has quit IRC07:39
*** shaohe_feng has joined #openstack-nova07:42
*** rtjure has quit IRC07:42
*** ragiman has joined #openstack-nova07:42
*** zhangjl has left #openstack-nova07:45
*** mnestratov has joined #openstack-nova07:46
*** jpena|off is now known as jpena07:47
*** jichen has joined #openstack-nova07:47
*** spectr has quit IRC07:48
*** rtjure has joined #openstack-nova07:48
*** adisky_ has joined #openstack-nova07:48
*** spectr has joined #openstack-nova07:48
*** vivsoni_ has quit IRC07:48
*** vivsoni has joined #openstack-nova07:49
openstackgerritMichael Still proposed openstack/nova master: Move the idmapshift binary into privsep.  https://review.openstack.org/49554107:52
openstackgerritMichael Still proposed openstack/nova master: Move loopback setup and removal to privsep.  https://review.openstack.org/49566407:52
openstackgerritMichael Still proposed openstack/nova master: Move nbd commands to privsep.  https://review.openstack.org/50035107:52
openstackgerritMichael Still proposed openstack/nova master: Move kpartx calls to privsep.  https://review.openstack.org/50035407:52
openstackgerritMichael Still proposed openstack/nova master: Move blkid calls to privsep.  https://review.openstack.org/50039807:52
*** rtjure has quit IRC07:53
*** jaosorior has joined #openstack-nova07:57
*** Tom____ has joined #openstack-nova07:57
*** rtjure has joined #openstack-nova07:57
*** sree has quit IRC07:57
*** sree has joined #openstack-nova07:58
*** Tom____ has quit IRC07:58
*** vks1 has joined #openstack-nova08:01
*** rtjure has quit IRC08:02
*** sree has quit IRC08:02
*** slaweq_ has quit IRC08:02
*** karthiks has quit IRC08:04
*** rtjure has joined #openstack-nova08:07
*** jichen has quit IRC08:09
*** slaweq_ has joined #openstack-nova08:11
*** rtjure has quit IRC08:12
*** dtantsur|afk is now known as dtantsur08:12
*** fmount9 has joined #openstack-nova08:13
*** markvoelker has joined #openstack-nova08:15
*** rtjure has joined #openstack-nova08:17
*** karthiks has joined #openstack-nova08:20
*** ralonsoh has joined #openstack-nova08:20
*** namnh has quit IRC08:21
*** avolkov has quit IRC08:21
*** rtjure has quit IRC08:21
*** avolkov has joined #openstack-nova08:22
*** zsli_ has joined #openstack-nova08:23
*** mvk has quit IRC08:26
*** Shunli has quit IRC08:26
*** rtjure has joined #openstack-nova08:26
*** vvargaszte has quit IRC08:28
*** rtjure has quit IRC08:31
*** lucas-afk is now known as lucasagomes08:32
*** yamamoto has quit IRC08:32
*** priteau has joined #openstack-nova08:33
*** aloga has quit IRC08:33
*** aloga has joined #openstack-nova08:33
*** ociuhandu has joined #openstack-nova08:34
*** rtjure has joined #openstack-nova08:36
*** derekh has joined #openstack-nova08:37
openstackgerritRodolfo Alonso Hernandez proposed openstack/nova master: Add Neutron port capabilities to devspec in request  https://review.openstack.org/45177708:40
*** rtjure has quit IRC08:41
openstackgerritRodolfo Alonso Hernandez proposed openstack/nova master: Format NIC features using os-traits definitions  https://review.openstack.org/46605108:41
*** sree has joined #openstack-nova08:41
*** mnestratov has quit IRC08:44
*** ociuhandu has quit IRC08:44
*** slaweq_ has quit IRC08:45
*** mnestratov has joined #openstack-nova08:45
*** rtjure has joined #openstack-nova08:46
bauzasjianghuaw: around ?08:47
bauzasjianghuaw: I'm about to write a change for adding the new conf opt08:47
jianghuawhi bauzas08:47
bauzasjianghuaw: did you already uploaded this ?08:47
jianghuawwhich new conf opt?08:47
bauzasjianghuaw: enabled_vgpu_types08:47
*** markvoelker has quit IRC08:48
jianghuawhttps://review.openstack.org/#/c/512580/08:48
*** chyka has joined #openstack-nova08:48
jianghuawbauzas, naichuan is working on it.08:48
jianghuawit will be appreciated if you can help to review it.08:48
*** litao__ has joined #openstack-nova08:49
*** slaweq_ has joined #openstack-nova08:50
*** mnestratov has quit IRC08:50
bauzasjianghuaw: honestly, I'll even upload a new patchset08:51
*** rtjure has quit IRC08:51
bauzasjianghuaw: because I disagree with using a separate group08:51
jianghuawWhat's your preference?08:51
jianghuawusing a single option in [Default]?08:51
*** chyka has quit IRC08:52
bauzasjianghuaw: no, we have a [compute] section08:53
bauzasjianghuaw: lemme upload my change08:53
jianghuawAh, I see. I also agree with to put that in [compute].08:54
jianghuawyes, go ahead to upload your change.08:54
jianghuawthanks.08:54
*** mvk has joined #openstack-nova08:55
openstackgerritjichenjc proposed openstack/nova master: Add create inventories doc for placement  https://review.openstack.org/51221508:55
*** rtjure has joined #openstack-nova08:55
*** yangyapeng has joined #openstack-nova08:57
*** rmcallis has quit IRC08:57
openstackgerritjichenjc proposed openstack/nova master: [Placement] Add create inventories doc for placement  https://review.openstack.org/51221508:58
*** rmcallis has joined #openstack-nova08:58
*** rtjure has quit IRC09:00
openstackgerritjichenjc proposed openstack/nova master: [placement]Enhance doc for placement allocation list  https://review.openstack.org/51171509:00
*** yangyape_ has quit IRC09:01
openstackgerritjichenjc proposed openstack/nova master: Add quiesce and unquiesce in support matrix  https://review.openstack.org/48239009:02
*** karthiks has quit IRC09:04
*** naichuans has joined #openstack-nova09:06
*** rmcallis has quit IRC09:07
Dinesh_Bhorbauzas: Hi, do you know when 'Chris Friesen' will be available for discussion on IRC. I want to discuss this spec: https://review.openstack.org/#/c/512990/09:07
*** huanxie has joined #openstack-nova09:07
bauzasDinesh_Bhor: he's located in Alberta, Canada AFAIK, so I guess a late US TZ (probably UTC-6)09:08
*** rtjure has joined #openstack-nova09:08
bauzasMST or something09:08
Dinesh_Bhorbauzas: ohh, okay. I will try to catch him. If possible could you please give your feedback for the same spec?09:09
*** hshiina has quit IRC09:10
*** naichuans has quit IRC09:11
openstackgerritSylvain Bauza proposed openstack/nova master: VGPU_support: add enabled white list  https://review.openstack.org/51258009:12
bauzasjianghuaw: ^09:12
*** rtjure has quit IRC09:13
jianghuawbauzas, cool.09:13
bauzasDinesh_Bhor: well, we can surely discuss on the spec for sure, but I guess you probably don't know we're past Spec Approval deadline :(09:14
*** sdague has joined #openstack-nova09:16
Dinesh_Bhorbauzas: okay, thank you for information09:16
*** Tom___ has joined #openstack-nova09:17
*** gmann is now known as gmann_afk09:17
*** rtjure has joined #openstack-nova09:17
*** karthiks has joined #openstack-nova09:20
*** rtjure has quit IRC09:23
*** slaweq_ has quit IRC09:23
*** gszasz has joined #openstack-nova09:25
*** slaweq_ has joined #openstack-nova09:26
*** rtjure has joined #openstack-nova09:28
*** mvk has quit IRC09:30
*** zzzeek has quit IRC09:30
openstackgerritTakashi NATSUME proposed openstack/nova master: Fix missing marker functions  https://review.openstack.org/51457909:30
*** zsli_ has quit IRC09:32
*** takashin has left #openstack-nova09:32
*** Tom___ has quit IRC09:32
*** zzzeek has joined #openstack-nova09:32
*** yamamoto has joined #openstack-nova09:32
*** rtjure has quit IRC09:33
*** rtjure has joined #openstack-nova09:38
*** vvargaszte has joined #openstack-nova09:40
*** yangyape_ has joined #openstack-nova09:40
*** yamamoto has quit IRC09:42
*** mvk has joined #openstack-nova09:42
*** rtjure has quit IRC09:42
*** sambetts|afk is now known as sambetts09:43
*** yangyapeng has quit IRC09:44
*** markvoelker has joined #openstack-nova09:44
*** yingjun has quit IRC09:45
*** rtjure has joined #openstack-nova09:48
*** jichen has joined #openstack-nova09:49
*** jichen_ has joined #openstack-nova09:52
*** Tom___ has joined #openstack-nova09:52
*** rtjure has quit IRC09:53
*** jichen has quit IRC09:54
*** thorst has joined #openstack-nova09:56
*** Tom___ has quit IRC09:56
*** jichen_ has quit IRC09:57
*** rtjure has joined #openstack-nova09:58
*** slaweq_ has quit IRC09:58
*** thorst has quit IRC10:00
*** slaweq_ has joined #openstack-nova10:01
*** yangyapeng has joined #openstack-nova10:02
*** rtjure has quit IRC10:03
*** yangyapeng has quit IRC10:03
*** yangyapeng has joined #openstack-nova10:03
*** yamahata has quit IRC10:05
*** yangyape_ has quit IRC10:06
*** yangyapeng has quit IRC10:08
*** yamamoto has joined #openstack-nova10:08
*** rtjure has joined #openstack-nova10:09
*** spectr has quit IRC10:10
*** spectr has joined #openstack-nova10:10
*** Tom___ has joined #openstack-nova10:11
*** andreas_s has quit IRC10:12
*** andreas_s has joined #openstack-nova10:12
*** rtjure has quit IRC10:14
*** Tom___ has quit IRC10:16
*** Tom___ has joined #openstack-nova10:17
*** markvoelker has quit IRC10:18
*** slaweq has quit IRC10:19
*** Tom___ has quit IRC10:21
*** Tom___ has joined #openstack-nova10:21
*** trinaths1 has quit IRC10:22
*** trinaths1 has joined #openstack-nova10:23
*** yamamoto has quit IRC10:25
*** rtjure has joined #openstack-nova10:25
*** Tom___ has quit IRC10:26
openstackgerritSylvain Bauza proposed openstack/nova master: VGPU: Define vgpu resource class  https://review.openstack.org/51118010:27
bauzasjianghuaw: I just ordered the changes ^10:27
openstackgerritSylvain Bauza proposed openstack/nova master: VGPU: Define vgpu resource class  https://review.openstack.org/51118010:28
openstackgerritSylvain Bauza proposed openstack/nova master: VGPU_support: add enabled white list  https://review.openstack.org/51258010:28
jianghuawbauzas, saw it:-) Thanks.10:29
*** rtjure has quit IRC10:30
*** slaweq has joined #openstack-nova10:31
*** slaweq_ has quit IRC10:35
*** rtjure has joined #openstack-nova10:35
*** brault has joined #openstack-nova10:35
*** rtjure has quit IRC10:40
*** slaweq_ has joined #openstack-nova10:40
*** lpetrut has joined #openstack-nova10:42
*** sree has quit IRC10:44
*** sree has joined #openstack-nova10:44
*** rtjure has joined #openstack-nova10:44
*** andreas_s has quit IRC10:45
*** andreas_s has joined #openstack-nova10:45
*** sdague has quit IRC10:48
*** sree has quit IRC10:49
*** rtjure has quit IRC10:49
*** bkopilov has quit IRC10:50
*** sdague has joined #openstack-nova10:51
*** psachin has quit IRC10:51
*** udesale has quit IRC10:53
*** dtantsur is now known as dtantsur|brb10:53
*** psachin has joined #openstack-nova10:54
*** vladikr has quit IRC10:54
*** rtjure has joined #openstack-nova10:55
*** rtjure has quit IRC11:00
*** slaweq has quit IRC11:01
*** slaweq has joined #openstack-nova11:01
*** yamamoto has joined #openstack-nova11:04
*** rtjure has joined #openstack-nova11:06
*** slaweq has quit IRC11:06
*** s1061123_ has joined #openstack-nova11:08
*** s1061123 has quit IRC11:10
*** rtjure has quit IRC11:11
*** diga has joined #openstack-nova11:13
*** lucasagomes is now known as lucas-hungry11:14
*** andreas_s has quit IRC11:15
*** markvoelker has joined #openstack-nova11:15
*** andreas_s has joined #openstack-nova11:15
*** acormier has joined #openstack-nova11:15
*** smatzek has joined #openstack-nova11:15
*** rtjure has joined #openstack-nova11:16
*** andreas_s has quit IRC11:17
*** andreas_s has joined #openstack-nova11:18
*** acormier has quit IRC11:19
*** acormier has joined #openstack-nova11:19
*** phuongnh has quit IRC11:21
*** vvargaszte has quit IRC11:21
*** rtjure has quit IRC11:21
*** acormier has quit IRC11:24
*** rtjure has joined #openstack-nova11:26
*** andreas_s has quit IRC11:28
*** andreas_s has joined #openstack-nova11:28
*** huanxie has quit IRC11:29
*** rtjure has quit IRC11:30
*** yangyapeng has joined #openstack-nova11:32
*** yangyapeng has quit IRC11:33
*** yangyapeng has joined #openstack-nova11:33
efriedbauzas jianghuaw - can we talk about the appropriate conf section for this VGPU opt?11:34
*** fragatina has quit IRC11:35
*** fragatina has joined #openstack-nova11:36
*** rtjure has joined #openstack-nova11:37
openstackgerritMerged openstack/nova master: Add test so we remember why CUSTOM_ prefix added  https://review.openstack.org/51300111:38
*** andreas_s has quit IRC11:38
bauzasefried: sure, I just want to avoid a nitpick here :)11:42
*** awaugama has joined #openstack-nova11:42
*** rtjure has quit IRC11:42
* bauzas was at lunch but I'm done now11:42
*** andreas_s has joined #openstack-nova11:43
efriedbauzas I'm just thinking we'll potentially end up with any number of these device/virtual-device options, and it would make sense to have a separate [device] section rather than lumping them in [compute].11:43
efriedbauzas Conceptually, [device] is a slightly more generic superset of what [pci] does today.11:43
*** adisky_ has quit IRC11:43
bauzasefried: probably a good idea, but IMHO in a later change11:44
efriedbauzas Whyzat?  Then we have to do a deprecation and stuff.11:44
bauzasefried: oh, you meant for VGPUs ?11:45
efriedyes11:45
bauzasefried: well, I'm not opposed but I would like to make sure someone does that for PCI too11:45
bauzasefried: let's provide your thoughts in the series, and see if we have a consensus here11:46
efriedbauzas Yes, long term everything from [pci] should move to [devices].  I suppose we could put this VGPU stuff into [pci] for now - but I don't see any reason not to start as we mean to go on.11:46
*** udesale has joined #openstack-nova11:46
bauzasefried: please, no11:46
efriedbauzas I did leave comments on the change you just uploaded, at PS911:46
*** andreas_s has quit IRC11:46
bauzasefried: I mean, PCI != vGPUs11:46
bauzasdon't open the wounds :p11:46
efriedTotally11:46
*** andreas_s has joined #openstack-nova11:46
openstackgerritMerged openstack/nova stable/pike: Account for compute.metrics.update in legacy notification whitelist  https://review.openstack.org/50943911:46
*** rtjure has joined #openstack-nova11:47
bauzashonestly, I don't really where it lands, I just want to make sure people agree on it11:47
bauzasreally *care11:47
bauzasmeh11:47
efriedbauzas Yeah, I'd like Jay to weigh in on this.11:47
bauzasalso, I did made a compromise, I had to add that option before we're going to use it11:48
*** markvoelker has quit IRC11:48
efriedsaw that.11:48
openstackgerritMerged openstack/nova master: Add alternate hosts  https://review.openstack.org/48621511:48
efriedNot sure why11:48
openstackgerritMerged openstack/nova stable/pike: Add functional migrate force_complete test  https://review.openstack.org/50992411:48
efriedbut don't see any reason to object11:48
bauzasI thought oslo.config was somehow having an "experimental" or "next" attribute for the opt, but no11:48
openstackgerritMerged openstack/nova stable/pike: Add functional for live migrate delete  https://review.openstack.org/50992511:48
bauzasefried: because libvirt and xen will both use it11:48
bauzasof course we could just have it in one set11:49
bauzasand wait the set to be merged11:49
bauzasbut that could take much longer11:49
efriedbauzas Naw, you can just base both of those changes on this one.11:49
bauzasefried: that's correct, hence my commit msgh11:49
bauzasanyway11:49
bauzaslet's wait for reviews11:50
bauzasI'm just writing the yippikay libvirt side11:50
efriedThere's nothing stopping you from having branches in a series.11:50
efriedMy ksa-adapter series has several11:50
*** diga has quit IRC11:50
efried:)11:50
*** jpena is now known as jpena|lunch11:50
*** rtjure has quit IRC11:52
efriedbauzas Okay, left review.  Thanks for the talk.11:54
*** litao__ has quit IRC11:58
*** ratailor has quit IRC11:59
*** rtjure has joined #openstack-nova12:00
*** vvargaszte has joined #openstack-nova12:01
efriedjohnthetubaguy yt?12:02
*** vvargaszte has quit IRC12:03
*** chyka has joined #openstack-nova12:03
*** vivsoni has quit IRC12:04
*** rtjure has quit IRC12:04
*** thorst has joined #openstack-nova12:04
*** vivsoni has joined #openstack-nova12:04
*** hoonetorg has quit IRC12:06
*** vvargaszte has joined #openstack-nova12:07
*** acormier has joined #openstack-nova12:07
*** gcb has joined #openstack-nova12:07
*** acormier has quit IRC12:08
*** hoonetorg has joined #openstack-nova12:08
*** chyka has quit IRC12:08
*** vivsoni has quit IRC12:09
*** acormier has joined #openstack-nova12:09
*** rtjure has joined #openstack-nova12:09
*** vivsoni has joined #openstack-nova12:09
*** acormier has quit IRC12:13
*** liverpooler has joined #openstack-nova12:13
*** rtjure has quit IRC12:14
*** trinaths1 has quit IRC12:15
*** lucas-hungry is now known as lucasagomes12:15
*** slaweq_ has quit IRC12:17
*** slaweq has joined #openstack-nova12:18
*** slaweq_ has joined #openstack-nova12:18
*** rtjure has joined #openstack-nova12:21
*** bbbbzhao_ has quit IRC12:23
openstackgerritSean Dague proposed openstack/nova master: Move kpartx calls to privsep.  https://review.openstack.org/50035412:24
*** pchavva has joined #openstack-nova12:24
*** chyka has joined #openstack-nova12:24
*** rtjure has quit IRC12:25
*** dpawlik has quit IRC12:25
*** bkopilov has joined #openstack-nova12:26
*** danpawlik has joined #openstack-nova12:26
*** vks1 has quit IRC12:28
*** josecastroleon has joined #openstack-nova12:28
*** chyka has quit IRC12:29
*** dave-mccowan has joined #openstack-nova12:30
*** peter-hamilton has joined #openstack-nova12:31
*** rtjure has joined #openstack-nova12:31
*** slaweq has quit IRC12:35
*** slaweq has joined #openstack-nova12:35
*** rtjure has quit IRC12:36
*** dtantsur|brb is now known as dtantsur12:38
*** slaweq has quit IRC12:40
*** sree has joined #openstack-nova12:41
*** rtjure has joined #openstack-nova12:42
*** vladikr has joined #openstack-nova12:43
*** sbezverk has quit IRC12:45
*** sree has quit IRC12:46
*** cdent has joined #openstack-nova12:46
*** rtjure has quit IRC12:47
openstackgerritMerged openstack/nova stable/pike: Remove dest node allocations during live migration rollback  https://review.openstack.org/50992612:49
*** slaweq has joined #openstack-nova12:52
*** rtjure has joined #openstack-nova12:53
*** esberglu has joined #openstack-nova12:55
*** tbachman has joined #openstack-nova12:57
*** sree has joined #openstack-nova12:57
cdentefried: did you resolve your resources= thing satisfactorily?12:57
efriedcdent Sorry, which resources= thing was that?12:58
*** rtjure has quit IRC12:58
cdent[t 2wmI]12:58
purplerbot<efried> Anyone know if we're supposed to handle queryparams with multiple values in the placement API? [2017-10-23 20:04:11.392701] [n 2wmI]12:58
efriedcdent Oh, whether you could specify a key multiple times in a querystring?12:58
*** mriedem has joined #openstack-nova12:58
efriedYeah, the answer was "no", but edleafe thought you would remember why it was decided that way.12:58
cdentthe defacto standards with query params is that multiple of the same param should work, but it is not something we really do in nova12:58
mriedemonly for sort key/dir i think12:59
efriedcdent Well, at least for GET /allocation_candidates and GET /resource_providers?resources= it doesn't work.12:59
efriedYou'll only get the last one.12:59
*** Qiming has joined #openstack-nova13:00
cdentyes, that’s a) intentional b) because of the way it is coded c) a fairly arbitrary choice13:00
*** sree has quit IRC13:00
efriedOkay, wfm13:01
*** sree has joined #openstack-nova13:01
cdentthe confusion being avoided is whether a list is created by commas or multiple params, and since most people didn’t feel comfy with multiple params, commas was chosen, exclusively13:01
openstackgerritMerged openstack/nova master: Remove duplicate error info  https://review.openstack.org/51071913:01
openstackgerritAndrey Volkov proposed openstack/osc-placement master: CLI for inventories  https://review.openstack.org/45753313:02
openstackgerritAndrey Volkov proposed openstack/osc-placement master: CLI for allocations  https://review.openstack.org/45753413:02
openstackgerritAndrey Volkov proposed openstack/osc-placement master: CLI for usages  https://review.openstack.org/45753513:02
openstackgerritAndrey Volkov proposed openstack/osc-placement master: CLI for aggregates (v1.1)  https://review.openstack.org/50564313:02
openstackgerritAndrey Volkov proposed openstack/osc-placement master: CLI for resource classes (v1.2)  https://review.openstack.org/51118213:02
openstackgerritAndrey Volkov proposed openstack/osc-placement master: RP list: member_of and resources parameters (v1.3, v1.4)  https://review.openstack.org/51118313:02
openstackgerritAndrey Volkov proposed openstack/osc-placement master: [WIP] RP delete inventories (v1.5)  https://review.openstack.org/51464213:02
openstackgerritAndrey Volkov proposed openstack/osc-placement master: [WIP] CLI for traits (v1.6)  https://review.openstack.org/51464313:02
openstackgerritAndrey Volkov proposed openstack/osc-placement master: [WIP] Resource class set (v1.7)  https://review.openstack.org/51464413:02
openstackgerritAndrey Volkov proposed openstack/osc-placement master: [WIP] Allocations set: add project_id and user_id (v1.8)  https://review.openstack.org/51464513:02
openstackgerritAndrey Volkov proposed openstack/osc-placement master: [WIP] Usages per project and user (v1.9)  https://review.openstack.org/51464613:02
openstackgerritAndrey Volkov proposed openstack/osc-placement master: [WIP] CLI allocation candidates (v1.10)  https://review.openstack.org/51464713:02
openstackgerritpriyaduggirala proposed openstack/nova master: Rename parameters in call() of nova/image/glance.py  https://review.openstack.org/50853313:02
*** fragatina has quit IRC13:03
*** fragatina has joined #openstack-nova13:03
*** rtjure has joined #openstack-nova13:03
*** edmondsw has joined #openstack-nova13:04
openstackgerritAlex Xu proposed openstack/nova master: Add _get_provider_ids_with_any_resource method  https://review.openstack.org/51419713:04
openstackgerritAlex Xu proposed openstack/nova master: Add _get_traits_by_rp_ids method  https://review.openstack.org/51118413:04
openstackgerritAlex Xu proposed openstack/nova master: Add ProviderSummaryList object  https://review.openstack.org/51419813:04
openstackgerritAlex Xu proposed openstack/nova master: Add more caches for the ProviderSummary  https://review.openstack.org/51419913:04
openstackgerritAlex Xu proposed openstack/nova master: Add AggregatedProviderSummary and AggregatedProviderSummaryList objects  https://review.openstack.org/51420013:04
openstackgerritAlex Xu proposed openstack/nova master: placement: rewrite AllocationCandidates.get_by_filters  https://review.openstack.org/47976613:04
openstackgerritAlex Xu proposed openstack/nova master: Enable _get_usages_by_provider_and_rc not filter on the resource class id  https://review.openstack.org/51464913:04
openstackgerritAlex Xu proposed openstack/nova master: Add has_resources method to the AggregatedProviderSummary object  https://review.openstack.org/51465013:04
openstackgerritAlex Xu proposed openstack/nova master: Add as_allocation_request_obj method to AggregatedProvierSummary obj  https://review.openstack.org/51465113:04
*** belmoreira has joined #openstack-nova13:06
*** vvargaszte has quit IRC13:08
*** rtjure has quit IRC13:08
*** lyan has joined #openstack-nova13:11
mriedemsdague: at the ptg you said you were good with getting this az name schema fix into stable https://review.openstack.org/#/q/I9b0d8e8d4b3ab2cb3d578c22fa259e0e7c0d325b13:11
belmoreiradansmith: mriedem: I'm looking on how to have placement with cellsV1. Need some guidance.13:12
*** slaweq has quit IRC13:12
*** slaweq has joined #openstack-nova13:13
*** jmlowe has quit IRC13:14
belmoreiraMy understanding is that I will need to have a separated placement service + nova_api DB + keystone for each child cell. Is this correct?13:15
*** rodolof has quit IRC13:16
*** rtjure has joined #openstack-nova13:16
*** rodolof has joined #openstack-nova13:16
*** slaweq has quit IRC13:17
*** Tom___ has joined #openstack-nova13:17
*** rtjure has quit IRC13:21
*** slaweq has joined #openstack-nova13:21
*** baoli has joined #openstack-nova13:21
mriedembelmoreira: i've always thought of placement as global to nova, but it's only used by the "cell" filter scheduler i guess, so it might make sense to only be per-child cell with cells v113:22
mriedemthe global api parent cell scheduler won't rely on placement13:22
mriedembelmoreira: i don't know about keystone being per child cell13:23
mriedemis that what you already do today?13:23
mriedemnova_api db should be global13:23
mriedemsince build requests are created in the api cell13:24
*** mlavalle has joined #openstack-nova13:24
*** slaweq_ has quit IRC13:24
*** gmann_afk is now known as gmann13:24
mriedembelmoreira: which release are you targeting here?13:24
belmoreiramriedem: let me clarify13:24
belmoreiraI'm running nova newton release. We have one nova_api DB (requirement in newton) that is global13:25
belmoreirawhen upgraded I didn't enable placement but it's a requirement before moving to Ocata/Pike13:26
mriedembelmoreira: yeah so in ocata, the only things that talk to placement are nova-scheduler in the cell and nova-compute13:27
bauzaswe always thought placement as being global, like we also said for the scheduler13:27
mriedemso placement could be deployed per-cell, but if you can, it's probably smart to deploy it globally to make the transition easier to cells v213:27
belmoreirabecause nova-scheduler is per cell in cellsV1 do I need a placement per cell?13:28
mriedembauzas: with cells v1 there are 2 levels of scheduling13:28
bauzasmriedem: if placement would be per cell, that would mean 2 layer of scheduling, which I disagree13:28
bauzasmriedem: yup I know and I don't like it :)13:28
mriedemthere already is13:28
mriedemlike i said, if you deploy placement globally, i think it'll be easier in the long-run13:28
mriedemto transition to cells v213:28
belmoreiraI was always thinking in the placement as global... but I'm not seeing how to make it work with cellsV113:28
bauzasmriedem: but the consensus we had long in the past with alaski and dansmith was that 2 scheduling layers was a terrible idea13:29
mriedemb/c with cells v2 there is only 1 scheduler13:29
*** rtjure has joined #openstack-nova13:29
dansmithbelmoreira: why can't you point all the child cells at the global api?13:29
mriedembelmoreira: just think of it like any other global service13:29
dansmither, global placement api13:29
bauzasso, AFAIR, we discussed about just having a CellFilter13:29
bauzaswhich would filter per cell or somehow like that13:29
dansmithbauzas: what does that have to do with what belmoreira is asking?13:30
bauzasmaybe I misunderstood13:30
belmoreiraif I point them to the global placement doesn't it means that I do the transition to cellV2 in Ocata?13:30
dansmithbelmoreira: no13:30
belmoreirabecause then I need to do all the node/cells mappings13:30
dansmithoh13:30
dansmithhmm13:31
bauzaswait13:31
mriedemno13:31
*** slaweq_ has joined #openstack-nova13:31
mriedemplacement doesn't know anything about host mappings13:31
bauzasfor step #1 Ocata, a single cellv2 with multiple cellsv1 could work, right?13:31
dansmithmriedem: but with claims in pike it'll mess him up13:31
mriedemdansmith: he's moving to ocata13:31
dansmithmriedem: I know13:31
dansmithmriedem: but if he builds all this data in ocata, he'll be forced to move to v2 in pike immediately13:31
mriedemwell, cells v2 is required in ocata too13:32
mriedemwe have a blocker migration for that in the api db13:32
belmoreiradansmith I'm fine moving to cellsV2 in pike13:32
dansmithmriedem: for v2 setup yeah,13:32
dansmithbut the thing that global placement will affect for him is the scheduling in pike13:32
dansmithotherwise it's just accounting in newton-ocata, and should be fine to be global13:33
dansmithif he's going to switch in pike, then that should be okay13:33
mriedembecause scheduler in cell1 could pick a compute node in cell2?13:33
*** jpena|lunch is now known as jpena13:33
bauzasdansmith: wait13:33
dansmithwait, ocata did placement-based selection actually didn't it?13:33
dansmithjust no claims13:33
mriedemcorrect13:33
dansmithright, damn, I forgot about that13:33
bauzasdansmith: if he still runs cells-scheduler (v1), he will end up in a nova_api service which is a single cell13:33
*** felipemonteiro_ has joined #openstack-nova13:33
mriedembelmoreira: you're using the FilterScheduler in the child cells right?13:33
belmoreiramriedem: yes13:34
bauzasdansmith: so, maybe I see where he's going, multiple placement APIs, each of them per cellv1 ?13:34
dansmithbauzas: right13:34
*** rtjure has quit IRC13:34
belmoreirabauzas: That's my point13:34
bauzasthat would be the easiest I feel13:34
dansmithso if he has a global placement, ocata scheduler will get back hosts from all cells, and then try to do a ComputeNode lookup of those in the cell and only find some of them13:35
bauzassure, that won't work, hence placement per cell13:35
bauzassorry about the original confusion13:35
mriedemit will work,13:35
mriedembecause as dan just said,13:35
dansmithit'll be massively inefficient though13:35
mriedemthe db is only going to return compute nodes with uuids in some list13:35
bauzasah yeah correct, we lookup per cell13:36
dansmithbelmoreira: what is your preference? would you rather some inefficiencies for a while to keep a global placement so you can easily switch,13:36
dansmithor would you prefer separate placements and avoid committing right away,13:37
dansmiththen merge those data sets later with some downtime?13:37
belmoreiradansmith: yes that is my preference13:38
dansmithbelmoreira: which? :)13:38
*** felipemonteiro__ has joined #openstack-nova13:38
belmoreirasorry "would you prefer separate placements and avoid committing right away" :)13:38
mriedemalso note that the filter scheduler in ocata won't use placement until all of the computes are upgraded to ocata https://docs.openstack.org/nova/pike/user/placement.html#ocata-15-0-013:38
*** rtjure has joined #openstack-nova13:38
dansmithbelmoreira: okay, so that should work13:39
mriedemheh, see the last bullet there ^13:39
mriedem"Users of CellsV1 will need to deploy a placement per cell, matching the scope and cardinality of the regular nova-scheduler process."13:39
mriedemapparently we already thought about this13:39
dansmithyeah, I think I wrote that,13:39
dansmithassuming they would13:39
belmoreiramy plan is to have a placement per cell which will require a nova_api + keystone per cell13:40
mriedemwhy keystone?13:40
mriedemnova_api i understand now because that has the placement schema in it13:40
dansmithoh, is it because of catalog lookups of placement?13:40
belmoreirabecause we only have auth_url and then is the endpoint discovery13:41
belmoreiracan I do this in a different way?13:41
mriedembelmoreira: is cinder per-cell?13:41
mriedemor global?13:41
dansmithis there some way in keystone to override the endpoints that a user sees?13:41
belmoreiracinder is global13:41
mriedemor is cinder per cell but you use the endpoint_override option?13:41
mriedemoh13:41
*** felipemonteiro_ has quit IRC13:42
belmoreiraall the services that we have are global13:42
*** burt has joined #openstack-nova13:42
dansmithbelmoreira: I would check with keystone people to see if there's a way you can avoid having to deploy a new keystone everywhere13:42
belmoreiradansmith: good point... maybe I can do something with endpoint filtering13:42
dansmithalso, you could do some DNS hackery to make the same url be "different" for each cell13:43
dansmithif keystone can't help13:43
mriedemcould you do a placement endpoint per region and make a region per cell?13:43
*** rtjure has quit IRC13:43
mriedembut just for the placement service13:44
belmoreiramriedem: I see your point. That may work. thanks13:45
mriedemso everything talks to cinder/neutron/glance on RegionOne,13:45
mriedemand nova-compute in cell1 talks to PlacementRegionCell1 or something13:45
dansmithyeah13:46
*** armax has joined #openstack-nova13:46
belmoreiramriedem: makes sense. That may be the easiest solution. thanks13:46
dansmithbelmoreira: basically we're saying, we hope you don't have to deploy more keystone ;P13:46
belmoreira:)13:46
sdaguemriedem: yeh, let me figure out why the tests aren't passing13:46
mriedemsdague: one was cellsv1 random failure as usual,13:46
mriedemother was zuulv3 reno job13:47
mriedembut logs are gone13:47
mriedembelmoreira: and i hope you're taking notes so you can post a blog on all of this when it's done13:47
mriedemthat would be awesome13:47
sdaguemriedem: ok, I just rechecked on pike, once that is in, I'll approve ocata, just don't want them to go in in the wrong order13:47
*** AlexeyAbashkin has quit IRC13:48
mriedemyup, thanks13:48
belmoreirayeah. are you aware of any cellV1 to V2 migration already?13:48
mriedembelmoreira: i haven't heard of any13:48
mriedemspamaps at godaddy said they were talking about just standing up a new pike cells v2 deployment13:48
mriedemrather than migrate13:48
*** rmart04 has quit IRC13:49
belmoreiralucky ones13:49
dansmithnot sure that's because migration is hard so much as a chance to start fresh?13:49
mriedemhe mentioned while talking about their normal upgrade pain of carrying patches forward13:49
mriedemso it could just be a chance to start fresh yeah13:49
sdaguestephenfin: https://review.openstack.org/#/c/495541 would land another 3 privsep patches13:49
mriedemi haven't heard from nectar13:50
mriedembut never really do13:50
mriedemmgagne: you're cellsv1 aren't you?13:50
*** AlexeyAbashkin has joined #openstack-nova13:50
*** rtjure has joined #openstack-nova13:50
belmoreiraalso, in newton there's the placement_database group in the configuration. And it's advised to use it. I don't see any reference of it now in master13:51
stephenfinsdague: done and done13:51
mriedembelmoreira: that's a mistake, don't use that13:51
mriedemi thought we cleaned that all out actually13:52
*** jmlowe has joined #openstack-nova13:52
*** jangutter has quit IRC13:52
*** vivsoni has quit IRC13:52
mriedemah we didn't revert that from newton https://github.com/openstack/nova/commit/1b5f9f8203c90fe447d33c89f238104026052d1e13:52
*** vivsoni has joined #openstack-nova13:52
stephenfinsdague: Regarding https://review.openstack.org/#/c/500354/, any reason you think we were using 'discard_warnings' before?13:52
stephenfini.e. what's the chances we'd regress on something by dropping it13:53
mriedemnewton isn't eol yet, i could still revert that before eol...13:53
mriedemyeah we removed in ocata https://review.openstack.org/#/c/442762/13:54
belmoreiramriedem: ok13:54
*** rtjure has quit IRC13:54
*** sbezverk has joined #openstack-nova13:55
mriedemthis was the revert https://review.openstack.org/#/c/360638/13:55
mriedemah yeah so the revert removed the reno and code, but missed the config options,13:55
mriedemwhich is what my change removed13:56
mriedemso we should consider backporting that too newton also before the eol13:56
*** takedakn has joined #openstack-nova13:56
*** vks1 has joined #openstack-nova13:57
stephenfindansmith: Got a sec to discuss https://review.openstack.org/#/c/509107/ ?13:57
belmoreirathanks for all the suggestions13:57
belmoreiraafter moving to Ocata with this configuration (means that I still keep cellsV1 schedule behaviour) then for Pike the plan is to remove all these placements and move the existing cellsV1 to cellsV2 (point everything to the global nova_api and do the mappings)13:58
dansmithstephenfin: yup13:58
stephenfinI was the one that actually told ralonsoh to drop the versioning code in a dependent patch because I didn't think it was necessary13:58
belmoreirais there any know blocker that I'm missing or this should work then?13:58
dansmithbelmoreira: cool13:58
stephenfinas we don't store that in a database nor do we send it between services13:58
mriedemtonyb: what's the status on newton eol? because i think i've got another worthwhile change for newton before eol13:58
*** yamahata has joined #openstack-nova13:58
mriedembelmoreira: honestly we probably won't know much about cellsv1 issues here as none of us are running it13:59
dansmithstephenfin: if we register it then we really shouldn't be breaking the rules because if someone were to send us a 1.0 version of that we couldn't even deserialize it13:59
*** sbezverk has quit IRC13:59
dansmithstephenfin: if we feel it's overly onerous to break the rules, then we might as well not even bump the version because we *can't* honor the old one13:59
*** eharney has joined #openstack-nova13:59
dansmithoverly onerous to *not* break the rules Imean13:59
*** rtjure has joined #openstack-nova14:00
*** cfriesen has joined #openstack-nova14:00
*** yamamoto has quit IRC14:00
*** tblakes has joined #openstack-nova14:01
stephenfindansmith: Yeah, that makes sense. I guess we might want to revert part of https://review.openstack.org/#/c/508498/ too, in that case14:01
belmoreiramriedem: dansmith: ok. thanks, I will go through these steps and I will let you know this goes14:01
stephenfin(that's the one where I said not to do this versioning against ralonsoh's better instincts :))14:01
dansmithstephenfin: eesh14:02
*** yamamoto has joined #openstack-nova14:02
dansmithstephenfin: well, it's done now, so maybe just reset the versions to 1.0, admit fault, and try to be clean going forward14:03
dansmithreverting an unsupportable object version isn't particularly helpful either14:03
*** Guest99060 is now known as med_14:03
*** med_ has quit IRC14:03
*** med_ has joined #openstack-nova14:03
dansmithwe clearly need a little more oversight on those objects I think14:03
*** med_ is now known as medberry14:03
dansmithif we start taking those over the REST API we have to be even more squeaky clean than we are with our RPC APIs, since we don't control all the sending and receiving code together14:04
stephenfindansmith: For my own clarification, do you need to register objects if you do not want to send them over the wire?14:05
*** rtjure has quit IRC14:05
dansmithstephenfin: you need to register them in order to receive them through the automatic deserializer, so it knows where to find an object implementation to use to deserialize a primitive14:06
sahiddansmith: we are goin gto start that at a particular version, right? i'm interested to know what is the "someone" who is going to send a version 1.0?14:06
dansmithstephenfin: if you don't need to do that, you still need to build the object, but not register it14:06
dansmithsahid: I understand that there is no code that should be sending the object at the earlier version with that field set right now. That doesn't mean we just make tons of random changes with versions we can't support until some arbitrary point at which we say things are now stable. That version history will confuse people and provide counterexamples they may copy.14:07
stephenfindansmith: Hmm, to the best of my knowledge these are used only by nova rn, so we're not sending these over RPC nor the REST API. Therefore deserialization is not yet necessary14:07
*** mdnadeem has quit IRC14:07
stephenfinYeah, we should either be treating these as versioned objects or not doing so14:08
dansmithstephenfin: yeah, so, if that's the case, we should be not registering them (which won't track their hashes) and leave them at 1.0 instead of recording unsupportable versioned changes14:08
*** gmann is now known as gmann_afk14:08
dansmithstephenfin: the problem is,14:08
dansmithstephenfin: this is a library that anything could be picking up and using at any point,14:08
dansmithso if you don't register/version them properly, then nobody can do that until you do14:08
*** takedakn has quit IRC14:09
openstackgerritMatt Riedemann proposed openstack/nova stable/newton: Remove unused placement_database config options  https://review.openstack.org/51468514:09
dansmithso maybe that means until release 2.0 of the library it's not usable across projects, which is okay I guess,14:09
mriedemdansmith: sdague: johnthetubaguy: belmoreira: tonyb: ^ i think we should get that into newton before eol14:09
sahiddansmith: we also have moved like that in os-vif, i'm not sure how that is going to confuse people.14:09
dansmithbut it's another weird thing you'd want to communicate to your users14:09
*** rtjure has joined #openstack-nova14:09
sahids/also/always14:09
dansmithsahid: you have always had broken versioning? are you really arguing that "consistently broken" is less confusing or better? :)14:10
stephenfindansmith: So ultimately, it sounds like the easiest thing to do would be to introduce the changes I had ralonsoh drop from PS2 https://review.openstack.org/#/c/508498/2..4/os_vif/objects/subnet.py14:11
sahiddansmith: well it's your point of view14:11
dansmithlibrary interfaces should be stable. library interfaces that exist to provide cross-service communication primitives should be .... *really* stable :)14:11
sahidnot sure i do understand what you try to say, we change a field so we bump the version, that seem simple14:12
stephenfin+1 Consider it a point learned :) I'll go add those missing versioning functions and hope no one's deploying os-vif from master, heh14:12
dansmithsahid: because just recording a version does not do anything if you can't support the old one14:12
dansmithsahid: it's not a commit log, it serves an actual purpose, unless you break the rules and then it does nothing but communicates to people something you can't do14:13
ralonsohstephenfin: should I add a make_compatible in https://review.openstack.org/#/c/508498?14:13
sahidit's just to keep history as a chnagelog is doing14:13
ralonsohstephenfin: and in https://review.openstack.org/#/c/509107/?14:13
dansmithsahid: it is not14:13
*** rtjure has quit IRC14:14
sahidokay okay you win, i'm not going to arguing all the day for something so minor :)14:14
sahidplease do what you prefer14:14
stephenfinralonsoh: Yes please, and sorry for sending you the wrong direction :(14:14
ralonsohstephenfin: no problem at all14:15
*** medberry is now known as med_14:15
openstackgerritEric Fried proposed openstack/nova master: Parse numbered & unnumbered resources & traits  https://review.openstack.org/51409114:16
openstackgerritEric Fried proposed openstack/nova master: WIP: Numbered groupings to GET /allocation_candidates  https://review.openstack.org/51409214:16
mriedemsahid: breaking version compatibility isn't really a minor thing14:16
mriedemit also affects whether or not you can backport patches14:17
sahidmriedem: it was not the case14:17
dansmithespecially for a library to provide cross-service communication primitives14:17
sahidos-vif is not shared by services as you and dansmith seem to think on the review14:18
dansmiththat is the *purpose* of the library14:18
*** hongbin has joined #openstack-nova14:18
dansmithjust because I can hammer this square peg into this round hole doesn't mean it's a good idea14:18
sahidit's you point of view and i do not share it, but no worries we don't have to be always agreed :)14:19
*** dikonoor has joined #openstack-nova14:19
*** sheel has joined #openstack-nova14:19
dansmithyou don't agree that os-vif is supposed to be shared between services?14:19
*** hemna_ has joined #openstack-nova14:19
dansmithfrom the os-vif page: "Integration library between network (Neutron) and compute (Nova) providers"14:20
dansmiththat's the intent14:20
*** rtjure has joined #openstack-nova14:20
mriedemsahid: is your argument / justification that since nova and neutron are not yet doing vif negotation using os-vif objects, it's not something we have to worry about?14:21
*** vivsoni_ has joined #openstack-nova14:21
*** udesale has quit IRC14:21
*** vivsoni has quit IRC14:21
sahidmriedem: the field has been updated, incrementing the version seem to be a good practice14:23
sahidthat is not going to break anything14:23
*** rodolof has quit IRC14:24
mriedemit would break me if i were using version < 1.2 of that object and had the dhcp_server field set14:24
mriedemand moved to >= 1.2 where dhcp_server no longer exists14:24
sahidno, that can't happen14:24
mriedemprobably more clear to say, i have 1.2 with dhcp_servers set, and downgrade to 1.114:24
mriedemthere is no compatibility routine for converting dhcp_servers to dhcp_server14:25
*** rtjure has quit IRC14:25
sahidbut again, os-vif is not shared between service, you seem to forgot that point14:25
mriedemsahid: can you clarify that point per my question above?14:25
mriedemdo you mean it's not shared because we haven't yet implemented the vif negotiation code between nova and neutron?14:26
mriedemyou realize that's the intent and goal with the library though right?14:26
sahidmriedem: yes and it's probably why i do think incrementing the version seems to be a good pratice14:27
*** eharney has quit IRC14:29
mriedemso wouldn't good practice actually be treating this like it was being shared across services already and follow the rules?14:29
*** rtjure has joined #openstack-nova14:29
mriedemrather than saying, "at version 1.4 we actually started caring"14:30
*** psachin has quit IRC14:30
*** vivsoni_ has quit IRC14:30
*** vivsoni has joined #openstack-nova14:31
*** coreywright has quit IRC14:31
sahidmriedem: i would say no, we don't want to add code and maintain code which is not necessary, i do prefer say that we start caring at version 1.414:31
*** lajoskatona has quit IRC14:32
sahidseems to be a reasonable and usual way to use versioning14:33
*** Tom___ has quit IRC14:33
*** rtjure has quit IRC14:34
*** hamzy has quit IRC14:35
*** slaweq_ has quit IRC14:37
*** rtjure has joined #openstack-nova14:39
*** slaweq_ has joined #openstack-nova14:40
*** gouthamr has joined #openstack-nova14:42
cdentmdbooth, or anyone else. I have a vague memory of a bug wherein a moved server could have an image removed out from under it because of a bug in cache handling. related to auto resize confirm. any recollections or clues to where to find such a thing?14:43
mdboothYep14:44
*** coreywright has joined #openstack-nova14:44
*** rtjure has quit IRC14:44
mdboothhttps://review.openstack.org/#/c/462521/14:44
*** eharney has joined #openstack-nova14:44
cdentmdbooth: thank you!14:45
mdboothcdent: The 'fix' is really a workaround14:45
openstackgerritEric Fried proposed openstack/nova master: WIP: Accept InternalError through the API  https://review.openstack.org/51470214:45
cdentmdbooth: as is so often the case14:46
mdboothBecause it turns out our datamodel doesn't currently allow us to easily identify when an image in the local image cache is still in use by the destination host of a migration14:46
*** slaweq has quit IRC14:46
mdboothFixing the datamodel would be better, but this is also good on its own merits, I think14:46
*** acormier has joined #openstack-nova14:48
*** rtjure has joined #openstack-nova14:49
*** acormier has quit IRC14:49
*** acormier has joined #openstack-nova14:50
*** sree has quit IRC14:50
*** AlexeyAbashkin has quit IRC14:51
*** rtjure has quit IRC14:53
*** acormier has quit IRC14:54
*** suresh12 has joined #openstack-nova14:55
*** AlexeyAbashkin has joined #openstack-nova14:59
*** spectr has quit IRC15:00
*** rtjure has joined #openstack-nova15:00
*** hemna_ has quit IRC15:02
*** brault has quit IRC15:02
*** brault has joined #openstack-nova15:03
*** salv-orlando has quit IRC15:03
*** salv-orlando has joined #openstack-nova15:04
*** rtjure has quit IRC15:05
*** Oku_OS is now known as Oku_OS-away15:08
*** salv-orlando has quit IRC15:08
*** rtjure has joined #openstack-nova15:10
*** AlexeyAbashkin has quit IRC15:10
*** chyka has joined #openstack-nova15:12
*** slaweq_ has quit IRC15:13
*** rtjure has quit IRC15:15
openstackgerritsean mooney proposed openstack/os-traits master: add plathform security namespaces  https://review.openstack.org/51471215:15
openstackgerritsean mooney proposed openstack/os-traits master: add firmware (fw) traits namespace  https://review.openstack.org/51471315:15
*** dikonoor has quit IRC15:17
*** rtjure has joined #openstack-nova15:20
*** slaweq has joined #openstack-nova15:20
*** hamzy has joined #openstack-nova15:21
*** lpetrut has quit IRC15:23
*** lpetrut has joined #openstack-nova15:23
*** rtjure has quit IRC15:24
*** hemna_ has joined #openstack-nova15:26
*** xyang1 has joined #openstack-nova15:28
*** suresh12 has quit IRC15:28
openstackgerritElod Illes proposed openstack/nova master: WIP: Transform scheduler.select_destinations notification  https://review.openstack.org/50850615:28
*** mvk has quit IRC15:29
*** amodi has joined #openstack-nova15:29
*** rtjure has joined #openstack-nova15:30
openstackgerritMerged openstack/nova stable/pike: fix nova accepting invalid availability zone name with ':'  https://review.openstack.org/50965615:31
openstackgerritMerged openstack/nova master: Move the idmapshift binary into privsep.  https://review.openstack.org/49554115:31
*** slaweq_ has joined #openstack-nova15:31
*** rtjure has quit IRC15:35
*** slaweq_ has quit IRC15:36
*** acormier has joined #openstack-nova15:39
*** ijw has joined #openstack-nova15:39
*** acormier has quit IRC15:40
*** yamamoto has quit IRC15:40
*** acormier has joined #openstack-nova15:40
*** rtjure has joined #openstack-nova15:41
bauzasdansmith: mriedem: do you know if jay is around by those days or just off ?15:41
bauzasI'm just implementing the VGPU series and I'd like to hear some voice15:41
efriedbauzas He's doing all his new-hire stuff at his new job.15:41
bauzasah ok15:41
efriedSaid he would probably be back tomorrow or the next day.15:41
bauzasso I'll speak out loud, if anyone cares15:42
openstackgerritMerged openstack/nova master: Move loopback setup and removal to privsep.  https://review.openstack.org/49566415:42
efriedI'll listen.  And maybe even care :)15:42
dansmithI'll care. And maybe even listen.15:42
bauzasgiven a pGPU can support different types for the same device, we supposingly said in the spec we'll use a whitelist for telling which type to use15:43
*** belmoreira has quit IRC15:43
bauzasnow for Queens it's easy as we said we would only support a single type15:43
bauzasso I'm basically accumulating all the available vGPUs for the same type15:44
*** suresh12 has joined #openstack-nova15:44
bauzasnow, my question is more Rocky (but since I'm designing the internal interfaces now, I'd make my model resilient to the changes)15:44
bauzaswhat if as an operator, I'm asking for 2 types?15:45
bauzasthen, I guess I'd use the nested RP model, and have a RP per type?15:45
*** amodi has quit IRC15:45
bauzasthat's where I'm confused15:45
mriedemstephenfin: please drop your +2 from this, it's wrong https://review.openstack.org/#/c/507151/15:45
bauzasI mean, it would probably better for me to just upload my current patch so we could discuss15:45
bauzasnevermind the above15:46
bauzasI'll just push something that will create a discussion15:46
*** rtjure has quit IRC15:46
*** suresh12 has quit IRC15:46
efriedbauzas This is a good example of where traits != settings.15:46
*** suresh12 has joined #openstack-nova15:46
efriedbauzas You would model your pGPU as the RP.  It would have inventory of VGPU.  And it would have one trait for each vGPU type it supports.15:47
efriedbauzas Then when you ask for a vGPU, you would specify as a required trait which type you want to be created.15:47
mriedemstephenfin: docs question - we now have a nova/user/index but nothing links to that from the main index right?15:47
mriedemso how do people find it?15:47
*** fmount9 has quit IRC15:48
edleafeefried: no, that's what nested RPs should be doing15:48
mriedemor is that wip?15:48
*** hemna_ has quit IRC15:48
efriedbauzas And then [something TBD] tells virt which types you want to create.15:48
dansmithefried: well, you can't do that if it has a limited number of each type it can provide15:48
efriededleafe Nested only applies if you want to pre-create the vGPUs of a specific type.15:48
stephenfinmriedem: That's WIP. sdague, asettle and I have been working through some ideas on how to structure that15:48
dansmithefried: in that case you'd need to expose two sets of inventory (i.e. be two providers)15:48
bauzasyeah, that's my point15:48
stephenfinI do think I have a patch up to resolve just that though15:48
efriededleafe or if you want to limit the number of each type you can create on the fly.15:48
* stephenfin looks15:48
bauzasit's not an easy answer to me15:48
bauzaswe should only have nested RPs if we need more than one inventory for a single resource provider15:49
mriedemstephenfin: ok i'm moving some missing stuff from the old user guide, and was wondering if i should put it in the user index or in the main index - guessing the user index since the main index will point htere15:49
efrieddansmith bauzas I'm thinking of the case where the vGPUs are created on the fly, and they can be of any type, and that type gets determined at boot.15:49
bauzasthat's a tautology, I assume, but that would mean we would need to track consumption of those resources separately15:49
edleafeefried: bauzas asked: 10:45 <          bauzas>| then, I guess I'd use the nested RP model, and have a RP per type?15:49
dansmithefried: yeah, if it's just a configuration thing, then that's fine15:49
*** felipemonteiro__ has quit IRC15:49
stephenfinmriedem: That would be my thinking yes pages in '/X' belong in '/X/index'15:50
edleafeefried: if there is only one type, then nested isn't needed, of course15:50
stephenfin*yes. Pages15:50
mriedemsure, as long as someone can eventually find /X/index :)15:50
efriededleafe Even if there's multiple possible types - if you determine which type at boot time, and one type is as good as another, then you still don't need nested to represent this.15:51
stephenfinmriedem: One request: if you do pull brand new pages in, can you rename anything with underscore to use hyphens? It's one of my OCD things ;)15:51
efrieddansmith And at some point we'll have to talk about the mechanism by which you "configure" the thing you requested.15:51
mriedemstephenfin: you mean the actual rst filename?15:51
stephenfinmriedem: Yup, we've got work to do there. Try to find the SR-IOV docs at the moment15:51
dansmithefried: that'd be virt specific15:51
stephenfinYup - that filename is reflected in the URL15:51
*** slaweq has quit IRC15:51
bauzasyup15:51
mriedemstephenfin: those are in the networking guide aren't they?15:51
dansmithefried: unless you're talking about things like ironic raid layouts15:51
*** trinaths1 has joined #openstack-nova15:51
*** slaweq has joined #openstack-nova15:51
* stephenfin meant PCI passthrough guide15:51
stephenfinoops15:51
efrieddansmith Well, my understanding is that ironic is going to do such things via templates, and they'll represent a single template as a custom trait.15:52
dansmithefried: what I meant was some quirk of the vgpu that allowed you to configure it one way or the other that didn't affect its resource usage15:52
dansmithefried: right15:52
edleafeefried: are you saying that a pGPU that is capable of multiple types, it cannot be configured to provide some of one, and some of another? IOW, does it always have to be all one type at boot?15:52
*** rtjure has joined #openstack-nova15:52
efrieddansmith ++.  I don't really know how VGPUs are "deployed" so I'm kinda thinking of it like VFs.15:52
efriededleafe That's what I don't know, specifically about VGPUs.15:53
dansmithefried: there are some things you can do when you carve off a vgpu on some of the devices, like decide whether it gets a framebuffer or is just for compute, etc15:53
bauzasedleafe: that's what we agreed in the spec15:53
edleafebauzas: just one type at boot?15:54
*** jmccarthy has joined #openstack-nova15:54
bauzasI'm just having a testbox now that shows me for a single pGPU that I can have 11 different types15:54
bauzasmultiple that by 4 pGPUs15:54
bauzasfortunately, all of them share the same types15:54
efriedbauzas edleafe Are you saying the pGPU sits there capable of whatever, but the first time you carve off a vGPU of a specific type, you lock the pGPU into only being able to supply that one type?15:54
bauzasefried: again, that's what we agreed in the spec, no new news15:55
dansmithyep15:55
efriedthat's... interesting.15:55
openstackgerritMatt Riedemann proposed openstack/nova master: Import the config drive docs from openstack-manuals  https://review.openstack.org/51472315:55
mriedemstephenfin: ok here it is ^ - note i plan on backporting that to pike; when i do i'll have to remove the user/index part since that didn't exist in pike15:55
bauzasanyway, you'll see my proposal15:55
efriedIf that's the case, you better remove the other types' traits during that first boot.15:55
bauzasdefinitely rushing for uploading the first try15:55
dansmithefried: no, I think what we should do is require them to be configured once at boot,15:55
dansmithefried: so we expose traits on how it is configured and don't change15:56
*** andreas_s has quit IRC15:56
efrieddansmith "boot" meaning compute startup, not "boot" meaning instance spawn15:56
dansmithefried: otherwise we have to embed that logic into the scheduler, and we can't since it's virt specific15:56
stephenfinmriedem: I wonder if the patch that landed user/index should be backported instead?15:56
dansmithefried: right15:56
edleafeefried: I was thinking more of the case where it could be configure to run half type A, and half type B15:56
efriedgot it.15:56
bauzasefried: here is a single pGPU http://paste.openstack.org/show/624497/15:56
mriedemstephenfin: it's not used, so i don't see the point15:56
mriedemto backport that is15:56
*** scottda_ has joined #openstack-nova15:56
stephenfinIt's not? I thought the index pages were linked to from docs.o.o?15:56
stephenfinBut I could be wrong. idk for sure15:57
mriedemhttps://docs.openstack.org/pike/user/ ?15:57
mriedemdon't see compute in there15:57
openstackgerritEd Leafe proposed openstack/nova master: Only filter/weigh hosts once if scheduling a single instance  https://review.openstack.org/51393115:57
openstackgerritEd Leafe proposed openstack/nova master: Add Selection objects  https://review.openstack.org/49923915:57
openstackgerritEd Leafe proposed openstack/nova master: Return Selection objects from the scheduler driver  https://review.openstack.org/49585415:57
openstackgerritEd Leafe proposed openstack/nova master: Change RPC for select_destinations()  https://review.openstack.org/51015915:57
openstackgerritEd Leafe proposed openstack/nova master: Move the claim_resources method to scheduler utils  https://review.openstack.org/51135715:57
openstackgerritEd Leafe proposed openstack/nova master: Make conductor pass and use host_lists  https://review.openstack.org/51135815:57
*** rtjure has quit IRC15:57
efriedbauzas So there's your answer.  The pGPU is your RP, and by the time you set it up as an RP with inventory & traits in placement, you've locked it into providing a single type of vGPU.15:58
stephenfinmriedem: dhellmann isn't about to confirm, but I think that's automatically generated based on whether the index pages exist or not15:58
stephenfinWe add the page, it appears there15:58
efriedbauzas And if you want two different types, you'd better have two different pGPUs that provide those types.15:58
bauzasefried: no, because we agreed on supporting multiple types15:58
bauzasanyway15:58
efriedbauzas And you'll have to use numbered syntax to specify them.15:58
stephenfinBut I should run that by AJaeger or dhellmann first15:58
mriedemstephenfin: ah you're right https://docs.openstack.org/queens/user/15:58
efrieds/specify/request/15:58
mriedemstephenfin: yeah ok so i'll backport the user/index in-tree page before https://review.openstack.org/514723 when i do the backports15:59
stephenfin(y)15:59
stephenfinmriedem: I do realize I said I'd do that doc and the other ones too. I'll get them done soon as the summit is behind us16:00
*** yamahata has quit IRC16:00
*** jogo has quit IRC16:00
*** jeblair has quit IRC16:00
*** jeblair has joined #openstack-nova16:01
*** dikonoor has joined #openstack-nova16:01
efriedbauzas e.g. ?resources1=VGPU:1&required1=VGPU_TYPE_GRID_M10_0B&resources2=VGPU_1&required2=VGPU_TYPE_GRID_M10_8Q16:01
*** rtjure has joined #openstack-nova16:02
*** acormier has quit IRC16:02
*** acormier has joined #openstack-nova16:03
*** salv-orlando has joined #openstack-nova16:05
edleafeI will take that ^^ as an opportunity to reiterate my request for multiple 'request=' qs params16:05
mriedemstephenfin: why doesn't user/index include the links to the API stuff we have in the main index?16:07
mriedemshouldn't a user guide care about end users of the API?16:07
*** rtjure has quit IRC16:07
efriededleafe We still need the so-called "unnumbered" group.16:07
*** acormier has quit IRC16:07
mriedemstephenfin: looks like user/index is more for operators16:07
*** andreas_s has joined #openstack-nova16:07
jmccarthyHmm are permissions like this ok for the console.log ? root qemu   0 Oct 24 15:46 console.log (nothing logged)16:08
stephenfinmriedem: To be honest, I'm still confused by the divide between 'user' and 'admin'. The lines are blurred16:08
stephenfinI think the API is documented in the developer section, whatever that's called16:08
sdaguestephenfin: user == "only have access to the API, not the physical machines"16:09
sdagueadmin == "people with access to the machines"16:09
efriededleafe Hm, I guess you could get away with not doing that if we changed the semantic for resources= to always be "same RP"; then you would have to split up all of your resource requests that you didn't need to be in the same RP.16:09
mriedemsdague: then the content here is wrong https://docs.openstack.org/nova/latest/user/16:09
*** salv-orlando has quit IRC16:09
sdaguemriedem: yes, it is16:09
stephenfinmriedem, sdague: I think this is where my confusion stems from https://specs.openstack.org/openstack/docs-specs/specs/pike/os-manuals-migration.html16:10
sdaguebut things were stuck merging, and we were going to have nothing, so we ran it through16:10
stephenfin"end-user content such as concept guides, advice, tutorials, step-by-step instructions for using the CLI to perform specific tasks, etc."16:10
stephenfinthe concept-guides bit16:10
stephenfinanything that was clear "do this to achieve that" was shoved into 'user'16:10
efriededleafe But you *do* need to be able to specify multiple RC:amount+traits in a *single* resources= qparam.  How would you do that?16:10
*** dtantsur is now known as dtantsur|afk16:10
stephenfinFortunately it's easy to fix, and it was better have something than nothing, as sdague points out16:11
sdaguestephenfin: concept guides in that context are the api-guide kind of docs16:11
edleafeefried: why would that be required?16:11
sdaguewhat is a server, what is a flavor16:11
stephenfinYeah, that makes sense16:11
mriedemwhich is this thing https://developer.openstack.org/api-guide/compute/index.html16:11
*** andreas_s has quit IRC16:12
sdaguemriedem: right, but nova is the only project that has that16:12
efriededleafe Because sometimes it's important that two resources come from the exact same RP.  E.g. for a VF, I need the VF itself and its corresponding bandwidth to come from the same RP.  It's no good if you allocate me the VF from one PF and the bandwidth from its neighbor.16:12
stephenfinsdague: I wonder if we should eventually move that into 'user/api' or something so?16:12
stephenfinI know we want to keep api-ref separate, but api-guide is different16:12
*** jogo has joined #openstack-nova16:13
*** rtjure has joined #openstack-nova16:13
sdaguemaybe, the biggest issue is branch vs. branchless docs16:13
stephenfinThere's a lot more projects using https://developer.openstack.org/api-ref/16:13
stephenfinGood point16:14
*** sridharg has quit IRC16:15
mriedemman, in general we're missinga ton of content from https://github.com/openstack/openstack-manuals/tree/stable/ocata/doc/user-guide/source16:15
stephenfinmriedem: Those indexes and some general shuffling of docs are on my radar for the next few weeks. We should probably track notes like that in a bug or something16:15
openstackgerritsean mooney proposed openstack/os-traits master: add plathform security namespaces  https://review.openstack.org/51471216:16
openstackgerritsean mooney proposed openstack/os-traits master: add firmware (fw) traits namespace  https://review.openstack.org/51471316:16
*** rtjure has quit IRC16:18
mriedemstephenfin: ahttps://bugs.launchpad.net/nova/+bug/172693216:18
openstackLaunchpad bug 1726932 in OpenStack Compute (nova) "The nova user guide is more for admins/operators than end users" [Medium,Triaged]16:18
stephenfinCool. Assigned to myself16:18
openstackgerritsean mooney proposed openstack/os-traits master: add fw common namespace  https://review.openstack.org/51473716:19
*** andreas_s has joined #openstack-nova16:19
openstackgerritMatt Riedemann proposed openstack/nova master: Import the config drive docs from openstack-manuals  https://review.openstack.org/51472316:20
openstackgerritMatt Riedemann proposed openstack/nova master: Import user-data page from openstack-manuals  https://review.openstack.org/51473816:20
*** lucasagomes is now known as lucas-afk16:22
*** tesseract has quit IRC16:22
*** rtjure has joined #openstack-nova16:22
*** AlexeyAbashkin has joined #openstack-nova16:22
*** andreas_s has quit IRC16:23
openstackgerritDan Smith proposed openstack/nova master: Make migration uuid hold allocations for migrating instances  https://review.openstack.org/50642016:24
openstackgerritDan Smith proposed openstack/nova master: Make live migration hold resources with a migration allocation  https://review.openstack.org/50763816:24
dansmithmriedem: would like to close this out before too long ^16:24
*** fragatina has quit IRC16:25
*** pcaruana has quit IRC16:25
mriedemyeah it's in the starred list16:26
*** AlexeyAbashkin has quit IRC16:26
*** rtjure has quit IRC16:27
openstackgerritMatt Riedemann proposed openstack/nova master: Import the config drive docs from openstack-manuals  https://review.openstack.org/51472316:27
openstackgerritMatt Riedemann proposed openstack/nova master: Import user-data page from openstack-manuals  https://review.openstack.org/51473816:27
*** Apoorva has joined #openstack-nova16:28
*** tblakes has quit IRC16:31
*** rtjure has joined #openstack-nova16:36
openstackgerritElod Illes proposed openstack/nova master: WIP: Transform scheduler.select_destinations notification  https://review.openstack.org/50850616:37
*** janki has quit IRC16:37
*** suresh12 has quit IRC16:37
mriedemstephenfin: well 2 down, 14 to go :) https://bugs.launchpad.net/nova/+bug/1714017/comments/916:39
openstackLaunchpad bug 1714017 in OpenStack Compute (nova) "User guide was not migrated to the nova repo" [Medium,In progress] - Assigned to Matt Riedemann (mriedem)16:39
mgagnemriedem: yes (re cellv1)16:40
mgagnemriedem: running mainly kilo and very soon mitaka16:41
*** yamamoto has joined #openstack-nova16:41
*** rtjure has quit IRC16:41
*** yamahata has joined #openstack-nova16:43
sdaguestephenfin: well, I honestly don't think the on disk structure matters, it's the organizing portals16:43
*** acormier has joined #openstack-nova16:43
*** Swami has joined #openstack-nova16:43
*** mvpnitesh has joined #openstack-nova16:44
stephenfinIt doesn't, but we shouldn't have content targeted at admins in the user guide (and vice versa, tbh). The folders help with that separation16:44
*** rtjure has joined #openstack-nova16:45
mriedembtw, this isn't confusing at all https://github.com/openstack/openstack-manuals/blob/stable/ocata/doc/user-guide/source/configure-access-and-security-for-instances.rst vs https://github.com/openstack/openstack-manuals/blob/stable/ocata/doc/user-guide/source/cli-nova-configure-access-security-for-instances.rst16:46
*** andreas_s has joined #openstack-nova16:46
*** hemna_ has joined #openstack-nova16:47
openstackgerritMerged openstack/nova master: [placement] Confirm that empty resources query causes 400  https://review.openstack.org/51148816:48
openstackgerritMerged openstack/nova master: [placement] add coverage for update of standard resource class  https://review.openstack.org/51148516:48
mvpniteshhi all , i'm trying to migrate the instance in multi node setup, after i run the command to migrate it is in migrating state for some time and later the migration is getting cancelled as the migration timeout has happened16:49
*** rtjure has quit IRC16:50
*** suresh12_ has joined #openstack-nova16:51
*** derekh has quit IRC16:52
*** AlexeyAbashkin has joined #openstack-nova16:55
*** rtjure has joined #openstack-nova16:55
openstackgerritSylvain Bauza proposed openstack/nova master: WIP: libvirt: Provide VGPU inventory for a single GPU type  https://review.openstack.org/51476316:56
bauzasefried: dansmith: edleafe: first attempt ^16:56
efriedbauzas Regardant...16:57
dansmithomg -1 no tests!16:57
bauzasyeah, of course16:57
bauzasI'll show the UTs soon16:57
*** yamamoto has quit IRC16:57
openstackgerritMerged openstack/nova master: Update libvirt volume drivers to use os-brick constants  https://review.openstack.org/51031116:59
*** andreas_s has quit IRC16:59
dansmithbauzas: <3 L5833 of driver.py :)16:59
*** AlexeyAbashkin has quit IRC16:59
*** rtjure has quit IRC17:00
*** baoli has quit IRC17:00
*** sambetts is now known as sambetts|afk17:00
bauzasheh, I branched mdevs from the existing PCI resources, even if libvirt config XML provides them in a PCI tree17:00
*** felipemonteiro_ has joined #openstack-nova17:01
*** baoli has joined #openstack-nova17:01
*** itlinux has joined #openstack-nova17:02
*** felipemonteiro__ has joined #openstack-nova17:02
efriedbauzas This seems reasonable17:03
efriedbauzas Once virt has more control over its RPs (e.g. can add own traits) this will get more interesting.17:03
*** andreas_s has joined #openstack-nova17:04
*** acormier has quit IRC17:06
*** felipemonteiro_ has quit IRC17:06
*** acormier has joined #openstack-nova17:06
*** vvargaszte has joined #openstack-nova17:06
*** jmccarthy has left #openstack-nova17:07
*** acormier has quit IRC17:07
*** acormier has joined #openstack-nova17:07
*** acormier_ has joined #openstack-nova17:08
*** andreas_s has quit IRC17:08
*** acormier_ has quit IRC17:08
*** acormier_ has joined #openstack-nova17:09
*** acormier_ has quit IRC17:09
*** acormier_ has joined #openstack-nova17:09
*** acormier_ has quit IRC17:09
*** Apoorva_ has joined #openstack-nova17:10
*** acormier_ has joined #openstack-nova17:10
*** suresh12_ has quit IRC17:10
*** rtjure has joined #openstack-nova17:11
*** fragatina has joined #openstack-nova17:11
*** lpetrut_ has joined #openstack-nova17:11
*** Apoorva_ has quit IRC17:12
*** acormier has quit IRC17:12
*** Apoorva has quit IRC17:12
*** Apoorva_ has joined #openstack-nova17:12
*** sshwarts has quit IRC17:13
*** lpetrut has quit IRC17:14
*** slaweq has quit IRC17:15
*** acormier_ has quit IRC17:15
*** rtjure has quit IRC17:16
*** sree has joined #openstack-nova17:18
*** lpetrut_ has quit IRC17:21
*** sree has quit IRC17:22
openstackgerritDan Smith proposed openstack/nova master: Make live migration hold resources with a migration allocation  https://review.openstack.org/50763817:22
*** rtjure has joined #openstack-nova17:23
dansmithstephenfin: did these answer your non-blocking questions enough to earn a +W? https://review.openstack.org/#/c/508595/817:24
openstackgerritpriyaduggirala proposed openstack/nova master: Rename parameters in call() of nova/image/glance.py  https://review.openstack.org/50853317:26
*** salv-orlando has joined #openstack-nova17:27
openstackgerritSylvain Bauza proposed openstack/nova master: WIP: libvirt: Provide VGPU inventory for a single GPU type  https://review.openstack.org/51476317:28
*** rtjure has quit IRC17:28
*** andreas_s has joined #openstack-nova17:29
*** rmcallis has joined #openstack-nova17:29
dansmithbauzas: do you have any prototype code to actually allocate a gpu device during spawn?17:30
dansmither, allocate is a loaded term.. "configure" maybe17:30
bauzasdansmith: not yet, tomorrow17:30
dansmithokay17:30
bauzasI mostly see the direction tho17:30
dansmithcool17:30
bauzasonce we ask for a specific GPU in the flavor, that goes to the compute17:30
*** jdavis has joined #openstack-nova17:31
bauzasthen in libvirt, I'll lookup the flavor and find the extra spec17:31
dansmithwell, in libvirt you get the allocation now17:31
bauzasonce that, I'll call out the system to create a mdev if I can't find it17:31
bauzasoh, good to know17:31
dansmithbut yeah, same difference17:31
*** ralonsoh has quit IRC17:32
bauzaslemme see where we get those allocations17:32
bauzasmy master is quite new17:32
bauzasoh I see17:32
bauzasallocations as a param FTW17:32
bauzasgood good17:33
*** andreas_s has quit IRC17:33
bauzasdansmith: I haven't yet looked but I suspect we call placement to pass the allocation to the virt driver, right?17:33
dansmithyeah17:34
bauzasI mean in the compute service17:34
bauzasokay17:34
dansmithyep17:34
bauzasfor that consumer ID ?17:34
dansmithyeah17:34
bauzasall good then17:34
bauzasnow I wonder one thing tho17:34
bauzassay we now have the inventory reporting VGPUs17:34
bauzasif the flavor goes asking for that, does placement magically create allocation for that RC ?17:35
*** lpetrut has joined #openstack-nova17:35
bauzasdansmith: ^17:35
bauzasI tend to do so, but I need confirmation17:35
dansmithwell,17:35
dansmithplacement doesn't create an allocation, no,17:35
bauzassorry17:35
dansmithbut it returns an allocation candidate with that init,17:35
bauzasthe claim I mean17:35
dansmithand then scheduler will try to create an allocation from it yeah17:35
dansmithso you should have an allocation for a vgpu when you get to spawn17:36
*** gyee has joined #openstack-nova17:36
bauzas*will* means I need to code ?17:36
dansmithno, will means it will happen if it's in the flavor17:36
*** rtjure has joined #openstack-nova17:36
bauzasoh, snap17:36
bauzasyeah I remember17:36
bauzashence the scheduler.utils method that gives you the resource classes17:36
bauzasanyway, I have a devstack, I can give it a try17:37
* bauzas needs to call it a day17:37
dansmithgood progress, thanks!17:39
*** fmount9 has joined #openstack-nova17:40
*** rtjure has quit IRC17:41
*** avolkov has quit IRC17:43
*** rtjure has joined #openstack-nova17:47
*** acormier has joined #openstack-nova17:48
*** rtjure has quit IRC17:52
*** suresh12 has joined #openstack-nova17:54
*** acormier has quit IRC17:55
*** andreas_s has joined #openstack-nova17:56
*** rtjure has joined #openstack-nova17:56
*** rtjure has quit IRC18:01
*** baoli has quit IRC18:02
*** peter-hamilton has quit IRC18:02
*** lyan has quit IRC18:02
*** baoli has joined #openstack-nova18:03
*** andreas_s has quit IRC18:04
*** jcromer has joined #openstack-nova18:05
*** baoli has quit IRC18:05
*** jcromer has left #openstack-nova18:05
*** rtjure has joined #openstack-nova18:06
*** gyee has quit IRC18:07
*** sheel has quit IRC18:08
*** dikonoor has quit IRC18:08
*** ijw has quit IRC18:08
*** smatzek has quit IRC18:09
*** acormier has joined #openstack-nova18:09
*** smatzek has joined #openstack-nova18:10
*** rtjure has quit IRC18:11
*** jpena is now known as jpena|off18:13
*** andreas_s has joined #openstack-nova18:14
*** smatzek has quit IRC18:14
*** rtjure has joined #openstack-nova18:17
*** acormier has quit IRC18:21
*** rtjure has quit IRC18:21
*** acormier has joined #openstack-nova18:22
*** shvepsy has quit IRC18:22
*** shvepsy has joined #openstack-nova18:22
*** andreas_s has quit IRC18:23
*** Apoorva has joined #openstack-nova18:23
*** mvpnitesh has quit IRC18:24
*** salv-orlando has quit IRC18:25
*** salv-orlando has joined #openstack-nova18:25
*** acormier has quit IRC18:26
*** Apoorva_ has quit IRC18:26
openstackgerritMatt Riedemann proposed openstack/nova master: Add FlavorPayload.description for versioned notifications  https://review.openstack.org/51478218:28
*** baoli has joined #openstack-nova18:29
*** rtjure has joined #openstack-nova18:29
*** salv-orlando has quit IRC18:30
openstackgerritMerged openstack/nova master: xenapi: cached images should be cleaned up by time  https://review.openstack.org/46595418:30
*** __zeus__ has joined #openstack-nova18:31
*** baoli has quit IRC18:33
*** baoli has joined #openstack-nova18:33
*** baoli has quit IRC18:33
openstackgerritDan Smith proposed openstack/nova master: Make live migration hold resources with a migration allocation  https://review.openstack.org/50763818:33
*** lpetrut has quit IRC18:34
*** lpetrut has joined #openstack-nova18:34
*** rtjure has quit IRC18:34
*** andreas_s has joined #openstack-nova18:37
openstackgerritEric Berglund proposed openstack/nova master: PowerVM Driver: config drive  https://review.openstack.org/40940418:39
*** rtjure has joined #openstack-nova18:41
*** awaugama has quit IRC18:41
*** priteau has quit IRC18:42
*** salv-orlando has joined #openstack-nova18:42
*** baoli has joined #openstack-nova18:43
*** lyan has joined #openstack-nova18:44
*** andreas_s has quit IRC18:45
*** trinaths1 has quit IRC18:45
*** rtjure has quit IRC18:46
*** rtjure has joined #openstack-nova18:52
*** AlexeyAbashkin has joined #openstack-nova18:55
*** lyan has quit IRC18:56
*** rtjure has quit IRC18:56
efrieddansmith cdent edleafe You know how we've been searching for a name for the RP that's not a sharing RP?  Today it's the "compute node RP" but we need a more generic name.  And some have been calling it the "root RP" but that's overloading from nested.18:57
efriedSo what about "anchor"?18:57
edleafeWe're sunk if we use that18:57
efriedHah!18:57
* cdent facepalms18:58
*** AlexeyAbashkin has quit IRC19:00
*** rtjure has joined #openstack-nova19:01
cdentefried: what about target?19:01
edleafe"base"?19:02
dansmithI didn't know we were searching for a name19:02
efrieddansmith What have you been calling it?19:02
cdentdansmith: it’s come up on some of the reviews that include changes to shared related stuff19:02
cdentand on some of those “root” was used, but that’s overloaded19:03
dansmithefried: I don't know that I have.. but probably "compute node rp"19:03
cdentdansmith: a bit specific, no?19:03
efriedRight, we'll be wanting to move away from that long term.19:04
cdentpresumably there could be a situation where a compute node isn’t involved?19:04
dansmithwell, I haven't really needed to refer to anything other than a compute node19:04
edleafe"radicle" is similar to root19:04
edleafeThat'll get the dictionaries dusted off19:04
dansmithI guess I'm missing the need for a name19:04
efriededleafe Far out.19:04
efrieddansmith Generically in placement, it's not always a compute node.  Or at least, we want to code up placement so that's the case.  At least that's what I thought the vision was.19:05
dansmithsure, I'm just saying I don't think I've had a need to refer to this distinction19:05
*** burt has quit IRC19:05
dansmithlike, I'd call it "RP" and "Sharing RP" I guess19:05
dansmithand prefix it with "compute node" when I'm talking about that19:05
dansmithbecause, you know,19:05
dansmithit's possible that a compute node would be a sharing one :)19:05
*** rtjure has quit IRC19:06
* efried goes to figure out how to do one of those online votey thingies.19:07
cdentdansmith: if you want some context, patchset 6 on https://review.openstack.org/#/c/480379/19:07
*** burt has joined #openstack-nova19:07
*** gyee has joined #openstack-nova19:07
*** lyan has joined #openstack-nova19:08
*** ijw_ has joined #openstack-nova19:09
*** ijw_ has quit IRC19:09
* cdent retires for the night19:09
cdentsee yas19:09
*** cdent has quit IRC19:09
*** ijw_ has joined #openstack-nova19:09
dansmiththe three sentences you wrote on that PS?19:09
dansmithoh well19:09
*** gszasz has quit IRC19:09
efrieddansmith Not the only time it has come up, though.  I just hit it again: https://review.openstack.org/#/c/514199/2/nova/objects/resource_provider.py@245919:11
*** suresh12 has quit IRC19:11
dansmithright there it calls it a sharing provider, right?19:11
* dansmith fails to see the big confusion here19:11
*** gyee has quit IRC19:12
dansmithor you're complaining about "root providers" I guess19:12
dansmithhow about "selfish providers" :P19:12
edleafedansmith: I already suggested that :)19:12
dansmiththey're all providers, some are sharing, so it seems like that's the distinction19:13
*** rtjure has joined #openstack-nova19:13
dansmithedleafe: oh sorry19:13
edleafeheehee19:14
openstackgerritEric Berglund proposed openstack/nova master: PowerVM Driver: config drive  https://review.openstack.org/40940419:15
*** Apoorva has quit IRC19:15
*** Apoorva has joined #openstack-nova19:16
efriededleafe dansmith https://doodle.com/poll/9fkqidtfzwh7y9tr19:17
*** rtjure has quit IRC19:18
efriedAdded "selfish".19:18
edleafevoted for "selfish"19:18
edleafe'cause I'm selfish19:18
dansmithwhy is "compute node" even in there?19:20
efrieddansmith You seemed attached to it :)19:20
*** vvargaszte has quit IRC19:21
dansmithhuh? I said that in my referring to it, I was always referring to an actual compute node and thus had no need for another term19:21
dansmithobviously we wouldn't want to call it a compute node in placementy code19:21
efriedOkay, I'm good with that.  It wasn't clear from your discourse above.  I'll remove 'root' too.19:21
dansmithefried: [12:04:06]  <dansmith>well, I haven't really needed to refer to anything other than a compute node19:22
*** slaweq has joined #openstack-nova19:22
edleafeYou don't have to remove them.19:22
*** hemna_ has quit IRC19:22
efriedtoo late19:22
edleafeJust don't vote for them19:22
dansmithwe're not going to call it compute node, so unless edleafe just wants to trap flies, it might as well not be there :)19:22
edleafeif you put "doughnut" in there I wouldn't mind, I just wouldn't vote for it19:23
efriedI was trying to figure out a way to settle on something without bikeshedding19:23
efriedNow we're bikeshedding about the poll itself.19:23
efriedMeta-bikeshedding.19:23
*** rtjure has joined #openstack-nova19:24
*** ijw_ has quit IRC19:29
*** ijw has joined #openstack-nova19:29
*** rtjure has quit IRC19:29
*** vvargaszte has joined #openstack-nova19:30
*** suresh12 has joined #openstack-nova19:31
*** jmlowe has quit IRC19:33
*** rtjure has joined #openstack-nova19:34
*** rtjure has quit IRC19:39
mriedemdansmith: ok https://review.openstack.org/#/c/506420/19:39
*** egonzalez has joined #openstack-nova19:40
dansmithmriedem: so, let me tell you why some of that is the way it is19:42
dansmithyou're going to tell me to clean it up19:42
dansmithbut, it's because in the next patch I move this out of the actual task and share it from live migration19:43
dansmithany time I change something here it causes the next patch to conflict out like a mofo19:43
dansmithso I've just been trying to avoid a big refactor19:43
dansmithbut I guess that's just not gonna fly19:43
*** rtjure has joined #openstack-nova19:43
mriedemi hadn't powered ahead19:44
mriedemi gave it my all on this one19:44
dansmithyeah, I know19:44
dansmithI'm just really burned out on this19:44
mriedemcouldn't we do a patch in between that handles the refactor to move it into a utils?19:45
*** sahid has quit IRC19:45
*** vvargaszte has quit IRC19:45
mriedemthat's what i did when i moved the force=true claim in conductor stuff to scheduler_utils so evacuate and live migration could both use that19:45
dansmithI should just squash out the refactor into this one since it adds stuff  and then just removes it19:46
dansmithI don't think there's any reason not to have it in one of the tasks, it just has to be accessible19:46
mriedemi put that other thing here https://github.com/openstack/nova/blob/91f436d6c095573594f660438fe2c72e721d97ce/nova/scheduler/utils.py#L22219:46
*** ijw has quit IRC19:46
mriedembut sure, it could live in the migrate task19:46
mriedemwe kind of end up with this allocationy utility stuff everywhere though19:47
*** felipemonteiro__ has quit IRC19:47
dansmithyeah but unless they're going to actually be shared, putting it in utils just makes that a big bundle of indirected methods19:47
dansmithwhich doesn't help, IMHO19:48
*** awaugama has joined #openstack-nova19:48
mriedemi'm not really following what you mean19:48
mriedemeither way is fine19:48
*** rodolof has joined #openstack-nova19:48
*** rtjure has quit IRC19:48
dansmithI'd rather it be closer to the user, i.e. in one of the tasks19:48
mriedembut yeah it seems the base patch should then have the utility code19:49
*** suresh12 has quit IRC19:49
mriedemeither way i'd rather not deal with reviewing both the refactor and the live migration task using it in the same change,19:49
mriedemwe could split that19:49
dansmithI'm squashing it into the first patch,19:49
mriedemok19:49
dansmithso it just adds the utility methods and uses them19:49
dansmithand either I'll push it up that way and try to apply your concerns to the refactored code,19:50
dansmithor you won't have heard from me by friday and should pick this up19:50
dansmithand give my cellsv2 talk at SYD19:50
mriedemi'm happy to pick up addressing my comments on this,19:50
mriedemnone of them are hard to handle19:50
dansmithno19:50
dansmithI'll do it19:51
mriedemi mean after you rev19:51
mriedemif there is something missed i'll just do it myself, or on top19:51
dansmithokay19:51
*** rtjure has joined #openstack-nova19:55
*** smatzek has joined #openstack-nova19:56
*** smatzek has quit IRC20:00
*** rtjure has quit IRC20:00
*** jmlowe has joined #openstack-nova20:00
openstackgerritHongbin Lu proposed openstack/nova master: placement: add API reference for create inventory  https://review.openstack.org/51134220:02
*** rmart04 has joined #openstack-nova20:03
*** rmart04 has quit IRC20:03
*** rtjure has joined #openstack-nova20:05
*** gyee has joined #openstack-nova20:08
*** rtjure has quit IRC20:10
*** liverpooler has quit IRC20:10
*** gyee has quit IRC20:13
*** suresh12 has joined #openstack-nova20:14
*** rtjure has joined #openstack-nova20:14
*** eharney has quit IRC20:16
*** Guest62896 has quit IRC20:17
*** rtjure has quit IRC20:19
*** Guest62896 has joined #openstack-nova20:21
*** itlinux has quit IRC20:22
*** armax has quit IRC20:22
mriedemthis trap has been laid since 2014 https://bugs.launchpad.net/nova/+bug/172687120:22
openstackLaunchpad bug 1726871 in OpenStack Compute (nova) "AttributeError: 'BlockDeviceMapping' object has no attribute 'uuid'" [High,Triaged] - Assigned to Matt Riedemann (mriedem)20:22
*** rtjure has joined #openstack-nova20:25
*** priteau has joined #openstack-nova20:26
*** __zeus__ has quit IRC20:26
*** priteau has quit IRC20:27
*** rtjure has quit IRC20:30
*** itlinux has joined #openstack-nova20:30
*** baoli has quit IRC20:32
*** mvk has joined #openstack-nova20:34
*** felipemonteiro_ has joined #openstack-nova20:34
*** rtjure has joined #openstack-nova20:35
*** felipemonteiro__ has joined #openstack-nova20:35
*** felipemonteiro_ has quit IRC20:39
*** jmlowe has quit IRC20:39
*** rtjure has quit IRC20:39
*** pchavva has quit IRC20:40
*** felipemonteiro__ has quit IRC20:42
*** felipemonteiro__ has joined #openstack-nova20:42
*** rtjure has joined #openstack-nova20:44
*** baoli has joined #openstack-nova20:47
openstackgerritMatt Riedemann proposed openstack/nova master: Fix AttributeError in BlockDeviceMapping.obj_load_attr  https://review.openstack.org/51482520:48
*** rtjure has quit IRC20:49
mriedemdansmith: melwitt: ^ easy fix for a regression i introduced in pike20:49
*** slaweq__ has joined #openstack-nova20:50
openstackgerritMatt Riedemann proposed openstack/nova master: Fix AttributeError in BlockDeviceMapping.obj_load_attr  https://review.openstack.org/51482520:50
*** fmount9 has quit IRC20:52
*** slaweq__ has quit IRC20:52
* melwitt looks20:52
*** slaweq_ has joined #openstack-nova20:52
*** smatzek has joined #openstack-nova20:53
openstackgerritDan Smith proposed openstack/nova master: Make migration uuid hold allocations for migrating instances  https://review.openstack.org/50642020:53
openstackgerritDan Smith proposed openstack/nova master: Make live migration hold resources with a migration allocation  https://review.openstack.org/50763820:53
dansmithmriedem: seams were cleaner than I thought ^20:54
*** rtjure has joined #openstack-nova20:57
melwittmriedem, dansmith: as a general rule, if we do obj_reset_changes on an ObjectField, we should use recursive=True?20:57
*** andreas_s has joined #openstack-nova20:57
melwittjust trying to understand that bit20:57
mriedemmelwitt: not sure honestly, because i found a similar problem in the instance object yesterday20:58
*** slaweq_ has quit IRC20:58
mriedemthis https://github.com/openstack/nova/blob/master/nova/objects/instance.py#L56320:58
mriedemafter you create an instance object, ec2_ids is still marked as changd20:59
mriedem*changed20:59
mriedemhowever, a later call to instance.save() won't care https://github.com/openstack/nova/blob/master/nova/objects/instance.py#L65020:59
melwittyeah, I'm guessing the "what_changed" logic recurses, checking21:00
mriedemmelwitt: in my bdm patch, if you remove recursive=True and replace https://review.openstack.org/#/c/514825/2/nova/tests/unit/objects/test_block_device.py@391 with bdm.save(), you'll see the failure21:00
mriedemit does21:00
melwittokay, that's why then. I was just thinking (and you already saw) I bet we have other cases of this around in the code21:01
*** rtjure has quit IRC21:02
*** egonzalez has quit IRC21:03
*** thorst has quit IRC21:06
*** thorst has joined #openstack-nova21:07
*** rtjure has joined #openstack-nova21:08
*** jmlowe has joined #openstack-nova21:08
openstackgerritJackie Truong proposed openstack/nova master: Implement certificate_utils  https://review.openstack.org/47994921:09
mriedemdansmith: do you want me to address the stuff in https://review.openstack.org/#/c/506420/ ?21:11
*** thorst has quit IRC21:12
*** rtjure has quit IRC21:13
dansmithmriedem: no21:13
dansmithmelwitt: we should call recursive=True if we've caused all the downstream objects to be saved (or ignored if they have nothing to save)21:14
dansmithit's a detail that came out kinda late in the objectification work so we didn't have a specific pattern from the beginning21:14
tonybmriedem: the EOL is held up on tooling so it you -W the releases request we can get that last change in21:14
mriedemtonyb: already done, just need the newton change +W21:15
mriedembeen waiting for you to wake up21:15
*** andreas_s has quit IRC21:15
mriedemhttps://review.openstack.org/#/c/514685/21:15
melwittdansmith: okay. so in a lazy-load situation we would always want recursive=True if we've freshly loaded an ObjectField21:15
tonybmriedem: :)21:15
dansmithmelwitt: well, if we've done that, the nested object should have no pending changes and thus it wouldn't matter21:16
melwittdansmith: mriedem saw that if he didn't use recursive=True it's flagging the bdm.instance field as changed?21:17
melwittI wonder if there's a different bug in Instance then?21:17
*** rtjure has joined #openstack-nova21:17
dansmithmriedem: what in the scheduler client init do you think is so heavy that we shouldn't be doing it again in that utility method?21:17
*** jmlowe has quit IRC21:18
tonybmriedem: I'll need more coffee before I vote on that.21:18
mriedemdansmith: it's not real heavy, it's just loading up two other objects, just seems unnecessary21:18
*** itlinux has quit IRC21:18
*** armax has joined #openstack-nova21:18
*** esberglu has quit IRC21:18
mriedemtonyb: just keep in mind you +Wed the same change in stable/ocata21:19
dansmithmriedem: I just hate all our methods that take 27 arguments and then do a ton of inefficient shit anyway, but alright21:19
*** esberglu has joined #openstack-nova21:19
dansmithmelwitt: yeah, I dunno about that fix tbh, but haven't looked closely21:19
*** sree has joined #openstack-nova21:19
mriedemdansmith: oh well maybe it's not as inefficient as i thought, now that i look at LazyLoader21:20
*** ijw has joined #openstack-nova21:20
mriedemi guess the queryclient thing in there won't even be loaded unless it's called21:21
mriedemanyway, that's not what my -1 was for21:21
tonybmriedem: s/+W/+2/ but I take your point.  I'm trying to workout how doing this last minute helps.  I'm on the fence ATM21:21
mriedemtonyb: belmiro from cern was asking this morning if he should be configuring placement_database when planning the upgrade from newton to ocata21:21
mriedembecause it's in the newton code and says to use it21:21
mriedemtonyb: so for those that are <newton and going to get here eventually, we want to avoid the confusion before those newton deployments start thinking about going to >=ocata21:22
*** vladikr has quit IRC21:22
*** rtjure has quit IRC21:22
tonybmriedem: okay21:22
*** felipemonteiro_ has joined #openstack-nova21:23
*** esberglu has quit IRC21:24
*** sree has quit IRC21:24
*** andreas_s has joined #openstack-nova21:24
*** smatzek has quit IRC21:25
*** ijw has quit IRC21:25
*** itlinux has joined #openstack-nova21:26
*** felipemonteiro__ has quit IRC21:26
*** rtjure has joined #openstack-nova21:27
*** rodolof has quit IRC21:31
*** rtjure has quit IRC21:32
*** thorst has joined #openstack-nova21:32
*** Tom has joined #openstack-nova21:34
*** thorst has quit IRC21:36
*** rtjure has joined #openstack-nova21:37
*** thorst has joined #openstack-nova21:38
*** Tom has quit IRC21:38
tonybmriedem: Just to be certain (and I shoudl have asked this for the ocata backport) ... if someone is running newton and set those options and we remove themi, they upgrade to $last_release ...  the config file still loads right?21:39
*** esberglu has joined #openstack-nova21:39
mriedemtonyb: i think you can put whatever junk you want in the config file21:40
mriedemi haven't tested that scenario though21:40
*** slaweq has quit IRC21:40
mriedemdon't have a devstack handy either, but would think you could put [DEFAULT]foo=bar in nova.conf and restart n-cpu and it'd be fine21:40
dansmithmriedem: correct21:41
*** rtjure has quit IRC21:41
dansmithmriedem: our support people LOVE it21:41
dansmith(not)21:41
dansmithI've closed bugs before with "you typo'd that thing, which is why it's not working"21:41
mriedemi remember there being an option to fail startup if you're using deprecated options21:41
openstackgerritDan Smith proposed openstack/nova master: Make migration uuid hold allocations for migrating instances  https://review.openstack.org/50642021:41
openstackgerritDan Smith proposed openstack/nova master: Make live migration hold resources with a migration allocation  https://review.openstack.org/50763821:41
dansmithmriedem: only while they're deprecated, once we remove them you can go back to having whatever you want in there :)21:42
mriedemyeah21:42
*** andreas_s has quit IRC21:42
mriedemlike, [workarounds]make_reschedules_fix_all_my_problems=True21:42
mriedemand then report a bug when it doesn't21:42
*** lyan has quit IRC21:43
*** thorst has quit IRC21:43
openstackgerritHongbin Lu proposed openstack/nova master: Fix wrapping of neutron forbidden error  https://review.openstack.org/50880221:43
dansmithmore like [important_things]/cache_mode = "don't lose my data" -> why are my filesystems getting corrupted21:44
*** andreas_s has joined #openstack-nova21:47
*** rtjure has joined #openstack-nova21:48
dansmithgah21:48
*** gcb has quit IRC21:48
openstackgerritDan Smith proposed openstack/nova master: Make migration uuid hold allocations for migrating instances  https://review.openstack.org/50642021:49
openstackgerritDan Smith proposed openstack/nova master: Make live migration hold resources with a migration allocation  https://review.openstack.org/50763821:49
melwittspeaking of cache_mode ... we had a regression in newton https://review.openstack.org/#/c/51433921:49
tonybmriedem, dansmith: thanks.  That feels like somethign I shoudl have already known :(21:49
dansmithtonyb: yeah, I was just calling your manager to report you.......21:50
tonybdansmith: ok.21:50
* tonyb packs his bags21:51
tonybat least I got my Red Hat21:51
dansmith;p;21:51
dansmithlol21:51
*** andreas_s has quit IRC21:52
*** rtjure has quit IRC21:53
*** AlexeyAbashkin has joined #openstack-nova21:56
*** rtjure has joined #openstack-nova21:58
openstackgerritmelanie witt proposed openstack/nova master: Add access_url_base to console_auth_tokens table  https://review.openstack.org/33461421:58
openstackgerritmelanie witt proposed openstack/nova master: Add console_auth_token_get() method to DB API  https://review.openstack.org/48170021:58
openstackgerritmelanie witt proposed openstack/nova master: Add console connection object  https://review.openstack.org/32006321:58
openstackgerritmelanie witt proposed openstack/nova master: Add periodic task to clean expired console tokens  https://review.openstack.org/32538121:58
openstackgerritmelanie witt proposed openstack/nova master: Use ConsoleConnection object to generate authorizations  https://review.openstack.org/32541421:58
openstackgerritmelanie witt proposed openstack/nova master: Convert websocketproxy to use db for token validation  https://review.openstack.org/33399021:58
*** AlexeyAbashkin has quit IRC22:01
*** burt has quit IRC22:01
*** rtjure has quit IRC22:03
*** lpetrut has quit IRC22:05
*** andreas_s has joined #openstack-nova22:06
*** suresh12 has quit IRC22:07
*** suresh12 has joined #openstack-nova22:08
*** andreas_s has quit IRC22:10
*** slaweq has joined #openstack-nova22:11
*** mvk has quit IRC22:12
*** mvk has joined #openstack-nova22:12
*** baoli has quit IRC22:19
*** andreas_s has joined #openstack-nova22:19
*** ijw has joined #openstack-nova22:22
*** claudiub|2 has quit IRC22:22
*** rtjure has joined #openstack-nova22:22
*** salv-orlando has quit IRC22:26
*** salv-orlando has joined #openstack-nova22:27
*** rtjure has quit IRC22:27
*** ijw has quit IRC22:28
*** edmondsw has quit IRC22:29
*** edmondsw has joined #openstack-nova22:29
*** salv-orlando has quit IRC22:31
*** andreas_s has quit IRC22:32
*** xyang1 has quit IRC22:33
*** jdavis has quit IRC22:33
*** edmondsw has quit IRC22:34
*** jmlowe has joined #openstack-nova22:35
*** rtjure has joined #openstack-nova22:36
*** rtjure has quit IRC22:41
*** Sukhdev has joined #openstack-nova22:41
*** andreas_s has joined #openstack-nova22:42
melwittI dunno if yall have seen these bugs opened recently https://bugs.launchpad.net/nova/+bug/1726301 https://bugs.launchpad.net/bugs/172631022:43
openstackLaunchpad bug 1726301 in OpenStack Compute (nova) "Nova should list instances even if it can't connect to a cell DB" [Undecided,New] - Assigned to Surya Seetharaman (tssurya)22:43
openstackLaunchpad bug 1726310 in OpenStack Compute (nova) "nova doesn't list services if it can't connect to a cell DB" [Undecided,New] - Assigned to Belmiro Moreira (moreira-belmiro-email-lists)22:43
*** thorst has joined #openstack-nova22:43
*** felipemonteiro_ has quit IRC22:43
melwittre-opens my concern about quotas going wonky when cells are down too22:44
*** felipemonteiro_ has joined #openstack-nova22:44
*** slaweq has quit IRC22:44
dansmithI have a todo in my list stuff to address this yeah22:45
dansmithbut it's not even all merged yet22:45
*** mriedem has quit IRC22:46
*** bkopilov has quit IRC22:46
*** andreas_s has quit IRC22:46
melwittk, that's good to hear that there's already a plan22:47
*** mriedem has joined #openstack-nova22:47
mriedemmelwitt: ffs that cache mode patch,22:47
*** mvk has quit IRC22:47
mriedemand that was backported to newton,22:47
mriedemand newton is due for eol22:47
melwittmriedem: yeah, it's a crap situation22:47
*** rtjure has joined #openstack-nova22:48
mriedemtonyb: ^22:48
*** slaweq has joined #openstack-nova22:48
mriedemwe'll likely need https://review.openstack.org/#/c/514339/ in newton's final release / eol now too22:48
*** thorst has quit IRC22:49
mriedemmelwitt: is kashyap testing that fix out?22:49
*** suresh12 has quit IRC22:50
tonybmriedem: okay  I'll look at it22:50
*** suresh12 has joined #openstack-nova22:50
*** bkopilov has joined #openstack-nova22:51
*** rtjure has quit IRC22:53
melwittmriedem: I need to check with kashyap, I'm not sure whether he's confirmed the fix locally or with the customer yet22:54
melwitthe's away at kvm forum this week22:55
mriedemsigh22:55
*** bkopilov has quit IRC22:56
mriedemok, it would be nice if someone else from the red hat team could recreate and verify the fix before we actually eol newton, because while red hat customers will get the fix in newton, people consuming from upstream stable wouldn't, and that sucks22:56
*** ijw has joined #openstack-nova22:57
clarkbmriedem: you should ping tony as the eol is happening right now I think22:57
clarkbtonyb: ^ you have been pinged22:57
*** rtjure has joined #openstack-nova22:57
*** suresh12 has quit IRC22:57
mriedemclarkb: see sbove22:57
mriedem*above22:57
clarkboh perfect22:57
*** sdague has quit IRC22:59
*** itlinux has quit IRC22:59
tonybclarkb: It is but nova has been excluded as it has a pending release request ... it wasn't strictly needed but allows thise these shenanigans ;P22:59
tonybmriedem: I'll look at it after I've done the EOL thing as I don't want to mess that up23:00
melwittmriedem: yes, understood. I'll see what I can do23:00
*** andreas_s has joined #openstack-nova23:00
*** felipemonteiro_ has quit IRC23:01
*** suresh12 has joined #openstack-nova23:01
*** mvk has joined #openstack-nova23:02
*** rtjure has quit IRC23:02
openstackgerritMatt Riedemann proposed openstack/nova master: Add Flavor.description attribute  https://review.openstack.org/51437123:04
openstackgerritMatt Riedemann proposed openstack/nova master: Add FlavorPayload.description for versioned notifications  https://review.openstack.org/51478223:04
*** chyka has quit IRC23:04
*** ijw has quit IRC23:06
*** rtjure has joined #openstack-nova23:07
*** ijw has joined #openstack-nova23:07
*** ragiman has quit IRC23:07
*** andreas_s has quit IRC23:09
*** rtjure has quit IRC23:11
*** jmlowe has quit IRC23:12
*** andreas_s has joined #openstack-nova23:13
*** hongbin has quit IRC23:14
*** ijw has quit IRC23:18
*** rtjure has joined #openstack-nova23:18
*** ijw has joined #openstack-nova23:19
*** sree has joined #openstack-nova23:20
*** thomasem has quit IRC23:21
*** liverpooler has joined #openstack-nova23:22
*** slaweq has quit IRC23:22
*** andreas_s has quit IRC23:22
openstackgerritMerged openstack/nova master: placement: integrate ProviderTree to report client  https://review.openstack.org/41592123:23
*** andreas_s has joined #openstack-nova23:23
*** rtjure has quit IRC23:23
*** sree has quit IRC23:25
*** gmann_afk is now known as gmann23:25
*** esberglu has quit IRC23:25
*** smatzek has joined #openstack-nova23:26
*** slaweq has joined #openstack-nova23:26
*** chyka has joined #openstack-nova23:27
*** salv-orlando has joined #openstack-nova23:28
*** rtjure has joined #openstack-nova23:28
*** thomasem has joined #openstack-nova23:28
*** gyee has joined #openstack-nova23:28
*** smatzek has quit IRC23:30
*** andreas_s has quit IRC23:31
*** chyka has quit IRC23:32
*** salv-orlando has quit IRC23:32
*** mlavalle has quit IRC23:33
*** rtjure has quit IRC23:33
*** andreas_s has joined #openstack-nova23:36
*** suresh12 has quit IRC23:37
*** weshay|ruck is now known as weshay|PTO23:38
*** rtjure has joined #openstack-nova23:39
*** smatzek has joined #openstack-nova23:41
*** rtjure has quit IRC23:44
*** smatzek has quit IRC23:49
*** andreas_s has quit IRC23:50
*** awaugama has quit IRC23:50
*** rtjure has joined #openstack-nova23:50
*** jmlowe has joined #openstack-nova23:52
*** edmondsw has joined #openstack-nova23:55
*** rtjure has quit IRC23:55
*** andreas_s has joined #openstack-nova23:55
*** Swami has quit IRC23:56
*** edmondsw has quit IRC23:59
*** andreas_s has quit IRC23:59

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