Thursday, 2015-10-15

*** _RuiChen_ has quit IRC00:00
*** jodah has quit IRC00:00
*** phschwartz has quit IRC00:01
*** phschwartz has joined #openstack-nova00:01
*** ccarmack has joined #openstack-nova00:01
*** jodah has joined #openstack-nova00:01
*** asettle has quit IRC00:05
*** su_zhang has quit IRC00:05
*** yuntongjin has joined #openstack-nova00:09
*** Marga_ has quit IRC00:11
sfinucanCould anyone point me to some documentation on the versioning schema for the Instance (v2) model?00:11
*** shaohe_robot has joined #openstack-nova00:11
sfinucanTrying to rebase some work from the before this work and the versioning has me bamboozled. Is the Instance model even "versioned" any more?00:12
*** angdraug has quit IRC00:12
*** tojuvone_ has joined #openstack-nova00:13
*** apuimedo has quit IRC00:14
*** Marga_ has joined #openstack-nova00:14
*** sneti has quit IRC00:15
*** tojuvone has quit IRC00:16
*** Piet has joined #openstack-nova00:17
*** EinstCrazy has quit IRC00:18
*** zhangjn has quit IRC00:19
*** diogogmt has quit IRC00:21
*** achanda has quit IRC00:21
*** thumpba has quit IRC00:22
harlowjadoffm hopefully u saw http://lists.openstack.org/pipermail/openstack-dev/2015-May/063602.html00:24
harlowjavilobhmm11 can offer more data, but 'The zookeeper service driver in nova has probably been broken for 1 or00:24
harlowjamore releases, due to eventlet attributes that are gone that it via00:24
harlowjaevzookeeper[1] library was using.' ...00:24
*** achanda has joined #openstack-nova00:25
*** su_zhang has joined #openstack-nova00:26
*** eliqiao has joined #openstack-nova00:26
*** apuimedo has joined #openstack-nova00:26
*** shaohe_robot is now known as shaohe00:27
*** Marga_ has quit IRC00:28
vilobhmm11yes that thread has more details00:29
*** edmondsw has quit IRC00:29
vilobhmm11doffm : ^^00:29
vilobhmm11about to leave now…but will be more than happy to talk on this tommorow thanks00:29
*** thumpba has joined #openstack-nova00:30
*** vilobhmm11 has quit IRC00:31
*** apoorvad has quit IRC00:33
openstackgerritLi Yingjun proposed openstack/python-novaclient: Add sort_dir/key to flavor list  https://review.openstack.org/23462300:34
*** thumpba has quit IRC00:34
*** IanGovett has quit IRC00:43
*** eliqiao has quit IRC00:43
*** pm90_ has joined #openstack-nova00:49
*** eliqiao has joined #openstack-nova00:50
*** sneti has joined #openstack-nova00:53
*** emagana has quit IRC00:54
*** browne has quit IRC00:58
*** zhangjn has joined #openstack-nova01:01
*** EinstCra_ has joined #openstack-nova01:01
*** mrkz has quit IRC01:02
*** thumpba has joined #openstack-nova01:03
*** su_zhang has quit IRC01:04
*** rfolco has joined #openstack-nova01:07
*** rfolco has quit IRC01:07
*** shaohe_robot1 has joined #openstack-nova01:07
*** shaohe has quit IRC01:08
*** penick has quit IRC01:10
*** gszasz has quit IRC01:11
*** thumpba has quit IRC01:12
*** zhenguo has joined #openstack-nova01:14
*** apuimedo has quit IRC01:16
*** Daisy has joined #openstack-nova01:17
*** yuywz has joined #openstack-nova01:18
*** yuywz has quit IRC01:20
*** yuywz has joined #openstack-nova01:21
*** Daisy has quit IRC01:25
*** shuquan has joined #openstack-nova01:25
*** Daisy has joined #openstack-nova01:25
*** thumpba has joined #openstack-nova01:27
*** Daisy has quit IRC01:30
*** sajeesh has quit IRC01:31
*** obondarev has joined #openstack-nova01:31
*** Daisy has joined #openstack-nova01:32
*** obondarev_ has quit IRC01:32
openstackgerritZhenyu Zheng proposed openstack/nova: Resize: Return to initial state instead of ACTIVE when resize fails  https://review.openstack.org/20237901:36
openstackgerritZhenyu Zheng proposed openstack/nova: Add checks for volume status when rebuilding  https://review.openstack.org/21756701:37
*** sneti has quit IRC01:42
*** spandhe has quit IRC01:43
*** thumpba has quit IRC01:43
*** tangchen has joined #openstack-nova01:43
*** sneti has joined #openstack-nova01:45
*** links has joined #openstack-nova01:46
*** eharney has quit IRC01:50
*** thorst has quit IRC01:50
*** thumpba has joined #openstack-nova01:50
*** sfinucan has quit IRC01:50
*** tpeoples has quit IRC01:55
*** tojuvone_ is now known as tojuvone01:56
*** baoli has joined #openstack-nova01:56
*** diogogmt has joined #openstack-nova01:57
*** Daisy has quit IRC01:58
*** zhangjn has quit IRC01:59
*** Daisy has joined #openstack-nova01:59
*** unicell has quit IRC02:00
*** zhangjn has joined #openstack-nova02:01
*** sneti_ has joined #openstack-nova02:02
*** Murali has joined #openstack-nova02:03
tangchenHi, please help to review and re-approve this BP.02:03
tangchenhttps://blueprints.launchpad.net/nova/+spec/instance-crash-dump02:03
*** Daisy has quit IRC02:03
tangchenThe spec for mitaka is here: https://review.openstack.org/#/c/229255/02:04
*** sneti_ has quit IRC02:04
*** r-daneel has quit IRC02:08
*** boris-42 has quit IRC02:08
*** yunpengli has joined #openstack-nova02:09
*** yunpengli has quit IRC02:09
*** baoli has quit IRC02:13
*** Daisy has joined #openstack-nova02:14
*** stevemar_jays is now known as stevemar_02:15
*** thorst has joined #openstack-nova02:16
*** heyongli has joined #openstack-nova02:16
*** thorst has quit IRC02:17
*** sneti has quit IRC02:18
*** pixelbeat has quit IRC02:19
*** heyongli has quit IRC02:20
*** pixelbeat has joined #openstack-nova02:20
*** sneti has joined #openstack-nova02:21
*** heyongli has joined #openstack-nova02:21
*** yamahata has quit IRC02:21
*** sneti has quit IRC02:24
*** Daisy has quit IRC02:24
*** Daisy has joined #openstack-nova02:25
*** sneti has joined #openstack-nova02:27
*** sneti has quit IRC02:28
*** Daisy has quit IRC02:29
*** sneti has joined #openstack-nova02:29
*** sneti has quit IRC02:30
*** Daisy has joined #openstack-nova02:30
*** heyongli has quit IRC02:30
*** Daisy has quit IRC02:31
*** sneti has joined #openstack-nova02:31
*** heyongli has joined #openstack-nova02:31
*** Daisy has joined #openstack-nova02:31
*** Daisy has quit IRC02:34
*** Daisy has joined #openstack-nova02:34
*** sneti has quit IRC02:35
*** VW has joined #openstack-nova02:39
*** heyongli has quit IRC02:40
*** heyongli has joined #openstack-nova02:41
*** kumar has joined #openstack-nova02:43
*** asettle has joined #openstack-nova02:49
*** VW has quit IRC02:51
*** heyongli has quit IRC02:51
*** VW has joined #openstack-nova02:51
*** browne has joined #openstack-nova02:52
*** heyongli has joined #openstack-nova02:52
*** Murali has quit IRC02:54
*** Daisy has quit IRC02:55
*** Daisy has joined #openstack-nova02:55
*** tpeoples has joined #openstack-nova02:56
*** boris-42 has joined #openstack-nova02:58
*** Daisy has quit IRC03:00
*** heyongli has quit IRC03:01
*** sneti has joined #openstack-nova03:02
*** heyongli has joined #openstack-nova03:02
*** sneti_ has joined #openstack-nova03:03
*** sneti_ has quit IRC03:04
*** zhangjn has quit IRC03:06
*** sneti has quit IRC03:06
*** zhangjn has joined #openstack-nova03:08
*** sneti has joined #openstack-nova03:08
*** sneti has quit IRC03:09
*** heyongli has quit IRC03:11
*** sneti has joined #openstack-nova03:11
*** sneti has quit IRC03:12
*** heyongli has joined #openstack-nova03:12
*** sneti has joined #openstack-nova03:16
*** dims_ has quit IRC03:18
*** dave-mcc_ has joined #openstack-nova03:20
*** heyongli has quit IRC03:21
*** cfriesen_ has joined #openstack-nova03:22
*** heyongli has joined #openstack-nova03:22
*** mrkz has joined #openstack-nova03:23
*** dave-mccowan has quit IRC03:23
*** darrenc is now known as darrenc_afk03:24
*** garyk1 has joined #openstack-nova03:25
*** VW has quit IRC03:25
*** dave-mcc_ has quit IRC03:25
*** VW has joined #openstack-nova03:25
*** cfriesen has quit IRC03:26
*** diogogmt has quit IRC03:27
*** Daisy has joined #openstack-nova03:30
*** VW has quit IRC03:30
*** pixelbeat has quit IRC03:30
*** kumar has quit IRC03:31
*** heyongli has quit IRC03:32
*** heyongli has joined #openstack-nova03:33
*** tpeoples has quit IRC03:35
*** sneti has quit IRC03:35
*** sneti has joined #openstack-nova03:35
*** smurke has joined #openstack-nova03:37
*** su_zhang has joined #openstack-nova03:39
*** heyongli has quit IRC03:42
*** Daisy has quit IRC03:43
*** heyongli has joined #openstack-nova03:43
*** zhangjn has quit IRC03:43
*** Daisy has joined #openstack-nova03:43
*** VikasC_ has joined #openstack-nova03:43
*** haomaiwang has joined #openstack-nova03:44
*** Daisy has quit IRC03:45
*** Daisy has joined #openstack-nova03:46
*** sneti has quit IRC03:47
*** heyongli has quit IRC03:52
*** heyongli has joined #openstack-nova03:53
*** shuquan has quit IRC03:54
*** shuquan has joined #openstack-nova03:55
*** pm90_ has quit IRC03:59
openstackgerritTang Chen proposed openstack/nova: Trivial fix to unify instance_actions string style.  https://review.openstack.org/23409004:00
*** haomaiwang has quit IRC04:01
*** haomaiwang has joined #openstack-nova04:01
*** heyongli has quit IRC04:02
*** moshele has joined #openstack-nova04:03
*** heyongli has joined #openstack-nova04:03
*** shuquan has quit IRC04:05
*** haomaiwang has quit IRC04:06
*** pm90_ has joined #openstack-nova04:06
*** shuquan has joined #openstack-nova04:06
*** smurke has quit IRC04:07
*** shuquan has quit IRC04:08
*** tbh has joined #openstack-nova04:09
*** bobby has joined #openstack-nova04:10
*** heyongli has quit IRC04:13
*** Daisy_ has joined #openstack-nova04:14
*** heyongli has joined #openstack-nova04:14
*** seanw1 has quit IRC04:14
*** seanw1 has joined #openstack-nova04:15
*** Daisy has quit IRC04:17
*** moshele has quit IRC04:17
*** Daisy_ has quit IRC04:18
*** dims has joined #openstack-nova04:18
*** deepthi has joined #openstack-nova04:20
*** shuquan has joined #openstack-nova04:20
*** xyang1 has quit IRC04:22
*** heyongli has quit IRC04:23
*** darrenc_afk is now known as darrenc04:24
*** heyongli has joined #openstack-nova04:24
*** dims has quit IRC04:24
*** pm90_ has quit IRC04:26
*** mdrabe has joined #openstack-nova04:28
*** changbl has joined #openstack-nova04:31
*** achanda has quit IRC04:32
*** stevema__ has joined #openstack-nova04:33
*** heyongli has quit IRC04:33
*** stevemar_ has quit IRC04:33
*** heyongli has joined #openstack-nova04:34
*** Sree has joined #openstack-nova04:35
*** Sree has quit IRC04:35
*** Sree has joined #openstack-nova04:36
*** spandhe has joined #openstack-nova04:37
*** emagana has joined #openstack-nova04:37
*** bobby has quit IRC04:39
*** Kennan has quit IRC04:41
*** Kennan has joined #openstack-nova04:42
*** gsilvis has quit IRC04:43
*** heyongli has quit IRC04:43
*** heyongli has joined #openstack-nova04:44
*** zhangjn has joined #openstack-nova04:47
*** mdrabe has quit IRC04:53
*** heyongli has quit IRC04:54
*** heyongli has joined #openstack-nova04:54
*** mrkz has quit IRC04:56
*** amotoki has quit IRC04:57
*** amotoki_ has joined #openstack-nova04:57
*** claudiub has quit IRC04:58
*** heyongli has quit IRC05:04
*** heyongli has joined #openstack-nova05:05
*** gsilvis has joined #openstack-nova05:05
*** zhangjn has quit IRC05:09
*** moshele has joined #openstack-nova05:11
*** heyongli has quit IRC05:14
*** heyongli has joined #openstack-nova05:15
*** jwcroppe has joined #openstack-nova05:16
*** pm90_ has joined #openstack-nova05:17
*** zhangjn has joined #openstack-nova05:18
*** dims has joined #openstack-nova05:21
*** Marga_ has joined #openstack-nova05:24
*** Marga_ has quit IRC05:24
*** heyongli has quit IRC05:24
*** Marga_ has joined #openstack-nova05:25
*** achanda has joined #openstack-nova05:25
*** heyongli has joined #openstack-nova05:25
*** thumpba has quit IRC05:26
*** Daisy has joined #openstack-nova05:26
*** dims has quit IRC05:26
*** emagana has quit IRC05:31
*** zhangjn has quit IRC05:33
*** heyongli has quit IRC05:35
*** nkrinner has joined #openstack-nova05:35
*** heyongli has joined #openstack-nova05:36
*** zhangjn has joined #openstack-nova05:36
*** breitz has quit IRC05:36
*** breitz has joined #openstack-nova05:36
*** thumpba has joined #openstack-nova05:36
*** thumpba has quit IRC05:36
*** thumpba has joined #openstack-nova05:37
*** thumpba has quit IRC05:38
*** Marga_ has quit IRC05:38
*** zhangjn has quit IRC05:39
*** zhangjn has joined #openstack-nova05:39
*** heyongli has quit IRC05:45
*** heyongli has joined #openstack-nova05:46
*** asettle has quit IRC05:49
*** Daisy has quit IRC05:49
*** Daisy has joined #openstack-nova05:50
*** zhangjn has quit IRC05:51
*** asettle has joined #openstack-nova05:53
*** asettle has quit IRC05:53
*** asettle has joined #openstack-nova05:53
*** zhangjn has joined #openstack-nova05:53
*** asettle has quit IRC05:53
*** Daisy has quit IRC05:54
*** asettle has joined #openstack-nova05:55
*** heyongli has quit IRC05:55
*** heyongli has joined #openstack-nova05:56
*** asettle has quit IRC05:59
*** asettle has joined #openstack-nova06:02
*** heyongli has quit IRC06:05
*** Murali has joined #openstack-nova06:06
*** heyongli has joined #openstack-nova06:06
*** zhangjn has quit IRC06:09
*** Daisy has joined #openstack-nova06:10
*** asettle has quit IRC06:11
*** asettle has joined #openstack-nova06:11
*** sahid has joined #openstack-nova06:11
*** su_zhang has quit IRC06:11
*** vilobhmm11 has joined #openstack-nova06:12
*** Daisy has quit IRC06:12
*** 16WAAIQMV has joined #openstack-nova06:12
*** Daisy has joined #openstack-nova06:12
*** Marga_ has joined #openstack-nova06:14
*** sahid has quit IRC06:15
*** sahid has joined #openstack-nova06:15
*** heyongli has quit IRC06:16
*** unicell has joined #openstack-nova06:16
*** Daisy has quit IRC06:16
*** heyongli has joined #openstack-nova06:16
*** zhangjn has joined #openstack-nova06:18
*** apuimedo has joined #openstack-nova06:18
openstackgerritZhenyu Zheng proposed openstack/nova: Add checks for volume status when rebuilding  https://review.openstack.org/21756706:18
*** spandhe has quit IRC06:18
*** haomaiwang has joined #openstack-nova06:19
*** manas has joined #openstack-nova06:19
*** zhangjn has quit IRC06:20
*** Marga_ has quit IRC06:21
*** 16WAAIQMV has quit IRC06:21
*** dims has joined #openstack-nova06:22
openstackgerritTang Chen proposed openstack/nova-specs: Inject NMI to an instance  https://review.openstack.org/22925506:24
*** shuquan has quit IRC06:25
openstackgerritTang Chen proposed openstack/nova-specs: Inject NMI to an instance  https://review.openstack.org/22925506:25
*** Daisy has joined #openstack-nova06:25
*** heyongli has quit IRC06:26
*** liusheng has joined #openstack-nova06:27
*** heyongli has joined #openstack-nova06:27
*** dims has quit IRC06:27
*** zhangjn has joined #openstack-nova06:28
*** breitz has quit IRC06:28
*** breitz has joined #openstack-nova06:28
*** kiran-r has joined #openstack-nova06:30
*** Miouge has joined #openstack-nova06:32
*** zhangjn has quit IRC06:32
*** zhangjn has joined #openstack-nova06:34
*** Daisy has quit IRC06:35
*** apuimedo has quit IRC06:36
*** Daisy has joined #openstack-nova06:36
*** heyongli has quit IRC06:36
*** heyongli has joined #openstack-nova06:37
openstackgerritTang Chen proposed openstack/nova: Improve inject_nmi() in libvirt driver and add tests.  https://review.openstack.org/20879406:37
openstackgerritTang Chen proposed openstack/nova: Add a compute RPC API to trigger crash dump in instance.  https://review.openstack.org/20260506:38
openstackgerritTang Chen proposed openstack/nova: Add a cell RPC API to trigger crash dump in instance.  https://review.openstack.org/23469106:38
*** zhangjn has quit IRC06:38
openstackgerritTang Chen proposed openstack/nova: Add a Nova API to trigger crash dump in an instance.  https://review.openstack.org/20261706:38
*** romainh has joined #openstack-nova06:38
*** zhangjn has joined #openstack-nova06:39
*** scheuran has joined #openstack-nova06:39
*** jamielennox is now known as jamielennox|away06:39
*** Daisy has quit IRC06:40
*** aayu has joined #openstack-nova06:42
*** armax has quit IRC06:44
*** heyongli has quit IRC06:46
aayucan somebody explain the nova boot process06:47
*** heyongli has joined #openstack-nova06:47
*** zhangjn has quit IRC06:48
*** jcoufal has joined #openstack-nova06:49
*** manas has quit IRC06:51
*** deepakcs has joined #openstack-nova06:54
*** heyongli has quit IRC06:57
*** heyongli has joined #openstack-nova06:57
*** aayu has quit IRC07:00
*** garyk1 has quit IRC07:00
*** Daisy has joined #openstack-nova07:03
*** cfriesen_ has quit IRC07:05
*** mpavone has joined #openstack-nova07:07
*** heyongli has quit IRC07:07
openstackgerritAbhishek Kekane proposed openstack/nova-specs: Improve performance of UnShelve API  https://review.openstack.org/13538707:08
*** rotbeard has quit IRC07:08
*** heyongli has joined #openstack-nova07:08
*** matrohon has joined #openstack-nova07:08
*** belmoreira has joined #openstack-nova07:10
*** sudipto has joined #openstack-nova07:13
*** browne has quit IRC07:15
*** pixelbeat has joined #openstack-nova07:16
*** heyongli has quit IRC07:17
*** browne has joined #openstack-nova07:18
*** heyongli has joined #openstack-nova07:18
*** browne has quit IRC07:23
*** achanda has quit IRC07:27
*** heyongli has quit IRC07:27
*** heyongli has joined #openstack-nova07:29
*** Daisy has quit IRC07:31
*** Daisy has joined #openstack-nova07:31
*** stevema__ has quit IRC07:32
*** stevemar_ has joined #openstack-nova07:33
*** stevemar_ has quit IRC07:35
*** Daisy has quit IRC07:36
*** jichen has joined #openstack-nova07:36
*** achanda has joined #openstack-nova07:36
*** achanda has quit IRC07:37
*** heyongli has quit IRC07:38
*** heyongli has joined #openstack-nova07:39
*** browne has joined #openstack-nova07:39
*** achanda has joined #openstack-nova07:39
*** jlanoux has joined #openstack-nova07:43
bauzasgood morning Nova07:44
ndipanovohayo!07:47
*** haomaiwang has quit IRC07:48
*** heyongli has quit IRC07:48
*** Daisy has joined #openstack-nova07:49
*** heyongli has joined #openstack-nova07:49
*** haomaiwa_ has joined #openstack-nova07:50
* alex_xu thinks whether need learn some japanese word to catch the fashion trends before summit07:51
*** lpetrut has joined #openstack-nova07:51
openstackgerritBalazs Gibizer proposed openstack/nova-specs: Add notification for service status change  https://review.openstack.org/18235007:54
*** amotoki_ has quit IRC07:55
*** Miouge has quit IRC07:55
*** josecastroleon has joined #openstack-nova07:55
*** heyongli has quit IRC07:58
*** heyongli has joined #openstack-nova07:59
*** alex_klimov has joined #openstack-nova07:59
*** pradipta has joined #openstack-nova08:02
*** Miouge has joined #openstack-nova08:03
*** achanda has quit IRC08:03
openstackgerritBartosz Fic proposed openstack/nova: Block migrate with attached volumes copies volumes to themselves  https://review.openstack.org/22727808:04
*** moshele has quit IRC08:05
*** markus_z has joined #openstack-nova08:05
*** amotoki has joined #openstack-nova08:06
*** xgsa has joined #openstack-nova08:07
*** browne has quit IRC08:08
*** yassine has joined #openstack-nova08:08
*** tdurakov has joined #openstack-nova08:08
*** heyongli has quit IRC08:08
*** snikitin has joined #openstack-nova08:09
*** alex_klimov has quit IRC08:09
*** heyongli has joined #openstack-nova08:10
*** Miouge has quit IRC08:12
*** garyk1 has joined #openstack-nova08:12
*** achanda has joined #openstack-nova08:12
*** marzif has joined #openstack-nova08:12
*** lucasagomes has joined #openstack-nova08:17
*** asettle has quit IRC08:17
*** ankit_ag has joined #openstack-nova08:17
*** moshele has joined #openstack-nova08:18
*** heyongli has quit IRC08:19
*** marzif has quit IRC08:19
*** heyongli has joined #openstack-nova08:20
*** marzif has joined #openstack-nova08:20
*** NightKhaos has quit IRC08:21
*** derekh has joined #openstack-nova08:22
*** NightKhaos has joined #openstack-nova08:24
*** dims has joined #openstack-nova08:25
*** Miouge has joined #openstack-nova08:26
*** danpb has joined #openstack-nova08:27
*** jwcroppe has quit IRC08:27
*** jwcroppe has joined #openstack-nova08:28
*** heyongli has quit IRC08:29
kashyapalex_xu: You want to learn a word or two only to catch "fashion trends"?  :P08:30
*** jistr has joined #openstack-nova08:30
*** heyongli has joined #openstack-nova08:30
*** dims has quit IRC08:30
*** Miouge has quit IRC08:32
*** jwcroppe has quit IRC08:32
*** Daisy has quit IRC08:34
*** rotbeard has joined #openstack-nova08:34
*** Daisy has joined #openstack-nova08:34
*** aix has joined #openstack-nova08:35
*** EinstCra_ has quit IRC08:36
*** EinstCrazy has joined #openstack-nova08:37
*** Daisy has quit IRC08:38
*** heyongli has quit IRC08:39
*** heyongli has joined #openstack-nova08:40
*** ccesario_ has quit IRC08:43
*** amotoki has quit IRC08:43
*** haomaiwa_ has quit IRC08:44
*** zhangjn has joined #openstack-nova08:44
*** shuquan has joined #openstack-nova08:46
*** haomaiwang has joined #openstack-nova08:47
*** heyongli has quit IRC08:49
*** Miouge has joined #openstack-nova08:50
*** heyongli has joined #openstack-nova08:51
*** amotoki has joined #openstack-nova08:53
*** ZZelle has quit IRC08:53
*** ZZelle has joined #openstack-nova08:54
openstackgerritTang Chen proposed openstack/nova-specs: Migration state machine  https://review.openstack.org/23516908:54
*** ccesario_ has joined #openstack-nova08:55
*** kiranr has joined #openstack-nova08:57
*** kiran-r has quit IRC08:57
*** leseb_ has quit IRC08:57
*** exploreshaifali has joined #openstack-nova08:59
*** subscope has joined #openstack-nova08:59
*** heyongli has quit IRC09:00
*** haomaiwang has quit IRC09:01
*** heyongli has joined #openstack-nova09:01
*** doron has joined #openstack-nova09:01
*** leseb_ has joined #openstack-nova09:03
*** amotoki has quit IRC09:03
*** marzif_ has joined #openstack-nova09:04
*** ccesario_ has quit IRC09:04
*** marzif has quit IRC09:04
*** PaulMurray has joined #openstack-nova09:04
*** haomaiwa_ has joined #openstack-nova09:06
*** doron has quit IRC09:06
*** doron has joined #openstack-nova09:07
rajesht_mikal: needed one more +2, could you please review https://review.openstack.org/#/c/170118/09:07
rajesht_mikal: thanks09:07
*** yuntongjin has quit IRC09:07
PaulMurraytdurakov, hi, I missed you yesterday - do you want to talk09:09
*** ildikov has joined #openstack-nova09:10
*** heyongli has quit IRC09:10
tdurakovPaulMurray, hello, yep, about live-migration, I'll be available in a half an hour09:10
*** vilobhmm11 has quit IRC09:11
PaulMurrayok - ping me09:11
*** heyongli has joined #openstack-nova09:11
garyk1danpb: can i please beg for a review for https://review.openstack.org/23042509:12
openstackgerritjichenjc proposed openstack/nova: WIP: add vnc section into nova configuration  https://review.openstack.org/23483609:12
*** shuquan has quit IRC09:13
*** shuquan has joined #openstack-nova09:14
tangchenHi, beg for a review of https://blueprints.launchpad.net/nova/+spec/migration-state-machine09:15
*** achanda has quit IRC09:15
tangchenWe also have a thread in openstack-dev mailing list.09:16
tangchenhttps://www.mail-archive.com/openstack-dev%40lists.openstack.org/msg65797.html09:16
*** ccesario_ has joined #openstack-nova09:16
tangchenBP and spec are both available.09:17
*** leimon has joined #openstack-nova09:18
*** kumar has joined #openstack-nova09:18
*** aloga has quit IRC09:18
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Merge tag '12.0.0'  https://review.openstack.org/23518109:20
*** heyongli has quit IRC09:20
*** heyongli has joined #openstack-nova09:21
*** NithyaG has joined #openstack-nova09:24
*** kumar has quit IRC09:24
*** hwoarang has quit IRC09:26
*** e0ne has joined #openstack-nova09:26
*** dims has joined #openstack-nova09:27
*** hwoarang has joined #openstack-nova09:27
openstackgerritRico Lin proposed openstack/python-novaclient: improve readme contents  https://review.openstack.org/23519609:28
*** manas has joined #openstack-nova09:30
*** heyongli has quit IRC09:30
tdurakovPaulMurray, hey:)09:31
*** heyongli has joined #openstack-nova09:32
johnthetubaguytangchen: I have replied to your spec about host maintenance mode, afraid I don't understand from the spec what you expect the code to do09:32
*** dims has quit IRC09:32
PaulMurraytdurakov, hi09:33
*** VW has joined #openstack-nova09:34
tdurakovabout live-migration: there is a lot of work scheduled in this area for mitaka, so what about makin sub-team for that09:34
*** yuywz has quit IRC09:34
*** shuquan has quit IRC09:34
*** achanda has joined #openstack-nova09:34
PaulMurrayyes, that is a good idea - actually johnthetubaguy and I were more or less going that way09:35
*** doron has left #openstack-nova09:35
PaulMurraywhat are you involved in - I think it was your ML thread about CI right?09:35
tdurakovPaulMurray: yep, have chat with johnthetubaguy  about, he ok with that too:)09:35
tdurakovPaulMurray, yep, CI, and spec for code09:36
tdurakovfor mitaka09:36
danpbi dunno that we need a formal sub-team09:36
*** shuquan has joined #openstack-nova09:36
*** garyk1 has quit IRC09:36
tdurakovi've also pushed some patches to tempest09:36
danpbalot of the work is fairly independent & planning can be handled in normal nova meetings when needed imho09:36
PaulMurraydanpb, you think were doing fine as we are09:36
danpbIMHO we should avoid adding bureaucracy  unless there's a compelling benefit09:37
PaulMurrayMaybe we can do something more low key09:37
PaulMurraythe intel and rackspace guys were organising bug work between themselves09:37
danpbthe etherpad tracking all the related efforts and mailing list discussions are the most important bits09:37
tdurakovdanpb, it's not about bureacracy, i thought it could help with coordination09:37
PaulMurrayand I'm not sure anyone else knew09:38
*** pradipta has quit IRC09:38
PaulMurrayso making sure things are on the etherpads is at least a good step09:38
PaulMurrayand maybe making a clear place to put it09:39
danpbkeeping discussions on the mailing list is also important imho09:39
*** haomaiwa_ has quit IRC09:39
danpbif you move it to a sub-team irc meeting then in becomes invisible to most of the nova contributors who don't attend09:39
*** haomaiwang has joined #openstack-nova09:39
tdurakovdanpb, so, how make things easier?09:40
*** shuquan has quit IRC09:40
tdurakovwhere for example i can find link for etherpad with live-migration ideas?)09:40
*** heyongli has quit IRC09:41
tdurakovPaulMurray,09:41
*** shuquan has joined #openstack-nova09:41
*** heyongli has joined #openstack-nova09:42
PaulMurraytdurakov, what I started on with johnthetubaguy was to see if we could get some sort of priority status for migration work in mitaka09:42
PaulMurrayfor that it seems we need to know what is being done and who is interested09:42
johnthetubaguyyeah, I think the best start is to create a subteam entry in here, for code reviews: https://etherpad.openstack.org/p/mitaka-nova-priorities-tracking09:42
PaulMurrayand most importantly, which cores can be looked to for reviews09:43
danpbyeah, making it a priority item would seem valuable given the level of interest in tit09:43
*** aix has quit IRC09:43
PaulMurrayso I think we have established there is intereste and a whole lot of work09:43
PaulMurraygoing on09:43
PaulMurrayso lets make it easy for people to find their way into09:43
*** hwoarang has quit IRC09:43
johnthetubaguyand then also create a list of specs in here: https://etherpad.openstack.org/p/mitaka-nova-spec-review-tracking create a little list under technical debt for live-migrate stuff09:43
johnthetubaguyso I think its a good candidate for a priority item, we have that summit session to debate that list.09:44
*** hwoarang has joined #openstack-nova09:45
tdurakovjohnthetubaguy, can i add my spec to the list too?)09:45
johnthetubaguytdurakov: anyone can add to the etherpads, so yes09:45
*** ihrachys has joined #openstack-nova09:46
*** haomaiwang has quit IRC09:46
PaulMurrayso johnthetubaguy, I wasn't sure where to put a sub-section on those pages - ah - its changeing as I look - I think that's you typing johnthetubaguy09:46
*** links has quit IRC09:47
*** haomaiwang has joined #openstack-nova09:47
*** exploreshaifali has quit IRC09:48
johnthetubaguyPaulMurray: yeah, just added that in at the bottom09:48
PaulMurrayjohnthetubaguy, could group the migration specs on https://etherpad.openstack.org/p/mitaka-nova-spec-review-tracking09:48
PaulMurraythey are scattered over the place now09:49
johnthetubaguyPaulMurray: yes, please do group them, I think under the technical debt section, see the SRIOV list, as an example09:50
PaulMurrayok - I'll do that now09:50
johnthetubaguyPaulMurray: tdurakov: so an idea, do we want to focus on "live-migration" or on "host maintenance workflows"?09:50
*** exploreshaifali has joined #openstack-nova09:51
tdurakovjohnthetubaguy, host maintenance workflows == long-running-tasks?09:51
*** dims has joined #openstack-nova09:51
*** heyongli has quit IRC09:51
johnthetubaguytdurakov: no, I am thinking more about including ways folks maintain their fleet of servers, in general09:52
bauzasdanpb: why do you think subteams are bureaucracy ? IMHO, it's an really cool thing for having people discussing09:52
johnthetubaguytdurakov: so document how you do your fleet management, include some blueprints we have around mark host down exposing the server state09:52
*** heyongli has joined #openstack-nova09:52
bauzasand really not something paperworkiong09:52
kashyapbauzas: I think he's focusing on getting work done, rather being tied up in paperwork, if I'm reading correctly09:52
bauzasanyone can go to a subteam meeting if he wants to know about the discussions09:52
tdurakovPaulMurray, added spec to other section, please join  it to new section too09:53
bauzashonestly, it's not a paperwork09:53
tdurakovbauzas, +109:53
bauzasI'm really happy to see people going to the sched meeting if they want to discuss about scheduling09:53
kashyapbauzas: I'm not making a blanket statement it is :-)09:53
tdurakovat least i supposed that when talked about subteam09:53
danpbbauzas: you say anyone can go to a subteam meeting, but in reality that's not practical09:54
PaulMurraytdurakov, did I get the one you want in there?09:54
bauzasat least, we have a very cool way to know all the efforts re: to a subteam09:54
bauzasfor example, I went to the API meeting and I saw all the discussions in there09:54
danpbwith the number of subteams you'd be in meetings all the time09:54
johnthetubaguyif done badly, you end up with lots of paperwork, and hiding your efforts, done well, you get great collaboration between lots of different folks across the globe, its exactly why I don't "manage" sub groups, its up to the sub group to find what works for them, which maybe be "do nothing"09:54
bauzasby looking at the etherpad section for API, I was knowing the consensus09:55
danpbso every time we create a sub-team it ends up silo-ing  the discussions to only people in that subteam09:55
tdurakovPaulMurray, yep, thanks09:55
danpbmaking it broadly invisible to the rest of the community09:55
bauzasit's not siloing09:55
*** achanda has quit IRC09:55
bauzaswe have open meetings09:55
bauzaswe also provide a list of BPs we want to work for the cycle09:55
bauzaswe can also discuss about any documentation problem09:55
bauzastrying to see how we could have some low-hanging-fruits too09:56
* PaulMurray its all kicking off now !09:56
tangchentdurakov, johnthetubaguy, IIUC, host maintenance mode is a mode the host will be in if we want to do some system or hardware upgrade. So I thought we should disable compute service and migrate all VMs out.09:56
bauzasthat kind of stuff that can't be done during the main nova meeting because we don't have so much time09:56
bauzaslike here - live migration09:56
bauzaswe know that we have lots of discussions coming in09:56
johnthetubaguytangchen: so disabling the host does most of what you want09:57
tdurakovtangchen, yes, it is09:57
*** yassine has quit IRC09:57
bauzaswithout having a subteam with meetings, it would be very difficult for me to knowing any consensus09:57
*** Daisy has joined #openstack-nova09:57
PaulMurrayjohnthetubaguy, did someone make it so you can't force to host when its in maintenance mode?09:57
johnthetubaguytangchen: but we don't want the move all the VMs orchestration in Nova, its already been added in python-novaclient to make that easier09:57
bauzasif no subteam, I'd have to haress any guys that I know to know what was discuss internally09:57
tangchentdurakov, johnthetubaguy, Really? Disabling compute service will migrate VMs ?09:58
*** aix has joined #openstack-nova09:58
johnthetubaguytangchen: no, I am saying moving all the VMs its out of scope for nova09:58
johnthetubaguytangchen: disabling the host tells folks something is about to happen09:58
johnthetubaguytangchen: I am specifically thinking about this bit:  http://docs.openstack.org/developer/nova/project_scope.html#no-more-orchestration09:58
tangchenWould you please tell me which novaclient command will migrate all VMs ?09:59
tangchenOK, I'm reading the URL09:59
PaulMurrayjohnthetubaguy, I was about to say that - how far does the "host maintenance workflows" go in you rmind09:59
*** manas has quit IRC09:59
*** pkholkin has joined #openstack-nova09:59
johnthetubaguyPaulMurray: yeah, I think part of that is about agreeing how all this should be done10:00
johnthetubaguytangchen: will dig that up, one sec10:00
PaulMurrayjohnthetubaguy, I would be keen to keep what we are doing for migration focused right now10:00
*** zhangjn has quit IRC10:00
*** aloga has joined #openstack-nova10:00
PaulMurrayjohnthetubaguy, I think your comment hit me from left field and I need to understand it10:01
*** EinstCrazy has quit IRC10:01
*** heyongli has quit IRC10:01
PaulMurraywhat other workflows are you thinking of?10:01
johnthetubaguyPaulMurray: yeah, I think its the correct short term focus, I am thinking about bringing a few threads of activity together I guess, that may be a bad idea...10:01
*** Miouge has quit IRC10:02
johnthetubaguyPaulMurray: I was thinking of a few specs we have to tell en users about the current state of the host your instance is on, warning of pending maintenance, and that kind of thing10:02
*** heyongli has joined #openstack-nova10:02
*** gszasz has joined #openstack-nova10:03
tdurakovjohnthetubaguy, PaulMurray, maybe start from live-migrations first, on the other hand, this activities could be done in parallel10:03
*** Daisy has quit IRC10:03
PaulMurrayjohnthetubaguy, maybe bring it up under a seperate title - rather than grouping them together10:03
PaulMurrayI think people understand that migration is involved, but it is much sider10:04
PaulMurrays/sider/wider/10:04
*** Daisy has joined #openstack-nova10:04
*** manas has joined #openstack-nova10:04
tdurakovPaulMurray, agreed10:04
johnthetubaguytdurakov: https://github.com/openstack/python-novaclient/blob/f1ea28349bb8e3a79457137e4d06bb599b30b6c6/novaclient/v2/contrib/host_evacuate_live.py#L6310:05
*** shuquan has quit IRC10:05
*** jwcroppe has joined #openstack-nova10:05
tdurakovjohnthetubaguy, yep, tangchen maybe:)10:05
johnthetubaguyoops,10:05
johnthetubaguytangchen: https://github.com/openstack/python-novaclient/blob/f1ea28349bb8e3a79457137e4d06bb599b30b6c6/novaclient/v2/contrib/host_evacuate_live.py#L6310:05
tangchenjohnthetubaguy, yes, I saw that10:06
tangchenThank you very much10:06
*** jwcroppe has quit IRC10:06
johnthetubaguytangchen: happy to help, totally agree we need to solve the problem you are facing, its more a question of how we implement it10:06
*** jwcroppe has joined #openstack-nova10:06
johnthetubaguytangchen: it all boils down to nova growing too big, as a project, and having to draw hard lines in places so we don't just keep growing bigger and bigger!10:07
*** manas has quit IRC10:07
tangchenjohnthetubaguy: I agree. If I want to talk about it more, should I keep talking here ?  Looks like you are about to talk about live-migration todo list10:08
tdurakovjohnthetubaguy, PaulMurray, i think we need 2 things for live-migration subteam or whether it would be named. track progress and meetup to discuss current activities.10:08
*** Daisy has quit IRC10:09
*** VW has quit IRC10:09
tdurakovwe have etherpad now10:09
tdurakov:)10:09
*** VW has joined #openstack-nova10:09
*** zhenguo has quit IRC10:09
*** jwcroppe has quit IRC10:11
PaulMurraydanpb, are you going to tokyo?10:11
danpbPaulMurray: yep10:11
*** heyongli has quit IRC10:11
*** Alexus has joined #openstack-nova10:12
PaulMurraygood - so we can sort more out then10:12
bauzastdurakov: honestly, the first step would be a virtual meet-and-greet10:12
bauzasthen, you could see which areas are worth of interest10:12
*** heyongli has joined #openstack-nova10:13
*** qwebirc40804 has joined #openstack-nova10:13
jaypipessdague: if you have a moment.. https://review.openstack.org/#/c/223235/10:13
kashyapEtherpad content from PaulMurray seem to pretty solidly describe the potential focus areas10:13
PaulMurraytdurakov, lets see how it shakes out at the summit - I agree about coordination - it might make sense for some activities to have IRC meets, so we can see what people think when we get there10:14
tdurakovPaulMurray, ok, let discuss that at the summit10:15
*** subscope has quit IRC10:16
tdurakovPaulMurray, last week top for multinode-job, btw: http://xsnippet.org/361075/10:17
*** ildikov has quit IRC10:17
*** jwcroppe has joined #openstack-nova10:18
tangchentdurakov, Would you please share the etherpad address ?  You mean that etherpad, a web page that you can edit your own thing, right ?10:18
tdurakovtangchen, i was talking about that https://etherpad.openstack.org/p/mitaka-nova-spec-review-tracking there is a section for live-migration now10:19
PaulMurraytangchen, there is more detail at https://etherpad.openstack.org/p/mitaka-live-migration10:20
tangchentdurakov, Thanks. May I have a section for host maintenance mode ?10:20
tangchenPaulMurray, Thank you very much. :)  looking at it.10:21
*** jwcroppe has quit IRC10:21
tdurakovtangchen, as johnthetubaguy said, it's free to add, i think he wouldn't mind10:21
tangchenThank you10:21
*** heyongli has quit IRC10:22
*** jwcroppe has joined #openstack-nova10:22
*** heyongli has joined #openstack-nova10:23
sdaguejaypipes: caffinating and looking10:25
sdaguealex_xu: you up and about?10:26
sdagueI had a question about why some of the routes seem to be declared twice in the wsgi stack10:26
*** doron has joined #openstack-nova10:26
*** jwcroppe has quit IRC10:26
alex_xusdague: I'm here10:26
*** aix has quit IRC10:26
alex_xusdague: do you have example?10:26
alex_xukashyap: yea :)10:28
oomichijohnthetubaguy: sdague: alex_xu: https://review.openstack.org/#/c/235092/ is a prototype for generating api doc from tempest.log10:28
sdagueyeh, one sec10:28
alex_xuoomichi: cool, thanks10:28
sdaguealex_xu: https://github.com/openstack/nova/blob/338d884970b900264546ef3d3fc91dafeb9f29c3/nova/api/openstack/compute/server_metadata.py#L19010:28
alex_xuoomichi: will take a look at later10:28
oomichijohnthetubaguy: sdague: alex_xu: glad if getting feedback from you guys ;)10:28
oomichialex_xu: thanks :)10:28
sdaguehttps://github.com/openstack/nova/blob/338d884970b900264546ef3d3fc91dafeb9f29c3/nova/api/openstack/compute/__init__.py#L14310:28
openstackgerritDeepak C Shetty (deepakcs) proposed openstack/nova-specs: Move volume-snapshot-improvements spec to Mitaka  https://review.openstack.org/23146710:28
sdagueI was trying to unwind the optional bits here10:29
alex_xusdague: I guess it for add 'update_all' action10:29
sdaguesorry, I was trying to figure out what it would take to make project_id optional, the metadata routes don't use resources10:29
sdaguealex_xu: right, but why twice10:29
johnthetubaguyoomichi: would it be possible to use that more as a check for the docs generated from the nova code?10:29
*** haomaiwang has quit IRC10:29
deepakcsjohnthetubaguy: thanks for your review, I uploaded the bp w/ copy (not move), pls bless when u have time . https://review.openstack.org/#/c/231467/10:29
alex_xusdague: emm....yea, I guess that is a mistake10:30
sdagueoh.... wait10:31
sdaguethe __init__ one is the v2 controller10:31
sdagueI missed that the first time10:31
oomichijohnthetubaguy: nice point. the prototype can generate most part of api doc, but it is necessary to write descriptions of each parameters from json-schema definitions of nova's code.10:31
*** doron has quit IRC10:31
sdagueok, that makes a ton more sense then10:31
*** doron has joined #openstack-nova10:31
*** Miouge has joined #openstack-nova10:32
*** heyongli has quit IRC10:32
*** Sree has quit IRC10:32
oomichijohnthetubaguy: current json-schema defintions don't contain descriptions of each parameters. so we need to add them on nova side10:32
johnthetubaguyoomichi: I like the idea of use being able to check tempest is covering all the stuff the code says should be there, etc10:32
johnthetubaguyoomichi: yeah, I am fine with us adding descriptions and things, somehow, if that helps easy doc generation10:33
*** heyongli has joined #openstack-nova10:33
oomichijohnthetubaguy: one idea is that tempest's external plugin interface can get code from the other projects.10:33
alex_xusdague: which __init__?10:34
*** alex_klimov has joined #openstack-nova10:34
oomichijohnthetubaguy: so if putting the definitions where tempest can get, tempest will generate all part of api doc.10:34
*** stevemar_ has joined #openstack-nova10:34
johnthetubaguyoomichi: I would rather they all lived in the nova tree10:34
johnthetubaguyoomichi: that way all the docs get added in the same commit as the API being added, so its harder for us to forget and get out of sync10:35
oomichijohnthetubaguy: or providing these info via json-home10:36
*** dave-mccowan has joined #openstack-nova10:36
openstackgerritSean Dague proposed openstack/nova: DNM: Making project_id optional in v2.1 urls  https://review.openstack.org/23307610:36
johnthetubaguyoomichi: docs are more important to me than json-home, but yes, we would need all that data to be able to do json-home10:36
openstackgerritSean Dague proposed openstack/python-novaclient: make project_id optional in urls for version discovery  https://review.openstack.org/23478210:37
*** kolesovdv has joined #openstack-nova10:37
*** aix has joined #openstack-nova10:37
sdaguealex_xu: nova/api/openstack/__init__.py10:37
oomichijohnthetubaguy: I also, because my purpose of json-home is ideal api doc for users.10:37
oomichiif users can get the api doc, the way is not matter.10:38
*** stevemar_ has quit IRC10:38
*** doron is now known as doron_afk10:38
alex_xusdague: you mean APIRouter? that is for v210:38
sdaguealex_xu: yeh10:38
sdaguethat was what I missed before having enough coffee10:38
sdagueI was git grepping for mapper.connect10:39
*** romainh has quit IRC10:39
*** leimon has quit IRC10:39
*** pm90_ has quit IRC10:39
alex_xusdague: ok :)10:39
johnthetubaguyoomichi: I just think we need to focus on getting the docs into swagger, everything else is secondary right now I feel10:39
oomichijohnthetubaguy: that is also a nice option.10:40
alex_xuoomichi: I guess if we want to put all the thing for generate doc into json-home, it must need extend json-home.10:40
*** alexpilotti has joined #openstack-nova10:41
oomichijohnthetubaguy: my point is that it is nice to apply the same way to all projects(not only nova) by tempest way.10:41
oomichijohnthetubaguy: I guess it is difficult to implement swagger way on all projects10:42
*** heyongli has quit IRC10:42
oomichianyways, there are Pros/Cons on each way10:42
oomichinice to think about that10:43
alex_xuthat sounds nice point10:43
*** heyongli has joined #openstack-nova10:43
johnthetubaguyoomichi: so I think swagger is what the docs team have chosen to get a common format between all the project10:43
alex_xubut if so, why we not return swagger instead of json-home, sounds like swagger totally can instead of json-home10:44
johnthetubaguyoomichi: there a few different methods to generate the swagger per project, for the different tech each one is using, as I understand it10:44
*** Miouge has quit IRC10:44
johnthetubaguyoomichi: at this point, we need to generate swagger from somewhere, I think10:44
*** Miouge has joined #openstack-nova10:44
*** IanGovett has joined #openstack-nova10:45
oomichijohnthetubaguy: ah, I see. swagger seems nice because of chosen way from doc team :)10:46
*** lpetrut has quit IRC10:46
johnthetubaguyoomichi: yeah, it gives them all the tooling they need, as I understand it10:48
johnthetubaguywell, a lot of the tooling anyways10:49
*** weihan has joined #openstack-nova10:51
* bauzas is not on Friday, fortunately because if not, he could have said "WSME" 10:51
* bauzas jk 10:52
*** heyongli has quit IRC10:52
*** garyk1 has joined #openstack-nova10:54
*** heyongli has joined #openstack-nova10:54
*** asettle has joined #openstack-nova10:54
*** subscope has joined #openstack-nova10:56
*** kiranr has quit IRC10:59
*** ociuhandu has quit IRC10:59
openstackgerritSergey Nikitin proposed openstack/nova: Added server tags support in nova-api  https://review.openstack.org/12894011:00
*** EinstCrazy has joined #openstack-nova11:00
johnthetubaguybauzas: yeah, that was totally popping into my head as well11:01
bauzasjohnthetubaguy: honestly, I worked with it a couple of years ago, and I feel swagger is a nicer move11:03
*** heyongli has quit IRC11:03
bauzasbut I was like with the 0.5 version11:03
johnthetubaguybauzas: yeah, swagger seems like a good choice right now, and its already been made for us really.11:03
bauzasanyway, I don't want to troll, that's something which should be discussed elsewhere :)11:04
*** heyongli has joined #openstack-nova11:04
*** asettle has quit IRC11:04
sdaguealex_xu / oomichi : also removing v3mode is now fine, right - https://github.com/openstack/nova/blob/1d5ce2e070333c28af3c9bdfac6d5354d0b610c6/nova/api/openstack/__init__.py#L33111:06
openstackgerritBartosz Fic proposed openstack/nova: Live migration fails when the instance has a config_drive_format=iso9660  https://review.openstack.org/23465911:07
tangchenjohnthetubaguy, tdurakov, PaulMurray, Sorry, one more question about host maintenance mode. I think we should ensure all migrations are finished successfully, and then set the host to maintenance mode. For now in Nova, is there any to know if a migration is finished successfully ?  Of course, we can monitor migration status. But there is no monitor implemented in compute or conductor, right ?11:08
*** ihrachys has quit IRC11:08
johnthetubaguytangchen: its generally monitored by polling the API status for the servers you are migrating11:08
tangchenjohnthetubaguy, I'm sorry, how to poll the API status ?11:09
oomichisdague: yeah, most v3 code can be removed since mitaka now11:10
johnthetubaguytangchen: hmm, its not been added in that specific python-novaclient method, let me find another example11:10
oomichisdague: including v3mode11:10
sdagueoomichi: yeh, in looking at this router code, I noticed it. I'll clean it up later.11:10
tangchen johnthetubaguy, Thanks. Waiting for you answer.11:11
johnthetubaguyoomichi: sdague: we are technically under the 6 month limit for deprecation, but I am OK with removing it now I feel.11:11
sdaguev3mode ?11:11
oomichijohnthetubaguy: v3mode is not config option, just argument11:11
sdagueI guess when did we actually trop v3 from paste.ini11:11
oomichisdague: cool11:11
johnthetubaguytangchen: its not for live-migrate, but this is the one for migrate: https://github.com/openstack/python-novaclient/blob/master/novaclient/v2/shell.py#L162011:12
oomichisdague: yeah, we can remove APIRouterV3 also together11:13
sdaguejohnthetubaguy: https://github.com/openstack/nova/commit/fe057636a5eb5b95d03c15f13fff20f76b049d6c - yeh, aug 28th11:13
johnthetubaguyoomichi: right, just wondering if it gets used by the APIRouterV3 or something?11:13
*** bfic has joined #openstack-nova11:13
sdagueso 3 months is nov 28th11:13
*** heyongli has quit IRC11:13
sdagueI'm fine waiting until then11:13
sdaguethe deprecation rules were 1 cycle && 3 months11:13
sdaguewe have 1 cycle, so we just need to wait for 3 months11:14
*** gszasz has quit IRC11:14
*** heyongli has joined #openstack-nova11:14
sdaguejohnthetubaguy: when is M1?11:14
oomichijohnthetubaguy: oops, I misunderstood deprecation timing. sorry about that11:15
*** gszasz has joined #openstack-nova11:15
tangchenjohnthetubaguy, Understood. Thank you. :)11:15
openstackgerritMarian Horban proposed openstack/nova: Remove wsgi functionality  https://review.openstack.org/21924811:16
johnthetubaguysdague: one sec, will check11:17
johnthetubaguysdague: 1st december https://wiki.openstack.org/wiki/Mitaka_Release_Schedule11:18
sdagueok, so we'll do it in M211:23
sdagueand be safe11:23
*** heyongli has quit IRC11:23
*** heyongli has joined #openstack-nova11:24
*** ociuhandu has joined #openstack-nova11:26
*** romainh has joined #openstack-nova11:27
johnthetubaguysdague: yeah, that works11:31
*** jhesketh has quit IRC11:31
*** deepthi has quit IRC11:31
*** jhesketh has joined #openstack-nova11:32
*** alexpilotti has quit IRC11:33
*** heyongli has quit IRC11:33
*** heyongli has joined #openstack-nova11:34
tdurakovtangchen, sorry, was at lunch,  nova instance-action-list {instance} maybe useful11:36
*** Miouge has quit IRC11:37
*** Miouge has joined #openstack-nova11:38
johnthetubaguytdurakov: +1 that should have more details on errors11:39
*** Daisy has joined #openstack-nova11:40
*** mwagner_ has quit IRC11:41
*** erlon has joined #openstack-nova11:43
*** heyongli has quit IRC11:44
*** heyongli has joined #openstack-nova11:45
*** su_zhang has joined #openstack-nova11:45
*** thorst has joined #openstack-nova11:47
*** sudipto has quit IRC11:49
*** Daisy has quit IRC11:50
*** Daisy has joined #openstack-nova11:50
*** Daisy has quit IRC11:51
*** Daisy has joined #openstack-nova11:51
alex_xusdague: +1 for remove v311:52
*** heyongli has quit IRC11:54
*** heyongli has joined #openstack-nova11:55
*** baoli has joined #openstack-nova11:55
*** weihan_ has joined #openstack-nova11:55
*** weihan has quit IRC11:56
*** ildikov has joined #openstack-nova11:56
*** marzif_ has quit IRC11:57
*** marzif_ has joined #openstack-nova11:58
*** baoli has quit IRC11:58
*** Miouge has quit IRC12:01
*** Miouge has joined #openstack-nova12:02
tangchentdurakov, Thank you. Looking at it. :)12:03
*** Miouge has quit IRC12:03
*** baoli has joined #openstack-nova12:03
*** baoli has quit IRC12:04
tdurakovtangchen, yes, when you get req_id, you could also use nova instance-action instance_id req_id. there should be traces and all info you need12:04
*** irenab has quit IRC12:04
*** heyongli has quit IRC12:04
*** heyongli has joined #openstack-nova12:05
*** irenab has joined #openstack-nova12:05
tangchenjohnthetubaguy, tdurakov, Sure. Thank you. :)12:06
*** e0ne has quit IRC12:06
*** markvoelker has joined #openstack-nova12:08
*** baoli has joined #openstack-nova12:08
*** Daisy has quit IRC12:08
*** baoli has quit IRC12:08
*** Daisy has joined #openstack-nova12:09
*** baoli has joined #openstack-nova12:09
*** Daisy has quit IRC12:10
*** Daisy has joined #openstack-nova12:10
*** sudipto has joined #openstack-nova12:11
*** ihrachys has joined #openstack-nova12:14
*** heyongli has quit IRC12:15
*** heyongli has joined #openstack-nova12:15
*** kgalanov has quit IRC12:16
*** kgalanov has joined #openstack-nova12:16
*** bradjones has joined #openstack-nova12:16
*** bradjones has quit IRC12:16
*** bradjones has joined #openstack-nova12:16
*** oomichi has quit IRC12:18
*** kylek3h has joined #openstack-nova12:19
*** raildo-afk is now known as raildo12:21
*** aysyd has joined #openstack-nova12:21
*** Sree has joined #openstack-nova12:22
*** Alexus has quit IRC12:22
*** eliqiao has quit IRC12:23
*** burgerk has joined #openstack-nova12:24
*** su_zhang has quit IRC12:25
*** heyongli has quit IRC12:25
*** heyongli has joined #openstack-nova12:26
*** amotoki has joined #openstack-nova12:26
*** haomaiwang has joined #openstack-nova12:26
*** marzif_ has quit IRC12:28
*** marzif_ has joined #openstack-nova12:28
*** phschwartz has quit IRC12:29
*** phschwartz has joined #openstack-nova12:29
*** haomaiwang has quit IRC12:31
*** deepakcs has quit IRC12:31
*** Daisy has quit IRC12:32
*** Daisy has joined #openstack-nova12:33
*** Daisy has quit IRC12:34
*** Daisy has joined #openstack-nova12:34
*** heyongli has quit IRC12:35
*** VW has quit IRC12:35
*** stevemar_ has joined #openstack-nova12:35
*** VW has joined #openstack-nova12:36
*** heyongli has joined #openstack-nova12:36
*** aix has quit IRC12:37
*** ildikov has quit IRC12:37
*** nelsnelson has quit IRC12:37
*** aix has joined #openstack-nova12:37
*** stevemar_ has quit IRC12:38
*** nelsnelson has joined #openstack-nova12:41
*** phschwartz has quit IRC12:41
*** mnaser has quit IRC12:41
*** erlarese has joined #openstack-nova12:41
*** VikasC_ has quit IRC12:42
*** phschwartz has joined #openstack-nova12:42
*** sudipto has quit IRC12:43
*** afazekas has quit IRC12:43
openstackgerritgaryk proposed openstack/nova: Image meta: treat legacy vmware adapter type values  https://review.openstack.org/23530312:45
garyk1johnthetubaguy: danpb: can you please look at ^. this is a blocking issue for us in liberty12:45
*** phschwartz has quit IRC12:45
*** heyongli has quit IRC12:45
johnthetubaguygaryk1: can you add a test to confirm the breakage/fix please?12:46
*** lpetrut has joined #openstack-nova12:46
sdaguejohnthetubaguy: so, the project_id optionality looks like it might not be too bad, I'm down to 4 failures here - http://logs.openstack.org/79/233079/3/check/gate-tempest-dsvm-full/5351016/console.html - 1 I think is a race, and the other 3 are this alt tenant set of tests in tempest which are kind of suspect12:46
*** heyongli has joined #openstack-nova12:46
johnthetubaguysdague: thats sweet12:47
ankit_agHi Cores, Can someone please help reviewing https://review.openstack.org/185549 and https://review.openstack.org/#/c/194063/12:47
ankit_agThanks in advance12:47
sdaguejohnthetubaguy: mostly I think the tempest tests are incorrectly actually testing the thing they want to test12:48
sdaguethey are super old tests12:48
garyk1johnthetubaguy: ok, i'll try12:48
*** haomaiwa_ has joined #openstack-nova12:48
*** phschwartz has joined #openstack-nova12:49
*** ankit_ag has quit IRC12:51
*** mnaser has joined #openstack-nova12:51
*** afazekas has joined #openstack-nova12:52
johnthetubaguysdague: yeah, I don't really know those tests, is it like tenant A trying to access tenant B's server?12:52
*** VW has quit IRC12:52
*** claudiub has joined #openstack-nova12:52
*** VW has joined #openstack-nova12:52
sdaguewell, it's tenant A trying to create a thing in tenant B by changing the url12:53
sdaguewhich obviously doesn't really do a thing if the project_id is no longer in the urls, you just create with the project_id in your token12:53
sdagueso it's expecting 400, but getting a resource in it's own project12:53
*** mdrabe has joined #openstack-nova12:54
*** haomaiwa_ has quit IRC12:55
johnthetubaguysdague: ah, right12:55
*** heyongli has quit IRC12:55
*** haomaiwang has joined #openstack-nova12:55
*** kylek3h has quit IRC12:56
johnthetubaguysdague: yeah, I am with you, its the test thats suspect, I guess we had a bug at some point!12:56
*** heyongli has joined #openstack-nova12:56
sdaguejohnthetubaguy: yeh, probably12:56
sdaguethe concept is good12:56
sdaguethe implementation probably just needs to not make certain assumptions12:57
sdaguemtreinish was fine with me putting those on a skip, but I want to figure out if there is a better way to fix the test assumptions12:58
*** phschwartz has quit IRC12:58
*** burgerk has quit IRC12:58
johnthetubaguysdague: maybe try use it as an admin token, like do the reboot of another tenants server?12:58
*** su_zhang has joined #openstack-nova12:58
*** phschwartz has joined #openstack-nova12:58
*** amotoki has quit IRC13:00
*** haomaiwang has quit IRC13:01
*** haomaiwang has joined #openstack-nova13:01
sdaguejohnthetubaguy: no, these are really simple tests13:01
sdaguewell, surface tests13:01
sdaguejohnthetubaguy: https://review.openstack.org/#/c/234758/1/tempest/api/compute/test_authorization.py,cm13:02
sdaguethat's the skip patch that would get past those13:02
*** rfolco has joined #openstack-nova13:02
*** marzif_ has quit IRC13:02
sdagueI still need to figure out if /v2.1/{project_id} is going to be a thing that can be made to work at the same time as making project_id optional13:03
sdaguebecause right now it causes some bad route collisions13:03
*** marzif_ has joined #openstack-nova13:03
openstackgerritBalazs Gibizer proposed openstack/nova-specs: Versioned notification API  https://review.openstack.org/22475513:04
*** sudipto has joined #openstack-nova13:05
openstackgerritgaryk proposed openstack/nova: Image meta: treat legacy vmware adapter type values  https://review.openstack.org/23530313:05
*** rlrossit has joined #openstack-nova13:05
*** heyongli has quit IRC13:05
openstackgerritAlexis Lee proposed openstack/nova-specs: No more soft delete  https://review.openstack.org/18464513:06
*** heyongli has joined #openstack-nova13:06
*** claudiub has quit IRC13:08
johnthetubaguysdague: hmm, gotcha, its all the create ones that fail, fair enough13:08
*** marzif_ has quit IRC13:08
garyk1danpb: johnthetubaguy: i added unit tests13:08
johnthetubaguysdague: route collisions? whats coliding13:08
garyk1danpb:  not sure that i understood your question13:08
openstackgerritAlexis Lee proposed openstack/nova: Add some tests for map_dev  https://review.openstack.org/21556813:10
danpbin the case where vmwareadaptertype is "", we don't want to store ""  as the hw_scsi_model - we should leave it unset13:10
danpbas "" is not a valid model13:10
garyk1correct, that is what i have done in the patch13:10
danpbgaryk1: that's not what i see13:11
openstackgerritAlexis Lee proposed openstack/nova: Add some tests for map_dev  https://review.openstack.org/21556813:11
garyk1danpb: https://review.openstack.org/#/c/235303/2/nova/objects/image_meta.py,cm - line 392 - will only be set if the value is set, that is not None or ''13:12
danpbgaryk1:  oh actually i'm reading it backwwards13:12
*** amotoki has joined #openstack-nova13:12
garyk1i could adda  comment to try and make it more clear13:12
openstackgerritAlexis Lee proposed openstack/nova: Add some tests for map_dev  https://review.openstack.org/21556813:13
openstackgerritAlexis Lee proposed openstack/nova: Wait for device to be mapped  https://review.openstack.org/21561313:13
*** heyongli has quit IRC13:15
*** xyang1 has joined #openstack-nova13:16
*** heyongli has joined #openstack-nova13:16
*** cfriesen_ has joined #openstack-nova13:17
*** burgerk has joined #openstack-nova13:18
*** smurke has joined #openstack-nova13:18
*** su_zhang has quit IRC13:19
*** Piet has quit IRC13:20
*** ijuwang has joined #openstack-nova13:22
*** burgerk has quit IRC13:23
sdaguejohnthetubaguy: distinguishing between /v2.1/{project_id} and /v2.1/servers13:23
sdagueit's probably just about getting the ordering right13:23
sdaguebut ordering is ... interesting ...13:23
*** weihan_ has quit IRC13:23
johnthetubaguysdague: oh, you mean if the project_id = servers?13:25
*** PaulMurray has quit IRC13:25
sdagueright, it confuses the 213:25
sdaguebecause of the way the routes modules matches variables13:25
*** heyongli has quit IRC13:25
johnthetubaguysdague: could we just match on the token, if its the tenant-id in the token, use it, else assume its missing?13:26
sdagueand sentinels, honestly, it's probably solvable, but I did hit that issue13:26
johnthetubaguysdague: or is that the wrong point of the pipeline?13:26
*** su_zhang has joined #openstack-nova13:26
*** heyongli has joined #openstack-nova13:26
sdaguejohnthetubaguy: it comes back to this - https://review.openstack.org/#/c/234782/3/novaclient/v2/versions.py,cm13:27
sdaguetoday GET /v2.1/ returns a version document13:27
sdagueGET /v2.1/{project_id}/servers returns all servers13:27
*** jwcroppe has joined #openstack-nova13:27
sdagueGET /v2.1/{project_id} returns a 40413:27
sdaguethe endpoint for a logged in user is .../v2.1/{project_id}13:28
sdaguenovaclient has all kinds of hardcoding to know to GET /v2.1/ that assumes it's stripping off a project id13:28
sdagueeven though that's never a pointer or construct that we give to people13:29
sdagueI was attempting to see if we could make both GET /v2.1/{project_id} (i.e. GET keystone endpoint returned today), and endpoints without project_id work at the same time13:30
johnthetubaguymaybe we should just make GET /v2.1/{project_id}/servers return the version document that  GET /v2.1/ returns?13:30
johnthetubaguyoops13:30
johnthetubaguyGET /v2.1/{project_id} == GET /v2.1/13:30
sdaguejohnthetubaguy: right13:31
sdaguethat's what I'm trying to do13:31
sdaguebut the way the mapper is built up, doing that the naive way means that it's eating /v2.1/servers13:32
sdagueas well13:32
johnthetubaguyhonestly, I think the service catalog entry will need a brand new name once we remove the project-id13:32
sdaguejohnthetubaguy: sure13:32
johnthetubaguyoh, now I see13:32
sdaguebut in order to make the transition the nova code has to do *both*13:32
sdaguefor some period of time13:32
johnthetubaguyright, gotcha13:32
johnthetubaguycan middlewere re-write the request URL?13:32
sdagueand that period is probably pretty long, like 3+ cycles13:33
*** lykinsbd_ has joined #openstack-nova13:33
johnthetubaguyit feels like forever, if I am honest13:33
sdaguesure13:33
johnthetubaguyor until we raise the min_version13:33
*** smurke has quit IRC13:33
johnthetubaguybut thats not really the point13:33
sdagueright, yeh, that's fine, I'm not planning for remove path, mostly just making some things better13:33
sdagueand the amount of code to go both ways is pretty minimal13:34
johnthetubaguyyeah, totally with you on that13:34
*** pm90_ has joined #openstack-nova13:34
sdaguehttps://review.openstack.org/#/c/233076/13:34
*** mriedem has joined #openstack-nova13:35
johnthetubaguyoh... we statically wire up the mapper13:35
*** heyongli has quit IRC13:35
sdaguehonestly, I think a piece of this is the versioninfo url, which rax provides in the service catalog (but doesn't work) is a key concept we might want to bring into future version catalogs13:35
*** inteq has quit IRC13:35
sdaguejohnthetubaguy: well, mostly it's the resource registration13:36
sdaguebut there are a few fully manual places as well13:36
*** heyongli has joined #openstack-nova13:36
sdaguelike the metadata bits (which, I honestly am not sure why), and version urls (which makes sense)13:36
*** ctrath has joined #openstack-nova13:39
*** stannie1 has quit IRC13:39
johnthetubaguysdague: maybe they are the only bits where we have hierarchy right now?13:40
dansmithgaryk1: did you see my question for you on a spec yesterday?13:40
mriedemdansmith: garyk: this fixes the webob 1.5 issue on kilo and opens kilo for 2015.1.3 - which blocks each other https://review.openstack.org/#/c/234282/13:42
dansmithman, webob really screwed us13:43
mriedemwell, we screwed ourselves kind of13:43
mriedembut we can blame webob sure :)13:43
garyk1dansmith: no, i'll take a look13:44
*** heyongli has quit IRC13:45
*** dustins has joined #openstack-nova13:46
*** heyongli has joined #openstack-nova13:46
*** pm90_ has quit IRC13:47
*** emagana has joined #openstack-nova13:47
bauzasmriedem: just a stable branch policy question by reviewing https://review.openstack.org/#/c/234282/313:48
garyk1dansmith: can you please let me know which spec13:48
bauzasmriedem: so you backported to K the L backport, but why not directly backporting the M change?13:48
dansmithyeah, lemme find it13:48
garyk1thanks13:48
bauzasmriedem: is it something not agreed ?13:48
dansmithgaryk1: https://review.openstack.org/#/c/195662/13:49
garyk1dansmith: ok, thanks, will take alook13:49
*** kylek3h has joined #openstack-nova13:49
*** pm90_ has joined #openstack-nova13:50
bauzasmriedem: nvm :(13:50
* bauzas needs to buy new glasses13:50
*** eharney has joined #openstack-nova13:50
mriedembauzas: no it was from M to K13:50
mriedembut squashed with the version bump for kilo since we just released 2015.1.213:51
*** kylek3h has quit IRC13:51
mriedemso k and L have different squashed commits13:51
bauzasmriedem: yeah that's what I saw13:51
bauzascall me dumb13:51
*** PaulMurray has joined #openstack-nova13:51
*** mrkz has joined #openstack-nova13:54
mriedemi will not13:55
*** heyongli has quit IRC13:55
*** heyongli has joined #openstack-nova13:56
*** Murali has quit IRC13:57
*** mc_nair has joined #openstack-nova13:58
*** mriedem has left #openstack-nova13:59
*** mriedem has joined #openstack-nova14:00
*** tbh has quit IRC14:00
garyk1dansmith: it is interesting. we do something similar today but it is for datastore/host selection. for example the storage based policy management. there may be a cinder device that is marked as gold. or in the oracle case a instance/disk needs to be places on a certain host that has an oracle license (https://review.openstack.org/#/c/210810/)14:00
*** haomaiwang has quit IRC14:01
garyk1i need to check the vmware api's to see if there is something which we can actually use here14:01
johnthetubaguynova meeting time in #openstack-meeting mikal tjones cburgess jgrimm adrian_otto funzo mjturek jcookekhugen irina_pov krtaylor danpb alexpilotti flip214 jaypipes garyk edleafe dims moshele anteaya Nisha sileht claudiub lxsli neiljerram markus_z swamireddy alevine tonyb andreykurilin ndipanov sc68cal akuriata artom jlvillal mnestratov kashyap aloga rgeragnov bauzas xyang tpatil med_ nic scottda nagyz dannywilson belliott dguitarbite14:01
johnthetubaguy sdague jroll diana_clarke _diana_ raildo jichen14:01
*** haomaiwang has joined #openstack-nova14:01
dansmithgaryk1: well, you'd have to implement the driver side of this, but yes, I want to know if you can and also if you will14:01
*** su_zhang has quit IRC14:02
garyk1dansmith: sure, understood. i need to dig in a little deeper and then i'll let you know if i can commit (if relevant I will).14:02
dansmithgaryk1: thanks14:02
*** claudiub has joined #openstack-nova14:03
*** burgerk has joined #openstack-nova14:03
*** ndipanov has quit IRC14:04
*** breitz has quit IRC14:05
*** heyongli has quit IRC14:05
*** annegentle has joined #openstack-nova14:06
*** heyongli has joined #openstack-nova14:06
*** r-daneel has joined #openstack-nova14:10
*** moshele has quit IRC14:10
*** stevemar_ has joined #openstack-nova14:10
*** artom has joined #openstack-nova14:11
*** coolsvap has quit IRC14:12
*** ansiwen has quit IRC14:12
openstackgerritDiana Clarke proposed openstack/nova: Replace N block_device_mapping queries with 1  https://review.openstack.org/22996414:13
*** ansiwen has joined #openstack-nova14:14
*** coolsvap has joined #openstack-nova14:14
*** ildikov has joined #openstack-nova14:15
*** heyongli has quit IRC14:15
*** smurke has joined #openstack-nova14:15
*** sfinucan has joined #openstack-nova14:16
*** pumaranikar has joined #openstack-nova14:16
garyk1dansmith: i think that the spec has some overlap with https://review.openstack.org/128940 - that already provides tags for instances. no clear why we need another api. maybe it is just a way of combining them.14:16
garyk1danpb: ^ regarding the guest tagging14:16
*** heyongli has joined #openstack-nova14:16
dansmithgaryk1: the guest device tagging is for specific devices in the guest, completely unrelated to tagging of the instance itself14:16
garyk1would that not be a subnet of an instance tag?14:17
*** pm90__ has joined #openstack-nova14:17
danpbgaryk1: yeah that's completely unrelated to instance tags14:17
*** casusbelli has joined #openstack-nova14:18
danpbwe're not actually looking to add new apis for this either14:18
danpbwe're just adding a tag parameter to various existing APIs for disks, nics & pci devices14:18
danpbso that we can record per-device tags14:18
*** mwagner_ has joined #openstack-nova14:18
dansmithdanpb: right, but this will introduce new driver APIs, yes?14:18
*** sneti has joined #openstack-nova14:18
danpbdansmith: you mean  virt/driver.py  APIs ?14:19
dansmithyes14:19
danpbnot 100% sure yet  - there may well be one14:19
garyk1danpb: dansmith: i can see value for the vmware driver for the disk tagging. i need to dig deeper for the nic tagging.14:19
danpbalternatively the virt driver may call out to other shared code to provide the data14:19
dansmithdanpb:  virt driver has to either honor ordering or barf up the topology right?14:19
danpbdansmith: yeah, its just a question of whether  we have something query that data from the virt driver14:20
danpbor whether we have the virt driver push the data to something14:20
dansmithdanpb: even just honoring ordering isn't really enough actually, you need to know where the virt driver is going to put each nic in the pci topology, AFAIK14:20
*** pm90_ has quit IRC14:20
dansmithdanpb: seems unlikely that we can push it and achieve optimal results, if libvirt wants each nic on a separate bus and vmware can't do that (or something)14:20
*** exploreshaifali has quit IRC14:20
danpbgaryk1: from the virt driver POV, you need to be able to find out what PCI, SCSI, USB device addresses are  assigned14:20
*** DuncanT has quit IRC14:21
danpband other bits of metadata like MAC address & disk serial string14:21
danpbits all ultimately optional, so if there's some bits vmware can't provide its not a huge deal14:21
dansmithI suppose for nic, we can omit the pci bit and just key on mac14:21
dansmithbut I think we need the virt driver for the disk serial, right?14:21
danpbyeah that'd be the minimum acceptable data for a nic14:21
danpbyeah, virt driver needs to tell us that14:22
*** electrocucaracha has joined #openstack-nova14:22
artomdansmith, didn't you yourself keep saying MACs aren't unique?14:22
garyk1danpb: at the moment we do not have any PCI, SCSI or USB support exposed.14:22
dansmithclaudiub: see this discussion? I wanted you to weigh in on this as well14:22
artomSo not really key-able14:22
dansmithartom: they're surely not, correct14:22
garyk1but in the short term i see value in the disk tags14:22
danpbartom: that doesn't matter in this scenario14:23
danpbartom: we're just exposing a bunch of metadata to the guest14:23
danpbwhether the MAC address are unique or not is not a blocking factor on what we expose14:23
artomdanpb? No? What if we have two NICs with the same MAC connected to different networks each with its own tag (because insanity)14:23
danpb...it merely affects how useful it is to the guest OS14:24
garyk1danpb: my concern for the nics is that neutron may already have this information and we may be duplicating it14:24
artomWe still need to tell the guest the correct tag for each NIC14:24
dansmithgaryk1: but this is for the guest14:24
danpbgaryk1: neutron has no input inot the guest at all14:24
*** DuncanT has joined #openstack-nova14:24
danpbs/inot/into/14:24
garyk1danpb: no, it does not have any inputs but neutron extensions may expose this data14:25
danpbthese tags are completely arbitrarily decided by the user and don't have any connection to any names/tags neutron might have14:25
dansmithdanpb: did you have the neutron network id in the nic blob? because with that, the guest can line up their tag with the network14:25
artomdanpb, I'm thinking, for example, nova boot --nic net-id=bar,tag=private,mac=FF --nic-id=baz,tag=public,mac=FF14:25
dansmithdanpb: actually, nevermind,14:25
dansmiththey did that on request14:25
*** heyongli has quit IRC14:25
danpbartom: that's not a problem - if they user chooses to do that that's fine14:25
danpbartom: they just have to be aware the metadata expose to the guest will obviously have dup macs so they can't then use the mac as a unique identifier14:26
artomdanpb, right, but if we mix up the NICs and give private to baz, that's not right14:26
*** heyongli has joined #openstack-nova14:26
danpbartom: if that's an important factor for the user, then they cannot use the mac14:26
artomOr is that not what you meant when you said 'key on MAC'14:27
danpbartom: they are in control over how the guest OS they run works & what tags they provide14:27
dansmithand that's why pci info is important14:27
dansmithif and where we can support it14:27
danpbso if they want their guest OS to setup based on the MAC tag, then they need to not give their guest dup macs14:27
danpbif they want to use dup macs, then their guest OS must rely on PCI info instead14:27
artomdansmith, danpb, gotcha.14:28
dansmithdanpb: we could also have the virt driver fail to start a guest with dup macs if it hasn't implemented pci topo information14:28
*** doron_afk has quit IRC14:28
danpbdansmith: i don't think so14:28
artomSo nova will just say "here's what I can tell you about the virtual hardware, and here's the tag you gave each one. If that's not enough for you, tough luck."14:28
dansmithdanpb: why not?14:28
artomdansmith, that seems harsh...14:28
danpbdansmith: it could be valid to give the guest the same MAC in two nics and not care about it, if the two nics were used for the same purpose14:28
danpbdansmith: eg the guest OS might simply bond together the two NICs with matching macs14:29
dansmithdanpb: sure, you'd allow it if they're on the same network, but if they're not there's almost no reason to allow that14:29
*** mgoddard__ has joined #openstack-nova14:29
* bauzas shouldn't never try to google mriedem's remarks when he doesn't know the translation :)14:29
danpbor simply wish to serve the same (HTTP) data on both NICs14:29
bauzasoh boy, youtube link14:29
mriedembauzas: ha14:29
bauzasthat made my day :)14:30
dansmithdanpb: meh, I think it'd be a fine thing to do, but whatever14:30
danpbIMHO nova should just focus on providing the metadata and not try to place restrictions on how it is interpreted / used14:30
*** rdo has joined #openstack-nova14:31
danpbjust document any caveats that the user should be aware of14:31
*** setuid has quit IRC14:32
dansmithwell, that's not MHO, but whatever.. I want to lean pretty heavily on virt drivers to provide proper topo information anyway14:32
*** doron has joined #openstack-nova14:32
*** setuid has joined #openstack-nova14:32
*** mgoddard_ has quit IRC14:33
*** doron is now known as doron_afk14:34
*** annegentle has quit IRC14:34
*** heyongli has quit IRC14:35
*** heyongli has joined #openstack-nova14:36
*** eharney has quit IRC14:41
*** tpeoples has joined #openstack-nova14:41
*** dims has quit IRC14:41
*** mpavone has quit IRC14:42
*** su_zhang has joined #openstack-nova14:42
*** dims has joined #openstack-nova14:42
*** pumaranikar has quit IRC14:42
*** pumaranikar has joined #openstack-nova14:43
openstackgerritjichenjc proposed openstack/nova: WIP: add vnc section into nova configuration  https://review.openstack.org/23483614:43
openstackgerritShunya Kitada proposed openstack/nova: Add "vnc" option group for sample nova.conf file  https://review.openstack.org/23539614:44
*** lbragstad has quit IRC14:44
*** Sree has quit IRC14:44
*** heyongli has quit IRC14:45
*** dims_ has joined #openstack-nova14:45
*** lbragstad has joined #openstack-nova14:46
*** heyongli has joined #openstack-nova14:46
openstackgerritjichenjc proposed openstack/nova: WIP: make xvp into vnc group  https://review.openstack.org/23539814:47
*** lbragstad has quit IRC14:48
*** dims has quit IRC14:48
*** mgoddard__ has quit IRC14:51
*** mgoddard has joined #openstack-nova14:51
markus_zmriedem: dansmith: Another review which wants to exploit "host-maintenance-mode": https://review.openstack.org/#/c/228689/14:52
sfinucandansmith: Any chance I could get a little advice on versioning for the new Instance (V2) object?14:52
*** Piet has joined #openstack-nova14:52
sfinucanOr pointers to suitable documentation?14:52
markus_zmriedem: dansmith: hyperv + host-mainenance-mode: https://review.openstack.org/#/c/204157/14:52
*** eharney has joined #openstack-nova14:53
*** lbragstad has joined #openstack-nova14:53
dansmithsfinucan: can you provide a little more detail about what you're looking for?14:54
*** lbragstad has quit IRC14:54
*** armax has joined #openstack-nova14:54
*** PaulMurray has quit IRC14:54
sfinucanSure - I'm attempting to rebase this work https://review.openstack.org/#/c/202648/614:55
sfinucanThe old instance model has been deprecated, but there doesn't seem to be any versioning code in the new model14:55
*** heyongli has quit IRC14:55
dansmithsfinucan: well, no relationships14:55
claudiubfor hyper-v, you can also set the host on maintenance mode. If the host is clustered, the VMs will then be evacuated automatically to the other nodes in the cluster, where they will be picked up by nova-compute's life cycle events, so their hosts are updated properly.14:55
dansmithsfinucan: give me a few minutes and I'll point you at something helpful14:56
sfinucandansmith: that would be fantastic. Thank you14:56
*** lbragstad has joined #openstack-nova14:56
*** sneti has quit IRC14:56
bauzasclaudiub: the 'automatically' worries me :/14:56
*** heyongli has joined #openstack-nova14:56
claudiubwhy?14:56
openstackgerritjichenjc proposed openstack/nova: WIP: add vnc section into nova configuration  https://review.openstack.org/23483614:57
claudiubthey are live migrated14:57
openstackgerritjichenjc proposed openstack/nova: WIP: make xvp into vnc group  https://review.openstack.org/23539814:57
dansmithyes, that's not a thing we should trigger through nova, IMHO14:57
claudiubor even better if hte instances are clustered.14:57
dansmithclaudiub: does that mean that the hypervisor or node name changes visibly from outside nova after that happens?14:57
bauzasclaudiub: because of http://docs.openstack.org/developer/nova/project_scope.html#no-more-orchestration14:57
dansmithyeah, that doesn't even really cover it completely14:58
dansmithit's part of it, but the orchestration isn't really inside nova in their case I think14:58
claudiubdansmith: you mean the instance's node name? it will be updated by the new node on which the vm was evacuated to.14:58
claudiubby the new node's nova-compute service *14:58
bauzasdansmith: what I'm not liking is the action A -> action B14:59
bauzaswhere maintenance triggers evacuation14:59
dansmithbauzas: yes agreed for the triggering of this14:59
*** Daisy has quit IRC14:59
dansmiththe things moving around underneath nova and nova-compute just absorbing it is also troubling14:59
bauzasoh, live-migration even14:59
*** Daisy has joined #openstack-nova15:00
bauzaswhat I want to avoid is some internals of nova calling back the scheduler or the conductor for firing some move operations15:00
bauzasexcept for retries of course15:00
*** mnestratov has joined #openstack-nova15:00
dansmithwell, things moving around underneath could really confuse the scheduler,15:00
*** haomaiwang has quit IRC15:01
dansmithand it also makes me wonder how it could properly do the claim stuff15:01
*** haomaiwa_ has joined #openstack-nova15:01
*** casusbelli has quit IRC15:02
bauzas++15:02
*** aix has quit IRC15:02
*** emagana has quit IRC15:03
*** amotoki has quit IRC15:03
*** Daisy has quit IRC15:04
*** edmondsw has joined #openstack-nova15:04
*** heyongli has quit IRC15:05
*** heyongli has joined #openstack-nova15:06
*** nkrinner has quit IRC15:07
*** pm90__ has quit IRC15:08
*** ociuhandu has quit IRC15:08
dansmithsfinucan: https://review.openstack.org/#/c/220690/15:08
dansmithsfinucan: I'm cleaning up that set as we speak,15:08
dansmithbut that drops v1 support, and also all the relationship stuff15:08
*** pm90_ has joined #openstack-nova15:09
dansmithbecause in liberty we moved to a different mechanism of backporting which kinda reports everything we need to know, removing the need to do the relationship bits15:09
dansmithhowever, ideally you'd base your stuff on top of this set, and after I finish updating it (in the next hour)15:09
*** ociuhandu has joined #openstack-nova15:09
*** garyk1 has quit IRC15:09
*** pm90_ has quit IRC15:10
*** pm90_ has joined #openstack-nova15:10
sfinucanso if the relationship bits aren't required anymore, the Instance VERSION field shouldn't need modification?15:10
sfinucanUnless you modify Instance itself, of course?15:10
sfinucandansmith: because the issue I'm seeing is the 'Some objects have changed dependencies.' error in 'test_objects': it expects 1.2 of 'InstanceNUMATopology' despite me having it upped it to 1.315:12
dansmithsfinucan: correct, only bump the version of the object you're changing15:13
*** jichen has quit IRC15:13
dansmithsfinucan: but the tests are kinda rigged right now to let instancev2 exist without causing that conflict15:13
dansmithand so you're not going to be able to pass those tests until my stuff lands that drops all that (see the patches earlier in the series)15:14
sfinucandansmith: nifty. I'll rebase onto that so15:14
*** pm90__ has joined #openstack-nova15:14
sfinucanyes, that's what pczesno suggested15:15
*** heyongli has quit IRC15:15
sfinucandansmith: Do you think this object versioning is something that could be documented? Perhaps as a devref?15:15
sfinucanI'd be happy to attempt that, if so. Has taken me some time to wrap my head around heh15:16
*** burgerk has quit IRC15:16
*** heyongli has joined #openstack-nova15:16
dansmithsfinucan: well, I think it's going to be massively simpler when we land this thing to delete all that stuff, and I also recently landed a review guide that had _some_ things in it15:17
dansmithsfinucan: but nobody is going to turn down a well-worded document about truth :)15:17
*** pm90_ has quit IRC15:17
sfinucandansmith: Ha! If you could point me to that review guide, I'll see if there's anything else I can add15:18
dansmithsfinucan: https://review.openstack.org/#/c/204653/15:19
sfinucandansmith: And it already is massivly simpler15:19
*** deepthi has joined #openstack-nova15:19
sfinucanCheers15:19
mriedemhttp://docs.openstack.org/developer/nova/code-review.html is prettier15:19
sfinucanmriedem: CheersV215:20
mriedemi see what you did there15:20
*** browne has joined #openstack-nova15:20
*** diogogmt has joined #openstack-nova15:22
*** pdardeau has joined #openstack-nova15:22
*** burgerk has joined #openstack-nova15:22
*** mdrabe has quit IRC15:25
*** heyongli has quit IRC15:25
*** e0ne has joined #openstack-nova15:26
*** tonytan4ever has joined #openstack-nova15:26
*** pm90__ has quit IRC15:26
*** heyongli has joined #openstack-nova15:26
*** belmoreira has quit IRC15:28
*** openstackgerrit has quit IRC15:31
*** jdurgin1 has joined #openstack-nova15:31
*** openstackgerrit has joined #openstack-nova15:32
*** pratikmallya has joined #openstack-nova15:35
*** heyongli has quit IRC15:36
*** heyongli has joined #openstack-nova15:36
*** njirap has joined #openstack-nova15:39
mriedemjohnthetubaguy: new specless bp for cells v1 to support attach/detach interfaces https://blueprints.launchpad.net/nova/+spec/cells-v1-interface-events15:41
mriedemgodaddy has the patch up as a bug fix, but i asked for a bp15:41
mriedemotherwise it's pretty straight forward15:41
dansmithdoes it enable all the tempest tests I assume we're skipping in cells?15:42
mriedemi also asked for that in the same change15:42
mriedemsince we have the rc file in tree15:42
*** liusheng has quit IRC15:43
dansmithokay15:43
*** mdrabe has joined #openstack-nova15:43
mriedemi was going through this https://etherpad.openstack.org/p/PAO-LDT-cells-patches15:43
dansmithin general, adding to the surface we have to test for cellsv1 goes against what we said we were going to do15:43
edleafescreen --list15:44
edleafeack!15:44
edleafeit's only one dash, anyway15:44
*** mgoddard_ has joined #openstack-nova15:45
mriedemdansmith: i think these are basically ops using cells that are doing some things until v2 is a thing they can use - and are even close to getting to in their upgrades15:45
dansmithI know15:45
mriedemsome of the stuff in that etherpad is not something we'd accept i don't think, like the big changes around capabilities and security group stuff15:45
mriedemsome are actually bug fixes, just never reported to nova15:46
*** heyongli has quit IRC15:46
bauzasmriedem: I'm only a bit concerned by the possible races it could create for the cells job15:46
bauzasmriedem: I think it's okay, but I'd like to see how we could make sure it doesn't regress the cells failures15:46
bauzasmriedem: even by adding more coverage15:47
*** heyongli has joined #openstack-nova15:47
*** claudiub has quit IRC15:47
bauzasmriedem: so, just adding those new tempest tests should make sure that we're not regressing IMHO15:47
mriedemwell the tests aren't new, they'd be new to the cells job runs as of this change15:48
bauzasI dunno, maybe running a non-voting job only for those we want to validate before putting them voting15:48
*** mgoddard has quit IRC15:48
mriedemwhich we control with the rc file so it'd be verified in the same change15:48
mriedemexcept for the neutron part of it since the cells job uses nova-net15:48
bauzasmriedem: that's my point15:48
*** diogogmt has quit IRC15:48
bauzasmriedem: that's even exactly my point15:48
mriedemyou want a non-voting cells v1 + neutron job?15:48
*** diogogmt has joined #openstack-nova15:49
bauzasmriedem: I want to make sure that adding more features doesn't regress the voting job15:49
dansmiththere is no attach interfaces for nova-net15:49
*** spandhe has joined #openstack-nova15:49
bauzasorly?15:49
dansmithso we'd need a cells neutron job15:49
bauzasthen...15:49
bauzasyeah15:49
dansmithwhich is likely several cans of worms15:49
dansmithjust on its own15:49
bauzas:)15:50
mriedemhrm, yeah, i think vishy was trying to add that to nova-net shortly before he left15:50
dansmithpreviously we were asked not to add it15:50
dansmithbecause it created yet another reason not to use neutron :)15:50
bauzasthen I don't understand15:50
bauzasis GoDaddy using Neutron ?15:50
mriedemyes15:51
bauzasheh15:51
bauzashaven't we said somewhere that cells was only supporting n-net ?15:51
mriedemsee the "Neutron/secgroup fixups" list in https://etherpad.openstack.org/p/PAO-LDT-cells-patches15:51
bauzaswell, we said experimental tbh15:51
*** yassine_ has joined #openstack-nova15:51
bauzasso, the thing is15:52
mriedemfwiw rax also uses cells + neutron15:52
mriedem+ special sauce15:52
bauzaseither we consider that it this specless BP is an exception and shouldn't cover more than atm15:53
bauzasbecause it can't be covered now15:53
mriedemwhat does cern use? nova-net?15:53
bauzasor, we say that we need a coverage anyway, and then it should cover the neutron case15:53
bauzasmriedem: yup15:53
dansmithmriedem: yes, n-net15:53
bauzasargh, I need to pick my daughter at school15:53
* bauzas whispers15:54
*** spandhe has quit IRC15:54
*** scheuran has quit IRC15:55
*** heyongli has quit IRC15:56
*** angdraug has joined #openstack-nova15:56
*** heyongli has joined #openstack-nova15:57
*** kolesovdv has quit IRC15:57
*** mgoddard_ has quit IRC15:58
*** mgoddard has joined #openstack-nova15:58
*** haomaiwa_ has quit IRC16:01
*** haomaiwang has joined #openstack-nova16:01
mriedemccarmack: maybe another api doc thing you might want to work on, os-attach-interfaces is not doc'ed16:01
*** burt has joined #openstack-nova16:01
*** ayoung has joined #openstack-nova16:01
mriedemthe v2 extension docs do have something there for os-interface though16:03
*** su_zhang has quit IRC16:03
johnthetubaguymriedem: dansmith: seems like an OK one to me16:03
*** doron_afk has quit IRC16:03
*** ndipanov has joined #openstack-nova16:03
mriedemjohnthetubaguy: you must not have read the whole convo :)16:04
dansmithyeah16:04
mriedemwe do'nt have any test coverage for it16:04
*** pratikmallya has quit IRC16:04
johnthetubaguymriedem: do you have a link ot that patch handy?16:04
mriedemhttps://review.openstack.org/#/c/215459/16:04
*** jdurgin1 has quit IRC16:05
*** jlanoux has quit IRC16:05
johnthetubaguymriedem: the API subteam were creating a hit list, I think alex_xu has a lit16:05
mriedemhit list for what?16:06
*** yamahata has joined #openstack-nova16:06
mriedemdocs?16:06
johnthetubaguysorry, yeah, docs16:06
johnthetubaguyapi docs16:06
mriedemok, i'm opening a bug anyway16:06
*** heyongli has quit IRC16:06
johnthetubaguymriedem: ack16:07
*** heyongli has joined #openstack-nova16:07
johnthetubaguymriedem: I think this is the big list of stuff that needs fixing16:07
johnthetubaguymriedem: https://etherpad.openstack.org/p/nova-v2.1-api-doc16:07
mriedemccarmack: https://bugs.launchpad.net/openstack-api-site/+bug/150654516:08
openstackLaunchpad bug 1506545 in openstack-api-site "compute v2.1: os-attach-interfaces API is not documented" [Undecided,New]16:08
mriedemyou beat me to the etherpad :)16:08
johnthetubaguymakes me feel busy while watching a meeting stream16:09
*** apoorvad has joined #openstack-nova16:11
mriedemstepping back on the ci coverage thing, long term we're going to want a cells + neutron job anyway aren't we?16:12
mriedemfor v216:12
johnthetubaguymriedem: we are16:12
*** derekh has quit IRC16:12
johnthetubaguymriedem: there are worries around the network segment thing16:12
mriedemalright, i wonder if i could hack that out with a devstack change16:13
johnthetubaguyI think with a single neutron for the whole cloud, it should be OK16:13
johnthetubaguyits tempting to add an experimental job and see if it passes...16:13
mriedemwe can just start with a devstack DNM change i think16:14
mriedemlike what i was trying to do with lxc16:14
johnthetubaguymriedem: true, I keep forgetting about that option16:14
*** lucasagomes has quit IRC16:16
*** heyongli has quit IRC16:17
*** heyongli has joined #openstack-nova16:17
*** sahid has quit IRC16:18
*** ildikov has quit IRC16:21
mriedemi'll check it out16:22
*** penick has joined #openstack-nova16:23
*** alex_klimov has quit IRC16:27
*** heyongli has quit IRC16:27
*** yassine_ has quit IRC16:28
*** heyongli has joined #openstack-nova16:28
*** e0ne has quit IRC16:30
*** nic has joined #openstack-nova16:31
dansmithjohnthetubaguy: do you think we're going to have a priority in mitaka for just general tech debt related things? I think we could probably put a lot of upgrade stuff into that category this time16:31
*** IanGovett has quit IRC16:31
johnthetubaguydansmith: thats not a bad idea, honestly16:31
johnthetubaguydansmith: I was thinking bits of live-migrate could slip into that16:32
dansmithI went there looking for a spot to put a bunch of drop-instance-v1-compat stuff and there isn't really a spot for it16:32
dansmithbut it's stuff we have to have eyes on16:32
markus_zjohnthetubaguy: the live-migration needs some love imo. A lot of bugs around this topic.16:32
johnthetubaguydansmith: honestly, I am thinking we make better use of the priorities, outside "the priorities" if that makes sense16:32
markus_zjohnthetubaguy: would be a pity if this work would be a low prio thing16:32
dansmithyeah, live migration, and also some of the continued migration and resource tracker claim cleanup stuff16:32
johnthetubaguymarkus_z: we have folks lined up right now, its exciting16:33
johnthetubaguydansmith: yeah, that16:33
dansmithand the state management for migrations16:33
*** jistr has quit IRC16:33
*** deepthi has quit IRC16:33
dansmithaside from looking for a place to record those things,16:33
dansmithI'd like to see us approve a priority for cleaning up things in general16:34
*** jcoufal has quit IRC16:34
johnthetubaguydansmith: yeah, I like that16:34
dansmithwe've had a looming "maintenance cycle" gorilla for a few cycles now, but we should at least prioritize that, even if we're not going to focus everything on it16:34
*** annegentle has joined #openstack-nova16:35
*** stevemar_ has quit IRC16:35
johnthetubaguyhonestly, I think its what lots of users are asking for16:35
*** unicell has quit IRC16:36
*** stevemar_ has joined #openstack-nova16:36
*** heyongli has quit IRC16:37
*** njirap has quit IRC16:37
*** heyongli has joined #openstack-nova16:38
*** pratikmallya has joined #openstack-nova16:40
*** thangp has joined #openstack-nova16:40
garykdanpb: dansmith: i'll be happy to do the tag integrations into the vmware driver. i give my thumbs up for it16:41
*** tonytan4ever has quit IRC16:42
dansmithgaryk: excellent thanks16:42
danpbgaryk: thanks16:43
*** annegentle has quit IRC16:45
*** ihrachys has quit IRC16:45
*** pratikma_ has joined #openstack-nova16:46
*** heyongli has quit IRC16:47
mriedemmaintenance gorilla16:48
mriedemhe only smashes things16:48
mnestratovmriedem: Hi, could you please remove your -2 on https://review.openstack.org/#/c/184153/ as far as bp is approved?16:48
*** heyongli has joined #openstack-nova16:48
mriedemmnestratov: done16:49
mnestratovmriedem: thanks16:49
mriedemmnestratov: also, how is the virtuozzo compute CI doing now? i didn't see it here http://ci-watch.tintri.com/project?project=nova16:49
mriedemmight just need to talk to asselin about that ^16:49
*** pratikmallya has quit IRC16:49
mnestratovmriedem: we have broken it a week ago or so (vz bug), fixing16:50
mriedemok, i guess that will probably a dependency for the snapshot change16:51
*** IanGovett has joined #openstack-nova16:51
tdurakovjohnthetubaguy, around?16:51
mriedemtdurakov: hey sorry i messed up your tempest series, i didn't realize it was a series when i updated that commit message on the live migratoin instance caching change16:52
dansmithI can't figure out what claudiu's schedule is.. he's in eastern europe, right?16:53
*** sneti has joined #openstack-nova16:53
mriedemyeah16:53
mriedemhe may be vampyre16:53
tdurakovmriedem, hi, no problem, i'll update the whole chain16:53
*** markus_z has quit IRC16:54
*** Marga_ has joined #openstack-nova16:54
*** tonytan4ever has joined #openstack-nova16:55
*** subscope has quit IRC16:55
johnthetubaguytdurakov: I am about to run off, can I help quickly?16:55
*** Marga_ has quit IRC16:56
tdurakovjohnthetubaguy, http://xsnippet.org/361077/ http://xsnippet.org/361078/16:56
*** dustins has quit IRC16:56
tdurakovjohnthetubaguy, about https://review.openstack.org/#/c/227897/16:56
*** Marga_ has joined #openstack-nova16:56
*** jasond has joined #openstack-nova16:57
tdurakovfirst trace from current ps, second with LOG.exception16:57
*** jwcroppe has quit IRC16:57
tdurakovwith exc_info=True16:57
*** danpb has quit IRC16:57
dansmithmriedem: maybe we need a maintenance gorilla t-shirt for tokyo... OH WAIT16:57
johnthetubaguytdurakov: yeah, that top bit is what I was expecting16:57
*** heyongli has quit IRC16:58
johnthetubaguytdurakov: I guess its an RPC cast then, from the other compute, so you see the traceback there16:58
mriedemdansmith: just mail it to me16:58
tdurakovjohnthetubaguy, yep16:58
*** dustins has joined #openstack-nova16:58
dansmithmriedem: no dude you don't get one16:58
*** heyongli has joined #openstack-nova16:58
tdurakovso do we need exc_info=True?16:58
dansmithmriedem: we don't reward slacking16:58
mriedemfine16:59
mriedemi didn't want one anyway16:59
tdurakovi'd prefer LOG.exception(_LE('An error occurred while deallocating network.'),instance=instance)16:59
tdurakovjohnthetubaguy, what do you think?16:59
tdurakovLog.exception only i mean16:59
mriedemtdurakov: you can only use LOG.exception if you're in an exception handler, otherwise py34 pukes17:00
mriedemexc_info gets you the same results, a traceback17:00
*** su_zhang has joined #openstack-nova17:00
mriedemtdurakov: see https://review.openstack.org/#/c/233644/17:00
*** haomaiwang has quit IRC17:01
*** haomaiwang has joined #openstack-nova17:01
tdurakovmriedem, here is the point, we don't need stack_trace here17:01
tdurakovwe will get it anyway17:01
tdurakovhttps://review.openstack.org/#/c/227897/17:02
tdurakovmriedem, so, leaving existing code, or leave log.error only, then? could you left some comments:)17:05
*** amotoki has joined #openstack-nova17:06
mriedemcommented17:06
*** pratikma_ has quit IRC17:06
johnthetubaguytdurakov: so I think we decided log.excpetion was generally annoyingly verbose for error logs17:07
johnthetubaguybut I am clearly out of sync on some of these issues, I need to catch up on where we are going with that now17:07
*** ctrath has quit IRC17:07
*** unicell has joined #openstack-nova17:07
*** heyongli has quit IRC17:08
*** heyongli has joined #openstack-nova17:09
gsilvisjohnthetubaguy: by the way, the MOC may be willing to host the Nova midcycle at Boston University this January17:09
tdurakovmriedem, as  there is cast, and should be trace anyway, what if use LOG.error only?17:09
mriedemtdurakov: it's not a cast https://github.com/openstack/nova/blob/master/nova/network/rpcapi.py#L24817:10
tdurakovmriedem, nope, i'm about rollback_live_migration_at_destination17:10
*** Piet has quit IRC17:10
*** lbragstad_ has joined #openstack-nova17:11
*** spandhe has joined #openstack-nova17:11
*** jasond has left #openstack-nova17:11
mriedemtdurakov: but that's for rollback_live_migration_at_destination, not for when self.network_api.setup_networks_on_host fails17:12
tdurakovmriedem, ok, so then LOG.exception. only without exc_info?17:13
mriedemtdurakov: exc_info is implied with LOG.exception17:13
*** bitblt has joined #openstack-nova17:13
mriedemtdurakov: but my other question is, why not call rollback_live_migration_at_destination from within the with excutils.save_and_reraise_exception context?17:13
*** Marga_ has quit IRC17:14
*** ctrath has joined #openstack-nova17:14
*** sneti has quit IRC17:15
tdurakovit's wrapped in except section17:15
tdurakovmriedem17:15
*** Marga_ has joined #openstack-nova17:15
mriedemand?17:15
tdurakovdo you want me to wrap the setup_networks_on_host?17:16
*** pratikmallya has joined #openstack-nova17:16
mriedemexcutils.save_and_reraise_exception is more or less for saving off the first failure, doing something, and then raising that first failure17:16
mriedemwhich is the same as what you're doing with the try/except/finally17:16
mriedemexcept your usage of excutils.save_and_reraise_exception is only to log the first exception, which is going to re-raised anyway17:17
tdurakovok, let me try that, then:)17:17
*** phschwartz is now known as phschwartz_aw17:17
tdurakovmriedem, thanks for advice17:17
mriedemi'll post a paste of what i'm looking for17:17
tdurakovmriedem, could you add it as a comment for ps17:18
mriedemyeah17:18
*** heyongli has quit IRC17:18
tdurakovthanks, it would be great:)17:18
*** achanda has joined #openstack-nova17:18
*** heyongli has joined #openstack-nova17:19
*** vilobhmm11 has joined #openstack-nova17:20
*** inteq has joined #openstack-nova17:21
mriedemi'm not even sure you need save_and_reraise_exception, try/finally should do it17:24
mriedemoh wait, nvm17:24
*** ccarmack has quit IRC17:27
*** ociuhandu has quit IRC17:27
*** heyongli has quit IRC17:28
*** heyongli has joined #openstack-nova17:29
*** ccarmack has joined #openstack-nova17:31
*** lpetrut has quit IRC17:33
*** Marga_ has quit IRC17:33
*** jwcroppe has joined #openstack-nova17:34
mmmporksdague: just catching up on backscroll and i had a question about https://review.openstack.org/#/c/234782/317:35
mmmporkwhat kind of test coverage do we have for testing version end points?17:35
mmmporkalso hi everyone :) i'm new17:35
mmmporkif there's existing test coverage, does that also need to be updated for that fix? if not, would it be helpful if there was a test written to cover that case (maybe something i could put on my list to do)?17:36
mmmporkalso "version" endpoints might be misleading, i just noticed the file was "versions.py" and the update was in the VersionsManager class, so i'm sorry if my question is a little confusing :)17:38
*** heyongli has quit IRC17:39
*** heyongli has joined #openstack-nova17:39
mriedemtdurakov: i'm thinking something like this http://paste.openstack.org/show/476411/17:41
mriedemtdurakov: you might want to ask lifeless if he has ideas about error handling here17:41
*** rlrossit has quit IRC17:42
*** rlrossit has joined #openstack-nova17:44
*** romainh has quit IRC17:44
*** rotbeard has quit IRC17:45
*** mriedem has quit IRC17:45
*** dustins has quit IRC17:47
*** salv-orlando has joined #openstack-nova17:47
*** lucasagomes__ has joined #openstack-nova17:48
*** ZZelle_ has joined #openstack-nova17:49
*** heyongli has quit IRC17:49
*** heyongli has joined #openstack-nova17:50
*** sudipto has quit IRC17:50
*** browne has quit IRC17:52
*** garyk has quit IRC17:52
*** dustins has joined #openstack-nova17:53
*** browne has joined #openstack-nova17:53
sdaguemmmpork: on the novaclient side, most of the testing is unit tests, with a smattering of functional tests (running the cli against a devstack)17:53
sdaguefor this one the unit tests need to be fixed for sure, and we'd want to force the 404 on the first url correctly in some of those17:53
sdagueit's a big deep in internals, so I'm not sure new functional tests are a good plan or not17:54
*** claudiub has joined #openstack-nova17:54
*** browne has quit IRC17:54
sdagueI was lazy about even looking at the unit tests as I was mostly trying to figure out if I had this patch, plus some others, if I could get a whole tempest run - https://review.openstack.org/#/c/233079/17:56
*** lykinsbd_ has quit IRC17:56
*** heyongli has quit IRC17:59
*** heyongli has joined #openstack-nova18:00
*** lbragstad has quit IRC18:00
*** lbragstad_ is now known as lbragstad18:00
mmmporksdague: ah interesting18:00
*** haomaiwang has quit IRC18:01
*** mriedem has joined #openstack-nova18:01
*** haomaiwang has joined #openstack-nova18:01
*** david-lyle has quit IRC18:01
mmmporki am happy to work on a unit test patch if it's appropriate for someone new to the code base18:01
mmmporkbut yeah sounds like functional tests might be a bit of a hairball ;)18:02
*** david-lyle has joined #openstack-nova18:02
*** earlephilhower has joined #openstack-nova18:03
*** amotoki has quit IRC18:03
sdaguemmmpork: yeh, honestly, if you want to bang on trying to get the unit tests to pass there18:05
mriedemwell not surprisingly most of the neutron tempest tests fail with cells https://jenkins06.openstack.org/job/gate-tempest-dsvm-full/20876/consoleFull18:05
sdaguemmmpork: I honestly think it's just adding one more mock point for calling the new url which is supposed to 40418:05
mmmporksdague: is this where the test lives that needs to be updated? nova/tests/unit/api/openstack/compute/test_versions.py18:05
mmmporkkewl18:05
sdagueit's a lot of fails, but they are all exactly the same fail18:05
mmmporkok cool, i'll fetch your patch and see if i can fix the unit tests18:05
cfriesen_what are the rules about using a CONF variable without explictly importing it?   For example, in virt/libvirt/driver.py I see it using CONF.libvirt.images_type.  Is the fact that it imports imagebackend sufficient?18:06
bauzascfriesen_: honestly, it's bad18:06
bauzascfriesen_: because it works, but it could have some problems18:07
sdaguemmmpork: I think it's novaclient/tests/unit/v2/fakes.py18:07
sdaguebased on the fail log http://logs.openstack.org/82/234782/3/check/gate-python-novaclient-python26/3d39c02/console.html#_2015-10-15_10_42_43_56118:07
mmmporkah ok18:07
* mmmpork should pay more attention to the jenkins results18:08
cfriesen_bauzas: the reason I ask is that I wanted to so something specific to the LVM backend in resource_tracker.py, but when I tried to do a CONF.import_opt() it choked.  I'm guessing it's some sort of circular import thing.18:08
bauzascfriesen_: well, without seeing the code... :)18:09
sdagueI think it's about making another elif in the callback path18:09
*** e0ne has joined #openstack-nova18:09
*** heyongli has quit IRC18:09
mmmporkkk18:10
*** heyongli has joined #openstack-nova18:10
mmmporki'm just spinning up my devstack vm right now and getting nova cloned and making sure things pass before i check out your patch18:11
*** exploreshaifali has joined #openstack-nova18:13
*** garyk has joined #openstack-nova18:14
*** alejandrito has joined #openstack-nova18:14
cfriesen_bauzas: I added CONF.import_opt('images_type', 'nova.virt.libvirt.imagebackend', group='libvirt')  in resource_tracker.py, but then when I started up nova_compute I got the following: http://paste.openstack.org/show/476414/18:14
*** lucasagomes has joined #openstack-nova18:15
*** lucasagomes is now known as lucas-afk18:16
*** bitblt has quit IRC18:16
*** heyongli has quit IRC18:20
*** lucas-afk has quit IRC18:20
openstackgerritDiana Clarke proposed openstack/nova: Replace N block_device_mapping queries with 1  https://review.openstack.org/22996418:20
*** heyongli has joined #openstack-nova18:20
lifelessmriedem: whats the context?18:21
lifelessmriedem: you could use raise_with instead, which might be nice for a python3 world18:22
*** ZZelle__ has joined #openstack-nova18:22
sdaguemmmpork: cool18:23
sdaguemmmpork: though, mostly you can just tox -e py27 for this, it should run on a laptop18:23
sdaguethe unit tests that is18:23
mmmporkah ok18:23
mmmporki was looking at the tox ini and trying to run tox py3418:24
*** su_zhang has quit IRC18:26
*** lucasagomes has joined #openstack-nova18:28
*** lucasagomes__ has quit IRC18:28
mmmporkok they are running now :)18:28
*** ZZelle__ has quit IRC18:28
*** lucasagomes is now known as lucas-afk18:28
*** heyongli has quit IRC18:30
ijuwanghi.. can i have some feedback on https://bugs.launchpad.net/nova/+bug/149909118:30
openstackLaunchpad bug 1499091 in OpenStack Compute (nova) "Cannot create flavor with printable characters outside of 0xFFFF range" [Undecided,In progress] - Assigned to Christine Wang (ijuwang)18:30
*** heyongli has joined #openstack-nova18:31
mriedemlifeless: https://review.openstack.org/#/c/227897/18:31
*** lsmola_ has quit IRC18:35
*** browne has joined #openstack-nova18:35
*** marzif has joined #openstack-nova18:35
*** achanda has quit IRC18:36
*** marzif has quit IRC18:36
*** pradk has joined #openstack-nova18:36
sdaguepy34 should also work, I just usually default to 2718:36
*** marzif has joined #openstack-nova18:36
mmmporkyeah it was just slow to load up, i think it was installing deps into my venv18:39
sdagueyeh, those take a bit18:40
*** sneti has joined #openstack-nova18:40
*** heyongli has quit IRC18:40
*** heyongli has joined #openstack-nova18:41
*** dims has joined #openstack-nova18:43
*** achanda has joined #openstack-nova18:44
bauzascfriesen_: sorry, was afk18:45
*** dims_ has quit IRC18:45
*** achanda has quit IRC18:46
*** dims has quit IRC18:47
*** tpeoples has quit IRC18:49
mriedemtdurakov: do you mind if i update your change with what i'm looking at?18:49
mriedemi think it's a bit cleaner18:49
lifelessmriedem: wow, thats very uniodomatic today18:50
lifelessthe try and reraise isn't being used18:50
*** heyongli has quit IRC18:50
mriedemlifeless: in the way the patch is written currently?18:51
mriedemor my alternative?18:51
lifelessmriedem: in the way its currently written18:51
*** heyongli has joined #openstack-nova18:51
mriedemyeah, i figured that out after looking at it a few times18:51
lifelessmriedem: the usual pattern is18:51
lifelessexcept Exception:18:51
lifeless  with ..18:51
lifeless    do the stuff we had to do18:52
lifelessadding comments to the review18:52
mriedemlifeless: yeah i'm pushing an alternative on the same thing18:54
mriedemit's not pretty either, but it's cleaner imo18:55
*** subscope has joined #openstack-nova18:56
*** tpeoples has joined #openstack-nova18:56
*** haomaiwang has quit IRC18:57
kashyapsdague: mriedem (you also have some context about it): If you get a moment, care to look at this one-liner? https://review.openstack.org/#/c/234286/18:57
lifelessmriedem: I'd be interested in whether my thoughts there are accurate :)18:59
openstackgerritArtom Lifshitz proposed openstack/nova: WIP: vNIC tagging  https://review.openstack.org/23490419:00
*** heyongli has quit IRC19:01
mriedemlifeless: i think it's accurate,19:01
mriedembut i'd prefer to not use fixtures at runtime19:01
mriedemargh argh argh19:01
*** heyongli has joined #openstack-nova19:01
*** rlrossit has quit IRC19:02
*** ijw has joined #openstack-nova19:02
*** artom has quit IRC19:03
*** armax has quit IRC19:05
bauzasjaypipes: still around ? had you time to discuss with johnthetubaguy ?19:05
*** rlrossit has joined #openstack-nova19:07
*** jichen has joined #openstack-nova19:08
mriedemlifeless: btw, i don't think we care about not sending the 'end' notification if we fail19:08
mriedemthat's why we have the wrap_exception decorator19:08
bauzascfriesen_: look what I found https://github.com/openstack/nova/blob/master/nova/virt/storage_users.py#L33-L4419:10
*** dims has joined #openstack-nova19:11
*** heyongli has quit IRC19:11
*** heyongli has joined #openstack-nova19:12
*** mgoddard_ has joined #openstack-nova19:16
*** mgoddard__ has joined #openstack-nova19:17
*** lykinsbd_ has joined #openstack-nova19:17
*** mgoddard has quit IRC19:19
*** lykinsbd_ has quit IRC19:19
*** ayoung has quit IRC19:19
*** mgoddard_ has quit IRC19:20
openstackgerritJason Dunsmore proposed openstack/python-novaclient: Do not expose exceptions from requests library  https://review.openstack.org/23555819:21
*** heyongli has quit IRC19:21
*** heyongli has joined #openstack-nova19:22
*** phschwartz_aw is now known as phschwartz19:23
*** mgoddard_ has joined #openstack-nova19:24
*** mgoddard__ has quit IRC19:25
*** e0ne has quit IRC19:25
*** mgoddard__ has joined #openstack-nova19:25
mriedemmtreinish: sdague: heh, only 43 failures for cells + neutron :) http://logs.openstack.org/85/235485/1/check/gate-tempest-dsvm-neutron-full/9b042d5/console.html19:26
mriedemin part b/c it's trying to attach vifs, and our rc doesn't skip those b/c it was written against nova-net19:28
*** mgoddard_ has quit IRC19:29
mtreinishmriedem: hah, boto is not happy19:29
mriedemyeah not sure what's up there, probably security groups19:29
openstackgerritMike Fedosin proposed openstack/nova: Use helper method to remove version hardcoding  https://review.openstack.org/22857819:30
openstackgerritMike Fedosin proposed openstack/nova: Bringing Glance v2 images to a uniform format  https://review.openstack.org/23169619:30
*** dims has quit IRC19:30
*** kairo has joined #openstack-nova19:31
*** heyongli has quit IRC19:31
*** heyongli has joined #openstack-nova19:32
*** salv-orlando has quit IRC19:32
*** achanda has joined #openstack-nova19:32
*** alex_klimov has joined #openstack-nova19:34
openstackgerritMatt Riedemann proposed openstack/nova: Attempt rollback live migrate at dest even if network dealloc fails  https://review.openstack.org/22789719:36
mriedemlifeless: ^ udpated19:36
mriedem*updated19:36
*** armax has joined #openstack-nova19:41
*** heyongli has quit IRC19:42
*** heyongli has joined #openstack-nova19:42
*** alexpilotti has joined #openstack-nova19:43
*** mgoddard_ has joined #openstack-nova19:43
*** mgoddard__ has quit IRC19:44
vilobhmm11bauzas : ping19:44
*** mgoddard has joined #openstack-nova19:45
*** su_zhang has joined #openstack-nova19:46
bauzasvilobhmm11: pong19:46
vilobhmm11wanted to talk on sg spec19:47
vilobhmm11bauzas : you have some time?19:47
bauzasvilobhmm11: well, preparing my Japan trip but sure19:47
vilobhmm11the proposal is to introduce an attribute is_up in nova.objects.service19:48
vilobhmm11and you said it should be a property19:48
vilobhmm11thats alrite19:48
*** mgoddard_ has quit IRC19:48
vilobhmm11but while computing is_up = (nova.service.updated_at < 120) && service liveness(self.servicegroup_api.service_is_up(service))19:49
vilobhmm11since we are at the object layer the service object is not constructed yet19:49
vilobhmm11to be passed as service_is_up parameter19:49
smurkeI was working on https://bugs.launchpad.net/nova/+bug/957009 bug but it seems its invalid could any one confirm it19:49
openstackLaunchpad bug 957009 in OpenStack Compute (nova) "Instance task_state remains in 'deleting' state if Compute server is down" [Low,Confirmed] - Assigned to Sumant Murke (sumant-murke)19:49
vilobhmm11so wouldn't it be better to add the contition directly here https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/availability_zone.py#L8719:50
vilobhmm11(service['updated_at'] < 120) && service liveness(self.servicegroup_api.service_is_up(service))19:50
vilobhmm11bauzas : ^^19:50
*** marzif has quit IRC19:50
*** apoorvad has quit IRC19:51
*** heyongli has quit IRC19:52
*** Marga_ has joined #openstack-nova19:52
bauzasnot sure I get your point19:52
*** heyongli has joined #openstack-nova19:53
bauzasabout the property thing, I'm not opiniated19:53
*** mestery_ has joined #openstack-nova19:53
*** mgoddard_ has joined #openstack-nova19:53
vilobhmm11bauzas : according to you how would is_up if we make it as attribute of service object be computed ?19:53
*** mgoddard has quit IRC19:54
*** mgoddard__ has joined #openstack-nova19:54
bauzaswell, if it's an attribute, it needs to be updated, right?19:55
*** tdurakov_ has joined #openstack-nova19:55
bauzashence me wondering what could be updating that field19:55
vilobhmm11yes I agree but we are saying is_up = (nova.service.updated_at < 120) && service liveness(self.servicegroup_api.service_is_up(service))19:55
vilobhmm11is_up = RPC livenss && Service liveness19:55
bauzasI agree19:56
vilobhmm11bauzas : you agree on this ?19:56
*** mgoddard_ has quit IRC19:56
*** mgoddard_ has joined #openstack-nova19:56
tdurakov_mriedem, ping19:57
*** mgoddard__ has quit IRC19:57
mriedemtdurakov_: hi19:57
*** mgoddard__ has joined #openstack-nova19:57
tdurakov_mriedem, why we need to store first_failure explicitly?19:58
tdurakov_what would be profit for that?19:58
*** ijw has quit IRC19:58
mriedemtdurakov_: to reraise the first exception that we hit19:58
mriedemunless you didn't care19:58
mriedemand just wanted to log it19:58
*** achanda has quit IRC19:58
tdurakov_as we discussed with johnthetubaguy driver's exception has more priority19:59
vilobhmm11bauzas : ok now my point is for "Service liveness"  [servicegroup_api.service_is_up(service) ] we will need to pass service object which is not constructed yet ? and the service_is_up call at the https://github.com/openstack/nova/blob/master/nova/servicegroup/api.py#L85 needs service obj19:59
mriedemtdurakov_: i missed that discussion19:59
mriedemwhat was the reasoning?19:59
*** pixelbeat has quit IRC19:59
tdurakov_so the plan was to raise it, if smth goes wrong19:59
*** Piet has joined #openstack-nova19:59
*** kairo has quit IRC19:59
vilobhmm11bauzas : or we change the prototye of service_is_up if that is acceptable ? service_is_up(host, topic)20:01
*** mgoddard_ has quit IRC20:01
mriedemtdurakov_: idk, in my opinion it's better to raise the first exception you encounter, the call to driver.rollback is just a best attempt20:02
bauzasvilobhmm11: well, the service entry is created when the service is run20:02
vilobhmm11bauzas : agree20:02
bauzasvilobhmm11: that's just the object which is not yet hydrated20:02
*** electroc_ has joined #openstack-nova20:02
*** heyongli has quit IRC20:02
*** salv-orlando has joined #openstack-nova20:02
mriedemtdurakov_: that's why i was saving off the first failure, attempting driver.rollback and if that fails, and the network dealloc didn't fail, we just log it and raise the first exception20:02
vilobhmm11bauzas : don't know what you mean by hydrated?20:02
tdurakov_mriedem, first one should be logged in case of failure, and driver's fail should be handled by instance event20:02
*** Marga_ has quit IRC20:02
bauzasvilobhmm11: so depending on your caller, you can still do something like objects.Service.get_by_sth()20:02
mriedemtdurakov_: is there a specific patch set where that is called out?20:03
*** Marga_ has joined #openstack-nova20:03
bauzasand20:03
*** heyongli has joined #openstack-nova20:03
bauzasvilobhmm11: and passing self to the SG API doesn't sound silly20:03
vilobhmm11bauzas : didn't get what you meant above ^^ …let start with example https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/availability_zone.py#L87 so that it would be easy to follow20:04
bauzasbut that's implementation detail IMHO20:04
tdurakov_mriedem, could you rephrase last:)20:04
mriedemtdurakov_: is there a patch set in here where a reviewer (john) specifically said that we should raise the failure from the driver.rollback over the network dealloc failure?20:04
vilobhmm11bauzas : I feel it should be clear in the spec…so that we don't have to go back n forth20:05
*** VW has quit IRC20:05
tdurakov_mriedem, we've talked about that yesterday, http://eavesdrop.openstack.org/irclogs/%23openstack-nova/%23openstack-nova.2015-10-14.log.html20:05
bauzasvilobhmm11: so, here service is a Service object right?20:05
vilobhmm11bauzas : yes20:05
bauzasvilobhmm11: hydrated from https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/availability_zone.py#L6620:06
*** VW has joined #openstack-nova20:06
tdurakov_mriedem, 16:48 and earlier20:06
mriedemtdurakov_: heh, ok, would be better to have that information in the commit message then or the review comments to explain what's going on20:06
*** electrocucaracha has quit IRC20:06
bauzasvilobhmm11: so why not calling alive = service.is_up() instead of that SG call ?20:06
bauzasor service.is_up if that's an attribute20:07
*** rdo has quit IRC20:07
vilobhmm11bauzas : agree I am with you till that point20:07
vilobhmm11but then how do you envision it at the object layer20:07
mriedemtdurakov_: that irc conversation is not clear to me really, so i'd say we just get input on this alternative patch set 10 from johnthetubaguy when he's around tomorrow20:07
vilobhmm11lets say we have def is_up() at nova/objects/service20:07
vilobhmm11nova computing "RPC liveness" is tsraightforward20:08
*** armax has quit IRC20:08
vilobhmm11straightforward20:08
*** Marga_ has quit IRC20:08
vilobhmm11bauzas : at object layer how about service liveness20:08
bauzaswell, if that's a method/property/something, then for getting the SG call, you just need to do servicegroup_api.service_is_up(self)20:08
vilobhmm11sure20:08
tdurakov_mriedem, ok, let's discuss it with johnthetubaguy tomorrow then, need to finalize with strategy for that exceptions:-p20:09
lifelessmriedem: looking (sorry for latency, its a cray cray morning here20:09
vilobhmm11and thats what I wanted to confirm.. I will include all these details in the spec20:09
vilobhmm11so that we have a consensus20:09
vilobhmm11that way we don;t have to change the API prototype for service_is_up20:09
vilobhmm11bauzas : ^^20:09
bauzasvilobhmm11: tbc, I'm not sure we don't need to change the API20:10
*** VW has quit IRC20:10
*** armax has joined #openstack-nova20:11
bauzasvilobhmm11: but that's food for thoughts in the spec, and some others could be more seasoned than me on that point20:11
vilobhmm11bauzas : ok…20:11
openstackgerritStephen Finucane proposed openstack/nova: Add 'hw_cpu_threads_policy' to ImageMetaProps  https://review.openstack.org/20264720:11
bauzasvilobhmm11: but honestly, you don't need that level of detail in the spec20:11
openstackgerritStephen Finucane proposed openstack/nova: Add 'hw:cpu_threads_policy=separate' scheduling  https://review.openstack.org/20265220:11
openstackgerritStephen Finucane proposed openstack/nova: Make use of 'InstanceNUMACell.cpu_policy' field  https://review.openstack.org/20265320:11
openstackgerritStephen Finucane proposed openstack/nova: trivial: Make use of 'CPUAllocation' enum values  https://review.openstack.org/20265420:11
openstackgerritStephen Finucane proposed openstack/nova: Add 'hw:cpu_threads_policy=isolate' scheduling  https://review.openstack.org/20265520:11
openstackgerritStephen Finucane proposed openstack/nova: Add 'cpu_policy' and 'cpu_threads_policy' fields  https://review.openstack.org/20264820:11
openstackgerritStephen Finucane proposed openstack/nova: Add 'hw:cpu_threads_policy=avoid' filtering  https://review.openstack.org/20264920:11
openstackgerritStephen Finucane proposed openstack/nova: trivial: Add some logs to 'numa_topology_filter'  https://review.openstack.org/20265020:11
openstackgerritStephen Finucane proposed openstack/nova: Add 'hw:cpu_threads_policy=require' scheduling  https://review.openstack.org/20265120:11
bauzasvilobhmm11: you just need to mention what you'll do, not hoxw20:11
bauzashow20:11
bauzasno need for code snippets IMHO20:12
vilobhmm11bauzas : agree but just wanted to be more specific so that we minimize going back n forth…I think apart from that I have covered all other concerns you had20:12
vilobhmm11bauzas : alrite20:12
vilobhmm11bauzas : thanks!20:12
bauzasagain, that's my thoughts and I'd love to see other opinions20:13
*** heyongli has quit IRC20:13
bauzasdon't take my views as a consensus20:13
bauzasthat's why we have Gerrit :)20:13
*** heyongli has joined #openstack-nova20:13
*** VW has joined #openstack-nova20:13
sfinucandansmith: That series has been rebased on top of your changes. Would appreciate it if you could look at the versioning code to see if I've done it correctly20:13
dansmithsfinucan: okay20:14
*** claudiub has quit IRC20:14
*** tdurakov_ has quit IRC20:15
*** boris-42 has quit IRC20:18
*** mestery_ has quit IRC20:19
*** achanda has joined #openstack-nova20:19
*** tdurakov_ has joined #openstack-nova20:19
*** heyongli has quit IRC20:23
*** heyongli has joined #openstack-nova20:24
openstackgerritMike Fedosin proposed openstack/nova: Use helper method to remove version hardcoding  https://review.openstack.org/22857820:25
openstackgerritMike Fedosin proposed openstack/nova: Bringing Glance v2 images to a uniform format  https://review.openstack.org/23169620:25
*** sneti has quit IRC20:25
*** subscope has quit IRC20:25
*** armax has quit IRC20:26
*** apoorvad has joined #openstack-nova20:26
*** achanda has quit IRC20:28
*** tdurakov_ has quit IRC20:28
*** ctrath has quit IRC20:29
*** armax has joined #openstack-nova20:31
sfinucanjohnthetubaguy: Is there anything I need to do to get a blueprint reopened for M? I'm unsure of the process here20:31
sfinucanjohnthetubaguy: The blueprint in question is virt-driver-cpu-thread-pinning. I also need to make changes from what was proposed for L20:31
*** mestery_ has joined #openstack-nova20:32
*** emagana has joined #openstack-nova20:32
openstackgerritJason Dunsmore proposed openstack/python-novaclient: Do not expose exceptions from requests library  https://review.openstack.org/23555820:32
*** mestery_ has quit IRC20:32
*** baoli has quit IRC20:32
*** Guest71541 has joined #openstack-nova20:32
*** heyongli has quit IRC20:33
*** heyongli has joined #openstack-nova20:34
*** lifeless has quit IRC20:34
*** mwagner_ has quit IRC20:34
*** tdurakov_ has joined #openstack-nova20:36
*** ociuhandu has joined #openstack-nova20:38
*** erlarese has quit IRC20:39
*** ccarmack has quit IRC20:43
*** heyongli has quit IRC20:43
*** hemna is now known as hemnafk20:44
*** heyongli has joined #openstack-nova20:44
*** Guest71541 is now known as dims_20:46
tdurakov_dansmith, hi, got question about this https://review.openstack.org/#/c/231271/720:51
tdurakov_where can i find some rationale for?20:52
dansmithtdurakov_: what rationale are you looking for?20:52
tdurakov_hm, some details maybe, what is the reason for deletion, any you have:)20:53
*** heyongli has quit IRC20:53
*** heyongli has joined #openstack-nova20:54
dansmithtdurakov_: in liberty we landed a change to how backports can work, where the client provides a manifest of all its versions,20:54
dansmithwhich means you don't need to have the object relationships server-side to calculate the proper version of a sub-object20:54
dansmithmaintaining those is a pain, and we get it wrong all the time20:55
tdurakov_dansmith, in liberty we landed a change to how backports can work - could you provide a link for that? maintaining those is a pain - yep:)20:55
*** achanda has joined #openstack-nova20:56
dansmithtdurakov_: well, it's kindof in o.vo and kindof in nova20:57
*** burt has quit IRC20:57
dansmithtdurakov_: https://github.com/openstack/nova/blob/master/nova/conductor/manager.py#L12320:57
dansmithtdurakov_: the versions param gets the output of this: https://github.com/openstack/oslo.versionedobjects/blob/master/oslo_versionedobjects/base.py#L100920:58
dansmithtdurakov_: looks like: {"Instance": "2.0", "BlockDeviceMapping": "1.12", ....}20:59
tdurakov_dansmith, thank you, btw what do you mean by that: kindof in o.vo and kindof in nova21:00
*** claudiub has joined #openstack-nova21:01
dansmithtdurakov_: well, it was multiple patches in o.vo and in nova to make it all work21:01
*** aysyd has quit IRC21:01
*** sneti has joined #openstack-nova21:02
*** heyongli has quit IRC21:04
*** rlrossit has left #openstack-nova21:04
*** heyongli has joined #openstack-nova21:05
*** rfolco has quit IRC21:07
*** vilobhmm111 has joined #openstack-nova21:08
*** vilobhmm11 has quit IRC21:09
cburgess_@dansmith Do you have a minute for a very ugly bad question?21:09
openstackgerritStephen Finucane proposed openstack/nova: Add 'hw:cpu_threads_policy=separate' scheduling  https://review.openstack.org/20265221:09
openstackgerritStephen Finucane proposed openstack/nova: Make use of 'InstanceNUMACell.cpu_policy' field  https://review.openstack.org/20265321:09
openstackgerritStephen Finucane proposed openstack/nova: trivial: Make use of 'CPUAllocation' enum values  https://review.openstack.org/20265421:09
openstackgerritStephen Finucane proposed openstack/nova: Add 'hw:cpu_threads_policy=isolate' scheduling  https://review.openstack.org/20265521:09
*** thangp has quit IRC21:09
openstackgerritStephen Finucane proposed openstack/nova: Add 'hw:cpu_threads_policy=avoid' filtering  https://review.openstack.org/20264921:09
openstackgerritStephen Finucane proposed openstack/nova: trivial: Add some logs to 'numa_topology_filter'  https://review.openstack.org/20265021:09
openstackgerritStephen Finucane proposed openstack/nova: Add 'hw:cpu_threads_policy=require' scheduling  https://review.openstack.org/20265121:09
dansmithcburgess_: ask and then I'll tell you21:13
*** lucas-afk has quit IRC21:14
*** heyongli has quit IRC21:14
*** raildo is now known as raildo-afk21:14
*** heyongli has joined #openstack-nova21:15
cburgess_dansmith: I'm trying to write a simple script that uses the compute API, but I can't seem to get it to load the conductor interface. I keep getting a stack trace (https://gist.github.com/cburgess/e2b7684189501f608ce4), when I try and run it (https://gist.github.com/cburgess/a5d188354cac2f17e712). I can't for the life of me figure out what I'm doing wrong....21:15
dansmithcburgess_: you mean compute rpc api?21:15
cburgess_yes21:15
cburgess_compute_api = compute.API()21:15
*** cburgess_ is now known as cburgess21:16
cburgessI really need to figure out why it keeps changing my nick...21:16
dansmithcburgess: use_local isn't what you want21:16
cburgessClearly....21:17
dansmithif you're trying to call over rpc21:17
cburgessI'm fine either calling over RPC or local honestly.21:17
cburgessI just need to be able to read some compute instance info out of the DB in a reliable way.21:17
dansmithwell, this is for sure not the right way to do this :)21:17
dansmithfrom nova import objects21:17
dansmithobjects.Instance.get_by_uuid(context, uuid)21:17
cburgessThats.... even... easier....21:18
dansmithset up your DB url crap, but otherwise just that21:18
dansmiththen you get a rich object you can do things with21:18
*** burgerk has quit IRC21:18
cburgessOK cool. Thats way easier. I'll get it a shot.21:19
*** su_zhang has quit IRC21:19
cburgessI was trying to model this off how the actual API seemed to get instance objects.21:19
dansmithwell, unless you're looking at icehouse, that isn't how much of anything does anything any more21:20
cburgessYeah so... about that....21:20
dansmiththe compute get() call ends up asking for the object like above21:20
*** claudiub has quit IRC21:21
cburgessdansmith Will the objects method still work in icehouse?21:21
*** mwagner_ has joined #openstack-nova21:21
cburgessOr will I end up with a different version of the script for icehouse?21:21
dansmithcburgess: um21:21
dansmithcburgess: some bits of it will probably work21:22
dansmithcburgess: asking me to remember icehouse is kinda evil21:22
cburgessReference the very ugly bad question...21:22
*** inteq has quit IRC21:22
dansmithheh21:22
* dansmith deducts one cool point from cburgess21:22
cburgessI still had cool points left?21:23
dansmitha few :)21:23
mriedemobjects started in havana so icehouse might work21:23
mriedembut you'd have to find out on your own probably21:23
cburgessYeah..21:23
cburgessThere is an Instance class with a get_by_uuid remotable classmethod.21:23
cburgessSo it will probably work...21:24
*** heyongli has quit IRC21:24
*** heyongli has joined #openstack-nova21:25
*** dustins has quit IRC21:26
cburgessdansmith: Woot that worked....21:27
dansmithcburgess: cool21:28
cburgessdansmith: https://gist.github.com/cburgess/af227a6a9ac3a7ef389321:28
cburgessThank you for setting me on the right path.21:28
cburgessI shall once again owe you a beer at the summit.21:28
dansmithI don't seem to be collecting on these beers you speak of21:28
dansmithbut, yeah, sounds like a deal :)21:28
cburgessdansmith: I brought like a case or two to the last day in VC.21:29
dansmithoh, right enough21:29
dansmithI stand corrected21:29
cburgessOh wow this is so much nicer and easier...21:29
cburgessNow to see if the same code will work on all versions I+21:30
*** claudiub has joined #openstack-nova21:31
*** achanda has quit IRC21:32
dansmithshould pretty much work21:32
dansmithgiven that the whole point of that is a stable interface :)21:32
*** Marga_ has joined #openstack-nova21:33
*** eharney has quit IRC21:33
*** angdraug has quit IRC21:34
*** heyongli has quit IRC21:34
*** heyongli has joined #openstack-nova21:35
*** tdurakov_ has quit IRC21:36
*** sneti has quit IRC21:36
*** tdurakov_ has joined #openstack-nova21:36
*** tdurakov_ has quit IRC21:37
openstackgerritBrian Elliott proposed openstack/nova: Handle DB failures in servicegroup DB driver  https://review.openstack.org/23391421:37
cburgessdansmith Yeah.. the more I use objects... the more I fall in love...21:37
dansmithcburgess: the nice thing is that if you ever wanted to make that script work remote over rpc it would basically not change :)21:37
cburgessOK now that is hawt.21:38
dansmithand the only price you pay is the malware I hid inside that sends the rounding error from your bank account into mine21:38
cburgessHmmm...21:38
dansmithyou were wondering where that extra $0.97 went right?21:39
cburgessThat has always bugged me.21:39
cburgessmodel_query raises an exception if no records are found in the DB right?21:40
dansmithhmm, I don't think so21:40
openstackgerritBrian Elliott proposed openstack/nova: Handle DB failures in servicegroup DB driver  https://review.openstack.org/23391421:40
openstackgerritVilobh Meshram proposed openstack/nova-specs: Servicegroup foundational refactoring for Control Plane  https://review.openstack.org/22242321:40
dansmithbut you should get an exception if you try your code with a missing uuid21:41
dansmithcburgess: yeah, model_query would return None and then we raise InstanceNotFound in the db method21:42
*** pixelbeat has joined #openstack-nova21:42
*** aix has joined #openstack-nova21:42
cburgessk... trying to figure out how the get methods on the instance object and block device objects will respond if it doesn't find any records. I guess it will be some type of exception...21:43
*** rwmjones is now known as rwmjones_afk21:44
*** heyongli has quit IRC21:45
*** Piet has quit IRC21:45
*** heyongli has joined #openstack-nova21:46
*** su_zhang has joined #openstack-nova21:46
dansmithcburgess: should be InstanceNotFound for instance at least21:46
cburgessYeah21:46
*** vilobhmm111 has quit IRC21:46
cburgessits an empty list for bdm so I just have to test for that.21:46
*** vilobhmm11 has joined #openstack-nova21:47
*** vilobhmm11 has quit IRC21:47
*** vilobhmm11 has joined #openstack-nova21:47
*** gyee has joined #openstack-nova21:49
dansmithif there are no bdms or if the instance on which you're querying doesn't exist?21:50
dansmithif the former that's probably the right thing21:50
*** su_zhang has quit IRC21:54
*** heyongli has quit IRC21:55
*** jichen has quit IRC21:56
*** heyongli has joined #openstack-nova21:56
*** mriedem has quit IRC21:59
*** thorst has quit IRC21:59
*** gszasz has quit IRC21:59
*** smurke has quit IRC21:59
*** heyongli has quit IRC22:05
*** mdrabe has quit IRC22:06
*** heyongli has joined #openstack-nova22:06
*** Marga_ has quit IRC22:10
*** achanda has joined #openstack-nova22:12
*** achanda has quit IRC22:13
*** achanda has joined #openstack-nova22:14
openstackgerritMonty Taylor proposed openstack/nova-specs: Fetch SSH Hostkey  https://review.openstack.org/16720222:14
*** heyongli has quit IRC22:15
*** heyongli has joined #openstack-nova22:16
*** pdardeau has quit IRC22:16
*** jamielennox|away is now known as jamielennox22:16
*** pdardeau has joined #openstack-nova22:16
*** pratikmallya has quit IRC22:18
*** pixelbeat has quit IRC22:18
*** penick has quit IRC22:23
*** su_zhang has joined #openstack-nova22:25
*** heyongli has quit IRC22:26
*** heyongli has joined #openstack-nova22:27
*** xyang1 has quit IRC22:29
*** su_zhang has quit IRC22:30
*** VW has quit IRC22:31
*** aysyd has joined #openstack-nova22:31
*** VW has joined #openstack-nova22:31
*** VW has quit IRC22:31
*** VW has joined #openstack-nova22:32
*** mc_nair has quit IRC22:34
*** pdardeau has left #openstack-nova22:35
*** heyongli has quit IRC22:36
*** heyongli has joined #openstack-nova22:37
*** su_zhang has joined #openstack-nova22:39
*** VW has quit IRC22:45
*** aysyd has quit IRC22:46
*** heyongli has quit IRC22:46
*** heyongli has joined #openstack-nova22:47
*** pumaranikar has quit IRC22:48
*** erlon has quit IRC22:48
*** exploreshaifali has quit IRC22:49
*** su_zhang has quit IRC22:49
*** electroc_ has quit IRC22:53
*** otter768 has quit IRC22:54
*** otter768 has joined #openstack-nova22:54
*** ijuwang has quit IRC22:56
*** heyongli has quit IRC22:56
*** heyongli has joined #openstack-nova22:57
*** tonytan4ever has quit IRC23:03
*** r-daneel has quit IRC23:03
*** pratikmallya has joined #openstack-nova23:05
*** heyongli has quit IRC23:07
*** heyongli has joined #openstack-nova23:08
*** david-lyle has quit IRC23:09
*** david-lyle has joined #openstack-nova23:09
*** otter768 has quit IRC23:12
*** otter768 has joined #openstack-nova23:13
*** salv-orl_ has joined #openstack-nova23:15
*** Piet has joined #openstack-nova23:16
*** Alexus has joined #openstack-nova23:16
*** heyongli has quit IRC23:17
*** heyongli has joined #openstack-nova23:18
*** salv-orlando has quit IRC23:18
*** darrenc is now known as darrenc_afk23:20
*** angdraug has joined #openstack-nova23:22
*** inteq has joined #openstack-nova23:27
*** heyongli has quit IRC23:27
*** nikhil_k has joined #openstack-nova23:27
*** wznoinsk1 has joined #openstack-nova23:27
*** BadCub_ has joined #openstack-nova23:27
*** darrenc has joined #openstack-nova23:28
*** IanGovett has quit IRC23:28
*** heyongli has joined #openstack-nova23:28
*** wendar_ has joined #openstack-nova23:29
*** mhorban1 has quit IRC23:30
*** beagles has quit IRC23:30
*** cburgess has quit IRC23:30
*** darrenc_afk has quit IRC23:30
*** wendar has quit IRC23:30
*** achanda_ has joined #openstack-nova23:30
*** cburgess has joined #openstack-nova23:30
*** b3nt_pin has joined #openstack-nova23:30
*** b3nt_pin is now known as Guest6747323:30
*** mhorban has joined #openstack-nova23:31
*** thorst has joined #openstack-nova23:31
*** vipul has quit IRC23:31
*** vipul has joined #openstack-nova23:31
*** tojuvone_ has joined #openstack-nova23:31
*** Marga_ has joined #openstack-nova23:31
*** loquacities has quit IRC23:31
*** dansmith has quit IRC23:31
*** dansmith has joined #openstack-nova23:32
*** loquacities has joined #openstack-nova23:32
*** Alexus has quit IRC23:32
*** Piet has quit IRC23:32
*** achanda has quit IRC23:32
*** claudiub has quit IRC23:32
*** nikhil has quit IRC23:32
*** wznoinsk has quit IRC23:32
*** BadCub has quit IRC23:32
*** BadCub_ is now known as BadCub23:32
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/23544323:32
*** yamahata__ has joined #openstack-nova23:33
*** kmartin__ has joined #openstack-nova23:33
*** ekhugen has quit IRC23:33
*** mleroy has quit IRC23:33
*** tpeoples has quit IRC23:34
*** hogepodge has quit IRC23:34
*** baffle has quit IRC23:34
*** inteq has quit IRC23:34
*** tojuvone has quit IRC23:34
*** kmartin_ has quit IRC23:34
*** sbadia has quit IRC23:34
*** bapalm has quit IRC23:34
*** mtreinish has quit IRC23:34
*** isq_ has quit IRC23:34
*** Alexus has joined #openstack-nova23:35
*** IanGovett has joined #openstack-nova23:35
*** heyongli has quit IRC23:37
*** heyongli has joined #openstack-nova23:38
*** mtreinish has joined #openstack-nova23:39
*** bapalm has joined #openstack-nova23:39
*** ekhugen has joined #openstack-nova23:39
*** baffle has joined #openstack-nova23:43
*** mleroy has joined #openstack-nova23:48
*** tojuvone_ has quit IRC23:54
*** alexpilotti has quit IRC23:54
*** garyk has quit IRC23:54
*** jwcroppe has quit IRC23:54
*** setuid has quit IRC23:54
*** coolsvap has quit IRC23:54
*** phschwartz has quit IRC23:54
*** jcook has quit IRC23:54
*** baffle has quit IRC23:54
*** aix has quit IRC23:54
*** ZZelle_ has quit IRC23:54
*** bradjones has quit IRC23:54
*** jmccrory has quit IRC23:54
*** lyarwood has quit IRC23:54
*** iurygregory has quit IRC23:54
*** betherly has quit IRC23:54
*** brad[] has quit IRC23:54
*** anthonyper has quit IRC23:54
*** ircuser-1 has quit IRC23:54
*** matrohon has quit IRC23:54
*** arif-ali has quit IRC23:54
*** johnthetubaguy has quit IRC23:54
*** kmartin__ has quit IRC23:54
*** cburgess has quit IRC23:54
*** wendar_ has quit IRC23:54
*** darrenc has quit IRC23:54
*** nikhil_k has quit IRC23:54
*** otter768 has quit IRC23:54
*** vilobhmm11 has quit IRC23:54
*** dims_ has quit IRC23:54
*** alex_klimov has quit IRC23:54
*** unicell has quit IRC23:54
*** DuncanT has quit IRC23:54
*** sfinucan has quit IRC23:54
*** nelsnelson has quit IRC23:54
*** pkholkin has quit IRC23:54
*** jodah has quit IRC23:54
*** edmondk has quit IRC23:54
*** Vek has quit IRC23:54
*** lykinsbd has quit IRC23:54
*** whenry has quit IRC23:54
*** davidlenwell has quit IRC23:54
*** serverascode has quit IRC23:54
*** jamielennox has quit IRC23:54
*** greghaynes has quit IRC23:54
*** mitz_ has quit IRC23:54
*** xek has quit IRC23:54
*** vishwanathj has quit IRC23:54
*** mfisch has quit IRC23:54
*** egarbade- has quit IRC23:54
*** igordcard_ has quit IRC23:54
*** zigo has quit IRC23:54
*** tonyb has quit IRC23:54
*** sayali has quit IRC23:54
*** krotscheck has quit IRC23:54
*** toure has quit IRC23:54
*** gus has quit IRC23:54
*** d34dh0r53 has quit IRC23:54
*** jroll has quit IRC23:54
*** comstud has quit IRC23:54
*** toan has quit IRC23:54
*** tlbr_ has quit IRC23:54
*** swamireddy has quit IRC23:54
*** mgagne has quit IRC23:54
*** s1rp_ has quit IRC23:54
*** ChanServ has quit IRC23:54
*** gyee has quit IRC23:54
*** pradk has quit IRC23:54
*** cfriesen_ has quit IRC23:54
*** NithyaG has quit IRC23:54
*** josecastroleon has quit IRC23:54
*** marcusvrn_ has quit IRC23:54
*** mmedvede has quit IRC23:54
*** briancurtin has quit IRC23:54
*** ameade has quit IRC23:54
*** lxsli has quit IRC23:54
*** StevenK has quit IRC23:54
*** angular_mike_ has quit IRC23:54
*** mikal has quit IRC23:54
*** smcginnis has quit IRC23:54
*** crinkle has quit IRC23:54
*** ramishra has quit IRC23:54
*** mhorban has quit IRC23:54
*** armax has quit IRC23:54
*** diogogmt has quit IRC23:54
*** mrkz has quit IRC23:54
*** EinstCrazy has quit IRC23:54
*** jborak has quit IRC23:54
*** wanghao has quit IRC23:54
*** dosaboy has quit IRC23:54
*** coreywright has quit IRC23:54
*** rex_lee_ has quit IRC23:54
*** mariojv has quit IRC23:54
*** raorn has quit IRC23:54
*** shakamunyi has quit IRC23:54
*** sirushti has quit IRC23:54
*** Bent0 has quit IRC23:54
*** Alexus has quit IRC23:54
*** Marga_ has quit IRC23:54
*** Guest67473 has quit IRC23:54
*** mwagner_ has quit IRC23:54
*** leseb_ has quit IRC23:54
*** shaohe_robot1 has quit IRC23:54
*** jogo has quit IRC23:54
*** zzzeek_ has quit IRC23:54
*** tdurakov has quit IRC23:54
*** Kevin_Zheng has quit IRC23:54
*** dguitarbite has quit IRC23:54
*** adam_g has quit IRC23:54
*** diana_clarke has quit IRC23:54
*** kbyrne has quit IRC23:54
*** pkoniszewski has quit IRC23:54
*** Nakato has quit IRC23:54
*** edleafe has quit IRC23:54
*** toabctl has quit IRC23:54
*** maurosr has quit IRC23:54
*** rwmjones_afk has quit IRC23:54
*** tr3buchet has quit IRC23:54
*** ujjain has quit IRC23:54
*** bapalm has quit IRC23:54
*** vipul has quit IRC23:54
*** hwoarang has quit IRC23:54
*** ZZelle has quit IRC23:54
*** j_king has quit IRC23:54
*** thomasem_ has quit IRC23:54
*** devananda has quit IRC23:54
*** jamespd has quit IRC23:55
*** russellb has quit IRC23:55
*** tristanC has quit IRC23:55
*** andrearosa has quit IRC23:55
*** anish has quit IRC23:55
*** jlvillal has quit IRC23:55
*** doffm has quit IRC23:55
*** jlk has quit IRC23:55
*** anteaya has quit IRC23:55
*** belliott has quit IRC23:55
*** timello- has quit IRC23:55
*** q3k has quit IRC23:55
*** ekhugen has quit IRC23:55
*** david-lyle has quit IRC23:55
*** pratikmallya has quit IRC23:55
*** emagana has quit IRC23:55
*** apoorvad has quit IRC23:55
*** mgoddard__ has quit IRC23:55
*** lbragstad has quit IRC23:55
*** ndipanov has quit IRC23:55
*** edmondsw has quit IRC23:55
*** kgalanov has quit IRC23:55
*** bfic has quit IRC23:55
*** wasmum- has quit IRC23:55
*** jaypipes has quit IRC23:55
*** Madasi has quit IRC23:55
*** zhiyan has quit IRC23:55
*** masayukig has quit IRC23:55
*** ptm_away has quit IRC23:55
*** FL1SK has quit IRC23:55
*** gzhai1 has quit IRC23:55
*** frickler has quit IRC23:55
*** keekz has quit IRC23:55
*** kashyap has quit IRC23:55
*** davideag_ has quit IRC23:55
*** logan2 has quit IRC23:55
*** morgan has quit IRC23:55
*** _gryf has quit IRC23:55
*** dougwig has quit IRC23:55
*** dgonzalez has quit IRC23:55
*** tziarko_ has quit IRC23:55
*** vkmc has quit IRC23:55
*** huats has quit IRC23:55
*** loquacities has quit IRC23:55
*** achanda_ has quit IRC23:55
*** alejandrito has quit IRC23:55
*** openstackgerrit has quit IRC23:55
*** snikitin has quit IRC23:55
*** xgsa has quit IRC23:55
*** obondarev has quit IRC23:55
*** Savemech has quit IRC23:55
*** gibi has quit IRC23:55
*** scottda has quit IRC23:55
*** rushiagr_away has quit IRC23:55
*** aweeks has quit IRC23:55
*** ericksonsantos has quit IRC23:55
*** kaisers has quit IRC23:55
*** dhellmann has quit IRC23:55
*** reed has quit IRC23:55
*** rods has quit IRC23:55
*** bauzas has quit IRC23:55
*** apmelton has quit IRC23:55
*** gerhardqux has quit IRC23:55
*** jeblair has quit IRC23:55
*** abramley has quit IRC23:55
*** EmilienM has quit IRC23:55
*** sulo has quit IRC23:55
*** mtreinish has quit IRC23:55
*** heyongli has quit IRC23:55
*** ociuhandu has quit IRC23:55
*** mnaser has quit IRC23:55
*** hemnafk has quit IRC23:55
*** mirrorbox has quit IRC23:55
*** dulek has quit IRC23:55
*** vladikr has quit IRC23:55
*** n0ano has quit IRC23:55
*** pkarikh has quit IRC23:55
*** sgordon has quit IRC23:55
*** HenryG has quit IRC23:55
*** cp16net has quit IRC23:55
*** strictlyb has quit IRC23:55
*** slagle has quit IRC23:55
*** lennyb has quit IRC23:55
*** zz_john5223 has quit IRC23:55
*** ctlaugh has quit IRC23:55
*** thorst has quit IRC23:55
*** browne has quit IRC23:55
*** tangchen has quit IRC23:55
*** agireud has quit IRC23:55
*** alex_xu has quit IRC23:55
*** zul has quit IRC23:55
*** raildo-afk has quit IRC23:55
*** htruta has quit IRC23:55
*** melwitt has quit IRC23:55
*** BadCub has quit IRC23:55
*** nic has quit IRC23:55
*** yamahata has quit IRC23:55
*** mnestratov has quit IRC23:55
*** irenab has quit IRC23:55
*** ccesario_ has quit IRC23:55
*** gsilvis has quit IRC23:55
*** changbl has quit IRC23:55
*** sileht has quit IRC23:55
*** nihilifer has quit IRC23:55
*** wolsen has quit IRC23:55
*** BobBall has quit IRC23:55
*** jbernard has quit IRC23:55
*** mmmpork has quit IRC23:55
*** clduser has quit IRC23:55
*** Hazelesque has quit IRC23:55
*** flaper87 has quit IRC23:55
*** kragniz has quit IRC23:55
*** bnemec has quit IRC23:55
*** DinaBelova has quit IRC23:55
*** ByPasS has quit IRC23:55
*** sc68cal has quit IRC23:55
*** patrickeast has quit IRC23:55
*** _fortis has quit IRC23:55
*** markmcclain has quit IRC23:55
*** clarkb has quit IRC23:55
*** ondergetekende has quit IRC23:55
*** aignatov has quit IRC23:55
*** leseb has quit IRC23:55
*** gmann has quit IRC23:55
*** mkoderer has quit IRC23:55
*** clif_h has quit IRC23:55
*** dansmith has quit IRC23:55
*** ansiwen has quit IRC23:55
*** dave-mccowan has quit IRC23:55
*** aloga has quit IRC23:55
*** seanw1 has quit IRC23:55
*** asselin has quit IRC23:55
*** pedroalvarez has quit IRC23:55
*** jasondotstar has quit IRC23:55
*** gridinv has quit IRC23:55
*** alaski_out has quit IRC23:55
*** morgabra has quit IRC23:55
*** tanee has quit IRC23:55
*** med_ has quit IRC23:55
*** sc` has quit IRC23:55
*** leifz has quit IRC23:55
*** rmk has quit IRC23:55
*** goodygum has quit IRC23:55
*** yamahata__ has quit IRC23:55
*** wznoinsk1 has quit IRC23:55
*** salv-orl_ has quit IRC23:55
*** stevemar_ has quit IRC23:55
*** afazekas has quit IRC23:55
*** jdurgin has quit IRC23:55
*** amrith has quit IRC23:55
*** mdbooth has quit IRC23:55
*** harlowja has quit IRC23:55
*** andreykurilin has quit IRC23:55
*** mordred has quit IRC23:55
*** ttx has quit IRC23:55
*** rpodolyaka has quit IRC23:55
*** krtaylor has quit IRC23:55
*** sdague has quit IRC23:55
*** ekarlso has quit IRC23:55
*** Anticimex has quit IRC23:55
*** jwang_ has quit IRC23:55
*** kevinbenton has quit IRC23:55
*** rook has quit IRC23:55
*** adreznec has quit IRC23:55
*** jgriffith has quit IRC23:55
*** mrsoul has quit IRC23:55
*** timello has quit IRC23:55
*** rmstar has quit IRC23:55
*** mrodden has quit IRC23:55
*** raginbajin has quit IRC23:55
*** jhesketh has quit IRC23:55
*** NightKhaos has quit IRC23:55
*** IanGovett has quit IRC23:55
*** _cerberus_ has quit IRC23:55
*** inara has quit IRC23:55
*** jamiec has quit IRC23:55
*** earlephilhower has quit IRC23:55
*** qwebirc40804 has quit IRC23:55

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